Non, désolé Sephiroth sa marche pas j'ai toujours ce problème de texture sur ma ati 9700 Pro
quand je fais glxinfo | grep GLX_EXT_texture_from_pixmap j'ai pas de réponse et apres je copie les lib mais toujours le même problème.

Une idée ?

A+
Pareil ! X700 M fonctionne pas
J'ai essayer de faire une compilation à partir des sources pour x86_64 je ne sais pas ou cela en est pour vous!
Je bute sur compiz et le serveur xgl. C'est due au fait que j'utilise une version libGL incompatible. (celle fournit par l'installateur nvidia version 8756). l'instruction GLX_EXT_texture_from_pixmap n'est pas implémenté de toute manière dans cette version des drivers. Elle le sera peut être dans la prochaine version!

Ce que je trouve surprenant, c'est qu'il me semblait que cette extention des drivers ne soit nécéssaire que pour aixgl, xgl ne nécéssite pas de modification des drivers. Peut être que les échanges de codes entre les deux projets ont modifié cette donnée. Peut être aller voir des les version de developpement de mesa 6.5 j'ai vu qu'il existait des mesa-drv-ati-radeon300 (pas pour nvidia ou les drivers libre ne supportent pas la 3D accéléré)

Je ne sais pas si je peux utiliser une référence externe du bon fichier (LibGL founrit par fedora) pour la compilation?
Hello kwizart,

libGL est inclus dans le processus d'install des srpms.
Mesa est compiler pour l'install de compiz et xgl utilise les meme source... jette un coup d'oeil dans les specs, tu comprendras mieux ce que j'essaye de dire 😉


edit:
@ keisangi: Le white screen avec cette version doit provenir d'un bug avec l'arch X86_64, kayloo a eu les meme soucis.
je vais pomper les dernieres version cvs des packages et les publier dans un autres repertoires pour faire un test, je vous tiens au courant.
Pour avoir le direct rendering tu utilises les drivers de livna?

J'ai écris un tuto (en englais... soyez indulgent 😉) si vous y trouver des erreurs ou manquements, fait le moi savoir, la version française ne va pas tarder promis!

redit:
http://fedora-xgl.blogspot.com/2006/05/howto-install-compiz-and-xgl-on-fedora.html

A+
Apparemment il prend pourtant ma version de libGl installé sur mon systeme (en /usr/lib/LigGL!)
Je vais essayer de trouver peut être avec rpath?
Tu as testé avec LD_LIBRARY:/chemin/vers/bon/libGL compiz... ?
Suite à la mise à jour d'alcapcom, j'ai recompiler les nouveaux paquets en version x86_64 😉

Dépôt 64bits
hello kayloo,

La version X86_6' à déjà fonctionner chez quelqu'un ?

tu as toujours le white screen de la mort qui tue?
alcapcom a écrit :
hello kayloo,

La version X86_6' à déjà fonctionner chez quelqu'un ?

tu as toujours le white screen de la mort qui tue?
ça fonctionne très bien chez moi ! (en utilisant la procédure que tu as expliqué dans ton premier post)
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
bonjour à tous !

bon j'ai, moi aussi voulu tester xgl et compiz ... mais je n'arrive même pas à avoir d'ecran blanc ou autre! lol

en fait g mis le dernier depot en date qu'à cité alcapcom et j'ai une erreur de mirroir quand je fait mon yum, qu'a cela ne tienne, je le telecharge et les installe via rpm ...
bref version de compiz : 1.0.0.4 et xorg-x11-server-Xgl : 1.99.1-3 (au cas où FC5 kernel 2.6.16 avec driver prop ATI et Acceleration avec driver livna)

bref tout s'install parfaitement avec les dependances qui vont bien ... je modifie le custom.conf dans /etc/gdm et quand je relance gdm, il boucle et plante ...

j'ai remarqué que mon Xgl (que l'on precise dans la command dans le custom.conf) n'etait pas là : /usr/X11R6/bin mais ici : /usr/bin

mais meme en precisant ce path, ca plante ...

si j'ai encore fait une enorme boulette, n'hesitez pas à me le dire ... lol pcq là je craque !

merci d'avance
Si tu veux juste tester XGL sans foutre en l'air ta Fedora, t'as des live CD pour ça.
Je n'arrvive plus a installer les RPMs du dépot sa me met:
[tommy@localhost ~]$ sudo yum install compiz xorg-x11-server-Xgl
Loading "installonlyn" plugin
Loading "fastestmirror" plugin
Setting up Install Process
Setting up repositories
xgl [1/5]
xgl 100% |=========================| 951 B 00:00
core [2/5]
core 100% |=========================| 1.1 kB 00:00
updates [3/5]
updates 100% |=========================| 951 B 00:00
freshrpms [4/5]
freshrpms 100% |=========================| 951 B 00:00
extras [5/5]
extras 100% |=========================| 1.1 kB 00:00
Loading mirror speeds from cached hostfile
Reading repository metadata in from local files
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package xorg-x11-server-Xgl.i386 0:1.1.99.1-2 set to be updated
---> Downloading header for compiz to pack into transaction set.
compiz-1.0.0-4.i386.rpm 100% |=========================| 10 kB 00:00
http://users.telenet.be/quenta/repo/compiz-1.0.0-4.i386.rpm: [Errno -1] Header is not complete.
Trying other mirror.
Error: failure: compiz-1.0.0-4.i386.rpm from xgl: [Errno 256] No more mirrors to try.


même apres un yum clean all
il y a un soucis avec le dépo, et je ne trouve pas ce qui foire, la commande createrepo ne fais pas le job, et je vois pas d'ou ça vient...
peut etre la signature des rpms?

Si quelqu'un sais d'ou ça pourrait provenir, je suis prenneur...

Entre temps faudra faire avec la commande rpm... pfffff... je sais 😉

La derniere version xgl résouds le soucis du "white cube of dead" :-D oufff.
Une betise de ma part, on ne m'y reprendra plus lolll

Voilà de quoi redonner la forme à xgl, jeter vous après, sur la commande gnome-xgl-switch -e -a.
rpm -Uvh http://users.telenet.be/quenta/repo/xorg-x11-server-Xgl-1.1.99.1-3.i386.rpm
Un media wiki vient d'etre installer chez tuxfamily ici http://fedoraxgl.tuxfamily.org que je remercie d'alleur!

Il y a aussi le cvs http://cvsweb.tuxfamily.org/fedoraxgl/fedoraxglsettings/, il faut encore y déposer les specs, quelques lectures sur rpm.org s'impose avant!

Les demandes d'acceptations d'RPMS sur extras:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192432
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192434
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192436
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192438
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192441

Voilà un coup de mains serait grandement utile, si vous êtes partant contacter moi par mail ici: alcapcom at gmail point com.

Sur ce,
bonne soirée,

sinon j'en connais une qui va faire un c.c. nerveux :-D
J'ai toujours une erreur en faisant rpmbuild --rebuild xorg-x11-server-Xgl-1.1.99.1-3.src.rpm
Durant la compilation en x86_64:
/usr/lib/libGL.so: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
make[4]: *** [libxglx.la] Error 1
quelques infos (j'utilise mesa 6.5-6):
[root@Kwizatz lib64]# ls -al libGL*
lrwxrwxrwx 1 root root 21 mai 18 23:38 libGLcore.so.1 -> libGLcore.so.1.0.8756
-rwxr-xr-x 1 root root 7844032 mai 18 23:38 libGLcore.so.1.0.8756
-rw-r--r-- 1 root root 655 mai 18 23:38 libGL.la
lrwxrwxrwx 1 root root 10 mai 22 14:22 libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 12 mai 22 14:22 libGL.so.1 -> libGL.so.1.2
-rwxr-xr-x 1 root root 737368 mai 18 23:38 libGL.so.1.0.8756
-rwxr-xr-x 1 root root 618720 mai 17 22:46 libGL.so.1.2
lrwxrwxrwx 1 root root 11 mai 22 14:23 libGLU.so -> libGLU.so.1
lrwxrwxrwx 1 root root 20 mai 22 14:23 libGLU.so.1 -> libGLU.so.1.3.060500
-rwxr-xr-x 1 root root 694616 mai 17 22:46 libGLU.so.1.3.060500
[root@Kwizatz lib64]# glxinfo | grep pixma
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
[root@Kwizatz lib64]# glxgears
269 frames in 11.0 seconds = 24.566 FPS
840 frames in 7.4 seconds = 113.989 FPS
[root@Kwizatz lib64]#
pareil sous usr/lib/
Ce qui est étrange c'est une erreur au niveau de /usr/lib alors qu'il devrait chercher /usr/lib64?
Et si il compile mesa-cvs-20060515 pourquoi ne va t-il pas chercher chercher libGL dans la compilation?

Pas de compilation de compiz non plus pour le moment!
texture.c: In function 'bindPixmapToTexture':
texture.c:196: error: 'GLX_TEXTURE_FORMAT_EXT' undeclared (first use in this function)
texture.c:196: error: (Each undeclared identifier is reported only once
texture.c:196: error: for each function it appears in.)
texture.c:197: error: 'GLX_MIPMAP_TEXTURE_EXT' undeclared (first use in this function)
[root@Kwizatz lib64]# glxinfo | grep format
[root@Kwizatz lib64]# glxinfo | grep mipmap
GL_NV_vertex_program2_option, GL_SGIS_generate_mipmap,
Tu peux essayer de le lancer sans passer par GDM non?
merci Temet, le live CD pour voir ce que ca donne c'est bien ... mais j'aimerai l'avoir avec ma ptite fedora ...

mais ca n'empeche que je ne comprends pas pourquoi ca plante au niveau de gdm ... ???

je vais essayer de la faire sans passer par gdm ...
Ouais mais m'enfin je sais pas... sur mon OS Principal je crois que je ne le mettrais pas. Je poserais une distro sur une partoche test pour faire mumuse avec ce truc.
Enfin c'est juste mon avis 😉
vi ... bon là ca marche en le lancant à la main ...

mais tu as raison, je vais attendre qu'il y ait qqchose de propre qui soit fait et que ca soit stable ... là c t surtout pour montrer a des proVista ce que ca donnait ! lol

tel que c'est parti, dans toute les prochaines versions de fedora, ubuntu, mandriva, suse (quasi fait) etc ... se sera inclus dedans !

merci de votre aide !
Perso je ne sais pas si c'est une bonne chose de l'inclure par défaut... ça veut dire: "on veut bien sacrifier la stabilité et des ressources (bouffées par compiz si j'ai bien compris, pas XGL) pour du tape à l'oeil..."
Pour moi ca reste un "vieux hack" (Copyright à... je ne sais plus qui sur ce forum ... je vais partir du principe qu'il l'a laissé en GPL).
Enfin si tu peux l'installer et avoir le choix entre une session "tape à l'oeil" et une "session propre" sans polluer ou nuire à la session propre, pourquoi pas après tout 😉