[vlc-devel] Re: Multicast udp streaming from playlist - problems
dermot at dspsrv.com
Wed Sep 1 15:19:13 CEST 2004
On Wed, 1 Sep 2004 14:16:03 +0200, Derk-Jan Hartman <hartman at videolan.org>
>> Likely some corrupted data fed to the decoders.
>> Decoders are not supposed to crash on bad streams though, but it seems
>> that some of them are not error resilient enough.
I'm not sure what was causing the corrupt stream, but I think
I know now what was causing the process to be killed. Swap was
incorrectly set up, so in effect there was no swap enabled.
I am retesting now with swap enabled.
> Are you continuously playing back this stream via XV ?
It's continuously streaming and the video output is XV. The
source is from a satellite dish, through a Philips Semiconductors
SAA7146 dvb chipset, and being streamed with dvbstream.
> There are lot's of potential problems with corrupted streams.
> crashes in the decoder, crashes in chroma conversion modules trying to
> convert broken partly decoded stuff. Hell, i'v seen the Xvideo crash
> once in a while on stuff like this.
> to eliminate as many things as you can... try
> vlc -I dummy -V dummy -A dummy -vvv
Ok, good advice. It looks like this problem was the swap not
being enabled, but I'll remember this for the future.
> to launch vlc without any useful output whatsoever.
> This will only have the input, demux and the decoder
> And indeed using SVN might help in this. for me the new mpeg modules
> have been much more stable/ fault tolerant.
I will definitely switch to using SVN. Especially if I'm going
to be changing livedotcom.cpp
Thanks again to all who replied.
I have a stream that causes the jumps during channel change. I
will now grab a stream that doesn't jump for comparison and
upload them somewhere accessible.
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
More information about the vlc-devel