Oui toujours le white screen de la mort qui tue a mon avis c'est du a l'absence de GLX_EXT_texture_from_pixmap mais je sais pas comment contourner ce problème vous avez une idée ?

A+
As-tu bien reproduit cette manipulation ?
mkdir /usr/lib/compizlib
cp /usr/lib/libGL.so.1.2  /usr/lib/compizlib
ln -s /usr/lib/compizlib/libGL.so.1.2 /usr/lib/compizlib/libGL.so.1
ln -s /usr/lib/compizlib/libGL.so.1 /usr/lib/compizlib/libGL.so
et lancé compiz de cette manière :
DISPLAY=:0 LD_LIBRARY_PATH=/usr/lib/compizlib compiz --replace gconf decoration move & gnome-window-decorator &
Oui j'ai essayé mais compiz ne se lance pas et me dis que GLX_EXT_texture_from_pixmap manque par contre je crois que Xgl est lancé, donc a mon avis l'erreur vient de compiz et des libs

EDIT: Si quelqu'un veut bien me filer ses libs je suis preneur, pour essayer
Cela m'étonne quand meme un peut, vu que libGL dans la version actuelle de compiz utilise une libGL en mode static "embarqué dans l'executable"

# Need special static libGL (EXT_texture_from_pixmap) for indirect rendering.
mesagl="`echo $RPM_BUILD_DIR/Mesa/%_lib/libGL.a`"
./configure ... --with-gl-libs="$mesagl" ...

Et la lib n'est pas copier lors de l'installation...
[root@Sonata ~]# gset-compiz 

** ERROR **: Plugin directory not found, exiting...

aborting...
Abandon
Avec les derniers rpms x86_64
Une idée?
Sinon ca fonctionne

EDIT : pour le direct randering :
Direct rendering does not work when running Xgl, but it does on Xorg. Why are OpenGL applications not accelerated?
Do not intermix hardware acceleration and direct rendering. OpenGL applications will be hardware accelerated on Xgl if the driver supports pBuffers or FBOs, like the nvidia and fglrx drivers do. Direct rendering on the other hand is impossible to implement at the moment, the necessary extensions for implementing that feature are not even specified yet, let alone being implemented.
Source : http://en.opensuse.org/Xgl
nan rien a faire.. quoi que je teste c'est le carre blanc..
j'ai meme essaye de rennomer /usr/lib/compizlib en compizlixxx
pour voir si ca lui faisait qlq chose de pas trouver ses libs alors que dans /usr/bin/gnome-compizrc elle sont declare comme existant ici /usr/lib/compizlib

et ben pareil, meme resultat, il s'en fou de mes libs:

[keisangi@shinobu ~]$ LANG=C ls -hal /usr/lib/compizlib/
total 444K
drwxr-xr-x 2 root root 4.0K May 21 15:12 .
drwxr-xr-x 125 root root 48K May 21 15:12 ..
lrwxrwxrwx 1 root root 29 May 21 13:33 libGL.so -> /usr/lib/compizlib/libGL.so.1
lrwxrwxrwx 1 root root 31 May 21 13:32 libGL.so.1 -> /usr/lib/compizlib/libGL.so.1.2
-rwxr-xr-x 1 root root 381K May 21 13:32 libGL.so.1.2
[keisangi@shinobu ~]$

qu'elles y soient ou pas apparement c pareil ..

quand la commande glxinfo:
[keisangi@shinobu ~]$ glxinfo | grep GLX_EXT_texture_from_pixmap
[keisangi@shinobu ~]$

des fois je l'ai l'extention.. la je l'ai pas..
comprends pas des fois il me la voit, des fois non 😉
j'ai l'impression que c quand je suis en train de reinstaller la il la voit, et puis apres non..


moi je pense que ce serait bien d'avoir un script qui desinstalle tout (dependances et scripts et rpm) et qui reinstalle tout proprement. seulement g aucune idee de tout ce qui a ete installe? (pour tester a la main de tout virer et tout refaire, je veux dire.. comment savoir tout ce qu'il y a a virer ?)


c chiant ce carre blanc 😉
quelqu'un y comprends quelque chose?
Salut,
Moi j'ai une carte NVidia 6600GT + pilotes Livna en i386, et pareil que toi, écran blanc, je peux tourner le cube, les textures du haut et du bas (le logo de Fedora) sont visibles, il est accéléré.

De même, quand je lance le tout à la main, j'ai la même erreur de texture.

je sais pas d'où ça vient, je continue à chercher...

J'ai trouvé un peu partout que ce problème "n'existe plus" car il a été corrigé au mois de mars... Nous sommes donc victimes d'un bug qui n'existe plus, il n'y a donc rien à faire... :-o

Merci,
à+

PS: par contre, toujours le même problème sur mon ATI M X700, pas moyen de rendre le tout automatique, je suis obligé de lancer à la main (sinon curseur de "chargement" puis redémarrage de Xorg, et jamais d'écran de login).
Bon en fait si je sais d'où ça vient j'ai pas le GLX_EXT_texture_from_pixmap.

Quelle librairie prendre? quoi lui indiquer?
...

Jj'ai fait la copie de libGL.so... dans /usr/lib/compiz
j'ai modifié une ligne du /usr/bin/gnome-compizrc:
DISPLAY=:0 LD_LIBRARY_PATH=/usr/lib/compiz compiz --replace gconf cube rotate switcher scale fade minimize zoom place move

j'ai fait un
$ glxinfo |grep GLX_EXT_texture_from_pixmap
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,

Mais toujours pareil, j'ai des erreurs (des tas!) :
compiz: pixmap 0x30000af can't be bound to texture
compiz: Couldn't bind redirected window 0x3400001 to texture
compiz: pixmap 0x300009c can't be bound to texture
compiz: Couldn't bind redirected window 0x3200001 to texture
compiz: pixmap 0x3001217 can't be bound to texture
compiz: Couldn't bind redirected window 0x800002 to texture

bon, j'y retourne!

à+
Sur des forums Ubuntu, ils parlent de la dernière version cvs de Glitz, elle corrigerait le problème...

J'ai essayé, ça marche pas (même la version développement)... mais n'étant pas un expert, peut-être que ça vous aidera!

Sinon Xgl + Compiz ne se lancent même pas dans une fenêtre (j'avais testé le tout comme ça sur mon portable + ATI M X700).

à+
Désolé,

Le problème viens de la version de MESA avec la quelle j'ai compiler Xgl, la compilation de la bonne version ce fait à l'instant...

edit:
Allez bientôt, plus de white cube of dead!

ps: C'est une personne qui ma proposé ça sur le bog... Merci daw!

A toute
C'etait moi. Je peux lire mais je ne peux pas ecrire le francais! merci pour les rpms!
@alcapcom

bonne nouvelles, on attends de voir ca avec impatience!
merci pour le bon boulot!
Afin de savoir mettre tout ce qui touche de près ou de loins a Xgl et compiz, j'ai fait une demande chez tuxfamilly pour un hébergement et cela à été accepté.

- Le but est de mette a disposition un wiki avec la doc pour savoir faire fonctionner la bête 😉
- Un cvs pour le coding d'une application gtk, tu es toujours partant denis?
- un cvs pour les fichiers specs et source.
- Un repository en attendant l'acceptation (si il y a acceptation) des RPM sur extras.

And many other cool stuff :-D

Bonne soirée

ps: encore un peut de patience pour le rebuild de XGL...
@alcapcom : C'est normal que dans le Blog tu n'aborde aps du tout le cas du script gnome-compizrc ? Est il devenu inutile ?

Si oui pour moi ca marche tjs pas... Est ce que l'option TwinView du driver natif nVidia a une influence sur le fonctionnement de Xgl ?
Xgl ne supporte pas Twinview il me semble...
Une piste pour ceux qui ont une nvidia:
http://download.nvidia.com/XFree86/Linux-x86_64/1.0-8756/README/appendix-s.html

Citation du readme nvidia:
When the NVIDIA X driver is used with an X.Org X server X11R6.9.0 or newer and the Composite extension is enabled, NVIDIA's OpenGL implementation interacts properly with the Damage and Composite X extensions. This means that OpenGL rendering is drawn into offscreen pixmaps and the X server is notified of the Damage event when OpenGL renders to the pixmap. This allows OpenGL applications to behave properly in a composited X desktop.

If the Composite extension is enabled on an X server older than X11R6.9.0, then GLX will be disabled. You can force GLX on while Composite is enabled on pre-X11R6.9.0 X servers with the AllowGLXWithComposite X configuration option. However, GLX will not render correctly in this environment. It is recommended that you upgrade your X server to X11R6.9.0 or newer.

You can enable the Composite X extension by running nvidia-xconfig --composite. Composite can be disabled with nvidia-xconfig --no-composite. See the nvidia-xconfig(1) man page for details.

The NVIDIA driver does not yet support the GLX_EXT_texture_from_pixmap extension. This extension is used by OpenGL-based composite managers, such as Novell's Compiz, to use X pixmaps as OpenGL textures. Support for the GLX_EXT_texture_from_pixmap extension will be provided in a future NVIDIA driver release.
Un site qui reprend les principes de fonctionnement.
http://principe.homelinux.net/
Salut tlm,

Pour l'instant twinview n'est pas supporté, j'ai vu sur le wiki gentoo que il y a déjà des patchs dispo qui rende ça possible.(pas testé personnelement).
http://gentoo-wiki.com/HOWTO_XGL/Tips_and_Tricks#Running_Xgl_and_Compiz_on_multiheaded_displays

@ kwizard, c'est normal que le support pour GLX_EXT_texture_from_pixmap n'est pas encore nativement prit en compte par le driver, pour l'instant c'est Mesa que ce charge de ça.... un fois supporter nativement par le driver, ça va rendre compiz plus performent, du moins j'espère :-D

edit:
ps: oops j'oubliais, le script gnome-compizrc est maintenant géré automatiquement, il est ajouté au programme de démarrage via un descktop link dans l'autostart de gnome... et pour le soucis de clavier, il recharge "bêtement" les preferences de gnome.


A+
J'attend les nouveaux rpms avec impatience, par contre sa marchera avec la mise a jour du kernel dernièrement faite ?
C'est pas le kernel qui gère les fonctions opengl.
Tu as testé avec LD_LIBRARY:/chemin/vers/bon/libGL compiz... ?
Ok cela commence a être plus clair. Les discutions relatives a cette fonction parlent aussi de modifier /etc/ld.so.conf.d/ Dans mon cas il existe un fichier nvidia-glx qui pointe sur /usr/lib/nvidia et /usr/lib64/nvidia et qui contient une version (closed) fournit par l'installateur nvidia. j'essaie de desactiver la référence a ces repertoires mais je n'arrive pas.
La mise à jour de mesa 6.5-6 (version development) a remplacé les liens symboliques contenu dans /usr/lib et /usr/lib64 par les fichiers libGL.so.1.2 provenant de mesa. Est ce la bonne version? pour autant, je n'arrive pas a utiliser ces libGL.

Est ce compiz utilise une version spécifique de libGL?
Pourquoi existe til deux version différentes dans compiz et -server-Xgl de mesa (l'une de Mai l'autre d'avril?)
Comment faire pour mettre en place LD_LIBRARY?

edit: OK j'ai une version mesa de libgl pixmap est active.
J'ai viré nvidia-glx de /etc/ld.so.conf.d et fait un ldconfig