ça rame sec !
ça saccade comme s'il y avait des problèmes d'accès disque
j'ai arrété tous ce que tournait en arriere plan mais toujours pareil
quand je fais un top avant de lancer mplayer, l'utilisation des ressource est à 0
mais quand je le lance, ça l'empche pas de saccader (ce sont des pauses survenant on va dire toutes les 20-30 sec en moyenne, mais qui peuvent monter jusqu'à rester bloquer 2-3 sec !!!    )
j'ai un duron 1.2 et un geforce avec les driver closed source
l'agp de nvidia
le mtrr dans le kernel
ça me fait ça qq'soit le codec utilisé (avi comme mpeg)
ça ramait pas avec les 0.6
ça rame pas sous windows (enfin ça arrive, mais pas comme... et puis windows c'est de la merde !    )
j'ai 256 Mo de ram pas completement utilisé
l'udma activer et un debit du disque (indiquer par hdparm) de 18Mo/s (si j'ai bien calculé, le débit nécessaire est loin des Mo/sec)
 
j'espère que vous voyez ce qui va pas  

c'est une béta, ki plus est tu as pris le CVS, donc il est normal que des trucs marchent pas

 
ben c'est une rc1 quand même
qu'il y est des bug, je comprends, mais que ça rame à ce stade de développement    
en plus il conseille eux même de prendre le cvs parce que les autres versions sont, je site, 'deprecated'    
je me doutais qu'il y aurait des problèmes, mais la c'est lourd, pas moyen de matter une seule video
avec la version 0.6, j'arrivais pas à voir les divx5
et j'ai pas trop envi de downgrader maintenant que j'ai installé celle là
 
et puis une version de dévellopement, c'est fait pour trouver ce qui va pas
j'imagine que ça fait pas ça chez tout le monde
alors si vous voyez d'où ça peut venir, n'hésiter pas à proposer une solution    

Mon j'utilise la 0.90pre5 et ça marche niquel, y a juste la gui qui est loin d'être finie à part ça pas de pb.
 
Et ou as-tu vu que là 0.90rc1 était sortie ?
la dernière release indiquée sur la homepage ( http://www.mplayerhq.hu/homepage/ ) est la 0.90pre5.

 
tu peux me dire vite fait ta configuration ?
tu vois pas ce que j'aurais pu oublié ?
par exemple j'ai pas les codec ffmpeg apparement
mais les autres codecs doivent pas ramer à ce point non plus...
je pense pas que ce soit une histoire de codec

 
ma configuration ?
 
j'ai juste mis les codecs dans /usr/lib/win32
j'ai dl et installés les libdecore et libencore sur le site divx
j'ai dl les source de la 0.90pre5 et j'ai fait configure, make et make install.
 
Et aucun pb depuis.
 
Je te consei de pas te faire chier avec la cvs car tout ce qu'il faut y compris les ffmpeg sont inclus dans la 0.90pre5
 
je pense que tu réussiras à t'en sortir avec ça

FlamM a écrit a écrit :     ma configuration ?   j'ai juste mis les codecs dans /usr/lib/win32 j'ai dl et installés les libdecore et libencore sur le site divx j'ai dl les source de la 0.90pre5 et j'ai fait configure, make et make install.   Et aucun pb depuis.   Je te consei de pas te faire chier avec la cvs car tout ce qu'il faut y compris les ffmpeg sont inclus dans la 0.90pre5   je pense que tu réussiras à t'en sortir avec ça

 
bon ben heureusement qu'il conseille de prendre la version cvs    
c'est lourd
ben j'essaierais p-t plus tard, mais là j'en ai marre  

bon ben je retire tout ce que j'ai dit, ça rame pu du tout
je pensais pas que ça venait de mldonkey parce que ça ne fait jamais que quelque ko/s d'activité sur le disque, et l'occup CPU était pas énorme
mais je pense qu'il a du mal à suivre avec plusieurs 100aines de socket ouvertes et à gérer  
 
 
Donc en fait, elle va vite et marche très bien cette version    

Au fait ce que j'ai remarqué c'est que periodiquement, mldonkey essaye d'établir simultanement de reconnection avec les serveurs/clients auquel il a pas pu se connecter et sa provoque une pointe de charge pour la machine. C'est ce que j'ai constaté, j'ai pas verifié les source de mldonkey pour savoir si c'était ca.

Wep, mldonkey,il tue la machine parfois. Grace à lui je suis souvent à plus de 1 av la commande uptime alors que ma machine ne fait rien