Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On Wednesday 01 March 2023 14:26:14 Basile Starynkevitch wrote: > On 3/1/23 13:30, ajh-valmer wrote: > > J'ai lu les réponses, merci, > > mais j'ai besoin d'un mode opératoire qui pourrait vraiment m'aider : > > 1) En plus de : "xserver-xorg-video-nouveau" > > faut-il installer : "xserver-xorg-video-nvidia", > > et/ou un autre fichier ? > Non, il faut installer l'un ou (exclusif) l'autre de ces deux paquets, > et aptitude purge sur celui qu'on n'utilise pas : C'est ce que j'ai fait, mais rien à faire... Aucun Xorg. > Probablement, si on prend soin de télécharger une *version récente*. > Nvidia 240 210 est probablement obsolète et trop vieux. Pourtant elle marchait très bien avant, c'est quand j'ai upgradé du noyau 5.10.0-20 au 5.10.0-21. Bonne fin de soirée.
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On 3/1/23 13:30, ajh-valmer wrote: Bonjour, J'ai lu les réponses, merci, mais j'ai besoin d'un mode opératoire qui pourrait vraiment m'aider : 1) En plus de : "xserver-xorg-video-nouveau" faut-il installer : "xserver-xorg-video-nvidia", et/ou un autre fichier ? Non, il faut installer l'un ou (exclusif) l'autre de ces deux paquets, et aptitude purge sur celui qu'on n'utilise pas 2 ) /etc/modprobe.d# ls dkms.conf nvidia.conf nvidia-kernel-common.conf nvidia-blacklists-nouveau.conf nvidia-installer-disable-nouveau.conf nvidia-options.conf Quels fichiers peut-on supprimer ? 3) Dans /root/ j'ai le fichier "xorg.conf.new", je le supprime et il se recréé à chaque fois. 4) Le pilote Debian de ma carte vidéo n'existe plus depuis Buster, mais le pilote propriétaire Nvidia devrait fonctionner ? Probablement, si on prend soin de télécharger une *version récente*. Nvidia 240 210 est probablement obsolète et trop vieux. -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ & refpersys.org
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
Bonjour, J'ai lu les réponses, merci, mais j'ai besoin d'un mode opératoire qui pourrait vraiment m'aider : 1) En plus de : "xserver-xorg-video-nouveau" faut-il installer : "xserver-xorg-video-nvidia", et/ou un autre fichier ? 2 ) /etc/modprobe.d# ls dkms.conf nvidia.conf nvidia-kernel-common.conf nvidia-blacklists-nouveau.conf nvidia-installer-disable-nouveau.conf nvidia-options.conf Quels fichiers peut-on supprimer ? 3) Dans /root/ j'ai le fichier "xorg.conf.new", je le supprime et il se recréé à chaque fois. 4) Le pilote Debian de ma carte vidéo n'existe plus depuis Buster, mais le pilote propriétaire Nvidia devrait fonctionner ? J'ai cherché à fond parmi les moteurs de recherche mais articles trop succints. A. Valmer
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
Le 01/03/2023 à 08:59, Sébastien NOBILI a écrit : Bonjour, Le 2023-02-28 14:59, ajh.val...@free.fr a écrit : Que doit contenir le répertoire /etc/modprobe.d/ J'ai ce fichier : "nvidia-installer-disable-nouveau.conf" mis en "blacklist". Faut-il le supprimer...? Il contient : # generated by nvidia-installer blacklist nouveau options nouveau modeset=0 Le pilote propriétaire Nvidia met Nouveau en blacklist (pour éviter qu'il se charge en premier et que Nvidia ne puisse pas accéder à la carte). Ce fichier est un résidu de ton installation précédente. Tu peux le supprimer (comme suggéré par Basile, déplace-le ailleurs, dans /root par exemple). Ensuite il faut redémarrer pour la prise en compte. Tu as mieux résumé la situation que je ne l'aurais fait, mais par contre il est possible voire probable que ce ne soit pas suffisant pour résoudre le problème puisque apparemment le pilote nouveau ne fonctionnait déjà plus sur le système considéré, suite à la mise à jour de Debian et avant l'installation du pilote propriétaire Nvidia. A moins que l'installation dudit pilote propriétaire n'ait remis en place le système en appliquant la configuration d'éventuels paquets seulement à moitié installés Question à d'autres plus au courant que moi : Faut-il aussi regénérer l'initrd ? Sébastien je ne suis pas très connaisseur du sujet mais je vais hasarder une hypothèse: régénérer l'initrd dans ce cas pourrait peut-être s'avérer utile pour bénéficier d'un écran graphique à la résolution native lors des premières phases du démarrage (par exemple après l'écran d'accueil Grub, l'écran d'accueil Plymouth avant que la racine définitive ne soit montrée). Mais ce n'est qu'une supposition.
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
Le 2023-03-01 09:09, Basile Starynkevitch a écrit : On 01/03/2023 08:59, Sébastien NOBILI wrote: Question à d'autres plus au courant que moi : Faut-il aussi regénérer l'initrd ? Pour moi, aptitude ou apt le regénère automatiquement. Non, c'est dpkg qui gère ça via les scripts (pre|post)(inst|rm) Voir dans le dossier /var/lib/dpkg/info, c'est là qu'ils sont. Si on supprime un fichier mais qu'on n'intervient pas (installation, désinstallation, reconfiguration) sur le paquet, rien ne se passera. L'important c'est d'utiliser le même système de gestion de paquets. Et aptitude est légèrement incompatible avec apt ou apt-get. Il faut utiliser l'un des trois et rester constant dans son choix. Je mixe les deux sans souci. Là où ça peut devenir embêtant c'est au niveau de la gestion de l'état (installé automatiquement, épinglé) des paquets. Mais dans la pratique ça se passe généralement bien. Sébastien
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On 01/03/2023 08:59, Sébastien NOBILI wrote: Bonjour, Le 2023-02-28 14:59, ajh.val...@free.fr a écrit : Que doit contenir le répertoire /etc/modprobe.d/ J'ai ce fichier : "nvidia-installer-disable-nouveau.conf" mis en "blacklist". Faut-il le supprimer...? Il contient : # generated by nvidia-installer blacklist nouveau options nouveau modeset=0 Le pilote propriétaire Nvidia met Nouveau en blacklist (pour éviter qu'il se charge en premier et que Nvidia ne puisse pas accéder à la carte). Ce fichier est un résidu de ton installation précédente. Tu peux le supprimer (comme suggéré par Basile, déplace-le ailleurs, dans /root par exemple). Ensuite il faut redémarrer pour la prise en compte. Question à d'autres plus au courant que moi : Faut-il aussi regénérer l'initrd ? Pour moi, aptitude ou apt le regénère automatiquement. L'important c'est d'*utiliser le _même_ système de gestion de paquets*. Et aptitude est légèrement incompatible avec apt ou apt-get. Il faut utiliser l'un des trois et rester constant dans son choix. Librement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ & refpersys.org
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
Bonjour, Le 2023-02-28 14:59, ajh.val...@free.fr a écrit : Que doit contenir le répertoire /etc/modprobe.d/ J'ai ce fichier : "nvidia-installer-disable-nouveau.conf" mis en "blacklist". Faut-il le supprimer...? Il contient : # generated by nvidia-installer blacklist nouveau options nouveau modeset=0 Le pilote propriétaire Nvidia met Nouveau en blacklist (pour éviter qu'il se charge en premier et que Nvidia ne puisse pas accéder à la carte). Ce fichier est un résidu de ton installation précédente. Tu peux le supprimer (comme suggéré par Basile, déplace-le ailleurs, dans /root par exemple). Ensuite il faut redémarrer pour la prise en compte. Question à d'autres plus au courant que moi : Faut-il aussi regénérer l'initrd ? Sébastien
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
Le mardi 28 février 2023, 16:50:25 CET ajh.val...@free.fr a écrit : > On Tuesday 28 February 2023 14:54:19 steve wrote: > > >Pilote "nouveau" : > > >Tout semble pourtant bien installé, > > >j'ai purgé tous les paquets "nvidia", > > >startx > > >"Fatal error, no screens found" > > >"Unable to connect to Xserver" > > > > As-tu viré /etc/X11/xorg.conf ? Il n'est plus utilisé depuis belle > > lurette sauf pour des configurations très spécifiques, ce qui n'est > > manifestement pas ton cas. > > Oui, fait mais idem :-( > J'ai installé le pilote "xserver-xorg-video-nvidia", > faux miracle, ça a marché mais plus de souris ni clavier, > rebooté et pareil, toujours pas de souris ni clavier. Que dit les log : Xorg.0.log il y aura surement des infos sur le clavier et la souris. Amitiés. Philippe Merlin
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On 28/02/2023 16:50, ajh.val...@free.fr wrote: On Tuesday 28 February 2023 14:54:19 steve wrote: Pilote "nouveau" : Tout semble pourtant bien installé, j'ai purgé tous les paquets "nvidia", startx "Fatal error, no screens found" "Unable to connect to Xserver" As-tu viré /etc/X11/xorg.conf ? Il n'est plus utilisé depuis belle lurette sauf pour des configurations très spécifiques, ce qui n'est manifestement pas ton cas. Oui, fait mais idem :-( J'ai installé le pilote "xserver-xorg-video-nvidia", faux miracle, ça a marché mais plus de souris ni clavier, rebooté et pareil, toujours pas de souris ni clavier. Dans /etc/modprobe.d/ : que faut-il blacklister ? Diézer ou pas "module nouveau" ? ainsi que dans les fichiers "nvidia-...?" Pour ma part, quand je passe plus d'une demi journée à faire fonctionner une vieille carte graphique (dans un ordinateur de bureau sous Debian), j'ai tendance à la remplacer par un modèle plus récent, et je conseillerais alors une carte AMD/ATI (plus favorable au logiciel libre que Nvidia). https://www.materiel.net/carte-graphique/l426/+fv121-15693,20323/ -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ & refpersys.org
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On Tuesday 28 February 2023 14:54:19 steve wrote: > >Pilote "nouveau" : > >Tout semble pourtant bien installé, > >j'ai purgé tous les paquets "nvidia", > >startx > >"Fatal error, no screens found" > >"Unable to connect to Xserver" > > As-tu viré /etc/X11/xorg.conf ? Il n'est plus utilisé depuis belle > lurette sauf pour des configurations très spécifiques, ce qui n'est > manifestement pas ton cas. Oui, fait mais idem :-( J'ai installé le pilote "xserver-xorg-video-nvidia", faux miracle, ça a marché mais plus de souris ni clavier, rebooté et pareil, toujours pas de souris ni clavier. Dans /etc/modprobe.d/ : que faut-il blacklister ? Diézer ou pas "module nouveau" ? ainsi que dans les fichiers "nvidia-...?" Bonne journée
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
Le 28-02-2023, à 13:21:19 +0100, ajh-valmer a écrit : On 28/02/2023 07:32, Basile Starynkevitch wrote: Et j'ai oublié le plus important: quel est le fichier /var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg Pilote "nouveau" : Tout semble pourtant bien installé, j'ai purgé tous les paquets "nvidia", startx "Fatal error, no screens found" "Unable to connect to Xserver" As-tu viré /etc/X11/xorg.conf ? Il n'est plus utilisé depuis belle lurette sauf pour des configurations très spécifiques, ce qui n'est manifestement pas ton cas. mv xorg.conf xorg.conf.bak si tu veux garder ce fichier pour l'Histoire :)
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
> > Pilote "nouveau" : > > Tout semble pourtant bien installé, > > j'ai purgé tous les paquets "nvidia", > > startx > > "Fatal error, no screens found" > > "Unable to connect to Xserver" > >> On 28/02/2023 07:32, Basile Starynkevitch wrote: > >> Quel est le fichier /var/log/Xorg.0.log après lancement > >> de /usr/bin/startx ou de /usr/bin/Xorg > > "Fatal error, no screens found" > > "Unable to connect to Xserver" > /etc/X11/Xorg.conf (c'est peut-être /etc/X11/xorg.conf) ou des > fichiers sous /etc/X11/xorg.conf.d/ > Peut-être aussi le "supprimer" (donc mv /etc/X11/Xorg.conf > /etc/X1/_vieux_Xorg.conf ...) et relancer Xorg. C'est ce que j'avais déjà fait. /var/log/Xorg.0.log n'indique rien de plus que le message d'erreur de startx. Que doit contenir le répertoire /etc/modprobe.d/ J'ai ce fichier : "nvidia-installer-disable-nouveau.conf" mis en "blacklist". Faut-il le supprimer...? Il contient : # generated by nvidia-installer blacklist nouveau options nouveau modeset=0 > Voir aussi les options suivantes du serveur d'affichage /usr/bin/Xorg > que demarre *startx*. > -verbose -showopts -logverbose -configure -config_file -showconfig > https://wayland.freedesktop.org/ > Nvidia a publié des pilotes (propriétaires) Linux bien plus récents: > www.nvidia.fr/download/driverResults.aspx/199688/fr Le pilote Nvidia de ma carte n'existe plus à partir de la version Buster.
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On 2/28/23 13:39, Basile Starynkevitch wrote: On 2/28/23 13:21, ajh-valmer wrote: On 28/02/2023 07:32, Basile Starynkevitch wrote: Et j'ai oublié le plus important: quel est le fichier /var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg Pilote "nouveau" : Tout semble pourtant bien installé, j'ai purgé tous les paquets "nvidia", startx "Fatal error, no screens found" "Unable to connect to Xserver" Il faut peut-être éditer (le sauvegarder en copie avant) */etc/X11/Xorg.conf* (c'est peut-être /etc/X11/xorg.conf) ou des fichiers sous /etc/X11/xorg.conf.d/ Peut-être aussi le "supprimer" (donc mv /etc/X11/Xorg.conf /etc/X1/_vieux_Xorg.conf ...) et relancer Xorg. Voir aussi les options suivantes du serveur d'affichage /usr/bin/Xorg que demarre *startx*. * -verbose* [n] Sets the verbosity level for information printed on stderr. *-showopts* For each driver module installed, print out the list of options and their argument types. *-logverbose* [_n_] Sets the verbosity level for information printed to the*Xorg* server log file. If the_n_ value isn't supplied, each occurrence of this option increments the log file verbosity level. *-configure* When this option is specified, the*Xorg* server loads all video driver modules, probes for available hardware, and writes out an initial xorg.conf(5) file based on what was detected. *-config* _file_ -showconfig This is the same as the -version option, and is included for com‐ patibility reasons. Et bien évidemment il y Wayland que je connais mal: *https://wayland.freedesktop.org/* *Et je note que Nvidia a publié des pilotes (propriétaires) Linux bien plus récents:* *https://www.nvidia.fr/download/driverResults.aspx/199688/fr* *Version *525.89.02 de février 2023! -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ & refpersys.org
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On 2/28/23 13:21, ajh-valmer wrote: On 28/02/2023 07:32, Basile Starynkevitch wrote: Et j'ai oublié le plus important: quel est le fichier /var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg Pilote "nouveau" : Tout semble pourtant bien installé, j'ai purgé tous les paquets "nvidia", startx "Fatal error, no screens found" "Unable to connect to Xserver" Il faut peut-être éditer (le sauvegarder en copie avant) */etc/X11/Xorg.conf* (c'est peut-être /etc/X11/xorg.conf) ou des fichiers sous /etc/X11/xorg.conf.d/ Peut-être aussi le "supprimer" (donc mv /etc/X11/Xorg.conf /etc/X1/_vieux_Xorg.conf ...) et relancer Xorg. Voir aussi les options suivantes du serveur d'affichage /usr/bin/Xorg que demarre *startx*. * -verbose* [n] Sets the verbosity level for information printed on stderr. *-showopts* For each driver module installed, print out the list of options and their argument types. *-logverbose* [_n_] Sets the verbosity level for information printed to the*Xorg* server log file. If the_n_ value isn't supplied, each occurrence of this option increments the log file verbosity level. *-configure* When this option is specified, the*Xorg* server loads all video driver modules, probes for available hardware, and writes out an initial xorg.conf(5) file based on what was detected. *-config* _file_ -showconfig This is the same as the -version option, and is included for com‐ patibility reasons. Et bien évidemment il y Wayland que je connais mal: *https://wayland.freedesktop.org/* -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ & refpersys.org
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
> On 28/02/2023 07:32, Basile Starynkevitch wrote: > Et j'ai oublié le plus important: quel est le fichier > /var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg Pilote "nouveau" : Tout semble pourtant bien installé, j'ai purgé tous les paquets "nvidia", startx "Fatal error, no screens found" "Unable to connect to Xserver"
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On 28/02/2023 07:32, Basile Starynkevitch wrote: On 27/02/2023 19:50, ajh-valmer wrote: Bonsoir à tous, Depuis la version Bullseye, le pilote de ma carte vidéo Nvidia 340 modèle 210 ne peut plus fonctionner, il est abandonné. J'avais donc choisi le pilote (nvidia) "nouveau" qui donnait satisfaction. Ce matin, j'ai upgradé le système, mon noyau est devenu 5.10.0-21, du coup le pilote "nouveau" ne fonctionne plus. Hélas, j'ai oublié la manip pour recréer le pilote, malgré vaines recherches, je n'ai rien trouvé de fonctionnel Que donnent les commandes (sous root) /usr/bin/aptitude install xserver-xorg-video-nouveau nouveau-firmware libdrm-nouveau2 /usr/bin/startx /usr/bin/dmesg /usr/bin/lspci /usr/bin/lscpu Et j'ai oublié le plus important: quel est le fichier /var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ & refpersys.org
Re: Pilote carte vidéo Nvidia 340 210 obsolète.
On 27/02/2023 19:50, ajh-valmer wrote: Bonsoir à tous, Depuis la version Bullseye, le pilote de ma carte vidéo Nvidia 340 modèle 210 ne peut plus fonctionner, il est abandonné. J'avais donc choisi le pilote (nvidia) "nouveau" qui donnait satisfaction. Ce matin, j'ai upgradé le système, mon noyau est devenu 5.10.0-21, du coup le pilote "nouveau" ne fonctionne plus. Hélas, j'ai oublié la manip pour recréer le pilote, malgré vaines recherches, je n'ai rien trouvé de fonctionnel Que donnent les commandes (sous root) /usr/bin/aptitude install xserver-xorg-video-nouveau nouveau-firmware libdrm-nouveau2 /usr/bin/startx /usr/bin/dmesg /usr/bin/lspci /usr/bin/lscpu -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ & refpersys.org
Pilote carte vidéo Nvidia 340 210 obsolète.
Bonsoir à tous, Depuis la version Bullseye, le pilote de ma carte vidéo Nvidia 340 modèle 210 ne peut plus fonctionner, il est abandonné. J'avais donc choisi le pilote (nvidia) "nouveau" qui donnait satisfaction. Ce matin, j'ai upgradé le système, mon noyau est devenu 5.10.0-21, du coup le pilote "nouveau" ne fonctionne plus. Hélas, j'ai oublié la manip pour recréer le pilote, malgré vaines recherches, je n'ai rien trouvé de fonctionnel. Merci d'avance de m'indiquer le mode opératoire. Bonne soirée, A. Valmer
Re: Recherche carte vidéo bien adaptée à Debian Bullseye
On Tuesday 10 January 2023 12:32:28 benoit wrote: > Le lundi 9 janvier 2023 à 19:18, ajh-valmer a écrit : > > Je recherche une carte vidéo bien reconnue par Debian Bullseye, > > pour réhabiliter un ordinateur, pas besoin de haut de gamme, > > sans ventilo, préférence pour Nvidia, prix inférieur à 100€. > Vu que je me pose la question des processeurs graphiques compatibles avec > Debian, > je me joins à la conversation pour m'informer en même temps, du coup dites > moi si je me trompe. > Si tu as une préférence pour Nvidia, tu devras soit : > - utiliser les pilotes Nouveau développés par rétro-ingénierie, car Nvidia > n'aide pas au > développement de pilote libres; > https://nouveau.freedesktop.org/ > - soit utiliser le pilote propriétaire de Nvidia. > https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Debian_11_.2BAKs_Bullseye_.2BALs- > Dans ce cas, tu as la liste (supported devices) sur la page ci-dessus. > En effet, en neuf avec tes 3 critères : > - sans ventilo; > - moins de 100€; > Ça remplit d'office ta préférence Nvidia, je n'en ai pas trouvé chez AMD qui > remplit ces > conditions. > Ici sans ventilo, ça commence à 56.90 € > https://www.alternate.fr/Cartes-graphiques/Cartes-graphiques-NVIDIA?t=8402=price_asc > Ici sans ventilo ET <= 100€ >www.ldlc.com/fr-be/informatique/pieces-informatique/carte-graphique-interne/c4684/+fp-h100+fv134-1340.html > En fait comme dit précédemment, il semblerait que seul les GPU GT 710 ou GT > 730 remplissent tes > conditions (prix/fanless). Merci : Bien que je sois à fond pour les solutions Libres et Opensource, j'apprécie d'installer les cartes vidéos Nvidia avec un pilote du même nom, qui fonctionne bien sous Debian. En plus, on a un nvidia-settings graphique fenêtré permettant d'affiner de nombeux réglages qui améliorent le rendu graphique. Bonne soirée.
Re: Re : Recherche carte vidéo bien adaptée à Debian Bullseye
Bonjour Il y a quelques années j'avais 2 NVIDIA gt710, avec un pc sous Debian. Ça fonctionnait bien, et ça devrait toujours être le cas. Si tu ne fais pas de multi GPU, tu n'auras aucun souci. Le mar. 10 janv. 2023 à 13:02, F. Dubois a écrit : > Le 10/01/2023 à 12:32, benoit a écrit : > > Le lundi 9 janvier 2023 à 19:18, ajh-valmer a > écrit : > > > > > >> Hello à tous, > >> > >> Je recherche une carte vidéo bien reconnue par Debian Bullseye, > >> pour réhabiliter un ordinateur, pas besoin de haut de gamme, > >> sans ventilo, préférence pour Nvidia, prix inférieur à 100€. > >> > > Vu que je me pose la question des processeurs graphiques compatibles > avec Debian, je me joins à la conversation pour m'informer en même temps, > du coup dites moi si je me trompe. > > > > Si tu as une préférence pour Nvidia, tu devras soit : > > > > - utiliser les pilotes Nouveau développés par rétro-ingénierie, car > Nvidia n'aide pas au développement de pilote libres; > > > > https://nouveau.freedesktop.org/ > > > > - soit utiliser le pilote propriétaire de Nvidia. > > > > > https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Debian_11_.2BAKs_Bullseye_.2BALs- > > > > Dans ce cas, tu as la liste (supported devices) sur la page ci-dessus. > > > > > > > > En fait comme dit précédemment, il semblerait que seul les GPU GT 710 ou > GT 730 remplissent tes conditions (prix/fanless). > > > > > > -- > > Benoît > > > > > > > Bonjour, > > Pour préciser, avec nouveau j'ai connu des soucis. Aucun avec le pilote > propriétaire. Il y a des paquets debian qui utilisent dkms. Pour les MAJ > de noyaux ou de pilotes tout se passe quasiment (bon, pour le noyau 6 ça > a bugué une petite quinzaine mais tout a été rétabli depuis) de façon > transparente. > > Salut, > > Fabien > >
Re: Re : Recherche carte vidéo bien adaptée à Debian Bullseye
Le 10/01/2023 à 12:32, benoit a écrit : Le lundi 9 janvier 2023 à 19:18, ajh-valmer a écrit : Hello à tous, Je recherche une carte vidéo bien reconnue par Debian Bullseye, pour réhabiliter un ordinateur, pas besoin de haut de gamme, sans ventilo, préférence pour Nvidia, prix inférieur à 100€. Vu que je me pose la question des processeurs graphiques compatibles avec Debian, je me joins à la conversation pour m'informer en même temps, du coup dites moi si je me trompe. Si tu as une préférence pour Nvidia, tu devras soit : - utiliser les pilotes Nouveau développés par rétro-ingénierie, car Nvidia n'aide pas au développement de pilote libres; https://nouveau.freedesktop.org/ - soit utiliser le pilote propriétaire de Nvidia. https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Debian_11_.2BAKs_Bullseye_.2BALs- Dans ce cas, tu as la liste (supported devices) sur la page ci-dessus. En fait comme dit précédemment, il semblerait que seul les GPU GT 710 ou GT 730 remplissent tes conditions (prix/fanless). -- Benoît Bonjour, Pour préciser, avec nouveau j'ai connu des soucis. Aucun avec le pilote propriétaire. Il y a des paquets debian qui utilisent dkms. Pour les MAJ de noyaux ou de pilotes tout se passe quasiment (bon, pour le noyau 6 ça a bugué une petite quinzaine mais tout a été rétabli depuis) de façon transparente. Salut, Fabien
Re : Recherche carte vidéo bien adaptée à Debian Bullseye
Le lundi 9 janvier 2023 à 19:18, ajh-valmer a écrit : > Hello à tous, > > Je recherche une carte vidéo bien reconnue par Debian Bullseye, > pour réhabiliter un ordinateur, pas besoin de haut de gamme, > sans ventilo, préférence pour Nvidia, prix inférieur à 100€. > Vu que je me pose la question des processeurs graphiques compatibles avec Debian, je me joins à la conversation pour m'informer en même temps, du coup dites moi si je me trompe. Si tu as une préférence pour Nvidia, tu devras soit : - utiliser les pilotes Nouveau développés par rétro-ingénierie, car Nvidia n'aide pas au développement de pilote libres; https://nouveau.freedesktop.org/ - soit utiliser le pilote propriétaire de Nvidia. https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Debian_11_.2BAKs_Bullseye_.2BALs- Dans ce cas, tu as la liste (supported devices) sur la page ci-dessus. En effet, en neuf avec tes 3 critères : - sans ventilo; - moins de 100€; Ça remplit d'office ta préférence Nvidia, je n'en ai pas trouvé chez AMD qui remplit ces conditions. Ici sans ventilo, ça commence à 56.90 € https://www.alternate.fr/Cartes-graphiques/Cartes-graphiques-NVIDIA?t=8402=price_asc Ici sans ventilo ET <= 100€ https://www.ldlc.com/fr-be/informatique/pieces-informatique/carte-graphique-interne/c4684/+fp-h100+fv134-1340.html En fait comme dit précédemment, il semblerait que seul les GPU GT 710 ou GT 730 remplissent tes conditions (prix/fanless). -- Benoît
Re: carte vidéo adaptée Debian Bullseye : erratum
Le 09/01/2023 à 23:16, ajh-valmer a écrit : On Monday 09 January 2023 23:12:13 ajh-valmer wrote: On Monday 09 January 2023 20:37:15 F. Dubois wrote: Le 09/01/2023 à 19:18, ajh-valmer a écrit : Je recherche une carte vidéo bien reconnue par Debian Bullseye, pour réhabiliter un ordinateur, pas besoin de haut de gamme, sans ventilo, préférence pour Nvidia, prix inférieur à 100€. Y'a des impératifs sur les sorties ? J'ai une GT710, Nvidia. Aucun souci, avec les pilotes propriétaires. Donc 710 ou 730, comme celle-ci. https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/ Aux alentours de 80 €. Fabien L'actuel a les 3 prises de sorties VGA, HDMI et DVI, mais mon moniteur est VGA. https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/ Elle n'a pas de connecteur VGA, dommage, elle a l'air bien. C'est quoi un connecteur DMS ? Désolé, erreur, le lien indique qu'elle a bien les 3 prises, combient vaut-elle neuve ? Bonjour, Y'a un lien vers amazon. Un peu moins de 80 € https://www.amazon.fr/dp/B015T3TDR8?tag=tt-hardware-21=osi=1=1 Fabien
Re: carte vidéo adaptée Debian Bullseye : erratum
On Monday 09 January 2023 23:12:13 ajh-valmer wrote: > On Monday 09 January 2023 20:37:15 F. Dubois wrote: > > Le 09/01/2023 à 19:18, ajh-valmer a écrit : > > > Je recherche une carte vidéo bien reconnue par Debian Bullseye, > > > pour réhabiliter un ordinateur, pas besoin de haut de gamme, > > > sans ventilo, préférence pour Nvidia, prix inférieur à 100€. > > Y'a des impératifs sur les sorties ? > > J'ai une GT710, Nvidia. Aucun souci, avec les pilotes propriétaires. > > Donc 710 ou 730, comme celle-ci. > > https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/ > > Aux alentours de 80 €. > > Fabien > L'actuel a les 3 prises de sorties VGA, HDMI et DVI, mais mon moniteur est > VGA. > >https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/ > Elle n'a pas de connecteur VGA, dommage, elle a l'air bien. > C'est quoi un connecteur DMS ? Désolé, erreur, le lien indique qu'elle a bien les 3 prises, combient vaut-elle neuve ?
Re: Recherche carte vidéo bien adaptée à Debian Bullseye
On Monday 09 January 2023 20:37:15 F. Dubois wrote: > Le 09/01/2023 à 19:18, ajh-valmer a écrit : > > Je recherche une carte vidéo bien reconnue par Debian Bullseye, > > pour réhabiliter un ordinateur, pas besoin de haut de gamme, > > sans ventilo, préférence pour Nvidia, prix inférieur à 100€. > Y'a des impératifs sur les sorties ? > J'ai une GT710, Nvidia. Aucun souci, avec les pilotes propriétaires. > Donc 710 ou 730, comme celle-ci. > https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/ > Aux alentours de 80 €. > Fabien L'actuel a les 3 prises de sorties VGA, HDMI et DVI, mais mon moniteur est VGA. >https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/ Elle n'a pas de connecteur VGA, dommage, elle a l'air bien. C'est quoi un connecteur DMS ?
Re: Recherche carte vidéo bien adaptée à Debian Bullseye
Le 09/01/2023 à 19:18, ajh-valmer a écrit : Hello à tous, Je recherche une carte vidéo bien reconnue par Debian Bullseye, pour réhabiliter un ordinateur, pas besoin de haut de gamme, sans ventilo, préférence pour Nvidia, prix inférieur à 100€. Merci, bonne soirée, AJH Valmer Bonsoir, Y'a des impératifs sur les sorties ? J'ai une GT710, Nvidia. Aucun souci, avec les pilotes propriétaires. Donc 710 ou 730, comme celle-ci. https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/ Aux alentours de 80 €. Bonne soirée, Fabien
Recherche carte vidéo bien adaptée à Debian Bullseye
Hello à tous, Je recherche une carte vidéo bien reconnue par Debian Bullseye, pour réhabiliter un ordinateur, pas besoin de haut de gamme, sans ventilo, préférence pour Nvidia, prix inférieur à 100€. Merci, bonne soirée, AJH Valmer
Re : Re: Régler luminosité écran carte vidéo Intel
On 15/03/2022 02:02, k6dedi...@free.fr wrote: Par contre, les touches clavier du portable, F11 (luminosité -) et F12 (luminosité +), bien pratiques, ne fonctionnent pas du tout et pourquoi ? Parce qu'il faut un programme spécifique pour gérer ça. Fais une recherche dans Synaptic sur la marque de ton portable pour voir s'il y un paquet qui gère les touches spéciales.
Re : Re: Régler luminosité écran carte vidéo Intel
Bonjour, > le contraste. > Plus chaque valeur tend vers 0 plus le contraste augmente et inversement Pour du texte, le contraste est la différence entre le fond et le texte. Test pratique : Transformez une capture d'écran en noir et blanc. avec une pipette, mesurez la valeur de la couleur la plus claire et notez sa valeur mesurez la valeur de la couleur la plus sombre et notez sa valeur Si votre outil de dessin est paramétré en valeurs de 0 à 100 pour les niveaux de gris, la différence entre vos deux valeurs indiqueront le contraste. Si votre outil de dessin est paramétré en d'autres valeurs (0 à 63 ou bien 0 à 255) vous devrez faire des règles de 3 pour obtenir un pourcentage. Les valeurs de contrastes minimales ne doivent pas descendre au-dessous de 35. Mais si vous voulez intéresser les personnes ayant des difficultés à lire, ne descendez pas au dessous de 45. Bonne expérimentation Cassis - Mail d'origine - De: ajh-valmer À: pierre estrem Cc: debian-user-french@lists.debian.org Envoyé: Mon, 14 Mar 2022 15:44:40 +0100 (CET) Objet: Re: Régler luminosité écran carte vidéo Intel On Friday 11 March 2022 00:56:31 Pierre ESTREM wrote: > A mon avis c'est en baissant chaque valeur pour R, V et B qu'on change > le contraste. > Plus chaque valeur tend vers 0 plus le contraste augmente et inversement > plus elles tendent vers 255 plus on le baisse (blanc !). > $ xgamma -gamma 0.8 , brightness... : Merci pour l'aide et les fichiers envoyés, ça marche. > >> On Wednesday 09 March 2022 00:51:30 Haricophile wrote: > >> ton système fonctionne au niveau matériel-kernel-firmware. > >> Après c'est un problème logiciel : Par contre, les touches clavier du portable, F11 (luminosité -) et F12 (luminosité +), bien pratiques, ne fonctionnent pas du tout et pourquoi ? Bonne journée, André Valmer
Re: Régler luminosité écran carte vidéo Intel
On Friday 11 March 2022 00:56:31 Pierre ESTREM wrote: > A mon avis c'est en baissant chaque valeur pour R, V et B qu'on change > le contraste. > Plus chaque valeur tend vers 0 plus le contraste augmente et inversement > plus elles tendent vers 255 plus on le baisse (blanc !). > $ xgamma -gamma 0.8 , brightness... : Merci pour l'aide et les fichiers envoyés, ça marche. > >> On Wednesday 09 March 2022 00:51:30 Haricophile wrote: > >> ton système fonctionne au niveau matériel-kernel-firmware. > >> Après c'est un problème logiciel : Par contre, les touches clavier du portable, F11 (luminosité -) et F12 (luminosité +), bien pratiques, ne fonctionnent pas du tout et pourquoi ? Bonne journée, André Valmer
Re: Régler luminosité écran carte vidéo Intel
Bonjour, A mon avis c'est en baissant chaque valeur pour R, V et B qu'on change le contraste. Plus chaque valeur tend vers 0 plus le contraste augmente et inversement plus elles tendent vers 255 plus on le baisse (blanc !). En cherchant je découvre la commande 'xgamma' plus simple : https://wiki.robotz.com/index.php?title=Adjust_the_Display_With_xgamma_and_xrandr On fait par exemple pour accroître le contraste : $ xgamma -gamma 0.8 pierre estrem Le 10/03/2022 à 22:13, ajh-valmer a écrit : On Tuesday 08 March 2022 20:56:04 Pierre ESTREM wrote: Joints mes deux scripts. A explorer éventuellement son option "--brightness" Pour faire cela logiciellement vous pouvez jouer sur l'option --gamma de xrandr. Alors vous auriez deux scripts gamma-moins et gamma-plus que vous appelleriez avec des raccourcis : Merci, bien reçus. Je n'arrive pas avoir une définition de "gamma", "brightness" c'est la luminosité. et comment jouer sur le contraste ? On Wednesday 09 March 2022 00:51:30 Haricophile wrote: Si ta valeur max est 6818, tout ça est très normal. Déjà ça signifie que ton système fonctionne au niveau matériel-kernel-firmware. Après c'est un problème logiciel : Ok, agir logiciellement, c'est donc sur le gamma ? Bonne soirée. A. Valmer Le 08/03/2022 à 19:53, ajh-valmer a écrit : J'avance dans mes recherches, la luminosité maxi est de 6118, commandes brightness et brightnessctl.
Re: Régler luminosité écran carte vidéo Intel
On Tuesday 08 March 2022 20:56:04 Pierre ESTREM wrote: > Joints mes deux scripts. > A explorer éventuellement son option "--brightness" > Pour faire cela logiciellement vous pouvez jouer sur l'option --gamma de > xrandr. > Alors vous auriez deux scripts gamma-moins et gamma-plus que vous > appelleriez avec des raccourcis : Merci, bien reçus. Je n'arrive pas avoir une définition de "gamma", "brightness" c'est la luminosité. et comment jouer sur le contraste ? > On Wednesday 09 March 2022 00:51:30 Haricophile wrote: > Si ta valeur max est 6818, tout ça est très normal. Déjà ça signifie > que ton système fonctionne au niveau matériel-kernel-firmware. > Après c'est un problème logiciel : Ok, agir logiciellement, c'est donc sur le gamma ? Bonne soirée. A. Valmer > Le 08/03/2022 à 19:53, ajh-valmer a écrit : > > J'avance dans mes recherches, la luminosité maxi est de 6118, > > commandes brightness et brightnessctl.
Re: Régler luminosité écran carte vidéo Intel
Le Tue, 8 Mar 2022 15:46:16 +0100, "ajh-valmer" a écrit : > Merci. > Les fichiers "/sys/class/backlight/brightness" et "max_brightness" > affichent la valeur 6818. > Si je l'augmente, le système refuse (917, ça met très sombre). > Voilà le topo Si ta valeur max est 6818, tout ça est très normal. Déjà ça signifie que ton système fonctionne au niveau matériel-kernel-firmware. Après c'est un problème logiciel.
Re: Régler luminosité écran carte vidéo Intel
On Tuesday 08 March 2022 18:07:30 Pierre ESTREM wrote: > Pour faire cela logiciellement vous pouvez jouer sur l'option --gamma de > xrandr. > Alors vous auriez deux scripts gamma-moins et gamma-plus que vous > appelleriez avec des raccourcis. > Si besoin je peux envoyer mes scripts. Oui, je veux bien. J'avance dans mes recherches, la luminosité maxi est de 6118, commandes brightness et brightnessctl @+ A. Valmer
Re: Régler luminosité écran carte vidéo Intel
Bonsoir, Pour faire cela logiciellement vous pouvez jouer sur l'option --gamma de xrandr. Alors vous auriez deux scripts gamma-moins et gamma-plus que vous appelleriez avec des raccourcis. Si besoin je peux envoyer mes scripts. pierre estrem Le 08/03/2022 à 10:51, ajh-valmer a écrit : Hello à tous, La carte vidéo de mon portable est une "Intel 520". Depuis la dernière upgrade de Buster, la commande permettant d'augmenter la luminosité ne fonctionne plus, La touche de Fn-F11 + de luminosité a toujours été inopérante. Avant l'upgrade j'utilisais le programme "tdecmshell.real hwmanager", mais il n'est plus dans les dépôts Buster. Quelle méthode maintenant pour avoir un écran plus lumineux ? Merci, bonne journée, A. Valmer
Re: Régler luminosité écran carte vidéo Intel
Le 08/03/2022 à 10:51, ajh-valmer a écrit : Quelle méthode maintenant pour avoir un écran plus lumineux ? - Vois dans les dépôts s'il y a un paquet correspondant à la marque de ton portable - Voir si ton bureau propose un applet permettant de régler la luminosité avec la souris - xbacklight en ligne de commande -- François
Re: Régler luminosité écran carte vidéo Intel
On Tuesday 08 March 2022 13:31:15 Haricophile wrote: > Le Tue, 8 Mar 2022 11:01:50 +0100, > "ajh-valmer" a écrit : > La carte vidéo de mon portable est une "Intel 520". > Depuis la dernière upgrade de Buster, > la commande permettant d'augmenter la luminosité ne fonctionne plus, > La touche de Fn-F11 + de luminosité a toujours été inopérante. > Avant l'upgrade j'utilisais le programme "tdecmshell.real hwmanager", > mais il n'est plus dans les dépôts Buster. > Quelle méthode maintenant pour avoir un écran plus lumineux ? > > intel-linux-graphics-installer, me répond > > "error while loading shared libraries: libpackagekit-glib2.so.16: > > cannot open shared object file: No such file or directory" > > "libpackagekit-glib2.so.16" n'est pas ou plus dans les paquets Buster. > 13:17 root@omen ~ # cat > /sys/class/backlight/intel_backlight/max_brightness 937 > 13:26 root@omen ~ # cat /sys/class/backlight/intel_backlight/brightness > 618 > 13:28 root@omen ~ # echo 917 >| > /sys/class/backlight/intel_backlight/brightness > mais il faudrait encore que ton firmware soit installé correctement. Merci. Les fichiers "/sys/class/backlight/brightness" et "max_brightness" affichent la valeur 6818. Si je l'augmente, le système refuse (917, ça met très sombre). Voilà le topo
Re: Régler luminosité écran carte vidéo Intel
Le Tue, 8 Mar 2022 11:01:50 +0100, "ajh-valmer" a écrit : > intel-linux-graphics-installer, me répond > "error while loading shared libraries: libpackagekit-glib2.so.16: > cannot open shared object file: No such file or directory" > "libpackagekit-glib2.so.16" n'est pas ou plus dans les paquets Buster. === 13:17 root@omen ~ # cat /sys/class/backlight/intel_backlight/max_brightness 937 13:26 root@omen ~ # cat /sys/class/backlight/intel_backlight/brightness 618 13:28 root@omen ~ # echo 917 >| /sys/class/backlight/intel_backlight/brightness === mais il faudrait encore que ton firmware soit installé correctement.
Re: Régler luminosité écran carte vidéo Intel
J'avais oublié, désolé, intel-linux-graphics-installer, me répond "error while loading shared libraries: libpackagekit-glib2.so.16: cannot open shared object file: No such file or directory" "libpackagekit-glib2.so.16" n'est pas ou plus dans les paquets Buster. Il s'agit de la touche : Fn-F12 + de luminosité. On Tuesday 08 March 2022 10:51:47 ajh-valmer wrote: > La carte vidéo de mon portable est une "Intel 520". > Depuis upgrade de Buster, > la commande permettant d'augmenter la luminosité ne fonctionne plus, > La touche de Fn-F11 + de luminosité a toujours été inopérante. > Avant l'upgrade j'utilisais le programme "tdecmshell.real hwmanager", > mais il n'est plus dans les dépôts Buster.
Régler luminosité écran carte vidéo Intel
Hello à tous, La carte vidéo de mon portable est une "Intel 520". Depuis la dernière upgrade de Buster, la commande permettant d'augmenter la luminosité ne fonctionne plus, La touche de Fn-F11 + de luminosité a toujours été inopérante. Avant l'upgrade j'utilisais le programme "tdecmshell.real hwmanager", mais il n'est plus dans les dépôts Buster. Quelle méthode maintenant pour avoir un écran plus lumineux ? Merci, bonne journée, A. Valmer
[resolu] Re: Problème de lecture vidéo (trop rapide)
Résolu. Visiblement, un vieux bug qui dépend à la fois du CPU et de l'écosystème et qui n'affecte pas tous les haswell. Le noyau 4.19 était touché comme les noyaux les plus récents, mais il ne se produisait pas chez moi avec le 4.19. Le fichier de conf de PXE est maintenant : LABEL linux KERNEL pxelinux.cfg/vmlinuz-5.15.0-2-amd64-heisenberg APPEND root=/dev/nfs initrd=pxelinux.cfg/initrd.img-5.15.0-2-amd64-heisenberg nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp rw splash intel_iommu=on,igfx_off PROMPT 0 DEFAULT linux Notez bien intel_iommu=on,igfx_off à la fin de la ligne APPEND. JKB
Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit : > > > Le jeudi 20 janvier 2022 à 21:36 +0100, BERTRAND Joël a écrit : >>> Bon, je vais commencer par virer l'intrus que je n'ai >>> jamais installé à >>> la main. Je serais assez curieux de voir par quel dépendance >>> miraculeuse >>> il est arrivé jusque là... >> >> Mauvaise pioche. >> >> Le résultat est toujours le même. En plein écran, plus aucun >> son. Mais >> si je bascule la sortie sur l'interface casque, analogique, toute >> bête, >> ça fonctionne. Le problème est donc plus autour du pilote HDMI que du >> son lui-même. > > - tu peux éventuellement envisager la piste du mauvauis contact dans le > câble HDMI (essayer un autre câble si tu en as un), verifier les specs > HDMI des 2 ports (PC et l'appareil à l'autre bout, et tester d'autres > prises HDMI si tu en as plusieurs sur le PC ou l'appareil) Je n'y crois pas, c'est beaucoup trop reproductible. Ça fonctionne, je passe n plein écran, ça ne fonctionne plus. Le câble n'a aucune raison de se synchroniser sur mes actions. > - en ligne de commande tu peux exécuter pa-info (pas en root, en simple > utilisateur), qui va donner pas mal d'infos sur le fonctionnement et la > configuration de Pulseaudio et alsa sur ton système Là non plus, pulseaudio n'est pas en cause, c'est après pulseaudio que ça merdoie. Pulseaudio envoie des trames à la sortie matérielle qui gère la chose n'importe comment. JKB
Re: Problème de lecture vidéo (trop rapide)
Le jeudi 20 janvier 2022 à 21:36 +0100, BERTRAND Joël a écrit : > > Bon, je vais commencer par virer l'intrus que je n'ai > > jamais installé à > > la main. Je serais assez curieux de voir par quel dépendance > > miraculeuse > > il est arrivé jusque là... > > Mauvaise pioche. > > Le résultat est toujours le même. En plein écran, plus aucun > son. Mais > si je bascule la sortie sur l'interface casque, analogique, toute > bête, > ça fonctionne. Le problème est donc plus autour du pilote HDMI que du > son lui-même. - tu peux éventuellement envisager la piste du mauvauis contact dans le câble HDMI (essayer un autre câble si tu en as un), verifier les specs HDMI des 2 ports (PC et l'appareil à l'autre bout, et tester d'autres prises HDMI si tu en as plusieurs sur le PC ou l'appareil) - en ligne de commande tu peux exécuter pa-info (pas en root, en simple utilisateur), qui va donner pas mal d'infos sur le fonctionnement et la configuration de Pulseaudio et alsa sur ton système
Re: Problème de lecture vidéo (trop rapide)
BERTRAND Joël a écrit : > Bon, je vais commencer par virer l'intrus que je n'ai jamais installé à > la main. Je serais assez curieux de voir par quel dépendance miraculeuse > il est arrivé jusque là... Mauvaise pioche. Le résultat est toujours le même. En plein écran, plus aucun son. Mais si je bascule la sortie sur l'interface casque, analogique, toute bête, ça fonctionne. Le problème est donc plus autour du pilote HDMI que du son lui-même. JKB
Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit : > > > Le jeudi 20 janvier 2022 à 19:39 +0100, BERTRAND Joël a écrit : > > [...] >> Jan 20 19:37:26 heisenberg systemd[2719]: PipeWire Multimedia System >> Socket was skipped because of a failed condition check >> (ConditionUser=!root). > [...] >> Jan 20 19:37:26 heisenberg systemd[2719]: >> pipewire-media-session.service: Bound to unit pipewire.service, but >> unit >> isn't active. >> Jan 20 19:37:26 heisenberg systemd[2719]: Dependency failed for >> PipeWire >> Media Session Manager. >> Jan 20 19:37:26 heisenberg systemd[2719]: >> pipewire-media-session.service: Job pipewire-media- >> session.service/start >> failed with result 'dependency'. >> Jan 20 19:37:26 heisenberg systemd[2719]: Sound Service was skipped >> because of a failed condition check (ConditionUser=!root). > > Il semblerait (conditionnel) que ton système veuille utiliser Pipewire > en tant que service Systemd restreint à la session utilisateur mais que > ce système ne puisse être démarré parce que lancé avec le user root > (démarrage d'un service Systemd global système?) > > Sous Bullseye, je ne savais même pas que le service Pipewire est > démarré par défaut: j'ai laissé la config standard qui installe des > bibliothèques et exécutables mais ne remplace pas le serveur > Pulseaudio. > > didier@hp-notebook14:~$ systemctl --user | grep -i pipe > pipewire.service > loaded active running Multimedia Service > pipewire.socket > loaded active running Multimedia System > didier@hp-notebook14:~$ systemctl --user | grep -i pulse > pulseaudio.service > loaded active running Sound Service > pulseaudio.socket > loaded active running Sound System > > Je ne connais pas bien Pipewire mais en gros il me semble comprendre > que c'est à la fois un framework audio-vidéo avec des bibliothèques et > des utilitaires (créé au départ, entre autres, pour que des > applications en bac-à-sable puissent jouer du son facilement), mais > aussi potentiellement un serveur audio-vidéo, susceptible de remplacer > Pulseaudio. > > Donc en gros, là, je pense que tu peux regarder les pages Pipewire du > wiki Debian, éventuellement du wiki Archlinux et la doc de Pipewire, > pour cerner si tu veux utiliser Pipewire, quels sont les différents cas > d'usage et comment paramétre tout ça: > https://wiki.debian.org/PipeWire > https://wiki.archlinux.org/title/PipeWire > https://pipewire.org/ Bon, je vais commencer par virer l'intrus que je n'ai jamais installé à la main. Je serais assez curieux de voir par quel dépendance miraculeuse il est arrivé jusque là... En tout cas, bien vu, merci. JKB
Re: Problème de lecture vidéo (trop rapide)
Le jeudi 20 janvier 2022 à 19:39 +0100, BERTRAND Joël a écrit : [...] > Jan 20 19:37:26 heisenberg systemd[2719]: PipeWire Multimedia System > Socket was skipped because of a failed condition check > (ConditionUser=!root). [...] > Jan 20 19:37:26 heisenberg systemd[2719]: > pipewire-media-session.service: Bound to unit pipewire.service, but > unit > isn't active. > Jan 20 19:37:26 heisenberg systemd[2719]: Dependency failed for > PipeWire > Media Session Manager. > Jan 20 19:37:26 heisenberg systemd[2719]: > pipewire-media-session.service: Job pipewire-media- > session.service/start > failed with result 'dependency'. > Jan 20 19:37:26 heisenberg systemd[2719]: Sound Service was skipped > because of a failed condition check (ConditionUser=!root). Il semblerait (conditionnel) que ton système veuille utiliser Pipewire en tant que service Systemd restreint à la session utilisateur mais que ce système ne puisse être démarré parce que lancé avec le user root (démarrage d'un service Systemd global système?) Sous Bullseye, je ne savais même pas que le service Pipewire est démarré par défaut: j'ai laissé la config standard qui installe des bibliothèques et exécutables mais ne remplace pas le serveur Pulseaudio. didier@hp-notebook14:~$ systemctl --user | grep -i pipe pipewire.service loaded active running Multimedia Service pipewire.socket loaded active running Multimedia System didier@hp-notebook14:~$ systemctl --user | grep -i pulse pulseaudio.service loaded active running Sound Service pulseaudio.socket loaded active running Sound System Je ne connais pas bien Pipewire mais en gros il me semble comprendre que c'est à la fois un framework audio-vidéo avec des bibliothèques et des utilitaires (créé au départ, entre autres, pour que des applications en bac-à-sable puissent jouer du son facilement), mais aussi potentiellement un serveur audio-vidéo, susceptible de remplacer Pulseaudio. Donc en gros, là, je pense que tu peux regarder les pages Pipewire du wiki Debian, éventuellement du wiki Archlinux et la doc de Pipewire, pour cerner si tu veux utiliser Pipewire, quels sont les différents cas d'usage et comment paramétre tout ça: https://wiki.debian.org/PipeWire https://wiki.archlinux.org/title/PipeWire https://pipewire.org/
Re: Problème de lecture vidéo (trop rapide)
Bon, autres tests. Je démarre la machine, je me connecte à kde, je peux tester les voies gauche et droite. Le son fonctionne. Je lance vlc, j'arrive à lire une vidéo. Je mets vlc en plein écran, plus de son. Je passe en mode fenêtré, plus de son non plus. Je test alors les voies gauche et droite, plus rien n'est envoyé (et pavucontrol m'indique que les données envoyées sont de toute façon trop courtes). Je sors de vlc, je teste le son. Rien. Au bout de quelques dizaines de secondes, ça revient !? Je refais la manipulation plusieurs fois, ça ne rate pas, le résulat est toujours le même. Lorsqu'il n'y a plus de son, pulseaudio est toujours actif. Le relancer par un pulseaudio -k ne sert à rien. Je vais donc regarder les logs de plus près et j'ai les messages d'erreur suivant sui ne me parlent pas : Jan 20 19:37:26 heisenberg systemd[2719]: PipeWire Multimedia System Socket was skipped because of a failed condition check (ConditionUser=!root). Jan 20 19:37:26 heisenberg systemd[2719]: Listening on debconf communication socket. Jan 20 19:37:26 heisenberg systemd[2719]: Sound System was skipped because of a failed condition check (ConditionUser=!root). Jan 20 19:37:26 heisenberg systemd[2719]: Listening on D-Bus User Message Bus Socket. Jan 20 19:37:26 heisenberg systemd[2719]: Reached target Sockets. Jan 20 19:37:26 heisenberg systemd[2719]: Reached target Basic System. Jan 20 19:37:26 heisenberg systemd[2719]: PipeWire Multimedia Service was skipped because of a failed condition check (ConditionUser=!root). Jan 20 19:37:26 heisenberg systemd[2719]: pipewire-media-session.service: Bound to unit pipewire.service, but unit isn't active. Jan 20 19:37:26 heisenberg systemd[2719]: Dependency failed for PipeWire Media Session Manager. Jan 20 19:37:26 heisenberg systemd[2719]: pipewire-media-session.service: Job pipewire-media-session.service/start failed with result 'dependency'. Jan 20 19:37:26 heisenberg systemd[2719]: Sound Service was skipped because of a failed condition check (ConditionUser=!root). JKB
Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit : > > > Je t'aurais bien dit que ta 1ère config est nettement plus musclée que > la 2ème, mais vu que la charge est très faible Oui, enfin, de la video FullHD, ça tient sur un rPI 1... Avec ce type de machine, je tiens normalement deux écrans FullHD (c'était ce genre de configuration que je mettais dans les écrans numériques qu'on vendait). > un peu au hasard, regarde là, des problèmes relatifs à la lecture vidéo > de partages NFSv3 dans certains environnements et pas d'autres: > https://bugzilla.kernel.org/show_bug.cgi?id=211471 Ça m'étonnerait que ce soit cela. Sur la "grosse" machine, dans la même configuration (diskless), ça fonctionne parfaitement. > Une question me vient, NFSv4 semble déjà très mature, alors pourquoi > rester en v3? (tu as peut-être d'excellentes raisons de rester en v3 > mais c'est peut-être que tu n'as jamais fait le saut à v4, par > habitude?) C'est surtout que j'ai la flemme de coder le support NFSv4 dans NetBSD ;-) https://wiki.netbsd.org/projects/project/nfsv4/ > et le paramétrage (vieille doc mais bon) de NFS au niveau des timers, > tailles de blocs et de paquets, retransmissions, etc... > http://nfs.sourceforge.net/nfs-howto/ar01s05.html Côté serveur, rien n'a changé. Les paramètres nfs sont les mêmes sur tous les clients. Je ne vois pas pourquoi seul ce client aurait un problème. Le noyau est exactement le même sur l'i9 et l'i5 (seule différence notable, le son sur l'i9 ne sort par par la liaison HDMI et, naturellement, la carte graphique qui est une carte de compétition car c'est un poste de CAO). Il n'y a pas de problème réseau, il n'est jamais saturé. Le serveur sort sur un switch qui fait de l'agrégation et les clients sont connectés de la même manière. Il n'y a pas de problème de câblage non plus. > Enfin bref tout ça et moi ça fait 2, désolé, mais je suis sûr que de > beaucoup plus au fait que moi vont se manifester :-) J'espère ;-) JKB
Re: Problème de lecture vidéo (trop rapide)
Je t'aurais bien dit que ta 1ère config est nettement plus musclée que la 2ème, mais vu que la charge est très faible un peu au hasard, regarde là, des problèmes relatifs à la lecture vidéo de partages NFSv3 dans certains environnements et pas d'autres: https://bugzilla.kernel.org/show_bug.cgi?id=211471 Une question me vient, NFSv4 semble déjà très mature, alors pourquoi rester en v3? (tu as peut-être d'excellentes raisons de rester en v3 mais c'est peut-être que tu n'as jamais fait le saut à v4, par habitude?) et le paramétrage (vieille doc mais bon) de NFS au niveau des timers, tailles de blocs et de paquets, retransmissions, etc... http://nfs.sourceforge.net/nfs-howto/ar01s05.html Enfin bref tout ça et moi ça fait 2, désolé, mais je suis sûr que de beaucoup plus au fait que moi vont se manifester :-)
Re: Problème de lecture vidéo (trop rapide)
BERTRAND Joël a écrit : > En retirant l'option intr et en rajoutant nolock sur /home et > /opt/video, j'arrive à ouvrir KDE sans que cela ne plante. Mais il y a > toujours des problèmes de vidéo. De temps en temps, ça fonctionne, puis > ça se met à ne plus fonctionner. J'ai essayé à partir d'un compte avec > un VLC correctement paramétré et le résultat est le même que le décodage > soit fait par VAAPI ou en soft (libplacebo). Au bout d'un certain temps, > la sortie son fini par devenir inactive et il me faut redémarrer la > machine pour qu'elle fonctionne à nouveau. Je précise que la sortie son est la sortie HDMI. On retombe peut-être sur un bug du pilote video.
Re: Problème de lecture vidéo (trop rapide)
BERTRAND Joël a écrit : > Bonjour, > > Y a-t-il un problème sur la liste ? J'ai envoyé deux messages qui > n'apparaissent pas alors que j'en ai reçu plusieurs autres plus récents... > Comme celui-ci est passé, je reposte mes message. Désolé si les deux premiers passeront en double... Copie du message de ce matin : Bonjour à tous, J'avoue que le problème me dépasse et n'est visiblement pas restreint aux vidéos. Je pense même que les erreurs NFS proviennent de la même cause. J'ai actuellement deux machines en Debian/testing. Elles sont diskless toutes les deux et tournent toutes les deux en testing à jour. hilbert: - cpu : Intel(R) Core(TM) i9-10900F CPU @ 2.80GHz - carte graphique : VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] (rev ef) - fstab : 192.168.10.128:/srv/hilbert /nfs tcp,nfsvers=3,async 0 0 192.168.10.128:/home /home nfs tcp,nfsvers=3,async,nolock 0 0 192.168.10.128:/opt/video /opt/video nfstcp,nfsvers=3,async,nolock 0 0 heisenberg: - cpu : Intel(R) Core(TM) i5-4570 @ 2.90GHz - GPU intel - fstab 192.168.10.128:/srv/heisenberg / nfs intr,tcp,nfsvers=3,async 0 0 192.168.10.128:/home/home nfs intr,tcp,nfsvers=3,async 0 0 192.168.10.128:/opt/video /opt/video nfsintr,tcp,nfsvers=3,async 0 0 Hilbert fonctionne normalement (aucune erreur). Je constate qu'il y a une option intr qui traîne, mais celle-ci est ignorée si j'en crois la page man (ce qui prouve que l'OS a été installé avant le noyau 2.6.25...). Je vais retirer cette option. De la même façon, j'ai un nolock sur /home et /opt/video sur hilbert que je n'ai pas sur heisenberg. Cependant, avec le noyau 4.19, tout se passait correctement et si je vois bien le rapport entre les options NFS et les erreurs dans la console, je ne vois pas trop le rapport avec les timers. Il faut cependant noter qu'avec le noyau 4.19, tout se passait correctement (aucune erreur NFS, aucun problème pour lire des vidéos). J'ai bien essayé de redémarrer un 4.19, mais ce de systemd est tellement imbriqué avec le noyau qu'il refuse de fonctionner normalement et le démarrage d'un 4.19 échoue ! Je ne suis toutefois pas convaincu que le fait de retirer l'option nolock va résoudre le problème puisque /var/log/syslog montre que les erreurs NFS proviennent de / et non de /home (les erreurs sont tracées avant que /home ne soit montée). Je n' ai rien vu de particulier dans le dmesg de heisenberg. Le serveur NFS est un serveur NetBSD 9.2 (i7-4770, 16 Go, treize disques en grappes Raid1, Raid5, Raid6 et Ccd pour les swaps), largement dimensionné et le daemon NFS fonctionne avec 16 threads. J'ai essayé d'augmenter le nombre de threads, mais cela dégrade les performances (il vaut mieux qu'un client se prenne une erreur NFS de temps en temps plutôt que de faire monter la charge du serveur, j'ai fait des benchmarks sur le sujet). NFS est en V3/TCP (j'avais essayé UDP, mais ça n'améliore pas les choses et ça peut poser des problèmes sporadiques). Typiquement, la charge du serveur est inférieure à 1 et il répond sans problème. En retirant l'option intr et en rajoutant nolock sur /home et /opt/video, j'arrive à ouvrir KDE sans que cela ne plante. Mais il y a toujours des problèmes de vidéo. De temps en temps, ça fonctionne, puis ça se met à ne plus fonctionner. J'ai essayé à partir d'un compte avec un VLC correctement paramétré et le résultat est le même que le décodage soit fait par VAAPI ou en soft (libplacebo). Au bout d'un certain temps, la sortie son fini par devenir inactive et il me faut redémarrer la machine pour qu'elle fonctionne à nouveau. Je prends toute idée... Bien cordialement, JKB
Re: Problème de lecture vidéo (trop rapide)
Bonjour, Y a-t-il un problème sur la liste ? J'ai envoyé deux messages qui n'apparaissent pas alors que j'en ai reçu plusieurs autres plus récents...
Re: Problème de lecture vidéo (trop rapide)
didier.gau...@gmail.com a écrit : > Le mercredi 19 janvier 2022 à 19:35 +0100, BERTRAND Joël a écrit : >> >> Mais avec ma malchance coutumière ;-) >> >> En fait, le bon pilote était chargé (i965). J'ai tout de même >> désinstallé le pilote iHD. >> >> Le problème est assez étrange. J'arrive de temps en temps à >> passer une >> vidéo correctement mais la plupart du temps, j'ai le son qui saute >> (et >> pas de la même façon sous vlc ou mplayer). >> >> vlc : le son est haché (du son, un blanc, du son) mais la >> vidéo passe à >> la bonne vitesse. >> >> mplayer : le son est continue, mais la video saute (elle >> semble passer >> au moins deux fois plus vite, ce qui est aussi le cas sous firefox). >> >> Je n'arrive pas à voir une erreur ou un truc bozarre dans les >> logs. >> Typiquement, vlc m'indique dans la console : >> >> $ vlc >> VLC media player 3.0.16 Vetinari (revision 3.0.13-8-g41878ff4f2) >> [55dd83cec5b0] main libvlc: Lancement de vlc avec l'interface par >> défaut. Utiliser « cvlc » pour démarrer VLC sans interface. >> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to >> '/tmp/runtime-multimedia' >> [55dd83d98c90] main playlist: playlist is empty >> [7f1a64003990] gl gl: Initialized libplacebo v4.157.0 (API v157) >> libva info: VA-API version 1.13.0 >> libva info: User environment variable requested driver 'i965' >> libva info: Trying to open /usr/lib/x86_64-linux- >> gnu/dri/i965_drv_video.so >> libva info: Found init function __vaDriverInit_1_8 >> libva info: va_openDriver() returns 0 >> [7f1a7d1de040] avcodec decoder: Using Intel i965 driver for >> Intel(R) >> Haswell Desktop - 2.4.1 for hardware decoding >> >> Normalement, tout est bon de ce côté-là. Ça pourrait >> ressembler à une >> base de temps côté noyau qui n'est pas à la bonne vitesse. Je sèche >> lamentablement. >> >> Bien cordialement, >> >> JKB > > Euh là, je crains de ne pas être d'un quelconque secours, j'ai un peu > épuisé mes maigres idées :-) > > effectivement y a la grosse artillerie noyau (type et emploi des > schedulers et timers), mais peut-être aussi regarder si tu ne te > traines pas une vielle configuration perso de vlc et mplayer au noveau > du choix des types de sorties audio et vidéo: un choix inadapté peut > vite foutre la bazar, tu ne risques rien à vérifier, voire à essayer > d'autres types de sortie (surtout vidéo) Mauvaise pioche, c'est la première chose que j'ai virée... JKB
Re: Problème de lecture vidéo (trop rapide)
Le mercredi 19 janvier 2022 à 19:35 +0100, BERTRAND Joël a écrit : > > Mais avec ma malchance coutumière ;-) > > En fait, le bon pilote était chargé (i965). J'ai tout de même > désinstallé le pilote iHD. > > Le problème est assez étrange. J'arrive de temps en temps à > passer une > vidéo correctement mais la plupart du temps, j'ai le son qui saute > (et > pas de la même façon sous vlc ou mplayer). > > vlc : le son est haché (du son, un blanc, du son) mais la > vidéo passe à > la bonne vitesse. > > mplayer : le son est continue, mais la video saute (elle > semble passer > au moins deux fois plus vite, ce qui est aussi le cas sous firefox). > > Je n'arrive pas à voir une erreur ou un truc bozarre dans les > logs. > Typiquement, vlc m'indique dans la console : > > $ vlc > VLC media player 3.0.16 Vetinari (revision 3.0.13-8-g41878ff4f2) > [55dd83cec5b0] main libvlc: Lancement de vlc avec l'interface par > défaut. Utiliser « cvlc » pour démarrer VLC sans interface. > QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to > '/tmp/runtime-multimedia' > [55dd83d98c90] main playlist: playlist is empty > [7f1a64003990] gl gl: Initialized libplacebo v4.157.0 (API v157) > libva info: VA-API version 1.13.0 > libva info: User environment variable requested driver 'i965' > libva info: Trying to open /usr/lib/x86_64-linux- > gnu/dri/i965_drv_video.so > libva info: Found init function __vaDriverInit_1_8 > libva info: va_openDriver() returns 0 > [7f1a7d1de040] avcodec decoder: Using Intel i965 driver for > Intel(R) > Haswell Desktop - 2.4.1 for hardware decoding > > Normalement, tout est bon de ce côté-là. Ça pourrait > ressembler à une > base de temps côté noyau qui n'est pas à la bonne vitesse. Je sèche > lamentablement. > > Bien cordialement, > > JKB Euh là, je crains de ne pas être d'un quelconque secours, j'ai un peu épuisé mes maigres idées :-) effectivement y a la grosse artillerie noyau (type et emploi des schedulers et timers), mais peut-être aussi regarder si tu ne te traines pas une vielle configuration perso de vlc et mplayer au noveau du choix des types de sorties audio et vidéo: un choix inadapté peut vite foutre la bazar, tu ne risques rien à vérifier, voire à essayer d'autres types de sortie (surtout vidéo)
Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit : > > > Le dimanche 16 janvier 2022 à 16:46 +0100, BERTRAND Joël a écrit : > > [...] >> Le pilote graphique est bien intel-media-va-driver. > [...] > > - les specs de ton CPU sont là: > https://www.intel.com/content/www/us/en/products/sku/75044/intel-core-i54570s-processor-6m-cache-up-to-3-60-ghz/specifications.html > c'est une génération Haswell, GPU HD4600 > > - les plateformes supportées par ce nouveau backend VA-API sont là > (supported platforms): > https://github.com/intel/media-driver > et Haswell n'est pas mentionné > > - donc d'après ce sous-lien du lien précédemment indiqué: > https://wiki.debian.org/HardwareVideoAcceleration#VA-API > c'est peut-être justement le problème: sous Buster tu devais > fonctionner avec l'ancien backend i965-va-driver et ton matériel > devrait a priori toujours fonctionner avec ce backend et c'est > vraisemblablement une erreur (bug) qu'il soit détecté compatible avec > le nouveau backend intel-media-va-driver > > La solution serait de supprimer le paquet intel-media-va-driver et de > ne garder que le paquet i965-va-driver à sa place, ou si tu veux garder > les deux paquest installés, de modofoer la variable tel qu'iundiqué > dans le lien https://wiki.debian.org/HardwareVideoAcceleration#VA-API > > Avec un peu de chance... Mais avec ma malchance coutumière ;-) En fait, le bon pilote était chargé (i965). J'ai tout de même désinstallé le pilote iHD. Le problème est assez étrange. J'arrive de temps en temps à passer une vidéo correctement mais la plupart du temps, j'ai le son qui saute (et pas de la même façon sous vlc ou mplayer). vlc : le son est haché (du son, un blanc, du son) mais la vidéo passe à la bonne vitesse. mplayer : le son est continue, mais la video saute (elle semble passer au moins deux fois plus vite, ce qui est aussi le cas sous firefox). Je n'arrive pas à voir une erreur ou un truc bozarre dans les logs. Typiquement, vlc m'indique dans la console : $ vlc VLC media player 3.0.16 Vetinari (revision 3.0.13-8-g41878ff4f2) [55dd83cec5b0] main libvlc: Lancement de vlc avec l'interface par défaut. Utiliser « cvlc » pour démarrer VLC sans interface. QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-multimedia' [55dd83d98c90] main playlist: playlist is empty [7f1a64003990] gl gl: Initialized libplacebo v4.157.0 (API v157) libva info: VA-API version 1.13.0 libva info: User environment variable requested driver 'i965' libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_1_8 libva info: va_openDriver() returns 0 [7f1a7d1de040] avcodec decoder: Using Intel i965 driver for Intel(R) Haswell Desktop - 2.4.1 for hardware decoding Normalement, tout est bon de ce côté-là. Ça pourrait ressembler à une base de temps côté noyau qui n'est pas à la bonne vitesse. Je sèche lamentablement. Bien cordialement, JKB
Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit : > > > Le dimanche 16 janvier 2022 à 16:46 +0100, BERTRAND Joël a écrit : > > [...] >> Le pilote graphique est bien intel-media-va-driver. > [...] > > - les specs de ton CPU sont là: > https://www.intel.com/content/www/us/en/products/sku/75044/intel-core-i54570s-processor-6m-cache-up-to-3-60-ghz/specifications.html > c'est une génération Haswell, GPU HD4600 > > - les plateformes supportées par ce nouveau backend VA-API sont là > (supported platforms): > https://github.com/intel/media-driver > et Haswell n'est pas mentionné > > - donc d'après ce sous-lien du lien précédemment indiqué: > https://wiki.debian.org/HardwareVideoAcceleration#VA-API > c'est peut-être justement le problème: sous Buster tu devais > fonctionner avec l'ancien backend i965-va-driver et ton matériel > devrait a priori toujours fonctionner avec ce backend et c'est > vraisemblablement une erreur (bug) qu'il soit détecté compatible avec > le nouveau backend intel-media-va-driver > > La solution serait de supprimer le paquet intel-media-va-driver et de > ne garder que le paquet i965-va-driver à sa place, ou si tu veux garder > les deux paquest installés, de modofoer la variable tel qu'iundiqué > dans le lien https://wiki.debian.org/HardwareVideoAcceleration#VA-API > > Avec un peu de chance... Il faut le noyau de testing et virer intel-media-va-driver pour que ça fonctionne à nouveau presque correctement. Je dis _presque_ parce que kde/x11 ne démarre plus. Soit j'ai le fond d'écran (mais sans le tableau de bord), soit le logo sur fond noir (et systemd-udev qui mouline). À suivre. Merci, JKB
Re: Problème de lecture vidéo (trop rapide)
Le dimanche 16 janvier 2022 à 16:46 +0100, BERTRAND Joël a écrit : [...] > Le pilote graphique est bien intel-media-va-driver. [...] - les specs de ton CPU sont là: https://www.intel.com/content/www/us/en/products/sku/75044/intel-core-i54570s-processor-6m-cache-up-to-3-60-ghz/specifications.html c'est une génération Haswell, GPU HD4600 - les plateformes supportées par ce nouveau backend VA-API sont là (supported platforms): https://github.com/intel/media-driver et Haswell n'est pas mentionné - donc d'après ce sous-lien du lien précédemment indiqué: https://wiki.debian.org/HardwareVideoAcceleration#VA-API c'est peut-être justement le problème: sous Buster tu devais fonctionner avec l'ancien backend i965-va-driver et ton matériel devrait a priori toujours fonctionner avec ce backend et c'est vraisemblablement une erreur (bug) qu'il soit détecté compatible avec le nouveau backend intel-media-va-driver La solution serait de supprimer le paquet intel-media-va-driver et de ne garder que le paquet i965-va-driver à sa place, ou si tu veux garder les deux paquest installés, de modofoer la variable tel qu'iundiqué dans le lien https://wiki.debian.org/HardwareVideoAcceleration#VA-API Avec un peu de chance...
Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit : > > Je n'ai vraiment pas grande idée de ce qui peut causer ces problèmes > mais en plus des bons conseils de Frédéric, peut-être: > > - prendre connaissance du changement de pilote par défaut VA-API des > GPU Intel avec le passage à Bullseye (modifier la variable mentionnée > permettra peut-être de voir ce qui se passe) > https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.fr.html#new-vaapi-default-driver > > - vérifier que les paquets intel-microcode, firmware-linux, firmware- > misc-nonfree sont installés: ils ne sont peut-être pas nécessaires mais > pourraient être utiles > > - vérifier que les paquets va-api nécessaires sont installés et que les > logiciels sont configurés pour utiliser va-api plutôt que vdpau ou > autre (en automatique, normalement ça devrait être bon) > > - vérifier que le noyau et les modules ne sont pas chargés avec des > options spécifiques ou que ces options spécifiques n'interfèrent pas > avec le décodage vidéo > > - vérifier que l'ordonnanceur (scheduler) du noyau est celui par défaut > ou que l'ordonanceur choisi n'interfère pas avec le décodage vidéo > (j'émets là une supposition, je ne sais même pas dans le détail comment > changer cet ordonnanceur, mais comme Joël descend plus profondément que > moi dans la technique...) > > - pour éventuellement (je n'ai jamais utilisé) avoir plus d'infos sur > ce qui se passe, installer le paquet intel-gpu-tools, vérifier si des > outils permettent un diagnostic et les utiliser > > Voilà, tout ça est assez théorico-conditionnel, désolé :-) C'est incompréhensible. intel-microcode, firmware-linux, firmware-misc-nonfree sont installés (ainsi que d'autres). Le pilote graphique est bien intel-media-va-driver. Je me suis aperçu que le noyau était un 5.10.0-9 alors que le 5.10.0-10 est dans /boot (la machine est diskless, je dois changer le noyau à la main côté serveur tftp et j'ai oublié lors de la dernière mise à jour sans doute silencieuse.). J'ai changé la ligne du daemon tftp et la machine est actuellement en 5.10.0-10. Ça fonctionne mieux avec ce dernier noyau. En revanche, le son n'est toujours pas net (il peut y avoir des grésillements) et il y a un autre truc bizarre. Lorsque vlc est en taille maximale (mais pas en plein écran au sens de la touche F), il fonctionne à peu près. Lorsqu'il est en plein écran, le son redevient saccadé. J'ai vérifié, il utilise à ce moment moins de 10% d'un coeur de CPU (Intel(R) Core(TM) i5-4570S CPU @ 2.90GHz). Le réseau n'est pas saturé non plus. Je viens aussi de m'apercevoir qu'après quelques manipulations (ouverture et fermetures de vlc par exemple), la sortie son (HDMI3 dans mon cas) peut partir en sucette et ne plus rien renvoyer du tout. Ça pue un problème de noyau, je suis en train de tout passer en testing pour voir. JKB
Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit :
>
> Je n'ai vraiment pas grande idée de ce qui peut causer ces problèmes
> mais en plus des bons conseils de Frédéric, peut-être:
>
> - prendre connaissance du changement de pilote par défaut VA-API des
> GPU Intel avec le passage à Bullseye (modifier la variable mentionnée
> permettra peut-être de voir ce qui se passe)
> https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.fr.html#new-vaapi-default-driver
>
> - vérifier que les paquets intel-microcode, firmware-linux, firmware-
> misc-nonfree sont installés: ils ne sont peut-être pas nécessaires mais
> pourraient être utiles
>
> - vérifier que les paquets va-api nécessaires sont installés et que les
> logiciels sont configurés pour utiliser va-api plutôt que vdpau ou
> autre (en automatique, normalement ça devrait être bon)
>
> - vérifier que le noyau et les modules ne sont pas chargés avec des
> options spécifiques ou que ces options spécifiques n'interfèrent pas
> avec le décodage vidéo
>
> - vérifier que l'ordonnanceur (scheduler) du noyau est celui par défaut
> ou que l'ordonanceur choisi n'interfère pas avec le décodage vidéo
> (j'émets là une supposition, je ne sais même pas dans le détail comment
> changer cet ordonnanceur, mais comme Joël descend plus profondément que
> moi dans la technique...)
>
> - pour éventuellement (je n'ai jamais utilisé) avoir plus d'infos sur
> ce qui se passe, installer le paquet intel-gpu-tools, vérifier si des
> outils permettent un diagnostic et les utiliser
>
> Voilà, tout ça est assez théorico-conditionnel, désolé :-)
Je vais regarder tout ça, merci.
\begin{mode déprime}
Plus loin sur la page
https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.fr.html,
je lis que usrmerge sera bientôt obligatoire. Mais quand est-ce que ça
s'arrêtera de déconner ? Après systemd qui est un bloatware à problème
(des tas de choses merdoient joyeusement dès qu'on n'est plus dans une
configuration standard et se soldent par des verrues dans /etc/systemd,
ce serait acceptable si systemd n'était pas capable de mettre en vrac
une machine l'empêchant de booter jusqu'au bout !), on va se taper
obligatoirement usrmerge ? Mince, il n'y a pas que le poste de travail,
il y a aussi l'embarqué pour lequel on est contraint de partitionner aux
petits oignons (surtout lorsqu'on utilise des mémoires de type NAND). Il
y a aussi toutes les configurations à client lourds, diskless où systemd
se vautre lamentablement dans la configuration par défaut.
Ce que je reproche à systemd, c'est le fait d'être une usine à gaz avec
des fuites et des effets de bords rigolos (ou pas) empêchant par exemple
dans certaines configurations le démarrage del'un ou l'autre des daemons
(j'ai des exemples avec le daemon NFS, des bases de données, je n'ose
même pas parler des passades de franche rigolade avec des disques de
swap iSCSI)... Ou pire, empêchant le redémarrage d'un système sur un
noyau un peu ancien lors d'une mise à jour foirée parce qu'il dépend
beaucoup (trop) du noyau. Quant à usrmerge, c'est une mauvaise réponse à
une bonne question. Un Unix devrait pouvoir démarrer avec un / en ro (et
qui le reste), ne serait-ce que pour récupérer un système minimal
utilisable pour remettre d'équerre /usr, même à distance. Là, on va être
obligé de bidouiller un ramdisk pour monter au démarrage /usr, embarquer
une copie des modules nécessaires dans ledit ramdisk et la configuration
du bidule... Et si /usr est corrompu ? Mélanger / et /usr est la pire
chose qui puisse exister. Ou alors, il faut aller au bout de la démarche
et tout coller dans le même répertoire : /bin, /sbin, /usr/bin,
/usr/sbin, /usr/local/bin, /usr/local/sbin et toutes les bibliothèques
(pour qu'on sache exactement où elles se trouvent histoire de simplifier
la vie du chargeur dynamique).
Je vais aller prendre un Lexomil tant ce monde me déprime.
\end{mode déprime]
Bien cordialement,
JKB
Re: Problème de lecture vidéo (trop rapide)
Je n'ai vraiment pas grande idée de ce qui peut causer ces problèmes mais en plus des bons conseils de Frédéric, peut-être: - prendre connaissance du changement de pilote par défaut VA-API des GPU Intel avec le passage à Bullseye (modifier la variable mentionnée permettra peut-être de voir ce qui se passe) https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.fr.html#new-vaapi-default-driver - vérifier que les paquets intel-microcode, firmware-linux, firmware- misc-nonfree sont installés: ils ne sont peut-être pas nécessaires mais pourraient être utiles - vérifier que les paquets va-api nécessaires sont installés et que les logiciels sont configurés pour utiliser va-api plutôt que vdpau ou autre (en automatique, normalement ça devrait être bon) - vérifier que le noyau et les modules ne sont pas chargés avec des options spécifiques ou que ces options spécifiques n'interfèrent pas avec le décodage vidéo - vérifier que l'ordonnanceur (scheduler) du noyau est celui par défaut ou que l'ordonanceur choisi n'interfère pas avec le décodage vidéo (j'émets là une supposition, je ne sais même pas dans le détail comment changer cet ordonnanceur, mais comme Joël descend plus profondément que moi dans la technique...) - pour éventuellement (je n'ai jamais utilisé) avoir plus d'infos sur ce qui se passe, installer le paquet intel-gpu-tools, vérifier si des outils permettent un diagnostic et les utiliser Voilà, tout ça est assez théorico-conditionnel, désolé :-)
Re: Problème de lecture vidéo (trop rapide)
Le 15/01/2022 à 22:27, BERTRAND Joël a écrit : Bonjour à tous, J'utilise une debian/stable comme lecteur multimédia. Cette machine fonctionnait très bien avec oldstable mais je l'ai mise à jour récemment vers stable. Depuis, les vidéos sont lues trop vite. Toutes les vidéos, quelle que soit la source et le logiciel utilisé. Un replay dans firefox tourne à peu près deux fois trop vite. Idem dans mplayer. Dans vlc, c'est un peu différent : vlc essaye de synchroniser le nombre d'images par seconde et le son ne suit pas (il est saccadé). En d'autres termes, vlc se débrouille pour synchroniser l'image sur le temps réel, mais le son est produit par à-coups. La machine possède 8Go de mémoire (pas de swap) et le cpu est un i5/4xxx (2900 MHz), ce qui est normalement bien assez puissant pour lire des vidéos, même avec le GPU intégré. La distribution est une stable à jour (noyau 5.10). J'avoue ne pas savoir où chercher, le problème ne semble pas provenir d'un logiciel en particulier, mais du système. Il doit peut être te rester des scories de l'ancien système ? Est-ce que tu peux booter la machine sur un live cd récent et lire les vidéos ? Pour voir si ça vient de la machine ou de la mise à jour ? -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Problème de lecture vidéo (trop rapide)
Bonjour à tous, J'utilise une debian/stable comme lecteur multimédia. Cette machine fonctionnait très bien avec oldstable mais je l'ai mise à jour récemment vers stable. Depuis, les vidéos sont lues trop vite. Toutes les vidéos, quelle que soit la source et le logiciel utilisé. Un replay dans firefox tourne à peu près deux fois trop vite. Idem dans mplayer. Dans vlc, c'est un peu différent : vlc essaye de synchroniser le nombre d'images par seconde et le son ne suit pas (il est saccadé). En d'autres termes, vlc se débrouille pour synchroniser l'image sur le temps réel, mais le son est produit par à-coups. La machine possède 8Go de mémoire (pas de swap) et le cpu est un i5/4xxx (2900 MHz), ce qui est normalement bien assez puissant pour lire des vidéos, même avec le GPU intégré. La distribution est une stable à jour (noyau 5.10). J'avoue ne pas savoir où chercher, le problème ne semble pas provenir d'un logiciel en particulier, mais du système. Je prends donc toute idée ;-) Merci par avance, JKB
Re: Logiciel pas pour couper de la vidéo
Le 16/12/21 à 16:39, Klaus Becker a écrit : > pas en ligne de commande, mais assez simple : avidemux Il s'utilise très bien en ligne de commande et peut aussi se scripter (pas testé sans serveur X). L'intérêt est de créer des filtres et autres règles de crop / resize dans l'interface d'avidemux (ça peut aller plus vite que de lire toute la doc de mplayer|ffmpeg et trouver les options et leur syntaxe, surtout en 2 passes) puis ensuite de lancer ça sur un tas de fichiers sources en ligne de commande. -- Daniel Attendre d’en savoir assez pour agir en toute lumière, c’est se condamner à l’inaction. Jean Rostand
Re: Logiciel pas pour couper de la vidéo
Am 16/12/2021 um 12:10 schrieb benoit: Bonjour à tou·te·s Je recherche un logiciel pour couper et rabouter des vidéos. En paquet Debian, facile à utiliser et si possible en ligne de commande. Merci d'avance -- Benoit pas en ligne de commande, mais assez simple : avidemux Klaus
Re: Logiciel pas pour couper de la vidéo
très simple pitivi plus complet en restant simle shotcut ++
Re: Logiciel pas pour couper de la vidéo
Bonjour, 16 déc. 2021, 12:10 de benoit...@protonmail.ch: > Je recherche un logiciel pour couper et rabouter des vidéos. > En paquet Debian, facile à utiliser et si possible en ligne de commande. > => ffmpeg l0f4r0
Re : Logiciel pas pour couper de la vidéo
Le 16/12/2021 12:10:46, benoit a écrit : > Je recherche un logiciel pour couper et rabouter des vidéos. > En paquet Debian, facile à utiliser et si possible en ligne de > commande. mplayer ? nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait...
Logiciel pas pour couper de la vidéo
Bonjour à tou·te·s Je recherche un logiciel pour couper et rabouter des vidéos. En paquet Debian, facile à utiliser et si possible en ligne de commande. Merci d'avance -- Benoit Sent with ProtonMail Secure Email.
Re: [HS] vidéo moniteur
Ou un câble DVI <=> HDMI Le 01/10/2021 à 15:11, aw...@free.fr a écrit : Le jeudi 30 septembre 2021 à 10:56 +0200, ajh-valmer a écrit : Mon ordinateur a toujours bien marché avec une carte vidéo Nvidia prise DVI. (elle a aussi une prise VGA, ainsi que le moniteur). Hier, l'écran m'affiche "Pas de câble de connexion", dès que j'allume le moniteur sans allumer l'ordinateur, et ensuite, impossible de lancer le BIOS. Si je branche un autre câble VGA, ça fonctionne mais avec un résolution trop faible. Si vous avez une idée sur cette subite panne = bienvenue ! On Thursday 30 September 2021 12:24:41 didier gaumet wrote: A vue de nez (donc pas catégorique) potentiellement, mais peu probablement, ça peut être un circuit défectueux dans le moniteur ou le PC. Un peu plus probable, une prise DVI défectueuse sur le PC ou le moniteur. Encore plus probable, le câble DVI, entre le PC et le moniteur, défectueux? (je n'ai jamais utilisé de câble DVI mais j'ai déjà eu pas mal de problèmes avec des liaisons VGA, Peritel, USB (surtout miniatures), la qualité mécanique de certains câbles et connecteurs étant limite ridicule, je trouve) Merci de ta réponse. Après re-essai, c'est le moniteur qui semble HS. Même la connexion VGA est instable, avec définition trop basse, parfois pas d'affichage, écran noir au boot. Avec un autre, ancien, que prise VGA, ça marche bien, avec une bonne définition. Il ne me reste plus qu'à en acheter un autre + carte vidéo HDMI. Existe t-il des moniteurs prise DVI ? (je ne vois que VGA et HDMI).
Re: [HS] vidéo moniteur
> Le jeudi 30 septembre 2021 à 10:56 +0200, ajh-valmer a écrit : > > Mon ordinateur a toujours bien marché > > avec une carte vidéo Nvidia prise DVI. > > (elle a aussi une prise VGA, ainsi que le moniteur). > > Hier, l'écran m'affiche "Pas de câble de connexion", > > dès que j'allume le moniteur sans allumer l'ordinateur, > > et ensuite, impossible de lancer le BIOS. > > Si je branche un autre câble VGA, ça fonctionne > > mais avec un résolution trop faible. > > Si vous avez une idée sur cette subite panne = bienvenue ! On Thursday 30 September 2021 12:24:41 didier gaumet wrote: > A vue de nez (donc pas catégorique) potentiellement, mais peu > probablement, ça peut être un circuit défectueux dans le moniteur ou le > PC. Un peu plus probable, une prise DVI défectueuse sur le PC ou le > moniteur. Encore plus probable, le câble DVI, entre le PC et le > moniteur, défectueux? > (je n'ai jamais utilisé de câble DVI mais j'ai déjà eu pas mal de > problèmes avec des liaisons VGA, Peritel, USB (surtout miniatures), la > qualité mécanique de certains câbles et connecteurs étant limite > ridicule, je trouve) Merci de ta réponse. Après re-essai, c'est le moniteur qui semble HS. Même la connexion VGA est instable, avec définition trop basse, parfois pas d'affichage, écran noir au boot. Avec un autre, ancien, que prise VGA, ça marche bien, avec une bonne définition. Il ne me reste plus qu'à en acheter un autre + carte vidéo HDMI. Existe t-il des moniteurs prise DVI ? (je ne vois que VGA et HDMI).
Re: [HS] vidéo moniteur
Le jeudi 30 septembre 2021 à 10:56 +0200, ajh-valmer a écrit : > Bonjour, > > Mon ordinateur a toujours bien marché > avec une carte vidéo Nvidia prise DVI. > (elle a aussi une prise VGA, ainsi que le moniteur). > > Hier, l'écran m'affiche "Pas de câble de connexion", > dès que j'allume le moniteur sans allumer l'ordinateur, > et ensuite, impossible de lancer le BIOS. > > Si je branche un autre câble VGA, ça fonctionne > mais avec un résolution trop faible. > > Si vous avez une idée sur cette subite panne = bienvenue ! > > Bonne journée, > > André > > Bonjour, A vue de nez (donc pas catégorique) potentiellement, mais peu probablement, ça peut être un circuit défectueux dans le moniteur ou le PC. Un peu plus probable, une prise DVI défectueuse sur le PC ou le moniteur. Encore plus probable, le câble DVI, entre le PC et le moniteur, défectueux? (je n'ai jamais utilisé de câble DVI mais j'ai déjà eu pas mal de problèmes avec des liaisons VGA, Peritel, USB (surtout miniatures), la qualité mécanique de certains câbles et connecteurs étant limite ridicule, je trouve)
[HS] vidéo moniteur
Bonjour, Mon ordinateur a toujours bien marché avec une carte vidéo Nvidia prise DVI. (elle a aussi une prise VGA, ainsi que le moniteur). Hier, l'écran m'affiche "Pas de câble de connexion", dès que j'allume le moniteur sans allumer l'ordinateur, et ensuite, impossible de lancer le BIOS. Si je branche un autre câble VGA, ça fonctionne mais avec un résolution trop faible. Si vous avez une idée sur cette subite panne = bienvenue ! Bonne journée, André
Re: Pb de résolution vidéo d'écran externe
❦ 10 June 2021 19:11 +02, Daniel Caillibaud: >> C'est facile d'essayer. Tu fais "apt install xserver-xorg-video-intel" >> et je pense qu'il prend le dessus sur le driver modesetting. Reboote et >> checke. > > J'avais déjà ce paquet installé (lors de l'install de buster sur la > machine), mais > > aptitude show xserver-xorg-video-intel > […] > Description : > […] > L'utilisation de ce pilote est déconseillée si la version de hw est récente > (à partir de 2007, > environ). Il est possible de désinstaller ce pilote et laisser le serveur > utiliser à la place > son pilote intégré modesetting. > > donc c'est normal que mon X utilise modesetting Dans ce cas, tu peux forcer l'utilisation du driver intel avec : Section "Device" Identifier "Device0" Driver "intel" EndSection Dans /etc/X11/xorg.conf. -- Use debugging compilers. - The Elements of Programming Style (Kernighan & Plauger)
Re: Pb de résolution vidéo d'écran externe
Le 10/06/21 à 18:25, Vincent Bernat a écrit : > C'est facile d'essayer. Tu fais "apt install xserver-xorg-video-intel" > et je pense qu'il prend le dessus sur le driver modesetting. Reboote et > checke. J'avais déjà ce paquet installé (lors de l'install de buster sur la machine), mais aptitude show xserver-xorg-video-intel […] Description : […] L'utilisation de ce pilote est déconseillée si la version de hw est récente (à partir de 2007, environ). Il est possible de désinstaller ce pilote et laisser le serveur utiliser à la place son pilote intégré modesetting. donc c'est normal que mon X utilise modesetting -- Daniel Les flocons, quand il n'y a qu'un ça va. C'est quand il y en a beaucoup qu'il y a des problèmes... (mais pour les vrais, un seul peut faire des ravages)
Re: Pb de résolution vidéo d'écran externe
❦ 10 June 2021 17:54 +02, Daniel Caillibaud: >> Aussi, quel driver utilises-tu ? Tu peux chercher dans >> /var/log/Xorg.0.log. C'est soit "intel", soit "modesetting": grep -C 10 >> Matched /var/log/Xorg.0.log. Tu peux tenter de changer l'un pour >> l'autre. > > Merci pour la piste, je garde ça dans un coin (je change de lieu et vais > retrouver mon > écran externe habituel plus petit qui pose pas de pbs). > > Actuellement j'ai > > [ 1460.601] (==) Matched modesetting as autoconfigured driver 0 > [ 1460.601] (==) Matched fbdev as autoconfigured driver 1 > [ 1460.601] (==) Matched vesa as autoconfigured driver 2 > > Cette histoire de driver X modesetting vs intel pourrait changer qq chose à > mes plantages i915 > de l'autre thread ? C'est facile d'essayer. Tu fais "apt install xserver-xorg-video-intel" et je pense qu'il prend le dessus sur le driver modesetting. Reboote et checke. -- Use library functions. - The Elements of Programming Style (Kernighan & Plauger)
Re: Pb de résolution vidéo d'écran externe
Le 10/06/21 à 16:54, Vincent Bernat a écrit : > Aucune idée. Je n'ai pas trop d'idée pour que tu puisses avancer. Je > sais pas si tu as un autre PC pour tester l'écran. Eventuellement, dans > le BIOS, tu peux augmenter la mémoire allouée à la carte graphique, > peut-être que cela bride les résolutions disponibles. > > Aussi, quel driver utilises-tu ? Tu peux chercher dans > /var/log/Xorg.0.log. C'est soit "intel", soit "modesetting": grep -C 10 > Matched /var/log/Xorg.0.log. Tu peux tenter de changer l'un pour > l'autre. Merci pour la piste, je garde ça dans un coin (je change de lieu et vais retrouver mon écran externe habituel plus petit qui pose pas de pbs). Actuellement j'ai [ 1460.601] (==) Matched modesetting as autoconfigured driver 0 [ 1460.601] (==) Matched fbdev as autoconfigured driver 1 [ 1460.601] (==) Matched vesa as autoconfigured driver 2 Cette histoire de driver X modesetting vs intel pourrait changer qq chose à mes plantages i915 de l'autre thread ? -- Daniel S'il est impossible de ne pas penser à quelque chose, il reste encore possible de penser à autre chose. Lewis Carroll
Re: Pb de résolution vidéo d'écran externe
❦ 10 June 2021 10:11 +02, Daniel Caillibaud: >> > Est-ce que ça ne peut pas être un pb de câble ? >> > (j'avais eu un souci de ce genre avec du DVI, je sais pas si y'a la >> > même chose en HDMI) >> >> Je ne peux pas trop dire. Si tu fais : >> >> edid-decode /sys/class/drm/card0-HDMI-1/edid >> >> tu as quoi ? > > 2560 x 1440 n'est listé que dans "Detailed mode", c'est normal ? [...] Aucune idée. Je n'ai pas trop d'idée pour que tu puisses avancer. Je sais pas si tu as un autre PC pour tester l'écran. Eventuellement, dans le BIOS, tu peux augmenter la mémoire allouée à la carte graphique, peut-être que cela bride les résolutions disponibles. Aussi, quel driver utilises-tu ? Tu peux chercher dans /var/log/Xorg.0.log. C'est soit "intel", soit "modesetting": grep -C 10 Matched /var/log/Xorg.0.log. Tu peux tenter de changer l'un pour l'autre. -- Write and test a big program in small pieces. - The Elements of Programming Style (Kernighan & Plauger)
Re: Pb de résolution vidéo d'écran externe
Le 10/06/21 à 07:52, Vincent Bernat a écrit : > ❦ 10 June 2021 06:33 +02, Daniel Caillibaud: > > > Screen 0: minimum 320 x 200, current 3968 x 1152, maximum 16384 x 16384 > > eDP-1 connected primary 1920x1080+2048+0 (normal left inverted right x axis > > y axis) 381mm x > > 214mm 1920x1080 60.01*+ 60.0159.9759.9659.9348.01 > >1680x1050 59.9559.88 > >1600x1024 60.17 > >1400x1050 59.98 > > … > > HDMI-1 connected 2048x1152+0+0 (normal left inverted right x axis y axis) > > 698mm x 393mm > >2048x1152 60.00* > >1920x1200 59.95 > >1920x1080 60.0050.0059.9430.0025.0024.00 > > 29.9723.98 > >1920x1080i60.0050.0059.94 > >1600x1200 60.00 > > … > > > > Est-ce que ça ne peut pas être un pb de câble ? > > (j'avais eu un souci de ce genre avec du DVI, je sais pas si y'a la > > même chose en HDMI) > > Je ne peux pas trop dire. Si tu fais : > > edid-decode /sys/class/drm/card0-HDMI-1/edid > > tu as quoi ? 2560 x 1440 n'est listé que dans "Detailed mode", c'est normal ? edid-decode /sys/class/drm/card0-HDMI-A-1/edid EDID version: 1.3 Manufacturer: IVM Model 7607 Serial Number 16843009 Made in year 2018 Digital display Maximum image size: 70 cm x 39 cm Gamma: 2.20 DPMS levels: Off RGB color display First detailed timing is preferred timing Display x,y Chromaticity: Red: 0.6435, 0.3310 Green: 0.2998, 0.6015 Blue: 0.1376, 0.0546 White: 0.3134, 0.3291 Established timings supported: 720x400@70Hz 9:5 HorFreq: 31469 Hz Clock: 28.320 MHz 640x480@60Hz 4:3 HorFreq: 31469 Hz Clock: 25.175 MHz 640x480@67Hz 4:3 HorFreq: 35000 Hz Clock: 30.240 MHz 640x480@72Hz 4:3 HorFreq: 37900 Hz Clock: 31.500 MHz 640x480@75Hz 4:3 HorFreq: 37500 Hz Clock: 31.500 MHz 800x600@56Hz 4:3 HorFreq: 35200 Hz Clock: 36.000 MHz 800x600@60Hz 4:3 HorFreq: 37900 Hz Clock: 40.000 MHz 800x600@72Hz 4:3 HorFreq: 48100 Hz Clock: 50.000 MHz 800x600@75Hz 4:3 HorFreq: 46900 Hz Clock: 49.500 MHz 832x624@75Hz 4:3 HorFreq: 49726 Hz Clock: 57.284 MHz 1024x768@60Hz 4:3 HorFreq: 48400 Hz Clock: 65.000 MHz 1024x768@70Hz 4:3 HorFreq: 56500 Hz Clock: 75.000 MHz 1024x768@75Hz 4:3 HorFreq: 6 Hz Clock: 78.750 MHz 1280x1024@75Hz 5:4 HorFreq: 8 Hz Clock: 135.000 MHz 1152x870@75Hz 192:145 HorFreq: 67500 Hz Clock: 108.000 MHz Standard timings supported: 1280x1024@60Hz 5:4 HorFreq: 64000 Hz Clock: 108.000 MHz 1440x900@60Hz 16:10 HorFreq: 55500 Hz Clock: 88.750 MHz 1600x900@60Hz 16:9 1600x1200@60Hz 4:3 HorFreq: 75000 Hz Clock: 162.000 MHz 1680x1050@60Hz 16:10 HorFreq: 64700 Hz Clock: 119.000 MHz 1920x1080@60Hz 16:9 1920x1200@60Hz 16:10 HorFreq: 74000 Hz Clock: 154.000 MHz 2048x1152@60Hz 16:9 Detailed mode: Clock 241.500 MHz, 698 mm x 393 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync VertFreq: 59 Hz, HorFreq: 88786 Hz Serial number: 0 Monitor ranges (GTF): 23-76Hz V, 15-90kHz H, max dotclock 250MHz Monitor name: PL3270Q Has 1 extension blocks Checksum: 0x6e (valid) CTA extension block Extension version: 3 33 bytes of CTA data Video data block VIC 16 1920x1080@60Hz 16:9 HorFreq: 67500 Hz Clock: 148.500 MHz VIC 5 1920x1080i@60Hz 16:9 HorFreq: 33750 Hz Clock: 74.250 MHz VIC 4 1280x720@60Hz 16:9 HorFreq: 45000 Hz Clock: 74.250 MHz VIC 3 720x480@60Hz 16:9 HorFreq: 31469 Hz Clock: 27.000 MHz VIC 2 720x480@60Hz 4:3 HorFreq: 31469 Hz Clock: 27.000 MHz VIC 7 1440x480i@60Hz 16:9 HorFreq: 15734 Hz Clock: 27.000 MHz VIC 6 1440x480i@60Hz 4:3 HorFreq: 15734 Hz Clock: 27.000 MHz VIC 31 1920x1080@50Hz 16:9 HorFreq: 56250 Hz Clock: 148.500 MHz VIC 20 1920x1080i@50Hz 16:9 HorFreq: 28125 Hz Clock: 74.250 MHz VIC 19 1280x720@50Hz 16:9 HorFreq: 37500 Hz Clock: 74.250 MHz VIC 18 720x576@50Hz 16:9 HorFreq: 31250 Hz Clock: 27.000 MHz VIC 17 720x576@50Hz 4:3 HorFreq: 31250 Hz Clock: 27.000 MHz VIC 22 1440x576i@50Hz 16:9 HorFreq: 15625 Hz Clock: 27.000 MHz VIC 21 1440x576i@50Hz 4:3 HorFreq: 15625 Hz Clock: 27.000 MHz VIC 1 640x480@60Hz 4:3 HorFreq: 31469 Hz Clock: 25.175 MHz VIC 32 1920x1080@24Hz 16:9 HorFreq: 27000 Hz Clock: 74.250 MHz VIC 33 1920x1080@25Hz 16:9 HorFreq: 28125 Hz Clock: 74.250 MHz VIC 34 1920x1080@30Hz 16:9 HorFreq: 33750 Hz Clock: 74.250 MHz Audio data block Linear PCM, max channels 2 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Speaker map: FL/FR - Front Left/Right Vendor-specific data block, OUI 000c03 (HDMI) Source physical address 1.0.0.0 Underscans PC formats by default Basic audio support Supports YCbCr 4:4:4 Supports YCbCr 4:2:2 0 native detailed modes Detailed mode: Clock 148.500 MHz, 698 mm x 393 mm 1920 2008 2052 2200 hborder 0 1080 1084
Re: Pb de résolution vidéo d'écran externe
❦ 10 June 2021 06:33 +02, Daniel Caillibaud: > Screen 0: minimum 320 x 200, current 3968 x 1152, maximum 16384 x 16384 > eDP-1 connected primary 1920x1080+2048+0 (normal left inverted right x axis y > axis) 381mm x > 214mm 1920x1080 60.01*+ 60.0159.9759.9659.9348.01 >1680x1050 59.9559.88 >1600x1024 60.17 >1400x1050 59.98 > … > HDMI-1 connected 2048x1152+0+0 (normal left inverted right x axis y axis) > 698mm x 393mm >2048x1152 60.00* >1920x1200 59.95 >1920x1080 60.0050.0059.9430.0025.0024.0029.97 > 23.98 >1920x1080i60.0050.0059.94 >1600x1200 60.00 > … > > Est-ce que ça ne peut pas être un pb de câble ? > (j'avais eu un souci de ce genre avec du DVI, je sais pas si y'a la > même chose en HDMI) Je ne peux pas trop dire. Si tu fais : edid-decode /sys/class/drm/card0-HDMI-1/edid tu as quoi ? xrandr --verbose contient p'tet également des indices. -- Follow each decision as closely as possible with its associated action. - The Elements of Programming Style (Kernighan & Plauger)
Re: Pb de résolution vidéo d'écran externe
Le 09/06/21 à 22:50, Daniel Caillibaud a écrit : > Le 09/06/21 à 21:55, Vincent Bernat a écrit : > > ❦ 9 June 2021 10:22 +02, Daniel Caillibaud: > > > > > J'ai un PC portable avec un i5-1035G1 > > > https://ark.intel.com/content/www/us/en/ark/products/196603/intel-core-i5-1035g1-processor-6m-cache-up-to-3-60-ghz.html > > > > > > et je voudrais brancher dessus un écran externe en 2560 x 1440, en plus > > > de l'écran du > > > portable en 2048 x 1152, mais en HDMI les résolutions proposées pour > > > l'écran externe (par > > > le widget de configuration d'écran de cinnamon) s'arrêtent à 2048 (et du > > > coup c'est tout > > > baveux). > > > > > > Si les specs précisent max 4096 x 2304 en HDMI, ça veut dire que je peux > > > pas dépasser > > > 4096 en largeur je suppose. > > > > Le GPU intégré peut monter à cette résolution en HDMI 2, mais la plupart > > des laptops ne proposent que du HDMI 1.4, ce qui interdit le 4k. À > > partir de la génération 11, Intel a intégré le composant manquant (le > > LSPCON) directement dans le GPU intégré. > > > > Toutefois, HDMI 1.4 est suffisant pour 2560x1440. Quelle est la sortie > > de xrandr ? > > Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 > eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y > axis) 381mm x 214mm >1920x1080 60.01*+ 60.0159.9759.9659.9348.01 >1680x1050 59.9559.88 >1600x1024 60.17 >1400x1050 59.98 > … > > (sans l'écran externe branché, si je le branche ça change rien, et le widget > gnome ne le voit > plus quand je le branche) Après reboot ça donne $ xrandr Screen 0: minimum 320 x 200, current 3968 x 1152, maximum 16384 x 16384 eDP-1 connected primary 1920x1080+2048+0 (normal left inverted right x axis y axis) 381mm x 214mm 1920x1080 60.01*+ 60.0159.9759.9659.9348.01 1680x1050 59.9559.88 1600x1024 60.17 1400x1050 59.98 … HDMI-1 connected 2048x1152+0+0 (normal left inverted right x axis y axis) 698mm x 393mm 2048x1152 60.00* 1920x1200 59.95 1920x1080 60.0050.0059.9430.0025.0024.0029.97 23.98 1920x1080i60.0050.0059.94 1600x1200 60.00 … Est-ce que ça ne peut pas être un pb de câble ? (j'avais eu un souci de ce genre avec du DVI, je sais pas si y'a la même chose en HDMI) Mais bon, actuellement j'ai pas mal d'autres soucis avec cette machine qui plante de plus en plus, l'écran externe devient vraiment annexe :-S -- Daniel Il est difficile d'attraper un chat noir dans une pièce sombre, surtout lorsqu'il n'y est pas. Proverbe Chinois
Re: Pb de résolution vidéo d'écran externe
Le 09/06/21 à 21:55, Vincent Bernat a écrit : > ❦ 9 June 2021 10:22 +02, Daniel Caillibaud: > > > J'ai un PC portable avec un i5-1035G1 > > https://ark.intel.com/content/www/us/en/ark/products/196603/intel-core-i5-1035g1-processor-6m-cache-up-to-3-60-ghz.html > > > > et je voudrais brancher dessus un écran externe en 2560 x 1440, en plus de > > l'écran du > > portable en 2048 x 1152, mais en HDMI les résolutions proposées pour > > l'écran externe (par > > le widget de configuration d'écran de cinnamon) s'arrêtent à 2048 (et du > > coup c'est tout > > baveux). > > > > Si les specs précisent max 4096 x 2304 en HDMI, ça veut dire que je peux > > pas dépasser 4096 > > en largeur je suppose. > > Le GPU intégré peut monter à cette résolution en HDMI 2, mais la plupart > des laptops ne proposent que du HDMI 1.4, ce qui interdit le 4k. À > partir de la génération 11, Intel a intégré le composant manquant (le > LSPCON) directement dans le GPU intégré. > > Toutefois, HDMI 1.4 est suffisant pour 2560x1440. Quelle est la sortie > de xrandr ? Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 381mm x 214mm 1920x1080 60.01*+ 60.0159.9759.9659.9348.01 1680x1050 59.9559.88 1600x1024 60.17 1400x1050 59.98 … (sans l'écran externe branché, si je le branche ça change rien, et le widget gnome ne le voit plus quand je le branche) > > Vu que j'ai pas de display port, je suppose que c'est mort pour avoir > > les deux. > > Vu que le CPU est récent, tu dois avoir de l'USB-C qui permet de > transporter du Display Port. Non, c'est un dell bas de gamme et j'ai pas d'USB-C -- Daniel uisent plutôt que de râler après ceux qui ne comprennent rien, ils sont trop nombreux ! Bastien
Re: Pb de résolution vidéo d'écran externe
❦ 9 June 2021 10:22 +02, Daniel Caillibaud: > J'ai un PC portable avec un i5-1035G1 > https://ark.intel.com/content/www/us/en/ark/products/196603/intel-core-i5-1035g1-processor-6m-cache-up-to-3-60-ghz.html > > et je voudrais brancher dessus un écran externe en 2560 x 1440, en plus de > l'écran du portable > en 2048 x 1152, mais en HDMI les résolutions proposées pour l'écran externe > (par le widget de > configuration d'écran de cinnamon) s'arrêtent à 2048 (et du coup c'est tout > baveux). > > Si les specs précisent max 4096 x 2304 en HDMI, ça veut dire que je peux pas > dépasser 4096 en > largeur je suppose. Le GPU intégré peut monter à cette résolution en HDMI 2, mais la plupart des laptops ne proposent que du HDMI 1.4, ce qui interdit le 4k. À partir de la génération 11, Intel a intégré le composant manquant (le LSPCON) directement dans le GPU intégré. Toutefois, HDMI 1.4 est suffisant pour 2560x1440. Quelle est la sortie de xrandr ? > Vu que j'ai pas de display port, je suppose que c'est mort pour avoir > les deux. Vu que le CPU est récent, tu dois avoir de l'USB-C qui permet de transporter du Display Port. https://www.amazon.fr/DisplayPort-Thunderbolt-Compatible-MacBook-Samsung/dp/B08B5YL38N/ Cela ne devrait toutefois rien changer. -- Program defensively. - The Elements of Programming Style (Kernighan & Plauger)
Pb de résolution vidéo d'écran externe
Salut, J'ai un PC portable avec un i5-1035G1 https://ark.intel.com/content/www/us/en/ark/products/196603/intel-core-i5-1035g1-processor-6m-cache-up-to-3-60-ghz.html et je voudrais brancher dessus un écran externe en 2560 x 1440, en plus de l'écran du portable en 2048 x 1152, mais en HDMI les résolutions proposées pour l'écran externe (par le widget de configuration d'écran de cinnamon) s'arrêtent à 2048 (et du coup c'est tout baveux). Si les specs précisent max 4096 x 2304 en HDMI, ça veut dire que je peux pas dépasser 4096 en largeur je suppose. Vu que j'ai pas de display port, je suppose que c'est mort pour avoir les deux. J'aimerais quand même garder le grand, mais même en éteignant l'écran du portable, le widget me propose pas de monter en résolution sur l'écran externe :-/ Y'aurait une solution via un fichier de config qq part ou c'est pas la peine d'essayer car y'a aucune chance ? -- Daniel Mise en bière : Une mise en boîte dont on ne se relève pas. Serge Mirjean
Re: télécharger une vidéo via vlc
bonjour Media --> ouvrir un flux réseau En bas de la fenêtre, la flèche vers le bas à côté de lire, choisir "convertir" et choisir son format de sortie. amitiés Le 25/01/2021 à 20:32, Bernard Schoenacker a écrit : bonjour, j'ai une Url one shot et je souhaiterai obtenir la possiblité de télécharger une vidéo via VLC mais je ne me souvient plus de la procédure ... merci pour votre coup de pouce boien à vous Bernard amitiés, -- Erwann
Re: télécharger une vidéo via vlc
Le 18652ième jour après Epoch, Bernard Schoenacker écrivait: > bonjour, Bonsoir, > j'ai une Url one shot et je souhaiterai obtenir la possiblité > de télécharger une vidéo via VLC mais je ne me souvient plus > de la procédure ... Si c'est une URL one-shot, peut-être que wget serait plus judicieux dans un premier temps, non? Sauf si c'est une URL genre rtsp:// ou autre équivalent, et dans ce cas j'ai pas d'idée :/
Re: télécharger une vidéo via vlc
Le 25/01/2021 à 20:32, Bernard Schoenacker a écrit : bonjour, j'ai une Url one shot et je souhaiterai obtenir la possiblité de télécharger une vidéo via VLC mais je ne me souvient plus de la procédure ... merci pour votre coup de pouce boien à vous Bernard Bonsoir, Avec vlc je ne sais pas trop non plus, mais avec ffmpeg cela le fait bien aussi ffmpeg -i url_flux -c:v copy -c:a copy nom_local_fichier en remplaçant donc url_flux par l'adresse (en http...) et nom_local_fichier par le nom que vous voulez.. Espérant que ça aide. Fabien
Re: télécharger une vidéo via vlc
Avec VLC je ne sais pas. Mais ne serait-ce pas plus pratique avec youtube-dl ? Bernard Schoenacker writes: > bonjour, > > j'ai une Url one shot et je souhaiterai obtenir la possiblité > de télécharger une vidéo via VLC mais je ne me souvient plus > de la procédure ... > > merci pour votre coup de pouce > > boien à vous > Bernard
télécharger une vidéo via vlc
bonjour, j'ai une Url one shot et je souhaiterai obtenir la possiblité de télécharger une vidéo via VLC mais je ne me souvient plus de la procédure ... merci pour votre coup de pouce boien à vous Bernard
Re: plateforme de diffusion vidéo
Le 2020-11-09 12:59, hamster a écrit : Le 09/11/2020 à 09:52, david...@mailo.com a écrit : J'ai pensé à essayer framatube, mais je n'ai jamais mis en ligne de vidéos, j'ignore si c'est facile à utiliser et si on mettre en ligne du contenu privé... Avez-vous des conseils ? Pour framatube, il faut aller fouiller sur leur site. C'est quand meme un truc qui a été concu pour etre une alternative a youtube. Mais il existe aussi plein d'autres trucs qui fonctionnent tout comme framatube : https://instances.joinpeertube.org/instances En fait ce sont tous des instances du même outil, PeerTube [1][2]. Pour ce qui est de la partie vidéo pure, je n'ai pas trop de conseil/retour à te donner. Sur la partie réseau décentralisé/fédéré, la principale difficulté que tu vas rencontrer va être de choisir la bonne instance : - pérenne - en phase avec ta philosophie et le contenu que tu veux y publier - qui accepte encore des nouveaux membres Je regarde PeerTube "de loin" pour l'instant, je ne peux pas vraiment t'aider plus. Tu trouveras sûrement de l'aide chez Framasoft [3]. 1: https://peer.tube/ 2: https://fr.wikipedia.org/wiki/PeerTube 3: https://framacolibri.org/c/peertube/peertube/37 Sébastien
Re: plateforme de diffusion vidéo
Merci ! je ne connaissais pas je vais aller fouiller :) De : hamster À : debian-user-french@lists.debian.org Sujet : Re: plateforme de diffusion vidéo Date : 09/11/2020 12:59:17 Europe/Paris Le 09/11/2020 à 09:52, david...@mailo.com a écrit : > Bonjour, > > Pour diffuser du contenu privé, je cherche une alternative à youtube. > > Mon besoin, c'est que ça soit > 1. Consultable aussi facilement sur un ordinateur que sur un téléphone > portable (avec une appli ?) > 2. Facile d'accès autant pour des ados que pour des personnes du 3èmes > âge, peu douées en informatique... > > J'ai pensé à essayer framatube, mais je n'ai jamais mis en ligne de > vidéos, j'ignore si c'est facile à utiliser et si on mettre en ligne > du contenu privé... > Avez-vous des conseils ? Pour framatube, il faut aller fouiller sur leur site. C'est quand meme un truc qui a été concu pour etre une alternative a youtube. Mais il existe aussi plein d'autres trucs qui fonctionnent tout comme framatube : https://instances.joinpeertube.org/instances
Re: plateforme de diffusion vidéo
Le 09/11/2020 à 09:52, david...@mailo.com a écrit : Bonjour, Pour diffuser du contenu privé, je cherche une alternative à youtube. Mon besoin, c'est que ça soit 1. Consultable aussi facilement sur un ordinateur que sur un téléphone portable (avec une appli ?) 2. Facile d'accès autant pour des ados que pour des personnes du 3èmes âge, peu douées en informatique... J'ai pensé à essayer framatube, mais je n'ai jamais mis en ligne de vidéos, j'ignore si c'est facile à utiliser et si on mettre en ligne du contenu privé... Avez-vous des conseils ? Pour framatube, il faut aller fouiller sur leur site. C'est quand meme un truc qui a été concu pour etre une alternative a youtube. Mais il existe aussi plein d'autres trucs qui fonctionnent tout comme framatube : https://instances.joinpeertube.org/instances
plateforme de diffusion vidéo
Bonjour, Pour diffuser du contenu privé, je cherche une alternative à youtube. Mon besoin, c'est que ça soit 1. Consultable aussi facilement sur un ordinateur que sur un téléphone portable (avec une appli ?) 2. Facile d'accès autant pour des ados que pour des personnes du 3èmes âge, peu douées en informatique... J'ai pensé à essayer framatube, mais je n'ai jamais mis en ligne de vidéos, j'ignore si c'est facile à utiliser et si on mettre en ligne du contenu privé... Avez-vous des conseils ? D'avance merci, David
Re: Problème de lecture vidéo html5
Le 03/11/20 à 23h42, Gianni a écrit : > Mais je me permets de relancer ma requête en vous demandant de me > dire qu'est-ce qui vous bloque, y a-t-il une information qui vous manque > ou le problème est-il hors sujet ? Ou dites-moi simplement "je ne trouve > pas de solutions", mais ne me laissez pas en plan, parce que je vois ce > que les autres ont posté depuis et que vous leur avez répondu, donc je > sais que vous avez lu mon message, et cela me frustre un peu. - Cette liste n'est pas un support technique avec obligation de réponse ! - Il y a plusieurs centaines (milliers ?) d'abonnés, heureusement que chacun d'eux ne répond pas "je sais pas" à chaque fois que c'est le cas ;-) - Me concernant, je ne lis pas tout, ce n'est pas parce que j'ai répondu à un message que j'ai lu tous ceux qui précédaient (certains sujets ne m'intéressent pas, sur d'autres je n'y connais rien, etc.). Pour être un peu plus constructif, un message qui reste sans réponse peut avoir différentes causes - problème trop vague, mal formulé, on peut pas répondre autre chose que "ça dépend" ou "j'ai rien compris au pb", donc on ne répond pas - problème dont la solution est évidente en cherchant un tout petit peu - problème dont personne n'a la solution C'est au demandeur de chercher dans quel cas il se trouve, et éventuellement préciser le pb s'il estime être dans le 1er cas. -- Daniel La persévérance est la noblesse de l'obstination Adrien Decourcelle
Re: Problème de lecture vidéo html5
Le Wed, 4 Nov 2020 00:32:12 +0100 (CET), l0f...@tuta.io a écrit : > Ça semble être une erreur assez générique qui peut être causée par > plusieurs facteurs... > > Certaines ressources internet pointent vers les solutions suivantes : > * Installation de ffmpeg [1] > * Installation de ubuntu-restricted-extras [2] > * Activation des contenus DRM [3] Il faut aussi penser extensions... Le mieux dans ces cas est de donner quelques URL de video qui ne marchent pas. Sinon dans les logiciels "miracles" il y a youtube-dl qui permet de choisir ce qu'on veut comme format et même audio seulement pour la musique. > > NB : Sachant que tu es sur Ubuntu, il vaut probablement mieux > t'adresser aux mailing-lists dédiées [4] J'approuve, mais pour répondre, avec Ubuntu, je ne trouve pas de video qui ne marchent pas (;^_^)
Re: Problème de lecture vidéo html5
Bonsoir, Ça semble être une erreur assez générique qui peut être causée par plusieurs facteurs... Certaines ressources internet pointent vers les solutions suivantes : * Installation de ffmpeg [1] * Installation de ubuntu-restricted-extras [2] * Activation des contenus DRM [3] NB : Sachant que tu es sur Ubuntu, il vaut probablement mieux t'adresser aux mailing-lists dédiées [4] Bien cordialement, l0f4r0 [1] https://www.reddit.com/r/firefox/comments/f0cu32/any_media_from_twitch_cannot_be_played_on_ubuntu/ [2] https://discuss.dev.twitch.tv/t/twitch-not-working-on-firefox-for-linux-ubuntu/15634 [3] https://askubuntu.com/a/926051 [4] https://lists.ubuntu.com
Re: Problème de lecture vidéo html5
Bonjour, Le mardi 03 novembre 2020, Gianni a écrit... > J'espère que ce ne sont pas mes pleurs qui vous ont découragé, puisqu'ils > étaient faux, hein, ce n'est pas la fin du monde. Mais je me permets de > relancer ma requête en vous demandant de me dire qu'est-ce qui vous bloque, > y a-t-il une information qui vous manque ou le problème est-il hors sujet ? > Ou dites-moi simplement "je ne trouve pas de solutions", mais ne me > laissez pas en plan, parce que je vois ce que les autres ont posté depuis > et que vous leur avez répondu, donc je sais que vous avez lu mon message, > et cela me frustre un peu. Si tu utilises le Firefox en paquet Ubuntu, et que ça ne fonctionne pas, peut-être pourrais tu installer la version Firefox téléchargeable ? Éventuellement, tu peux essayer Opera, ou bien Vivaldi. -- jm
Re: Problème de lecture vidéo html5
Bonsoir, J'espère que ce ne sont pas mes pleurs qui vous ont découragé, puisqu'ils étaient faux, hein, ce n'est pas la fin du monde. Mais je me permets de relancer ma requête en vous demandant de me dire qu'est-ce qui vous bloque, y a-t-il une information qui vous manque ou le problème est-il hors sujet ? Ou dites-moi simplement "je ne trouve pas de solutions", mais ne me laissez pas en plan, parce que je vois ce que les autres ont posté depuis et que vous leur avez répondu, donc je sais que vous avez lu mon message, et cela me frustre un peu. Le lun. 2 nov. 2020 à 19:04, Gianni a écrit : > Bonjour, > Lorsque je vais sur Youtube, toutes les vidéos "en direct" (stream) ainsi > que certaines vidéos normales affichent un message d'erreur: > "Votre navigateur ne reconnaît aucun des formats vidéo disponibles. > Cliquez ici pour consulter notre FAQ sur les vidéos HTML5 > <https://www.youtube.com/supported_browsers>." et lorque je clique sur le > lien, une page s'ouvre avec le message: > "Vous êtes génial. > Votre navigateur est à jour et vous pouvez donc utiliser les dernières > fonctionnalités de YouTube. Amusez-vous bien !" > Similairement, sur Twitch, les vidéos ne fonctionnent pas et affichent un > message d'erreur: "Cette vidéo n'est pas disponible ou n'est pas prise en > charge par ce navigateur. (Erreur 4000)" > > Je suis sur la dernière version d'Ubuntu, utilise Firefox, et ne souhaite > pas passer sur Chrome (même si ça marche). > > J'ai fait des recherches sur Internet: > -Un forum a proposé d'activer des codecs avec about:config, mais ça n'a > pas marché > -ce problème n'est pas traité dans la FAQ de Debian (en tout cas avec > beaucoup d'essais ctrl+F je n'ai rien trouvé); > -j'ai essayé d'utiliser un logiciel qui lit les vidéos en dehors du web: > Lecteur multimédia mpv, mais cela ne fonctionne pas avec les lives et ne > permet que la lecture en hd pour les vidéos (qui fait ramer mon ordi) > > Voilà, aidez-moi, s'il vous plaît! x''( >
Problème de lecture vidéo html5
Bonjour, Lorsque je vais sur Youtube, toutes les vidéos "en direct" (stream) ainsi que certaines vidéos normales affichent un message d'erreur: "Votre navigateur ne reconnaît aucun des formats vidéo disponibles. Cliquez ici pour consulter notre FAQ sur les vidéos HTML5 <https://www.youtube.com/supported_browsers>." et lorque je clique sur le lien, une page s'ouvre avec le message: "Vous êtes génial. Votre navigateur est à jour et vous pouvez donc utiliser les dernières fonctionnalités de YouTube. Amusez-vous bien !" Similairement, sur Twitch, les vidéos ne fonctionnent pas et affichent un message d'erreur: "Cette vidéo n'est pas disponible ou n'est pas prise en charge par ce navigateur. (Erreur 4000)" Je suis sur la dernière version d'Ubuntu, utilise Firefox, et ne souhaite pas passer sur Chrome (même si ça marche). J'ai fait des recherches sur Internet: -Un forum a proposé d'activer des codecs avec about:config, mais ça n'a pas marché -ce problème n'est pas traité dans la FAQ de Debian (en tout cas avec beaucoup d'essais ctrl+F je n'ai rien trouvé); -j'ai essayé d'utiliser un logiciel qui lit les vidéos en dehors du web: Lecteur multimédia mpv, mais cela ne fonctionne pas avec les lives et ne permet que la lecture en hd pour les vidéos (qui fait ramer mon ordi) Voilà, aidez-moi, s'il vous plaît! x''(
Re: Captation flux audio ET vidéo
Le 17/06/2020 à 22:20, Yannick a écrit : > Bonsoir, > > Je suis amener à faire une intervention lors d'un salon virtuel en ligne. > Je cherche un outil graphique qui me permette de récupérer le signal > vidéo et le son que je vais émettre. > J'utiliserais une plateforme Jitsi pour faire la conférence. > > Le but est d'avoir une copie de cette intervention. On me propose de > passer par FB mais bon j'en suis parti ce n'est pas pour y revenir. > > Amitiés > Bonsoir, Après avoir passé l'AM à tester les différentes solutions qui m'ont été proposées je vais me tourner vers Open Broadcaster Software https://doc.ubuntu-fr.org/obs Si la vidéo ne pose pas trop de soucis dans les autres solutions c'est le son qui est problématique. La captation ne se fait pas. Merci de votre aide Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org signature.asc Description: OpenPGP digital signature
Re: Captation flux audio ET vidéo
Mon fils devait suivre une classe virtuelle pendant un rdv médical j'ai donc essayé recordmydesktop pour la lui enregistrer (j'ai pu choisir la fenêtre à enregistrer) Pendant la phase de tests, tout fonctionnait bien mais pendant le vrai enregistrement, je n'ai pas eu de son David Le 2020-06-18 09:10, Jean Bernon a écrit : Si tu utilises Gnome, l'extension EasyScreenCast enregistre localement les flux audio et vidéo de ton ordinateur. - Mail original - De: "Yannick" À: debian-user-french@lists.debian.org Envoyé: Mercredi 17 Juin 2020 22:20:08 Objet: Captation flux audio ET vidéo Bonsoir, Je suis amener à faire une intervention lors d'un salon virtuel en ligne. Je cherche un outil graphique qui me permette de récupérer le signal vidéo et le son que je vais émettre. J'utiliserais une plateforme Jitsi pour faire la conférence. Le but est d'avoir une copie de cette intervention. On me propose de passer par FB mais bon j'en suis parti ce n'est pas pour y revenir. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org
