Possible memory leak

[rptr]

When I stream in UDP Multicast (TS) with VLC and try to read it with another VLC player, it continuously consumes memory (approximately 4 MB in 1 minute at the beginning and then slower). I don't know if it's a memory leak or something else.

How can I fix it ? Thanks.

[dionoea]

What VLC version are you using?
Could you paste the full command line you're using so we can see where the leak could come from?

(If you feel like doing so, I would appreciate if you could test the same command with the developement version to check if the leak you're experiencing was fixed.)

[rptr]

What VLC version are you using?

My VLC version is 0.8.6 and I work with Ubuntu 7.04.

Server side :

Code: Select all

vlc -vvv --color test.mp3 --sout '#std{access=udp,mux=ts,dst=230.2.2.2}' --loop

Client side :

Code: Select all

vlc -vvv --color udp:@230.2.2.2

When I only stream, there is not problem memory, but when I start the client, it begins to consume memory...

[dionoea]

Is the client runing on the same computer? (I guess that the leak is in the client VLC only, right?)

[rptr]

Is the client runing on the same computer? (I guess that the leak is in the client VLC only, right?)

Yes.

If I simply read a network stream (web radio streaming in mp3) with a VLC client, I also note that memory usage increase...

[jeisom]

Has anything come of this. I tried the snapshot in (10-22-2007) gentoo's portage and a nightly from 1-06-2008. when streaming
to vlc via udp a mpeg2 transport stream it rapidly eats memory. after about 5mins it has used about half a gig of ram. Here is my
config from vlc.

[00000001] main libvlc debug: VLC media player - version 0.9.0-svn Grishenko - (c) 1996-2007 the VideoLAN team
[00000001] main libvlc debug: libvlc was configured with ./configure '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--disable-glide' '--enable-a52' '--disable-aa' '--enable-alsa' '--disable-altivec' '--enable-arts' '--disable-bonjour' '--disable-fribidi' '--disable-cdda' '--disable-cddax' '--disable-libcddb' '--disable-libcdio' '--disable-daap' '--disable-dbus' '--disable-dbus-control' '--disable-dirac' '--disable-directfb' '--disable-dc1394' '--disable-dca' '--disable-dv' '--enable-dvb' '--enable-dvdread' '--enable-dvdplay' '--enable-dvdnav' '--enable-esd' '--disable-faad' '--disable-fb' '--disable-ffmpeg' '--disable-flac' '--disable-fluidsynth' '--disable-ggi' '--enable-gnomevfs' '--disable-gnutls' '--enable-hal' '--disable-httpd' '--disable-id3tag' '--disable-jack' '--disable-caca' '--disable-libgcrypt' '--enable-notify' '--disable-libtar' '--enable-lirc' '--disable-live555' '--disable-lua' '--enable-mkv' '--disable-mod' '--enable-mad' '--enable-libmpeg2' '--disable-mpc' '--disable-musicbrainz' '--enable-ncurses' '--enable-mozilla' 'XPIDL=/usr/lib/mozilla-firefox' 'MOZILLA_CONFIG=/usr/lib/mozilla-firefox/firefox-config' '--enable-ogg' '--enable-glx' '--enable-opengl' '--enable-galaktos' '--disable-optimize-memory' '--enable-oss' '--enable-png' '--disable-portaudio' '--enable-pvr' '--disable-qt4' '--disable-rtsp' '--disable-realrtsp' '--enable-smb' '--enable-sdl' '--disable-sdl-image' '--disable-shout' '--disable-skins2' '--disable-speex' '--disable-sout' '--enable-svg' '--disable-svgalib' '--disable-taglib' '--disable-theora' '--enable-freetype' '--disable-twolame' '--disable-upnp' '--enable-v4l' '--enable-v4l2' '--disable-vcd' '--disable-vcdx' '--enable-vorbis' '--enable-loader' '--enable-wxwidgets' 'WX_CONFIG=/usr/lib/wx/config/gtk2-unicode-release-2.6' '--enable-x11' '--enable-screen' '--enable-x264' '--enable-xinerama' '--enable-libxml2' '--disable-xosd' '--enable-xvideo' '--disable-xvmc' '--disable-zvbi' '--disable-libvc1' '--disable-snapshot' '--disable-growl' '--disable-pth' '--disable-optimizations' '--enable-utf8' '--enable-libtool' '--enable-fast-install' '--disable-vlm' '--build=i686-pc-linux-gnu' 'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu' 'CFLAGS=-march=k8 -O2 -pipe -mfpmath=sse' 'CXXFLAGS=-march=k8 -O2 -pipe -mfpmath=sse'
[00000001] main libvlc debug: translation test: code is "C"

[peugeot]

Hi,

I have noticed something similar but not so huge leaking

I am streaming with VLC 0.8.6d in windows XP using VLC Arguments: -I dummy rtsp://labpc123/stream18.0 --sout "#transcode{vcodec=mp4v,vb=256,width=320,height=240,acodec=mp4a,ab=64,channels=2}:rtp{mp4a-latm,dst=85.194.241.123,port=1234,sdp=file://C:\Program Files\Darwin Streaming Server\Movies\Tv.sdp} and i have observed some RAM memory leaking.

When i start streaming and I check mem usage from task manager is shows like 38 000K and after ~12h streaming it's doubled. So when i run weeks it will eat all RAM from PC and my service will stop. Any tips for this issue or is there any fix coming to VLC?

-janne

[jeisom]

This is with streaming into vlc( vlc udp://@:port ) with atsc HDTV, streams are from 6-8 GB and hour.
i may have something to do with that they are atsc or hdtv that the leak is bigger.

Later

Jonathan