chepioq
Pour fedora c'est
dnf list mesa*
cela te donnera en tête de liste les paquets mesa installés
# dnf list mesa*
Dernière vérification de l’expiration des métadonnées effectuée il y a 2:15:32 le ven. 01 juin 2018 15:57:49 CEST.
Paquets installés
mesa-demos.x86_64 8.3.0-9.fc28 @fedora
mesa-dri-drivers.i686 18.0.2-1.fc28 @updates
mesa-dri-drivers.x86_64 18.0.2-1.fc28 @updates
mesa-filesystem.i686 18.0.2-1.fc28 @updates
mesa-filesystem.x86_64 18.0.2-1.fc28 @updates
mesa-libEGL.i686 18.0.2-1.fc28 @updates
mesa-libEGL.x86_64 18.0.2-1.fc28 @updates
mesa-libEGL-devel.x86_64 18.0.2-1.fc28 @updates
mesa-libGL.i686 18.0.2-1.fc28 @updates
mesa-libGL.x86_64 18.0.2-1.fc28 @updates
mesa-libGL-devel.x86_64 18.0.2-1.fc28 @updates
mesa-libGLES.i686 18.0.2-1.fc28 @updates
mesa-libGLES.x86_64 18.0.2-1.fc28 @updates
mesa-libGLU.i686 9.0.0-14.fc28 @fedora
mesa-libGLU.x86_64 9.0.0-14.fc28 @fedora
mesa-libGLU-devel.x86_64 9.0.0-14.fc28 @fedora
mesa-libOSMesa.i686 18.0.2-1.fc28 @updates
mesa-libOSMesa.x86_64 18.0.2-1.fc28 @updates
mesa-libOpenCL.x86_64 18.0.2-1.fc28 @updates
mesa-libgbm.i686 18.0.2-1.fc28 @updates
mesa-libgbm.x86_64 18.0.2-1.fc28 @updates
mesa-libglapi.i686 18.0.2-1.fc28 @updates
mesa-libglapi.x86_64 18.0.2-1.fc28 @updates
mesa-libxatracker.x86_64 18.0.2-1.fc28 @updates
mesa-vdpau-drivers.x86_64 18.0.2-1.fc28 @updates
mesa-vulkan-drivers.x86_64 18.0.2-1.fc28 @updates
Paquets disponibles
..................................................
Pour ubuntu je ne sais pas.
Dempiller
Merci chepioq, je tentais avec "dnf info sans grand succès.
Voici ce que ça retourne:
mesa-dri-drivers.x86_64 18.0.2-1.fc28 @updates
mesa-filesystem.x86_64 18.0.2-1.fc28 @updates
mesa-libEGL.x86_64 18.0.2-1.fc28 @updates
mesa-libGL.x86_64 18.0.2-1.fc28 @updates
mesa-libGLU.x86_64 9.0.0-14.fc28 @fedora
mesa-libOpenCL.x86_64 18.0.2-1.fc28 @updates
mesa-libgbm.x86_64 18.0.2-1.fc28 @updates
mesa-libglapi.x86_64 18.0.2-1.fc28 @updates
mesa-libxatracker.x86_64 18.0.2-1.fc28 @updates
mesa-vulkan-drivers.x86_64 18.0.2-1.fc28 @updates
Je vais voir du côté de Ubuntu pour comparer les deux
Dempiller
Voici sur Ubuntu:
dempiller@Envy-DS:~$ apt-cache show mesa* | grep "Version"
Version: 17.2.8-0ubuntu0~17.10.1
Version: 17.2.2-0ubuntu1
Version: 17.2.8-0ubuntu0~17.10.1
Version: 17.2.2-0ubuntu1
Version: 8.3.0-5
Version: 17.2.8-0ubuntu0~17.10.1
Version: 17.2.2-0ubuntu1
Version: 8.3.0-5
Version: 17.2.8-0ubuntu0~17.10.1
Version: 17.2.2-0ubuntu1
Version: 17.2.8-0ubuntu0~17.10.1
Version: 17.2.2-0ubuntu1
C'est surprenant, ce sont des versions inférieures (enfin non c'est logique pour la distrb mais surprenant que des version pus vieilles fonctionnent et pas les plus récentes).
Dempiller
Bon j'ai comparé plus longuement La Ubuntu et la Fedora.
Le souci est présent aussi sur Ubuntu mais moins fort, les lags de vidéos et ralentissement ne sont pas aussi fréquents et réguliers. C'est plus léger et on y fait donc bcp moins attention. Ceci remarqué en comparant les même .mkv (3 que j'ai pris comme base)
Par contre, souci présent sur Ubuntu et non sur Fedora: cassure d'écran (Screen Tearing, surtout diagonal) et ce même quand je scroll ici sur le forum. Donc un bon point pour Fedora.
Pour le site Intel 01.org, j'ai tout en version égale ou supérieure. Sauf Gpu Tools à moins que ça ne soit gputool que j'ai dans ce cas. Et Vaapi driver mais en cherchant sur le net il ferait partie de libva ?
Et dnf list xserver* ne donne rien non plus...
Donc le problème qui persiste est un lagg d'image qui est présent surtout à la lecture de fichier. Sur Netflix, Prime et Youtube, ça semble pratiquement nickel, identique à Ubuntu (sauf, j'ai l'impression sur certains contenus streamés en 4K, plus dur de le gérer que Ubuntu ou simple coincidence en fonction de la motivation de ma connexion, je ne sais pas mais pour moi il y a un peu plus de lagg car j'ai reboot 10 fois les deux systèmes et tjs un peu plus de lags sur Youtube 4k sur Fedora)
Et pour les vidéos le souci est présent aussi bien avec Totem que avec VLC
Et ce seul petit problème est, je le rappelle avec Wayland, avec Xorg c'est pire, screen Tearing à mourrir, image déformée, lags etc
VINDICATORs
Tu n'as que les paquets mesa de la liste que tu donne d'installé?
Dempiller
Oui uniquement ceux que j'ai collé hier en code
VINDICATORs
Dempiller
Oki, je vais tenter ça 🙂 Mais je n'ai pas de carte ATI par contre.
Je reboot pour tenter 😉 Là j'ai retenter Ubuntu 17.10, 18.04 ça ne va dans aucune (le seconde c'est logique car Xorg obligatoirement). OpenSuse Leap n'en parlons pas.
Je persévère sur Fedora (qui me tente vraiment bien pour changer un peu d'air après 10 ans de Ubuntu majoritairement)
Par contre, je viens d'installer une OpenSuse Tumbleweed (Rolling Release), j'ai simplement fait une mise à jour et ajouté le dépôt Pacman (équivalant de RPM Fusion) et les codecs Gstreamer et tout fonctionne à la perfection, les seuls micros lags qui j'ai dessus sont uniquement sur Youtube et du à Youtube (en 4K, peu de vidéos fluides à l'heure actuelle). Pour les mkv, Netflix et Prime, c'est tout simplement parfait.
Si on ne parviens pas à faire fonctionner Fedora, ne peut-on pas voir également tout ce qui est installés et en quelle version sur Tumbleweed pour les installer sur Fedora ?
Dedans j'ai intel-vaapi-driver que je n'ai pas trouvé dans les dépôts de Fedora par exemple.
VINDICATORs
Ce n'est pas propre aux cartes AMD/ATI.
Perso pas de souci chez moi avec la puce intel, mais j'utilise xorg + plasma.
Dempiller
Ah d'accord. Bon, j'ai pas mal chipoter. Voici le résumé et les faits:
J'ai fais : sudo dnf install mesa-libEGL-devel.x86_64 mesa-vdpau-drivers.x86_64 pour installer ce que tu m'as dis ainsi que la lib que je n'avait pas et qui était présente sur OpenSuse.
Ca n'avait pas changé grand chose en sortie Hdmi 4K 55" mais par contre, tout fonctionne très bien sur l'écran natif du portable. Du coup je suis retourné sur le site Intel 01.org, cela m'a rappellé qu'il me manque (pas présent dans les dépôts) le intel-vaapi-driver. J'ai hésité à essayer de le compiler.
J'ai alors reboot sur OpenSuse, le souci était apparu aussi (en plus light mais là quand même. Je me suis dis qu'il y avait ptt un phénomène de chauffe du chipset qui devait un peu faire foirer le pilote ou autre. Ou aussi que ma ram gardait trop de crasses (j'ai fais que des reboots, choses prenant 4 secondes avec mon ssd). J'ai donc regardé pour vaapi, pas présent mais j'y ai trouvé un vdr-vaapidevice grâce à dnfdragora (il devrait être installé de base, c'est top).
Et j'ai éteins l'ordi 3 minutes pour le laisser digérer et vider la ram...
A présent, Cela fonctionne aussi bien voire mieux que sur Ubuntu 17.10, enfin ! sur les mkv tout est en ordre (je me suis rendu compte que certain rips ont un petit lag sur certains mouvements et que ça ne serait peut-être pas mon matériel. Youtube en 4K fonctionne bien, seule ma vidéo de test principale affiche un tit lag ou l'autre parfois (mais elle fait 1h40 et c'est ptt une question de streaming à, les plus courte fonctionnent nickel) Netflix parfait, Prime un peu moins mais bon.
Bref, le souci n'a plus vraiment lieu sur l'écran natif et il est fortement amoindri sur la Tv (ce qui m'intéresse davantage car je l'utilise comme ça tout le temps).
A voir avec le temps si le problème disparait totalement (mais il est plus présent sur Prime et en streaming donc bon, pas sûr de l'origine du souci) grâce à d'éventuelles mises à jour.
Je vous remercie tous pour le soutien et l'aide apporter 🙂 Si le souci revient, je viendrais à nouveau ajouter des pages à ce post :p mais je croise les doigts pour ne pas avoir à le faire.
Dempiller
Re-bonjour la communauté 🙂
Bon, c'est toujours kif kif et un peu le statut quo (mais c'est le meilleur résultat obtenus toutes distributions etc confondues).
Par contre, je viens de constater une chose : est-ce normal que j'ai les drivers Intel qu'on a installé ainsi que le driver Nouveau ? Ne dois-je pas avoir soit les Intel soit le Nouveau ?
madko
Tu peux installer tous les drivers du monde, aucun soucis. Installés ne veut pas dire forcément utilisés. Et en fonction de ton matériel, tu peux avoir plusieurs drivers de chargés et donc d'utilisés.
Refuznik
Tu peux faire un rmmod nouveau et voir si ça s'améliore.
VINDICATORs
Au passage tu parle de "surchauffe" , tu utilise quoi pour refroidir ton cpu? Parce que oui! utiliser le gpu intégré au cpu le fait plus chauffer que si il n'est pas utilisé.
Du coup bah... Si cela chauffe trop trop longtemps il ne faut pas t'étonner.
Dempiller
@madko: ah d'accord.
@Refuznik: Je vais tenter et je vous fais un retour 😉
@VINDICATORs: C'est un ultra book, il est simplement surélement pour que les extraction de chaleur du haut comme du bas soient bien libres. Mais il me semble que depuis que j'ai éteind complètement et rallumer je n'ai plus ce phénomème de type aléatoire. Cela fonctionne toujours identiquement à présent. Jamais mieux ou pire. Donc je me demande si c'était pas un truc en ram ou que j'ai modifié depuis.
Dempiller
@Refuznik: il me renvoie que Nouveau n'est pas utilisé. Donc ça ne doit pas venir de là.
Par contre, j'ai cru comprendre que la meilleure méthode est d'installer tout ça:
https://01.org/linuxgraphics/downloads/2018q1-intel-graphics-stack-recipe
Mais, dans les dépôts que j'ai (RPMFusion compris), je n'ai pas (et donc il n'est pas installé) les
Vaapi intel-driver
Et je me demande si ça ne serait pas le plus important... J'ai
libva-intel-driver à la place.
Et j'ai Xorg 11;19.6 et non 11.19.9
teutates
Bonjour,
Une autre cause peut être de vieux fichiers de paramétrages dans le dossier utilisateurs. J'avais des problèmes quasiment similaire sur une autre distribution. Des problèmes inexistants depuis un profils neuf (donc vierge). J'ai donc refait mon profil utilisateur et le problème a disparu. En conclusion, si on traine ces fichiers de configurations depuis plusieurs versions de la distributions, ces fichiers deviennent obsolètes voire source de conflit.
Dempiller
Bonjour teutates, ici je suis sur une nouvelle installation complète avec un nouvel utilisateur (j'ai réintégré mes fichiers ensuite mais pas ceux de configuration) donc ça ne doit aps venir de là.
J'auarais bien aimé, ça aurait été simple à résoudre 🙂