OVH Cloud OVH Cloud

question bête sur Glx

10 réponses
Avatar
Emmanuel Florac
BEn oui : comment utilise t'on glx? J'ai eu utilisé Mesa il y a TRES
longtemps, mais il paraît que de nos jours avec une Radeon VE7000 (au
hasard), on peut avoir du GL accéléré... Comment qu'on fait?

J'ai activé l'extension glx dans mon Xf86config, et puis ensuite? (les
applis gl ne savent répondre que "segmentation fault", je sens qu'il
manque quelque chose).

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?

10 réponses

Avatar
Anthony
Le Tue, 28 Oct 2003 22:57:43 +0100, Emmanuel Florac a écrit :


BEn oui : comment utilise t'on glx? J'ai eu utilisé Mesa il y a TRES
longtemps, mais il paraît que de nos jours avec une Radeon VE7000 (au
hasard), on peut avoir du GL accéléré... Comment qu'on fait?

J'ai activé l'extension glx dans mon Xf86config, et puis ensuite? (les
applis gl ne savent répondre que "segmentation fault", je sens qu'il
manque quelque chose).


Je pense que tu trouveras peut etre plus facilement une reponse sur
fr.comp.applications.x11 il y a là bas plus de gens specialiste de X !?
Si ca peut t'aider...

Anthony

Avatar
Alain Labarthe
Le 28-10-2003, Emmanuel Florac écrivait:

BEn oui : comment utilise t'on glx? J'ai eu utilisé Mesa il y a TRES
longtemps, mais il paraît que de nos jours avec une Radeon VE7000 (au
hasard), on peut avoir du GL accéléré... Comment qu'on fait?

J'ai activé l'extension glx dans mon Xf86config, et puis ensuite? (les
applis gl ne savent répondre que "segmentation fault", je sens qu'il
manque quelque chose).



Que dit glxinfo et que montre glxgears ?

--
apt-get --purge remove Bush

Avatar
Emmanuel Florac
Dans article <bnmqp4$bvb$,
disait...

Que dit glxinfo et que montre glxgears ?



"segmentation fault". De façon générale, tous les softs gl ne connaissent
que ça comme réponse, c'est pas très informatif :).
Pour info c'est une Slack 9, avec le xfree et la glibc de le 9.1 (update
via swaret), la CG c'est une ati VE7000 (le résultat est le même avec le
driver "ati" ou "radeon" dans Xf86config).

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?

Avatar
Emmanuel Florac
Dans article ,
disait...

Je pense que tu trouveras peut etre plus facilement une reponse sur
fr.comp.applications.x11 il y a là bas plus de gens specialiste de X !?
Si ca peut t'aider...



D'un autre côté, les drivers de carte graphique c'est quand même assez
spécifique à l'OS...

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?

Avatar
shal
Emmanuel Florac wrote:
Dans article <bnmqp4$bvb$,
disait...

Que dit glxinfo et que montre glxgears ?




"segmentation fault". De façon générale, tous les softs gl ne connaissent
que ça comme réponse, c'est pas très informatif :).
Pour info c'est une Slack 9, avec le xfree et la glibc de le 9.1 (update
via swaret), la CG c'est une ati VE7000 (le résultat est le même avec le
driver "ati" ou "radeon" dans Xf86config).


Je suis dans le même cas que toi slack 9.0 upgradé a 9.1 par swaret.
glxinfog fonctionne a merveille (pour le peu que je comprend ce qu'il
dit ;-) )

Que dit /var/log/XFree86.0.log sur glx ?


Avatar
Samuel Colin
Dans l'article ,
Emmanuel Florac a tapoté :

BEn oui : comment utilise t'on glx? J'ai eu utilisé Mesa il y a TRES
longtemps, mais il paraît que de nos jours avec une Radeon VE7000 (au
hasard), on peut avoir du GL accéléré... Comment qu'on fait?

J'ai activé l'extension glx dans mon Xf86config, et puis ensuite? (les
applis gl ne savent répondre que "segmentation fault", je sens qu'il
manque quelque chose).

De nos jours, l'accélération passe par le dri (direct rendering interface).

C'est la nouvelle fonctionnalité toute nouvelle toute belle qui a été
apportée à XFree à partir de la version 4.0.0.
L'intérêt de la chose, c'est que la vitesse des applis accélérées ne pâlit
pas devant ce qui se fait sous Windows (Quake 3 accéléré, c'est bô).
L'inconvénient, c'est que le noyau rentre en ligne de compte. Il faut des
drivers qui correspondent à la carte graphique, dans le noyau.
Démonstration:

:~$ /sbin/lsmod
Module Size Used by Not tainted
3c59x 26800 1
radeon 100732 1
:~$ glxinfo | grep rendering
direct rendering: Yes

Plus d'infos : dri.sourceforge.net
Problème annexe : c'est une branche de développement d'une partie de
XFree86, donc il faudra attendre deux ou trois éternités avant que ça soit
correctement intégré dans la release officielle d'XFree.
Opinion personnelle : passez à Xouvert (http://xouvert.com) dès que ça sera
opérationnel.

--
kkun sait-il comment desinstaller qqchose qui n'est pas un rpm ?? PS:
ben j'opterais vers editer le fichier install (make install)


qui doit pas etre si compliqué que ca.
-+- Y in GFA : À force d'installer, ça va bien finir par partir -+-


Avatar
Emmanuel Florac
Dans article <3f9ef500$0$243$,
disait...

Je suis dans le même cas que toi slack 9.0 upgradé a 9.1 par swaret.
glxinfog fonctionne a merveille (pour le peu que je comprend ce qu'il
dit ;-) )

Que dit /var/log/XFree86.0.log sur glx ?



Je regarderai demain (c'est sur ma machine de boulot que je veux pouvoir
jouer à bzflag en réseau :)

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?

Avatar
Emmanuel Florac
Dans article <3f9f07ef$0$229$,
disait...
De nos jours, l'accélération passe par le dri (direct rendering interface).
C'est la nouvelle fonctionnalité toute nouvelle toute belle qui a été
apportée à XFree à partir de la version 4.0.0.


Ca c'est cahrgé, apparement sans problème.

L'intérêt de la chose, c'est que la vitesse des applis accélérées ne pâlit
pas devant ce qui se fait sous Windows (Quake 3 accéléré, c'est bô).


Aah.

L'inconvénient, c'est que le noyau rentre en ligne de compte. Il faut des
drivers qui correspondent à la carte graphique, dans le noyau.


Ah?

Démonstration:



Ah. Bon. Ben je vais chercher le driver correspondant à ma CG, alors...

Sinon apparemment xfree86 ça commence à sentir le sapin (cygwin a quitté
le navire, Apple aussi). Bon vent.

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?

Avatar
Emmanuel Florac
Le Wed, 29 Oct 2003 00:02:20 +0100, shal écrivait:


Je suis dans le même cas que toi slack 9.0 upgradé a 9.1 par swaret.
glxinfog fonctionne a merveille (pour le peu que je comprend ce qu'il
dit ;-) )

Que dit /var/log/XFree86.0.log sur glx ?


Rien de spécial:

(II) LoadModule: "glx"
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.a
(II) Module glx: vendor="The XFree86 Project"
compiled for 4.3.0, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
(II) Module GLcore: vendor="The XFree86 Project"
compiled for 4.3.0, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension GLX

le DRI charge bien, le module noyau radeon aussi, il dit qu'il aime ma
carte (Radeon 7000VE), bref tout baigne, mais :

emmanuel[~]$ glxinfo
name of display: :0.0
Erreur de segmentation

emmanuel[~]$ glxgears
Erreur de segmentation

emmanuel[~]$ bzflag
Erreur de segmentation

Pas très informatif...

Mais en fait j'ai trouvé la couille, regardez :
emmanuel[~]$ ll /usr/lib/libGL.so.1*
lrwxrwxrwx 1 root root 17 oct 28 19:11 /usr/lib/libGL.so.1 -> libGL.so.1.0.4191*

C'est cette saloperie de driver nvidia qui m'a flingué les libs GL
standards! grrr... Il va falloir que je réinstalle tout ça.

--
Si ça a l'air facile, c'est difficile. Si ça a l'air difficile, c'est
carrément impossible. Si ça a l'air impossible, c'est un compilateur
Ada.
Théorème de Stockmayer.

Avatar
Emmanuel Florac
Dans article ,
disait...

C'est cette saloperie de driver nvidia qui m'a flingué les libs GL
standards! grrr... Il va falloir que je réinstalle tout ça.



Bon, j'ai rétabli le lien de /usr/lib/libGL.so.1 vers
/usr/X11R6/lib/libGL.so.1 mais malheureusement, bien que j'ai agpgart et
radeon en module, dri et glx dans Xfree, glxinfo me dit que je ne suis
PAS en direct access... Qu'est ce qui peut zoner encore?

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?