[Résolu] Lecture vidéo - image qui freeze sous totem et vlc debian stretch 9 64 bits

Support Debian
#1

Bonjour,
Je viens de réaliser une installation toute neuve de debian 9 64 bits.
J’ai seulement conservé ma partition home en prenant soin de faire le ménage au niveau des répertoires de paramétrages applicatifs.
Pour la petite histoire mon système était en debian 7 32 bits.

Je rencontre un bug étrange au niveau de la lecture vidéo.

  • Bug rencontré avec VLC et Totem (version standard présente dans les dépôts)
  • avec tout type de format avi, avi dans un mkv, flv

lorsque je navigue dans la vidéo (en plein écran) avec le curseur parfois l’image ce fige
l’image repart où pas selon les cas
J’ai aussi ce problème d’image qui fige sans scroller dans la vidéo.

si l’image fige complètement (dans ce cas le son continue à être jouer)
j’arrive parfois à réduire la vidéo pour fermer le lecteur vlc ou totem
mais dans le pire des cas je n’ai pas cette possibilité et je dois passer en console pour faire un kill -9

le problème ce produit avec l’accélération matériel (overlay) activée ou désactivé sous vlc (pour totem je ne sais pas si une tel option existe)

la seule piste que j’ai est la suivante quand j’active les messages sur vlc et que je scroll j’ai le message d’erreur suivant à chaque fois ::

vdpau_avcodec error: decoder profile not supported: 7

avez-vous déjà rencontré ce problème ?

#2

Salut
VDPAU ça a rapport à l’accélération matérielle

https://wiki.archlinux.org/index.php/Hardware_video_acceleration

voir du côté de ta carte graphique et du driver utilisé pour essayer en désactivant l’accélération matérielle

lspci -nnk | grep -i vga -A2

le paquet mesa-vdpau-drivers

apt show mesa-vdpau-drivers
Package: mesa-vdpau-drivers
Version: 13.0.6-1+b2
Priority: optional
Section: libs
Source: mesa (13.0.6-1)
Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Installed-Size: 19,2 MB
Provides: vdpau-driver
Depends: libvdpau1, libc6 (>= 2.17), libdrm-amdgpu1 (>= 2.4.63), libdrm-nouveau2 (>= 2.4.66), libdrm-radeon1 (>= 2.4.31), libdrm2 (>= 2.4.66), libelf1 (>= 0.142), libexpat1 (>= 2.0.1), libgcc1 (>= 1:3.4), libgcrypt20 (>= 1.7.0), libllvm3.9 (>= 1:3.9.1-6~), libsensors4 (>= 1:3.0.0), libstdc++6 (>= 5.2), libx11-6, libx11-xcb1, libxcb-dri2-0 (>= 1.8), libxcb-dri3-0, libxcb-present0, libxcb-sync1, libxcb1 (>= 1.9.2), libxshmfence1
Enhances: libvdpau1
Homepage: https://mesa3d.org/
Download-Size: 1 600 kB
APT-Manual-Installed: yes
APT-Sources: http://ftp.uk.debian.org/debian buster/main amd64 Packages
Description: Mesa VDPAU video acceleration drivers
 These libraries provide the Video Decode and Presentation API for Unix.
 They provide accelerated video playback (incl. H.264) and video
 post-processing for the supported graphics cards.
 .
 This package enables support for VDPAU for some gallium drivers.
#3

voilà ce que retourne la commande lspci ::

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] [10de:1244] (rev a1)
Subsystem: ASUSTeK Computer Inc. GF116 [GeForce GTX 550 Ti] [1043:83bc]
Kernel driver in use: nouveau

sachant que j’aimerais éviter d’installer les drivers propriétaires nvidia (je ne compte pas utiliser d’application 3D ni jouer sur ma distrib)

#4

je suis sous AMD Radeon, connait pas NVIDIA
A toi de butiner
https://duckduckgo.com/?q=nouveau+nidia+accélération&ia=web

#5

j’ai trouvé ce post assez ancien d’un utilisateur qui rencontrait des problèmes avec le drivers nouveau,
https://lists.debian.org/debian-user/2013/10/msg01641.html

il est question de pouvoir désactiver l’accélération matérielle avec une commande ou un paramètre : nouveau.noaccel=1

savez-vous où je peux trouver la documentation du drivers ?

#6

ici peux-être : https://nouveau.freedesktop.org/wiki/

#7

ce genre de manip est un parametre que l’on passe au noyau dans le fichier /etc/default/grub

a la ligne GRUB_CMDLINE_LINUX_DEFAULT=

puis après

sudo update-grub
et
reboot
exemple j’utilise apparmor
GRUB_CMDLINE_LINUX_DEFAULT=“quiet apparmor=1 security=apparmor”

#8

merci pour l’info, cependant avant de désactiver l’accélération matérielle je m’interroge sur ce message d’erreur ::

Dans la documentation de VPAU on apprend que c’est utiliser pour faire du décodage matériel des vidéos ::

si on ce réfère au tableau suivant :: https://nouveau.freedesktop.org/wiki/VideoAcceleration/ ma GTX 550 : devrait pouvoir utiliser VPAU pour décoder de manière matérielle du MPGE4 (utilisation du moteur VP4.2)

hors il n’en est rien, j’ai bien un message d’erreur “vdpau_avcodec error: unsupported codec 13 or profile -1” quand je lis cette vidéo qui est pourtant en MPG4

pour preuve avec cette capture d’écran (fichier passé dans l’utilitaire media info) ::

http://pix.toile-libre.org/upload/original/1503650148.jpg

#9

j’ai lu un peu trop vite, en fait le support des version supérieur à 2 nécessite le firmware nvidia qu’il faut extraire des drivers propriétaires

#10

pour verifier une vidéo je préfère la suite ffmpeg
Depuis le dossier ou sont les vidéos

ffprobe nom-du-fichier-mp4

pour lire

ffplay nom-du-fichier-mp4

exemple

:~/Vidéos$ ffplay boss3.mp4

#11

bon après extraction des drivers dans le bon répertoire comme indiqué dans le lien précédent, vlc utilise bien VPAU pour décoder la vidéo, mais ça ne change rien c’est même pire en navigant dans celle-ci freeze de la vidéo avec le son qui continu, je peu bouger le pointeur de la souris mais impossible de basculer sur une console.
Bref un bon vieux reset des familles pour me sortir de là.

concernant ffmpeg je n’en ai pas l’utilité c’est quand même le porte avion pour écraser une souris que de l’utiliser pour vérifier le format des codecs

#12

savoir le type de profile grace a ffmpeg m’a souvent permis de comprendre pourquoi une vidéo n’était pas lisible sur tous mes équipements

exemplz Stream #0:1(eng): Video: h264 (High) y en a qui refuse le profile high :joy:

#13

Si tu n’est pas fidele à ton lecteur vidéo,

tu peut utiliser mpv ou gnome-mpv.

TRES BON lecteur.

1 J'aime
#14

le problème c’est que ces plantages se produisent sur n’importe quel type de vidéo.

j’avance, de nouveau un plantage et en passant en console j’ai eu ça comme erreurs ::

nouveau failed to idle channel 10 (pour vlc)

fifo : SCHED_ERROR 0d []

j’ai lu qu’un utilisateur avait le même soucis que moi et pour cause il disposait de deux cartes graphiques (une intel intégrée et une nvidia)
Ne pouvant pas totalement désactiver l’intel intégrée dans le bios (pas d’option désactiver où un cavalier sur la carte mère)
j’ai donc viré mon nvidia pour faire des tests.
même plantage avec vlc.
J’ai l’impression que ma carte utilise toujours les drivers nouveau alors que normalement c’est pour du nvidia !!!
et impossible de virer nouveau (il me supprimer gnome avec …)
Bref réinstalllation et de nouveau test

#15

Et si c’était un problème de partition swap manquante ?

donne-nous
# free -m

#16

J’ai bien une partition swap de 8 GO

bon depuis la réinstallation sans carte nvidia ça à l’air de fonctionner. je passe le ticket en résolu.