Samedi 19 novembre 2005, 00:10:05 CET, P'tit Louis a écrit : > > Le vendredi 18 novembre 2005 à 21:35 +0100, Sylvain Sauvage a écrit : > > Vendredi 18 novembre 2005, 19:50:39 CET, P'tit Louis a écrit : > > > > > > Toujours bonjour !! > > > > 'soir, > > > Salut Sylvain
'lut, > > 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) > Curieusement le phénomène est inverse chez moi. > > Voici les résultats de plusieurs tests : > > lecteur cdrom en pause avec un dvd : > > hdparm -t /dev/cdrom > > /dev/cdrom: > Timing buffered disk reads: 10 MB in 3.44 seconds = 2.91 MB/sec Ok. C'est le seul test vraiment utile : ton lecteur est suffisamment rapide pour un DVD video et le dma est bien utilisé. Les autres tests montrent que tester la vitesse du lecteur pendant qu'il est utilisé est très aléatoire ;o) > Sortie de top : > > Tasks: 115 total, 1 running, 114 sleeping, 0 stopped, 0 zombie > Cpu(s): 7.3% us, 1.3% sy, 0.0% ni, 88.7% id, 1.7% wa, 0.3% hi, > 0.7% si Le CPU n'est donc pas le problème (normal). >[...] > Mon graveur est en udma2, il me semble que c'est bon non ?! Oui. > > (Un disque dur donnera 40 à 60 MiB/s suivant le type.) > > J'ai ça : > > /dev/sda: > Timing cached reads: 2728 MB in 2.00 seconds = 1362.84 MB/sec > HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate > ioctl for device > Timing buffered disk reads: 184 MB in 3.01 seconds = 61.18 MB/sec > HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate > ioctl for device > > Je ne comprends pas bien les messages ici. Les disques SATA ne supportent pas toutes les commandes envoyés par hdparm. Mais ce n'est pas bien grave, le test donne quand même la bonne vitesse, qui est d'ailleurs très bonne. > > hdparm -I /dev/cdrom donne aussi le mode dma utilisé (une * devant) > > (sauf en sata) > > udma2 donc Oui. > > 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). > > C'est curieux, chez moi je n'ai rien : > > mplayer -vo x11 dvd ://1 ^^^^^^^^ c'est dvd://1 pas d'espace (c'est une URL dont le protocole est dvd, comme tu as http:// ou mms://) >[...] > Linux RTC init error in ioctl (rtc_irqp_set 1024): Permission denied > Try adding "echo 1024 > /proc/sys/dev/rtc/max-user-freq" to your system > startup scripts. Par contre, ça c'est intéressant. Le rtc est l'horloge interne. Les lecteurs s'en servent pour se synchroniser. Pour cela, la fréquence de l'horloge doit être suffisamment élevée. Comme elle ne l'est pas assez au goût de mplayer (la valeur par défaut est en effet un compromis pour les serveurs), il te demande d'augmenter la borne max pour les utilisateurs pour qu'il puisse l'augmenter. Pour augmenter cette borne, il suffit de faire echo 1024 > /proc/sys/dev/rtc/max-user-freq >[...] > File not found: 'dvd' > Failed to open dvd > > Playing ://1. > Unable to open URL: ://1 Tu vois : l'espace en trop fait qu'il a essayé d'ouvrir dvd puis ://1, le premier en tant que fichier (file), le second en tant qu'URL (mais, sans indication de protocole, il échoue). >[...] > Apparemment un problème de droit, je lance donc en root : > > mplayer -vo x11 dvd://1 ^^^^^^^ Là, c'est correct. > MPlayer 1.0pre7-3.3.5 (C) 2000-2005 MPlayer Team > CPU: Advanced Micro Devices (Family: 8, Stepping: 0) > Detected cache-line size is 64 bytes > CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 > Compiled for Debian. Tu n'as plus les messages relatifs au rtc car mplayer lancé en root peut dépasser la limite de .../rtc/max-user-freq >[...] > Playing dvd://1. > libdvdread: Using libdvdcss version 1.2.8 for DVD access Là ça fonctionne... >[...] > DVD successfully opened. > Cache fill: 0.00% (0 bytes) MPEG-PS file format detected. Tiens. Pas de cache par défaut ? Tu peux aussi essayer l'option '-cache 8192' (= 8 MiB). >[...] > vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local > display) Le pilote de sortie par défaut est le X11. Il est suffisant mais l'option '-vo xv' permet d'avoir le plein écran sans sucer le CPU. >[...] > alsa-init: 1 soundcard found, using: default <-----------Il bloque ici Ben, dans ton top, on voit ça : 6217 lilli 15 0 8952 7616 488 S 0.3 0.7 0:04.54 esd esd utilise déjà la carte, donc mplayer doit bloquer en attendant qu'esd la relâche (ce qu'il ne fera pas). C'est idiot, on aurait dû y penser bien plus tôt : esd, arts ou autre « serveurs audio » parasitent l'utilisation de la carte. Essaie, sans faute de frappe ;o) : mplayer -ao esd dvd://1 (tu peux même lui dire : mplayer -ao esd -vo xv -cache 8192 dvd://1 ) Sinon, tu peux aussi arrêter esd (et soit laisser mplayer trouver alsa tout seul, soit lui dire avec -ao alsa). Donc, pour résumer : - prévenir les programmes qu'il faut utiliser esd, ou tuer esd avant de les utiliser ; - en root, faire 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' ou, pour que le réglage soit fait au démarrage, ajouter dev.rtc.max-user-freq=1024 dans /etc/sysctl.conf . -- Sylvain Sauvage