vlc crashes when displaying rtsp stream on x64 SuSE

[lvictor]

Hello,

I've recently installed SuSE linux 10.2 on a coreDuo laptop (x64).
The VLC packages come from download.videolan.org in the repository named /pub/videolan/vlc/latest/SuSE/10.2/x86_64...

When I try to display a rtsp stream, vlc ends with a segmentation fault. It crashes as soon as I display the video. This is a funny hint that may help you: If I quickly hide the window under another before anything is actually displayed, the sream is decoded and the audio is OK... when I finally display the video stream, then the segfault occurs. If I just slowly move down the window hiding the VLC player... VLC crashes as soon as the first line of video is to be displayed !! ..???

BTW another machine on my network with VLC (32bit) works like a charm so... it isn't a network issue (and the sound plays... as long as no video is actually displayed anyway...).

and of course I've tried playing videos (divx with win32codecs).. the video displays... it just crashes with rtsp so far...

Here follows a detailed output... any hint would be great because I do not know how to fix this... And I do not know where and if I should submit a bug report. ??

helllpppp

and many thanx in advance !

my version is

Code: Select all

> vlc --version VLC media player 0.8.6a Janus VLC 0.8.6a Janus Compilé par root@acronys. Compilateur: gcc version 4.1.2 20061115 (prerelease) (SUSE Linux) Ce programme est fourni SANS AUCUNE GARANTIE, tel que permis par la loi. Vous pouvez le redistribuer selon les termes de la Licence Publique Générale GNU ; voir le fichier COPYING pour plus de détails. Écrit par l’équipe VideoLAN ; voir le fichier AUTHORS.

Then here is the output of the error:

Code: Select all

> vlc -vvvv rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=202 VLC media player 0.8.6a Janus [00000001] main private debug: checking builtin modules [00000001] main private debug: checking plugin modules [00000001] main private debug: loading plugins cache file /home/lvictor/.vlc/cache/plugins-04081e.dat [00000001] main private debug: recursively browsing `modules' [00000001] main private debug: recursively browsing `/usr/lib64/vlc' [00000001] main private debug: recursively browsing `plugins' [00000001] main private debug: module bank initialized, found 216 modules [00000001] main private debug: opening config file /home/lvictor/.vlc/vlcrc [00000001] main private debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 FPU [00000001] main private debug: looking for memcpy module: 3 candidates [00000001] main private debug: using memcpy module "memcpymmxext" [00000279] main playlist debug: waiting for thread completion [00000279] main playlist debug: thread 1082132800 (playlist) created at priority 0 (playlist/playlist.c:184) [00000280] main private debug: waiting for thread completion [00000280] main private debug: thread 1090525504 (preparser) created at priority 0 (playlist/playlist.c:210) [00000281] main interface debug: looking for interface module: 1 candidate [00000281] main interface debug: using interface module "hotkeys" [00000281] main interface debug: thread 1098918208 (interface) created at priority 0 (interface/interface.c:231) [00000283] main interface debug: looking for interface module: 1 candidate [00000283] main interface debug: using interface module "screensaver" [00000283] main interface debug: thread 1107310912 (interface) created at priority 0 (interface/interface.c:231) [00000279] main playlist debug: adding playlist item `rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=202' ( rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=202 ) [00000285] main interface debug: looking for interface module: 5 candidates [00000285] main interface debug: using interface module "wxwidgets" [00000285] main interface debug: thread 1115703616 (manager) created at priority 0 (interface/interface.c:216) [00000285] wxwidgets interface debug: Using last windows config '(-1,0,0,1920,1200)(0,432,408,495,86)(6,0,0,-1,150)' [00000285] wxwidgets interface debug: id=0 p=(432,408) s=(495,86) [00000285] wxwidgets interface debug: id=6 p=(0,0) s=(-1,150) [00000279] main playlist debug: nothing requested, starting [00000279] main playlist debug: creating new input thread [00000288] main input debug: waiting for thread completion [00000288] main input debug: creating statistics handler [00000288] main input debug: `rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=202' gives access `rtsp' demux `' path `mafreebox.freebox.fr/freeboxtv/stream?id=202' [00000288] main input debug: creating demux: access='rtsp' demux='' path='mafreebox.freebox.fr/freeboxtv/stream?id=202' [00000290] main demuxer debug: looking for access_demux module: 1 candidate [00000288] main input debug: thread 1124096320 (input) created at priority 0 (input/input.c:265) Sending request: OPTIONS rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=202 RTSP/1.0 CSeq: 1 User-Agent: VLC media player (LIVE555 Streaming Media v2007.01.11) Received OPTIONS response: RTSP/1.0 200 OK Cseq: 1 Server: fbxrtspd/1.0 Freebox minimal RTSP server Public: DESCRIBE, SETUP, TEARDOWN, PLAY Sending request: DESCRIBE rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=202 RTSP/1.0 CSeq: 2 Accept: application/sdp User-Agent: VLC media player (LIVE555 Streaming Media v2007.01.11) Received DESCRIBE response: RTSP/1.0 200 OK Cseq: 2 Content-Length: 199 Content-Type: application/sdp Content-Language: fr Server: fbxrtspd/1.0 Freebox minimal RTSP server Need to read 199 extra bytes Read 199 extra bytes: v=0 o=leCDN 1174857744 1174857744 IN IP4 kapoueh.proxad.net s=France 3 national i=France 3 national c=IN IP4 0.0.0.0 t=0 0 m=video 0 RTP/AVP 33 a=control:rtsp://212.27.38.253/freeboxtv/stream?id=202 [00000290] live555 demuxer debug: RTP subsession 'video/MP2T' Sending request: SETUP rtsp://212.27.38.253/freeboxtv/stream?id=202 RTSP/1.0 CSeq: 3 Transport: RTP/AVP;unicast;client_port=40000-40001 User-Agent: VLC media player (LIVE555 Streaming Media v2007.01.11) Received SETUP response: RTSP/1.0 200 OK Cseq: 3 Session: Lez2N3Fhndnk52oA8DhmkvNf8cl0VUQwYgpC9VJnYWxUPLlNftZqODvMFHCrrjO Server: fbxrtspd/1.0 Freebox minimal RTSP server Transport: RTP/AVP;unicast;mode=play;destination=212.27.38.254;client_port=40000-40001;server_port=32768-32769 Sending request: PLAY rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=202 RTSP/1.0 CSeq: 4 Session: Lez2N3Fhndnk52oA8DhmkvNf8cl0VUQwYgpC9VJnYWxUPLlNftZqODvMFHCrrjO Range: npt=0.000- User-Agent: VLC media player (LIVE555 Streaming Media v2007.01.11) Received PLAY response: RTSP/1.0 200 OK Cseq: 4 Session: Lez2N3Fhndnk52oA8DhmkvNf8cl0VUQwYgpC9VJnYWxUPLlNftZqODvMFHCrrjO Server: fbxrtspd/1.0 Freebox minimal RTSP server [00000291] main private debug: thread 1132489024 (stream out) created at priority 0 (input/demux.c:341) [00000290] main demuxer debug: using access_demux module "live555" [00000288] main input debug: `rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=202' successfully opened [00000291] main private debug: creating demux: access='' demux='ts' path='' [00000292] main demuxer debug: looking for demux2 module: 1 candidate [00000292] main demuxer debug: using demux2 module "ts" [00000292] ts demuxer debug: pid[68] unknown [00000292] ts demuxer debug: pid[69] unknown [00000292] ts demuxer debug: pid[70] unknown libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 0) for PID 0 [00000292] ts demuxer debug: PATCallBack called [00000292] ts demuxer debug: new PAT ts_id=3 version=27 current_next=1 [00000292] ts demuxer debug: * number=1 pid=66 libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 0) for PID 66 [00000292] ts demuxer debug: PMTCallBack called [00000292] ts demuxer debug: new PMT program number=1 version=15 pid_pcr=68 [00000292] ts demuxer debug: * es pid=68 type=2 fcc=mpgv [00000288] main input debug: selecting program id=1 [00000294] main decoder debug: looking for decoder module: 21 candidates [00000294] main decoder debug: using decoder module "libmpeg2" [00000294] main decoder debug: thread 1140881728 (decoder) created at priority 0 (input/decoder.c:159) [00000292] ts demuxer debug: * es pid=69 type=3 fcc=mpga [00000298] main decoder debug: looking for decoder module: 21 candidates [00000298] main decoder debug: using decoder module "mpeg_audio" [00000298] main decoder debug: thread 1149274432 (decoder) created at priority 0 (input/decoder.c:159) [00000292] ts demuxer debug: * es pid=70 type=6 dr->i_tag=0x56 [00000292] ts demuxer debug: * EBU Teletext descriptor [00000292] ts demuxer debug: * es pid=70 type=6 fcc=telx [00000292] ts demuxer warning: first packet for pid=68 cc=0x1 [00000292] ts demuxer warning: first packet for pid=69 cc=0xb [00000292] ts demuxer warning: first packet for pid=70 cc=0x7 [00000298] mpeg_audio decoder debug: MPGA channels:2 samplerate:48000 bitrate:192 [00000298] main decoder debug: no aout present, spawning one [00000301] main audio output debug: looking for audio output module: 3 candidates [00000301] alsa audio output debug: opening ALSA device `default' [00000301] main audio output debug: thread 1157667136 (aout) created at priority 0 (alsa.c:662) [00000301] main audio output debug: using audio output module "alsa" [00000301] main audio output debug: output 'fl32' 48000 Hz Stereo frame=1 samples/8 bytes [00000301] main audio output debug: mixer 'fl32' 48000 Hz Stereo frame=1 samples/8 bytes [00000301] main audio output debug: no need for any filter [00000301] main audio output debug: looking for audio mixer module: 3 candidates [00000301] main audio output debug: using audio mixer module "trivial_mixer" [00000301] main audio output debug: input 'mpga' 48000 Hz Stereo frame=1152 samples/1161 bytes [00000301] main audio output debug: filter(s) 'mpga'->'fl32' 48000 Hz->48000 Hz Stereo->Stereo [00000304] main private debug: looking for audio filter module: 24 candidates [00000304] main private debug: using audio filter module "mpgatofixed32" [00000301] main audio output debug: found a filter for the whole conversion [00000301] main audio output debug: filter(s) 'fl32'->'fl32' 52800 Hz->48000 Hz Stereo->Stereo [00000311] main private debug: looking for audio filter module: 24 candidates [00000311] main private debug: using audio filter module "bandlimited_resampler" [00000301] main audio output debug: found a filter for the whole conversion [00000294] libmpeg2 decoder debug: 720x576 (display 720,576), aspect 576000, sar 16:15, 25.000 fps [00000294] main decoder debug: no usable vout present, spawning one [00000313] main video output debug: window size: 768x576 [00000313] main video output debug: looking for video output module: 7 candidates [00000313] xvideo video output debug: adaptor 0, port 275, format 0x32315659 (YV12) planar [00000313] xvideo video output debug: Window manager supports NetWM [00000313] xvideo video output debug: Window manager supports _NET_WM_STATE_FULLSCREEN [00000313] xvideo video output debug: Window manager supports _NET_WM_STATE_ABOVE [00000313] xvideo video output debug: Window manager supports _NET_WM_STATE_BELOW [00000313] xvideo video output debug: Window manager supports _NET_WM_STATE_STAYS_ON_TOP [00000313] main video output debug: using video output module "xvideo" [00000313] main video output debug: waiting for thread completion [00000313] main video output debug: got 8 direct buffer(s) [00000313] main video output debug: picture in 720x576 (0,0,720x576), chroma I420, ar 4:3, sar 16:15 [00000313] main video output debug: picture user 720x576 (0,0,720x576), chroma I420, ar 4:3, sar 16:15 [00000313] main video output debug: picture out 720x576 (0,0,720x576), chroma I420, ar 4:3, sar 16:15 [00000313] main video output debug: direct render, mapping render pictures 0-6 to system pictures 1-7 [00000313] main video output debug: thread 1166059840 (video output) created at priority 0 (video_output/video_output.c:421) Erreur de segmentation

[kmf31]

This may be a problem of the driver of the graphic card which crashes when the xvideo extension is activated. This happens particulary for certain ATI-cards with a 64 bit Linux version when using the official ATI-driver. For a certain type a cards this problem has been repaired only in the very latest driver version (for the ATI radeon 1X00 cards, X=1, 2, 3,...). I am not sure but for other cards the problem may still be present!

Solution:
1) install the very latest driver and hoping the problem is solved.

2) if the latest driver still has the bug to crash with 64 bit and the xvideo extension, one can turn off the xvideo extension, for example by adding:

SubSection "extmod"
Option "omit XVideo"
EndSubSection

in the Module section of /etc/X11/xorg.conf

or in VLC itself:
settings => preferences => Video => Output modules
and here one must select (below) "Advanced options" and then one can see above the small box for "video output module" and here there is normally "default" (which may give xvideo) and one can chose here: X11 video output. After saving the preferences it will be okay (for vlc but not necessarily for other software such as xine, mplayer who may also try to use xvideo).

Another brutal way to deactive xvideo and other things is to remove the fglrx.ko module of the driver (somewhere in /lib/modules/<kernel_version/...) and then reboot the system. When the module can not be loaded at start of the graphical system the graphics will work without xvideo (and probably without other accelerated modes). Graphics will be slower but the crash will be avoided and vlc will automatically switch to the X11 video mode.


Note that deactivating the xvideo extension and using the simple X11 video mode will use much more the CPU. A simple video may eat up 40-50% on a modern CPU while with xvideo this is not even 1-2 %. In particular the fullscreen mode will work badly.

The best solution is to make work in some way the xvideo extension. One has to read carefully the sections "open issues" and "resolved issues" when downloading the ati-drivers. Here they speak clearly of this crash-bug (with 64 bit and xvideo).

[lvictor]

Many thanks for the post.

My graphic card is an nvidia actually but I tried to remove the xvideo modules...

Unsuccessfully...

Here is what I got:
The command:

Code: Select all

> xlsatoms | grep -i xvideo

returns nothing...

and vlc reports the following:

Code: Select all

Xlib: extension "XVideo" missing on display ":0.0".

So... so far so good... I even tried to push it to display to ascii art output !!! It still segfault !!!

I wrote that reading a divx is indeed possible... And I confirm that... however... I tried with a DVD and it crashes too...

so:
divx -> output ok, in ascii, X11, xvideo, whatever...
dvd, rtsp -> segmentation fault

other software does read the dvd (kaffeine for instance)... I'm not sure that it comes from the nvidia drivers because event if they are indeed crashing quite often, the asci art output plugin for vlc should work in most cases ;o)

any other hint that could help me to track down that 'bug' would be quite appreciated...

Many thanx in advance.

[kmf31]

There may also be a probleme with certain libraries, such as ffmpeg (for mpeg or divx) or the live555 library (for streaming with rtsp).

When you installed vlc as suse-binary you took the correct version (64 or 32 bits) ?

I personnally would suggest to compile vlc yourself but then you have also to compile the libraries yourself and install them in some other tree than /usr (for exemple in /usr/local/...). The overall procedure is quite cumbersome but it allows you to take very recent versions of the libraries and to control things better. Normally it is "cleaner" to compile yourself.

When compiling for 64 bits one should also take care to use the option "-fPIC" to compile the libraries (even the static ones!).


A part from this another test with rtsp:

Instead of viewing try to record by:

vlc rtsp://blabla --sout file/ps:outfile.mpg

and use an rtsp-adress that normally crashes vlc.

In theory this should record to a file ("outfile.mpg") and show no video on the screen (only the small vlc-window).
If this crashes than you have a problem with rtsp and if it this does not crash while

vlc rtsp://blabla

crashes then you have a problem with the video output.

If the record works you can also test:

vlc outfile.mpg

(for "crashing").

[lvictor]

Many thanx again for this post full of ideas and new hints...

Trying to record the stream is indeed a great idea :

It definitely crashes when playing the mpg file. That could explain why it does not work for DVD either.

As mentioned before, it also crashes if I try to play the recorded file in the ascii art output !... it crashes whatever the output.

But... the divx is showing normallywith vlc... I tried with another mpeg file and it crashed as expected...

The saved mpeg stream however is valid and playing with kaffeine (a kde media player)...

the question I can't precisely answer so far is:
- Does vlc decode teh mpeg stream to save it ?
- is my rtsp stream an mpg encoded stream ?
I would tend to believe that vlc just saved the stream without interpreting the video content. The problem could lie with the mpg decoder but I have to figure out where vlc finds the decoders (plugins ?). So far, there is an MPEG-TS demuxer but i do not know what library lies beneath it.

About the libs, I just installed the package as is, leaving dependency resolution to the SuSE installer... I've run the following command to check for the libs that are directly linked to vlc:

Code: Select all

for i in `ldd /usr/bin/vlc | cut -d ' ' -f 3 | xargs`; do file -L $i | grep -v 'ELF 64-bit' ; done

Basically it takes all dependencies dynamicaly linked with /usr/bin/vlc and make sure that they are indeed 64 bits... It does not test for the libraries that are loaded through dlopen()...

I will try to compile the code myself from the latest snapshot, but I cant't do it tonight. If it works, I may try to come back here to get some help pointing out the guilty lib.

As I said, I installed things directly from the packages, so chances are that it is either a bug or a packaging glitch.

thanx again a thousand times... That kind of support is typically what makes me love open source !

[kmf31]

But... the divx is showing normallywith vlc... I tried with another mpeg file and it crashed as expected...

The saved mpeg stream however is valid and playing with kaffeine (a kde media player)...

that is strange.

- Does vlc decode teh mpeg stream to save it ?

In this case it does not decode but it may change the encapsulation from TS to PS (which is done if you use the option file/ps:outfile.mpg instead of file/ts:outfile.ts). I believe this is done by the library libdvbpsi and not ffmpeg.
It is also possible to tell vlc to transcode a video (for exemple mpeg2 to divx) and then to record directly in divx but for this you need much more complicated options with "--transcode-blabla" ...

- is my rtsp stream an mpg encoded stream ?

Normally it is mpeg2 with TS-encapsulation (it may also be mpeg4/h264 with HD-Video, by the way you have an mpeg2 and not mpeg4 stream ?).

I would tend to believe that vlc just saved the stream without interpreting the video content.

This is indeed the case (a part from the change of encapsulation).

The problem could lie with the mpg decoder but I have to figure out where vlc finds the decoders (plugins ?).

The plugins of vlc are (for your case) in different subfolders of /usr/lib/vlc/

Code: Select all

for i in `ldd /usr/bin/vlc | cut -d ' ' -f 3 | xargs`; do file -L $i | grep -v 'ELF 64-bit' ; done

This does not cover everything because vlc loads its plugins from /usr/lib/vlc/... and in principal you to have to do "ldd ..." for all the files "lib<blabla>_plugin.so" to get an idea of the other libraries.

I will try to compile the code myself from the latest snapshot, but I cant't do it tonight. If it works, I may try to come back here to get some help pointing out the guilty lib.

I would suggest the stable version vlc-0.8.6a. The snapshot version vlc-0.9.0-svn is not very stable and some things are indeed (knowingly) broken.


The responsable library for mpeg2 and other things is ffmpeg and it contains in particular:

libavcodec.so, probably in /usr/lib/

you can try to install "only" ffmpeg by hand, the latest svn-version. For this you need to do:

Code: Select all

svn checkout svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg

afterwards you can enter the subfolder ffmpeg and configure, compile in the usual way. You can try to install this library in /usr/local or in another non-standard tree to avoid conflicts and to simplify the uninstall later, e.g.:
--prefix=/usr/local/my_ffmpeg and to test it you use

Code: Select all

export LD_LIBRARY_PATH=/usr/local/my_ffmpeg/lib

and start afterwards vlc from the same terminal. It should automatically use the new ffmpeg library (provided the dependence is dynamical and not static). If the depenance is static you need to recompile vlc to make use of the new library (but then it is better to really install in /usr/local). However, I believe the dependance is dynamical.

When you install ffmpeg there is also ffplay (in /usr/local/my_ffmpeg/bin you have eventually to add this in your PATH if you want to use it) allowing to play mpeg2-videos (your records from vlc). They may also be a ffplay version with your actual ffmpeg library (the one that "crashes", probably in /usr/bin/...).


In general avoid installing the libraries in /usr/ when you compile yourself in order to avoid conflicts with the other (rpm-packages). You may very well install in /usr/local which is suitable for the programs and libs you compile yourself.

[lvictor]

Hello again...

I haven't been able to find the right --enable-*** flag to enable rtsp stream decoding however, compiling the vlcplayer already solved the problem with displaying an mpeg file.

So it isn't a problem qith vlc but with the packaging.

What I noticed so far is that if I launch the SuSE compiled vlc from my build directory it works perfectly !!!

if I launch it from any other place, it crashes.
if I rename the "modules" directory from the building directory, then it crashes too...

so I have to find out lib after lib which one is miscompiled...

But one very last thing I do not figure out: there is a plugin-path entry in the ~/.vlc/vlcrc file but when I set it to the "modules" directory of the building directory, then it does not work...
Doesn't this entry take precedence over the system paths... then changing (actually setting) LD_LIBRARY_PATH does not make it better... I wanted to try 'chroot' to make sure that the system libs are not used, but lost my faith before )

I'll finish this setup this WE, starting with ffmpeg as you suggest, down to the very last one if required.

That's it... And thank you so much for the time and help.

[kmf31]

I haven't been able to find the right --enable-*** flag to enable rtsp stream decoding however, compiling the vlcplayer already solved the problem with displaying an mpeg file.

For this you need the live555 library for streaming. You can find the source here:
http://www.live555.com/liveMedia/
you simple untar the source file in some place, for example in /usr/local/lib, then you enter in the new folder /usr/local/lib/live and here you do:

./genMakefiles linux
make

and that is enough (no need for "mak install"). The initial folder is the final install.

Afterwards you recompile vlc with the two additional options:

--enable-live555 --with-live555-tree=/usr/local/lib/live

This should work but maybe for 64 bits you need the option "-fPIC" with live555. It depends if live555 and vlc compile without an error message. I will tell you how to do this if necessary.

[dimstar]

This issue sounds like one I already heard several times now.

Most likely you're also subscribed to PackMan repository and most likely you have the libmpeg2 from the PM repo in your system.

There were several reports that the libmpeg2 from PM breaks the installation of VLC in this way.

you can check it by issuing
rpm -q libmpeg2
If there is a ".pm." in the version, it's the PackMan version.

Please be sure to use the vlc package.

[lvictor]

Your absolutely right. I tried to check on google for known symptoms, but with 'vlc', 'crash', 'rtsp' as a basic set of keywords, I found nothing useful.

After replacing
/usr/lib64/vlc/codec/liblibmpeg2_plugin.so
vlc worked smoothlessly...

thanx all. Problem closed :o)