Univention Bugzilla – Bug 15784
X.org-Init-Skript der Thin Client-Umgebung setzt Vorgaben für H- und V-Refresh-Raten, die zu Fehlern bei der Auswahl der Modi führen
Last modified: 2009-12-21 08:49:32 CET
Mit dem Thin Client HP 5710 haben wir das Problem, dass bei Auswahl von 1600x1200 als Auflösung nur 1400x1050 angezeigt werden. Im Init-Skript /etc/init.d/univention-thin-client-x-base der TC-Umgebung wird per UCR eine Vorgabe von X11-Parametern gesetzt. Diese können dann später durch eine Display-Richtlinie wieder überschrieben werden: univention-baseconfig set xorg/device/driver?$(eval getXModul) \ xorg/resolution?1024x768 \ xorg/screen/DefaultDepth?16 \ xorg/monitor/HorizSync?30-70 \ xorg/monitor/VertRefresh?50-90 \ Allerdings ist es beim 5710 nötig, beide Werte zu entfernen, wodurch dann offenbar die automatische X11-Konfiguration die richtigen Werte erstellt und dann auch 1600x1200 ausgewählt werden können. Für den Kunden werden wir ein angepasstes Init-Skript erstellen. Für die 2.3 sollten wir das aber auf jeden Fall entfernen und dort nur auf die X11-Autokonfiguration setzen.
Die Defaults für die horizontale Scanrate sind für diese Auflösungen IMHO zu niedrig angegeben. Siehe dazu auch: http://en.wikipedia.org/wiki/Horizontal_scan_rate Bei 1600x1200 und max. 70kHz heisst das: 70000/(1200*1.05) = ca. 55 Hz und bei 1400x1050 und max 70kHz ergeben sich 70000/(1050*1.05) = ca. 63 Hz Wenn jetzt die Timings der Grafikkarte nicht ganz mitspielen, ist man leicht unter den für TFT-Displays notwendigen 60 Hz. Ein Anheben der HorizSync könnte ausreichen.
(In reply to comment #1) > Die Defaults für die horizontale Scanrate sind für diese Auflösungen IMHO zu > niedrig angegeben. Siehe dazu auch: > http://en.wikipedia.org/wiki/Horizontal_scan_rate > > Bei 1600x1200 und max. 70kHz heisst das: 70000/(1200*1.05) = ca. 55 Hz > und bei 1400x1050 und max 70kHz ergeben sich 70000/(1050*1.05) = ca. 63 Hz > Wenn jetzt die Timings der Grafikkarte nicht ganz mitspielen, ist man leicht > unter den für TFT-Displays notwendigen 60 Hz. > > Ein Anheben der HorizSync könnte ausreichen. Wenn die dann bei kleineren Auflösungen höher ist als der vom Monitor unterstützte Wert, was geht dann vor, die xorg.conf-Vorgabe oder der DDC-Wert? Im Moment sieht es so aus, als ob der "merge" im X.org zu Problemen auch in eigentlich validen Bereichen führt, daher plädiere ich für ein "Abschaffen" des Fallbacks (der Admin kann das alte Verhalten ja jederzeit über eine Default-Richtline wiederherstellen).
Zusätzlich sollten wir die alten Mouse-Devices löschen. Auch die können per UCR Richtlinien oder per Display-Policy wieder hinzugefügt werden.
(In reply to comment #1) > Die Defaults für die horizontale Scanrate sind für diese Auflösungen IMHO zu > niedrig angegeben. Siehe dazu auch: > http://en.wikipedia.org/wiki/Horizontal_scan_rate > > Bei 1600x1200 und max. 70kHz heisst das: 70000/(1200*1.05) = ca. 55 Hz > und bei 1400x1050 und max 70kHz ergeben sich 70000/(1050*1.05) = ca. 63 Hz > Wenn jetzt die Timings der Grafikkarte nicht ganz mitspielen, ist man leicht > unter den für TFT-Displays notwendigen 60 Hz. > > Ein Anheben der HorizSync könnte ausreichen. Ich hatte das Problem beim OpenDVDI Piloten ebenfalls. Dort habe ich die Werte entfernt und getestet, auf welche Werte der X-Server zurückfällt. Diese habe ich dann übernommen. Die waren im Bereich 60 Hz. Ich hatte vorher einen höheren Bereich angegeben, da wurde dann automatisch etwas im 70iger Bereich gewählt und das Bild war sehr schlecht. Da der Admin die alten Werte leicht wieder angeben kann, sollten wir den Default in der Tat entfernen.
fixed
HorizSync und VertRefresh werden nicht mehr gesetzt, damit VERIFIED. Mir fiel auf, dass die DefaultDepth auf 16 gesetzt wird, evtl. sollten wir hier den Default-Wert ebenfalls entfernen, damit standardmässig True Color-Farbtiefe verwendet wird?
UCS 2.3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".