The VideoLAN Forums

Hi, i recently installed Windbg to get some info when libvlc cause my program to crash.

And sometimes, a crash occurs in decoder_SynchroNewPicture, which seems to be called by the mpeg2 decoder.
Here is the callstack from windbg, when using the latest 1.0.2 nightly build (debug) :
It happens randomly when changing stream (stop the current one, start another).
It seems the decoder is still trying to work between the streams, and call decoder_SynchroNewPicture with a null pointer.

try to run VLC with --codec avcodec

i tried it with vlc, it changes the codec used, and maybe is a good workaround for the issue, but it also add a worse one :
i don't have any sound with an h264+mpeg4audio stream (and maybe other type of streams too) !!!!!!!!!

Try --codec faad,avcodec

cheater
Sound is working for h264+mpeg4audio streams.

But it's still a workaround. Maybe other kind of streams won't work.
And that doesn't solve the mpeg2 bug (a simple "if (!p_synchro) return;" may fix it), or the missing sound bug somewhere in avcodec

Edit: so far, no more crash, i'll keep testing.

But i found another weird bug: when recording and displaying an h264+mpeg4audio stream (so using sout=#duplicate{dst=display,dst=std{access=file,mux=ts,dst="test.ts"}}), vlc displays the stream, but the width is almost doubled (libvlc reports a size of 3811x1080, but the stream is 1440x1080 with a 16/9 ratio, so it should report 1920x1080). It happens with vlc too, and no need to record the stream.
Adding "sout=#display" shouldn't have any effect, but the width is doubled

Other solution is to remove the libmpeg2 plugin.

Other solution is to remove the libmpeg2 plugin.

It's still a workaround (even if it's working).


What about this :

But i found another weird bug: when recording and displaying an h264+mpeg4audio stream (so using sout=#duplicate{dst=display,dst=std{access=file,mux=ts,dst="test.ts"}}), vlc displays the stream, but the width is almost doubled (libvlc reports a size of 3811x1080, but the stream is 1440x1080 with a 16/9 ratio, so it should report 1920x1080). It happens with vlc too, and no need to record the stream.
Adding "sout=#display" shouldn't have any effect, but the width is doubled

What about this :

But i found another weird bug: when recording and displaying an h264+mpeg4audio stream (so using sout=#duplicate{dst=display,dst=std{access=file,mux=ts,dst="test.ts"}}), vlc displays the stream, but the width is almost doubled (libvlc reports a size of 3811x1080, but the stream is 1440x1080 with a 16/9 ratio, so it should report 1920x1080). It happens with vlc too, and no need to record the stream.
Adding "sout=#display" shouldn't have any effect, but the width is doubled

Sorry, no idea..

Thanks anyway, with the --codec workaround, and the few bug i fixed, my program doesn't crash anymore (yet :p).

Does VLC crash on such streams?

I have no idea if vlc can crash because of decoder_SynchroNewPicture. I guess it could.
To force the crash to happens, i modified my program to switch stream each 3 or 4 second, but i can't do that with vlc :p

the width issue happens with both libvlc and vlc, but no crash.