Après avoir bien galéré, je me suis décidé à écrire ce journal car je pense que ça peut servir à d'autres.
Pour mon nowel, je me suis fait plaisir, je me suis acheté un grand écran qui troue les fesses : 24" 1920x1200, que du bonheur (pensais-je). J'ai passé une demi journée à galérer pour le faire fonctionner correctement. En démarrant sous Linux (Debian sid à jour), je me suis retrouvé avec une résolution très laide (1280x768). Bon, jusque là c'est normal, mon ancien écran était un 19" à tube donc je pensais naivement qu'en ajoutant les modes supplémentaires ça passerait. Que nenni. En cherchant sur le net, je me suis rendu compte que je n'étais pas un cas isolé. Visiblement, les écrans avec une résolution trop élevée (22" et plus) posent pas mal de problèmes. D'après ce que j'ai pu trouver, les modes jusqu'à 1600x1200 sont standardisé VESA mais au dessus, chaque fabricant d'écran fait un peu ce qu'il veut et c'est franchement le boxon.
Première piste, les modelines. Chez certains ça semble résoudre le problème. En cherchant à droite à gauche, j'ai vu que pour une même résolution, il y avait à peu près autant de timings que d'écrans. J'en ai essayé quelques uns sans succès. Dans Xorg.log, j'ai toujours "No valid mode for 1920x1200. Removing". Je me suis dit qu'il me fallait surement les timing exacts de mon écran. Bon, comment les obtenir ? Après enquête, chaque moniteur est capable de donner les informations sur les modes qu'il supporte. Plusieurs outils permettent de lire ses infos :
- "read-edid"/"get-edid" : Pas de bol ces outils font des appels VBE de bas niveau (un truc hérité du DOS) qui ne marchent qu'en 32bits et je suis sur AMD64. C'est mort.
- "xresprobe" : Un script fourni avec xorg. D'après ce que j'ai pu lire, il n'est pas trop maintenu et, contrairement à ce que dit la doc, il utilise encore les infos VBE (pour les DFP en tous cas). C'est mort aussi. Il me renvoie des infos vides.
- "ddcprobe" : Apparemment, il interroge la carte graphique et l'écran. Pas de bol non plus, il me liste une série de modes standards (jusqu'à 1280x1024) puis dans la section "edid" se contente d'un joli "edidfail". Tiens donc, mon écran renverrait-il des conneries ? Dans le doute je met la main sur une box windows pour voir ce que ça donne et là, plein les yeux. La résolution native de mon écran est reconnue et c'est magnifique. Bon si ça marche sans avoir installé le moindre driver, ça doit bien pouvoir marcher sous mon manchot, nom d'un eskimo à la banane !
Retour sous Linux mais cette fois en VGA (jusqu'ici j'avais utilisé le DVI). Bizarrement, là xorg me trouve le mode 1600x1200. Pas top mais il y a du mieux. "xresprobe" me trouve cette fois si des infos, même s'il reconnait pour le coup mon écran comme un CRT (c'est bizarre qu'en analogique on arrive à obtenir des infos et pas en numérique, mais bon). Du coup, il semble black lister les modes au dessus de 1600x1200. Après re-enquête, il s'avère qu'en interne, xorg ne fait plus appel à ces divers utilitaires pour lire les infos EDID. Il a sa propre méthode de lecture. Re-merde. Je sens que je vais finir par m'arracher les poils du cul à la pince à épiler.
Retour en DVI (si j'ai pris un écran avec prise DVI ce n'est pas pour passer par de l'analogique). Un bon moyen de voir ce qui se passe : En mode console, démarrer X avec un maximum de logs "startx -- -logverbose 6". Là je me rend compte qu'xorg arrive bien à lire les infos EDID. Il liste les modes standards -plus- les modes supplémentaires de mon écran et le 1920x1200 en fait partie avec les timings exacts et tout. Sauf qu'un peu plus loin la plupart des modes sont invalidés "Mode is rejected: VertRefresh (75.0 Hz) out range" (celui là je veux bien, à la résolution max, il ne supporte que du 60 Hz) ou bien "Mode is rejected: Mode (1920 x 1200) is too large for DFP. Native resolution (Max: 1280 x 768)". Apparemment xorg s'est planté sur le calcul de la résolution native de mon écran.
Visiblement, certaines infos remontées sont erronées et du coup xorg invalides des modes qui sont bien valides. Il existe plusieurs façon de passer outre. Dans la section "Device" du xorg.conf il est possible de mettre "UseEDIDDpi", "UseEDIDFreqs" ou carrément "UseEDID" à false. J'ajoute en modeline le mode exact remonté par mon écran et je tente le coup. Les deux premiers ne changent rien. Après hésitation je tente le 3e en priant et là c'est l'écran noir. Je sens que je ne suis pas couché. Il existe aussi une option "ModeValidation" "NoEDIDModes" mais rien à faire. Puis c'est l'illumination : Je découvre une option de la mort inconnue de la section "Monitor" : "ModeValidation" "NoDFPNativeResolutionCheck". Miracle, ça marche nickel.
Bilan des courses, c'est quand même un peu le bronx dès qu'on sort des sentiers battus. Il y a une foule d'options pas franchement documentées dans xorg plus sans compter le fait que sur la section "Device" suivant le driver utilisé, les options sont différentes ou ne s'appellent pas pareil. Sinon, j'ai aussi découvert qu'apparemment le port DVI est limité en débit et ne permet pas de faire passer les résolutions les plus élevées (c'est vraiment couillon pour une norme aussi récente). Pour celà, il faut un DVI dual link. La limite est définie par le standard mais il est possible de passer outre (les liaisons DVI acceptent souvent plus que ce que le standard impose) et d'autoriser un débit plus élevé (Option "NoMaxPClkCheck"). Si ça ne marche pas, il faut ajouter une modeline limitant le débit. Pour celà, l'utilitaire "cvt" permet de générer des modelines avec débit réduit (option "-r"). Le port VGA ne semble pas soumis à ce type de limitation.
Bon, voilà c'était un peu long mais je pense avoir expérimenté quasiment toutes les looses possibles donc si ça peut aider... Maintenant je peux mouler et travailler en même temps sans avoir à changer de bureau. Que du bonheur.
Journal Les grands écrans c'est bien (mais galère)
28
déc.
2007
# xorg.conf
Posté par finss (site web personnel) . Évalué à 1.
\_o<
[^] # Re: xorg.conf
Posté par Croconux . Évalué à 1.
Il y a pas mal d'options commentées car au final elles ne m'ont pas servi mais ça permet de se rappeler qu'elles existent. Le modelines en commentaires sont celles que j'ai récupérées des infos EDID (dans le Xorg.log). Elles ne sont pas nécessaires non plus. L'option vraiment importante c'est le " Option "ModeValidation" "NoDFPNativeResolutionCheck""
Pour info mon écran c'est celui-là:
http://prixdunet.com/details/Daewoo_DS240WB/
[^] # Re: xorg.conf
Posté par NeoX . Évalué à 1.
sur mon laptop 15" en 1680x1050 avec nvidia
et avec la possibilité d'avoir un ecran externe.
on constate que nul part je ne donne d'info de mode ou de frequence, sauf dans le twinview pour preciser la position du 2e ecran.
# c'est le DVI le bug
Posté par ʭ ☯ . Évalué à 2.
Cool, j'ai bien fait de pas céder à la mode du DVI. Avec la petite prise VGA (standard vieux de 20 ans) j'utilise un écran 22 pouces CRT avec le pilote libre Radeon, sur une X300 64Mo, j'obtiens sans aucun problème la résolution de 2048x1536@60Hz, et compiz est potable en 1600x1200@85Hz. Bref, tu ne mentionnes pas le pilote utilisé, mais ça change pas mal la donne, car chaque pilote cause plus ou moins bien avec le matériel...
Pour info, le DVI est mort, il y a une nouvelle norme qui est censée porter le son en plus dans le câble...
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: c'est le DVI le bug
Posté par Narishma Jahar . Évalué à 1.
[^] # Re: c'est le DVI le bug
Posté par Croconux . Évalué à 1.
C'est le driver nvidia mais avec nv c'est pareil.
Pour info, le DVI est mort, il y a une nouvelle norme qui est censée porter le son en plus dans le câble.
Il n'y en a pas qu'une. En ce moment on la mode c'est le HDMI (qu'on retrouve sur pas mal de télés) qui n'apporte pas grand chose à part des DRMs en plus. Sinon il y a le DisplayPort (bardé de DRM aussi) soutenu par le VESA et l'EDI soutenu par je ne sais plus qui (mais on s'en fout un peu en fait). Le seul point commun à toutes ces normes ? Elle sont toutes bourrées de DRMs.
[^] # Re: c'est le DVI le bug
Posté par Ph Husson (site web personnel) . Évalué à 1.
Euh ... ah bon ca apporte les DRMs ?
pourtant le DVI gère déjà le HDCP
[^] # Re: c'est le DVI le bug
Posté par Croconux . Évalué à 1.
[^] # Re: c'est le DVI le bug
Posté par Aldoo . Évalué à 3.
Ainsi, les HDMI type A sont compatibles avec les DVI single link, et les type B avec le dual link.
En gros, HDMI et DVI évoluent ensemble et de manière compatible. Il n'y en a pas un qui remplace l'autre, et les deux sont dimensionnés aux besoins actuels dans leurs dernières versions.
[^] # 60 Hz
Posté par Arthur Accroc . Évalué à 1.
Et tu l'utilises vraiment ?
Non, parce que 60 Hz, sur un CRT, c'est un truc à se finguer les yeux !
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: 60 Hz
Posté par briaeros007 . Évalué à 2.
[^] # Re: 60 Hz
Posté par NickNolte . Évalué à 1.
Ça dépend de rien du tout, 60Hz sur un CRT c'est: "bonjour le cessité"
[^] # Re: 60 Hz
Posté par Batchyx . Évalué à 1.
Donc oui ça dépend de l'utilisateur : joueur ou pas.
[^] # Re: 60 Hz
Posté par morphalus . Évalué à 1.
[^] # Re: 60 Hz
Posté par briaeros007 . Évalué à 2.
Et un moment j'ai fait du dual screen avec un autre CRT et, avec les mêmes params, on voyait clairement un scintillement sur l'un, et pas sur l'autre.
Juste comme ça les tv c'est du CRT et c'est du 50Hz.
Mais bon comme tu es sur de tout savoir, je t'indiquerais dans ce cas que le mot est "cécité". Quand on fait la leçon, c'est mieux de pas faire de fautes ;)
[^] # Re: 60 Hz
Posté par GG (site web personnel) . Évalué à 2.
Sauf que les téléviseurs affichent en général en entrelacé, ce qui diminue l'effet de scintillement, enfin être près du téléviseur pose un problème certain.
Les petits macintosh, avec un écran de 9"1/2 avaient non seulement un affichage à 60Hz, mais une certaine rémanence. Bref, c'était vraiment agréable, quoique un peu petit :
L'autre problème pour les écrans, c'est la valeur du noir, généralement c'est une sorte de gris foncé sur les écrans de mauvaises qualités, ce manque de contraste oblige à pousser la luminosité, ce qui augmente la perception du scintillement. Dans les jeux, il y a peu ou pas de grands applats blancs.
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: 60 Hz
Posté par Anonyme . Évalué à 2.
J'ai connu des gens qui avaient leur moniteur à 60 Hz sans que ça les dérange et qui ne voyaient même pas la différence lorsque je les basculais en 85 Hz, et j'en connais d'autre pour qui tourner en dessous de 75 Hz était l'assurance d'avoir des yeux de lapin myxomatosé au bout de quelques minutes.
En ce qui me concerne, je fais nettement la distinction entre du 60, du 75, du 85 ou du 100 Hz, quoi qu'entre 85 et 100 Hz, ça devient plus délicat à discerner, et je n'apprécie guère travailler sur un écran qui tourne à moins de 85 Hz. :-)
Et sinon, il y a pas mal de téléviseurs qui tournent à 100 Hz aussi, et comme dit juste au-dessus, les téléviseurs produisent un affichage « entrelacé » lorsqu'ils tournent à 50 Hz. :-)
[^] # Re: 60 Hz
Posté par briaeros007 . Évalué à 2.
Ca je suis tout à fait d'accord ;)
(je remet la phrase qui a fait tout ce foin :
dépend surtout du CRT, et de l'utilisateur
;))
il y a pas mal de téléviseurs qui tournent à 100 Hz aussi,
Les "récents" (moins de 10 ans quoi ). Les plus anciens je crois pas qu'il y en avait des masses.
[^] # Re: 60 Hz
Posté par NickNolte . Évalué à 1.
Tous les écrans CRT que j'ai pu trouver dans les administrations, chez madames/monsieur tout le monde avaient une image excècrable en 60hz et généralement ce sont des personnes qui ne jouent pas avec, auquel cas l'effet de dégradation pourrait être atténué. Mais vu que l'usage d'un ordi va audelà du joujou video, on peut conclure qu'en règle générale 60hz c'est caca.
Cela dit, peut-être que tu as un super Eizo qui de file une image stable à 60hz en 1024x768 (résolution de monsieur tout le monde à l'époque des CRT)
mais dans le cas contraire, c'est un suicide occulaire.
[^] # Re: 60 Hz
Posté par briaeros007 . Évalué à 2.
Sauf qu'il ne s'agissait que d'une affirmation simple, sans aucune argumentation.
Pas un contradiction appuyé de fait, et ouverte au dialogue.
D'ailleurs ta réponse est bien plus arrogante, en plus d'être faussé (écran TV != CRT).
Effectivement il y a des écrans plasma et des LCD dans les écrans TV.
Mais existent ils des écrans CRT ?Oui
Peuvent ils à 50 Hz ? Oui.
Alors si tu estime que c'est arrogant de rappeller ça, je suis arrogant oui.
Tous les écrans CRT que j'ai pu trouver dans les administrations, chez madames/monsieur tout le monde avaient une image excècrable en 60hz
Donc tous les écrans sont exécrables en 60 Hz ?
Mais vu que l'usage d'un ordi va audelà du joujou video, on peut conclure qu'en règle générale 60hz c'est caca.
En règle générale ... SUR TA population d'écran, oui c'est sans doute caca.
Mais déjà ta popuplation est fortement biaisé (seulement sur ton expérience professionnel, et sur des administrations, qui offrent rarement la crème au niveau des technos).
Mais est ce que tu précisais cela ?
Je te cite
dépend surtout du CRT, et de l'utilisateur
Ça dépend de rien du tout, 60Hz sur un CRT c'est: "bonjour le cessité"
Donc on voit que non seulement tu ne précisais pas ça, mais que tu mettais tous les CRT dans le même moule.
Cela dit, peut-être que tu as un super Eizo qui de file une image stable à 60hz en 1024x768 (résolution de monsieur tout le monde à l'époque des CRT) mais dans le cas contraire, c'est un suicide occulaire.
Oh les CRT ont été utilisé bien plus qu'à une résolution de 1024 (14 ou 15" si je ne m'abuse ça).
[^] # Re: 60 Hz
Posté par ʭ ☯ . Évalué à 2.
Effectivement, je bosse en 1600x1200@85Hz
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Mon 22"
Posté par Ph Husson (site web personnel) . Évalué à 1.
J'ai branché l'écran, allumer mon ordinateur, et tout simplement constaté que le driver nvidia s'était mis dans la bonne résolution.
En ce qui concerne ton cas, j'ai lu ce que t'as dit tres rapidement, et à vue de nez ca ressemble plutot à ton écran qui dit des aneries (ou ta carte graphique qui ment). Le VBE n'a rien de spécifique au 32 bits ou 64bits (de toutes facons les procos 64bits fonctionnent aussi en 32bits et 16 bits ...).
Pour finir les « options pas franchement documentées dans xorg » que tu cites, ne sont pas des options de Xorg, mais du driver nvidia, et sont, amha, assez bien documentés dans le README du driver nvidia.
PS: Ca se voit que j'ai la flemme de faire un commentaire structuré ?
[^] # Re: Mon 22"
Posté par ahuillet (site web personnel) . Évalué à 1.
J'ai vécu ce problème aujourd'hui, où une de mes machines (slackware-current sur les deux, mais plus ou moins "-current" :p) a pu démarrer l'écran dans sa résolution native directement, alors que l'autre disait ne pas pouvoir lire l'EDID, et évidemment ne fonctionnait pas. (Il s'agit d'un écran au format "wide", résolution native 1440x900 je crois).
[^] # Re: Mon 22"
Posté par Croconux . Évalué à 1.
Je faisais référence à ça http://www.delorie.com/djgpp/doc/ug/graphics/vbe20.html et ça https://bugs.launchpad.net/ubuntu/+source/vbetool/+bug/8177/(...) . VBE (Vesa Bios Extension) utilise un appel en mode réel au bios conçu à l'origne pour tourner sur des machines 16bis. En 32 bits, le processeur est obligé de passer en mode 16 bits pour effectuer un appel en mode réel. En 64 bits, il n'est apparemment pas possible de faire ce genre d'appel. Les logiciels comme vbetool et compagnie qui utilise les appels directs à VBE n'existent pas en version 64bits (cf http://packages.debian.org/fr/sid/read-edid)
[^] # Re: Mon 22"
Posté par Ph Husson (site web personnel) . Évalué à 1.
Ils sont tordus chez intel et/ou amd /o\
Enfin dans ce cas je retire ce que j'ai dit sur le vbe (enfin ca n'empeche que les infos DDC sont accessibles par les drivers de la carte graphique, mais bon ca explique que les outils génériques ne marchent pas)
[^] # Re: Mon 22"
Posté par briaeros007 . Évalué à 2.
Si tu utilise le mode VGA (ma cg ne gere pas le dvi, et puis comme ca la ps3 utilise le dvi de mon écran :P), il est possible que tu sois obligé de trouver une modeline pour que l'autodétection de la résolution de l'écran marche bien.
(xvidtune powaaa)
# Driver radeon et 1680x1050
Posté par benoar . Évalué à 2.
Tout marche nickel (enfin, juste avant que je me rendre compte que les 32Mo de ma CG n'étaient pas suffisant pour avoir un compiz dans cette résolution ...). Ça permet en gros d'utiliser les résolutions supérieures au standard que ton écran envoie à la CG.
Mais il faut faire attention, toutes ces bidouilles dépendant beaucoup du driver utilisé. (driver libre dans mon cas).
# Si ça peut aider...
Posté par lolop (site web personnel) . Évalué à 2.
Note: je suis passé d'abord par le connecteur VGA pour faire la config et sélectionner l'entrée HDMI au niveau de l'écran, puis j'ai switché sur l'entrée numérique (comme indiqué dans certains forums).
L'écran: http://www.lesnumeriques.com/article-240-2324-47.html
Le xorg.conf (si ça peut aider quelqu'un...):
# File generated by XFdrake (rev 230776)
Section "Extensions"
Option "Composite"
EndSection
# **********************************************************************
# Refer to the xorg.conf man page for details about the format of
# this file.
# **********************************************************************
Section "ServerFlags"
#DontZap # disable (server abort)
AllowMouseOpenFail # allows the server to start up even if the mouse does not work
#DontZoom # disable <KP_+>/<KP_-> (resolution switching)
EndSection
Section "Module"
Load "dbe" # Double-Buffering Extension
Load "v4l" # Video for Linux
Load "extmod"
Load "type1"
Load "freetype"
Load "glx" # 3D layer
# AJOUT
Load "bitmap"
Load "ddc"
Load "freetype"
Load "int10"
Load "type1"
Load "vbe"
EndSection
Section "InputDevice"
Identifier "Keyboard1"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbOptions" "compose:rwin"
EndSection
Section "InputDevice"
Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "ExplorerPS/2"
Option "Device" "/dev/mouse"
EndSection
Section "InputDevice"
Identifier "Mouse2"
Driver "evdev"
Option "bustype" "0x0011"
Option "relBits" "+0+1+2"
Option "product" "0x0006"
Option "vendor" "0x0002"
Option "HWheelRelativeAxisButtons" "7 6"
EndSection
Section "Monitor"
Identifier "monitor1"
VendorName "Generic"
ModelName "Flat Panel 1920x1200"
HorizSync 31.5-90
VertRefresh 60
# TV fullscreen mode or DVD fullscreen output.
# 768x576 @ 79 Hz, 50 kHz hsync
ModeLine "768x576" 50.00 768 832 846 1000 576 590 595 630
# 768x576 @ 100 Hz, 61.6 kHz hsync
ModeLine "768x576" 63.07 768 800 960 1024 576 578 590 616
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1920x1200_120" 412.34 1920 2080 2296 2672 1200 1201 1204 1286 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1920x1200_100" 337.58 1920 2072 2288 2656 1200 1201 1204 1271 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1920x1200_85" 282.74 1920 2072 2280 2640 1200 1201 1204 1260 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1920x1200_75" 246.59 1920 2064 2272 2624 1200 1201 1204 1253 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1920x1200_60" 193.16 1920 2048 2256 2592 1200 1201 1204 1242 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1920x1200_50" 158.08 1920 2032 2240 2560 1200 1201 1204 1235 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1680x1050_120" 313.20 1680 1816 2000 2320 1050 1051 1054 1125 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1680x1050_100" 256.20 1680 1808 1992 2304 1050 1051 1054 1112 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1680x1050_85" 214.51 1680 1800 1984 2288 1050 1051 1054 1103 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1680x1050_75" 188.07 1680 1800 1984 2288 1050 1051 1054 1096 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1680x1050_60" 147.14 1680 1784 1968 2256 1050 1051 1054 1087 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1680x1050_50" 120.21 1680 1776 1952 2224 1050 1051 1054 1081 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1600x1000_120" 284.04 1600 1728 1904 2208 1000 1001 1004 1072 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1600x1000_100" 232.13 1600 1720 1896 2192 1000 1001 1004 1059 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1600x1000_85" 194.21 1600 1712 1888 2176 1000 1001 1004 1050 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1600x1000_75" 169.13 1600 1704 1880 2160 1000 1001 1004 1044 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1600x1000_60" 133.14 1600 1704 1872 2144 1000 1001 1004 1035 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1600x1000_50" 108.66 1600 1688 1856 2112 1000 1001 1004 1029 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1440x900_120" 229.75 1440 1552 1712 1984 900 901 904 965 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1440x900_100" 187.55 1440 1544 1704 1968 900 901 904 953 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1440x900_85" 156.79 1440 1536 1696 1952 900 901 904 945 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1440x900_75" 136.49 1440 1536 1688 1936 900 901 904 940 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1440x900_60" 106.47 1440 1520 1672 1904 900 901 904 932 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1440x900_50" 87.41 1440 1512 1664 1888 900 901 904 926 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1280x800_120" 181.21 1280 1376 1520 1760 800 801 804 858 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1280x800_100" 147.89 1280 1376 1512 1744 800 801 804 848 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1280x800_85" 123.38 1280 1368 1504 1728 800 801 804 840 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1280x800_75" 107.21 1280 1360 1496 1712 800 801 804 835 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1280x800_60" 83.46 1280 1344 1480 1680 800 801 804 828 -HSync +Vsync
# modeline generated by gtf(1) [handled by XFdrake]
ModeLine "1280x800_50" 68.56 1280 1336 1472 1664 800 801 804 824 -HSync +Vsync
EndSection
Section "Device"
Identifier "device1"
VendorName "nVidia Corporation"
BoardName "NVIDIA GeForce FX - GeForce 6600"
# Driver "nv"
Driver "nv"
Option "DPMS"
Option "AddARGBGLXVisuals"
Option "NoPowerConnectorCheck"
EndSection
Section "Screen"
Identifier "screen1"
Device "device1"
Monitor "monitor1"
DefaultColorDepth 24
Subsection "Display"
Depth 8
Modes "1920x1200" "1680x1050" "1600x1000" "1440x900" "1280x800"
EndSubsection
Subsection "Display"
Depth 15
Modes "1920x1200" "1680x1050" "1600x1000" "1440x900" "1280x800"
EndSubsection
Subsection "Display"
Depth 16
Modes "1920x1200" "1680x1050" "1600x1000" "1440x900" "1280x800"
EndSubsection
Subsection "Display"
Depth 24
Modes "1920x1200" "1680x1050" "1600x1000" "1440x900" "1280x800"
EndSubsection
EndSection
Section "ServerLayout"
Identifier "layout1"
InputDevice "Keyboard1" "CoreKeyboard"
InputDevice "Mouse1" "CorePointer"
InputDevice "Mouse2" "SendCoreEvents"
# AJOUT
Option "AIGLX" "true"
Screen "screen1"
EndSection
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
# Rafraîchissement
Posté par Anonyme . Évalué à 2.
Par exemple, pour un vieux 22" CRT Iiyama Vision Master Pro 514 HM204DT, ça donne :
Section "Monitor"
Identifier "Configured Monitor"
Option "DPMS"
HorizSync 30-142
VertRefresh 50-200
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
DefaultDepth 24
SubSection "Display"
Modes "1920x1440" "1680x1050" "1400x1050" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Et l'écran me sort du 1920x1440 à 100 Hz sans sourciller. Je pourrais aller en 2048x1536 (j'ai d'ailleurs volontairement retiré ce mode de la liste), mais je serais alors limité à 85 Hz, ce qui est moins confortable, et puis ça commence aussi à faire petit pour mes yeux.
J'ai pu tester cette méthode avec tout plein d'écrans différents, et même des vieux bousins de marque totalement inconnue et je n'ai jamais eu le moindre problème. :-)
[^] # Re: Rafraîchissement
Posté par Sylvain (site web personnel) . Évalué à 1.
Voila mon bref combat contre les EDID foireux:
http://www.nvnews.net/vbulletin/showthread.php?t=98426&h(...)
[^] # Re: Rafraîchissement
Posté par Anonyme . Évalué à 2.
HorizSync 30-130
VertRefresh 50-160
J'ai le pressentiment que ça va fonctionner. ;-)
[^] # Re: Rafraîchissement
Posté par undeuxtroisout . Évalué à 1.
Après quelques coups de Google, j'ai trouvé un modeline qui convient.
[^] # Re: Rafraîchissement
Posté par pirouette_07 . Évalué à 1.
Ayant le même écran que toi, pourrais-tu donner les valeurs du modeline que tu utilises ou donner la page web sur laquelle tu as trouvé les valeurs ?
Pascal
[^] # Re: Rafraîchissement
Posté par syntaxerror . Évalué à 1.
[^] # Re: Rafraîchissement
Posté par undeuxtroisout . Évalué à 1.
# out of the box ?
Posté par Meku (site web personnel) . Évalué à 1.
Pourquoi aujourd'hui encore on en arrive à devoir bricoler manuellement la config de son écran pour le faire fonctionner sous Xorg ? Le driver sous windows tatonne pour trouver la configuration de l'écran ? Il possède « l'astuce », encore secrète et inconnue des développeurs Xorg ? Je veux bien comprendre que ces écrans ne soient pas très compatibles avec les standards, mais tout de même il doit bien y avoir un moyen générique de faire fonctionner un écran à coup sûr, si c'est le cas sous Windows.
Ça fait pas très plug-and-play tout ça. Je trouve ça effrayant aussi :(
[^] # Re: out of the box ?
Posté par briaeros007 . Évalué à 2.
2°) le PnP est en voie pour Xorg, avec le support du Hotplug dans quelques versions ;)
[^] # Re: out of the box ?
Posté par Batchyx . Évalué à 1.
[^] # Re: out of the box ?
Posté par syntaxerror . Évalué à 1.
Il me semble que xorg a récemment régressé pour la reconnaissance des écrans (refonte du code ?): j'ai 3 portables de résolution tordue 1400x1050 (non VESA), chipsets différents, debian testing, et tous ont montré des problèmes divers après des upgrades de xorg, alors que tout fonctionnait parfaitement auparavant. Fontes trop grandes, ou trop petites... réglé en forçant la modeline adéquate, pondue par "gtf".
[^] # Re: out of the box ?
Posté par Sufflope (site web personnel) . Évalué à 1.
J'utilise Ubuntu (sur les desktop).
[^] # Re: out of the box ?
Posté par syntaxerror . Évalué à 1.
xorg détecte mal la résolution de l'écran en DPI. Bien sûr le problème ne se voit pas si celle ci est forcée (et par chance à la bonne valeur) au démarrage du serveur. T'as juste eu de la chance ;-)
Plus d'infos dans les forums ubuntu, ie:
http://www.google.fr/search?hl=fr&client=firefox-a&r(...)
[^] # Re: out of the box ?
Posté par NickNolte . Évalué à 1.
Alors là, ce n'est pas vrai du tout, j'ai eu plusieurs cas de mauvaise reconnaissance et même de non fonctionnement au delà d'une certaine rangé.
Par exemple, j'ai un 22" ACER au boulot sur une machine à base d'ATI 9550 et impossible d'afficher 1680x1050 je reste cantonné à du 1280x1024 ce qui est assez laid or, sur la même machine mais avec un linux en liveCD je dois juste modifier l'entrée dans xorg.conf pour avoir ma résolution native activée... ça a pris 1min.
Un autre exemple, une télé Sony en HD ready, impossible à partir de windowsxp de la faire tourner au dessus de 1280x720 alors qu'encore une fois avec le même liveCD j'atteinds la résolution native de 1366x768.
Tu me diras, que je connais déjà Xorg pour pouvoir le modifier, oui certes, mais en attendant je reste bloqué si je suis sous Windows car il n'y a aucunes solutions que l'utilisateur lambda puisse utiliser pour corriger le problème... tiens d'ailleurs je ne suis même pas sûr qu'il y ait de solution pour l'utilisateur aguérri, à part peut-être passer par des outils tiers qu'il faudra connaître de toute façon.
Donc, le monde n'est pas rose des 2 côtés, mais n'oublions pas le support et l'appui qui existe pour l'un et non pour l'autre.
# quel est ton modèle d'écran ?
Posté par palm123 (site web personnel) . Évalué à 2.
L'écran de Laurent Pointal, pour tout dire, ou le Iiyama ProLite B2403WS qui a la même dalle.
Je sens que ça va m'éviter pas mal de galères.
ウィズコロナ
[^] # Re: quel est ton modèle d'écran ?
Posté par undeuxtroisout . Évalué à 1.
Section "ServerFlags"
Option "blank time" "10" # 10 minutes
Option "standby time" "12"
Option "suspend time" "16"
Option "off time" "20"
Option "xinerama" "off"
EndSection
Section "ServerLayout"
Identifier "Basil"
Screen "Screen 1"
Screen "Screen 2" rightof "Screen 1"
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
FontPath "unix/:-1"
EndSection
Section "Module"
Load "extmod"
Load "dri"
Load "dbe"
Load "record"
Load "xtrap"
Load "glx"
Load "type1"
Load "freetype"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc104"
Option "XkbLayout" "us_intl"
Option "XkbOptions" "compose:ralt"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mouse0"
Option "Emulate3Buttons" "no"
Option "Buttons" "5"
Option "ZAxisMapping" "4 5"
EndSection
Section "Monitor"
Identifier "B2403WS"
HorizSync 30.0 - 81.0
VertRefresh 56.0 - 76.0
modeline "1920x1200" 193.16 1920 2048 2256 2592 1200 1201 1204 1242 -hsync +vsync
Option "dpms"
EndSection
Section "Monitor"
Identifier "VMPro450"
HorizSync 30-115
VertRefresh 50-160
Option "dpms"
EndSection
Section "Monitor"
Identifier "VMPro413"
HorizSync 30.0 - 96.0
VertRefresh 50.0 - 160.0
Option "dpms"
EndSection
Section "Device"
Identifier "MGA-1"
Driver "mga"
VendorName "Matrox Graphics, Inc."
BoardName "MGA G550 AGP"
BusID "PCI:1:5:0"
Option "AGPMode" "4"
Option "hwcursor" "on"
EndSection
Section "Device"
Identifier "MGA-2"
Driver "mga"
Option "hwcursor" "on"
BusID "PCI:1:5:0"
Screen 1
EndSection
Section "Screen"
Identifier "Screen 1"
Device "MGA-1"
Monitor "B2403WS"
DefaultDepth 16
Subsection "Display"
Depth 16
Modes "1920x1200" "1600x1200" "1280x1024" "1024x768" "800x600" "640x480"
ViewPort 0 0
EndSubsection
EndSection
Section "Screen"
Identifier "Screen 2"
Device "MGA-2"
Monitor "VMPro450"
DefaultDepth 16
Subsection "Display"
Depth 16
Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480"
ViewPort 0 0
EndSubsection
EndSection
Section "DRI"
group "users"
mode 0666
EndSection
[^] # Re: quel est ton modèle d'écran ?
Posté par niol (site web personnel) . Évalué à 1.
[...] Section "Device" Identifier "950GM" Driver "i810" # This is required to allow HDTV playback, and this value of 8160 is # used instead of what is in the manual page (6144) because this has # been corrected in subsequent versions of the i810 driver, see # http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-inte(...) Option "LinearAlloc" "8160" EndSection Section "Monitor" Identifier "B2403WS" Option "DPMS" # Manual : Specs : H 31.0-83.0, V 56.0-75.0 # 1920x1200 : H 74.038 , V 59.950 # DDC gives us bad refresh rates, and then HorizSync and VertRefresh # get ignored, so we want to disable DDC. Option "DDC" "false" HorizSync 30.0-81.0 VertRefresh 56.0-76.0 Modeline "1920x1200" 193.16 1920 2048 2256 2592 1200 1201 1204 12 42 -hsync +vsync EndSection [...]Ca marche très très bien, même avec un connecteur VGA.[^] # Re: quel est ton modèle d'écran ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
"La première sécurité est la liberté"
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.