[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: son et compilation (de noyau)



Vendredi 18 novembre 2005, 19:50:39 CET, P'tit Louis a écrit :
> 
> Toujours bonjour !!

'soir,
 
> Je relance le fil, hélas pas avec une solution mais avec des
> indications.
> 
> 1° En ce qui concerne le DMA, j'ai compilé les dernières sources en
> faisant attention de l'activer des le démarrage, ce qui est le cas.

Que donne un hdparm -tT /dev/cdrom ?
(avec un CD dans le lecteur, pas un DVD (en tout cas, ça marche pas chez
moi avec un DVD video), pas la peine de le monter)

C'est la 2de ligne qui est intéressante. J'ai des valeurs de l'ordre de
2,5 MiB/s pour un graveur en udma4 et 1,5 MiB/s pour un lecteur en udma2.

(Un disque dur donnera 40 à 60 MiB/s suivant le type.)

hdparm -I /dev/cdrom donne aussi le mode dma utilisé (une * devant)
(sauf en sata)

> 2° Malheureusement le décalage entre le son et l'image est toujours
> présent.
> 
> Conclusion je pense pouvoir retirer le dma des causes possibles.
> Quelqu'un a-t-il une idée ?!

Il faut que tu trouves plus d'infos pour savoir ce qui coince :
p.ex. occupation CPU, messages de mplayer ou autre lecteur (mplayer
affiche plein d'infos quand il fonctionne, notamment s'il y a des
problèmes de synchro. Il y a aussi tout un tas de % dont la signification
est obscure mais indicative).

Pour info, avec la même carte mère (A8N-E), sur mon athlon64 3500+ (mais
à 1000 MHz au lieu de 2200 MHz : le CPU n'est vraiment, mais alors
vraiment pas le goulot d'étranglement), le lecture d'un DVD (mplayer -vo
x11 dvd://) est impeccable.
Et cela alors qu'un autre processus utilise le mode XV pour afficher la
TV dans une autre fenêtre et empêche mplayer d'utilise l'horloge
matérielle (/dev/rtc) (avec le son aussi, mais la carte son ne fait qu'un
filtre de volume dessus). 

Courage,
-- 
 Sylvain Sauvage



Reply to: