Page 1 sur 1
[Manjaro] lectures vidéos images saccadées
Publié : ven. 12 oct. 2012, 16:34
par mimile
Bonjour,
Tout est dans le titre.
Quand je veux visionner une vidéo de type *.avi ou *.mp4, les images sont saccadées (et le son aussi), quel que soit le lecteur utilisé : smplayer, gnome-mplayer (tout deux utilisant xv), vlc ...
J'ai constaté avec htop que la consommation du CPU - qui varie habituellement entre 20 à 25 % - grimpait à 100 % dont 75 à 80 % utilisés par /usr/bin/X lors de l'utilisation d'un quelconque lecteur vidéo.
Résultat : images saccadées (voire figées en mode plein écran) et son haché.
Si je réduis la fenêtre du lecteur dans la barre des tâche (xfce), le taux d'utilisation du CPU redevient normal.
Qu'est-ce qui pourrait bien justifier cette utilisation excessive de X ?
Je précise qu'en mode audio, tout va bien.
Merci d'avance.
Illustrations :
a) en mode normal (pas de lecteur vidéo en marche) :
b) en mode "lecture vidéo" :
Re: [Manjaro] lectures vidéos images saccadées
Publié : mer. 17 oct. 2012, 13:14
par Gutsblack
Peux-tu lancer un mplayer en terminal et me donner les paramètres qu'il te donne en lecture vidéo ? C'est quoi ta carte graphique et le pilote (proprio ou libre) ?
Re: [Manjaro] lectures vidéos images saccadées
Publié : mer. 17 oct. 2012, 16:43
par mimile
Salut,
Je lance une lecture video en ligne de commande directement avec mplayer et ça donne ceci :
Code : Tout sélectionner
[okapi@manjaro ~]$ mplayer /media/win_2/Cinema3/Harry\ Potter\ Et\ Les\ Reliques\ De\ La\ Mort\ Partie\ 1.avi
MPlayer SVN-r35014-4.7.1 (C) 2000-2012 MPlayer Team
195 audio & 404 video codecs
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.
Playing /media/win_2/Cinema3/Harry Potter Et Les Reliques De La Mort Partie 1.avi.
libavformat version 54.15.100 (internal)
AVI file format detected.
[aviheader] Video stream found, -vid 0
[aviheader] Audio stream found, -aid 1
VIDEO: [XVID] 640x272 12bpp 23.976 fps 539.4 kbps (65.8 kbyte/s)
Clip info:
Software: VirtualDubMod 1.5.10.2 (build 2542/release)
Load subtitles in /media/win_2/Cinema3/
NVIDIA: could not open the device file /dev/nvidiactl (No such file or directory).
[vdpau] Error when calling vdp_device_create_x11: 1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 54.33.100 (internal)
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Unsupported PixelFormat 81
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
==========================================================================
Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mpg123] afm: mpg123 (MPEG 1.0/2.0/2.5 layers I, II, III)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[mpeg4 @ 0x8b88220]Invalid and inefficient vfw-avi packed B frames detected
Movie-Aspect is 2.35:1 - prescaling to correct movie aspect.
VO: [xv] 640x272 => 640x272 Planar YV12
A: 75.5 V: 75.5 A-V: 0.000 ct: 0.005 1811/1811 4% 0% 0.8% 0 0
MPlayer interrupted by signal 2 in module: sleep_timer
A: 75.5 V: 75.5 A-V: 0.000 ct: 0.005 1812/1812 4% 0% 0.8% 0 0
Exiting... (Quit)
[okapi@manjaro ~]$
Aucun changement : htop indique que le CPU est exploité par /usr/bin/X à 85/90 % et les images sont toujours saccadées.
A noter qu'en effectuant les mêmes opérations sous Arch, /usr/bin/Xorg ne consomme que 5 à 8 % du CPU (dénomination différente : /usr/bin/Xorg sous Arch et /usr/bin/X sous Manjaro)
Ma carte video : NVIDIA Corporation nForce 220/420 NV11 [GeForce2 MX] (rev b1) (millésime 2002) et plus de pilote proprio pour cette carte qui est donc gérée par le pilote nVidia créé pour gérer les vieilles cartes : nouveau
La source du problème est, de toute évidence une exploitation abusive du CPU par /usr/bin/X