AMD Freesync: Erster Monitor im Testlabor, Treiber noch nicht verfügbar
Voller Vorfreude konnten wir jüngst den ersten in der Redaktion eingetroffenen Freesync-Monitor In Form des Benq XL2730Z auspacken. Einmal angeschlossen mussten wir allerdings feststellen, dass der Omega-Treiber Freesync noch nicht beherrscht, obwohl die ersten entsprechenden LCDs bereits frei erhältlich sind. Ein aktualisierter Treiber soll am 19. März erscheinen.
Wir versprochen sind inzwischen die ersten Freesync-fähigen Monitore im PCGH-Preisvergleich verfügbar. Ein Testmuster erreichte uns diese Woche von Benq, genauer der XL2730Z mit 1440p auf 27 Zoll, TN-Panel und 144-Hertz-Unterstützung. Auf einen ersten Vergleich mit Nvidias G-Sync gespannt, haben wir den Monitor also direkt an eine R9 290X geklemmt – und uns in Spielen ebenso direkt über Tearing gewundert. Im Treiber selbst ist keine Option zum Aus- oder Anschalten von Freesync vorhanden, obwohl der Omega-Catalyst eigentlich schon mit einer entsprechenden Unterstützung beworben wurde. Doch wie AMD selbst klarstellt, wird die notwendige Treiber-Unterstützung erst am 19. März nachgeliefert - der entsprechende Crossfire-Treiber folgt im April. Das ist für Freesync-Frühkäufer etwas unglücklich.
Hier der Original-Wortlaut von AMDs Presserklärung: "AMD
ist stolz darauf, dass Monitore, die mit der AMD Freesync-Technologie kompatibel sind, jetzt in ausgewählten Regionen verfügbar sind. Wir wissen, dass es Spieler begeistert, mit AMD Radeon-Grafikprozessoren und AMD A-Serien-APUs ein unglaublich geschmeidiges und ruckelfreies PC-Gaming-Erlebnis zu Hause erleben zu können. Wir freuen uns, bekannt zu geben, dass ein passender AMD Catalyst-Grafik-Treiber, der die AMD Freesync-Technologie für Single-GPU-Konfigurationen ermöglicht, ab dem 19. März 2015 auf AMD.com öffentlich zugänglich sein wird. Support für AMD Crossfire-Konfigurationen wird ab April 2015 verfügbar sein."
Nein, aber andere Titel wie "The Evil Within" z. B.
Flüssig ist nicht gleich flüssig.
Auch mit 184fps ruckelt die engine von State of Decay noch.
Genau so wie die von Dying Light oder die der Stalker Spiele (ganz schlimm wenn man seitlich straft).
Ich suche gerade ein Beispiel für eine sehr flüssige engine...ich glaube die Cryengine war da sehr gut.
Vielleicht bist du da nicht so empfindlich, so wie andere auch keine Mikroruckler im multi-GPU Betrieb sehen.
Wichtig sind die frametimes, eine reine fps-Zahl sagt da nix aus.
Man vergleiche dazu Watch Dogs auf einer NV und einer AMD Karte.
Mein Empfinden deckt sich da völlig mit dem anderer user oder der CB Tester:
"Die optimale Bildqualität gibt es jedoch nur auf einem 144-Hz-Monitor mit G-Sync. Solch stabile und flüssige Bilder haben wir bis jetzt noch nicht gesehen. Es gibt kein Tearing, kein Stottern und selbst mit 40 FPS wirken die Spiele bei jeder Bewegung noch völlig flüssig."
Das G-Sync kann man sicher ebenso durch Freesync ersetzen.
Klar ist der Unterschied zwischen 144Hz und Free/-G-Sync nicht mehr riesig, aber ich bevorzuge ganz klar das maximal mögliche.
Zumal die meisten hier sich doch eher selten einen Monitor kaufen, weshalb sich ein evtl. Aufpreis über die Jahre hinweg doch wenig bemerkbar macht.
Etwas was man auch mit 144Hz nicht hinbekommt, vor allem nicht wenn das Spiel nicht mehr als 60fps zulässt.
Bei mir läuft es flüssig
[Ins Forum, um diesen Inhalt zu sehen]
Dying Light könnte auch ein super Kandidat dafür sein, das zuckelt sich unter 50fps auch zu Tode (egal ob NV oder AMD).
Aber für mich sogar das wichtigste Argument: ich möchte jedes Spiel so gut als möglich spielen.
Und das geht nur mit entsprechenden Wahlmöglichkeiten.
Der Preis ist mir fast egal, der Monitor steht für mich in der Kette an Stelle 3 was die Wichtigkeit anbelangt.
State of Decay werde ich heute Abend mal probieren, habe das lange nicht mehr gespielt.
Nein, habe noch kein Gsync genutzt, aber Vsync mit stabilen 60/120/144fps.
State of Decay werde ich heute Abend mal probieren, habe das lange nicht mehr gespielt.
Ich teile da auch eher JoM79s Meinung. Wobei natürlich die Leistung irgendwann nicht mehr ausreicht. Dann kann Gsync auch wieder greifen.