Thanks JB, Can you explain to me why VLC does not have an enough buffer in the first place? Because after losing some data it does increase the buffer by double. I found in the modules/demux/live555 that k->i_buffer = 65536; and then when it loses data it increases the buffer: if( i_truncated_bytes ...
Hi experts, I use live555 to stream h.264 and vlc player to play back. I don't know why VLC player has a loading bar to appear 2 times. The first time happens at the beginning and the second time happens at around third or fourth second. After that it plays back fine. Anyone can tell me why? Thank y...
Hi JB, Someone explained my problem likes this: Your problem is that your stream's I-frames are too large. VLC uses an initial buffer size of 100,000 bytes when receiving data. If a data frame (in this case, your stream's first I-frame) is larger than this, then the remaining data will be truncated ...
Sorry, I was on Vacation for 2 weeks. Now i'm back to work. BTW by setting verbosity to 2, I got this: main debug: adding item `rtsp: //192.168.0.8:8557/PSIA/Streaming/channels/2?videoCodecType=H.264' ( rtsp://192.168.0.8:8557/PSIA/Streaming/channels/2?videoCodecType=H.264 ) qt4 debug: Adding a new ...
Thank you for your response. I'm sorry for late reply because I was working on other project. Now I'm back on my problem. I tried to increase caching from the Input/Codec -> advanced :file caching, network caching, live capture caching. But it does not solve the problem. Once again, my problem is ca...
Hi experts, Currently I'm using VLC to playback H.264 live streaming from an IPNC(IP network Camera). - With H.264 720p (1280x720), the I frames' size is about 100,000 Kbytes then the first frame played back broken as shown below and the buffer (loading) bar appears twice at the 1st second and 2nd o...