J'ai compilé mplayer 0.90 final  (en fait c'est une rc5 si on se réfère à mplayer -v) sur une slack 9 avec gcc 3.2.2 et un noyau 2.4.20 compilé maison (mais avec exactement les même options que sur ma slack 8.1 qui tournait sans aucuns problèmes, pour info sur ce sys c'était gcc 2.95.3)
 
Et je me retrouve avec une jolie fuite mémoire, la quantité de mémoire allouée par mplayer augmente au cours du temps à raison de 1 Mo toutes les 6 à 8 secondes, jusqu'à ce que le processus se termine faute de mémoire avec le message suivant dans un dmesg :
 
Out of Memory: Killed process 1247 (gmplayer).
 
D'autres personnes ont-elles pu observer le même problème ?  
Quelle en est l'origine à votre avis:
 
1/ un bug de mplayer ?
2/ un bug de gcc ?
3/ un problème avec mon noyau ?
4/ un problème avec une lib du système (glibc ...) ?
 
-------------------------------------------------------------------------------------------------
 
MISE A JOUR du 16/05/2003 :
 
En fait je crois que j'ai cerné le problème :
 
Cette fuite mémoire se produit uniquement quand j'utilise alsa9 comme sortie audio ( -ao alsa9 ) avec gmplayer (version avec interface graphique)
 
Par contre il n'y a pas de problèmes avec mplayer -ao alsa9 ou avec gmplayer -ao sdl:alsa9
 
Contrairement à ce que j'avais dit auparavant le bug est bien présent sur une slack 8.1, j'étais juste passé à côté car à l'époque où j'avais une 8.1 chez moi car j'utilisais les pilotes oss et pas alsa.
 
J'ai pu constater la fuite avec la dernière version de mplayer 0.90 (mais aussi la rc3 et rc4) compilé avec gcc 2.95.3 ou gcc 3.2.2 indifféremment, sur :
 
 - Slack 8.1  
 - Slack 9.0
 - LFS (sur l'ordi d'un pote)
 - Mandrake 9.1 avec les derniers paquets rpm PLF de mplayer
 - Mandrake 9.0
 
vas-t-on encore allonger la liste ?:whistle:  
 
Y en aurait-il quelques uns qui pourraient tester chez eux histoire de s'assurer que c'est reproductible avant de faire un rapport de bug? il suffit e contrôler avec top si la consommation mémoire de gmplayer augmente dans le temps, un test de 5 min doit normalement être suffisant pour détecter le problème.

A priori ce n'est pas mplayer puisque j'ai pas ca chez moi (et compile avec gcc 3.2.2).

A un moment j'ai cru que c'était à cause des patchs preempt et low-latency, mais le prob est le même avec un noyau normal.
 
 
 
zeb t'utilise quoi comme distrib ?

 
Mandrake 9.1, le noyau est un 2.4.21 pre mais tres patche, j'ai essaye aussi le preemptif qui marche bien. Je pourrai te donner plus de renseignements ce soir.

xine ne semble pas avoir ce genre de prob ni un quelconque autre programme.

en fait c'est pas mplayer qui a ce problème mais uniquement gmplayer (je sais que c'est le même exécutable et que c'est juste la façon de l'invoquer qui diffère). Donc si je l'utilise sans gui ça tourne nickel, sans fuite mais dès que j'essaie d'utiliser la gui ça fuit !!    
 
J'ai essayé avec une rc3 qui tournait nickel sur mon ancien système (slack 8.1) aussi bien  mplayer que gmplayer
 
Je viens de faire un autre test avec une rc3 compilée avec gcc 2.95.3 sur une slack 8.1, et là aussi quand je teste gmplayer sur une slack 9 ça fuit !
 
Donc question :  
 
Quel est le problème avec ma Slack 9 ?
 
Y aurait-il quelques bonnes âmes qui ont aussi une slack 9 pouvant faire le test ?
 
d'avance merci  
 

Personne pour faire un petit geste ?  

j'ai pas ce problème sur ma slack 9.

J'y comprend rien le problème persiste même quand j'utilise un noyau précompilé de la slack 9
 
Je m'en vais recompiler mplayer avec le sytème tournant sur le noyau standard (ide-2.4.20) et on verra si ça continue.
 
Un autre truc :
- conso cpu de gmplayer : 30 %
- conso cpu de mplayer : 3 %
 
 

idem conso CPU gmplayer >> conso CPU mplayer.

ben ça continue avec un noyau standard et un mplayer compilé sur un système tournant sur ce noyau (ide-2.4.20).  
Je crois que je vais devenir fou.
 
Ben je vais utiliser la version en ligne de commande comme ça sera réglé.  
Mais j'aime pas quand un truc comme ça que je ne comprend pas me résiste de cette façon  
 
   
toute autre idée est la bienvenue  

kmplayer est pas mal...
http://www.xs4all.nl/~jjvrieze/kmplayer.html

Des nouvelles fraîches suite à de nouveaux essais :
 
se reporter au premier message du topic  http://forum.hardware.fr/forum2.ph [...] 07#t256771

je te confirme probléme reproductible, je l'ai depuis tres longtemp avec je pense toutes les version de mplayer 0.90xxx et aussi alsa9 depuis pas mal de version
 
testé tt ca sur MDK9.0 et MDK9.1 ..pareil...
 
suis passé a Xine (pour d'autres raisons) et la plus de prb mais d'autre  

merci
 
pas d'autres amateurs pour tester ? (Red-Hat, Debian, Gentoo, Suse  ...)
 
 

Je sais pas si c'est une fuite mémoire, ou même ce qu'est une fuite mémoire (faudra que ej pense a me renseigner) mais j'ai également un problème pour lancer gmplayer qui marche parfaitement avec "mplayer" mais qui plante avec le gui. Pour info je suis sous une slack 10.1
 
Si je trouve ce qui m'arrive, je vous tiendrez au courant.