vlc stop decoding while the source is not perfect enough

[bigfish]

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?

[bigfish]

Can anybody help me ?

[Istream]

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:
... 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?

did you find solution for that?

[lkrsF]

Sorry I don't have a solution. I just wanted to add that I have noticed this too, VLC's error handling should be better, it should find the next playable part of the file and continue to play.
Sometimes you can go to settings/preferences/video/output modules/advanced and switch between the options listed there, and your file will play. Once you get used to VLC you want it to do everything properly. It is a fabulous piece of software.

[dragon2009]

lkrsf, your advice didn't work for the exact same problem I'm having. Should VLC just skip over unreadable sectors?