XFree auf SuSE9.0 und Bildwiederholfrequenz
Hallo zusammen, eine kleine Testinstallation der 9.0 auf meinem Rechner läuft soweit (diese Mail schreibe ich gerade damit). Leider tun mir mittlerweile die Augen weh. Der Grund: XFree weigert sich mit mehr als 60 Hz zu laufen. Ich habe a) mit Sax2 konfiguriert b) die alte XF86konfig 1:1 übernommen c) xvidtune versucht (läuft mit meiner Karte nicht) und nichts hat geholfen. Unter SuSE 7.3 mit XFree 4.2 lief das ganze mit 1600x1200@85 wogegen jetzt ein schlappes 1600x1200@60 rauskommt. Also sowohl die Karte als auch der Bildschirm könnten mehr. Das passiert hier sogar, wenn ich ich alle 1600x1200er Modelines bis auf die aus der funktionierenden alten Konfig für 85 Hz rausnehme. Woher zum Henker holt der sich die Modes für ein 60Hz Display? Kann mir irgendjemand einen Tip geben, wo ich suchen könnte? Im XFree86.0.log findet sich z.B. (II) I810(0): Attempting to use 85Hz refresh for mode "1600x1200" (4b) aber keine Zeile über gedroppte Modes. Ratlos Andreas
Hallo Andreas Andreas Kyek wrote:
Leider tun mir mittlerweile die Augen weh. Der Grund: XFree weigert sich mit mehr als 60 Hz zu laufen.
Frage: Welche GraKa?
a) mit Sax2 konfiguriert b) die alte XF86konfig 1:1 übernommen c) xvidtune versucht (läuft mit meiner Karte nicht)
und nichts hat geholfen.
Unter SuSE 7.3 mit XFree 4.2 lief das ganze mit 1600x1200@85 wogegen jetzt ein schlappes 1600x1200@60 rauskommt. Also sowohl die Karte als auch der Bildschirm könnten mehr.
Das passiert hier sogar, wenn ich ich alle 1600x1200er Modelines bis auf die aus der funktionierenden alten Konfig für 85 Hz rausnehme.
Ich habe ein ähnliches Problem mit den aktuellen Nvidia-treibern. Sogar mit Modelines, die mit "xmode" exakt für den Monitor gemacht sind (TFT 1280x1024 Hsync 28-92, VertRef 56-85), beschränkte sich die Darstellung auf 1280x960 Pixel (bei 24bit Farbtiefe). Erst nach einigem "gebastel" wurden 1280x1024 bei 61Hz dargestellt. Bei einem TFT ist das halbwegs erträglich für die Augen, bei einem CRT "bekommt man die Kretze im Auge".
Woher zum Henker holt der sich die Modes für ein 60Hz Display?
Das wüsste ich auch gern. ;-) Ne, ernsthaft ist u.U ein "Fallback" des jeweiligen Treibers, müsste man recherchieren.
Kann mir irgendjemand einen Tip geben, wo ich suchen könnte?
Versuch mal mit "xmode" die Modelines selbst zu erstellen. Ist überaschend einfach. Ob es zum Erfolg führt kann ich nicht versprechen. ;-) Gruß Gerald -- Gerald Engl AED-SICAD Aktiengesellschaft Lilienthalstrasse 7 / 85579 Neubiberg Tel.: +49 89 45026-110
Gerald Engl schrieb:
[...] Versuch mal mit "xmode" die Modelines selbst zu erstellen. [...]
Ich wuerde dazu raten, saemtliche Modelines aus der XF86Config zu entfernen und sie automatisch beim Start des X-Servers be- rechnen zu lassen. Das geht ab Version 4 von XFree und wird so- gar bevorzugt angeraten. Allerdings liefert das auch nur kor- rekte Ergebnisse, wenn der Monitor korrekte EDID zurueck lie- fert. Ein Versuch ist es aber sicher wert... Ich habe fuer mein TFT mit 1280x1024 und die NVIDIA-Graka mit DVI-Ausgang keine einzige Modelines-Zeile in der /etc/X11/XF86Config, und das funktioniert hier praechtig, auch mit dem neusten NVIDIA Trei- ber. CU, Th.
Hallo, Am Dienstag, 28. Oktober 2003 13:44 schrieb Thomas Hertweck:
Ich wuerde dazu raten, saemtliche Modelines aus der XF86Config zu entfernen und sie automatisch beim Start des X-Servers be- rechnen zu lassen. Das geht ab Version 4 von XFree und wird so- gar bevorzugt angeraten. Allerdings liefert das auch nur kor- rekte Ergebnisse, wenn der Monitor korrekte EDID zurueck lie- fert. Ein Versuch ist es aber sicher wert... Ich habe fuer mein TFT mit 1280x1024 und die NVIDIA-Graka mit DVI-Ausgang keine einzige Modelines-Zeile in der /etc/X11/XF86Config, und das funktioniert hier praechtig, auch mit dem neusten NVIDIA Trei- ber.
Was macht man bei einem Anschluss des Monitors über die BNC-Buchsen? Da kann der Monitor ja keine Werte zurückgeben. Ich habe zwei Rechner am Monitor. Mit dem Rechner am Sub-D-Anschluss klappt es gut, da wird automatisch die Bildwiederholfrequenz benutzt die der Monitor maximal für die gewünschte Auflösung zulässt. Am anderen Anschluss bekomme ich die Bildwiederholfrequenz auch nur auf 60 Hz. Der Monitor kann aber die entsprechende Auflösung mit einer weit höheren Bildwiederholfrequenz darstellen. Die NVIDIA-Graka schaft das auch locker. Egal welche Modeline der entsprechenden Auflösung ich auswähle, es wird immer maximal 60 Hz genommen. Gruß René
René Falk schrieb:
Am Dienstag, 28. Oktober 2003 13:44 schrieb Thomas Hertweck:
Ich wuerde dazu raten, saemtliche Modelines aus der XF86Config zu entfernen und sie automatisch beim Start des X-Servers be- rechnen zu lassen. Das geht ab Version 4 von XFree und wird so- gar bevorzugt angeraten. Allerdings liefert das auch nur kor- rekte Ergebnisse, wenn der Monitor korrekte EDID zurueck lie- fert. Ein Versuch ist es aber sicher wert... Ich habe fuer mein TFT mit 1280x1024 und die NVIDIA-Graka mit DVI-Ausgang keine einzige Modelines-Zeile in der /etc/X11/XF86Config, und das funktioniert hier praechtig, auch mit dem neusten NVIDIA Trei- ber.
Was macht man bei einem Anschluss des Monitors über die BNC-Buchsen? Da kann der Monitor ja keine Werte zurückgeben.
Du musst dann die minimalen und maximalen Werte spezifizieren, die der Monitor vertraegt. Die generierten Modelines koennen dann halt nicht ueber die EDID verifiziert werden, ob sie tat- saechlich gueltig sind. Daher besser die Werte zweimal ueber- pruefen, bevor man die Datei speichert. Siehe auch das NVIDIA README(.DE): Option "UseEdidFreqs" "boolean" Ist diese Option gesetzt, benutzt die HorizSync und VertRefresh Werte, die in der EDID des Anzeigegeräts enkodiert sind. Die in der EDID gegebenen Werte übergehen die in der "Section Monitor" gesetzten Werte für HorizSync und VertRefresh. Werden vom Anzeigegerät keine EDID bereitgestellt oder geben diese keine hsync oder vrefresh Bereiche an, so benutzt X als Standard die HorizSync und VertRefresh Bereich aus der Monitorsektion. Option "IgnoreEDID" "boolean" Diese Option weist den X Server dazu an, keine EDID Daten vom Monitor anzufordern. Angeforderte Videomodi werden normalerweise mit Werten aus den EDID Informationen des Monitors verglichen. Einige Monitore geben falsche Informationen über ihre eigenen Fähigkeiten zurück. Es kann deshalb hilfreich sein, EDID Daten des Monitors zu ignorieren um Videomodi zu validieren. Auf der anderen Seite kann das aber auch gefährlich sein, wenn Sie nicht genau wissen, was Sie tun. CU, Th.
Hallo, Am Dienstag, 28. Oktober 2003 15:08 schrieb Thomas Hertweck:
Du musst dann die minimalen und maximalen Werte spezifizieren, die der Monitor vertraegt. Die generierten Modelines koennen dann halt nicht ueber die EDID verifiziert werden, ob sie tat- saechlich gueltig sind. Daher besser die Werte zweimal ueber- pruefen, bevor man die Datei speichert. Siehe auch das NVIDIA README(.DE):
Option "UseEdidFreqs" "boolean" Ist diese Option gesetzt, benutzt die HorizSync und VertRefresh Werte, die in der EDID des Anzeigegeräts enkodiert sind. Die in der EDID gegebenen Werte übergehen die in der "Section Monitor" gesetzten Werte für HorizSync und VertRefresh. Werden vom Anzeigegerät keine EDID bereitgestellt oder geben diese keine hsync oder vrefresh Bereiche an, so benutzt X als Standard die HorizSync und VertRefresh Bereich aus der Monitorsektion.
Option "IgnoreEDID" "boolean" Diese Option weist den X Server dazu an, keine EDID Daten vom Monitor anzufordern. Angeforderte Videomodi werden normalerweise mit Werten aus den EDID Informationen des Monitors verglichen. Einige Monitore geben falsche Informationen über ihre eigenen Fähigkeiten zurück. Es kann deshalb hilfreich sein, EDID Daten des Monitors zu ignorieren um Videomodi zu validieren. Auf der anderen Seite kann das aber auch gefährlich sein, wenn Sie nicht genau wissen, was Sie tun.
Danke für den Tipp, werde das gleich mal umsetzen. Gruß René
On Tuesday 28 October 2003 13:44, Thomas Hertweck wrote:
Gerald Engl schrieb:
[...] Versuch mal mit "xmode" die Modelines selbst zu erstellen. [...]
Ich wuerde dazu raten, saemtliche Modelines aus der XF86Config zu entfernen und sie automatisch beim Start des X-Servers be- rechnen zu lassen. Das geht ab Version 4 von XFree und wird so- gar bevorzugt angeraten. Allerdings liefert das auch nur kor- rekte Ergebnisse, wenn der Monitor korrekte EDID zurueck lie- fert. Ein Versuch ist es aber sicher wert... Ich habe fuer mein TFT mit 1280x1024 und die NVIDIA-Graka mit DVI-Ausgang keine einzige Modelines-Zeile in der /etc/X11/XF86Config, und das funktioniert hier praechtig, auch mit dem neusten NVIDIA Trei- ber.
Hi Thomas, ich könnte Dich knutschen!! Modelines raus und... 1600x122@85 auf Anhieb ohne Probleme. Meine Augen werden Dir die nächste Zeit echt dankbar sein. Andreas PS: Wobei mir immer noch nicht klar ist, wieso eine funktionierende Konfiguration unter XFree 4.2 aus SuSE 7.3 nun mit der XFree 4.3 auf SuSE 9.0 nicht mehr geht. Egal, hauptsache es läuft jetzt.
Andreas Kyek wrote:
Hi Thomas,
ich könnte Dich knutschen!!
Oehm, Danke, ich verzichte freiwillig ;-))
Modelines raus und... 1600x122@85 auf Anhieb ohne Probleme. Meine Augen werden Dir die nächste Zeit echt dankbar sein. [...] PS: Wobei mir immer noch nicht klar ist, wieso eine funktionierende Konfiguration unter XFree 4.2 aus SuSE 7.3 nun mit der XFree 4.3 auf SuSE 9.0 nicht mehr geht.
Andere XFree-Version, anderer Treiber, etc., daher passen die "alten" Modelines wohl nicht mehr. Ohne Modelines bist Du (wenn es funktioniert) auf der sicheren Seite, auch wenn Du z.B. mal eben vom nvidia-Treiber zum nv-Treiber wechseln wolltest. Stehen explizit Modelines in der Konfig, so muessten die in diesem Falle neu generiert werden wegen dem Treiberwechsel. Gruesse, Th.
Hallo, Am Wed, 29 Oct 2003, Thomas Hertweck schrieb:
Modelines raus und... 1600x122@85 auf Anhieb ohne Probleme. Meine Augen werden Dir die nächste Zeit echt dankbar sein. [...] PS: Wobei mir immer noch nicht klar ist, wieso eine funktionierende Konfiguration unter XFree 4.2 aus SuSE 7.3 nun mit der XFree 4.3 auf SuSE 9.0 nicht mehr geht.
Andere XFree-Version, anderer Treiber, etc., daher passen die "alten" Modelines wohl nicht mehr. Ohne Modelines bist Du (wenn es funktioniert) auf der sicheren Seite, auch wenn Du z.B. mal eben vom nvidia-Treiber zum nv-Treiber wechseln wolltest. Stehen explizit Modelines in der Konfig, so muessten die in diesem Falle neu generiert werden wegen dem Treiberwechsel.
Das kapiere ich nicht. Ich sehe _keinen_ Zusammenhang zwischen Treiber und Modelines. Die Modelines haengen doch nur von den Faehigkeiten des Monitors ab und davon, was die GraKa schafft (Aufloesung, RAMDAC). Wenn ich hier z.B.: Modeline "1152x864@85" 120.00 1152 1168 1384 1496 864 864 879 902 verwende, und GraKa und Monitor dieses schaffen[1] (und die Sync-Zuschlaege sind vom Monitor abhaengig!), warum sollte die mit ner anderen GraKa (die das auch schafft), oder nur mit nem anderen Treiber nicht funktionieren? -dnh, irritiert [1] zum Beispiel schaffen beide auch Modeline "1152x864@106" 143.62 1152 1168 1384 1496 864 864 879 902 und man vergleiche mal die beiden Modelines ;) -- War damals doch gut hier vorbeizuschauen. All die hübschen Tischigungen mit dem gesunden Antackern. Die leckeren Froschpillen und das hübsche warme weisse Jäckchen. Der hübsche Friedhof mit meinem Ufo. Ach ja und meine Zelle. Ist doch gar nicht so schlecht in dag°. [WoKo in dag°]
David Haller schrieb:
[...] Das kapiere ich nicht. Ich sehe _keinen_ Zusammenhang zwischen Treiber und Modelines. Die Modelines haengen doch nur von den Faehigkeiten des Monitors ab und davon, was die GraKa schafft (Aufloesung, RAMDAC).
Prinzipiell gebe ich Dir da Recht. Wenn man sich anschaut, was in einer Modeline steht, naemlich |Name des Modes | | |Driving Clock Frequency (auch: Dot Clock) | | | | |Horizontale Aufloesung & Timing | | | | | | |Vertikale Aufloesung & Timing | | | | | | _______|_______ _______|_______ |Spezielle Flags | | | | | | | NAME DCF HR SH1 SH2 HFL VR SV1 SV2 VFL F dann sieht es nicht so aus, als waere das treiberabhaengig. Der Trei- ber kommt hoechstens bei der Validierung ins Spiel, denn er fraegt AFAIK Daten vom Monitor ab (EDID). NAME ist klar. DCF wohl auch, das gibt die Graka vor. SH1 und SH2 markieren Beginn und Ende des hori- zontalen Sync-Pulses, SV1 und SV2 entsprechend in vertikale Richtung. Diese Werte sollten eigentlich auch nicht treiberabhaengig sein, oder? HFL und VFL ist die totale horizontale bzw. vertikale Frame-Laenge. F steht hier fuer spezielle Flags, die Du glaube ich als Sync- Zuschlaege bezeichnet hast. Da kann aber z.B. auch ein "Interlaced" stehen (OK, das will man nicht wirklich ;-) Das sollte im Prinzip der von Dir angegebenen Modeline
Modeline "1152x864@85" 120.00 1152 1168 1384 1496 864 864 879 902
entsprechen. Die Frage ist daher wirklich,
[...] warum sollte die mit ner anderen GraKa (die das auch schafft), oder nur mit nem anderen Treiber nicht funktionieren?
*ach, ich liebe es, wenn man ordentlich geschickt zitieren kann* Das XFree Howto meint dazu: The sync frequency ranges of your monitor, together with your video adapter's dot clock, determine the ultimate resolution that you can use. But it's up to the driver to tap the potential of your hardware. A superior hardware combination without an equally competent device driver is a waste of money. On the other hand, with a versatile device driver but less capable hardware, you can push the hardware a little beyond its rated performance. This is the design philosophy of XFree86. Irgendwo muss also der Treiber ins Spiel kommen. Meine Antwort, die ich gab, beruhte auf empirischen Betrachtungen: ich habe schon viele Systeme installiert mit unterschiedlichsten XFree-Versionen, Treibern, Grafikkarten und Monitoren. Es war noch immer (meist) so, dass nach dem Wechsel einer Grafikkarte (bei gleicher Leistungsfaehigkeit) oder einem Treiberwechsel (z.B. nv nach nvidia) das Neuberechnen von Mode- lines noetig war. X hat mit den alten Modelines _nicht_ funktioniert. Insbesondere ist mir das beim NVIDIA-Treiber aufgefallen, und Andreas konnte das Verhalten nun auch wieder erfahren. Bei XFree 4 benutze ich mittlerweile keine Modelines mehr und das funktioniert auf den meisten Systemen sehr ordentlich. Einige Monitore luegen allerdings ein wenig ueber ihre wahren Faehigkeiten, da muss man also aufpassen, wenn man sich auf EDID verlaesst. Wenn Du eine _technische_ Erklae- rung findest, dann bin ich daran auch interessiert. Evtl. geht in die ganze Betrachtung doch irgendwo der Treiber bzw. die Software mit ein - dazu kenne ich mich allerdings in den Interna zu wenig aus. Gruesse, Th.
Hallo, Am Wed, 29 Oct 2003, Thomas Hertweck schrieb:
David Haller schrieb:
[...] Das kapiere ich nicht. Ich sehe _keinen_ Zusammenhang zwischen Treiber und Modelines. Die Modelines haengen doch nur von den Faehigkeiten des Monitors ab und davon, was die GraKa schafft (Aufloesung, RAMDAC).
Prinzipiell gebe ich Dir da Recht. Wenn man sich anschaut, was in einer Modeline steht, naemlich [..] NAME DCF HR SH1 SH2 HFL VR SV1 SV2 VFL F
dann sieht es nicht so aus, als waere das treiberabhaengig. Der Trei- ber kommt hoechstens bei der Validierung ins Spiel, denn er fraegt AFAIK Daten vom Monitor ab (EDID).
Das kann mein XFree86 3.3.6 noch gar nicht IIRC ;) Und wenn man den Monitor via BNC anschliesst geht das ja prinzipiell nicht.
NAME ist klar. DCF wohl auch, das gibt die Graka vor. SH1 und SH2 markieren Beginn und Ende des hori- zontalen Sync-Pulses, SV1 und SV2 entsprechend in vertikale Richtung. Diese Werte sollten eigentlich auch nicht treiberabhaengig sein, oder? HFL und VFL ist die totale horizontale bzw. vertikale Frame-Laenge. F steht hier fuer spezielle Flags, die Du glaube ich als Sync- Zuschlaege bezeichnet hast.
Nein. Ich meinte damit die Differenz zwischen nominaler Aufloesung (z.B. 1152) und HFL/VFL (1496 in diesem Beispiel). Siehe http://www.xfree86.org/3.3.6/VideoModes5.html ff. Die Dokumente scheint's fuer 4.x nicht mehr zu geben, da die wohl den Automatismen vertrauen. *g* [..]
Modeline "1152x864@85" 120.00 1152 1168 1384 1496 864 864 879 902
entsprechen. Die Frage ist daher wirklich,
[...] warum sollte die mit ner anderen GraKa (die das auch schafft), oder nur mit nem anderen Treiber nicht funktionieren?
*ach, ich liebe es, wenn man ordentlich geschickt zitieren kann*
*g*
Das XFree Howto meint dazu: [..] On the other hand, with a versatile device driver but less capable hardware, you can push the hardware a little beyond its rated performance. This is the design philosophy of XFree86.
Genau das habe ich z.B. bei meiner Mutter laufen, da verwende ich IIRC mit dem S3 Treiber (XFree86 3.3.6) ne Aufloesung von 912x684, die der Monitor gerade noch so hinbekommt, ohne so unscharf zu werden, dass einem die Augen traenen ;)
Irgendwo muss also der Treiber ins Spiel kommen. [..] Wenn Du eine _technische_ Erklaerung findest, dann bin ich daran auch interessiert. Evtl. geht in die ganze Betrachtung doch irgendwo der Treiber bzw. die Software mit ein - dazu kenne ich mich allerdings in den Interna zu wenig aus.
Ja, schon. Z.B. muessen die Modelines bestimme Bedingungen erfuellen (IIRC muessen die horizontalen Werte durch 16, die vertikalen durch 8 teilbar sein). Mag sein, dass andere Treiber da striktere (oder weniger strenge) Anforderungen stellen, z.B. dass sie nur VESA-Modi ermoeglichen. Oder sie stellen andere Timing-Ansprueche... Mit XFree86 4.x kenne ich mich uebrigens nur wenig aus, weil der mga-Treiber dort meine Mystique (oder Maus/Tastatur) einfach nicht mag... Ansonsten seh ich keinen (programmier-) technischen Grund, warum Modelines treiberabhaengig sein sollten. Mit normalen Aufloesungen sollte jeder Treiber klarkommen, und die Sync-Zeiten sind nur vom Monitor abhaengig. Und die Grafikkarte muss sowieso praktisch beliebige Modi erzeugen koennen (sofern der RAMDAC dafuer reicht[1]). Da muesste man sich wirklich mal die Quelltexte der Treiber anschauen, was ja gerade bei den beiden wohl haeufigsten Treibern (nvidia und der von ati) nicht moeglich ist. Waere mal interessant die Modelines die "nicht treiberportabel" waren auf o.g. Aspekte zu abzuklopfen. -dnh, dem die Automatismen (von sax/sax2/XF86Setup) schon mehrfach beim Einstellen den Monitor uebersteuert haben. Nur gut, dass der sich dann abschaltet bzw. noch eine Warnung ausgibt... Gut, wenn man die Konsole gut genug kennt, um dann den Rechner auch "blind" sauber runterfahren zu koennen ;) [1] und das kann man bei !Monster Bildschirmen heutzutage eigentlich annehmen. Bei 1280x1024 @ ~90 Hz(!) hab ich immer noch 10 MHz "Luft" nach oben: # Modeline "1280x1024" 159.74 1280 1312 1568 1664 1024 1024 1039 1046 und das mit 4 MB SGRAM / 170 MHz RAMDAC. Hm. Mal nachrechnen (mit HFaktor=1.3, VFaktor=1.05 [2]): Die Karte muesste noch ca. 1392x1044 @ 85 schaffen, 1600x1200 schafft sie aber nur bei ~65 Hz. Zum Vergleich: Die Matrox Millenium G450 / G550 haben 360 MHz (primaere) RAMDACs (die sekundaeren immer noch 230 MHz). Damit (dem primaeren 360 MHz DAC) sind 2048x1536 @ ~84 Hz moeglich. Und das wuerde auch einen Monitor mit ca. 135 kHz HFreq erfordern... Und das gibt's auch bei 21"/22" CRTs nur selten (und teuer)... Die Situation, dass die Grafikkarte die erreichbare Aufloesung / Wiederholrate beschraenkt gibt es IMO seit ca. 1996 nicht mehr. [2] Faktoren von meiner o. zitierten 1152x864 Aufloesung, die ich bei mir hier verwende. Die 1280x960er muss ich aber mal testen ;) -- 281: Personal Firewall Warum installieren Sie sich ein Programm, mit dessen Ausgaben Sie dann nichts anzufangen wissen? (T-Online-Team)
participants (5)
-
Andreas Kyek
-
David Haller
-
Gerald Engl
-
René Falk
-
Thomas Hertweck