Pour le DPI, il "suffit" de spécifier "DisplaySize"
Non, ça ne suffit pas... et les trois quarts du temps, en fait, ça ne buggue pas, ça feature juste...
Comme le dit Brice Goglin sur son blog [1] : "Non, DisplaySize et DPI ne sont pas (toujours) cassés"...
En fait, le truc, c'est qu'il faut absolument définir un moniteur dans la section "Device" si on veut régler le "DisplaySize" d'autre chose que, a priori, de ce que j'ai compris, la sortie "VGA-0"...
Soyons plus concrets : si je fais un "xrandr -q" sur ma machine, j'apprends que l'écran du laptop est sur "LVDS" : si je veux que le "DisplaySize" que je déclare dans la section "Monitor" idoine soit appliqué, il faut que je déclare dans la section "Device" quelque chose du genre : Option "Monitor-LVDS" "Identifiant moniteur"...
Ca vaut d'ailleurs quoi qu'on mette dans ladite section "Monitor"... par défaut, si on ne met pas d'option du style "Monitor-BAR" "foo" dans la section "Device", c'est la sortie VGA-0 qui hérite des réglages de cette section, même si cette sortie n'est pas activée...
... je sais, c'est con : je me suis fait prendre aussi pendant quelques jours... en passant par les options crades, comme la modif du script d'init de X.org et autre Xresources (cependant, vu que je viens de m'installer une Fedora, avec KDE 4.05, et que les plasmoids ne respectent pas le DPI fixé par DisplaySize, il a quand même fallu que j'utilise en sus ce Xresources, pour que les polices des plasmoids soient lisibles... encore un truc con, mais qui est comme ça)...
Pour la résolution, j'ai aussi eu le problème, sur un écran bizarre chez un pote, et sur ma TV LCD en DVI->HDMI...
Dans mon cas, ce sont les données EDID de ces écrans qui étaient pourries... en faisant un "xrandr -q", normalement, tu as une étoile à côté du mode défini comme le préféré, et un "+" à côté de celui qui est en cours d'utilisation (ou inversement ; enfin, c'est l'idée)... j'avais bien le mode que je voulais comme préféré, mais un autre s'activait invariablement...
En rajoutant une Option "IgnoreEDID" "true" dans la section "Device", tout est rentré dans l'ordre...
Maintenant, c'est clair X.org 7.3 chie sur ATI... d'ailleurs, il chie tout court : c'est un très très très mauvaise release, et elle me saoule tellement que c'est pour la zapper que je me suis installé une Fedora 9... entre un KDE même pas à moitié fini et la pire release de X.org depuis des éons, j'ai bien dû choisir...
Parmi les problèmes : j'ai vu trois personnes faire du multi-écran OpenGLisé avec des radeons à drivers libres sous X.org 7.3 (sans me compter)... on a tous des problèmes d'artefacts, de bugs et d'instabilité (enfin, légère : il ne m'a crashé X.org qu'une fois... soit moins que KDE4 depuis hier)...
... plus la disparition du support des multi-GPU (même s'ils ne marchaient qu'en non DRIsé, ça marchait très bien), qui me casse mon tri-écran (et ça, ça ne devrait pas revenir au moins avant X.org 7.5, avec les GPU objects)...
L'erratum xserver 1.4.1 qui devait sortir presque immédiatement après le 1.4, en novembre dernier, et qui n'est finalement apparu officiellement qu'en début de cette semaine...
Autant X.org 7.2 a ammené plein de performances, sans casser les fonctions, autant X.org 7.3 n'a pas ammené grand chose en la matière, mais casse moult sur son passage... c'en serait presque inquiétant pour X.org ;
... heureusement, le pre-7.4 que j'utilise depuis hier semble très bien fonctionner sur X800XL et 9600m (KDE 4, plutôt pas mal quant à lui, pour un truc qui relève de l'alpha stabilisée à grands efforts, même si ça frotte par endroits) : pas de bugs de textures, MythTV fonctionne nickel, tout bien... je garde, et j'évite soigneusement la 7.3, sans aucun doute la plus pourrie depuis que X.org est X.org... C'est d'ailleurs plutôt douteux de packager ce truc : j'ai du mal à comprendre comment il n'a pas été squeezé par les distros... :(
# Recapitulationnons...
Posté par Aefron . En réponse au journal Xorg 7.3 chie sur ATI. Évalué à 4.
Non, ça ne suffit pas... et les trois quarts du temps, en fait, ça ne buggue pas, ça feature juste...
Comme le dit Brice Goglin sur son blog [1] : "Non, DisplaySize et DPI ne sont pas (toujours) cassés"...
En fait, le truc, c'est qu'il faut absolument définir un moniteur dans la section "Device" si on veut régler le "DisplaySize" d'autre chose que, a priori, de ce que j'ai compris, la sortie "VGA-0"...
Soyons plus concrets : si je fais un "xrandr -q" sur ma machine, j'apprends que l'écran du laptop est sur "LVDS" : si je veux que le "DisplaySize" que je déclare dans la section "Monitor" idoine soit appliqué, il faut que je déclare dans la section "Device" quelque chose du genre : Option "Monitor-LVDS" "Identifiant moniteur"...
Ca vaut d'ailleurs quoi qu'on mette dans ladite section "Monitor"... par défaut, si on ne met pas d'option du style "Monitor-BAR" "foo" dans la section "Device", c'est la sortie VGA-0 qui hérite des réglages de cette section, même si cette sortie n'est pas activée...
... je sais, c'est con : je me suis fait prendre aussi pendant quelques jours... en passant par les options crades, comme la modif du script d'init de X.org et autre Xresources (cependant, vu que je viens de m'installer une Fedora, avec KDE 4.05, et que les plasmoids ne respectent pas le DPI fixé par DisplaySize, il a quand même fallu que j'utilise en sus ce Xresources, pour que les polices des plasmoids soient lisibles... encore un truc con, mais qui est comme ça)...
Pour la résolution, j'ai aussi eu le problème, sur un écran bizarre chez un pote, et sur ma TV LCD en DVI->HDMI...
Dans mon cas, ce sont les données EDID de ces écrans qui étaient pourries... en faisant un "xrandr -q", normalement, tu as une étoile à côté du mode défini comme le préféré, et un "+" à côté de celui qui est en cours d'utilisation (ou inversement ; enfin, c'est l'idée)... j'avais bien le mode que je voulais comme préféré, mais un autre s'activait invariablement...
En rajoutant une Option "IgnoreEDID" "true" dans la section "Device", tout est rentré dans l'ordre...
Maintenant, c'est clair X.org 7.3 chie sur ATI... d'ailleurs, il chie tout court : c'est un très très très mauvaise release, et elle me saoule tellement que c'est pour la zapper que je me suis installé une Fedora 9... entre un KDE même pas à moitié fini et la pire release de X.org depuis des éons, j'ai bien dû choisir...
Parmi les problèmes : j'ai vu trois personnes faire du multi-écran OpenGLisé avec des radeons à drivers libres sous X.org 7.3 (sans me compter)... on a tous des problèmes d'artefacts, de bugs et d'instabilité (enfin, légère : il ne m'a crashé X.org qu'une fois... soit moins que KDE4 depuis hier)...
... plus la disparition du support des multi-GPU (même s'ils ne marchaient qu'en non DRIsé, ça marchait très bien), qui me casse mon tri-écran (et ça, ça ne devrait pas revenir au moins avant X.org 7.5, avec les GPU objects)...
L'erratum xserver 1.4.1 qui devait sortir presque immédiatement après le 1.4, en novembre dernier, et qui n'est finalement apparu officiellement qu'en début de cette semaine...
Autant X.org 7.2 a ammené plein de performances, sans casser les fonctions, autant X.org 7.3 n'a pas ammené grand chose en la matière, mais casse moult sur son passage... c'en serait presque inquiétant pour X.org ;
... heureusement, le pre-7.4 que j'utilise depuis hier semble très bien fonctionner sur X800XL et 9600m (KDE 4, plutôt pas mal quant à lui, pour un truc qui relève de l'alpha stabilisée à grands efforts, même si ça frotte par endroits) : pas de bugs de textures, MythTV fonctionne nickel, tout bien... je garde, et j'évite soigneusement la 7.3, sans aucun doute la plus pourrie depuis que X.org est X.org... C'est d'ailleurs plutôt douteux de packager ce truc : j'ai du mal à comprendre comment il n'a pas été squeezé par les distros... :(
[1] http://bgoglin.livejournal.com/15063.htmlhttp://bgoglin.live(...)