Radeon 9550 flimmert unter Linux

[Kay Martinen]

Hallo

xp & f'up2 siehe unten.

Ich habe hier einen Älteren PC den ich aber lange nicht in Betrieb
hatte. Dort ist noch ein Windows XP Home drauf aber jetzt Debian 8.8
i386 und darum geht es auch. Denn die VGA-Ausgabe der ATI Radeon 9550
(RV350) darin Flimmert. Aber nicht immer merkbar.
Jetzt, da ich dies in ClawsMail Schreibe und mit Weißem
Fensterhintergrund ist es nicht merkbar. Es scheint mir aber das Claws
seine Fenster so langsam nach- oder neu-zeichnet das beim Tippen oft
das gesamte Fenster flackert. Das mag aber eine eigenheit des Programms
sein da ich dieses noch nicht gut kenne (Benutze sonst Thunderbird)
Aber wenn ich z.b. im Browser eine Seite mit Dunklem
Hintergrund sehe dann ist eigentlich IMMER ein deutliches feines
horizontales Flimmern über den Gesamten Bildschirm verteilt zu sehen.
Das erinnert mich an ein Flimmerndes Fernsehbild, der Effekt ist auch
immer Horizontal und nie Vertikal. Beim Desktop-Hintergrund ist es mir
noch nicht aufgefallen, und unter dem Windows XP auch nicht. Ich möchte
aber nicht ausschliessen das es mir dort entging.

Debian ist frisch installiert und der Gnome Desktop hat direkt danach
in den Eigenschaften 'llvmpipe' angezeigt bis ich die firmware-pakete
nachinstallierte. Seit dem zeigt er dort auch den radeon treiber an.

Das Board ist ein Asus P5PE-VM mit einem Pentium 4 3.4GHz und hat 2GB
RAM. Das hat eine Onboard-Grafik die ich nie benutzte und die Offenbar
im BIOS auch nicht ab zu schalten geht.

Hier noch ein paar infos zum System:

***@delux:~# lspci -v
00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
Subsystem: ASUSTeK Computer Inc. Device 8157
Flags: bus master, fast devsel, latency 0
Memory at 90000000 (32-bit, prefetchable) [size=256M]
Capabilities: [e4] Vendor Specific Information: Len=06 <?>
Capabilities: [a0] AGP version 3.0
Kernel driver in use: agpgart-intel

00:01.0 PCI bridge: Intel Corporation 82865G/PE/P AGP Bridge (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: fbe00000-fbefffff
Prefetchable memory behind bridge: e8000000-faffffff

00:06.0 System peripheral: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface (rev 02)
Flags: fast devsel
Memory at fecf0000 (32-bit, non-prefetchable) [size=4K]

00:1d.0 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard
Flags: bus master, medium devsel, latency 0, IRQ 16
I/O ports at b800 [size=32]
Kernel driver in use: uhci_hcd

00:1d.1 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard
Flags: bus master, medium devsel, latency 0, IRQ 19
I/O ports at c000 [size=32]
Kernel driver in use: uhci_hcd

00:1d.2 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard
Flags: bus master, medium devsel, latency 0, IRQ 18
I/O ports at c400 [size=32]
Kernel driver in use: uhci_hcd

00:1d.3 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard
Flags: bus master, medium devsel, latency 0, IRQ 16
I/O ports at c800 [size=32]
Kernel driver in use: uhci_hcd

00:1d.7 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI])
Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard
Flags: bus master, medium devsel, latency 0, IRQ 23
Memory at fbdffc00 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Capabilities: [58] Debug port: BAR=1 offset=00a0
Kernel driver in use: ehci-pci

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=64
I/O behind bridge: 0000e000-0000efff
Memory behind bridge: fbf00000-fbffffff

00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
Flags: bus master, medium devsel, latency 0
Kernel driver in use: lpc_ich

00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) (prog-if 8f [Master SecP SecO PriP PriO])
Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard
Flags: bus master, medium devsel, latency 0, IRQ 18
I/O ports at 9800 [size=8]
I/O ports at 9400 [size=4]
I/O ports at 9000 [size=8]
I/O ports at 8800 [size=4]
I/O ports at 8400 [size=16]
Memory at 80000000 (32-bit, non-prefetchable) [size=1K]
Kernel driver in use: ata_piix

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV350 [Radeon 9550] (prog-if 00 [VGA controller])
Subsystem: PC Partner Limited / Sapphire Technology Device 0370
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
Memory at e8000000 (32-bit, prefetchable) [size=128M]
I/O ports at d000 [size=256]
Memory at fbee0000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at fbec0000 [disabled] [size=128K]
Capabilities: [58] AGP version 3.0
Capabilities: [50] Power Management version 2
Kernel driver in use: radeon

01:00.1 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] RV350 [Radeon 9550] (Secondary)
Subsystem: PC Partner Limited / Sapphire Technology Device 0371
Flags: bus master, 66MHz, medium devsel, latency 64
Memory at f0000000 (32-bit, prefetchable) [size=128M]
Memory at fbef0000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 2

02:09.0 Multimedia audio controller: C-Media Electronics Inc CMI8738/CMI8768 PCI Audio (rev 10)
Subsystem: TERRATEC Electronic GmbH Aureon 5.1
Flags: bus master, medium devsel, latency 64, IRQ 17
I/O ports at e800 [size=256]
Capabilities: [c0] Power Management version 2
Kernel driver in use: snd_cmipci

02:0d.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13)
Subsystem: ASUSTeK Computer Inc. Marvell 88E8001 Gigabit Ethernet Controller (Asus)
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 23
Memory at fbffc000 (32-bit, non-prefetchable) [size=16K]
I/O ports at e400 [size=256]
Expansion ROM at fbfc0000 [disabled] [size=128K]
Capabilities: [48] Power Management version 2
Capabilities: [50] Vital Product Data
Kernel driver in use: skge

***@delux:~# lsmod
Module Size Used by
nls_utf8 12416 2
isofs 38530 2
udf 82498 0
crc_itu_t 12331 1 udf
cfg80211 354219 0
rfkill 18387 2 cfg80211
nfsd 236959 2
auth_rpcgss 45765 1 nfsd
oid_registry 12387 1 auth_rpcgss
nfs_acl 12463 1 nfsd
nfs 168022 0
lockd 73443 2 nfs,nfsd
fscache 44782 1 nfs
sunrpc 211375 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
radeon 1278816 3
snd_cmipci 31843 4
snd_mpu401_uart 13299 1 snd_cmipci
ttm 72160 1 radeon
snd_rawmidi 22372 1 snd_mpu401_uart
drm_kms_helper 44450 1 radeon
snd_opl3_lib 17206 1 snd_cmipci
drm 207686 6 ttm,drm_kms_helper,radeon
snd_hwdep 12906 1 snd_opl3_lib
iTCO_wdt 12727 0
snd_seq_device 12980 2 snd_rawmidi,snd_opl3_lib
iTCO_vendor_support 12585 1 iTCO_wdt
snd_pcm 78128 1 snd_cmipci
snd_timer 26149 2 snd_pcm,snd_opl3_lib
snd 55101 16 snd_hwdep,snd_timer,snd_pcm,snd_rawmidi,snd_mpu401_uart,snd_seq_device,snd_cmipci,snd_opl3_lib
serio_raw 12737 0
evdev 17136 11
soundcore 12890 1 snd
gameport 13270 1 snd_cmipci
pcspkr 12531 0
i2c_algo_bit 12647 1 radeon
i2c_core 36838 4 drm,drm_kms_helper,i2c_algo_bit,radeon
button 12824 0
lpc_ich 16616 0
mfd_core 12537 1 lpc_ich
shpchp 30673 0
rng_core 12645 0
processor 27590 0
thermal_sys 27122 1 processor
w83627ehf 30742 0
hwmon_vid 12364 1 w83627ehf
fuse 81592 3
parport_pc 26004 1
ppdev 16686 0
lp 12766 0
parport 35213 3 lp,ppdev,parport_pc
autofs4 34865 2
ext4 442557 1
crc16 12327 1 ext4
mbcache 17027 1 ext4
jbd2 72964 1 ext4
hid_generic 12369 0
usbhid 43759 0
hid 81008 2 hid_generic,usbhid
sg 25573 0
sd_mod 43684 3
crc_t10dif 12399 1 sd_mod
crct10dif_generic 12517 1
crct10dif_common 12340 2 crct10dif_generic,crc_t10dif
sr_mod 21568 2
cdrom 46828 1 sr_mod
ata_generic 12450 0
ata_piix 29371 4
psmouse 93505 0
libata 161908 2 ata_generic,ata_piix
skge 43392 0
scsi_mod 164132 4 sg,libata,sd_mod,sr_mod
uhci_hcd 38948 0
ehci_pci 12464 0
ehci_hcd 64933 1 ehci_pci
usbcore 171098 4 uhci_hcd,ehci_hcd,ehci_pci,usbhid
usb_common 12408 1 usbcore
floppy 56098 0

Ich sehe mit modinfo viele firmware-dateien, weiß aber nicht wie ich
raus bekomme ob und welche denn nun wirklich geladen wurden.
Auch wie ich raus bekomme ob und wie die Onboard-VGA evtl. stören
könnte...
Und ob eine der parm-option des radeon treibers hierbei hilfreich sein
kann.

Ein kurzes Googlen brachte mir div. Links in denen es aber oft um
andere Modelle ging, bei denen so ein Problem wohl auch auftritt. Aber
das meiste scheint eher windows zu betreffen und bei anderen hieß es
"nicht den proprietären treiber zu nehmen.

Der Radeon-treiber ist m.w. nicht der proprietäre, sondern der mit X
mitgebrachte. Oder ist die Firmware gemeint?

Oh, noch eine Beobachtung: Ich betreibe die an einem LCD (lt. Gnome ein
PlainTree 19") mit 1024*768 (4:3) und als ich umschaltete auf 800*600
(4:3) war das Flimmern weg, beim zurückschalten auf die höhere
Auflösung aber sofort wieder da. Und der VGA-Stecker ist m.E. fest
genug so das er nicht wackelt.

Das diese Graka die Höhere Auflösung nicht kann mag ich nicht glauben.

Eines noch: Ich habe jetzt neben dem Weißen Textfenster ein Terminal
mit Schwarzem Hintergrund. Und ich sehe hier jetzt bei jedem
Tastenanschlag ein Flackern (einmal pro anschlag) des Gesamten
Bildes aber wenn ich nicht tippe auch das Flimmern im Bereich des
Terminalfensters deutlich.

Hat jemand eine Idee was das verursacht und wie es lösbar ist?

Kay

xp nach d.c.o.u.l.h und f'up2 d.c.h.g gesetzt da ich nicht sicher bin ob
es ein HW oder Linux-Problem ist.

[Marcel Mueller]

Post by Kay Martinen
Ich habe hier einen Älteren PC den ich aber lange nicht in Betrieb
hatte. Dort ist noch ein Windows XP Home drauf aber jetzt Debian 8.8
i386 und darum geht es auch. Denn die VGA-Ausgabe der ATI Radeon 9550
(RV350) darin Flimmert. Aber nicht immer merkbar.

[...]

Post by Kay Martinen
Aber wenn ich z.b. im Browser eine Seite mit Dunklem
Hintergrund sehe dann ist eigentlich IMMER ein deutliches feines
horizontales Flimmern über den Gesamten Bildschirm verteilt zu sehen.
Das erinnert mich an ein Flimmerndes Fernsehbild, der Effekt ist auch
immer Horizontal und nie Vertikal.

Du hast einen Digitalen (LCD) Monitor am analogen VGA-Ausgang angeschlossen?
Wenn ja, dann hat der Monitor ein Synchronisationsproblem, weil bei
Analogausgängen der Pixeltakt fehlt.

=> Monitor an einen digitalen Ausgang anschließen.

Wenn das nicht geht, dann in den Einstellungen des Monitors am der Phase
und eventuell auch am Pixeltakt drehen. Meistens bekommt man es hin.


Marcel

[Kay Martinen]

Am Thu, 25 May 2017 01:43:59 +0200

Post by Marcel Mueller

Post by Kay Martinen
Ich habe hier einen Älteren PC den ich aber lange nicht in Betrieb
hatte. Dort ist noch ein Windows XP Home drauf aber jetzt Debian 8.8
i386 und darum geht es auch. Denn die VGA-Ausgabe der ATI Radeon
9550 (RV350) darin Flimmert. Aber nicht immer merkbar.

[...]

Post by Kay Martinen
Aber wenn ich z.b. im Browser eine Seite mit Dunklem
Hintergrund sehe dann ist eigentlich IMMER ein deutliches feines
horizontales Flimmern über den Gesamten Bildschirm verteilt zu
sehen. Das erinnert mich an ein Flimmerndes Fernsehbild, der Effekt
ist auch immer Horizontal und nie Vertikal.

Du hast einen Digitalen (LCD) Monitor am analogen VGA-Ausgang
angeschlossen? Wenn ja, dann hat der Monitor ein
Synchronisationsproblem, weil bei Analogausgängen der Pixeltakt fehlt.

Zu Pixeltakt weiß ich nichts, ist der nicht nur Graka-intern wichtig?
Aber die VGA-Signale liefern ein H-Syync und V-Sync. Sollte das nicht
reichen? Dann wäre es wohl eine Frage des Tunings dieser Einstellungen.

Von früher erinnere ich an ein 'xf86config-tool' für so was. Wie macht
man das heute mit X.org wenn der Desktop (Gnome) maximal zwei
Auflösungen zur Wahl stellt - und nicht mehr?

Post by Marcel Mueller
=> Monitor an einen digitalen Ausgang anschließen.

Gerne, wenn er DVI hätte dann würde ich es tun. Aber er hat es eben
nicht!

Post by Marcel Mueller
Wenn das nicht geht, dann in den Einstellungen des Monitors am der
Phase und eventuell auch am Pixeltakt drehen. Meistens bekommt man es
hin.

Ich hab im OSD des Monitors wirklich eine Einstellung "Phase" gefunden,
die auf 75 steht. Eine Änderung derselben hat auf den ersten Blick
keinen Effekt. Ich sehe im OSD aber noch das der mit 60,2 KHz Horizontal
und 75,3 Hz Vertikal gesteuert wird...

Mit der Phase werde ich mal etwas experimentieren. Wenn das nichts
bringt, was dann?

Kay

[Marcel Mueller]

Post by Kay Martinen

Post by Marcel Mueller
Du hast einen Digitalen (LCD) Monitor am analogen VGA-Ausgang
angeschlossen? Wenn ja, dann hat der Monitor ein
Synchronisationsproblem, weil bei Analogausgängen der Pixeltakt fehlt.

Zu Pixeltakt weiß ich nichts, ist der nicht nur Graka-intern wichtig?

Und bei Monitoren mit fester Pixelmatrix.

Post by Kay Martinen
Aber die VGA-Signale liefern ein H-Syync und V-Sync. Sollte das nicht
reichen?

Nein. Der Monitor muss das analoge Zeilensignal ohne erkennbare
Pixelstruktur auch noch irgendwie auf die Pixel einer Zeile mappen. Wenn
er sich da vertut, dann flirrt das Bild horizontal und/oder ist unscharf.

Post by Kay Martinen
Von früher erinnere ich an ein 'xf86config-tool' für so was. Wie macht
man das heute mit X.org wenn der Desktop (Gnome) maximal zwei
Auflösungen zur Wahl stellt - und nicht mehr?

Das hat damit überhaupt nichts zu tun. Das ist eine Sache des *Monitors*.

Post by Kay Martinen

Post by Marcel Mueller
=> Monitor an einen digitalen Ausgang anschließen.

Gerne, wenn er DVI hätte dann würde ich es tun. Aber er hat es eben
nicht!

Dann musst Du an der Synchronisation des Monitors drehen, damit leben
oder einen anderen Monitor besorgen.

Post by Kay Martinen

Post by Marcel Mueller
Wenn das nicht geht, dann in den Einstellungen des Monitors am der
Phase und eventuell auch am Pixeltakt drehen. Meistens bekommt man es
hin.

Ich hab im OSD des Monitors wirklich eine Einstellung "Phase" gefunden,
die auf 75 steht. Eine Änderung derselben hat auf den ersten Blick
keinen Effekt. Ich sehe im OSD aber noch das der mit 60,2 KHz Horizontal
und 75,3 Hz Vertikal gesteuert wird...

Piep! Error!
Die meisten LCD-Monitore bringen nur bei 60Hz vertikal ein gescheites
Bild. Für mehr reicht meist die Bandbreite nicht.
Möglicherweise war vorher ein CRT dran. Das würde die 75 Hz erklären.

Post by Kay Martinen
Mit der Phase werde ich mal etwas experimentieren. Wenn das nichts
bringt, was dann?

Am Pixetltakt kann man auch noch drehen.

Ach und eins sollte man noch erwähnen: ein schlechtes VGA-Kabel kann
dieselben Effekte hervorrufen.

Aber erste Anlaufstelle ist hier die Vertikalfrequenz. Die muss auf
jeden Fall auf 60 Hz runter. Das ist diesmal eine Einstellung am PC.
Erst wenn das nichts bringt, würde ich mir die anderen Optionen vorknöpfen.


Marcel

[Kay Martinen]

Post by Marcel Mueller
Und bei Monitoren mit fester Pixelmatrix.

=LCD. Bei CRTs konnte man IMHO durch Variation der Frequenzen u.a. das
Bild aufpumpen. Sah dann etwas matschiger aus ging aber m.W. bis zu
dessen Grenzfrequenzen.

Post by Marcel Mueller

Post by Kay Martinen
Aber die VGA-Signale liefern ein H-Syync und V-Sync. Sollte das nicht
reichen?

Nein. Der Monitor muss das analoge Zeilensignal ohne erkennbare
Pixelstruktur auch noch irgendwie auf die Pixel einer Zeile mappen. Wenn
er sich da vertut, dann flirrt das Bild horizontal und/oder ist unscharf.

Wenn er sich vertut! Aber eimtlich sind die Sync-signale doch genau dazu
da, ihm zu sagen wann die Zeile oder das Bild endet.

Post by Marcel Mueller
Dann musst Du an der Synchronisation des Monitors drehen, damit leben
oder einen anderen Monitor besorgen.

Der hat nur Phase, und zwei Einstellungen für H und V Size und Position.
Sync o.a. nicht.

Post by Marcel Mueller

Post by Kay Martinen
und 75,3 Hz Vertikal gesteuert wird...

Piep! Error!
Die meisten LCD-Monitore bringen nur bei 60Hz vertikal ein gescheites
Bild. Für mehr reicht meist die Bandbreite nicht.
Möglicherweise war vorher ein CRT dran. Das würde die 75 Hz erklären.

Seit ich ihn hier in Betrieb nahm nix CRT, nur dieser LCD. Damit wurde
auch Linux installiert.

Post by Marcel Mueller
Aber erste Anlaufstelle ist hier die Vertikalfrequenz. Die muss auf
jeden Fall auf 60 Hz runter. Das ist diesmal eine Einstellung am PC.
Erst wenn das nichts bringt, würde ich mir die anderen Optionen vorknöpfen.

Hey, ich hab heut abend KDE dort installiert. Und dessen
Monitor-Einstellung erlaubt mir für 1024*768 vier werte zw. 60-75Hz. Ich
hab es Testweise auf 70Hz gestellt und das Flimmern unter KDE ist weg!

Also scheint Gnome irgendwie die Frequenz zu hoch eingestellt zu haben.

Wäre nur noch die Frage ob das an Daten liegt die Gnome "schätzt", die
evtl. falsch vom Monitor (EDID?) geliefert werden oder ...?

KDE gefällt mir sowieso besser, denke dabei bleibe ich.

Kay

[Sebastian Barthel]

Post by Kay Martinen
Hey, ich hab heut abend KDE dort installiert. Und dessen
Monitor-Einstellung erlaubt mir für 1024*768 vier werte zw. 60-75Hz. Ich
hab es Testweise auf 70Hz gestellt und das Flimmern unter KDE ist weg!
Also scheint Gnome irgendwie die Frequenz zu hoch eingestellt zu haben.
Wäre nur noch die Frage ob das an Daten liegt die Gnome "schätzt", die
evtl. falsch vom Monitor (EDID?) geliefert werden oder ...?
KDE gefällt mir sowieso besser, denke dabei bleibe ich.

Die EDID Daten lassen sich auslesen ( Programm read-edid z.B. ). Auch
interessant wäre ein Datenblatt zum Monitor zu besorgen und die
offiziellen Frequenzen nachzusehen.

Die lassen sich dann in die Datei xorg.conf eintragen. Man kann so den
Frequenzbereich schön nach oben begrenzen, d.h. ein Eintrag von
VertRefresh 60.0 -70.0
in der Monitorsektion sollte Dein Problem eigentlich für alle Desktops
und WindowManager beheben.

Gruß,SBn

[Michael Limburg]

Post by Sebastian Barthel

Post by Kay Martinen
Hey, ich hab heut abend KDE dort installiert. Und dessen
Monitor-Einstellung erlaubt mir für 1024*768 vier werte zw. 60-75Hz. Ich
hab es Testweise auf 70Hz gestellt und das Flimmern unter KDE ist weg!

60Hz sollte das Ziel sein.

Post by Sebastian Barthel

Post by Kay Martinen
Also scheint Gnome irgendwie die Frequenz zu hoch eingestellt zu haben.

unwahrscheinlich

Post by Sebastian Barthel

Post by Kay Martinen
Wäre nur noch die Frage ob das an Daten liegt die Gnome "schätzt", die
evtl. falsch vom Monitor (EDID?) geliefert werden oder ...?

vermutlich weder noch

Post by Sebastian Barthel

Post by Kay Martinen
KDE gefällt mir sowieso besser, denke dabei bleibe ich.

Dann ist es ja ok.

Post by Sebastian Barthel
Die EDID Daten lassen sich auslesen ( Programm read-edid z.B. ). Auch
interessant wäre ein Datenblatt zum Monitor zu besorgen und die
offiziellen Frequenzen nachzusehen.

Eigentlich braucht man die nicht auszulesen. Die stehen ja in
/var/log/Xorg.0.log, zudem auch gleich dekodiert. Erst wenn da
nichts steht, kann man's auslesen, aber dann hat man sowieso
ein anderes Problem.

MfG

[Kay Martinen]

Post by Sebastian Barthel

Post by Kay Martinen
Hey, ich hab heut abend KDE dort installiert. Und dessen
Monitor-Einstellung erlaubt mir für 1024*768 vier werte zw. 60-75Hz. Ich
hab es Testweise auf 70Hz gestellt und das Flimmern unter KDE ist weg!

Anmerkung. Anfangs schien es als würde KDE diese Einstellung behalten.
Doch jetzt muss ich es jedesmal nach dem einloggen erneut setzen.

Post by Sebastian Barthel
Die EDID Daten lassen sich auslesen ( Programm read-edid z.B. ).

Ja, das hab ich versucht, unter X. Und dabei ist mir anscheinend ein
Teil des Xorg abgeraucht. Maus und Tastatur gingen noch, nur die UI
reagierte auf nix mehr. Und der output des tools im Terminal stockte
auch, da kam kein Prompt mehr danach.

Post by Sebastian Barthel
Auch
interessant wäre ein Datenblatt zum Monitor zu besorgen und die
offiziellen Frequenzen nachzusehen.

Das hab ich noch nicht versucht weil ich es für aussichtslos hielt.

Post by Sebastian Barthel
Die lassen sich dann in die Datei xorg.conf eintragen. Man kann so den
Frequenzbereich schön nach oben begrenzen, d.h. ein Eintrag von
VertRefresh 60.0 -70.0

Bis auf die .0 dahinter hatte ich es so eingetragen. Wird nur nicht
übernommen Oder ist

VertRefresh 60-70

nicht das gleiche wie deine Angabe? Lt. man soll man auch "Hz" dahinter
setzen können. Aber dann meckert er "is no option at this place" oder so.

Post by Sebastian Barthel
in der Monitorsektion sollte Dein Problem eigentlich für alle Desktops
und WindowManager beheben.

Leider noch nicht. Eine Xorg.conf ist nicht da, der erkennt wohl alles
automatisch und benutzt darum keine. Auch ein Xorg -configure zeigt nur
eine liste der Karten auf und etwas mehr, bringt aber auch sofort einen
SegFault.

Config erstellen hatte ich mir leichter vorgestellt.

Liegt es an meinem Vorgehen? Da ich X nicht direkt beenden konnte habe
ich 'telinit 2" benutzt danach war er scheints weg. Dann mit Xorg
-configure kam obiges.

Kay

[Sebastian Barthel]

Post by Kay Martinen

Post by Sebastian Barthel

Post by Kay Martinen
Hey, ich hab heut abend KDE dort installiert. Und dessen
Monitor-Einstellung erlaubt mir für 1024*768 vier werte zw. 60-75Hz.
Ich hab es Testweise auf 70Hz gestellt und das Flimmern unter KDE ist
weg!

Anmerkung. Anfangs schien es als würde KDE diese Einstellung behalten.
Doch jetzt muss ich es jedesmal nach dem einloggen erneut setzen.

Post by Sebastian Barthel
Die lassen sich dann in die Datei xorg.conf eintragen. Man kann so den
Frequenzbereich schön nach oben begrenzen, d.h. ein Eintrag von
VertRefresh 60.0 -70.0

Bis auf die .0 dahinter hatte ich es so eingetragen. Wird nur nicht
übernommen Oder ist
VertRefresh 60-70
nicht das gleiche wie deine Angabe? Lt. man soll man auch "Hz" dahinter
setzen können. Aber dann meckert er "is no option at this place" oder so.

Also ich würde mal tippen Spaces sind wichtig, d.h. "60-70" ist nicht das
Gleiche wie "60 - 70". Ansonsten würde ich vermuten, daß man die
Kommastellen weglassen kann, habe ich aber nicht probiert.

Bei mir sieht sowas dann z.B. so aus

Section "Monitor"

Identifier "Monitor2"
ModelName "IBM P260"
DisplaySize 400 300
HorizSync 30.0 - 121.0
VertRefresh 60.0 - 120.0
EndSection

Den Rest vom File findet man im Netz oder kann es z.B. mit nvidia-settings
schreiben lassen. Die radeon Treiberzusatzprogramme können sowas sicher
auch. Der Standard wäre "X -configure" als root. Das funktioniert aber
nur, wenn der XServer noch nicht läuft. Man kann aber wenn die Grafik
auf :0 schon da ist ein "X -configure :1" probieren. Das startet ihn zwar
auch nicht, schreibt aber zumindest die gewünschte Datei nach /root/
xorg.conf.new

Die kann man dann nach Wunsch umarbeiten. Mittlerweile funktioniert das
eigentlich so, daß die Autoerkennung meist ganz gut funktioniert, aber
die Datei xorg.conf durchaus berücksichtigt wird (und wohl auch
vorrangig). Deshalb fand ich das immer ganz geschickt die bekannten
Grenzen für die Monitore da reinzuschreiben - so zur Sicherheit quasi.

Post by Kay Martinen
Liegt es an meinem Vorgehen? Da ich X nicht direkt beenden konnte habe
ich 'telinit 2" benutzt danach war er scheints weg. Dann mit Xorg
-configure kam obiges.

Keine Ahnung was da passiert. Normal loggt man sich grafisch aus und
schaltet den gdm ab. Also in modern "systemctl stop gdm.service". Oder
noch effektiver wechselt man ins kleinste Runlevel. Oder rabiat "killall
gdm". Oder je nachdem auch xdm ...

Ich finde das ja auch bißchen seltsam, daß man config Files nicht als
default Files einfach mal anlegt. Haufenweise Übersetzungen ins
serbokroatische oder slowakische bekomme ich ja auch auf die Festplatte,
da wäre so ein kleines DefaultConfigFile auch noch zu verkraften.


Die aktuell benutzte Frequenz zeigt "xrandr" ganz brauchbar an.
So zwecks Kontrolle.

Gruß, SBn

[Kay Martinen]

Post by Sebastian Barthel
Also ich würde mal tippen Spaces sind wichtig, d.h. "60-70" ist nicht das
Bei mir sieht sowas dann z.B. so aus
Section "Monitor"
Identifier "Monitor2"
ModelName "IBM P260"
DisplaySize 400 300
HorizSync 30.0 - 121.0
VertRefresh 60.0 - 120.0
EndSection

Fragen:

1.Hast du noch einen anderen Abschnitt der sich auf den obigen bezieht?
2. Sollte Identifier nicht eine Info vom Monitor sein. Meldet sich
deiner mit "Monitor2"? Meiner nennt sich "582" oder so.
3. Nur mit Vertrefresh klappt es hier nicht. Sind die anderen Angaben
oben doch nicht optional oder hast du "Monitor" irgendwie mit
"Device"=DeineGraKa verknüpft?

Post by Sebastian Barthel
auch nicht, schreibt aber zumindest die gewünschte Datei nach /root/
xorg.conf.new

Ja, ich hab bei meinem Crashstart-test nicht drauf geachtet. Die ist
auch da und sieht komplett aus.

Post by Sebastian Barthel
Die kann man dann nach Wunsch umarbeiten. Mittlerweile funktioniert das
eigentlich so, daß die Autoerkennung meist ganz gut funktioniert, aber
die Datei xorg.conf durchaus berücksichtigt wird (und wohl auch
vorrangig). Deshalb fand ich das immer ganz geschickt die bekannten
Grenzen für die Monitore da reinzuschreiben - so zur Sicherheit quasi.

YMMV. Hier wird die Monitor-sektion die ich dort zusätzlich rein
gepinselt habe nicht beachtet.

Post by Sebastian Barthel
noch effektiver wechselt man ins kleinste Runlevel.

Tja, ich dachte mit 'telinit 2' hätte ich genau das getan.
Aber das ist ja SystemDreck...K.A.

Post by Sebastian Barthel
Ich finde das ja auch bißchen seltsam, daß man config Files nicht als
default Files einfach mal anlegt. Haufenweise Übersetzungen ins
serbokroatische oder slowakische bekomme ich ja auch auf die Festplatte,
da wäre so ein kleines DefaultConfigFile auch noch zu verkraften.

Sehe ich auch so. Oder das z.B. ein beim Install Deutsch lokalisiertes
Linux (MX16) sich weigert - oder Thunderbird/Firefox trotz lang-pack NUR
Englisch können und nichts anderes annehmen...

Post by Sebastian Barthel
Die aktuell benutzte Frequenz zeigt "xrandr" ganz brauchbar an.
So zwecks Kontrolle.

Ja. Noch besser/einfacher: ein 'xrandr --refresh 60' behielt die
Auflösung bei, schaltete aber auf 60 Hz und das hab ich jetzt erst mal
so in die autostart.desktop aufgenommen.

Bisher kommt das Flimmern aber sofort wieder wenn beim runterfahren die
GUI weg ist und der Textmodus da ist - auf dem die shutdown-meldungen
durchlaufen. Beim hochfahren ebenso.

Ich muss wohl mal raus finden wie ich im grub einen passenden videomode
vorgebe.


Kay

[Sebastian Barthel]

Post by Kay Martinen

Post by Sebastian Barthel
Also ich würde mal tippen Spaces sind wichtig, d.h. "60-70" ist nicht das
Bei mir sieht sowas dann z.B. so aus
Section "Monitor"
Identifier "Monitor2" ModelName "IBM P260" DisplaySize
400 300 HorizSync 30.0 - 121.0 VertRefresh 60.0 -
120.0
EndSection

1.Hast du noch einen anderen Abschnitt der sich auf den obigen bezieht?

Ja, natürlich. Das Ganze xorg.conf ist so aufgebaut, daß man
Einzelbausteine zu größeren Einheiten zusammensetzt.
Also die beiden Section(s) "Monitor" und "Device" werden in die Section
"Screen" eingetragen. Und diese dann wieder zusammen mit den InputDevices
in das eigentliche Serverlayout. In "Screen" muß dann halt sowas
drinstehen: Monitor "Monitor2"

Post by Kay Martinen
2. Sollte Identifier nicht eine Info vom Monitor sein. Meldet sich
deiner mit "Monitor2"? Meiner nennt sich "582" oder so.

Nein. Der Name ist willkürlich gewählt. Wenn der Monitor was meldet dann
ist das eher der Hersteller und wenn man Glück hat noch der Modellname.
Die würden aber als VendorName und ModelName eingetragen in der Section
"Monitor" eingetragen. Identifier ist sowas wie ein "Funktionsname" oder
eine Objektbezeichnung für die Section "Monitor". Dadurch kann man dann
auch mehrere Monitore parallel im conf File stehen haben und ändert nur
jeweils den Identifier in Screen, wenn ein anderer angeschlossen wird.

( was man eigentlich alles schon lange nicht mehr muß, weil es mit
moderneren Geräten eigentlich schön automatisch funktioniert - meistens )

Post by Kay Martinen
3. Nur mit Vertrefresh klappt es hier nicht. Sind die anderen Angaben
oben doch nicht optional oder hast du "Monitor" irgendwie mit
"Device"=DeineGraKa verknüpft?

Die Verknüpfung passiert in der Section "Screen" wo beide ( Monitor und
Grafikdevice ) einander zugeordnet werden.

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "0"
Option "metamodes" "DFP: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection

Die Options fallen bei Dir natürlich erstmal weg, sind aber ein weiterer
Grund, weshalb es sinnvoll sein kann ein solches File noch haben zu
wollen.

Post by Kay Martinen

Post by Sebastian Barthel
noch effektiver wechselt man ins kleinste Runlevel.

Tja, ich dachte mit 'telinit 2' hätte ich genau das getan.
Aber das ist ja SystemDreck...K.A.

Stimmt schon. 'telinit 2' macht genau das.
Was genau der RunLevel bedeutet muß man je nach Unix nachschauen, da gibt
es Unterschiede. Bei debian wäre 2 schon Multiuser, da müßte man ins
Level 1.

Post by Kay Martinen

Post by Sebastian Barthel
Festplatte, da wäre so ein kleines DefaultConfigFile auch noch zu
verkraften.

Sehe ich auch so. Oder das z.B. ein beim Install Deutsch lokalisiertes
Linux (MX16) sich weigert - oder Thunderbird/Firefox trotz lang-pack NUR
Englisch können und nichts anderes annehmen...

Sowas funktioniert in wirklich gut eigentlich nur auf dem Mac und Win.
Meist liegt das aber schlicht an fehlenden Übersetzungen mangels Masse an
Leuten ( oder Übersetzern ). Aber FFox geht eigentlich prima in Deutsch.

<https://www.browserdoktor.de/firefox-auf-deutsch-umstellen/>

Post by Kay Martinen
Ja. Noch besser/einfacher: ein 'xrandr --refresh 60' behielt die
Auflösung bei, schaltete aber auf 60 Hz und das hab ich jetzt erst mal
so in die autostart.desktop aufgenommen.
Bisher kommt das Flimmern aber sofort wieder wenn beim runterfahren die
GUI weg ist und der Textmodus da ist - auf dem die shutdown-meldungen
durchlaufen. Beim hochfahren ebenso.
Ich muss wohl mal raus finden wie ich im grub einen passenden videomode
vorgebe.

Dafür ändert man die Datei /etc/default/grub und scheibt da rein

# mehrere mit komma trennen , x32 Farbe möglich
GRUB_GFXMODE=1600x1200
GRUB_GFXPAYLOAD_LINUX=keep

speichert und ruft 'update-grub' auf. Das schreibt dann allerdings den
Bootsektor neu, was potentiell zu einem nicht mehr funktionierenden
System führen kann.

Das keep Kommando ist nötig, damit der Modus über das Booten hinaus
beibehalten wird. Der GFXMODE kann entweder so eine Auflösung sein, oder
direkt ein Videomode, den die Grafikkarte kennt. Diese kann man sich
vorher direkt aus Grub heraus ( beim Booten mit c (?) auf die Grub
Kommandozeile wechseln ) anzeigen lassen mit 'videoinfo'

<https://www.gnu.org/software/grub/manual/html_node/videoinfo.html>
<https://www.gnu.org/software/grub/manual/html_node/gfxmode.html>

( Beachte den Textteil mit den LCD Auflösungen. Könnte schon die
Erklärung fürs Flimmern sein. )

Ist alles bißchen "komplex" und tut auch manchmal überhaupt nicht das,
was man beabsichtigt hat. Ähnlich wie der XServer. Aber oft fehlt dann
irgendwo ein '=' oder ein Buchstabe oder so. Sehr spannend wird es wenn
zusätzlich noch grafische Bootbilder ins Spiel kommen. Am Besten mit
Animationen, die schalten dann nämlich auch nochmal an den Einstellungen
herum. Plymouth ist da ein sehr schönes Beispiel - kann man ganze Stunden
mit zubringen, bis es so läuft, wie gewollt.

Hierbei gilt dann: Lesen hilft ( z.B. Ubuntu Wiki ) - aber es bildet
nicht.


Gruß, SBn

[Marcel Mueller]

Post by Kay Martinen

Post by Marcel Mueller
Nein. Der Monitor muss das analoge Zeilensignal ohne erkennbare
Pixelstruktur auch noch irgendwie auf die Pixel einer Zeile mappen. Wenn
er sich da vertut, dann flirrt das Bild horizontal und/oder ist unscharf.

Wenn er sich vertut! Aber eimtlich sind die Sync-signale doch genau dazu
da, ihm zu sagen wann die Zeile oder das Bild endet.

Nein, das Sync-Signal ist wesentlich kürzer als die Austastlücke. Und es
gibt keine Information, aus der der Monitor zuverlässig ermitteln
könnte, in wie viele Pixel die Zeile zu teilen ist. Wenn dann noch
schwarze Pixel an jedem Zeilenanfang oder -ende stehen, hat der Monitor
keine Chance. Das passiert bei Textmode gerne mal.

Post by Kay Martinen

Post by Marcel Mueller
Dann musst Du an der Synchronisation des Monitors drehen, damit leben
oder einen anderen Monitor besorgen.

Der hat nur Phase, und zwei Einstellungen für H und V Size und Position.
Sync o.a. nicht.

Das reicht. Die H-Size ist faktisch der Pixeltakt.

Post by Kay Martinen
Hey, ich hab heut abend KDE dort installiert. Und dessen
Monitor-Einstellung erlaubt mir für 1024*768 vier werte zw. 60-75Hz. Ich
hab es Testweise auf 70Hz gestellt und das Flimmern unter KDE ist weg!

60Hz, und sonst nichts, bitte. Die 70 Hz muss der Monitor nur für die
BIOS Boot-Modes unterstützen. Bei größeren Auflösungen gibt das nur
Probleme mit der Videobandbreite.

Post by Kay Martinen
Also scheint Gnome irgendwie die Frequenz zu hoch eingestellt zu haben.
Wäre nur noch die Frage ob das an Daten liegt die Gnome "schätzt", die
evtl. falsch vom Monitor (EDID?) geliefert werden oder ...?

Wer weiß. Kann schon sein, dass der Monitor schrottige EDID-Daten
liefert. Er ist ja vmtl. sehr alt, denn LDC-Moitore mit ausschließlich
analogen Eingängen sind heutzutage sehr selten.
Linux nimmt immer die maximale Frequenz, die der Monitor angeblich noch
packt. Das war auch bei CRTs schon nicht sinnvoll, da auch bei diesen
oft die Videobandbreite nicht gereicht hat und oberhalb von 75 Hz das
Bild nur wieder schlechter wurde.

Post by Kay Martinen
KDE gefällt mir sowieso besser, denke dabei bleibe ich.

Geschmackssache.

Aber seit Gnome 3 gibt es tatsächlich nicht mehr viel, was für Gnome
spricht.


Marcel