News LG 27MU67: IPS-Display mit Ultra HD und FreeSync auf 27 Zoll

[W4RO_DE]

Hast du denn Tearing bei Freesync 120/144 Hz Monitoren wenn die FPS unter 35 kommen? Nein.

Das selbe Bild wird 4-6 mal ausgegeben durch den Monitor und das neue Bild wird direkt dargestellt wenn es fertig ist.

Nein, FreeSync kann keine Frameverdopplung wenn die Mindestrefreshrate unterschritten wird. Erkennbar daran, dass die Refreshrate bei der Mindestrefreshrate verbleibt und sehr wohl Tearing auftritt.

 

[Daedal]

Mann hat sehr wohl einen Inputlag wenn das Bild 4-6 mal gleich wiedergegeben wird oder es läuft sehr sehr zeitlupenhaft bzw. kommt als Ruckler zutage!

Du hast mehr Lag wenn das selbe Bild in der selben Zeit 4 mal gezeigt wird? Wie das denn? Dein input kommt erst auf den Bildschirm wenn der Frame mit deinem Input auch fertig berechnet ist. Ab da misst man Lag...und bei sofort gibt es keinen Lag. Was zuvor auf dem Bildschirm wie oft angezeigt wird beeinflusst deinen Input nicht.
Oder sieht du die 4 Bilder dann auch viermal länger an?

 

[W4RO_DE]

Du hast mehr Lag wenn das selbe Bild in der selben Zeit 4 mal gezeigt wird? Wie das denn? Dein input kommt erst auf den Bildschirm wenn der Frame mit deinem Input auch fertig berechnet ist. Ab da misst man Lag...und bei sofort gibt es keinen Lag. Was zuvor auf dem Bildschirm wie oft angezeigt wird beeinflusst deinen Input nicht.
Oder sieht du die 4 Bilder dann auch viermal länger an?

Der Monitor bzw. das Panel aktualisiert ja nicht beliebig schnell. Bei einem 144 Hz Panel ist z.B. ein Refresh alle 6,94 ms möglich. Wenn nun durch Frameverdopplung ein Frame ein zweites Mal angezeigt wird, aber bereits 1 ms nachdem sich der Monitor "entschieden" hat den Frame ein zweites mal anzuzeigen ein neuer Frame eintrifft muss die restlichen 5,94 ms gewartet werden, weil das Panel noch mit dem Bildaufbau des verdoppelten Frames beschäftigt ist. Könnte ein neuer Frame einfach sofort angezeigt werden hätte man keine Reaktionszeiten mehr.

 

[Daedal]

@Waro
Du schreibst doch selber, dass 144 Hz mindestens 6,94 ms sind - nun sind wir aber gerade unter 40 FPS gefallen an der GPU, also wird das nächste Bild mindestens 3 mal solange brauchen wie 6,94 ms. In der Zeit wird das alte Bild solange alle 6,94 ms angezeigt bis das neue fertig ist. Also ist diese Art der Kollision die du beschrieben hast nicht möglich.

 

[Master Sheep]

Waro245 hat Recht.

Schade, dass die OLED-Sache noch so in den Kinderschuhen steckt. Es wäre eigentlich die optimale Technik.
Da es im Gegensatz zu den bisherigen "spannungsgesteuerten" Panels "stromgesteuert" ist, sollte ein OLED technisch auch ohne Probleme mit 1 Hz (oder weniger) arbeiten können, so dass sich Free-Sync nicht deaktivieren müsste. Diese Spannungssteuerung ist es ja, die eine Unterschreitung einer gewissen Herz-Zahl problematisch macht.
Vom Kontrast, der Reaktionszeit und der Blinkwinkelstabilität der OLEDS will ich mal gar nicht anfangen zu sprechen. Sicherlich ließe sich so ein Monitor auch leichter schön designen.
Letztlich würde nur noch die Elektronik entscheiden, wie gut ein OLED zum Zocken geeignet ist. Bisher limitiert ja eher das Panel.
4-k, 144 Hz+, FreeSync (1-144 Hz) & OLED-Display. <3

Davon träume ich.

 

[Daedal]

Ich habe gerade den detailierten Artikel gefunden wo das beschrieben wurde:
http://techreport.com/review/28073/benq-xl2730z-freesync-monitor-reviewed/3

I asked AMD's David Glen, one of the engineers behind FreeSync, about how AMD's variable-refresh scheme handles this same sort of low-FPS scenario. The basic behavior is similar to G-Sync's. If the wait for a new frame exceeds the display's tolerance, Glen said, "we show the frame again, and show it at the max rate the monitor supports." Once the screen has been painted, which presumably takes less than 6.94 ms on a 144Hz display, the monitor should be ready to accept a new frame at any time.

What FreeSync apparently lacks is G-Sync's added timing logic to avoid collisions. However, FreeSync is capable of operating with vsync disabled outside of the display's refresh range. In the event of a collision with a required refresh, Glen pointed out, FreeSync can optionally swap to a new frame in the middle of that refresh. So FreeSync is not without its own unique means of dealing with collisions. Then again, the penalty for a collision with vsync enabled should be pretty minor. (My sense is that FreeSync should just paint the screen again with the new frame as soon as the current refresh ends.)

 

[Master Sheep]

Was Waro meint:
Wenn G-Sync aufgrund des fehlenden Bildes das gleiche Bild nochmals anzuzeigen und 0,0001 ms später kommt das nächste Bild, dann wird neue Bild erst 6,94 ms nach dem wiederholten Bild angezeigt werden können.

 

[psYcho-edgE]

Gibts bei 4K (noch) nicht. Maximal 75Hz.

Und 75Hz ist nicht über 60Hz?

Aber ich denke mal sobald IPS/PLS mit +100Hz in UHD verfügbar ist wird auch die Hardware soweit sein diese ordentlich zu befeuern. Freue mich schon - 2016 ist Umbruchstimmung angesagt

 

[Daedal]

Was Waro meint:
Wenn G-Sync aufgrund des fehlenden Bildes das gleiche Bild nochmals anzuzeigen und 0,0001 ms später kommt das nächste Bild, dann wird neue Bild erst 6,94 ms nach dem wiederholten Bild angezeigt werden können.

Und ich meine dass bei 40 FPS kein neues Bild in 1ms bereit stehen kann. Wo soll es denn her kommen wenn die GPU nur 40 Frames pro Sekunde rendern kann? Das Beispiel kommt nirgendwo vor, daher braucht es wohl auch keine technische Lösung für den Fall, oder? Ein neues Bild braucht mindestens 16,6 ms bei 60 FPS und wir waren gerade bei 40...

 

[W4RO_DE]

Ich habe gerade den detailierten Artikel gefunden wo das beschrieben wurde:
http://techreport.com/review/28073/benq-xl2730z-freesync-monitor-reviewed/3

Die auf der Vorseite verlinkten Messungen von pcper mittels analogem Oszilloskop und Erfahrungsberichte wie zum Beispiel der von Computerbase zeigen, dass FreeSync beim Unterschreiten der minimalen Refreshrate keine Frameverdopplung unter Beibehaltung der dynamischen Synchronisation einsetzt. Stattdessen hat man die Wahl zwischen VSync An und VSync Aus, wie beim Überschreiten der maximalen Refreshrate. Ich will dem dort zitierten AMD-Mitarbeiter keine Lüge unterstellen, aber vielleicht hat man es nicht mehr geschafft dieses Feature zur Marktreife zu bringen und in die aktuelle Monitorgeneration zu integrieren, und es wird in Zukunft integriert.

 

[Master Sheep]

Und ich meine dass bei 40 FPS kein neues Bild in 1ms bereit stehen kann. Wo soll es denn her kommen wenn die GPU nur 40 Frames pro Sekunde rendern kann? Das Beispiel kommt nirgendwo vor, daher braucht es wohl auch keine technische Lösung für den Fall, oder? Ein neues Bild braucht mindestens 16,6 ms bei 60 FPS und wir waren gerade bei 40...

Natürlich kann es passieren. Es braucht nur ein Bild nur 0,0001 ms eingehen, nachdem sich das letzte wiederholt hat (also wie bei G-sync. Free-sync behandelt den Fall ja anders). Was hat das mit den Zeitabständen zwischen den Bildern zu tun?

 

[Daedal]

???
woher kommt das neue Bild in 0,00001 ms?

Edit:
Ah ok. Ich verstehe jetzt. Du meinst wenn das Bild zum 3 oder 4 mal wiederholt wird.

Das steht im Zitat des verlinkten Artikels
Das Bild wird unterbrochen

Glen pointed out, FreeSync can optionally swap to a new frame in the middle of that refresh. So FreeSync is not without its own unique means of dealing with collisions.

Es wird nicht gewartet bis das alte Bild fertig ist. Und da das alte Bild schon zuvor über ein altes Bild refresht gibt es kein Tearing wenn das neue Bild direkt von oben neu anfängt mit dem Zeilenaufbau.

Once the screen has been painted, which presumably takes less than 6.94 ms on a 144Hz display, the monitor should be ready to accept a new frame at any time.

 

[Master Sheep]

ok schau:
Sagen wir das Monitorpanel kann nicht sinnvoll unter 30 Hz (also alle 0,033 sek) genutzt werden.
Die Grafikkarte liefert 29 Bilder (0,034 sek) pro Sekunde.
Das 1. Bild der Grafikkarte und des Monitors seien synchron.
Nach dem ersten Bild wird er Monitor nicht rechtzeitig (nach 0,033 sek) seinen neues Bild bekommen und deswegen das alte noch mal anzeigen. Er kann nun 0,0069 s (bei 144 Hz) kein neues Bild anzeigen. Nach 0,001 s hat der Monitor es aber vorliegen, kann es nun aber 0,0059 s nicht anzeigen.
Da sind 0,001 s zwischen den Bildern.
Dir steht es frei jetzt das (zugegebenermaßen etwas ungünstig gewählte) Beispiel mit 0,0001 ms zu berechnen.
Weißt du nun, was ich meine?

 

[Daedal]

Ich habe doch geschrieben, dass Freesync das unterbricht und dass die Monitore das Bild nicht bis zum Ende fertig darstellen. Die Aussage:

Er kann nun 0,0069 s (bei 144 Hz) kein neues Bild anzeigen

Stimmt nicht!
Sobald die GPU ein neues Bild schickt wird dieses Bild sofort unterbrochen und der Bildaufbau fängt direkt auf Zeile 1 mit dem neuen Bild an. Das passiert ja bei Tearing bei normalen Monitoren, weil sie diese Periode nicht unterbrechen können. Freesync Monitore können das.

 

[Master Sheep]

Wenn G-Sync aufgrund des fehlenden Bildes das gleiche Bild nochmals anzuzeigen und 0,0001 ms später kommt das nächste Bild, dann wird neue Bild erst 6,94 ms nach dem wiederholten Bild angezeigt werden können.

Ich glaube du hast überlesen, dass ich mehrfach von G-sync geschrieben habe. Ich denke dann ist es jetzt klar, wo unser Problem lag.

 

[Daedal]

Du hast allerdings in einer Diskussion zu Freesync gesagt Waro habe Recht. Was hat Gsync nun damit zu tun?

 

[Master Sheep]

Habe nicht gescheit aufgepasst. Mea Culpa.
Allerdings hatte ich durchaus mehrfach von G-Sync geschrieben.

 

[Daedal]

Die auf der Vorseite verlinkten Messungen von pcper mittels analogem Oszilloskop und Erfahrungsberichte wie zum Beispiel der von Computerbase zeigen, dass FreeSync beim Unterschreiten der minimalen Refreshrate keine Frameverdopplung unter Beibehaltung der dynamischen Synchronisation einsetzt. Stattdessen hat man die Wahl zwischen VSync An und VSync Aus, wie beim Überschreiten der maximalen Refreshrate. Ich will dem dort zitierten AMD-Mitarbeiter keine Lüge unterstellen, aber vielleicht hat man es nicht mehr geschafft dieses Feature zur Marktreife zu bringen und in die aktuelle Monitorgeneration zu integrieren, und es wird in Zukunft integriert.

Dem kann ich nicht zustimmen. Der Test bei PCPer geht darauf gar nicht ein und beschreibt die Funktionsweise nur mit VSync on. Der Artikel bei Techreport beschreibt sowohl Gsync als auch Freesync präziser und die Techniken sind hinterfragt worden mit Nvidias Tom Peterson und AMDs David Glen, der einer der Freesync Entwickler ist.

Während PCPer ebenfalls von Tom Peterson sich die Details von GSync erklären lassen, fehlt ihnen jeglicher Input zu der Technik seitens AMD in dem Artikel zu Freesync.

 

[W4RO_DE]

Ich habe doch geschrieben, dass Freesync das unterbricht und dass die Monitore das Bild nicht bis zum Ende fertig darstellen. Die Aussage:
Stimmt nicht!
Sobald die GPU ein neues Bild schickt wird dieses Bild sofort unterbrochen und der Bildaufbau fängt direkt auf Zeile 1 mit dem neuen Bild an. Das passiert ja bei Tearing bei normalen Monitoren, weil sie diese Periode nicht unterbrechen können. Freesync Monitore können das.

Zeile 1 hat in meinem Beispiel vor 1 ms begonnen das verdoppelte Bild zu zeichnen als dann der neue Frame eintrifft. Nun sagst du, dass an dieser Stelle unterbrochen und sofort mit dem neuen Bild begonnen wird. Die Panels sind doch aber gar nicht schnell genug um bereits nach 1 ms den neuen Frame zu zeichnen. Der Bereich von Zeile 1 bis Zeile X* müsste eine Reaktionszeit von unter 1 ms haben, damit das Zeichnen des neuen Frames hier sofort beginnen kann?

*bis dorthin wurde das verdoppelte Bild bereits innerhalb von 1 ms gezeichnet

 

[Daedal]

Nein die Panels müssen nicht mehr das komplette Bild fertig zeichnen wie das bisher der Fall war. Sie können sofort unterbrechen, da es völlig unmöglich ist irgendwo ein anderes Bild her zu bekommen BEVOR der erste Panel Self Refresh fertig ist nach 6,94 Sekunden bei 144 Hz. Darauf folgend kann jederzeit das neue Bild den Bildaufbau stoppen - um genau da ein neues Bild zu bekommen müsste die GPU allerdings mit 144 FPS rendern, wo sie eben noch ein Bild zuvor mit 40 FPS gerendert hat.

Sagt mal wieso behaupten nun alle das selbe immer wieder, während ich das Zitat des Entwickler doch hier verlinkt habe der genau das Gegenteil sagt?