Andreas Schoelver wrote:
Es sind noch einige, viele, Modelines dazugekommen. Die vom SVGA-Server verwendete Modeline bei 16bpp ist aber nach wie vor die selbe.
gut. :)
naja ;)
Laut X11 schaft mein Tseng ET4000/W32p einen max. Dot-Clock von 45MHz. Dies erschien mir mal als Fehlermeldung von X, als ich eine Modeline mit 50MHz Dot eingef|gt hatte.
schlecht. :(
genau.
[...]
Ein paar Sachen haben sich schon noch verdndert, woran sich an diesen KDE stvren soll weis ich nicht. ;-)
hmm. persoenliche erfahrungen mit KDE hab ich eh keine. kann da also nichts weiter zu sagen.
Macht nix. [...]
Also, nochmal zur Info: Der Monitor schafft 30-64kHz Horizontal und 50-120 Hz Vertikal (Siemens SCENIC PM170) So ist er auch eingetragen.
gute werte so weit. :)
:)
Am Monitor kanns IMHO nicht liegen, vielmehr daran, dass der Tseng (zumindest laut X s.o.) den Monitor mit nicht mehr als 45Mhz Dot-clock ansprechen KANN.
tja, evtl. kann die karte tatsaechlich nicht mehr als 45MHz. hat die einen programmierbaeren clockchip?
Och, Du fragst mich Sachen... keine Ahnung. Woran kann man das erkennen?
oder sind da clocklines?
ähm... nö.
ich habe hier bei der S3Virge karte die erfahrung gemacht, dass der S3V server anscheinend beim berechnen der max. clockfrequenz fehler macht, denn ich kann da auch nicht mit den tatsaechlich maximal zulaessigen daten arbeiten. der monitor schafft 50-180 Hz / 30-95 kHz / 158 MHz der ramdac (auf der karte) schafft max. 135 MHz der S3V server behauptet, der max. zul. dotclock sei 95 MHz !!! real laeuft die kiste gerade bei 16bpp in 1024x768 mit 76 Hz / 62.5 kHz / 85 MHz !
Das kommt mir ganz bekannt vor...
zu hause habe ich den gleichen chip, einen etwas leistungesschwaecheren monitor: max 130 MHz aber DA versucht der S3V server dann mit 135 MHz zu arbeiten und ich musste die zustaendige modeline ausblenden!
? Wie das? (verat' mir mal den Trick ;-))
es scheint also so zu sein, als koennte man den server bei der berechnung ueberlisten !??!
Tja die Frage ist nur wie... [...]
Dass Du keine mit 39.99 MHz hast liegt wohl daran, dass die Modelines nach Grafikkarte ausgewdhlt werden?
glaub ich eigentlich nicht. die modelines sind meiner meinung nach einfach mal vorab berechnet und irgendwo aufgelistet worden und werden nur eingebaut.
klar, aber nur die zur Karte passenden?
hat man einen zu schwachen monitor, werden einige davon gezielt vom X server deaktiviert! (siehe .X.err) ausschnitt aus meiner .X.err : (--) S3V: Invalid vertical timing for mode "400x300". Deleted. [blah blah] (--) S3V: Ramdac speed: 135 MHz (95 MHz for 16 bpp) (--) S3V: Using Trio32/64 programmable clock (MCLK 50.114 MHz) (--) S3V: Maximum allowed dot-clock: 95.000 MHz
Genau das kommt bei mir auch, nur mit 45.000 MHz
(**) S3V: Mode "1024x768": mode clock = 85.000 (**) S3V: Mode "1280x1024": mode clock = 80.000 (**) S3V: Mode "640x480": mode clock = 31.500 (**) S3V: Mode "800x600": mode clock = 50.000 (**) S3V: Using 16 bpp. Color weight: 565 [usw]
warum der server hier u.a. sagt '... ramdac speed ... (95 MHz for 16 bpp)' ist mir allerdings auch unklar.
Geht mir genauso. Und wieso beim SVGA plötzlich bei 8bpp und 800*600 das Ding mit 64 kHz und 100Hz rennt weis ich nicht (Laut Spezifikation kann der Tseng das garnicht...). Als ich bei kvidtune nach der aktiven Modeline schaute stand da doch tatsächlich ein dot mit 89.9 MHz davor... (???)
anbei noch meine modelines zum vergleichen (aufloesung 1600x1200 fehlt bei mir noch aus mir noch nicht bekannten gruenden, auf einem anderen rechner auf dem ich SuSE 5.2 jungfraeulich aufgespiel habe gibt's die auch schon.) [...]
Die Selben, bzw. änlichen hab ich auch. (sind jetzt nicht alle einzeln verglichen ;) -- Gruss Marc e-mail: mnoller@fto.de -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
hallo Marc Marc Noller wrote:
Andreas Schoelver wrote:
[...]
tja, evtl. kann die karte tatsaechlich nicht mehr als 45MHz. hat die einen programmierbaeren clockchip? -----------------------------^^^^ da war wohl grad der baer los hier *hihi*
Och, Du fragst mich Sachen... keine Ahnung. Woran kann man das erkennen?
das ist eigentlich ein punkt, nach dem Du bei der konfiguration bereits gefragt worden sein solltest. aber Du kannst mal in Deiner .X.err nachsehen: da koennte sowas wie: (--) S3V: Using Trio32/64 programmable clock (MCLK 50.114 MHz) drinstehen. (bei Dir ist es dann hoechstwahrscheinlich _kein_ Trio32/64 :))) )
oder sind da clocklines?
dhm... nv. ok. also entweder programmable clockchip oder clockprobing beim start des servers. (lies mal die man page, dann sagen Dir diese begriffe etwas mehr. ;-) )
[...]
der S3V server behauptet, der max. zul. dotclock sei 95 MHz !!! real laeuft die kiste gerade bei 16bpp in 1024x768 mit 76 Hz / 62.5 kHz / 85 MHz !
Das kommt mir ganz bekannt vor...
hmm. und was genau? :)
zu hause habe ich den gleichen chip, einen etwas leistungesschwaecheren monitor: max 130 MHz aber DA versucht der S3V server dann mit 135 MHz zu arbeiten und ich musste die zustaendige modeline ausblenden!
? Wie das? (verat' mir mal den Trick ;-))
na, simplizissimo. :)))) man schreibe ein '#' zeichen an den anfang der betreffenden zeile. dann ist sie 'auskommentiert'. mit XF86Setup geht sowas AFAIK natuerlich _nicht_ .
es scheint also so zu sein, als koennte man den server bei der berechnung ueberlisten !??!
Tja die Frage ist nur wie...
ich bin mir bzgl. meiner letzten behauptung inzwischen nicht mehr ganz sicher ... es koennte ja sein, dass mein clockchip hier auf der arbeit tatsaechlich nur so wenig MHz schafft im gegensatz zu dem daheim. da hab ich jetzt mal nachgesehen: der schafft maximal 170 MHz, und die auch bei 16bpp. statt (--) S3V: Ramdac speed: 135 MHz (95 MHz for 16 bpp) steht da (--) S3V: Ramdac speed: 170 MHz allerdings muss ich jetzt zugeben, dass die karten nicht ganz gleich sind. die zuhause ist etwas neuer und ne S3V/DX, deshalb hat die anscheinend einen schnelleren clockchip. [...]
glaub ich eigentlich nicht. die modelines sind meiner meinung nach einfach mal vorab berechnet und irgendwo aufgelistet worden und werden nur eingebaut.
klar, aber nur die zur Karte passenden?
noe. der server schmeisst ja die timings, die er nicht fahren kann sowieso beim start raus oder kann sie eben nicht nutzen. ich hab hier z.b. folgende modelines: # 1280x1024 @ 61 Hz, 64.2 kHz hsync Modeline "1280x1024" 110 1280 1328 1512 1712 1024 1025 1028 1054 # 1280x1024 @ 74 Hz, 78.85 kHz hsync Modeline "1280x1024" 135 1280 1312 1456 1712 1024 1027 1030 1064 # 1280x1024 @ 76 Hz, 81.13 kHz hsync Modeline "1280x1024" 135 1280 1312 1416 1664 1024 1027 1030 1064 die zwar der monitor verkraften wuerde, die der X server aber nicht benutzt (nicht benutzen kann), weil der max. takt eben nur 95 MHz betraegt bei 16bpp -- warum auch immer. :) [...]
(--) S3V: Ramdac speed: 135 MHz (95 MHz for 16 bpp) (--) S3V: Using Trio32/64 programmable clock (MCLK 50.114 MHz) (--) S3V: Maximum allowed dot-clock: 95.000 MHz
Genau das kommt bei mir auch, nur mit 45.000 MHz
und in der zeile darueber sollte die info stehen, ob da ein programmierbarer clockchip ist. :) teil mir mal mit, was da in den beiden zeilen bei Dir erscheint in den modi 8bpp bzw. 16bpp . [...]
Und wieso beim SVGA plvtzlich bei 8bpp und 800*600 das Ding mit 64 kHz und 100Hz rennt weis ich nicht (Laut Spezifikation kann der Tseng das garnicht...). Als ich bei kvidtune nach der aktiven Modeline schaute stand da doch tatsdchlich ein dot mit 89.9 MHz davor... (???)
hmm. das ist dann ja jetzt eine starke anhaeufung von merkwuerdigkeiten. :) [...] gruss, Andreas -- Dipl.-Ing. Andreas Schoelver - Tel.: ++49-(0)-234/700-6908 <A HREF="mailto:andreas.schoelver@fh-bochum.de">mailto:andreas.schoelver@fh-bochum.de</A> FH Bochum, Institut fuer Automatisierung, Labor fuer Informatik. Lennershofstrasse 140, 44801 Bochum AG Parallel: <A HREF="http://www.nt-nv.fh-koeln.de/"><A HREF="http://www.nt-nv.fh-koeln.de/</A">http://www.nt-nv.fh-koeln.de/ +------------------------------------;->-------------------+ -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
participants (2)
-
andreas.schoelver@fh-bochum.de
-
mnoller@fto.de