@alcapcom

bonne nouvelles, on attends de voir ca avec impatience!
merci pour le bon boulot!

@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/

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

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,

http://wiki.compiz-fr.org/index.php?title=Installation_de_AiglX_sur_une_Ubuntu_%22Dapper_Drake%22
Aiglx serait compatible avec compize... Etant la solution officielle de Fedora, ne serait ce pas mieux ?

Sinon, toujours pas moyen de tester sous mon x700, gdm plante.

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 😉

Je suis d'accord avec toi, faut pouvoir avoir le choix XGL et Compiz ou le bon vieux Xorg!
C'est vrai, c'est beau, tres beau même mais ca peut ne pas plair a tout le monde mais c'est agréable de voir que des choses comme celles-là existe dans le monde linux !

[SMS]toutafé[/SMS]

par contre quand je lance des aplication comme firefox depuis la barre, l'animation de lancement fait ramer mon PC c'est normal docteur ?
A+

De toute manière Firefox, ça fait ramer tous les PC!!






troooooooolllllllllllllllllllllllllllll

J'ai une question à 2 balles :
Est-ce que XGL, sans compiz, améliore les perf de l'extension "composite" du bon vieux XORG ? pas trouvé de réponse clair ailleurs...

Bonjour,
j'ai fait un petit essai mais ça a raté donc j'ai préféré remettre à zéro les configs modifier mais pourtant quand je démarre VmWare l'écran se met à se décalé et on ne voit qu'une partie de l'écran et le reste est noir (très embétant). De plus lors d'un chargement d'une apllication, mon curseur de souris se met à clignoter.

ESt-ce que vous pensez qu'une partie de la config ou un programme installé pour ces applications graphiques puissent engendrer ces problèmes ?
Merci d'y répondre. 🙂

Je vais essayer avec le Live-CD que j'ai eu, il y aura moins de soucis je pense. :lol:

J'ai une question à 2 balles :
Est-ce que XGL, sans compiz, améliore les perf de l'extension "composite" du bon vieux XORG ? pas trouvé de réponse clair ailleurs...

Eh eh eh, je me pose la même question depuis pas mal de temps... mais étant privé de Linux, je n'ai pas creusé! 😉

@Renault ... j'ai rien compris!

Tempi, car finalement ça s'est réglé (bug temporaire ?).
Peut être un lien avec le noyveau kernel et driver pour nVidia.

Enfin bref merci quand même.

Sinon la solution toujours possible, le mettre en option dans l'installation du système (en précisant les risques et le martériel requis) enfin ils feront ce qu'ils veulent à ce niveau les concepteurs. :-D

Je sais pas si sa accelere composite vu que quand je met composite je peux pas avoir XGL :lol:

[HS on]EDIT:

De toute manière Firefox, ça fait ramer tous les PC!!

@Temet t'en a pas un autre a me conseiller alors ?
[HS off]

Opera est bien, mais les puristes du Libre ne vont pas l'apprécier (et oui propriétaire :-D ).
Sinon Epiphany et Konqueror sont pas si mal quand même. 😉

Enfin c'est une question de goût et de couleur, mais je préfère mon Firefox quand même. 8-)

On ne pourait pas incure compiz par defaut, car il nécéssite les drivers propriétaires.
(just un petit rappel)

Passera jamais dans Extra ...

Livna au mieux.

oh! 100 ! :pint:

@ Ilaumgui: relis les premières pasges de ce thread, j'ai déjà posté la solution pour une ATI M X700.
allez, voici même l'adresse:
http://www.fedora-france.org/modules/newbb/viewtopic.php?topic_id=11826&viewmode=flat&order=ASC&type=&mode=0&start=60

c'est dans le milieu de la page... (page 4).

Pour la lecture de vidéo, j'utilise un plugin de sortie OpenGL, chez moi ça fonctionne impeccable sous MPlayer avec GL2 en sortie vidéo (attention, cependant, ça fait parfois planter Xgl, qui se relance sans problème).
J'utilise une astuce pour pas que ça plante: j'utilise xwinwrap et mplayer en ligne de commande, la vidéo remplace mon fond d'écran, et se met à la taille de l'écran... exactement ce qu'il me faut! (je peux continuer à travailler sur des fenêtres transparentes...).
./xwinwrap -ni -o 1 -fs -s -st -sp -b -nf -- mplayer -wid WID -quiet multimedia/video.avi -vo gl2 -pp 6

@alcapcom, j'avais pas vu une de tes questions... à propos du fond d'écran blanc quand tu lis des vidéo... euh, je n'ai aucune idée du pourquoi.
Sinon j'ai commencé à regarder pour développer une interface GTK+... euh, c'est assez orienté objet, pour du C! Si je m'y mets, ce sera pas rapide, j'ai beaucoup à apprendre là!

Sinon, j'ai testé ta dernière version de Xgl, euh, y a plus d'écran blanc, mais par contre, j'ai plus d'entourage de fenêtres, et absolument aucun effet 3D.

$ gnome-xgl-info
G nVidia Corporation
0 kmod-nvidia is installed for the kernel release 1.2122_FC5
1 -accel glx:pbuffer -accel xv

un ps -A filtré donne:

4158 ? 00:00:00 compiz
4159 ? 00:00:00 gnome-window-de

Visiblement, les drivers nvidia ne sont pas lancé.
Et xgl non plus.

J'ai modifié mon Xorg.conf, mais ça fait rien j'ai aussi essayé de lancer le tout à la main, l'un après l'autre, et voilà ce que j'obtiens:

/usr/bin/Xgl :1 -accel glx:pbuffer -accel xv:pvo & DISPLAY=:1 compiz --replace gconf cube rotate switcher scale fade minimize zoom place move & DISPLAY=:1 gnome-window-decorator & DISPLAY=:1 xine
[1] 6638
[2] 6639
[3] 6640
error opening security policy file /etc/X11/xserver/SecurityPolicy
AUDIT: Tue May 23 19:50:19 2006: 6638 Xgl: client 1 rejected from local host
Xlib: connection to ":1.0" refused by server
Xlib: No protocol specified

compiz: Couldn't open display :1
AUDIT: Tue May 23 19:50:19 2006: 6638 Xgl: client 1 rejected from local host
Xlib: connection to ":1.0" refused by server
Xlib: No protocol specified

Voici xine (X11 gui) - un lecteur vidéo libre v0.99.4.
(c) 2000-2004 L'Equipe de xine.
AUDIT: Tue May 23 19:50:19 2006: 6638 Xgl: client 1 rejected from local host
Xlib: connection to ":1.0" refused by server
Xlib: No protocol specified

Ne peut pas ouvrir l'affichage.
[2]-  Exit 1                  DISPLAY=:1 compiz --replace gconf cube rotate switcher scale fade minimize zoom place move
[denis@localhost ~]$ AUDIT: Tue May 23 19:50:20 2006: 6638 Xgl: client 1 rejected from IP 127.0.0.1
Xlib: connection to "localhost:1.0" refused by server
Xlib: No protocol specified


(gnome-window-decorator:6640): Gtk-WARNING **: cannot open display:
X connection to :0.0 broken (explicit kill or server shutdown).

[1]-  Exit 1                  /usr/bin/Xgl :1 -accel glx:pbuffer -accel xv:pvo
[3]+  Exit 1                  DISPLAY=:1 gnome-window-decorator

En tout cas, rien à voir avec SELinux que j'ai désactivé le temps de l'expérience...
Merci,
à+

ok, ça fonctionne, MAIS!

Mais il faut que je lance tout à la main:
j'arrête toutes les sessions X
Dans le tty1:
J'ouvre une session en tant que simple utilisateur
Ensuite, je lance Xgl à la main (la ligne concernant Xgl dans le fichier /etc/gdm/custom.conf)
Puis, je lance compiz (la ligne le concernant dans /usr/bin/gnome-compizrc) : la sessions xgl devient bleue clair
Et le décorateur de fenêtres (la ligne dans /usr/bin/gnome-compizrc)
enfin je lance gnome-session.

Puis Alt-F7 et le tour est joué, je me retrouve dans l'environnement graphique 3D accéléré, avec tous les effets.

En fait, c'est le même scénario que pour mon portable et sa ATI M X700... j'utilise le même procédé! (même petit script à lancer à la main)

Alors question:
Pourquoi sur mes ordis (portable avec X700 M et bureau avec 6600GT) il faut que je fasse toute la procédure de lancement à la main, sinon ça marche pas...
Pourtant, je fais à la main ce que les scripts font en automatique...

Alors qu'est-ce qui empêche tout ça de fonctionner lors d'une ouverture de session graphique normale?

Je vais essayer mais en mettant des pauses...
Affaire à suivre!
à+

Nb de réponse : 195
Nb de lectures : 3678

Ce fil prend pas mal d'ampleur. Ne serait ce pas là le reflet d'un manque de Fedora Core : XGL ?

En tout cas pour ma part, ça me fait chier que le coté marron de la force n'est pas vraiemnt ce souci.

Oui, je suis de cet avis, c'est un manque, mais tout cela n'est encore qu'un balbutiement, et j'attends avec impatience le fameux AIGLX!

Lui sera adapté à la Fedora.
Peut-être pour la FC6?

en tout cas, pour le côté marron de la force, c'est pas gagné non plus, c'est aussi galère même!

voilà,
à+

denis a écrit :
@ Ilaumgui: relis les premières pasges de ce thread, j'ai déjà posté la solution pour une ATI M X700.
allez, voici même l'adresse:
http://www.fedora-france.org/modules/newbb/viewtopic.php?topic_id=11826&viewmode=flat&order=ASC&type=&mode=0&start=60

c'est dans le milieu de la page... (page 4).

@denis> Ta solution m'interesse pas trop. Moi je veux lancer ma session sans problème et qu'elle soit opérationnelle de suite. Je suis pas fan des manips à faire à chaque lancment 🙂.
Mais merci à toi.

@chépluki: si tu dois tout lancer à la main (mplayer, etc) et "utiliser des astuces pour pas que ça plante" ... non mais tu ne crois pas qu'un bon vieux serveur X c'est suffisant???

@[supprimé]: non c'est pas un manque. XGL et Compiz c'est sale! C'est un truc de dernière minute (bon, commencé en 2004 mais ils se sont tirés les doigts du fion récemment quand même) pour dire: "Youhou, y a pas que Mac et Vista qui peuvent avec des trucs qui bouffent tout plein de ressources pour faire joli!". Bref, moi je trouve très bien que ce ne soit pas dans le coté Bleu de la Force. Pis t'auras aiglx qui a quand même l'air plus propre.
Pis ...

coté marron de la force n'est pas vraiemnt ce souci

... confondre "être" et "avoir" c'est mal!!!!