Bonjour

Sans doute depuis quelques jours et sans doute après une mise à jour système (mais je ne l'ai constaté qu'hier), mes différents lecteurs vidéos (sous Archlinux) :

- gnome-mplayer
- VLC
- totem
- mplayer

ne fonctionnent plus, quelle que soit l'extension de la video (*.avi, *.mp4, *.wmv)

- soit, leur front-end apparaît mais rien ne se passe
- soit la première image du film apparaît puis se fige
- soit, si j'avance le curseur, quelques images sont affichées une à une avec un intervalle de 3 à 4 secondes entre chacune d'elles
- soit, en ce qui concerne VLC, non seulement il n'affiche rien mais de plus il pompe tout la capacité restante du CPU qui tourne alors à 100 % rendant mon ventilo hystérique ; il ne répond plus à rien et je ne peux l'arrêter qu'avec kill -9 pid. J'ajoute que j'ai downgrader VLC pour rétablir sa version précédente mais ça ne change rien au problème. Quand je le lance en ligne de commande, j'obtiens ceci :

okapi@Archibald ~]$ vlc
VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e)
[0x874b8f0] main libvlc: Lancement de vlc avec l'interface par défaut. Utilisez « cvlc » pour démarrer VLC sans interface.
[0x8833f48] xcb_xv vout display error: no available XVideo adaptor


Exception à la règle : smplayer qui affiche normalement les films encore que, parfois, la première image soit figée pendant 2 à 3 secondes puis le film démarre normalement.

Ce comportement anormal est apparu après la dernière mise à jour et j'avais d'ailleurs déjà posté ce sujet http://forums.archlinux.fr/topic11478.html à propos d'un message relatif à pulseaudio mais j'ignore si cela a un rapport (j'en doute car j'ai du son).

Quelques précisions supplémentaires :

- l'apparence de tous ces lecteurs video est modifiée

En ce qui concerne Gnome-mplayer :

okapi@Archibald NCIS_3] $ gnome-mplayer Ravenous.avi
(gnome-mplayer:3927): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -23 and height 26
in media state change with state = 0

Totem :

[okapi@Archibald ~]$ totem

(totem:4240): Grilo-WARNING **: [plugin-registry] grl-plugin-registry.c:351: Could not open plugin directory: '/usr/lib/grilo-0.1'

(totem:4240): Totem-WARNING **: Failed to load grilo plugins: All configured plugin paths are invalid. Failed to load plugins.

J'ai installé grilo mais ça ne change rien

Merci d'avance pour vos conseils

Bonjour Mimile,

j'ai bien lu ton message et celui du lien. Si tu as quelques doutes sur le contenu des répertoires ~/.pulse et ~/.impulsions (je n'ai jamais vu ce répertoire depuis que l'utilise Linux), tu n'as qu'à les supprimer avant d'ouvrir une session. Pulseaudio va les recréer.

Essai de faire un essai sans interface graphique dans un terminal pour voir si le pilote xv d'Mplayer fonctionne:

mplayer -vo xv Ravenous.avi

et puis

mplayer -vo x11 Ravenous.avi

La touche q permet de quitter.

Il y a peut-être un problème avec le pilote xv . Celui-ci permet la lecture vidéo avec accélération matérielle. Si tel est le cas,

que te retourne la commande

glxinfo | grep 'direct rendering'

Si tu as direct rendering: No , il y a un problème avec l'accélération matérielle du pilote graphique d'Xorg. Dans ce cas, c'est normal que le pilote xv d'Mplayer ait lui aussi des problèmes.

Quant au pilote x11 d'Mplayer, il n'utilise pas l'accélération matérielle. Il devrait fonctionner sans problème avec Mplayer et Vlc qui lui aussi a ce choix.

C'est le pilote à utiliser dans les Préférences de Vlc et Gnome-Mplayer; quant à Totem il peut utiliser Mplayer ou Xine comme moteur. Les deux moteurs incluent les pilotes xv et x11.

Ces suggestions de réglages ne sont qu'une alternative en attendant de régler le problème de l'accélération matérielle.

Si des fichiers de configurations sont en causes, essai de démarrer une session graphique sous un compte utilisateur vierge et de visionner de la vidéo avec Mplayer et Vlc. Cela ve te nonner le réponse.

Salut Paul et merci une fois de plus de venir à mon secours.

Pour l'instant, je ne suis pas à mon domicile où se trouve le PC qui pose problème donc je ne suis pas en mesure d'exécuter les tests que tu suggères. Je les ferai dès que possible.

Je me limiterai donc à quelques petites réflexions :

0°) tous ces phénomènes sont apparus du jour au lendemain, probablement après une mise à jour système.

A tout hasard, voici le pacman.log de ces derniers jours : http://pastebin.archlinux.fr/449066

1°) je ne trouve moi non plus aucune trace d'un répertoire ~/.impulsions ; peut-être le rédacteur du message a-t'il indiqué impulsions au lieu de pulse par inadvertance ? A tout hasard, j'ai créé des liens symbolique dans le répertoire ~/.pulse pointant vers /etc/pulse/client.conf, /etc/pulse/daemons.conf et /etc/pulse/defaults.pa sans résultat.

2°) gnome-mplayer fonctionne correctement quand je le démarre en root (gksu) avec x11 comme sortie video (avec xv, il plante) ; en simple utilisateur (avec x11), il cesse de fonctionner : les deux ou trois premières images apparaissent avec un intervalle de 2 ou 3 secondes entre elles, j'entends le son pendant un bref moment (en fait pendant que la 1ère image s'affiche) puis tout se fige.

3°) VLC pompe toute la disponibilité du CPU (93 %) ce qui, au bout d'un moment déclenche la survitesse de mon ventilateur ; à ce moment, il est complètement figé etg la seule façon de l'arrêt est d'utiliser kill -9 pid.

4°) quand je lance glxinfo, parfois je vois appraître les petits engrenages qui tournent trèèèès lentement et qui affichent des valeurs de BPS (ou GLS ou quelque chose comme ça) très basses ; il arrive aussi que glxinfo ne démarre pas du tout en m'indiquant une insuffisance de ressources.

5°) ce qui me m'intrigue le plus, c'est que smplayer fonctionne parfaitement en simple utilisateur.

6°) A la demande d'un "astucien" du forum archlinux, j'ai exécuté : find /home/okapi ! -user okapi

ce qui a renvoyé ceci (15000 lignes !)

http://www2.zshare.ma/i8lkr90ls34w

et sur sa suggestion au vu du résultat, j'ai exécuté :

[root@Archibald okapi]# find /home/okapi ! -user okapi -exec chown okapi:users {} \;

ce qui a renvoyé :

find: "/home/okapi/.gvfs": Permission non accordée
chown: impossible d'accéder à « /home/okapi/.gvfs »: Permission non accordée
[root@Archibald okapi]#

Mais ça n'a rien changé à mon problème.

Je reviens vers toi dès que j'aurai pu exécuter tes suggestions.

Amicalement,

Assure-toi que l'utilisateur non root qui est en cours de session graphique est bien dans les groupes audio et video . La commande id exécutée dans un terminal graphique ouvert par cet utilisateur va te dire les groupes auquels il appartient.

Certaines mise-à-jours, telle celle de VirtualBox, peuvent changer, voir supprimer des groupes auxquels appartient un utilisateur. Le groupe vboxusers dans le cas de VirtualBox.

Me revoilà :

EDIT = TOUT ce qui suit a été écrit avant que je me rende compte que tous mes lecteurs video était dépourvus d'indication au niveau de leurs sorties video (voir capture d'écran plus bas). J'ai jouté x11 à chacun d'eux et maintenant tout a l'air de fonctionner, exception faite de VLC qui affiche image et son et qui arrête l'affichage et le son quand on clique sur la petite croix ou quand on opte pour "quitter" mais qui continue à pomper sur le CPU.

En revanche, si on lance vlc e ligne de commande, ctrl-c l'arrête complètement....

mplayer -vo xv :

[okapi@Archibald Vidéos]$ mplayer -vo xv Apocalypse_2.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 Apocalypse_2.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] 512x320 24bpp 25.000 fps 1480.1 kbps (180.7 kbyte/s)
Clip info:
Software: MEncoder SVN-r22963
Load subtitles in ./
[VO_XV] It seems there is no Xvideo support for your video card available.
[VO_XV] Run 'xvinfo' to verify its Xv support and read
[VO_XV] DOCS/HTML/en/video.html#xv!
[VO_XV] See 'mplayer -vo help' for other (non-xv) video out drivers.
[VO_XV] Try -vo x11.
Error opening/initializing the selected video_out (-vo) device.
==========================================================================
Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
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] 44100Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A: 72.9 (01:12.9) of 39651.5 (11:00:51.5) 1.2%


MPlayer interrupted by signal 2 in module: play_audio
A: 73.0 (01:12.9) of 39651.5 (11:00:51.5) 1.2%

Du son, pas d'image.

pas d'autre résultat avec sudo ...

Pourtant, :

[okapi@Archibald Vidéos]$ lsmod
Module Size Used by
reiserfs 225451 2
nouveau 715351 1
snd_intel8x0 22768 2
snd_ac97_codec 89900 1 snd_intel8x0
ac97_bus 874 1 snd_ac97_codec
video 9883 1 nouveau
mxm_wmi 1101 1 nouveau
wmi 7259 2 mxm_wmi,nouveau
i2c_algo_bit 4615 1 nouveau
drm_kms_helper 29203 1 nouveau
ttm 46507 1 nouveau

A toutes fins :

[okapi@Archibald Vidéos]$ xvinfo
X-Video Extension version 2.2
screen #0
no adaptors present
[okapi@Archibald Vidéos]$

[okapi@Archibald Vidéos]$ mplayer -vo help
MPlayer SVN-r35014-4.7.1 (C) 2000-2012 MPlayer Team
195 audio & 404 video codecs
Available video output drivers:
vdpau VDPAU with X11
xv X11/Xv
gl_nosw OpenGL no software rendering
x11 X11 ( XImage/Shm )
xover General X11 driver for overlay capable video output drivers
sdl SDL YUV/RGB/BGR renderer (SDL v1.1.7+ only!)
gl OpenGL
gl2 X11 (OpenGL) - multiple textures version
dga DGA ( Direct Graphic Access V2.0 )
fbdev Framebuffer Device
fbdev2 Framebuffer Device
matrixview MatrixView (OpenGL)
aa AAlib
caca libcaca
v4l2 V4L2 MPEG Video Decoder Output
xvidix X11 (VIDIX)
cvidix console VIDIX
null Null video output
xvmc XVideo Motion Compensation
mpegpes MPEG-PES to DVB card
yuv4mpeg yuv4mpeg output for mjpegtools
png PNG file
jpeg JPEG file
gif89a animated GIF output
tga Targa output
pnm PPM/PGM/PGMYUV file
md5sum md5sum of each frame
mng MNG file

[okapi@Archibald Vidéos]$

-------------------------------------------

mplayer -vo x11 :

[okapi@Archibald Vidéos]$ mplayer -vo x11 Apocalypse_2.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 Apocalypse_2.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] 512x320 24bpp 25.000 fps 1480.1 kbps (180.7 kbyte/s)
Clip info:
Software: MEncoder SVN-r22963
Load subtitles in ./
==========================================================================
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: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
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] 44100Hz 2ch s16le (2 bytes per sample)
Starting playback...
Movie-Aspect is 1.60:1 - prescaling to correct movie aspect.
VO: [x11] 512x320 => 512x320 Planar YV12
[swscaler @ 0x8c4b480]using unscaled yuv420p -> bgra special converter
A: 0.5 V: 0.5 A-V: -0.064 ct: -0.002 14/ 14 79% 63% 0.9% 7 0


MPlayer interrupted by signal 2 in module: sleep_timer
A: 0.5 V: 0.5 A-V: -0.064 ct: -0.002 14/ 14 79% 63% 0.9% 7 0

Exiting... (Quit)

la 1ère image du film s'affiche, une fraction de seconde durant laquelle j'entends le début de la bande son puis tout se fige.

MAIS, si j'exécute la même commande avec sudo, tout va bien : image et son :

[okapi@Archibald Vidéos]$ sudo mplayer -vo x11 Apocalypse_2.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 Apocalypse_2.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] 512x320 24bpp 25.000 fps 1480.1 kbps (180.7 kbyte/s)
Clip info:
Software: MEncoder SVN-r22963
Load subtitles in ./
==========================================================================
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: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
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] 44100Hz 2ch s16le (2 bytes per sample)
Starting playback...
Movie-Aspect is 1.60:1 - prescaling to correct movie aspect.
VO: [x11] 512x320 => 512x320 Planar YV12
[swscaler @ 0x8c4b480]using unscaled yuv420p -> bgra special converter
A: 32.6 V: 32.6 A-V: 0.000 ct: -0.000 817/817 10% 9% 0.8% 7 0


MPlayer interrupted by signal 2 in module: sleep_timer
A: 32.7 V: 32.7 A-V: -0.000 ct: -0.000 818/818 10% 9% 0.8% 7 0

Exiting... (Quit)
[okapi@Archibald Vidéos]$

Une question de droits ???

EDIT : J'ai lancé la lecture de l'*avi avec gnome-mplayer qui figeait sur la 1ère image. J'ai été jeté un coup d'oeil dans les préférence et je me suis rendu compte qu'il n'y avait rien d'indiquer au niveau de la sortie video :

J'ai indiqué x11 et maintenant Gnome-mplayer fonctionne correctement.

[okapi@Archibald Vidéos]$ glxinfo | grep 'direct rendering'
direct rendering: Yes
[okapi@Archibald Vidéos]$

[okapi@Archibald Vidéos]$ id
uid=1000(okapi) gid=1000(okapi) groupes=1000(okapi),7(lp),10(wheel),19(log),91(video),92(audio),93(optical),94(floppy),95(storage),96(scanner),98(power),100(users)
[okapi@Archibald Vidéos]$

A toutes fins :

[okapi@Archibald Vidéos]$ glxgears
105 frames in 5.0 seconds = 20.856 FPS
106 frames in 5.0 seconds = 21.017 FPS
106 frames in 5.0 seconds = 21.106 FPS
104 frames in 5.1 seconds = 20.573 FPS
108 frames in 5.1 seconds = 21.385 FPS
105 frames in 5.0 seconds = 20.921 FPS

A noter que les roues dentées tournent beaucoup plus vite qu'auparavant.

Bizaremment, je ne disposais pas de glxinfo.

J'ai dû l'installer en utilisant un paquet AUR (mesa-demos-git) dont la compilation a été interminable.

Pour être complet, le fichier de configuration de mplayer :

# Write your default config options here!

[mplayer]
# Write your default config options here!
vo=x11,xv
ao=pulse,alsa,oss
#vf=expand=::0:0::4/3

[gnome-mplayer] ---> s'est ajouté automatiquement quand j'ai installé gnome-mplayer

alang=French,fre,fr
slang=French,fre,fr
msglevel=all=5
vo=xv
vf=eq2

Finalement, il n'y a que smplayer qui fonctionne correctement ...

Voilà.

Je ne vois pas bien ce que tu peux déduire de ce qui précède mais j'attends avec confiance.

Amicalement

Je me souviens vaguement d'avoir eu connaissance de la commande xvinfo.

Même si officiellement tu as le Direct Rendering Infrastructure (DRI), cela peut ne pas être assez pour obtenir l'accélération 3D nécessaire à l'utilisation du pilote xv.

Si tu peux afficher le contenu du fichier /var/log/Xorg.0.log , je vais pouvoir voir quelle carte et quel pilote graphique tu utilises et essayer de voir si on peut faire mieux avec ta carte graphique. À moins que ce ne soit la marque Graphiquosaure.

Chez moi la commande xvinfo donne

X-Video Extension version 2.2
screen #0
Adaptor #0: "Radeon Textured Video"
number of ports: 16
port base: 63
operations supported: PutImage
supported visuals:
depth 24, visualID 0x21
number of attributes: 7
"XV_VSYNC" (range 0 to 1)
client settable attribute
client gettable attribute (current value is 1)
"XV_BRIGHTNESS" (range -1000 to 1000)
client settable attribute
client gettable attribute (current value is 0)
"XV_CONTRAST" (range -1000 to 1000)
client settable attribute
client gettable attribute (current value is 0)
"XV_SATURATION" (range -1000 to 1000)
client settable attribute
client gettable attribute (current value is 0)
"XV_HUE" (range -1000 to 1000)
client settable attribute
client gettable attribute (current value is 0)
"XV_COLORSPACE" (range 0 to 1)
client settable attribute
client gettable attribute (current value is 0)
"XV_CRTC" (range -1 to 5)
client settable attribute
client gettable attribute (current value is -1)
maximum XvImage size: 16384 x 16384
Number of image formats: 4
id: 0x32595559 (YUY2)
guid: 59555932-0000-0010-8000-00aa00389b71
bits per pixel: 16
number of planes: 1
type: YUV (packed)
id: 0x32315659 (YV12)
guid: 59563132-0000-0010-8000-00aa00389b71
bits per pixel: 12
number of planes: 3
type: YUV (planar)
id: 0x30323449 (I420)
guid: 49343230-0000-0010-8000-00aa00389b71
bits per pixel: 12
number of planes: 3
type: YUV (planar)
id: 0x59565955 (UYVY)
guid: 55595659-0000-0010-8000-00aa00389b71
bits per pixel: 16
number of planes: 1
type: YUV (packed)

Logicien a écrit :

Je me souviens vaguement d'avoir eu connaissance de la commande xvinfo.

Même si officiellement tu as le Direct Rendering Infrastructure (DRI), cela peut ne pas être assez pour obtenir l'accélération 3D nécessaire à l'utilisation du pilote xv.

Si tu peux afficher le contenu du fichier /var/log/Xorg.0.log , je vais pouvoir voir quelle carte et quel pilote graphique tu utilises et essayer de voir si on peut faire mieux avec ta carte graphique. À moins que ce ne soit la marque Graphiquosaure.

Il ne fait pas de doute que la carte graphique de mon ordinosaure est du type graphiquosaure vu qu'elle est intégrée à la carte-mère

Le direct rendering est sans doute le résultat de l'installation de nouveau-dri que j'ai installé dans la foulée de nouveau, plus aucun driver pour ma vieille carte nVidia nétant disponible.

Pour ce qui concerne le contenu de /var/log/Xorg.0.log, je ne suis pas en mesure de te le fournir maintenant vu que je suis au boulot et que je n'ai pas accès à mon PC personnel (demander à mon épouse de démarrer teamviewer relève de l'impossible).

Je peux néanmoins te dire (au vu de ma configuration décrite sur le forum) que ma carte video est : nVidia GeForce2 Integrated GPU 32 Mo

Dès que je le pourrais, je te l'enverrai.

Amicalement,

Me revoilà :

Le résultat est tellement long que j'ai utilisé pastebin de /var/log/Xorg.0.log:

Voici le lien : http://pastebin.archlinux.fr/449082

Bien à toi

EDIT : Comme je ne suis pas sûr que pastebin puisse hébergé l'ensemble du fichier, voici un lien vers zshare en compressé :

http://www2.zshare.ma/bkkjvf8tlwo4

Je viens de lire ton fichier /var/log/Xorg.0.log.

La première chose, c'est que tu devrais installer le paquet acpid si ce n'est pas fait

pacman -S acpid

Ensuite, démarrer le démon

rc.d start acpid

Finalement, ajouter le démon acpid au fichier /etc/rc.conf à la ligne DAEMONS="acpid" avec les autres services entre guillemets.

Tu utilises présentement le pilote Vesa d'Xorg (xf86-video-vesa). Ce pilote utilise le support Vesa de ta carte graphique pour l'affichage. Il n'offre que le 2D. C'est la raison pour laquelle la commande xvinfo te dit "no adaptors present".

Avec 32 mo de mémoire, ta carte graphique peut te donner l'accélération 3D. Il faut que tu utilises le pilote nv ou nouveau pour ça. Je te propose de les installer tous les deux si ce n'est pas fait:

pacman -S xf86-video-nv xf86-video-nouveau

Ensuite, renomme le fichier /etc/X11/xorg.conf:

mv /etc/X11/xorg.conf /etc/X11/xorg.conf.sauve

Cela va faire en sorte qu'Xorg va décider lui-même quel pilote il veut utiliser.

Je ne veux pas aller plus loin pour le moment. Je me souviens te t'avoir déjà dit comment améliorer les performances de ta carte graphique.

Si tu as des fichiers de configuration dans le répertoire /etc/X11/xorg.conf.d/, il faudrait que tu les affiches. Il peuvent changer des choses.

Pour le pilote nouveau, il y a celui d'Xorg et celui du noyau. Pour que celui d'Xorg fonctionne, le module nouveau du noyau doit être ajouté à l'initramfs et le noyau doit l'initialiser avec KMS activé. Sans cela, je ne pense pas que tu puisses utiliser le pilote xf86-video-nouveau avec Xorg. On s'en reparlera si tu y tiens.

Le pilote nv quant à lui, devrait pouvoir fonctionner sans avoir à changer la configuration du noyau Linux.

Je ne sais pas précisément si les pilotes nv et nouveau supportent ta carte graphique. J'ai cherché un peu sans trouver.

Me revoilà,

J'ai installé et démarré le démon ACPID (ajouté à rc.conf).

J'ai effectué les opérations que tu m'as indiquées (installer xf86-video-nv - xf86-video-nouveau l'était déjà)

J'ai sauvegardé /etc/X11/xorg.conf ---> sauve

Puis j'ai re-booté.

1ère constatation :

[okapi@Archibald ~]$ cat /etc/X11/xorg.conf
cat: /etc/X11/xorg.conf: Aucun fichier ou dossier de ce type

Cela dit :

Voici un extrait de /var/log/Xorg.0.log

Si j'interprète bien, non seulement "nouveau" est chargé, ce qui est bien puisqu'il gère les cartes nVidia Geforce 2 (NV 11) mais apparemment "vesa" et "nv" aussi !!!

(II) Loading extension DRI2
[ 17.341] (==) Matched nouveau as autoconfigured driver 0
[ 17.341] (==) Matched nvidia as autoconfigured driver 1
[ 17.341] (==) Matched nv as autoconfigured driver 2
[ 17.341] (==) Matched vesa as autoconfigured driver 3
[ 17.341] (==) Matched fbdev as autoconfigured driver 4
[ 17.341] (==) Assigned the driver to the xf86ConfigLayout
[ 17.341] (II) LoadModule: "nouveau"
[ 17.341] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[ 17.355] (II) Module nouveau: vendor="X.Org Foundation"
[ 17.355] compiled for 1.12.2, module version = 1.0.1
[ 17.355] Module class: X.Org Video Driver
[ 17.355] ABI class: X.Org Video Driver, version 12.0
[ 17.355] (II) LoadModule: "nvidia"
[ 17.355] (WW) Warning, couldn't open module nvidia
[ 17.355] (II) UnloadModule: "nvidia"
[ 17.355] (II) Unloading nvidia
[ 17.355] (EE) Failed to load module "nvidia" (module does not exist, 0)
[ 17.355] (II) LoadModule: "nv"
[ 17.356] (II) Loading /usr/lib/xorg/modules/drivers/nv_drv.so
[ 17.368] (II) Module nv: vendor="X.Org Foundation"
[ 17.368] compiled for 1.12.3, module version = 2.1.20
[ 17.368] Module class: X.Org Video Driver
[ 17.368] ABI class: X.Org Video Driver, version 12.0
[ 17.368] (II) LoadModule: "vesa"
[ 17.369] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[ 17.378] (II) Module vesa: vendor="X.Org Foundation"
[ 17.378] compiled for 1.12.3, module version = 2.3.2
[ 17.378] Module class: X.Org Video Driver
[ 17.378] ABI class: X.Org Video Driver, version 12.0
[ 17.378] (II) LoadModule: "fbdev"
[ 17.379] (WW) Warning, couldn't open module fbdev
[ 17.379] (II) UnloadModule: "fbdev"
[ 17.379] (II) Unloading fbdev
[ 17.379] (EE) Failed to load module "fbdev" (module does not exist, 0)
[ 17.379] (II) NOUVEAU driver
[ 17.379] (II) NOUVEAU driver for NVIDIA chipset families :
[ 17.379] RIVA TNT (NV04)
[ 17.379] RIVA TNT2 (NV05)
[ 17.379] GeForce 256 (NV10)
[ 17.379] GeForce 2 (NV11, NV15)
[ 17.379] GeForce 4MX (NV17, NV18)
[ 17.379] GeForce 3 (NV20)
[ 17.379] GeForce 4Ti (NV25, NV28)
[ 17.379] GeForce FX (NV3x)
[ 17.379] GeForce 6 (NV4x)
[ 17.379] GeForce 7 (G7x)
[ 17.380] GeForce 8 (G8x)
[ 17.380] GeForce GTX 200 (NVA0)
[ 17.380] GeForce GTX 400 (NVC0)
[ 17.380] (II) NOUVEAU driver
[ 17.380] (II) NOUVEAU driver for NVIDIA chipset families :
[ 17.380] RIVA TNT (NV04)
[ 17.380] RIVA TNT2 (NV05)
[ 17.380] GeForce 256 (NV10)
[ 17.380] GeForce 2 (NV11, NV15)
[ 17.380] GeForce 4MX (NV17, NV18)
[ 17.380] GeForce 3 (NV20)
[ 17.380] GeForce 4Ti (NV25, NV28)
[ 17.380] GeForce FX (NV3x)
[ 17.380] GeForce 6 (NV4x)
[ 17.380] GeForce 7 (G7x)
[ 17.381] GeForce 8 (G8x)
[ 17.381] GeForce GTX 200 (NVA0)
[ 17.381] GeForce GTX 400 (NVC0)
[ 17.381] (II) VESA: driver for VESA chipsets: vesa
[ 17.381] (++) using VT number 7

[ 17.383] drmOpenDevice: node name is /dev/dri/card0
[ 17.383] drmOpenDevice: open result is 8, (OK)
[ 17.383] drmOpenByBusid: Searching for BusID pci:0000:01:00.0
[ 17.383] drmOpenDevice: node name is /dev/dri/card0
[ 17.383] drmOpenDevice: open result is 8, (OK)
[ 17.383] drmOpenByBusid: drmOpenMinor returns 8
[ 17.383] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
[ 17.383] (II) [drm] nouveau interface version: 1.0.0
[ 17.383] (WW) Falling back to old probe method for vesa
[ 17.383] (II) Loading sub module "dri"
[ 17.383] (II) LoadModule: "dri"
[ 17.384] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[ 17.384] (II) Module dri: vendor="X.Org Foundation"
[ 17.384] compiled for 1.12.3, module version = 1.0.0
[ 17.384] ABI class: X.Org Server Extension, version 6.0

SI tu veux l'intégralité de /var/log/Xorg.0.log, dis-le moi, je te l'enverrai via zShare.

Cela dit, quand j'exécute glxgears, les roues dentées tournent beaucoup plus lentement que précédemment ...

Pour être complet, voici ce que donne maintenant xvinfo :

[okapi@Archibald ~]$ xvinfo
X-Video Extension version 2.2
screen #0
Adaptor #0: "NV Video Blitter"
number of ports: 16
port base: 63
operations supported: PutImage
supported visuals:
depth 24, visualID 0x21
depth 24, visualID 0x22
number of attributes: 2
"XV_SET_DEFAULTS" (range 0 to 0)
client settable attribute
"XV_SYNC_TO_VBLANK" (range 0 to 1)
client settable attribute
client gettable attribute (current value is 1)
maximum XvImage size: 2046 x 2046
Number of image formats: 5
id: 0x32595559 (YUY2)
guid: 59555932-0000-0010-8000-00aa00389b71
bits per pixel: 16
number of planes: 1
type: YUV (packed)
id: 0x32315659 (YV12)
guid: 59563132-0000-0010-8000-00aa00389b71
bits per pixel: 12
number of planes: 3
type: YUV (planar)
id: 0x59565955 (UYVY)
guid: 55595659-0000-0010-8000-00aa00389b71
bits per pixel: 16
number of planes: 1
type: YUV (packed)
id: 0x30323449 (I420)
guid: 49343230-0000-0010-8000-00aa00389b71
bits per pixel: 12
number of planes: 3
type: YUV (planar)
id: 0x3
guid: 03000000-0000-0010-8000-00aa00389b71
bits per pixel: 32
number of planes: 1
type: RGB (packed)
depth: 24
red, green, blue masks: 0xff0000, 0xff00, 0xff
[okapi@Archibald ~]$

C'est déjà un peu plus fourni que la première fois

Pour le surplus, j'ajouterai qu'effectivement, tu m'as déjà aidé à améliorer les performances de ma carte graphiques, mais c'était sur une autre distribution et je dois avouer que je ne retrouve pas le poste concerné.

Je vais continuer mes recherches.

Amicalement

EDIT : si je me souviens bien, archlinux n'utilise pas (ou plus xorg.conf)

Xorg charge plus d'un pilote. Pour savoir le quel il utilise, la partie manquante d'Xorg.0.log serait nécessaire.

Le pilote nouveau d'Xorg travaille avec le pilote nouveau du noyau Linux. Essai ceci. Édite le fichier /etc/mkinitcpio.conf pour avoir

MODULES="nouveau"

FILES="/etc/modprobe.d/modprobe.conf"

Puis fait

echo 'options nouveau modeset=1' >> /etc/modprobe.d/modprobe.conf

mkinitcpio -p linux

Avec cette manipulation, le noyau Linux devrait utiliser le module nouveau, sa capacité de Kernel Mode Setting (KMS) et de framebuffer au prochain démarrage (à faire). Le pilote nouveau d'Xorg va pouvoir travailler avec le module nouveau du noyau.

Avoir un fichier /etc/X11/xorg.conf n'est souvent pas nécessaire. La configuration par défaut d'Xorg est souvent aussi bonne voir meilleure.

Pour forcer Xorg à utiliser le pilote nouveau, vérifie si le répertoire /etc/X11/xorg.conf.d existe. Sinon tu le crées

mkdir /etc/X11/xorg.conf.d

Puis tu crées le fichier /etc/X11/xorg.conf.d/pilote-video.conf qui contient ces lignes

Section "Device"

BoardName "Nvidia"

Driver "nouveau"

Identifier "Nvidia"

VendorName "Nvidia"

EndSection

Note que si tu n'es pas satisfait du pilote nouveau d'Xorg, tu peux changer le pilote dans le fichier /etc/X11/xorg.conf.d/pilote-video.conf

Driver "nv"

Le pilote nv n'a pas de problème avec le pilote nouveau du noyau Linux.

Tu peux même essayer les pilotes propriétaires Nvidia. Ce serait surprenant s'ils supportaient ta carte graphique. Auquel cas, tu devrais défaire tout ce que je t'ai dit. Les pilotes propriétaires sont en conflits avec le pilote nouveau du noyau Linux et utilisent un fichier /etc/X11/xorg.conf adapté.

J'ai bien suivi à la lettre toutes tes instructions.

Seul, le pilote nouveau fonctionne. Quand je le remplace par "nv" dans le fichier /etc/X11/xorg.d/pilote-video.conf, le boot s'arrêté avec un long message que j'ai eu la flemme de recopier vu qu'à ce stade copier/coller ne fonctionne pas.

Je suis donc rectifié le tir et j'ai "nouveau"

Même pas essayé nvidia ...

Ce qui est étrange, c'est que quand c'était le pilote vesa qui fonctionnait, les roues dentées de glxgears tournaient 2 ou 3 fois plus vite qu'avec nouveau ...

Du point de vue de mes lecteurs videos, comme indiqué auparavant, ils fonctionnent tous (le problème venait du fait que dans la configuration (les préférences), rien n'était indiqué dans la zone "sortie video" ; en y ajoutant simplement x11, tout est rentré dans l'ordre, sauf VLC.

Si je le lance en ligne de commande, tout va bien et je peux l'arrêter en cliquant sur la croix supérieure droite de la fenêtre.

En revanche, si je localise le fichier avec Nautilus puis que je clique (droit) sur l'icône du film --> ouvrir avec VLC, j'ai l'image et le son mais impossible de l'arrêter complètement, que ce soit en cliquant sur la croix ou en cliquant sur fichier > quitter ; le film s'arrête mais VLC continue de tourner en pompant de plus en plus sur le CPU jusqu'à ce qu'il soit utilisé à 100 % et je n'ai d'autre choix que de l'arrêter avec kill.

Il en est ainsi aussi bien des films que de l'audio pure et simple (mp3 ou URL d'une station de radio).

Cela dit, je m'en fiche un peu et il me semble inutile de cogiter sur ce problème. Tant pis.

Dis-moi si je peux marquer ce sujet comme résolu, connaissant ton acharnement à trouver des solutions que d'autres ne trouvent pas

Amicalement

Compte tenu que la commande xvinfo te dit que l'extension XVideo est fonctionnelle, c'est déjà suffisant pour passer en résolu.

Il te reste à vérifier si le pilote xv fonctionne avec tes lecteurs vidéos. Si tu utilises le pilote x11, tu n'auras pas d'accélération matérielle. Il te faut le pilote xv pour ça. Donc essai le pilote xv avec Mplayer, Vlc, etc. L'accélération matérielle est essentielle pour la vidéo et presque tout dans le monde multimédia.

Il y a une fonction graphique qui est peut être activée par défaut, Vertical Sync to Blank. Elle fait en sorte que le pilote graphique synchronise les images affichées à l'écran avec la fréquence de rafraîchissement de celui-ci, 60 Hz, 75 Hz, etc. Cela aide à éviter la superposition des images et des erreurs dans l'affichage.

Pour savoir si cette fonction est activée, quand tu exécutes la commande glxgears dans un terminal graphique, si tu vois le message

Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.

c'est que cette fonction est activée. Les FPS de glxgears sont alors égaux à la fréquence de rafraîchissement de l'écran. Pour désactiver cette fonction le temps de la commande glxgears, tu fais

vblank_mode=0 glxgears

Tu auras plus de FPS est un possible meilleur résultat des roues dentées. Glxgears n'est pas un banc d'essai et signifie peu, surtout lorsque Vertical Sync to Blank est activé.

La commande xrandr te dit la fréquence de rafraîchissement actuelle de l'écran et les choix possibles. Personnellement, je la met au maximum alloué, chez moi c'est 75 kHz

xrandr -r 75

Les FPS de Glxgears sont à 75 quand Vertical Sync to Blank est activé. À adapter.

En ce qui concerne glxgears, voilà ce que je vois sans autre commentaire :

En ce qui concerne xandr :

[okapi@Archibald ~]$ xrandr
Screen 0: minimum 320 x 200, current 1024 x 768, maximum 4096 x 4096
DVI-I-1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
1024x768 60.0*
800x600 60.3 56.2
848x480 60.0
640x480 59.9
[okapi@Archibald ~]$

Ma résolution maximale est 1024 x 768 (ancien écran 4:3) - taux de rafraichissement : 60.

Que me conseilles-tu de faire ?

NB : mon problème avec VLC a disparu depuis que j'ai remplacé x11 par xv

Comme tu n'as pas le commentaire mentionné dans mon message précédent quand tu exécutes glxgears, c'est que

1) Vertical Sync to Blank n'est pas activé

2) Vertical Sync to Blank est activé, mais l'accélération 3D te donnant moins de FPS par seconde que les 60 kHz de rafraîchissement de ton écran, le message ne s'affiche pas.

La meilleure façon de forcer Vertical Sync to Blank est de créer ou éditer les fichiers /etc/drirc et $HOME/.drirc avec le contenu

<driconf>
<device screen="0" >
<application name="all">
<!-- Always synchronize with vertical refresh to avoid tearing -->
<option name="vblank_mode" value="3"/>
</application>
</device>
</driconf>

Quand tu veux désactiver Vertical Sync to Blank, remplace 3 par 0 . Ce n'est peut-être pas obligatoire vu que tes problèmes avec tes lecteurs vidéos disparaîssent. Le commentaire est clair, Vertical Sync to Blank permet d'éviter le 'tearing'. Traduction libre.

Tu as beaucoup de choix pour le pilote vidéo d'Xorg dans le fichier /etc/X11/xorg.conf.d/pilote-video.conf : fbdev , vesa , nv , nouveau , modesetting et nvidia .

Pour utiliser le pilote modesetting, tu dois d'abord l'installer

yaourt -S xf86-video-modesetting-git

Tu peux les essayer à tour de rôle, exception faite du pilote nv que tu dis ne pas fonctionner, pour voir lequel te donne les meilleurs résultats avec Glxgears.

Tant que la commande xvinfo te dit que l'extension Xvideo est active, le pilote utilisé d'Xorg devrait te permettre de choisir xv comme pilote avec tes lecteurs vidéos. Libre à toi.

Édition: je viens de lire nouveau(4): NVIDIA video driver - Linux man page . Le pilote nouveau d'Xorg ne supporte que l'accélération 2D. cela peut expliquer le peu de FPS de Glxgears. Seuls les pilotes propriétaires d'Nvidia peuvent peut-être te donner l'accélération matérielle 3D.

Ce n'est pas une cinécure tous ces choix en options.

Franchement, je dois dire que je m'y perds.

En effet, dans un premier temps, j'ai indiqué x11 comme sortie video à mes différents lecteurs ce qui a réglé le problème sur le moment.

MAIS, après les judicieuses indications que tu m'a fournies, il s'est avéré que finalement, c'était xv qu'il fallait indiquer, x11 fonctionnant de manière cahotique (par exemple, en appuyant sur la touche "F", on affiche le film en plein écran et si on appuye à nouveau sur "F" pour retrouver l'affichage de départ (1/4 d'écran), l'image se fige, ce qui ne se produit pas avec xv).

Pour ce qui est des autres, j'ai essayé "nv" mais là, c'est la cata ; rien ne marche.

Avec xv, tous mes lecteurs fonctionnent bien (je ne parle pas de totem qui me réclame un plugin que je ne trouve pas et pour lequel j'ai posté (sur le forum Archlinux).

Si je te lis bien, dans la mesure où mes lecteurs vidéos fonctionnent correctement, il n'est pas vraiment nécessaire de céer les fichiers que tu indiques.

Je vais néanmoins le faire, ne serait-ce que par égard pour les efforts que tu as fait pour me les fournir.

Je reviendrai dire si je constate une amélioration suite à l'implantation de ces fichiers.

En attendant et par curiosité, qu'est-ce que c'est le "tearing" ?

EDIT :fichiers installés ; apparemment, pas de différence perceptible

La traduction de tear et tearing donnent déchirer, larme et fou.

Ce que je comprend, c'est qu'entre le balayage à l'écran de la dernière ligne verticale et celui de la première ligne verticale suivante, il y a un blanc.

Le Vertical Sync to Blank mode permet à la carte graphique d'envoyer le contenu de la première ligne de la nouvelle image à afficher justement au moment de ce blanc, entre la dernière et de la première ligne verticale.

Ceci fait que l'écran ne reçoit pas les données de la prochaine image à afficher pendant qu'il est en train d'afficher la présente. De cette manière, deux images ne peuvent se superposer à l'écran et altérer le contenu de l'image qui s'affiche.

Pour y arriver, la carte vidéo doit synchroniser la vitesse à laquelle elle envoie les données à l'écran avec la fréquence de rafraîchissement de l'écran et non pas utiliser une fréquence supérieure ou inférieure qu'elle pourrait utiliser selon ses spécifications.

Cela implique souvent que la RAMDAC de la carte graphique fonctionne en dessous de ses capacités ou que la vitesse du flux des données vidéos sur le port auquel est connecté l'écran ne soit pas maximal. Le Vertical Sync to Blank mode n'est pas conseillé pour les jeux vidéos.

Génial comme application pour la stabilité et la qualité de l'affichage et surtout pour l'explication qu'on peut en donner. Il se peut bien que les choses se passent différemment de la manière dont je les explique et les comprend.

Merci pour ces explications.

Tous mes lecteurs vidéos fonctionnent maintenant parfaitement.

Il me resteu un problème avec Totem (que je n'utilise quasiment jamais mais bon, moi j'aime bien quand tout fonctionne même ce qui ne m'est pas utile).

Je lance totem en ligne de commande :

[okapi@Archibald Vidéos]$ totem Apocalypse_2.avi

(totem:1056): Grilo-WARNING **: [plugin-registry] grl-plugin-registry.c:623: Failed to open module: '/usr/lib/grilo-0.1/libgrlupnp.so'
Erreur de segmentation

Or, je dispose bel et bien du module /usr/lib/grilo-0.1/libgrlupnp.so (ce dernier étant fourni avec le paquet totem-plugins que j'ai installé avec yaourt.

Si je lance VLC en root : (su -)

[root@Archibald Vidéos]# totem Apocalypse_2.avi

(totem:1076): Grilo-WARNING **: [plugin-registry] grl-plugin-registry.c:623: Failed to open module: '/usr/lib/grilo-0.1/libgrlupnp.so'

** (totem:1076): WARNING **: Problem inhibiting the screensaver: Impossible d'appeler la méthode ; le serveur est mandataire d'un nom connu sans propriétaire alors que le proxy a été construit avec le marqueur G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START
** Message: Missing plugin: gstreamer|0.10|totem|Décodeur MPEG-1 Layer 3 (MP3)|decoder-audio/mpeg, mpegversion=(int)1, mpegaudioversion=(int)1, layer=(int)3, parsed=(boolean)true (Décodeur MPEG-1 Layer 3 (MP3))
** Message: Automatic missing codec installation not supported (helper script missing)
Erreur de segmentation

Les soi-disant "Missing plugins" absents sont en réalité présents.

Si je lance totem en simple user sans préciser ce que j'attends de lui, il plante aussi alors qu'au minimum, il devrait me laisser le choix du fichier à jour(MP3, AVI, MPEG, etc..)

[okapi@Archibald Vidéos]$ totem

(totem:1125): Grilo-WARNING **: [plugin-registry] grl-plugin-registry.c:623: Failed to open module: '/usr/lib/grilo-0.1/libgrlupnp.so'
** Message: clutter_texture_set_from_rgb_data failed Impossible de charger les données de l'image
Erreur de segmentation

Sans vouloir t'embêter davantage avec ce problème - somme toute de peu d'intérêt - aurais-tu une idée sur l'origine de ce comportement anormal ?

EDIT : je vais faire un poste spécifique ; je clôture celui-ci.