> Comment être sur d'utiliser le xrandr à la place du Xorg?
Tape "xrandr" en console, et voit s'il te propose une liste de résolution/taux de rafraîchissement, ou s'il te dit que randr n'est pas supporté... après, je ne sais pas si fglrx supporte RandR - ça...
Sinon, RandR permet la gestion à chaud (ie sans redémarrer X.org) du multi-écran, via le même utilitaire "xrandr" dont je parle au-dessus (ou "krandr", "grandr", ...).
... sinon, regarde la doc de fglrx : la dernière fois que j'en ai vu un en dual-screen (il y a quand même un moment), ça utilisait une syntaxe proprio (à base d'un seul "Screen", et de pointage vers deux sections "Monitor" dans la section "Device", où les deux sorties étaient déclarées dans la même section - un truc avec un buffer unifiant les deux sorties, quoi, ie un proto-RandR, comme on faisait, ipso facto, avant RandR)... pas xinerama qui, s'il marche (ou plutôt marchait) partout, n'a jamais été censé fonctionner avec DRI (et donc, avec l'accélération matérielle, pour la 3D).
[^] # Re: rien de nouveau...
Posté par Aefron . En réponse au message Xinerama et la 3D. Évalué à 2.
Tape "xrandr" en console, et voit s'il te propose une liste de résolution/taux de rafraîchissement, ou s'il te dit que randr n'est pas supporté... après, je ne sais pas si fglrx supporte RandR - ça...
Sinon, RandR permet la gestion à chaud (ie sans redémarrer X.org) du multi-écran, via le même utilitaire "xrandr" dont je parle au-dessus (ou "krandr", "grandr", ...).
Après, tu peux aussi mettre ça en dur dans le xorg.conf - cf http://wiki.debian.org/XStrikeForce/HowToRandR12 pour plus de détails... mais, certes, encore faut-il le support de RandR...
... sinon, regarde la doc de fglrx : la dernière fois que j'en ai vu un en dual-screen (il y a quand même un moment), ça utilisait une syntaxe proprio (à base d'un seul "Screen", et de pointage vers deux sections "Monitor" dans la section "Device", où les deux sorties étaient déclarées dans la même section - un truc avec un buffer unifiant les deux sorties, quoi, ie un proto-RandR, comme on faisait, ipso facto, avant RandR)... pas xinerama qui, s'il marche (ou plutôt marchait) partout, n'a jamais été censé fonctionner avec DRI (et donc, avec l'accélération matérielle, pour la 3D).