VLC 2.2.3 crashing when playing some RTSP streams

[badgeror]

Hi
I've just installed latest win32 version and all of a sudden VLC crashes when opening some RTSP streams that used to work before.
I can't get any more log as logging doesn't output anything and VLC doesn't catch that crash to send a crash report back to you guys. Is there a way to get VLC official build in some debugging mode where that crash could get caught?

Best

Sebastien

[bambi-is-evil]

I have the same problem here. It crashes on a RTSP stream from an Instar Cam. Worked fine before 2.2.3.

The error code in Windows log is (sorry, only in German):
Name der fehlerhaften Anwendung: vlc.exe, Version: 2.2.3.0, Zeitstempel: 0x00000004
Name des fehlerhaften Moduls: ntdll.dll, Version: 10.0.10586.122, Zeitstempel: 0x56cc16f5
Ausnahmecode: 0xc0000374
Fehleroffset: 0x000dc7a9
ID des fehlerhaften Prozesses: 0x13fc
Startzeit der fehlerhaften Anwendung: 0x01d1a7c268f76f3c
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\VideoLAN\VLC\vlc.exe
Pfad des fehlerhaften Moduls: C:\Windows\SYSTEM32\ntdll.dll
Berichtskennung: c2a80865-c64e-4d82-83ba-45f57fcce93e
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

[Ludrax]

Is there a way to get VLC official build in some debugging mode where that crash could get caught?

maybe with preview development build?

[nars]

I'm having same problem accessing Foscam FI9831W camera rstp stream since I did update to vlc 2.2.3, no problem at all with 2.2.2 (I did just re-test it again to be sure).
Also I did test latest nightly builds, and problem is also present on vlc-2.2.0-20160501-0202 but no problem at all with vlc-3.0.0-20160511-0002

If you need I test something else just let me know.

[watson]

vlc-2.2.3 merge the following commit:
https://mailman.videolan.org/pipermail/ ... 35078.html
this can cause double free exception when decoding g711 audio stream
by invert this commit, my problem resolved.

this is the buggy commit:

Code: Select all

diff --git a/modules/codec/g711.c b/modules/codec/g711.c index 111b65f..613cebd 100644 --- a/modules/codec/g711.c +++ b/modules/codec/g711.c @@ -285,9 +285,7 @@ static block_t *DecodeBlock( decoder_t *p_dec, block_t **pp_block ) for( unsigned i = 0; i < samples; i++ ) *(dst++) = p_sys->table[*(src++)]; - p_block->p_buffer += samples; - p_block->i_buffer -= samples; - + block_Release( p_block ); return p_out; }

[wfields58]

Please specify what a Linux novice might need to do to fix this. I don't know what to do with your code.
Thanks!

[watson]

Please specify what a Linux novice might need to do to fix this. I don't know what to do with your code.
Thanks!

save the following code as vlc-fix-g711-double_free.patch

Code: Select all

diff -uNr a/modules/codec/g711.c b/modules/codec/g711.c --- a/modules/codec/g711.c 2016-04-18 19:10:30.000000000 +0800 +++ b/modules/codec/g711.c 2016-05-17 01:17:43.333814412 +0800 @@ -266,7 +266,9 @@ for( unsigned i = 0; i < samples; i++ ) *(dst++) = p_sys->table[*(src++)]; - block_Release( p_block ); + p_block->p_buffer += samples; + p_block->i_buffer -= samples; + return p_out; }

run the following code to apply this patch:

Code: Select all

$ cd vlc-2.2.3 $ patch -p1 -i /path/to/vlc-fix-g711-double_free.patch

then you can run configure and make to build vlc

Code: Select all

$ ./configure $ make $ make install

[zentralfriedhof]

Same here with 2.2.3 and the newest 3.x nightlies. Crashes a few times or tells me:

live555 error: SETUP of'video/H264' failed 500 Internal Server Error
live555 error: SETUP of'audio/PCMU' failed liveMedia5
live555 error: Nothing to play for rtsp://007xxx007/videoMain
core error: cannot access rtsp://007xxx007/videoMain

Cams are working fine with apps and browser, etc... Back to 2.2.2 for now. Thanks.

Edit: A 2.2.2 downgrade doesn't help in my case, streams won't work any longer. Maybe I'll try a clean install.

[TerranPhil]

I'm having the same issue with 2.2.3. Went back to 2.1.5 and it works again.

[nars]

Fixed for me on 2.2.4.

[zentralfriedhof]

Fixed for me, too, in 2.2.4. Thanks very much, Team!