[presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

NicoA380 · Le 21/05/2006, à 10:18

Salut,

j'ai une ati radeon 8500, configuré avec le driver proriétaire fglrx.

La 3D est correct avec Xorg.

XGL démarre convenablement, mais étrangement, la seule application OpenGL qu'il veut bien éxécuter est Compiz.

Si j'essais de faire un glxgears ou lancer armagetron sous XGL, que ce soit avant ou après le lancement de Compiz, le serveur X crash et redémarre comme si de rien été, puis je me retrouve devant gdm. J'ai testé avec Gnome et Xfce, pour un même résultat.

Information en vrac :

- Dapper mis à jour quotidiennement
- Xorg 7.0.0-0ubuntu44
- xorg-driver-fglrx 6.9.0-8.24.8+2.6.15.10-2
- xserver-xgl 7.0.0-0ubuntu23
- compiz 0.0.10-0ubuntu14
- kernel et restricted module 2.6.15-23-k7

Je vais voir si je peux récupérer d'éventuels messages d'erreurs lors de ces crashs.

Si jamais l'un de vous à déjà entendu parler de ça, ou à une eventuelle idée, merci d'avance

[question bonus]
Quelqu'un sait comment changer de bureau virtuel en buttant la souris seule sur le bord de l'écran ? (à la xfce, brightside, etc ...)
[/question bonus]

Dernière modification par NicoA380 (Le 30/05/2006, à 20:36)

mika · Le 21/05/2006, à 11:11

Je peut répondre qu'à ta question bonus (j'ai gagné qq chose du coup ?)

dans gconf-editor apps/compiz/plugins/rotate/screen0/options

Rajouter ou editer les quatres clefs suivantes (valeur boolean pour les trois premieres et numerique pour la derniere):
edge_flip_dnd (pour changer du bureau pendant un drag 'n drpp)
edge_flip_move (pour changer de bureau pendant le déplacement d'une fenêtre)
edge_flip_pointer (pour changer de bureau en bougeant la souris)
flip-time (le temps en milliseconde avant qu'on change de bureau).

NicoA380 · Le 21/05/2006, à 11:31

Yes merci ^^

Paramètre qu'on retrouve dans Gset-Compiz, plugin rotate. J'étais passé à côté

Tu as gagné le droit de répondre à la deuxième question bonus :

Je suis également habitué à avoir des bureaux en haut et en bas, 9 en tout, de façon circulaire (ou sur un tore pour être rigoureux).
Peut-on retrouver ça avec Compiz
(je me doute de la réponse ... )

Bon, je vais ré-essayer Xgl pour tester ce fameux edge-flip-pointer, et en profiter pour tracker les messages au moment du crash.

Niaphron · Le 21/05/2006, à 11:43

Salut,

Même problème!
J'ai une radeon mobility 9000 avec fglrx aussi.
Glxgears ou les ecrans de veille opengl me font planter x et revenir à gdm...

ma config:
Dapper mis à jour quotidiennement
- Xorg 7.0.0-0ubuntu44
- xorg-driver-fglrx 6.9.0-8.24.8+2.6.15.10-2
- xserver-xgl 7.0.0-0ubuntu23
- compiz 0.0.10-0ubuntu14
- kernel et restricted module 2.6.15-23-386

Donc pour la solution je suis preneur aussi.

NicoA380 · Le 21/05/2006, à 14:20

J'ai récupéré un message lors d'un crash, en fesant "glxgears 2> crashGL.txt".

Après le crash, le fichier contient :

Xlib:  extension "XFree86-DRI" missing on display ":1.0".

Ok, si tu veux, mais c'est une raison pour crasher comme ça, p'tit Xgl ?

Dernière modification par NicoA380 (Le 21/05/2006, à 14:20)

Niaphron · Le 22/05/2006, à 13:37

Un pti up?

sylque · Le 22/05/2006, à 14:48

meme probleme quand je fais systeme->préférence->economiseur d'écran me fait planter x et revenir à gdm ou aussi quand le system se met en écran de veille...glxgears meme chose, donc j'ai du allé dans une session gnome normal pour le desactiver

fabsail · Le 23/05/2006, à 18:25

Sylque, j'ai exactement le même pb : http://forum.ubuntu-fr.org/viewtopic.php?id=40851

Pourrais-tu me dire ce qu'il y a à désactiver pour éviter ces plantages intempestifs ?

Plam503711 · Le 25/05/2006, à 20:22

argh meme probleme
Xgl niquel (méthode du script qui fait tous tout seul)
Par contre, aucun appli opengl ne marche, enfin ça fait planter X et je revien à l'écran de log

# fgl_glxgears

Using GLX_SGIX_pbuffer
Xlib: extension "XFree86-DRI" missing on display ":1.0".
Error: couldn't get fbconfig

NicoA380 · Le 25/05/2006, à 23:31

Salut,
solution temporaire pour éviter le plantage (mais performance risible), retirer -accel glx:pbuffer au lancement d'Xgl.

Edit :
J'ai lancé Xgl avec -accel glx:fbconfig -accel xv:fbconfig, ce qui serait peut-être mieux que rien, à confirmer.

$ glxgears -printfps
Xlib:  extension "XFree86-DRI" missing on display ":1.0".
790 frames in 5.6 seconds = 141.716 FPS
753 frames in 5.8 seconds = 130.195 FPS

Et ce n'est pas fluide du tout, au moins ça ne plante pas.
Pas mal de problème de vidéo aussi, soit ça saccade en grand, soit c'est fluide mais les couleurs c'est n'importe quoi, et dans de rare cas, c'est nickel.

Dernière modification par NicoA380 (Le 26/05/2006, à 07:13)

sylque · Le 26/05/2006, à 05:35

fabsail a écrit :

Sylque, j'ai exactement le même pb : http://forum.ubuntu-fr.org/viewtopic.php?id=40851
Pourrais-tu me dire ce qu'il y a à désactiver pour éviter ces plantages intempestifs ?

En fait je suis allé dans la session gnome normal, et j'ai désactivé mon écran de veille,mais pour que mon écran s'éteigne au bout d'un certain temps, j'ai joué avec ma gestion d'énergie (pour éviter d'avoir mon écran d'allumé toute la journée)

PS en attendant de trouver mieux

Dernière modification par sylque (Le 26/05/2006, à 05:37)

NicoA380 · Le 26/05/2006, à 07:15

J'avais oublié d'indique d'avoir mis :
-accel glx:fbconfig -accel xv:fbconfig

à la place des accel pbuffer.

En attendant une solution plus viable

NicoA380 · Le 30/05/2006, à 20:35

Du nouveau !!!

Le message :
Xlib: extension "XFree86-DRI" missing on display ":1.0".

m'a fait tické, et je me suis dis "ça veut dire qu'il est bien là sur le display :0.0 ?"

ni une, ni deux :
DISPLAY=:0 glxgears -printfps

whouu, ça marche, mais c'est pas dans une fenêtre, évidement !

Alors j'ai fais ainsi :
DISPLAY=:0 xfwm4 &
DISPLAY=:0 glxgears -printfps

et là, tout est dans des fenêtres, même mon bureau XGL

Comme vous pouvez voir sur le screen, l'acceleration est bien effective (fps de glxgears).
OpenGL en plein écran est donc possible (pas besoin de gestionnaire de fenetre sur :0)

Des suggestions pour une intégration ?

NicoA380 · Le 02/06/2006, à 20:28

Encore du neuf, j'ai trouvé un window manager qui ne touche pas à la fenêtre d' xgl, mais en ajoute aux autres.

C'est flwm. (sudo apt-get install flwm)

Donc, au démarrage de ma session compiz, j'ai rajouté dans un script autolancé (le startcompiz) :

[b]killall flwm
DISPLAY=:0 flwm&[/b]

Maintenant, si je veux lancer une application OpenGL :

DISPLAY=:0 glxgears -printfps
DISPLAY=:0 glest
DISPLAY=:0 #ce que tu veux

S'il y a des vidéos qui ne déconne que sous xgl et qui marchait avant, vous pouvez utiliser le même principe.

[démo]

[/démo]

Voila, j'espère que ça servira à d'autre

Dernière modification par NicoA380 (Le 02/06/2006, à 20:29)

Cakeman · Le 02/06/2006, à 22:37

ca ne serait pas lié au bug relevé sur le launchpad avec le driver proprio pour les cartes ATI ?
https://launchpad.net/distros/ubuntu/+bug/47371

manatlan · Le 06/06/2006, à 10:04

Je serai assez interessé de tester votre zigouillette "DISPLAY=:0.0 ..." ...

Mais mon installe XGL/COMPIZ est un peu spéciale, j'ai suivi la methode qui consiste à linker "/etc/X11/X" sur Xgl ... Je n'ai donc pas ces 2 displays (:0 et :1)
J'en ai qu'un seul, où evidemment la 3D n'est pas accéléré pour tout ce qui est autre que xgl ... (mais bon : suis comment ça depuis 3 mois, et ça marche bien)

Mais pour tester "votre zigouillette", il faudrait que j'installe compiz/xgl, comme vous ... Voilà, je voudrai savoir quel tuto avez vous suivi pour ça ?

NicoA380 · Le 06/06/2006, à 12:59

Méthode 2 du wiki.

PS : vous pouvez me tutoyer

manatlan · Le 06/06/2006, à 13:15

NicoA380 a écrit :

Méthode 2 du wiki.

ok, merci à toi ... je testerai ce soir ...

C'est marrant, pk "ma méthode" (comprendre : celle que j'ai suivi) n'est pas créer dans le wiki-french (et je n'arrive plus à la trouver dans le wiki officiel, non plus) ... c'était pourtant la plus simple (un simple lien symbolique de X sur Xgl (à la place du lien sur xorg), et un compiz --replace dans le .gnomerc)

Tao · Le 06/06/2006, à 13:57

manatlan a écrit :

C'est marrant, pk "ma méthode" (comprendre : celle que j'ai suivi) n'est pas créer dans le wiki-french (et je n'arrive plus à la trouver dans le wiki officiel, non plus) ... c'était pourtant la plus simple (un simple lien symbolique de X sur Xgl (à la place du lien sur xorg), et un compiz --replace dans le .gnomerc)

Parce que c'est un peu barbare. En plus ce que tu dis ne suffit pas car il est préférable de passer les paramètres pour le pbuffer si on veut des performances respectables pour les vidéos et les applications opengl.

manatlan · Le 06/06/2006, à 14:35

Tao a écrit :

manatlan a écrit :
C'est marrant, pk "ma méthode" (comprendre : celle que j'ai suivi) n'est pas créer dans le wiki-french (et je n'arrive plus à la trouver dans le wiki officiel, non plus) ... c'était pourtant la plus simple (un simple lien symbolique de X sur Xgl (à la place du lien sur xorg), et un compiz --replace dans le .gnomerc)
Parce que c'est un peu barbare. En plus ce que tu dis ne suffit pas car il est préférable de passer les paramètres pour le pbuffer si on veut des performances respectables pour les vidéos et les applications opengl.

C'est interessant ce que tu dis, pk du coup, ça doit expliquer pourquoi "mes videos" rament quand je les met en plein ecran, ou quand je grandis trop la fenêtre ...

NicoA380 · Le 06/06/2006, à 17:32

manatlan a écrit :

C'est marrant, pk "ma méthode" (comprendre : celle que j'ai suivi) n'est pas créer dans le wiki-french (et je n'arrive plus à la trouver dans le wiki officiel, non plus) ... c'était pourtant la plus simple (un simple lien symbolique de X sur Xgl (à la place du lien sur xorg), et un compiz --replace dans le .gnomerc)

C'est la première méthode publié en février ou mars, quand tout été en super bêta. Ça a changé depuis, retiens nous au jus après ta tentavie (oublie pas de restaurer le lien sur Xorg).

manatlan · Le 06/06/2006, à 19:29

NicoA380 a écrit :

C'est la première méthode publié en février ou mars, quand tout été en super bêta.

ok merci pour l'info ...
elle était très simple (et marchait bien)

NicoA380 a écrit :

Ça a changé depuis, retiens nous au jus après ta tentavie (oublie pas de restaurer le lien sur Xorg).

bon evidemment, j'ai restauré le lien X sur xorg ...
J'ai suivi le "tuto 2", et surprise ça marche pas ... (et pourtant mon xgl/compiz a toujours très bien fonctionné avec la méthode ancestrale)

bon, j'ai une nvidia6600GT
donc je ne sais pas si cette ligne est "bonne" (je crois que c pour ati ça):
Xgl -fullscreen :1 -ac -accel glx:pbuffer -accel xv:pbuffer & sleep 2 && DISPLAY=:1
je lai remplacé par :
Xgl -fullscreen :1 -ac -accel glx:pbuffer -accel xv:fbo & sleep 2 && DISPLAY=:1
dans "startxgl.sh"

mais ça ne change pas grand chose ... (j'ai l'impression que ça dessine plus rapidement, c tout)

bon, j'utilise pas les repos de quinstorm, mais ce de reggaemanu : donc compiz-vanilla et compiz-gnome-vanilla (mais ça, ça devrait pas changer grand chose ... les vanilla sont justes plus stables)

je test diverses choses ...
mais pas de xgl/compiz ;-( ...
la tache xgl tourne bien ... j'ai les decorations normales des fenêtres ...
mais c pas bon ...

j'ai désactiver les extensions "composite/render/damage" que j'utilisais avec xorg ... mais pas mieux

une idée ? help ? à l'aide ...
ça fait 3 mois que j'utilise xgl/compiz ... c dure de retourner sous xorg ;-(

Dernière modification par manatlan (Le 06/06/2006, à 19:33)

manatlan · Le 06/06/2006, à 20:04

bon ... apparemment le tuto du wiki (methode 2)
semble être assez vieux, orienté ati, et ne fonctionne clairement pas pour les nvidia (vu ce qu'on peut lire dans le reste du forum)

J'aurai bien testé votre méthode avec 2 display ... ;-(
mais je suis revenu comme dans le temps, avec la "méthode ancestrale", qui a l'avantage d'être simple et de marcher ...

vdemeester · Le 06/06/2006, à 21:14

NicoA380 a écrit :

C'est la première méthode publié en février ou mars, quand tout été en super bêta. Ça a changé depuis, retiens nous au jus après ta tentavie (oublie pas de restaurer le lien sur Xorg).

Pour tout dire, XGL est encore en version super bétâ comme tu dis, c'est même pas une version alpha en fait.. D'où, je trouve la grosse erreur de pouvoir l'installer comme ça en claquant des doigts..

NicoA380 · Le 07/06/2006, à 01:15

manatlan a écrit :

bon ... apparemment le tuto du wiki (methode 2)
semble être assez vieux, orienté ati, et ne fonctionne clairement pas pour les nvidia (vu ce qu'on peut lire dans le reste du forum)
J'aurai bien testé votre méthode avec 2 display ... ;-(
mais je suis revenu comme dans le temps, avec la "méthode ancestrale", qui a l'avantage d'être simple et de marcher ...

Je l'ai installé sur un pot équipé nvidia, en suivant le wiki méthode 2, sans aucun blème, tout comme sur des roulettes.

Tu serais dire exactement ce qui "déconne" ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 21/05/2006, à 10:18

[presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#2 Le 21/05/2006, à 11:11

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#3 Le 21/05/2006, à 11:31

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#4 Le 21/05/2006, à 11:43

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#5 Le 21/05/2006, à 14:20

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#6 Le 22/05/2006, à 13:37

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#7 Le 22/05/2006, à 14:48

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#8 Le 23/05/2006, à 18:25

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#9 Le 25/05/2006, à 20:22

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#10 Le 25/05/2006, à 23:31

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#11 Le 26/05/2006, à 05:35

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#12 Le 26/05/2006, à 07:15

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#13 Le 30/05/2006, à 20:35

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#14 Le 02/06/2006, à 20:28

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#15 Le 02/06/2006, à 22:37

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#16 Le 06/06/2006, à 10:04

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#17 Le 06/06/2006, à 12:59

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#18 Le 06/06/2006, à 13:15

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#19 Le 06/06/2006, à 13:57

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#20 Le 06/06/2006, à 14:35

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#21 Le 06/06/2006, à 17:32

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#22 Le 06/06/2006, à 19:29

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#23 Le 06/06/2006, à 20:04

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#24 Le 06/06/2006, à 21:14

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

#25 Le 07/06/2006, à 01:15

Re : [presque résolu][fglrx] XGL/Compiz > ok | OpenGL > crash

Pied de page des forums