[lecteurs video] freezent ou tournent au ralenti (résolu)

[mimile]

Bonjour

Depuis quelques jours (mais je ne l'ai constaté qu'hier), mes différents lecteurs vidéos :

- 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.

Exception à la règle : smplayer qui affiche normalement les films encore que, parfois, la première image est 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).

A tout hasard, voici mon pacman.log de la semaine qui vient de s'écouler :

http://pastebin.archlinux.fr/449066

Merci d'avance pour vos réponses.

EDIT : l'apparence de tous ces lecteurs video est différente de ce qu'elle était auparavant

EDIT-bis : en ce qui concerne VLC, voici ce qui apparaît quand je le lance en ligne de commande :

Code : Tout sélectionner

[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

Gnome-mplayer :

Code : Tout sélectionner

[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

[FoolEcho]

EDIT : l'apparence de tous ces lecteurs video est différente de ce qu'elle était auparavant

Rien à voir... à priori... ... ... ou peut-être que si: tu n'as pas fait mumuse avec root sans filet entre-temps ? (pour trancher: find /home/ton_user ! [b]-user[/b] ton_user)

[mimile]

Bonjour

Voici ce que renvoie ta commande :

http://pastebin.archlinux.fr/449067

Pour le surplus, tout ce que j'ai fait, ce sont deux ou trois mises à jour système avec yaourt ou pacman

Quand tu dis "mumuse avec root", tu parles de quoi exactement ? : exécuter des commande en su ? a priori, non.

EDIT : le pastebin comporte 1136 lignes mais ta commande en renvoie plus de 13.000 lignes !!! Comment faire ?

EDIT : J'ai compressé le fichier et je l'ai uploadé sur zshare.
Voici le lien http://www2.zshare.ma/i8lkr90ls34w

[FoolEcho]

Tu m'inquiètes là... ... Tu as bien saisi la commande avec le point d'exclamation ? (si oui, alors il faut que tu rectifies les droits sur ton home au moyen de (à faire en tant que root): find /home/ton_user ! -user ton_user -exec chown ton_user:ton_group {} \; (ton_group devrait être "users"))

Quand tu dis "mumuse avec root", tu parles de quoi exactement ? : exécuter des commande en su ? a priori, non.

Jouer du su directement au lieu de su - par exemple (voir wiki).

[mimile]

En ce qui concerne le 1er point : j'ai effectivement mis le point d'exclamation (j'ai fait un copier/coller donc pas d'erreur possible).

Je l'ai exécuté en simple utilisateur et avec sudo (ce dernier donnant 2 lignes de plus, refusées en simple utilisateur)

En ce qui concerne le second point (exécuté en root), voici le résultat :

Code : Tout sélectionner

[okapi@Archibald ~]$ su
Mot de passe : 
[root@Archibald okapi]# find /home/okapi ! -user okapi -exec chown okapi:users {} \;
find: "/home/okapi/.gvfs": Permission non accordée
chown: impossible d'accéder à « /home/okapi/.gvfs »: Permission non accordée
[root@Archibald okapi]# 

EDIT : problème réglé en ce qui concerne gnome-mplayer : par hasard, j'ai examiné l'option "préférence" et j'ai constaté qu'en ce qui concernait la sortie "video", il n'y avait rien d'inscrit. J'y ai mis x11 et maintenant gnome-mplayer fonctionne correctement.

EDIT-BIS : J'avais lancé gnome-mplayer avec gksu dont en root. Je viens d'essayer en simple utilisateur et le problème décrit dans mon poste se reproduit.

J'en déduis d'il s'agit d'une question de droits ...

[FoolEcho]

Code : Tout sélectionner

[okapi@Archibald ~]$ su

C'est ce genre de commandes qui conduit à pourrir ton home (la seule exception étant le .gvfs). Il est préférable d'utiliser su - (mais ce n'est pas comme si on t'en avait déjà parlé avant dans d'autres sujets il me semble, hein ? ).

... ceci étant, ce n'est qu'une partie du problème si ça ne résout pas tout. Et pour la suite, je ne sais pas.

[mimile]

Je reviens sur ce poste qui a peu à peu été délaissé mais bon ...

En fait, je me suis rendu compte que, pour une raison inexpliquée, TOUS mes lecteurs vidéos étaient dans cet état au niveau de leurs sorties video (option outils > préférences) :

http://i.imgur.com/6o1U7.png

Autrement dit, aucune sortie vidéo n'était mentionnée, exception faite de VLC qui indiquait comme sortie video un bidule totalement inconnu.

Je ne m'explique pas cette modification de la configuration de ces lecteurs videos, d'autant qu'elle n'a pas affecté smplayer. En outre, leur aspect général s'est modifié (encadrement noir, menu déroulant noir avec options en blanc, etc...).

En indiquant x11 comme sortie video, gnome-mplayer et VLC ont enfin fonctionné normalement (image et son) (xv ne donne rien d'autre que le son).

Il y a quand même quelque chose qui m'interpelle (comme on dit maintenant) :

- si je lance vlc machin.avi en ligne de commande, il fonctionne maintenant correctement (image et son) et je peux l'arrêter totalement d'un simple "ctrl + C" ; en revanche, si je le lance en mode graphique (accès au dossier avec nautilus, clic droit sur l'icône de machin.avi > ouvrir avec > VLC), il fonctionne également normalement MAIS quand je veux l'arrêter - que ce soit en cliquant sur la croix blanche sur fond rouge du coin supérieur droit ou en cliquant sur l'option "quitter" dans le menu déroulant, effectivement le film s'arrête mais VLC continue à fonctionner en arrière-plan, en pompant à fond sur le CPU qui tourne alors à 100 % !

Aurais-tu une explication à ça ?

Je n'ai pas encore essayer avec Totem mais je suppose qu'il lui manque aussi une indication concernant la sortie video.

Il est exclu que j'aie modifié moi-même la configuration de ces différents lecteurs et j'en déduis qu'elle ne peut trouver son origine que lors d'une mise à jour quelconque.

Dans l'attente de te lire,

Amicalement,

[FoolEcho]

Je ne sais pas, je n'utilise pas vlc (ça y ressemble, mais ça n'est pas une manière de me décharger ). J'imagine qu'il doit être lancé en arrière-plan quand tu le fais en graphique, voir dans les options ou le manuel... Même chose si tu lances vlc hors nautilus ?

[mimile]

Salut

Problème résolu avec l'aide de Paul (Logicien) qui intervient essentiellement sur PCastuces.

Il m'a donné les instructions nécessaires pour intégrer le pilote "nouveau" dans le noyau et pour que je puisse disposer de l'accélération matérielle.

J'ai ainsi pu indiquer xv comme sortie video de VLC plutôt que x11.

Dès cet instant, plus aucun problème avec VLC.

Merci en tout cas d'être intervenu.