CB - Linux Gaming Thread

[mario_mendel34]

Auf nem Frametimegraphen siehst du das auch nicht, der sieht immer glatt aus, egal, ob VRR an oder aus ist. Das Droppen oder Duppen von Frames passiert ja erst beim Scanout, und zwar immer, wenn man Frameraten hat, die keine geraden Teiler der Refreshrate sind. VRR war für mich persönlich die beste Erfindung nach SSDs im PC-Sektor, weil mich das immer so gestört hatte, dass ich in jedem Spiel immer konstant mehr wie 60 FPS gebraucht habe, um VSync einzuschalten und sauber bei 60 zu cappen, weil die Alternativen wären entweder stabile 30 oder mikroruckelige FPS dazwischen. VRR war für mich die Erlösung.

Ergänzung (Heute um 20:00)

Edit:
Mal ins Kernellog geschaut ob irgendein Event mit dem ruckler zusammenpasst? journalctl -f oder so?

Das sind ja keine echten Ruckler in dem Sinne, sondern nur notwendige Framedrops oder Duplizierungen, weil eine Anpassung an die Refreshrate des Displays passieren muss. Bei einem 240-Hz-Display kannst du 24, 30, 40, 48, 60, 80 und 120 FPS sauber darstellen. Wenn du irgendeine andere Framerate hast, die nicht in dieses Raster passt, müssen immer vorhandene Frames noch einmal dargestellt (dupliziert) werden, was man natürlich dann anhand eines Rucklers bemerkt. Genau deshalb gibt es ja VRR, damit das Display immer mit seiner Frequenz synchron zur Framerate läuft.

Früher bei 60 Hz war das ganz extrem, da hattest du nur 20, 30 und 60 FPS, was sauber dargestellt werden konnte. Alles dazwischen hat nicht ins Raster gepasst. Oftmals hat man deshalb den VSync komplett ausgemacht und die Bilder in den Scanout geschickt, wenn sie halt fertig waren, wodurch Tearing entsteht. Das haben viele als angenehmer empfunden gegenüber dem Mikroruckeln, aber auch bei Tearing gibt es duplizierte Frames, nur nicht auf dem kompletten Screen, sondern nur in Teilen, in einer Hälfe siehst du ja noch das alte Bild, und erst irgendwo in der Mitte ist der Bildriss, und das neue Bild kommt rein.

 

[Alexander2]

HM, wenn ich mir im OSD wenn ich das teste ansehe auf was das dann Synct, sind das auch komplett random nummern zwischendrin. 58 zum Beispiel (Factorio macht immer nur 60FPS, aber kann mal minimal schwanken.
-Monitor OSD

Naja und ohne vrr oder vsync explizit an stellts halt die vorhandenen FPD dar und wenn keines kommt, wenn eines anstehen sollte wird das alte genommen. So ist bei mir der normalzustand, jedenfalls was dann noch KDE oder Cosmic draus macht.

 

[mario_mendel34]

Das ist normal, dass es immer etwas schwankt, aber noch viel schneller als die Anzeige im OSD gepollt wird. Zu 100 % immer perfekte Frametimes gibt es leider nicht, kleine Schwankungen gibt es immer, und wenn es dann mal für eine kurze Millisekunde auf 58 runtergeht, und das OSD genau in dem Moment pollt, stehen da 58. Mein alter 144-Hz-Acer-Monitor hatte diese Anzeige geglättet, damit man solche Ausreißer nicht gesehen hat.

 

[DefinitivEinBot]

Habe mal eine Frage zur Gamescope Session in Cachy. Werden dann die Sachen geladen wie das Untervolting Profil von LACT und geänderter CPU Scheduler (lavd, flash, etc...), oder sind das Dinge, die nur nach dem Start von KDE geladen werden? Sehe hier technisch gerade nicht ganz durch.

 

[mario_mendel34]

@DefinitivEinBot Ja, wird alles geladen, wird ja durch Daemons im Hintergrund gesteuert, die unabhängig von der Desktop-Umgebung laufen.

 

[Alexander2]

Wenn das Laden ein UI benötigt wird das nicht geladen. den Scheduler jedenfalls kannst du einstellen und der bleibt auch ohne ein UI dann bis zur nächsten Änderung so stehen.

Edit:
Wie @mario_mendel34 schreibt, wenns daemons gibt, die dazu benutzt werden, dann bleibt sowas ja am laufen. wenn du den scheduler direct im terminal aufrufst, das dort aktiv drin läuft und du killst das Terminal auch ggf nur logout, dann ist der scheduler wieder zurückgesetzt. wenn du nen passenen daemon oder System Setting anpasst bleibt es erhalten auch beim logout etc. .

 

[mario_mendel34]

Naja und ohne vrr oder vsync explizit an stellts halt die vorhandenen FPD dar und wenn keines kommt, wenn eines anstehen sollte wird das alte genommen. So ist bei mir der normalzustand, jedenfalls was dann noch KDE oder Cosmic draus macht.

Und genau dadurch entstehen ja die Ruckler, weil die Frames erst dann dargestellt werden, wenn der Monitor das nächste Mal scannt, und nicht, wenn der Frame fertig ist. Je höher die Hz sind, desto feiner wird das Raster, kann schon sein, dass man das bei 240 Hz nicht mehr deutlich wahrnehmen kann, bei den 120 Hz meines OLED sehe ich es noch deutlich und bei 60 Hz früher war das für mich der Albtraum.