vlc stop decoding while the source is not perfect enough
Posted: 28 Sep 2007 06:24
There is a live rtp stream over udp and fed into vlc for decoding.
vlc works well for a while, about 30mins~ 1hr, and something goes wrong later:
...
main warning: late picture skipped (347934)
main warning: late picture skipped (353824)
main warning: late picture skipped (345111)
main warning: late picture skipped (367583)
main warning: late picture skipped (358840)
ffmpeg error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
main warning: late picture skipped (350134)
main warning: late picture skipped (406519)
main warning: late picture skipped (395839)
main warning: late picture skipped (387163)
...
The video is choppy and finally may freeze.
if restart vlc, everthing will be OK.
There are old topics about such problem:
1. viewtopic.php?t=23896&highlight=
2. http://trac.videolan.org/vlc/ticket/5
The mainly idea is that vlc will stop decoding if the source is not perfect enough.
So, i did a experiment:
i dropped one frame per 200 ones manually and then fed it to vlc for test.
vlc will be abnormal just 2 minates later, the debug msg. are quite similar to the upper.
At the same time, i run a mplayer to decode the same stream. Nothing abnormal happened, for several hours at least.
The rtp stream bps is 1.5M. (The same vlc problem happened @ 512Kbps)
My vlc version is 0.8.6c, the cpu load is less than 2%.
Is there a solution to fix/avoid such problems?
vlc works well for a while, about 30mins~ 1hr, and something goes wrong later:
...
main warning: late picture skipped (347934)
main warning: late picture skipped (353824)
main warning: late picture skipped (345111)
main warning: late picture skipped (367583)
main warning: late picture skipped (358840)
ffmpeg error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
main warning: late picture skipped (350134)
main warning: late picture skipped (406519)
main warning: late picture skipped (395839)
main warning: late picture skipped (387163)
...
The video is choppy and finally may freeze.
if restart vlc, everthing will be OK.
There are old topics about such problem:
1. viewtopic.php?t=23896&highlight=
2. http://trac.videolan.org/vlc/ticket/5
The mainly idea is that vlc will stop decoding if the source is not perfect enough.
So, i did a experiment:
i dropped one frame per 200 ones manually and then fed it to vlc for test.
vlc will be abnormal just 2 minates later, the debug msg. are quite similar to the upper.
At the same time, i run a mplayer to decode the same stream. Nothing abnormal happened, for several hours at least.
The rtp stream bps is 1.5M. (The same vlc problem happened @ 512Kbps)
My vlc version is 0.8.6c, the cpu load is less than 2%.
Is there a solution to fix/avoid such problems?
