Déchirure d'écran en 11.10 avec des graphiques Intel [fermé]

15

J'ai un léger écran qui se déchire lorsque je regarde des vidéos dans Ubuntu 11.10 x64, vraiment ennuyeux. À la fois dans Unity et GNOME-Shell. Veuillez concentrer la réponse sur GS car c'est mon DE principal et c'est là que je veux que ça fonctionne.

Voici ce que j'utilise:

  • Chaîne du fournisseur OpenGL: Tungsten Graphics, Inc
  • Chaîne de rendu OpenGL: Mesa DRI Intel (R) Sandybridge Mobile
  • Chaîne de version OpenGL: 2.1 Mesa 7.11
  • Chaîne de version du langage d'ombrage OpenGL: 1,20
  • Extensions OpenGL:

Je suppose que c'est parce que je ne parviens pas à synchroniser l'écran verticalement mais je ne sais pas comment le réparer. J'ai trouvé un fil de discussion sur driconf et j'ai défini les paramètres sur "toujours synchroniser verticalement". Que puis-je faire de plus pour résoudre ce problème?

Aidez-moi, toute réponse est la bienvenue :) ce serait nul si je ne peux pas regarder des vidéos confortablement sur mon nouvel ordinateur portable.

Mise à jour:

J'ai pensé que cela pourrait avoir quelque chose à voir avec le taux de rafraîchissement de l'écran, j'ai donc essayé de le changer manuellement. J'ai trouvé une documentation en ligne pour mon ordinateur portable (DELL LATITUDE E5420):

http://support.dell.com/support/edocs/systems/late5520/en/SM_EN/GUID-89CF3778-9361-4F01-A0A4-1D257AE39CAD.html

Là, j'ai trouvé que le taux de rafraîchissement de l'écran était de 60 Hz mais je ne sais pas comment le changer manuellement dans GNOME-Shell, j'ai donc essayé de changer les paramètres de compiz dans Unity pour voir s'il y avait une différence. J'avais toujours le problème mais je pense que ce n'était pas aussi grave, c'est difficile à dire.

Mise à jour 2:

Le problème existe également dans Unity 2D et Gnome-classic. Donc, ce problème est peut-être limité à un problème d'affichage ou de pilote?

Mise à jour 3:

La solution pour GNOME-Shell se trouve dans les commentaires de la réponse acceptée.

11.10 64-bit intel-graphics opengl tearing Niklas
la source
Cette question concerne un bogue corrigé dans les versions ultérieures. La solution de contournement pourrait ne plus être nécessaire ou toute "nouvelle" réponse n'est pas valide (puisque personne ne devrait utiliser 11.10 ... je pense). Si quelqu'un rencontre ce problème, veuillez ouvrir un rapport de bogue car ce n'est pas un comportement attendu.
Braiam

Réponses:

20

Il s'agit d'un bug avec les graphiques Intel Sandy Bridge.

Unité

Une solution de contournement pour Unity (ou Unity 2D avec Compiz) consiste à activer les options Forcer les redessins plein écran (échange de tampon) lors de la repeinture et peut-être aussi Ne pas attendre la synchronisation vidéo dans la section Solutions de contournement du Gestionnaire de paramètres CompizConfig:

entrez la description de l'image ici

Shell GNOME

Dans GNOME Shell, vous pouvez contourner le bogue en définissant la CLUTTER_PAINTvariable d'environnement dans / etc / environment :

CLUTTER_PAINT=disable-clipped-redraws:disable-culling
CLUTTER_VBLANK=True
htorque
la source
Cela l'a fait fonctionner dans Unity! J'espère juste que quelqu'un apporte longtemps une bonne solution pour GNOME-Shell ...
Niklas
Salut! Si vous avez trouvé cette réponse utile, vous pouvez la marquer comme "acceptée" en cliquant sur l'icône de coche à gauche. :)
htorque
Désolé, j'espérais que quelqu'un avec une solution pour GNOME-Shell vienne, mais après avoir lu les commentaires de bogue, je me suis rendu compte qu'il n'y avait pas encore de correctif (bien que pour certains, cela ait aidé à changer la sortie vidéo en opengl). J'ai donc oublié de changer le statut ici :) merci pour votre réponse détaillée!
Niklas
Une solution de contournement a été trouvée dans GNOME-Shell! Pour moi, cela a fonctionné en modifiant le fichier / etc / environment et en ajoutant la ligne: CLUTTER_PAINT = disable-clipped-redraws: disable-culling
Niklas
La solution de contournement ci-dessus a été signalée dans le rapport de bogue en amont.
Niklas
1

J'ai un ancien chipset Intel (G965) mais le même problème. La seule façon de le faire fonctionner à 100% "correctement" est d'utiliser Video Overlay. L'inconvénient est que cela ne fonctionne pas correctement avec les effets 3D et la composition. Je ne sais pas si la superposition vidéo est toujours prise en charge sur Sandy Bridge. Si c'est le cas, voici comment l'utiliser.

Utilisez xvinfopour obtenir une description détaillée de tous les adaptateurs XVideo. Dans mon cas, il y en a deux, "Intel (R) Textured Video" et "Intel (R) Video Overlay". Le second fonctionne pour moi et la sortie de xvinfo ressemble à ceci:

  Adaptor #1: "Intel(R) Video Overlay"
    number of ports: 1
    port base: 93
    operations supported: PutImage

Dans ce cas, vous recherchez le numéro de port 93.

Pour l'utiliser dans mplayer, démarrez-le avec mplayer -vo xv:port=93ou mettez quelque chose comme ça dans votre $HOME/.mplayer/config:

[default]
vo=xv:port=93

Le réglage xv:adaptor=1peut également fonctionner.

Pour xine, un paramètre de configuration video.device.xv_portpeut être défini $HOME/.xine/config.

GStreamer a une propriété devicepour xvimagesinkmais je ne sais pas comment la définir. (J'utilise uniquement mplayer).

bseibold
la source
Merci pour votre réponse détaillée, bien que cela ne fonctionne pas vraiment pour moi depuis que j'utilise Gstreamer et cela ne résout pas ces problèmes lorsque vous regardez une vidéo Flash. Bien que je pense que cela peut aider quelqu'un d'autre :)
Niklas