No-Life Channel: Memory leak?

[actionthomas]

Ca pourrait pas venir d'un autre module ? Genre réseau ?

[Jean-Baptiste Kempf]

Ca pourrait pas venir d'un autre module ? Genre réseau ?

C'est probablement le demuxer ts ou l'access rtsp qui leake parce que le flux est mal formé.

[ivoire]

C'est probablement le demuxer ts ou l'access rtsp qui leake parce que le flux est mal formé.

Peut être, mais ce qui est étrange c'est que free n'a pas de problème du côté de leurs serveurs de diffusions.

[ivoire]

actionthomas: Est-ce que tu est motivé pour faire du débug mémoire ?
Si tu l'es passe sous linux se sera plus facile puis lance une version de vlc que tu prend des nightlis build et tu lance vlc sous valgrind.
Si tu es motivé préviens moi et je te montrerai comment faire sans trop te fatiguer.

[actionthomas]

Désolé pour le délai, j'ai pas été averti de ta réponse !
Pas de problème pour le débugging mémoire. Une distribution en particulier ? Un livecd suffit ? (pas de pb pour installer un linux, juste la flemme de partitionner xD)

[ivoire]

Toute distribution fera l'affaire. UN live CD ça dois marcher tant que tu peux installer des programmes.
Mais il faut que tu puisse avoir la version de vlc avec les symbole (ie les informations de debuggage) pour debian et ubuntu c'est vlc-dbg
Et bien entendu il te faut valgrind. Des que tu as tout cela préviens moi...

[actionthomas]

Tout est installé

[ivoire]

Helo (oula ça fait un moment que je en suis pas venue sur le forum...)
Maintenant il faut que tu lance ton vlc sous valgrind, donc la methode la plus simple (c'est même à ma connaissance la seule) est de lancer vlc depuis la ligne de commande.

La commande à utiliser est la suivante:
valgrind --leak-check=full ./path_to_vlc_binary --plugin-path path_to_the_vlc_plugins_dir uri://of_the_stream

Donc valgrind va annaliser toutes les allocations mémoire et donc trouver les fuites mémoire. C'est normal si vlc tourne *très* lentement dans ce cas et que la consomation mémoire est bcp plus important (en gros 2 fois plus).

En attente de tes testes

[pruv]

It's in Live555 lib. Here is a debug with nolife :

Code: Select all

[...] Received PLAY response: RTSP/1.0 200 OK Cseq: 4 Server: fbxrtspd/1.2 Freebox RTSP server Public: DESCRIBE, OPTIONS, SETUP, TEARDOWN, PLAY Session: xtoJj9nRoemwfoFaXNvcSDc5Pe1YBOOZ82yi2MZhQbEWq9WdNhgvLjrqnifPXTE Started playing session Receiving streamed data... sending REPORT OutPacketBuffer::enqueue() warning: 4 > 2 OutPacketBuffer::enqueue() warning: 4 > 0 OutPacketBuffer::enqueue() warning: 4 > 0 OutPacketBuffer::enqueue() warning: 4 > 0 OutPacketBuffer::enqueue() warning: 4 > 0 OutPacketBuffer::enqueue() warning: 4 > 0 OutPacketBuffer::enqueue() warning: 4 > 0 OutPacketBuffer::enqueue() warning: 4 > 0 [...]

With other channel :

Code: Select all

[...] Received PLAY response: RTSP/1.0 200 OK Cseq: 4 Server: fbxrtspd/1.2 Freebox RTSP server Public: DESCRIBE, OPTIONS, SETUP, TEARDOWN, PLAY Session: UHJE349woH6rkrobSOnIZa40dKC0vrrgZ1KSWKfahbsssGtbkHK9HE0LfsBAKTH Started playing session Receiving streamed data... sending REPORT sending RTCP packet 81c90007 00003eba 8801c6f1 00000000 0000b542 000000be 00000000 00000000 81ca0003 00003eba 01056d61 6d616e00 schedule(1.025935->6034.391340) schedule(1.025741->6035.417422) sending REPORT sending RTCP packet 81c90007 00003eba 8801c6f1 00000000 0000b67f 000000b7 00000000 00000000 81ca0003 00003eba 01056d61 6d616e00 schedule(2.052073->6037.470247) sending REPORT sending RTCP packet 81c90007 00003eba 8801c6f1 00000000 0000b7bc 0000009b 00000000 00000000 81ca0003 00003eba 01056d61 6d616e00 schedule(2.051994->6039.522994) sending REPORT sending RTCP packet 81c90007 00003eba 8801c6f1 00000000 0000b8fa 000000c4 00000000 00000000 81ca0003 00003eba 01056d61 6d616e00 schedule(2.052032->6041.575846)

It's a warning in OutPacketBuffer::enqueue function of mediasink.cpp. I don't know why this problem, and if live555 is on developpement or not yet.

[ivoire]

What't the log of valgrind ?

[pruv]

It's a log with openrtsp prog (in live555 source).

[julroy67]

Helo (oula ça fait un moment que je en suis pas venue sur le forum...)
Maintenant il faut que tu lance ton vlc sous valgrind, donc la methode la plus simple (c'est même à ma connaissance la seule) est de lancer vlc depuis la ligne de commande.

La commande à utiliser est la suivante:
valgrind --leak-check=full ./path_to_vlc_binary --plugin-path path_to_the_vlc_plugins_dir uri://of_the_stream

Donc valgrind va annaliser toutes les allocations mémoire et donc trouver les fuites mémoire. C'est normal si vlc tourne *très* lentement dans ce cas et que la consomation mémoire est bcp plus important (en gros 2 fois plus).

En attente de tes testes

Bon puisque personne ne s'y colle, le problème est toujours présent et donc le valgrind me donne :

Code: Select all

[julroy67@Ayumu-chan ~]$ valgrind --leak-check=full /usr/bin/vlc --plugin-path /usr/lib64/vlc/ "rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=658" ==5302== Memcheck, a memory error detector. ==5302== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==5302== Using LibVEX rev 1804, a library for dynamic binary translation. ==5302== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==5302== Using valgrind-3.3.0, a dynamic binary instrumentation framework. ==5302== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==5302== For more details, rerun with: -v ==5302== VLC media player 0.9.8a Grishenko vex amd64->IR: unhandled instruction bytes: 0xF 0xF 0xC0 0x9E ==5302== valgrind: Unrecognised instruction at address 0x3F88E88908. ==5302== Your program just tried to execute an instruction that Valgrind ==5302== did not recognise. There are two possible reasons for this. ==5302== 1. Your program has a bug and erroneously jumped to a non-code ==5302== location. If you are running Memcheck and you just saw a ==5302== warning about a bad jump, it's probably your program's fault. ==5302== 2. The instruction is legitimate but Valgrind doesn't handle it, ==5302== i.e. it's Valgrind's fault. If you think this is the case or ==5302== you are not sure, please let us know and we'll try to fix it. ==5302== Either way, Valgrind will now raise a SIGILL signal which will ==5302== probably kill your program. [00000001] main libvlc debug: VLC media player - version 0.9.8a Grishenko - (c) 1996-2008 the VideoLAN team [00000001] main libvlc debug: libvlc was configured with ./configure '--build=x86_64-unknown-linux-gnu' '--host=x86_64-unknown-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--disable-dependency-tracking' '--disable-rpath' '--enable-release' '--with-tuning=no' '--enable-switcher' '--enable-shout' '--enable-live555' '--enable-opencv' '--enable-v4l' '--enable-pvr' '--enable-gnomevfs' '--enable-cddax' '--enable-faad' '--enable-twolame' '--enable-real' '--enable-realrtsp' '--enable-flac' '--enable-tremor' '--enable-speex' '--enable-tarkin' '--enable-theora' '--enable-svg' '--enable-snapshot' '--enable-svgalib' '--enable-xvmc' '--enable-directfb' '--enable-aa' '--enable-caca' '--enable-jack' '--enable-portaudio' '--enable-pulse' '--enable-ncurses' '--enable-xosd' '--enable-fbosd' '--enable-galaktos' '--enable-lirc' '--without-contrib' '--enable-mozilla' 'build_alias=x86_64-unknown-linux-gnu' 'host_alias=x86_64-unknown-linux-gnu' 'target_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' 'CXXFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' 'PKG_CONFIG_PATH=/usr/lib64/pkgconfig:/usr/share/pkgconfig' [00000001] main libvlc debug: translation test: code is "FR" [00000001] main libvlc: Lancement de vlc avec l'interface par défaut. Utiliser « cvlc » pour utiliser VLC sans interface libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 0) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 6) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 15) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 12, expected 11) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 4) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 0, expected 13) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 9, expected 6) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 4, expected 1) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 10) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 5) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 12, expected 15) for PID 66 ==5302== Thread 11: ==5302== Syscall param writev(vector[...]) points to uninitialised byte(s) ==5302== at 0x3DAFEDE58C: writev (in /lib64/libc-2.9.so) ==5302== by 0x3DB2A08B50: (within /usr/lib64/libxcb.so.1.0.0) ==5302== by 0x3DB2A09118: (within /usr/lib64/libxcb.so.1.0.0) ==5302== by 0x3DB2A09228: (within /usr/lib64/libxcb.so.1.0.0) ==5302== by 0x3DB2A0A20A: xcb_wait_for_reply (in /usr/lib64/libxcb.so.1.0.0) ==5302== by 0xC2C318D: _XReply (in /usr/lib64/libX11.so.6.2.0) ==5302== by 0xC2A00E5: XGetWindowProperty (in /usr/lib64/libX11.so.6.2.0) ==5302== by 0xC29F21C: XGetWMHints (in /usr/lib64/libX11.so.6.2.0) ==5302== by 0x1BA75530: QWidgetPrivate::setWindowIcon_sys(bool) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BA43BFC: QWidget::create(unsigned long, bool, bool) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BA42FA9: QWidgetPrivate::setWindowTitle_helper(QString const&) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BA433DA: QWidget::setWindowTitle(QString const&) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== Address 0x1e7b8fc7 is 7,031 bytes inside a block of size 8,680 alloc'd ==5302== at 0x4A05174: calloc (vg_replace_malloc.c:397) ==5302== by 0x37EE05DE9E: (within /usr/lib64/nvidia/libGL.so.180.27) ==5302== by 0x37EDE00ABC: (within /usr/lib64/nvidia/tls/libnvidia-tls.so.180.27) ==5302== by 0x3DB2A08DCE: xcb_connect_to_fd (in /usr/lib64/libxcb.so.1.0.0) ==5302== by 0x3DB2A0B686: xcb_connect (in /usr/lib64/libxcb.so.1.0.0) ==5302== by 0xC2C26E1: _XConnectXCB (in /usr/lib64/libX11.so.6.2.0) ==5302== by 0xC2AA3DC: XOpenDisplay (in /usr/lib64/libX11.so.6.2.0) ==5302== by 0x1BA62095: (within /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1B9F7ED6: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1B9F8A27: QApplication::QApplication(int&, char**, bool, int) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1B526E6A: (within /usr/lib64/vlc/gui/libqt4_plugin.so) ==5302== by 0x3F88E268AC: (within /usr/lib64/libvlccore.so.0.0.2) libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 7) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 6, expected 2) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 14) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 7) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 7, expected 2) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 0, expected 11) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 8) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 1) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 12, expected 11) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 4) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 9, expected 15) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 10) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 8) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 2) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 12, expected 11) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 4) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 8, expected 13) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 9) for PID 66 libdvbpsi error (PSI decoder): TS discontinuity (received 6, expected 2) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 11) for PID 66 ==5302== ==5302== Thread 15: ==5302== Jump to the invalid address stated on the next line ==5302== at 0x0: ??? ==5302== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==5302== ==5302== Process terminating with default action of signal 11 (SIGSEGV) ==5302== Bad permissions for mapped region at address 0x0 ==5302== at 0x0: ??? ==5302== ==5302== Thread 12: ==5302== Invalid read of size 4 ==5302== at 0x3DB0A05D21: __wait_lookup_done (in /lib64/libpthread-2.9.so) ==5302== by 0x3DAFA150F8: _dl_close_worker (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA1536D: _dl_close (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA0E745: _dl_catch_error (in /lib64/ld-2.9.so) ==5302== by 0x3DAFF21C61: __libc_dlclose (in /lib64/libc-2.9.so) ==5302== by 0x3DAFF23711: do_release_all (in /lib64/libc-2.9.so) ==5302== by 0x3DAFEE496C: tdestroy (in /lib64/libc-2.9.so) ==5302== by 0x3DAFF236E6: free_mem (in /lib64/libc-2.9.so) ==5302== by 0x3DAFF23C61: __libc_freeres (in /lib64/libc-2.9.so) ==5302== by 0x4802344: _vgnU_freeres (vg_preloaded.c:60) ==5302== Address 0xffffffffffffff9c is not stack'd, malloc'd or (recently) free'd ==5302== ==5302== Process terminating with default action of signal 11 (SIGSEGV) ==5302== Access not within mapped region at address 0xFFFFFFFFFFFFFF9C ==5302== at 0x3DB0A05D21: __wait_lookup_done (in /lib64/libpthread-2.9.so) ==5302== by 0x3DAFA150F8: _dl_close_worker (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA1536D: _dl_close (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA0E745: _dl_catch_error (in /lib64/ld-2.9.so) ==5302== by 0x3DAFF21C61: __libc_dlclose (in /lib64/libc-2.9.so) ==5302== by 0x3DAFF23711: do_release_all (in /lib64/libc-2.9.so) ==5302== by 0x3DAFEE496C: tdestroy (in /lib64/libc-2.9.so) ==5302== by 0x3DAFF236E6: free_mem (in /lib64/libc-2.9.so) ==5302== by 0x3DAFF23C61: __libc_freeres (in /lib64/libc-2.9.so) ==5302== by 0x4802344: _vgnU_freeres (vg_preloaded.c:60) ==5302== ==5302== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 1258 from 1) ==5302== malloc/free: in use at exit: 12,663,802 bytes in 44,248 blocks. ==5302== malloc/free: 123,538 allocs, 79,290 frees, 85,873,989 bytes allocated. ==5302== For counts of detected errors, rerun with: -v ==5302== searching for pointers to 44,248 not-freed blocks. ==5302== checked 186,439,024 bytes. ==5302== ==5302== Thread 1: ==5302== ==5302== 21 bytes in 1 blocks are definitely lost in loss record 108 of 472 ==5302== at 0x4A0739E: malloc (vg_replace_malloc.c:207) ==5302== by 0x37EE05DEF6: (within /usr/lib64/nvidia/libGL.so.180.27) ==5302== by 0x37EDE00AFC: (within /usr/lib64/nvidia/tls/libnvidia-tls.so.180.27) ==5302== by 0xC29DCDC: XGetAtomName (in /usr/lib64/libX11.so.6.2.0) ==5302== by 0x4435F272: IBusClient::findYenBarKeys() (in /usr/lib64/qt4/plugins/inputmethods/libibus.so) ==5302== by 0x44360C0A: IBusClient::IBusClient() (in /usr/lib64/qt4/plugins/inputmethods/libibus.so) ==5302== by 0x44367184: IBusInputContextPlugin::create(QString const&) (in /usr/lib64/qt4/plugins/inputmethods/libibus.so) ==5302== by 0x1BF048E7: QInputContextFactory::create(QString const&, QObject*) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x44153088: (within /usr/lib64/qt4/plugins/inputmethods/libqimsw-multi.so) ==5302== by 0x44154134: (within /usr/lib64/qt4/plugins/inputmethods/libqimsw-multi.so) ==5302== by 0x1BF048E7: QInputContextFactory::create(QString const&, QObject*) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1B9F363E: QApplication::inputContext() const (in /usr/lib64/libQtGui.so.4.4.3) ==5302== ==5302== ==5302== 32 bytes in 1 blocks are definitely lost in loss record 167 of 472 ==5302== at 0x4A05174: calloc (vg_replace_malloc.c:397) ==5302== by 0x37EE05DE9E: (within /usr/lib64/nvidia/libGL.so.180.27) ==5302== by 0x37EDE00ABC: (within /usr/lib64/nvidia/tls/libnvidia-tls.so.180.27) ==5302== by 0x3DB020136F: _dlerror_run (in /lib64/libdl-2.9.so) ==5302== by 0x3DB0200EF0: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.9.so) ==5302== by 0x37EE05D796: (within /usr/lib64/nvidia/libGL.so.180.27) ==5302== by 0x37EDE0093C: (within /usr/lib64/nvidia/tls/libnvidia-tls.so.180.27) ==5302== by 0x3F88E85048: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E7E9A4: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E7EEEF: __module_Need (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E64C2B: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E64CEC: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== ==5302== ==5302== 48 bytes in 1 blocks are definitely lost in loss record 226 of 472 ==5302== at 0x4A0739E: malloc (vg_replace_malloc.c:207) ==5302== by 0x3DAFA0E850: _dl_signal_error (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA12F01: _dl_open (in /lib64/ld-2.9.so) ==5302== by 0x3DB0200F8A: dlopen_doit (in /lib64/libdl-2.9.so) ==5302== by 0x3DAFA0E745: _dl_catch_error (in /lib64/ld-2.9.so) ==5302== by 0x3DB02012FB: _dlerror_run (in /lib64/libdl-2.9.so) ==5302== by 0x3DB0200EF0: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.9.so) ==5302== by 0x3C420E75CD: cvUseOptimized (in /usr/lib64/libcxcore.so.1.0.0) ==5302== by 0x3C420E78D6: cvRegisterModule (in /usr/lib64/libcxcore.so.1.0.0) ==5302== by 0x3C420E791B: CvModule::CvModule(CvModuleInfo*) (in /usr/lib64/libcxcore.so.1.0.0) ==5302== by 0x3C420E7946: (within /usr/lib64/libcxcore.so.1.0.0) ==5302== by 0x3C420E9965: (within /usr/lib64/libcxcore.so.1.0.0) ==5302== ==5302== ==5302== 64 bytes in 2 blocks are possibly lost in loss record 249 of 472 ==5302== at 0x4A0661C: operator new[](unsigned long) (vg_replace_malloc.c:274) ==5302== by 0x37BB14F53F: KStatefulBrush::KStatefulBrush() (in /usr/lib64/libkdeui.so.5.2.0) ==5302== by 0x43551F66: (within /usr/lib64/kde4/plugins/styles/oxygen.so) ==5302== by 0x43554CFC: (within /usr/lib64/kde4/plugins/styles/oxygen.so) ==5302== by 0x1BC5998A: QStyleFactory::create(QString const&) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1B9F7BA9: QApplication::style() (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BA573CC: (within /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BA6153C: (within /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1B9F7ED6: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1B9F8A27: QApplication::QApplication(int&, char**, bool, int) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1B526E6A: (within /usr/lib64/vlc/gui/libqt4_plugin.so) ==5302== by 0x3F88E268AC: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== ==5302== ==5302== 256 bytes in 1 blocks are definitely lost in loss record 322 of 472 ==5302== at 0x4A0739E: malloc (vg_replace_malloc.c:207) ==5302== by 0x3DAFA139F8: dl_open_worker (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA0E745: _dl_catch_error (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA12C3A: _dl_open (in /lib64/ld-2.9.so) ==5302== by 0x3DB0200F8A: dlopen_doit (in /lib64/libdl-2.9.so) ==5302== by 0x3DAFA0E745: _dl_catch_error (in /lib64/ld-2.9.so) ==5302== by 0x3DB02012FB: _dlerror_run (in /lib64/libdl-2.9.so) ==5302== by 0x3DB0200EF0: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.9.so) ==5302== by 0x37EE05D796: (within /usr/lib64/nvidia/libGL.so.180.27) ==5302== by 0x37EDE0093C: (within /usr/lib64/nvidia/tls/libnvidia-tls.so.180.27) ==5302== by 0x3F88E85048: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E7E9A4: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== ==5302== ==5302== 528 bytes in 15 blocks are possibly lost in loss record 349 of 472 ==5302== at 0x4A06D5C: operator new(unsigned long) (vg_replace_malloc.c:230) ==5302== by 0x3DB62A1650: std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) (in /usr/lib64/libstdc++.so.6.0.10) ==5302== by 0x3DB62A2014: (within /usr/lib64/libstdc++.so.6.0.10) ==5302== by 0x3DB62A2152: std::string::string(char const*, std::allocator<char> const&) (in /usr/lib64/libstdc++.so.6.0.10) ==5302== by 0x1B081F7F: (within /usr/lib64/vlc/gui/libskins2_plugin.so) ==5302== by 0x1B093865: (within /usr/lib64/vlc/gui/libskins2_plugin.so) ==5302== by 0x1AFFE8C2: (within /usr/lib64/vlc/gui/libskins2_plugin.so) ==5302== by 0xA4E34AF: ??? ==5302== by 0x3DAFA0EAEF: _dl_init (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA135A9: dl_open_worker (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA0E745: _dl_catch_error (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA12C3A: _dl_open (in /lib64/ld-2.9.so) ==5302== ==5302== ==5302== 704 bytes in 2 blocks are definitely lost in loss record 360 of 472 ==5302== at 0x4A05174: calloc (vg_replace_malloc.c:397) ==5302== by 0x3DAFA120A5: _dl_allocate_tls (in /lib64/ld-2.9.so) ==5302== by 0x3DB0A06603: pthread_create@@GLIBC_2.2.5 (in /lib64/libpthread-2.9.so) ==5302== by 0x3F88E8548C: __vlc_thread_create (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E39A9B: input_DecoderNew (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E3E23B: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E3F1BA: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E423DD: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x2CA77269: (within /usr/lib64/vlc/demux/libts_plugin.so) ==5302== by 0xB1F8BD2: dvbpsi_GatherPMTSections (in /usr/lib64/libdvbpsi.so.5.0.0) ==5302== by 0xB1F74D7: dvbpsi_PushPacket (in /usr/lib64/libdvbpsi.so.5.0.0) ==5302== by 0x2CA7CA4D: (within /usr/lib64/vlc/demux/libts_plugin.so) ==5302== ==5302== ==5302== 3,200 (512 direct, 2,688 indirect) bytes in 1 blocks are definitely lost in loss record 409 of 472 ==5302== at 0x4A074D1: realloc (vg_replace_malloc.c:429) ==5302== by 0x37EE05DE36: (within /usr/lib64/nvidia/libGL.so.180.27) ==5302== by 0x37EDE00A7C: (within /usr/lib64/nvidia/tls/libnvidia-tls.so.180.27) ==5302== by 0x3C7CE1778B: (within /usr/lib64/libfontconfig.so.1.3.0) ==5302== by 0x3C7CE1824C: (within /usr/lib64/libfontconfig.so.1.3.0) ==5302== by 0x3C7CE0D911: FcDefaultSubstitute (in /usr/lib64/libfontconfig.so.1.3.0) ==5302== by 0x1BBC4A83: QFontDatabase::load(QFontPrivate const*, int) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BBA0BBD: QFontPrivate::engineForScript(int) const (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BBD55A2: (within /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BBE04F1: QTextLine::layout_helper(int) (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BBE1C5C: QTextLayout::endLayout() (in /usr/lib64/libQtGui.so.4.4.3) ==5302== by 0x1BD521F4: (within /usr/lib64/libQtGui.so.4.4.3) ==5302== ==5302== ==5302== 4,928 bytes in 14 blocks are possibly lost in loss record 424 of 472 ==5302== at 0x4A05174: calloc (vg_replace_malloc.c:397) ==5302== by 0x3DAFA120A5: _dl_allocate_tls (in /lib64/ld-2.9.so) ==5302== by 0x3DB0A06603: pthread_create@@GLIBC_2.2.5 (in /lib64/libpthread-2.9.so) ==5302== by 0x3F88E8548C: __vlc_thread_create (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E266F0: intf_RunThread (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E1AE33: libvlc_InternalAddIntf (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E1D9B8: libvlc_InternalInit (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F89206E7D: libvlc_new (in /usr/lib64/libvlc.so.2.0.2) ==5302== by 0x400F09: (within /usr/bin/vlc) ==5302== by 0x3DAFE1E575: (below main) (in /lib64/libc-2.9.so) ==5302== ==5302== ==5302== 8,888 bytes in 148 blocks are possibly lost in loss record 437 of 472 ==5302== at 0x4A06D5C: operator new(unsigned long) (vg_replace_malloc.c:230) ==5302== by 0x3DB62BABFC: std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::_Rep::_S_create(unsigned long, unsigned long, std::allocator<wchar_t> const&) (in /usr/lib64/libstdc++.so.6.0.10) ==5302== by 0x3DB62BB72A: std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned long) (in /usr/lib64/libstdc++.so.6.0.10) ==5302== by 0x3DB62BC1F0: std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned long) (in /usr/lib64/libstdc++.so.6.0.10) ==5302== by 0x3DB62BC370: std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::append(unsigned long, wchar_t) (in /usr/lib64/libstdc++.so.6.0.10) ==5302== by 0x3DCBA48579: TagLib::String::String(char const*, TagLib::String::Type) (in /usr/lib64/libtag.so.1.5.0) ==5302== by 0x3DCBA28DA9: (within /usr/lib64/libtag.so.1.5.0) ==5302== by 0x3DCBA56965: (within /usr/lib64/libtag.so.1.5.0) ==5302== by 0x3DCBA2246A: (within /usr/lib64/libtag.so.1.5.0) ==5302== by 0x3CFFFFFFFF: ??? ==5302== by 0x3DAFA0EAEF: _dl_init (in /lib64/ld-2.9.so) ==5302== by 0x3DAFA135A9: dl_open_worker (in /lib64/ld-2.9.so) ==5302== ==5302== ==5302== 45,125 bytes in 758 blocks are possibly lost in loss record 453 of 472 ==5302== at 0x4A0739E: malloc (vg_replace_malloc.c:207) ==5302== by 0x37EE05DEF6: (within /usr/lib64/nvidia/libGL.so.180.27) ==5302== by 0x37EDE00AFC: (within /usr/lib64/nvidia/tls/libnvidia-tls.so.180.27) ==5302== by 0x1C3F8E4C: QMapData::node_create(QMapData::Node**, int) (in /usr/lib64/libQtCore.so.4.4.3) ==5302== by 0x37BAA90CEF: (within /usr/lib64/libkdecore.so.5.2.0) ==5302== by 0x37BAA91B02: (within /usr/lib64/libkdecore.so.5.2.0) ==5302== by 0x37BAA9EF4E: (within /usr/lib64/libkdecore.so.5.2.0) ==5302== by 0x37BAAA0983: (within /usr/lib64/libkdecore.so.5.2.0) ==5302== by 0x37BAA89B54: (within /usr/lib64/libkdecore.so.5.2.0) ==5302== by 0x37BAA8B574: KConfig::reparseConfiguration() (in /usr/lib64/libkdecore.so.5.2.0) ==5302== by 0x37BAB08638: (within /usr/lib64/libkdecore.so.5.2.0) ==5302== by 0x37BAB090E5: KComponentData::KComponentData(QByteArray const&, QByteArray const&, KComponentData::MainComponentRegistration) (in /usr/lib64/libkdecore.so.5.2.0) ==5302== ==5302== ==5302== 320,008 bytes in 391 blocks are possibly lost in loss record 465 of 472 ==5302== at 0x4A05174: calloc (vg_replace_malloc.c:397) ==5302== by 0x37EE05DE9E: (within /usr/lib64/nvidia/libGL.so.180.27) ==5302== by 0x37EDE00ABC: (within /usr/lib64/nvidia/tls/libnvidia-tls.so.180.27) ==5302== by 0x3F88E93051: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E26992: __intf_Create (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E1AE1F: libvlc_InternalAddIntf (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F89206C7B: libvlc_add_intf (in /usr/lib64/libvlc.so.2.0.2) ==5302== by 0x400F21: (within /usr/bin/vlc) ==5302== by 0x3DAFE1E575: (below main) (in /lib64/libc-2.9.so) ==5302== ==5302== ==5302== 335,896 bytes in 398 blocks are possibly lost in loss record 466 of 472 ==5302== at 0x4A05174: calloc (vg_replace_malloc.c:397) ==5302== by 0x3F88E93051: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E858EC: (within /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F88E1B4A2: libvlc_InternalCreate (in /usr/lib64/libvlccore.so.0.0.2) ==5302== by 0x3F89206CCD: libvlc_new (in /usr/lib64/libvlc.so.2.0.2) ==5302== by 0x400F09: (within /usr/bin/vlc) ==5302== by 0x3DAFE1E575: (below main) (in /lib64/libc-2.9.so) ==5302== ==5302== LEAK SUMMARY: ==5302== definitely lost: 1,573 bytes in 7 blocks. ==5302== indirectly lost: 2,688 bytes in 84 blocks. ==5302== possibly lost: 715,437 bytes in 1,726 blocks. ==5302== still reachable: 11,944,104 bytes in 42,431 blocks. ==5302== suppressed: 0 bytes in 0 blocks. ==5302== Reachable blocks (those to which a pointer was found) are not shown. ==5302== To see them, rerun with: --leak-check=full --show-reachable=yes Erreur de segmentation

Donc je n'arrive même pas à avoir de la vidéo. Par contre il est intéressant aussi de voir ce topic du forum de Nolife ou y'a quelques infos qui en sont ressorties : http://www.nolife-tv.com/forum/showthread.php?t=3920