Nvidia soll sich zu Radeon Image Sharpening und Radeon Anti Lag geäußert haben
Während der E3 soll sich Nvidia hinter verschlossenen Türen zu Radeon Image Sharpening und Radeon Anti Lag geäußert haben, das AMD während der E3 2019 im Rahmen der Präsentation von Ryzen R9 3950X und Radeon RX 5700 (XT) vorgestellt hat.
Auf der E3 kündigte AMD nicht nur den Ryzen R9 3950X und die Radeon RX 5700 (XT) an, sondern auch Radeon Image Sharpening, Fidelity FX und Radeon Anti Lag. Alles drei Software-Prozesse um das Bild zu "verbessern" - Puristen werden das anders sehen. Kurzum soll Radeon Image Sharpening verwaschenen Inhalten Schärfe zurückgeben, Fidelity FX ist ein Entwicklerwerkzeug, um angeblich einfacher hochwertige Post-Processing-Effekte zu erstellen und Radeon Anti Lag soll insbesondere für E-Sports ganz besonders kurze Latenzen garantieren - oder zumindest nicht die Grafikkarte dafür verantwortlich machen.
Das hat natürlich auch Nvidia mitbekommen und auch die Jungs waren auf der E3, wo man dann die Errungenschaften laut einem Bericht kommentiert hat. Demnach sagten die Vertreter im Marriott Hotel unter Embargo, wie WCCFTech berichtet, dass es etwas Vergleichbares zu Radeon Image Sharpening bei Nvidia seit 2018 gibt und dort Freestyle heißt. Tatsächlich kann man mit Reshade auch auf ein unabhängiges Werkzeug zurückgreifen. Nvidia wird mit den Worten zitiert:
"[...] they announced a bunch of technologies, Radeon Sharpening, which is fine. But you know, if you want to go compare that we've got, we've had sharpening in NVIDIA Freestyle for a very long time. NVIDIA Freestyle has got a whole suite of filters, one of which is sharpening. But there's also things like HDR toning, and color vibrance, all that stuff. So if you want to play around with sharpening, just keep in mind, you don't have to wait."
Außerdem beschäftigte man sich mit Radeon Anti Lag, wo Nvidia auch glaubt, dieses Feature seit einiger Zeit anbieten zu können. Man nimmt an, dass die Funktion vergleichbar zum eigenen "maximum prerendered frames" ist. Nvidia wird zitiert mit den Worten:
"Basically what happens is during the graphics pipeline, the CPU will start processing frames and send them into the pipeline. Now, if you allow it to buffer frames, meaning to see if you just go as fast as you can even if the GPU is not ready, it may send a few frames in the pipeline. You do that to get the max performance, then you can guarantee the GPU is never waiting for the CPU. Because if that happens, you may have to wait a little for the CPU to process before it needs a GPU. So a lot of times, you'll buffer up a few frames in there, which is great if you're worried about just straight up performance. However, if you're sensitive to latency, which if you're an eSports fan you are, then any mouse movement you make will not affect frames already in that buffer. So if I make a movement, it'll go into the next frame. But that gets in line behind like a full frame already sitting there in the buffer. And so that can introduce, you know, depending on your frame rate, maybe 20 milliseconds of lag. Now, you can go to our control panel and set it yourself. And I think this is what they are doing, setting the maximum pre-rendered frames to one. And that won't do any buffering, which may affect your performance a little bit, but it'll take your latency away."
Auch lesenswert: Nvidia veröffentlicht TDP-Werte für Turing und AMD Navi 10
Dass sich Nvidia auf der E3 gegen AMD in Stellung bringen wird, war zu erwarten. Neulich erst tauchte eine Folie aus besagter Präsentation auf, bei der es um die Definition von TDP und TBP/TGP geht, also der Angabe der zu erwartenden maximalen Stromaufnahme unter regulärem Betrieb.
Wegen RAL (Anti Lag): Ein Satz mit x, das war wohl nix.
Schade dass Nvidia scheinbar nicht versteht wie es funktioniert.
AMD Fidelity FX Review - Featuring RAGE 2 | Is FidelityFX a gimmick? | Software | OC3D Review
1. nVidia hat nicht unrecht, sie haben davon gesprochen, dass es so ähnlich funktioniert wie die hauseigene Funktion für "pre-rendert Frames" und das tut AMD Anti-Lag auch!
2. AMD Anti-Lag funktioniert genau so wie es der Marriott Hotel beschrieben hat: Es reduziert die von der CPU vorbearbeiteten Frames sodass weniger Bilder OHNE User-Input (z.B. Mausbewegung) im Buffer liegen und nur so viele in der Pipeline sind wie die GPU verarbeiten kann, damit der User-Input in nahezu jedes Bild einfließt (render-sync GPU<->CPU)
3. in deinem verlinkten Video ab 7:45
Zuerst ist "pre-rendert Frames" grundsätzlich ersteinmal keine "hauseigene Funktion" von Nvidia sondern eine grundsätzliche Technik zur besseren/gleichmäßigeren Auslastung des Systems (CPU,GPU), kostet aber Latenz. Nvidia aber auch AMD haben dafür eine EIGENE Implementierung als Treiberunterstützung.
Nvidia ist idR bei 3 (ein Frame GPU,1 Frame CPU,2 Frame Buffer) dementsprechend schlecht ist die Latenz, aber die FPS sind eben etwas höher. Bei Nvidia gibt es eine Option im Treiber Menü um dies zu ändern.
AMD ist idR bei 1(Windows default!) (ein Frame GPU,1 Frame CPU) dementsprechend gut ist die Latenz, aber die FPS sind etwas niedriger. Bei AMD gibt es keine Option im Treiber Menü um dies zu ändern. (regedit Flip Queue Size)
Um nun die Latenz zu reduzieren muss man bei "pre-rendert Frames" eben diese "pre-rendert Frames" reduzieren, kostet natürlich Leistung.
Um nun die Latenz mit RAL zu reduzieren, muss man dies eben nicht tun, kostet dann natürlich auch nahezu keine Leistung. Man könnte nun sogar auf 5,6,7,.. "pre-rendert Frames" stellen, die Latenz bleibt gleich(!).
Die "InputFrames" an den "pre-rendert Frames" vorbei zu führen hat eben nichts mit "pre-rendert Frames" zu tun. Das Gegenteil ist ja der Fall(!).
PS:Englisch ist meine Muttersprache.
EDIT:
Werden wir wirklich Benchmarks mit Latenz Angabe sehen?
OCAT 1.5 - GPUOpen
OCAT 1.5
Changes in 1.5
The main focus of this release was on adding a lag indicator. It is part of the overlay, but mutually exclusive to the rest of its components – this way we ensure the overhead of the overlay for the lag indicator is as small as possible, which is critical for its function. Once enabled, you will see a small black square at the top of the screen of your game, which will turn white when you press the lag indicator hotkey. Since the lag indicator added two new buttons to the UI (the visibility hotkey and the lag indicator hotkey itself), we re-arranged the UI a bit, too. There is now a new ‘latency’ tab, hosting the lag indicator hotkeys and a coloured bar visibility hotkey.
As part of the lag indicator, we added a new metric: the estimated driver lag for the verbose log and the average estimated driver lag for the summary log. The driver lag formula represents the time between when the CPU starts work on a frame and when that frame finishes rendering. The span of time encapsulated by the driver lag value does not account for the delay caused by vsync or for other latency contributors like USB (mouse/keyboard/gamepad) response time, the display’s image-processing delay, or the display’s pixel response time.
...
1. nVidia hat nicht unrecht, sie haben davon gesprochen, dass es so ähnlich funktioniert wie die hauseigene Funktion für "pre-rendert Frames" und das tut Radeon Anti-Lag auch!
2. Radeon Anti-Lag funktioniert genau so wie es der Marriott Hotel beschrieben hat: Es reduziert die von der CPU vorbearbeiteten Frames sodass weniger Bilder OHNE User-Input (z.B. Mausbewegung) im Buffer liegen und nur so viele in der Pipeline sind wie die GPU verarbeiten kann, damit der User-Input in nahezu jedes Bild einfließt (render-sync GPU<->CPU)
3. in deinem verlinkten Video ab 7:45
PS: Danke für das Video!
YouTube
(RadeonAntiLag beginnt bei 5:50!)
Nvidia hat unrecht, eigentlich sehr peinlich von nvidia. RAL ist nicht gleich "perrendert frames".