Frame Generation mit AFMF und FSR3 Mods (Fokus auf AMD) [Archiv]

Achill

2024-02-11, 17:41:41

Der FSR2FSR3 Mod von LukeFZ (https://www.patreon.com/LukeFZ) aktiviert FSR3-FG in ausgewählten Spielen. Bis jetzt ist der Mod kostenpflichtig. Je nach Spiel kann es zu Artefakten bei den UI Elementen des Spiels kommen ...

Weiterführende Links (nur Informationen, keine Links zu den Mod Files selbst):
- LukeFZ FSR2FSR3 Mod Setup Wizard (https://docs.google.com/document/d/1b6MlLx2vS876opS1osg5H-PdqoGUUuDqdCoYQ8vEN9Y/edit) (Ein Tool um einfach die Profile & Settings für den Mod zu verwalten)

Support Games Profiles:

A Plague Tale Requiem
Alan Wake 2
Assassin's Creed Mirage
Atomic Heart
Banishers Ghosts of New Eden
Cyberpunk 2077
Dakar Desert Rally
Dead Space (2023)
Dying Light 2
Hogwarts Legacy
Horizon Zero Dawn
Lords of the Fallen
Marvel's Spider-Man Remastered
Marvel's Spider-Man: Miles Morales
Metro Exodus Enhanced Edition
Palworld
Ratchet & Clank - Rift Apart
Ready or Not
Remnant II
Returnal
Red Dead Redemption 2
RoboCop: Rogue City
Satisfactory
Starfield
STAR WARS Jedi: Survivor
TEKKEN 8
The Last of Us Part I
The Medium
The Witcher 3

Sonstiges:
- Der Mod erlaubt es auch andere Upscaler wie XeSS zu nutzen, so kann man z.B. in CP2077 FSR3-FG mit XeSS nutzen

---
Changelog
Ich schreibe hier mal mit, dann kann man besser Einschätzen ob man das Projekt unterstützen will ...

0.10.4
- Add CAS sharpening pass to DLSS versions that do not ship with built-in sharpening (2.5.1.0+)
This works just like the one added to XeSS in the previous release.
- Overhaul swapchain management logic to be more resillient
Fixes race condition on cyberpunk while starting up, alongside possibly improving support for games that recreate the swapchain during runtime.
- Work around crash caused by calling specific XeSS functions during startup while ReShade is active
Should allow you to use ReShade in games that support XeSS in use_game_upscaling mode again.
- Add implementation of GPU faking for macOS.
The GPU should now be faked correctly, but something else seems to still be preventing Unreal Engine games from allowing DLSS.
This workaround only works on D3DMetal.
- Re-enable support for display resolution motion vectors.
Might fix FSR3 in a very small amount of games, most games do not use these motion vectors.

---

0.10.3
- Make Resolution and Sharpness overrides also apply to 'use_game_upscaling' and 'replace_dlss_fg'. Now these settings will also work with DLSS and XeSS in these modes. As XeSS does not come with a normal sharpening pass, this is implemented using a custom CAS pass after upscaling is performed.
- Added a log message stating if and which functions a game calls that may allow for the use of resolution overrides. Only really applies to FSR/XeSS, as most/all games using DLSS support resolution overrides
- Blacklist reactive mask in Horizon: Zero Dawn. Improves image quality when using any mode that upscales using FSR.
- Added a `default-fsr2fsr3.config.toml` to the common files which has explanations for each config setting.
- Added a `disable_console` config setting that disables the console on startup. This is only meant for handheld users, as it makes checking the log at runtime more difficult.

---

0.10.2
- Fix config mode names to reflect their actual names. You don't need to update your configs if you are using the broken names, they will get fixed when launching the game automatically.
- Add new compatibility config setting 'fake_nvapi_results'. Setting this to true makes NvAPI report that the system is using a 40-series GPU. This is only relevant for GTX series users and even then only for a very tiny fraction of games, but if you had issues with DLSS/FG not being selectable before this might fix it.
- Make `fake_nvidia_gpu` also apply to systems where a NVIDIA gpu is already present. Before this wasn't the case, meaning that it didn't have any effect on systems running 10/20/30-series and older GPUs.
- Move `fake_nvidia_gpu` to the compatibility section
- Make config update to the latest format automatically when launching with a newer build

**Further fix cases where invalid resources are provided to FSR3.**
- HZD and RDR2 should now work again on systems with an AMD GPU, without the issues that they had in the previous working 0.9 release.
- Fix issues relating to switching between borderless and exclusive fullscreen modes, as well as changing resources during gameplay. This might resolve crashes when performing any of these operations.

Hotfix 0.10.2h1 fixes the following issues:
- Fixed the config file not reading the correct fake GPU property.

---

0.10.1 (h1)
- Fix compatibility with later Streamline 1.x versions. This fixes crashes on launch for TLOU, TW3, Bright Memory Infinite, etc.
- Fix swapchain ref-counting on creation. This fixes the semi-random Starfield crash on launch.
- Properly handle input resource changes during execution. This fixes some games crashing when using dynamic resolution, and might improve other game crashes as well.
- Reduce overhead of replace_dlss_fg and use_game_upscaling modes. This should improve performance a bit when using these modes.
- Specify correct HUDless resource state in Cyberpunk 2077. May fix/remove certain artifacts on specific AMD GPUs.

Additional Changes in Hotfix 1:
- Fix completely broken Streamline 1.x support.

IMPORTANT NOTE: I messed up the mode values in these early 0.10 versions. here are the fixed versions:
enable_upscaling_only -> enable_game_only
use_game_upscaling -> use_builtin_upscaling

---

0.10
- Add a new config setting `mode` to substantially change how the mod operates. Available values:
-- `default` | This is the default mode and how the mod used to operate. DLSS/FSR inputs are taken and used for FSR3 upscaling and FSR3 frame generation.
-- `enable_upscaling_only` | Same as `default`, but FSR3 Frame Generation is disabled. Replaces the existing `enable_upscaling_only` config toggle.
-- `replace_dlss_fg` | Replaces **DLSS Frame Generation** in games that implement it with FSR3 Frame Generation so you can **use different upscalers like DLSS or XeSS with FSR3 Frame Generation.**
-- `use_game_upscaling` | Allows you to use the DLSS or XeSS inputs for FSR3 Frame Generation while continuing to use them for upscaling. Allows you to **use different upscalers with FSR3 Frame Generation even if the game doesn't support DLSS Frame Generation**

- Bunch of internal refactoring
- Reverted the RDR2/HZD fix from 0.9 since it wasn't working properly. Looking into it a bit more for a subsequent release.
- Reworked DLSS/Streamline implementation and subsequently removed *lfz.sl.dlss.dll*. The file is no longer needed.

---

0.9.0
Game-related improvements:
- Add support for non-RGB color formats in FSR3. This fixes Starfield support.
- Improve handling for games that provide invalid resources to FSR. This fixes the HZD crash on launch on AMD, as well as the RDR2 crash.
- Add support for FSR2 versions without a name field. I've seen this "optimization" technique in a few games now, but particularly in RDR2. Adds support for RDR2 with its specific FSR2FSR3 build.
- Disable ID3D12InfoQueue1 callback as its not used anyways. This caused a crash in some old versions of streamline. Destroy all Humans 2 now works.
- Blacklist HUDless resource from being used in Dying Light 2. Its broken. (Thanks to Nukem for initially finding this issue.)

Config-related improvements:
- Add config option to disable Frame Generation
- Add config option to override in-game Sharpness value

Miscellaneous improvements:
- Add hooks for Reflex streamline plugin and report compatibility. This makes Atomic Heart no longer disable DLSS-FG on launch.
- Remove ref-counting in macOS compatibility mode. MacOS can't count, for some reason, and this fixes the mod crashing on various games that didn't use streamline.

dargo

2024-02-11, 20:02:20

Der FSR3-Mod funktioniert in CP77 ganz gut. :)

sm7RhidfpE8

XeSS und FSR2 als Upscaler überzeugen mich in CP77 überhaupt nicht (die flackernden Lampen u.a. sind richtig nervig), deshalb verwende ich die native Auflösung von 1440p.

robbitop

2024-02-12, 17:31:37

Hast du mal probiert XeSS auf Version 1.2 zu updaten? Angeblich hat sich XeSS etwas verbessert.
https://www.reddit.com/r/cyberpunkgame/comments/16sf6i4/guide_how_to_update_intel_xess_11_to_12/

Hat jemand Erfahrungen mit AFMF gemacht (mit korrektem Setzen des Framelimiters)? Wenn ja wäre das Teilen hier sicherlich auch interessant.

dargo

2024-02-12, 20:01:33

Hast du mal probiert XeSS auf Version 1.2 zu updaten? Angeblich hat sich XeSS etwas verbessert.
https://www.reddit.com/r/cyberpunkgame/comments/16sf6i4/guide_how_to_update_intel_xess_11_to_12/

Nein, nur Default was das Game anbietet. Kann ich noch probieren.

Hat jemand Erfahrungen mit AFMF gemacht (mit korrektem Setzen des Framelimiters)? Wenn ja wäre das Teilen hier sicherlich auch interessant.
AFMF macht dank FSR3 absolut keinen Sinn.

GerryB

2024-02-12, 20:17:03

What?!

in ST:E gibts FSR3 aber noch kein FG
da lohnt sich AFMF

dargo

2024-02-12, 20:22:50

What?!

Vielleicht mal im Zusammenhang lesen? Es ging um CP77.

robbitop

2024-02-12, 20:24:04

AFMF macht dank FSR3 absolut keinen Sinn.

Naja in Titeln wo es kein DLSS FG / FSR3 gibt schon.

Vielleicht mal im Zusammenhang lesen? Es ging um CP77.

Meine Frage war nicht auf CP77 gerichtet sondern allgemein.

dargo

2024-02-12, 20:30:46

Meine Frage war nicht auf CP77 gerichtet sondern allgemein.
Dachte es ging dir um CP77 weil im ersten Teil angesprochen. AFMF macht imo keinen Sinn bei einem 144Hz Monitor weil die Frames auf 68-70fps begrenzt werden müssen, dann noch die zusätzliche Latenz die man sich ins Haus holt. In Bewegung gibts dann auch noch Bildartefakte (leichtes Zittern) mancher Objekte. Nee... lass mal, zu viele Kompromisse. Aber vielleicht habe ich noch genug fps ohne AFMF, deshalb sehe ich da noch keinen Mehrwert.

Wiseman

2024-02-12, 20:45:26

Ein kleiner Thread mit Fokus Frame Generation für AMD GPUs.

Warum im AMD/ATI Grafikkarten Unterforum?

1. Keine Diskussion und Vergleiche mit alternativen Techniken wenn diese nicht auf AMD GPUs nutzbar ist. Generell finde ich solche gut und interessant, jedoch können diese gern in einen anderen Teil des Forums / Threads passieren (dort haben wie schon Threads). Denn oft gibt es nur wenig neue Argumente und neue gute Infos gehen dazwischen schnell unter ...

2. Hier können wir Ergebnisse wie Tests oder Workarounds sammeln, ohne in Diskussionen verwickelt zu werden (wie z.B. warum dies bei einen anderen Hersteller besser sein soll).

Prima Idee, Achill, diesen Thread im AMD-Grafikkarten-Unterforum zu eröffnen. :up: Hoffentlich bleibt uns wenigstens hier das scheinheilige Geschwätz von Leuten erspart, die sich nie im Leben eine Grafikkarte von AMD kaufen würden.

Das klingt interessant für mich. Frame-Limiter habe ich noch nie gemacht. Wär schön, wenn du mir erklären würdest, wie du da vorgehst bzw. was genau ich da zu tun hätte. Vielleicht bringe ich dann auch Micro Stuttering bei AFMF weg.

Das hatte ich dich im Treiber-Thread gefragt und du hast hier darauf geantwortet. Danke schön.

Ich habe mich in den letzten zwei Tagen intensiv mit dem Thema "Frame Limiter" beschäftigt und in diesem Zusammenhang entdeckt, dass auch unsere Adrenalin Software einen Frame Limiter namens FRTC (Frame Rate Target Control) anbietet. FRTC ist ein bisschen versteckt unter "Graphics" zu finden, aber nicht unter "Games". In das "globale Graphics" schaute ich bisher nie rein, da ich meine Einstellungen grundsätzlich unter "Games" beim jeweiligen Spiel mache und das jeweilige Spiel von dort aus starte. Taugt FRTC etwas? Grundsätzlich schon, aber nicht, wenn AFMF im Spiel ist.

Also überprüfte ich als Nächstes den Frame Limiter von RTSS. Ich machte alles so wie du beschrieben hast. Da ich einen 144Hz Monitor habe und Starfield mit AFMF überprüfen wollte, begrenzte ich die Frames auf 69 fps, was dann 138 fps durch den Performance-Verdoppler AFMF ergab. (Siehe Screenshot. 69 fps oben links (RTSS), 138 fps oben rechts (Adrenalin Overlay).

Erste wichtige Erkenntnis für mich: der Frame Limiter von RTSS funktioniert auch bei meiner RDNA3-Karte mit AFMF.

Aber hilft er auch, Micro Stuttering zu reduzieren? Nur bedingt, würde ich sagen. Solange ich vorwärts oder rückwärts laufe, nach links oder nach rechts ausweiche, zeigt "Micro Stutter Rate" im Overlay 0.0% an. So weit, so gut. Aber sobald ich Pirouetten drehe oder wilde Kameraschwenks mache, beginnt die Micro Stutter Rate zwischen 0.0% und 21% zu fluktuieren.

Achill, wie schaut das auf deiner RDNA2-Karte aus? Könntest du das mal in Starfield checken?

Übrigens, Achill. Du hast eine aufschlussreiche Ignore-Liste. :biggrin:

GerryB

2024-02-12, 20:53:10

In Bewegung gibts dann auch noch Bildartefakte (leichtes Zittern) mancher Objekte. Nee... lass mal, zu viele Kompromisse. Aber vielleicht habe ich noch genug fps ohne AFMF, deshalb sehe ich da noch keinen Mehrwert.

Dafür gibts den Hotkey das man bei Bedarf on/off wählen kann.
Wenn man in Fights oder schnelle Bewegungen gehen will, dann halt off für
geringere Latenz.

sehe da kein Anwendungsproblem beim versierten User

robbitop

2024-02-12, 20:54:15

Prima Idee, Achill, diesen Thread im AMD-Grafikkarten-Unterforum zu eröffnen. :up: Hoffentlich bleibt uns wenigstens hier das scheinheilige Geschwätz von Leuten erspart, die sich nie im Leben eine Grafikkarte von AMD kaufen würden.

Das hatte ich dich im Treiber-Thread gefragt und du hast hier darauf geantwortet. Danke schön.

Ich habe mich in den letzten zwei Tagen intensiv mit dem Thema "Frame Limiter" beschäftigt und in diesem Zusammenhang entdeckt, dass auch unsere Adrenalin Software einen Frame Limiter namens FRTC (Frame Rate Target Control) anbietet. FRTC ist ein bisschen versteckt unter "Graphics" zu finden, aber nicht unter "Games". In das "globale Graphics" schaute ich bisher nie rein, da ich meine Einstellungen grundsätzlich unter "Games" beim jeweiligen Spiel mache und das jeweilige Spiel von dort aus starte. Taugt FRTC etwas? Grundsätzlich schon, aber nicht, wenn AFMF im Spiel ist.

Also überprüfte ich als Nächstes den Frame Limiter von RTSS. Ich machte alles so wie du beschrieben hast. Da ich einen 144Hz Monitor habe und Starfield mit AFMF überprüfen wollte, begrenzte ich die Frames auf 69 fps, was dann 138 fps durch den Performance-Verdoppler AFMF ergab. (Siehe Screenshot. 69 fps oben links (RTSS), 138 fps oben rechts (Adrenalin Overlay).

Erste wichtige Erkenntnis für mich: der Frame Limiter von RTSS funktioniert auch bei meiner RDNA3-Karte mit AFMF.

Aber hilft er auch, Micro Stuttering zu reduzieren? Nur bedingt, würde ich sagen. Solange ich nach vorne, nach hinten, nach links oder rechts laufe, zeigt "Micro Stutter Rate" im Overlay 0.0% an. So weit, so gut. Aber sobald ich Pirouetten drehe oder wilde Kameraschwenks mache, beginnt die Micro Stutter Rate zwischen 0.0% und 21% zu fluktuieren.

Achill, wie schaut das auf deiner RDNA2-Karte aus? Könntest du das mal in Starfield checken?

Übrigens, Achill. Du hast eine aufschlussreiche Ignore-Liste. :biggrin:

Schaltet sich AFMF nicht aus wenn der Unterschied zwischen 2 Frames zu stark ist? Das würde zu deiner Beschreibung passen.

GerryB

2024-02-12, 20:54:57

dargo

2024-02-12, 20:56:44

Dafür gibts den Hotkey das man bei Bedarf on/off wählen kann.
Wenn man in Fights oder schnelle Bewegungen gehen will, dann halt off für
geringere Latenz.

Ich soll im Spiel je nach Lage AFMF On/Off schalten? :crazy2:

GerryB

2024-02-12, 21:02:13

zu 90% wird man doch in CP, SF etc. nur gemütlich rumlaufen und gucken. oder?

Wiseman

2024-02-12, 21:03:13

Schaltet sich AFMF nicht aus wenn der Unterschied zwischen 2 Frames zu stark ist? Das würde zu deiner Beschreibung passen.

Ja, ich glaube, ich habe auch schon mal etwas gelesen, das in diese Richtung geht. Ich glaube, es war von AMD. Etwas von "in schnellen Games ... " und so. Das käme ja in Richtung "Pirouetten drehen" oder "wilde Kameraschwenks".

Ich mache mich mal auf die Suche. Vielleicht finde ich die betreffenden Aussagen.

Edit: Und schon habe ich etwas Relevantes gefunden. Ist aus den Release Notes zu den AFMF Preview Treibern: AFMF preserves image quality by dynamically disabling frame generation during fast motion. Auf gut Deutsch: Um gute Bildqualität zu bewahren, deaktiviert AFMF dynamisch während schnellen Bewegungen Frame Generation.

dargo

2024-02-13, 06:26:52

zu 90% wird man doch in CP, SF etc. nur gemütlich rumlaufen und gucken. oder?
Lol... super Argument. :freak: Es geht mir dabei um jedes erdenkliche Spiel und nicht nur CP77. Zumal ich in CP77 erstens kein AFMF brauche weil ich hohe fps mit meiner Karte auch ohne FG habe. Und zweitens könnte ich "zur Not" die FSR3-Mod nutzen. FSR3 ist eh AFMF deutlich überlegen. Schon alleine dadurch, dass ich auf 140fps limitieren kann bei einem 144Hz Bildschirm, ergo auch geringere Latenz. Und die Bildartefakte die AFMF hat gibt es mit FSR3 nicht.

Hast du mal probiert XeSS auf Version 1.2 zu updaten? Angeblich hat sich XeSS etwas verbessert.
https://www.reddit.com/r/cyberpunkgame/comments/16sf6i4/guide_how_to_update_intel_xess_11_to_12/

Sehe gerade, dass das Spiel schon von sich aus XeSS 1.2 bietet. Witzigerweise wurde FSR2.1 aber nicht aktualisiert... egal. XeSS kannst du komplett vergessen. Katastrophale Bildstabilität zumindest bei non Intel-GPU und 1440p als Output.

tvUGU5rhDKk

Nicht vergessen, die YT-Kompression verschluckt etwas (die Flimmerei wirkt u.a. "weicher"). In echt sieht das noch etwas instabiler aus als im Video. TAA ist XeSS 1.2 hier bei gleichem Output deutlich überlegen.

robbitop

2024-02-13, 07:08:58

Nein, zum 1000endsten Mal, das aktuelle AFMF geht quasi stufenweise runter.
(nur in der allersten Fassung sahs wie "komplett aus" aus)

Ich finds belastend, das sich die dummen ersten Videos von DO und Co. so stark eingeprägt haben und nun ständig als Vorurteil
wiedergekaut werden. (da muss man dann ständig auf aktuelle Erfahrungen verweisen)

Gibt es dazu eine Quelle? (und wenn es eigene Erfahrungen sind dann bitte Messungen und keine „Gefühle“) Und wo steht das die ersten 999 Male? Und gibt es dazu irgendwo mehr Details? Selbst DF hat das in ihren Videos so beschrieben und auch mit Framegraphs gezeigt und die sind ziemlich renommiert. Fabio von Ancient Gameplays (und der ist mMn nicht unfähig) hat es auch im neusten Treiber in mehreren Spielen getestet und beschrieben dass er merkt dass es sich abschaltet bei zu starker Bewegung. (Bist du sicher, dass du AFMF meinst oder meinst du FSR3 Frame Generation?)

Ich finde man kann auch sachlich in respektvollem „Ton“ diskutieren. Das unterscheidet gebildete Erwachsene von allen anderen. ;)

robbitop

2024-02-13, 07:13:25

Sehe gerade, dass das Spiel schon von sich aus XeSS 1.2 bietet. Witzigerweise wurde FSR2.1 aber nicht aktualisiert... egal. XeSS kannst du komplett vergessen. Katastrophale Bildstabilität zumindest bei non Intel-GPU und 1440p als Output.

https://youtu.be/tvUGU5rhDKk

Fabio von Ancient Gameplays meinte neulich dass CDPR die FSR Implemenierung patch für patch immer schlechter gemacht hat und es anfangs wesentlich besser aussah.

dargo

2024-02-13, 07:14:09

Fabio von Ancient Gameplays meinte neulich dass CDPR die FSR Implemenierung patch für patch immer schlechter gemacht hat und es anfangs wesentlich besser aussah.
Ich weiß, ich konnte diese Entwicklung mitverfolgen.

GerryB

2024-02-13, 08:15:54

Gibt es dazu eine Quelle? (und wenn es eigene Erfahrungen sind dann bitte Messungen und keine „Gefühle“)

https://www.forum-3dcenter.org/vbulletin/showpost.php?p=13478833&postcount=73

Wenn es so wäre, das AFMF komplett OFF geht würden die avg.Fps nicht so sein, wie bei nem kurzen Versuch gemessen.
110fps im Stand vs. 99,9Fps avg. beim normalen Drehen.

RT-AO war=On, was für meinen kleinen Office-PC schon viel ist.
(6800+9400F)

Ich finde man kann auch sachlich in respektvollem „Ton“ diskutieren. Das unterscheidet gebildete Erwachsene von allen anderen.
Ich habe mich in den diversen Treiberthreads schon öfters dazu geäußert, ... k.A. wo Du immer Deine Infos hernimmst.
Die YTer wie DanielOwen mit Ihren 1.Versuchen(vom September?) immer wieder neu aufzuwärmen, ist nicht hilfreich,
sondern tatsächlich "dumm" weil sich die Treiber weiter entwickelt haben.

Stand HEUTE sollte man den Enshrouded-Treiber nehmen.
... damit nochmal die selbe Stelle mitgeloggt per Hotkey
(hatte mich mit Wiseman ausführlich im Treiberthread übers mitloggen unterhalten, ... seine Ergebnisse sind dort auch
einzusehen)

robbitop

2024-02-13, 09:21:09

https://www.forum-3dcenter.org/vbulletin/showpost.php?p=13478833&postcount=73

Wenn es so wäre, das AFMF komplett OFF geht würden die avg.Fps nicht so sein, wie bei nem kurzen Versuch gemessen.
110fps im Stand vs. 99,9Fps avg. beim normalen Drehen.

RT-AO war=On, was für meinen kleinen Office-PC schon viel ist.
(6800+9400F)
Der Framegraph sieht super sauber aus da hast du recht. Und da hast du dann auch schnelle Piroetten gedreht und kannst bestätigen, dass AFMF an ist?

Was natürlich sein kann (Hypothese), dass die Auslesetools ein Abschalten von AFMF nicht sehen können, wenn der Frame nicht interpoliert sondern verdoppelt wird.
Das würde man dann nur "wahrnehmen" und außerdem auf externen Tools (die also das Signal vom Displayport/HDMI untersuchen, so wie Digital Foundry sie hat.

Ich habe mich in den diversen Treiberthreads schon öfters dazu geäußert, ... k.A. wo Du immer Deine Infos hernimmst.
Die YTer wie DanielOwen mit Ihren 1.Versuchen(vom September?) immer wieder neu aufzuwärmen, ist nicht hilfreich,
sondern tatsächlich "dumm" weil sich die Treiber weiter entwickelt haben.

Stand HEUTE sollte man den Enshrouded-Treiber nehmen.
... damit nochmal die selbe Stelle mitgeloggt per Hotkey
(hatte mich mit Wiseman ausführlich im Treiberthread übers mitloggen unterhalten, ... seine Ergebnisse sind dort auch
einzusehen)
Du kannst nicht annehmen, dass jeder von uns in "diversen Treiberthreads" aktiv ist und entsprechend informiert ist.

Wo ich die Infos her habe - folgende Quellen haben es mit dem offiziellen AFMF Release Treiber 24.1.1 vor 2 Wochen getestet:
Digital Foundry
https://www.youtube.com/watch?v=T_gmnAuYWmc&pp=ygUUZGlnaXRhbCBmb3VuZHJ5IGFmbWY%3D

Ancient Gameplays
https://www.youtube.com/watch?v=s_vUwosUAAs&t=947s

Was man bei Ancient Gameplays sieht ist, dass zB Afterburner (und sicher auch die Spiele) die Verdopplung und auch dessen Schwankung (sondern nur die inputframes) nicht richtig mitbekommen. Nur das AMD interner Reporting Tool. Und wenn er seine Maus doll bewegt, siehst du oben links bei dem AMD reporting Tool auch wie die Frametimes kurz spiken. (sieht man leider nur wenn die Kamera auf seinen Monitor zeigt, weil das screen capture das AMD overlay nicht zeigt). Aber es scheint deutlich besser geworden zu sein, da hast du Recht.

dargo

2024-02-13, 09:33:05

Der Framegraph sieht super sauber aus da hast du recht. Und da hast du dann auch schnelle Piroetten gedreht und kannst bestätigen, dass AFMF an ist?

Vergiss den Frametimegraphen bei AFMF. Der kann dir die Probleme von AFMF gar nicht anzeigen. Dieses "Zittern" bestimmter Objekte bei Drehungen werden nie im Frametimegraphen sichtbar angezeigt.

PS: ich verwende allerdings RTSS, wie das bei dem Graphen von AMD aussieht lasse ich offen.

robbitop

2024-02-13, 09:39:37

Genau weil RTSS anscheinend nur die Inputframes sieht und mit denen passiert ja nichts. Wenn man was sehen können will muss man entweder das AMD Tool nehmen (was man bei Ancient Gameplays rechts oben sieht - aber nur bei den Kameraaufnahmen) oder wie DF das Outputsignal untersuchen.

dargo

2024-02-13, 09:51:40

Im Prinzip ist es aber auch egal. Weil... das Zittern was ich erwähne sich nur auf bestimmte Objekte und auch nur in Teilbereichen des Bildes bezieht bei AFMF. Ich gehe davon aus diese Artefakte wird dir eh kein Frametimegraph zeigen können. Stuttering im Bild ist was anderes... da ruckelt bzw. mikroruckelt das gesamte Bild, das ist bei AFMF anders.

GerryB

2024-02-13, 11:09:53

Bei Dir fehlt mir meist die exakte Angabe, welcher Treiber genutzt wird.
Kann sein, das der 24.1.1 WHQL nicht sooo smooth läuft.

Was ist dann mit dem Enshrouded-Treiber?
https://www.amd.com/en/support/kb/release-notes/rn-rad-win-23-40-02-03-enshrouded

Der neuere Treiber wurde schon laaaange im 24.1.1-Thread empfohlen.

staui

2024-02-13, 11:42:18

Hallo,

gerade ausprobiert.
Witcher 3 mit AFMF. Durchgehend 138 FPS mit RTSS auf 69 Frames gelockt.
Maus DPI auf 1200 und dann mal von ganz links nach ganz rechts auf dem Mauspad fahren. Muss nicht mal besonders schnell sein. Solange die Maus sich bewegt, zeigt das AMD Overlay genau 69 FPS an, und zwar durchgehend ohne zu zucken.
Samplingintervall steht auf 0,25 bei FPS Metriken im Treiber.

robbitop

2024-02-13, 12:19:34

@staui
Aber sollte das AMD overlay nicht 138 fps anzeigen? Und wie fühlt es sich an? :)

@GerryB
Ist ja interessant (aber auch merkwürdig) weil der enshrouded driver ja 23er branch ist und der 24.1.1 whql ja neuer ist (oder sein sollte?).

dargo

2024-02-13, 12:22:39

staui

2024-02-13, 13:43:52

@staui
Aber sollte das AMD overlay nicht 138 fps anzeigen? Und wie fühlt es sich an? :)
.

Hallo,

das Overlay zeigt ja 138 FPS an, erst wenn ich den Witcher im Kreis drehen lasse, gehts auf 69 runter, also wird AFMF deaktiviert.

Es funktioniert eigentlich ganz ordentlich, zumindest in den Spielen wo ich es bisher ausprobiert habe. Sind aber eher ältere Spiele, wie Witcher 3, Deus Ex, Hitman 1 und 2, Kingdom Come Deliverance.
Single Player Games halt. Der Input Lag ist spürbar, aber kein K.O Kriterium.

Knackpunkt ist halt in meinem Fall der 144 Hz Monitor. Wenn das Spiel ohnehin schon auf 70 FPS läuft, stellt sich halt die Frage ob man es nicht lieber deaktiviert lässt.

Online Spiele ich eigentlich nur Hunt Showdown, da Spiel ich aber lieber mit 142 echten Frames.

GerryB

2024-02-13, 13:47:54

@GerryB
Ist ja interessant (aber auch merkwürdig) weil der enshrouded driver ja 23er branch ist und der 24.1.1 whql ja neuer ist (oder sein sollte?).
Nein

siehe Anhang, ... 3005 spricht für nen relativ neuen Build, gemessen an den Insidern
(würde nicht denken, das die 92 beim 24.1.1 nen neueren Build repräsentiert)

robbitop

2024-02-13, 14:21:15

Hallo,

das Overlay zeigt ja 138 FPS an, erst wenn ich den Witcher im Kreis drehen lasse, gehts auf 69 runter, also wird AFMF deaktiviert.
Genau so wie ich es geschrieben habe (was ich aber auch nur digital foundry nachplappere).

DrFreaK666

2024-02-13, 16:17:27

Da muss man nicht DF nachplappern, wenn es AMD so erklärt

robbitop

2024-02-13, 16:25:58

Da muss man nicht DF nachplappern, wenn es AMD so erklärt
Ja aber eine unabhängige Bestätigung zu dem was der Hersteller sagt ist immer gut. ;) Aber ja das kommt noch obendrein dazu.
Aber GerryB hat ja explizit 1000 Mal darauf hingewiesen, dass das nicht stimmt. Und offenbar stimmt es nicht, dass es nicht stimmt. :D

Savay

2024-02-13, 20:36:13

Also mit nem Controller hab ich noch nicht erlebt, dass sich AFMF adhoc abschaltet...bzw. das Abschalten ist wenn dann eh ziemlich nahtlos ohne das es sich ansatzweise als Stottern oder anderweitig negativ auswirkt.
Mit erratischem Mausgefuchtelt ist das tw. ne andere Geschichte hängt aber auch da sehr davon ab wie man sie bewegt m.E.!
Ergo...sehr Spieler und Spieleabhängig.
UT2003-like Doublejump rumgezucke um 180° ist da wohl eher kontraproduktiv.

Davon abgesehen verstehe ehrlich gesagt im Moment auch noch nicht so ganz warum man AFMF unbedingt per FPS Limiter einschränken will, außer man möchte Strom sparen. :wink:
Enhanced Sync + VRR an und der Drops ist m.E. gelutscht...
Hatte damit keine nennenswerten Probleme mit AFMF seit dem 2. oder 3. Preview Treiber.

robbitop

2024-02-13, 20:41:36

Ja Alex von DF hat es deshalb auch eher für Controller / Gamepaduser empfohlen weil man damit seltenerer in die Lage der Abschaltung kommt.

Framelimiter brauchst du damit du kein tearing hast oberhalb der vrr range.

Savay

2024-02-13, 20:46:05

Framelimiter brauchst du damit du kein tearing hast oberhalb der vrr range.

Mit Enhanced Sync teart es nicht...daher hab ich das in 99,9999% der Fälle Standardmäßig an.

robbitop

2024-02-13, 21:06:10

Was soll denn da der Vorteil zum Framelimiter sein?

Exxtreme

2024-02-13, 21:09:58

Einfach das beachten:
https://blurbusters.com/gsync/gsync101-input-lag-tests-and-settings/

Gilt exakt so auch für Freesync.

robbitop

2024-02-13, 21:17:49

Wollte ich auch gerade posten:
https://blurbusters.com/gsync/gsync101-input-lag-tests-and-settings/8/

Der blurbusters Artikel hat das alles mal ausgemessen. Und raus kam: beste Konfiguration oberhalb der vrr range ist meistens der framelimiter. Obiger link enthält auch die Messung und Erläuterung mit fast sync (das NV Äquivalent von Enhanced Sync).

Savay

2024-02-13, 21:22:29

Was soll denn da der Vorteil zum Framelimiter sein?

Du limitierst nicht die Basis FPS!

fmax/2 find ich schlicht etwas niedrig...Echte FPS sind immer mehr wert als generierte...

Ex3cut3r

2024-02-13, 21:23:51

Mit Fast Sync bekommt man schlechtes Frame Pacing in Kombination mit VRR. Wieso tut man sich das freiwillig an? X-D

So, what about pairing Fast Sync with G-SYNC? Even Nvidia suggests it can be done, but doesn’t go so far as to recommend it. But while it can be paired, it shouldn’t be…

Say the system can maintain an average framerate just above the maximum refresh rate, and instead of an FPS limit being applied to avoid V-SYNC-level input lag, Fast Sync is enabled on top of G-SYNC. In this scenario, G-SYNC is disabled 99% of the time, and Fast Sync, with very few excess frames to work with, not only has more input lag than G-SYNC would at a lower framerate, but it can also introduce uneven frame pacing (due to dropped frames), causing recurring microstutter. Further, even if the framerate could be sustained 5x above the refresh rate, Fast Sync would (at best) only match G-SYNC latency levels, and the uneven frame pacing (while reduced) would still occur.

Savay

2024-02-13, 21:25:35

Ich fahre seit Jahren (~2017) Enhanced Sync mit VRR...und kombiniere es wo es geht mit InGame FPS Limiter...sonst halt ohne.
Letzteres ist in der Regel auch kein Drama, führt in Grenzfällen halt zu etwas lag und hier und da mal zum einen oder anderen zerrissenen Frames wenn es nicht 100% sauber klappt.
Aber in Summe nix wirklich dramatisches.
Ob das AFMF jetzt signifikant schlechter macht sei mal dahin gestellt, angesichts des dadurch erzeugten Lags und der zerrissenen Bildanteile.

Finde allerdings echt schön das ihr mir anhand von Fast Sync Erfahrungen etwas von schlechterem Framepacing mit Enhanced Sync erzählen wollt!

Wozu genau ist der Faden nochmal im AMD Subforum?

BTW ich hab grade echt nochmal nachgeschaut, weil es ein paar Tage her ist, aber im Gegensatz zu nVidia empfiehlt AMD prinzipiell sogar Freesync mit Enhanced Sync zu kombinieren...also so ganz identisch scheint`s dann irgendwie doch nicht zu FastSync zu sein.
Aber BTT.

Ex3cut3r

2024-02-13, 23:00:33

Finde allerdings echt schön das ihr mir anhand von Fast Sync Erfahrungen etwas von schlechterem Framepacing mit Enhanced Sync erzählen wollt!

Das AMD Pendant macht genau das selbe im Grunde wie das Nvidia Pendant, nur unter anderen Namen.

Ist natürlich dein Bier. Anscheinend hast du 7 Jahre kein Stuttering so wahrgenommen. Bist wohl "immun" dagegen. Bzw. nimmst es nicht wahr. Bzw. bist du schon so "abgefuckt" das du denkst diese Bildausgabe wäre sauber.

Hast du nen Link zu deinem BTW?

Exxtreme

2024-02-13, 23:26:09

BTW ich hab grade echt nochmal nachgeschaut, weil es ein paar Tage her ist, aber im Gegensatz zu nVidia empfiehlt AMD prinzipiell sogar Freesync mit Enhanced Sync zu kombinieren...also so ganz identisch scheint`s dann irgendwie doch nicht zu FastSync zu sein.
Aber BTT.

Die Blurbusters-Leute haben es halt ausgemessen. Aber ja, der individuelle Eindruck kann von reinen Messwerten abweichen.

Savay

2024-02-14, 00:28:49

Das AMD Pendant macht genau das selbe im Grunde wie das Nvidia Pendant, nur unter anderen Namen.

Ja klar...und FSR3 und DLSS3 sind ja quasi auch das gleiche und verhalten sich daher auf jeder HW und in jeder Situation vollkommen identisch. :uup:
Ups...tun sie nicht? Ach wie blöd.

Ist natürlich dein Bier. Anscheinend hast du 7 Jahre kein Stuttering so wahrgenommen. Bist wohl "immun" dagegen

Ist natürlich dein Bier aber anscheinend hast du enorm profunde Erfahrung mit FreeSync + Enhanced Sync auf deiner nVidia Karte und erleuchtest mich gleich mit Messwerten dazu?!

Davon abgesehen muss das Enhanced Sync Stuttering ein wirklich ganz besonderes Stuttering sein, wenn mir zwar AFMF Stuttering sofort auffällt, du jedoch das Enhanced Sync Stuttering sogar aus der Ferne auf meinem Display vor mir siehst, weil es in einem Artikel von 2017 bzgl. Fast Sync so drin steht... :conf:

Hast du nen Link zu deinem BTW?

Nicht mit Enhanced Sync direkt Zusammenhängende Zitate zu FastSync kannst du problemlos rausblöken aber bist nicht in der Lage Google zu bedienen und auf das erste Ergebnis klicken!? :freak:

https://www.amd.com/de/technologies/software-enhancedsync
https://community.amd.com/t5/gaming/reintroducing-amd-enhanced-sync/ba-p/544484

Hast du eigentlich auch irgendwelche Erfahrungen zu AFMF beizutragen?!

Die Blurbusters-Leute haben es halt ausgemessen.

Wo genau?
In dem verlinkten Artikel sehe ich bisher nichts zu FreeSync + Enhanced Sync ohne Limiter.
Kann mich auch sonst nicht wirklich an einen Artikel von ihnen zu diesem spezifischen Fall erinnern, insbesondere nicht zur Version ab 2022.

Ich finde dort nichtmal G-Sync+FastSync ohne Limiter...ich glaube aber auch gerne dass das mit FastSync zu Stuttering führt, da es auch anderweitig öfter mal zur Sprache kommt!

Aber das muss natürlich auch zwangsläufig im selben Ausmaß für Enhanced Sync gelten auf komplett anderer Hardware...weil...warum nochmal genau?!
Übrigens ist das in so einem Grundsatzartikel auch nicht schlimm, da sich an der grundsätzlichen Empfehlung mit dem Limiter ja nix ändert...wo es möglich ist.
Und das am besten mit nem InGame Limiter...weil das halt das Optimum ist.
Die Sache ist halt nur die, dass Enhanced Sync halt ohne Limitier auch ganz gut funktioniert und eben in den meisten Fällen kein unbedingtes No-Go ist...

Und dann möchte ich auch gerne nochmal an den Kontext erinnern über den wir hier reden:
AFMF mit dessen Limitierungen welche zu... Stuttering, Lag und zerrissenen Bildelemente führen können.
Aber ja Enhanced Sync ist da natürlich ganz was böses, weil Fast Sync hier und da nachweislich Problemchen mit VRR hat.

Wiseman

2024-02-14, 04:10:30

Na, Achill. Schon die Lust verloren, in deinem Thread nochmals zu posten? :biggrin:

Dank dir weiß ich nun, wie Frame Limiter geht, aber ich habe Frame Limiter bisher nicht eingesetzt und werde ihn auch in Zukunft nicht einsetzen. Sowas brauche ich einfach nicht.

Mein Experimentieren mit AFMF in Starfield habe ich inzwischen abgeschlossen. AFMF bringt zwar in Starfield die meisten FPS, aber das Micro Stuttering bei schnellen Bewegungen ist mir in diesem Spiel zu viel. Da ist Starfield übrigens eine Ausnahme. In keinem anderen von mir überprüften Spiel ist Micro Stuttering mit AFMF so ausgeprägt wie in Starfield.

Aber das juckt doch keinen RDNA3-User. Für Starfield bin ich doch nicht auf AFMF angewiesen. Für Starfield gibt es doch inzwischen FSR3 + FG. Ohne Micro Stuttering? So gut wie ohne.

Da ich davon ausgehe, dass nicht alle regelmäßig einen Blick ins Benchmarking-Forum werfen, poste ich auch hier meinen neulich gemachten Bench mit FSR3 FG. Schaut ihn euch an, aber Vorsicht "Schnappatmung-Gefahr"! :biggrin: 100 fps min und 110 fps avg an der unbarmherzigsten Stelle des Starfield Univerums mit den unbarmherzigsten Settings, da können andere nur davon träumen.

dargo

2024-02-14, 07:40:25

Davon abgesehen verstehe ehrlich gesagt im Moment auch noch nicht so ganz warum man AFMF unbedingt per FPS Limiter einschränken will, außer man möchte Strom sparen. :wink:
Enhanced Sync + VRR an und der Drops ist m.E. gelutscht...
Hatte damit keine nennenswerten Probleme mit AFMF seit dem 2. oder 3. Preview Treiber.
Da komme ich jetzt nicht ganz mit. Was macht Enhanced Sync nochmal genau? Denn ich habe das jetzt mal in FH5 ohne AFMF getestet... bei >200fps auf einem 144Hz VRR Monitor. Wenn ich gerade aus fahre finde ich die Bildausgabe in Ordnung. Wenn ich im Kreis fahre und genau auf die Umgebung achte sieht es zwar nicht unbrauchbar aus aber ich merke schon ganz minimal, dass die fps zu der Monitorfrequenz nicht ganz passen. Auch wenn das schon bei >200fps auf hohem Niveau ist. Dieses minimale "Mikroruckeln" im Bild (Frametimes sind natürlich 100% sauber) ist für ein gutes Auge durchaus wahrnehmbar.

Edit:
So... ich habe mir jetzt AFMF nochmal genauer angesehen. Diesmal mit dem Enshrouded Treiber damit GerryB auch weiß auf welchen Stand ich bin. :wink:

Als Testobjekt dient hier APTR. Ich teile die Meinung von Savay überhaupt nicht. Enhanced Sync bringt bei AFMF mit VRR rein gar nichts denn die Probleme bei der Bildausgabe liegen bei AFMF wo anders. Diesmal habe ich auch zur Veranschaulichung das AMD-Overlay zusätzlich dazu genommen denn nur dieses kann die On/Off-Umschaltung von AFMF anzeigen, RTSS kann das nicht (was auch irgendwo logisch ist, von den generierten Frames bekommt ja RTSS auch nicht mit bei AFMF)! Und ich bleibe dabei... bei AFMF muss man auf 68-70fps bei einem 144Hz Bildschirm mit RTSS limitieren ansonsten bekommt man keine saubere Bildausgabe!

In APTR einfach mal vor so einem Baum stellen und Vergleiche zwischen AFMF On/Off anstellen. Wer da bei einem 144Hz Bildschirm mit AFMF auf 140fps limitiert und/oder Enhanced Sync ohne Limit verwendet und das Stuttering bei der Bildausgabe nicht sieht der ist blind. Sorry, dass ich das so sagen muss. Mit einem Limit von 68fps ist die Frameausgabe in meinem Videobeispiel 100% sauber. Aber nur solange AFMF aktiv/inaktiv bleibt! Bewege ich die Maus zu schnell gibt es genau in dem Moment wo AFMF sich deaktiviert/aktiviert (siehe Frametimegraphen) einen Ruckler in der Bildausgabe.

zMqCYdqjrX0

Mein aktuelles Fazit zu AFMF hat sich nicht geändert. Für einen Mausspieler wie ich es bin ist sowas kaum brauchbar. Wer mit einem Controller am PC spielt da mag es ganz anders aussehen. Denn erstens kann es sein, dass bei einem Controller (ich kann es nicht beurteilen da ich Controller hasse) dieses AFMF On/Off gar nicht erst vorkommen wird und zweitens am Controller merkt der Spieler eventuell die höhere Latenz von AFMF nicht. Für einen Mausspieler ist FSR3 mit FG jedenfalls deutlich AFMF überlegen. Da muss man sich nur mal die FSR3-Mod in CP77 vs. AFMF anschauen. Bei FSR3+FG kann ich wenigstens auf 140fps limitieren und habe trotzdem immer eine absolut saubere Frameausgabe. Durch die höheren Frames ist die gesamte Latenz auch geringer vs. AFMF bei echten 68-70fps.

robbitop

2024-02-14, 09:09:08

Du limitierst nicht die Basis FPS!

fmax/2 find ich schlicht etwas niedrig...Echte FPS sind immer mehr wert als generierte...
Für Frame Generation machen Displays mit höheren Refreshraten auch mehr Sinn. Allerdings bringt dir die Nicht-Beschränkung auch gar nichts mit Fast-Sync wenn man über die VRR Range kommt. Weder vom Framepacing noch vom Inputlag. Die einzig richtig gute Lösung ist ein Monitor mit höherer Refreshrate.

Ja klar...und FSR3 und DLSS3 sind ja quasi auch das gleiche und verhalten sich daher auf jeder HW und in jeder Situation vollkommen identisch. :uup:
Ups...tun sie nicht? Ach wie blöd.
Dein Ernst du vergleichst die Implementierung von VRR (G-Sync / Freesync) in Kombination mit Fast Sync / Enhanced Sync mit FSR3/DLSS3? Und weil FSR3 und DLSS3 anders sind ist auch Fast Sync und Enhanced Sync anders? :|
(denn um das Verhalten von VRR + Limiter vs Fast/Enhanced Sync ging es in dem Moment...)

Schnitzl

2024-02-14, 09:18:57

(...)
Mein Experimentieren mit AFMF in Starfield habe ich inzwischen abgeschlossen. AFMF bringt zwar in Starfield die meisten FPS, aber das Micro Stuttering bei schnellen Bewegungen ist mir in diesem Spiel zu viel. Da ist Starfield übrigens eine Ausnahme. In keinem anderen von mir überprüften Spiel ist Micro Stuttering mit AFMF so ausgeprägt wie in Starfield.

Aber das juckt doch keinen RDNA3-User. Für Starfield bin ich doch nicht auf AFMF angewiesen. Für Starfield gibt es doch inzwischen FSR3 + FG. Ohne Micro Stuttering? So gut wie ohne.
(...)
Ist nicht AFMF eigentlich FG?
AMD Fluid Motion Frames (AFMF) Technical Preview – Boost FPS with frame generation technology for a smoother gaming experience.
https://www.amd.com/de/support/kb/release-notes/rn-rad-win-23-30-afmf-tech-preview

Exxtreme

2024-02-14, 09:33:04

Ist nicht AFMF eigentlich FG?

Ja, ist es. Aber das FSR3-FG ist qualitativ viel besser als das Treiber-FG. Deshalb sollte man FG immer im Spiel aktivieren wenn die Option verfügbar ist.

dargo

2024-02-14, 09:37:23

Ist nicht AFMF eigentlich FG?
Natürlich, hat aber eine andere Funktionsweise als FSR3+FG. Letzteres bietet deutlich weniger Kompromisse. Auf der anderen Seite hat wiederum AFMF in einer Sache erhebliche Vorteile. Du kannst AFMF mit TSR bei der UE5 kombinieren was bei FSR3 nicht geht. Das sollte AMD bei FSR3 dringend ändern! Denn leider überzeugt die Bildstabilität von FSR2 (Voraussetzung für FSR3 + FG) oftmals nicht. Zumindest mich nicht auf einem 27" Bildschirm mit 1440p. Bei 27" und 4k müsste ich es wieder neu bewerten.

robbitop

2024-02-14, 09:41:57

Gab es nicht mods mit dem man den upscaler frei wählen konnte in Kombination mit FSR3FG?

dargo

2024-02-14, 09:43:18

Ich spreche von TSR! Ergo nein, bzw. noch nicht. Kann sein, dass noch was kommt. Die Kombination mit XeSS bringt einem auch nichts weil XeSS genauso Müll bei der Bildstabilität ist. In CP77 bsw. macht imho nur TAA bei 1440p Sinn + FG, Upscaler wie FSR und XeSS sind bei der Bildstabilität sehr schlecht.

fondness

2024-02-14, 10:05:11

Dein Ernst du vergleichst die Implementierung von VRR (G-Sync / Freesync) in Kombination mit Fast Sync / Enhanced Sync mit FSR3/DLSS3? Und weil FSR3 und DLSS3 anders sind ist auch Fast Sync und Enhanced Sync anders? :|
(denn um das Verhalten von VRR + Limiter vs Fast/Enhanced Sync ging es in dem Moment...)

Er hat trotzdem einen Punkt. Leute die nichtmal eine AMD-Karte haben und einem anhand einer NV-Karte erklären wollen wie sich etwas in der Praxis verhält sind nicht gerade hilfreich. Der Thread ist nicht ohne Grund im AMD-Unterforum aufgemacht worden, weil man in diesem Forum eh keine sinnvolle Diskussion mehr über AMD-Karten führen kann ohne haufenweise NV-Usern die ihre HW schönreden müssen und die Gegenseite madig machen müssen.

dargo

2024-02-14, 12:47:07

Ich habe mir jetzt AFMF noch mit TSR in Immortals of Aveum genau angesehen. Hier ein Bild damit jeder nachvollziehen kann wovon ich rede.

https://s20.directupload.net/images/240214/3enw492s.jpg

Hier gibt es das gleiche Problem was ich schon öfter angesprochen habe. Diese Steine die ich dort anvisiere zittern ganz minimal wenn ich die Maus links und rechts bewege. Und das hat nichts mit AFMF On/Off zu tun weil ich die Maus zu schnell bewege. Ich bewege sie so, dass es zu diesem AFMF On/Off noch nicht kommt. Und dieses minimale Zittern ist trotz 68fps-Limit über RTSS vorhanden. Limitiere ich die Frames bei AFMF auf 140fps ist die Bildausgabe komplett unbrauchbar. Bei 68fps ist sie 100% flüssig, nur die genannten Artefakte tauchen teilweise in bestimmten Bildbereichen auf.

Savay

2024-02-14, 16:51:35

Da komme ich jetzt nicht ganz mit. Was macht Enhanced Sync nochmal genau?

Enhanced Sync sendet das letzte vollständig gerenderte Frame an den Monitor.
Quasi ne Art optimiertes und latenzärmeres und dynamisches Triple Buffering.
https://www.sapphirenation.net/enhanced-sync-overview

Wie gesagt...Optimum ist VRR mit In-Game Limiter...aber im Kontext von AFMF nehmen wir ja eh bereits deutliche Kompromisse in Kauf bzgl. der Bildausgabe die wesentlich dominanter sind.

EDIT:
Hab es grade mit TW3 bei um die 130-140FPS@120Hz
Kein Problem mit Enhanced Sync.
Es ruckelt erst wie blöde wenn ich die Maus benutze...

Die einzig richtig gute Lösung ist ein Monitor mit höherer Refreshrate.

Natürlich, nur verstehe ich immer noch nicht was Fast-Sync damit zu tun hat.
Seit wann kann man Fast-Sync mit AFMF nutzen und umgekehrt?

Dein Ernst

Ja ist mein Ernst. Weil hier leider schon wieder Themenfremde BS Diskussion geführt werden müssen.

Außerdem war das eine Analogie...kein Vergleich.
Nur weil etwas das gleiche macht ist es noch lange nicht vollkommen identisch.

robbitop

2024-02-14, 17:22:06

Er hat trotzdem einen Punkt. Leute die nichtmal eine AMD-Karte haben und einem anhand einer NV-Karte erklären wollen wie sich etwas in der Praxis verhält sind nicht gerade hilfreich. Der Thread ist nicht ohne Grund im AMD-Unterforum aufgemacht worden, weil man in diesem Forum eh keine sinnvolle Diskussion mehr über AMD-Karten führen kann ohne haufenweise NV-Usern die ihre HW schönreden müssen und die Gegenseite madig machen müssen.
Das ist ein richtig dummes Totschlagargument. These, Argument, Beleg. Fertig. Genau das wurde bis zu dem Punkt geliefert. Und da VRR und Fastsync bei beiden praktisch identisch funktionieren und keine echten Gegenargumente kamen steht das erstmal. Einfach nur "aber bei AMD ist das bestimmt anders, ich hab aber kein sinnvollen Beleg das aufzeigen außer eine Analogie die überhaupt nicht passt" ist ein wenig dünn.
Und diesen ganzen pubertären Fanboy Kram (den du hier andeutest) können wir hier bitte rauslassen (ich verstehe bis heute Fanboytum nicht - das ist diametrisch mit den Interessen als Endkunde). Das ist ein offenes Technologieforum. Solange objektiv diskutiert wird, gibt es keinen Ausschluss.

Ja ist mein Ernst. Weil hier leider schon wieder Themenfremde BS Diskussion geführt werden müssen.

Außerdem war das eine Analogie...kein Vergleich.
Nur weil etwas das gleiche macht ist es noch lange nicht vollkommen identisch.
Die Analogie ist aber Blödsinn. Entsprechend funktioniert die nicht.
Und du hast angefangen mit Fast Sync (bzw Enhanced Sync was das funktionsgleiche Äquivalent ist). Kein anderer. Man braucht sich auch nicht zu wundern, wenn dann darauf eingegangen wird.

Natürlich, nur verstehe ich immer noch nicht was Fast-Sync damit zu tun hat.
Seit wann kann man Fast-Sync mit AFMF nutzen und umgekehrt?

Kann man - ist aber nicht optimal. Und deine Behauptung war, dass es die bessere Lösung ist vs Framelimiter. Und du hast mit Fast-Sync (bzw Enhanced Sync was das funktionsgleiche Äquivalent ist) wie gesagt angefangen. In einem Forum geht man nunmal auf Postings ein. Wenn man das nicht will, dann gibt's nur eine Lösung: den Inhalt nicht posten.

Savay

2024-02-14, 17:28:09

These, Argument, Beleg. Fertig.

Wo ist der Beleg?

Die Analogie ist aber Blödsinn. Entsprechend funktioniert die nicht.

Blödsinn ist einzig und allein die ganze Zeit von Fast-Sync zu labern...

Und du hast angefangen mit Fast Sync. Kein anderer.

Bist du irgendwie auf den Kopf gefallen?!
Ich habe mit keinem einzigen Wort Fast-Sync erwähnt, bis ihr bzw. du damit angefangen hast.

Kann man - ist aber nicht optimal.

Kann man eben nicht.
Was redest du da?

robbitop

2024-02-14, 17:32:37

Blödsinn ist einzig und Allein die ganze Zeit von Fast-Sync zu labern...

Bist du irgendwie auf den Kopf gefallen?!
Ich habe mit keinem einzigen Wort Fast-Sync erwähnt, bis ihr bzw. du damit angefangen hast.
Khorinthenkackerei. OK dann "Enhanced Sync". Aber da Enhanced Sync das Äquivalent zu Fast Sync ist (und genau gleich funktioniert) und es dazu einen Fachartikel gab gilt das trotzdem.

Savay

2024-02-14, 17:34:13

es dazu einen Fachartikel gab gilt das trotzdem.

Reine Behauptung...Sie sind nämlich ganz offensichtlich nicht vollkommen identisch.
Wie könnten sie das auch sein?!
Oder hat nVidia den AMD Treiber geschrieben?
Also wo ist der Beleg?

FSR3 ist übrigens ein "funktionsgleiches Äquivalent" zu DLSS3...daher muss es ja "identisch" sein...oder etwa doch nicht?!

Wenn man das nicht will, dann gibt's nur eine Lösung: den Inhalt nicht posten.

Dito

robbitop

2024-02-14, 17:40:22

Wo ist der Beleg?
Wir haben einen Fachartikel zu Blurbusters geliefert. Zu funktionsgleichen Verfahren. Von dir kam nichts außer dass etwas völlig anderes (nichts funktionsgleiches) ja anders ist also müsse ja auch enhanced sync anders als fast sync sein.
Wenn man das anzweifelt dann müsste schon ein passender Beleg kommen.

Blödsinn ist einzig und Allein die ganze Zeit von Fast-Sync zu labern...
Das ist funktionsgleich. Fast und enhanced sync sind V-Sync wo aber immer der neuste Frame in den scanout geschoben wird und wenn es was davor gab wird es verworfen.

Bist du irgendwie auf den Kopf gefallen?!
Das ist ironisch das von dir zu lesen.

Ich habe mit keinem einzigen Wort Fast-Sync erwähnt, bis ihr bzw. du damit angefangen hast.
Es ist das Äquivalent. Das sollte doch nach dem Lesen der Posts und des Artikels (und etwas Grundwissen über die Verfahren) klar sein.

Kann man eben nicht.
Was redest du da?
Siehe oben - Äquivalent. Man möge mir das Vertauschen verzeihen - das kann man aber aus dem Kontext locker erkennen.

robbitop

2024-02-14, 17:43:46

Reine Behauptung...Sie sind nämlich ganz offensichtlich nicht vollkommen identisch.
Wie könnten sie das auch sein?!
Oder hat nVidia den AMD Treiber geschrieben?
Also wo ist der Beleg?
Wenn man weiß, wie beide Verfahren funktionieren (und davon ging ich aus) sollte das klar sein. Hier beschreibt blurbuster es kurz: https://blurbusters.com/amd-introduces-enhanced-sync-in-crimson-relive-17-7-2/
Und außerdem war das gar nicht der Punkt - der Punkt war dass dein Argument dass etwas völlig anderes anders ist also müsse auch dies anders sein völlig daneben.

Savay

2024-02-14, 17:44:01

Wir haben einen Fachartikel zu Blurbusters geliefert. Zu funktionsgleichen Verfahren.

So funktioniert das nicht! :freak:
Du hast behauptet es ist identisch und verhält sich grundsätzlich identisch..also musst du das auch belegen.

Wenn man das anzweifelt dann müsste schon ein passender Beleg kommen.

Das sie nicht identisch sein können, kann man aus dem Kontext locker erkennen.

Das ist funktionsgleich. Fast und enhanced sync sind V-Sync wo aber immer der neuste Frame in den scanout geschoben wird und wenn es was davor gab wird es verworfen.

Sind sie vollkommen identisch? Wenn ja wo ist denn nun der Beleg dazu?

Wenn man weiß wie beide Verfahren funktionieren (und davon ging ich aus) sollte das klar sein.

Sind sie jetzt identisch und verhalten sich daher immer und grundsätzlich identisch oder nicht?!

der Punkt war dass dein Argument dass etwas völlig anderes anders ist

Wo habe ich das geschrieben? :freak:

robbitop

2024-02-14, 17:49:19

So funktioniert das nicht! :freak:
Du hast behauptet es ist identisch und verhält sich grundsätzlich identisch..also musst du das auch belegen.
Du kamst mit der schwachsinnigen FSR3 Analogie. Darum gings.
https://blurbusters.com/amd-introduces-enhanced-sync-in-crimson-relive-17-7-2/
Blurbusters sagt beide Verfahren sind echtes triple buffer Vsync wo der letzte buffer mit dem letzten Bild ersetzt wird. Entsprechend funktionsgleich.

Ex3cut3r

2024-02-14, 17:49:53

Dargo hat doch oben schon bestätigt, dass Fastsync oder das AMD Äquivalent dazu, ganz leicht mirco ruckelt, und das wurde den Artikel von Blurbusters ja unterstreichen.

Dargo hat ne AMD Karte, reicht dir das immer noch nicht als "Beweis" das Fast Sync bzw. das AMD Äquivalent (weil du es ja so genau nimmst) micro ruckelt in Verbindung mit VRR ?

Zitat Dargo:

Da komme ich jetzt nicht ganz mit. Was macht Enhanced Sync nochmal genau? Denn ich habe das jetzt mal in FH5 ohne AFMF getestet... bei >200fps auf einem 144Hz VRR Monitor. Wenn ich gerade aus fahre finde ich die Bildausgabe in Ordnung. Wenn ich im Kreis fahre und genau auf die Umgebung achte sieht es zwar nicht unbrauchbar aus aber ich merke schon ganz minimal, dass die fps zu der Monitorfrequenz nicht ganz passen. Auch wenn das schon bei >200fps auf hohem Niveau ist. Dieses minimale "Mikroruckeln" im Bild (Frametimes sind natürlich 100% sauber) ist für ein gutes Auge durchaus wahrnehmbar.

robbitop

2024-02-14, 17:52:03

Wo habe ich das geschrieben? :freak:
Hier ist diese "Analogie" die ich meine womit du versucht hast zu argumentieren dass enhanced sync sich anders verhält als fast sync und deshalb der frame limiter nicht die bessere Wahl für FSR3 FG ist sondern Enhanced Sync:
Ja klar...und FSR3 und DLSS3 sind ja quasi auch das gleiche und verhalten sich daher auf jeder HW und in jeder Situation vollkommen identisch. :uup:
Ups...tun sie nicht? Ach wie blöd.

Savay

2024-02-14, 17:53:07

Du kamst mit der schwachsinnigen FSR3 Analogie. Darum gings.

Es ist ein "funktionsgleiches Äquivalent"...also ist es "identisch".
Deine Argumentation...nicht meine. :freak:

Entsprechend funktionsgleich.

Identisch? Ja oder nein?

BTW:
"In the meantime, to get an idea(...)"

robbitop

2024-02-14, 17:56:54

Es ist ein "funktionsgleiches Äquivalent"...also ist es "identisch".
Deine Argumentation...nicht meine. :freak:
Was hat das mit deiner Analogie zwischen FSR3 und DLSS3 FG zu tun?

Identisch? Ja oder nein?

BTW:
"In the meantime, to get an idea(...)"
Wenn es gleich funktioniert warum sollte es zu anderen Ergebnissen führen?
Warte mal - jetzt kommst du: Weil FSR3 =! DLSS3 ist. :freak:

vinacis_vivids

2024-02-14, 17:58:51

ich frage mich warum "robbitop" und "dargo" sich nicht mal zusammen tun und es dem Forum so richtig zeigen, wie alles funktioniert.

robbitop schreibt seine Doktorarbeit über die FSR3-Abtastung auf propiätärer NV-Hardware und dargo sein Diplom mit RDNA2 und warum bei ihm alles ruckelt.

Vorher noch zum Augenarzt auf Farbblindheit testen und Attest für 110% Sehkraft vorzeigen.

Das wäre nal interessant.

Savay

2024-02-14, 18:12:03

Was hat das mit deiner Analogie zwischen FSR3 und DLSS3 FG zu tun?

Das war keine Analogie zwischen FSR3 und DLSS3 (was soll das überhaupt sein?!), sondern eine Analogie, warum ein derartiges undifferenziertes gleichsetzen von Verfahren einfach Blödsinn ist. :ulol4:

Wenn es gleich funktioniert warum sollte es zu anderen Ergebnissen führen?

Wenn es nicht identisch ist, warum sollte es sich immer und grundsätzlich identisch verhalten?! :freak:

Verhält sich rBAR überall gleich?
Funktioniert Async Compute überall gleich gut?
Verhält sich G-Sync Ultimate immer identisch zu A-Sync?

Ex3cut3r

2024-02-14, 18:39:41

Dargo hat es doch bestätigt. Ruckelt genau so wie das Nvidia Äquivalent in Verbindung mit VRR. Herzlichen Glückwunsch, du hast 7 Jahre nicht gemerkt, das deine Bildausgabe verkorkst ist. Und willst es dir aber nicht eingestehen. Peinliche Sache.

Savay

2024-02-14, 18:42:18

In-Game-Limiter...
Lesen kannst du wirklich nicht oder?

dargo

2024-02-14, 18:45:46

Enhanced Sync sendet das letzte vollständig gerenderte Frame an den Monitor.
Quasi ne Art optimiertes und latenzärmeres und dynamisches Triple Buffering.
https://www.sapphirenation.net/enhanced-sync-overview

Wie gesagt...Optimum ist VRR mit In-Game Limiter...aber im Kontext von AFMF nehmen wir ja eh bereits deutliche Kompromisse in Kauf bzgl. der Bildausgabe die wesentlich dominanter sind.

EDIT:
Hab es grade mit TW3 bei um die 130-140FPS@120Hz
Kein Problem mit Enhanced Sync.
Es ruckelt erst wie blöde wenn ich die Maus benutze...

Ich schaue mir AFMF nochmal bei der Gelegenheit in Witcher 3 mit Enhanced-Sync an. Keine Ahnung... vielleicht ist Enhanced-Sync bei mir kaputt? Ich meine mich aber auch schwach daran zu erinnern, dass viele Treiber Probleme mit Enhanced-Sync hatten. Zumindest hatte ich davon bei vielen Treibern in den Release Notes früher gelesen. Ob das immer noch so ist weiß ich nicht da ich dieses Feature nie nutze. Und jetzt bei den Tests habe ich auch keinen Unterschied zwischen Enhanced-Sync On/Off gesehen. Ich hatte bisher aber auch keinen Ingame-Limiter verwendet (leider gibt es den nicht immer), sondern immer mit RTSS limitiert. Ist das der Knackpunkt?

Edit:
Nee... Moment. Stimmt auch nicht ganz. FH5 hat einen eigenen Framelimiter. Dort stand die max. Framerate Ingame bei 144fps. :uponder:

Savay

2024-02-14, 18:56:27

Ab und zu spinnt das in Verbindung mit der V-Sync Einstellung und geht nicht richtig an etc.
Ob RTSS nen Einfluss hat weiß ich aber nicht.

Und dann gibt es auch Spiele wo es gar nicht gut funktioniert...CSGO war mal so ein bekannteres Beispiel.
Muss man halt austesten.

Im Normalfall setze ich halt nen In-Game Limiter...an AFMF ist aber ja eh eher wenig "normal" ;)

Es ist halt auch nicht die perfekte Lösung, das wären halt Displays mit mehr Hz.
Zumal es eher Tearing "arm" als Tearing "frei" ist...

In TW3 kann man auch schön den Limiter umstellen...
Daher habe ich da eben nochmal ne Weile mit rum probiert...60FPS per Ingame limitiert aka 120FPS mit AFMF finde ich jetzt nicht besser als unbegrenzt oder 120FPS Ingame...was irgendwo bei 130-150 rauskommt bei mir.
Eher ist subjektiv letzteres besser...
Aber AFMF ist ja eh schon ein deutlicher Kompromiss, grade mit ner Maus.

Mit Controller ist das alles so dann ganz i.O.
Das Stottern wenn AFMF aus geht finde ich einfach viel störender...

Und man muss halt auch einfach allgemein sagen, dass AFMF Frames einfach von der Fluppzidität nicht so viel "Wert" sind wie echte oder auch "FSR3" Frames (zumindest wie in Avatar)

gedi

2024-02-14, 19:45:17

Das ist ein richtig dummes Totschlagargument. These, Argument, Beleg. Fertig. Genau das wurde bis zu dem Punkt geliefert. Und da VRR und Fastsync bei beiden praktisch identisch funktionieren und keine echten Gegenargumente kamen steht das erstmal. Einfach nur "aber bei AMD ist das bestimmt anders, ich hab aber kein sinnvollen Beleg das aufzeigen außer eine Analogie die überhaupt nicht passt" ist ein wenig dünn.
Und diesen ganzen pubertären Fanboy Kram (den du hier andeutest) können wir hier bitte rauslassen (ich verstehe bis heute Fanboytum nicht - das ist diametrisch mit den Interessen als Endkunde). Das ist ein offenes Technologieforum. Solange objektiv diskutiert wird, gibt es keinen Ausschluss.

Die Analogie ist aber Blödsinn. Entsprechend funktioniert die nicht.
Und du hast angefangen mit Fast Sync (bzw Enhanced Sync was das funktionsgleiche Äquivalent ist). Kein anderer. Man braucht sich auch nicht zu wundern, wenn dann darauf eingegangen wird.

Kann man - ist aber nicht optimal. Und deine Behauptung war, dass es die bessere Lösung ist vs Framelimiter. Und du hast mit Fast-Sync (bzw Enhanced Sync was das funktionsgleiche Äquivalent ist) wie gesagt angefangen. In einem Forum geht man nunmal auf Postings ein. Wenn man das nicht will, dann gibt's nur eine Lösung: den Inhalt nicht posten.

Ist es eben nicht! Ich habe hier mit FSR3+FG, oder AFMF 0 Probleme, solange ich die Framrate auf 118FPS begrenze! Der Bildschirm kann 120Hz in 4k und ist via HDMI angeschlossen. Darum verwundert es hier, dass Probleme mit einer NV-Karte, oder nicht N3x AMD-Karte auftreten. In Cyberpunk gibt es äußerst selten Flickering, aber ansonsten funktioniert es hier eigentlich problemlos. Was mich allerdings am meisten ärgert ist die Erkenntnis, dass RT eigentlich nichts bringt. Entweder sieht ein Spiel sieht gut aus, oder eben nicht, RT ändert an der Immersion 0.0!

kleeBa

2024-02-14, 20:14:26

Gibt es dazu eine Quelle? (und wenn es eigene Erfahrungen sind dann bitte Messungen und keine „Gefühle“) Und wo steht das die ersten 999 Male? Und gibt es dazu irgendwo mehr Details? Selbst DF hat das in ihren Videos so beschrieben und auch mit Framegraphs gezeigt und die sind ziemlich renommiert. Fabio von Ancient Gameplays (und der ist mMn nicht unfähig) hat es auch im neusten Treiber in mehreren Spielen getestet und beschrieben dass er merkt dass es sich abschaltet bei zu starker Bewegung. (Bist du sicher, dass du AFMF meinst oder meinst du FSR3 Frame Generation?)

Ich finde man kann auch sachlich in respektvollem „Ton“ diskutieren. Das unterscheidet gebildete Erwachsene von allen anderen. ;)
Bauchgefühl - scheint tatsächlich in irgendeiner Art dynamisch zu sein.

RDNA3, CP2077, Ingame Frame Limiter 80 FPS, AFMF im Treiber aktiviert.
Mit rumstehen, gemütlich umsehen, einfach geradeaus laufen hält man die 160FPS. Um so schneller man sich bewegt, umherspringt, sich umsieht, um so kleiner werden die FPS (z.B. 148, 131, 120....). Wenn man dann wie ein Irrer mit der Maus kurbelt landet man bei 80 FPS und spätestens jetzt hat sich AFMF scheinbar deaktiviert.
Ohne AFMF hält man die 80 FPS in den gleichen Situationen.

Wie gesagt, nur Bauchgefühl......

Exxtreme

2024-02-14, 21:00:49

Bauchgefühl - scheint tatsächlich in irgendeiner Art dynamisch zu sein.

RDNA3, CP2077, Ingame Frame Limiter 80 FPS, AFMF im Treiber aktiviert.
Mit rumstehen, gemütlich umsehen, einfach geradeaus laufen hält man die 160FPS. Um so schneller man sich bewegt, umherspringt, sich umsieht, um so kleiner werden die FPS (z.B. 148, 131, 120....). Wenn man dann wie ein Irrer mit der Maus kurbelt landet man bei 80 FPS und spätestens jetzt hat sich AFMF scheinbar deaktiviert.
Ohne AFMF hält man die 80 FPS in den gleichen Situationen.

Wie gesagt, nur Bauchgefühl......

Nö, das ist korrekt. Sobald man zu schnell die Maus bewegt, deaktiviert es sich.

kleeBa

2024-02-14, 21:49:43

Schon klar, mir ging es nur darum das es kein stumpfes An oder Aus ist, sondern sich anscheinend dynamisch anpasst.

Wiseman

2024-02-14, 22:56:32

Ich frage mich, warum "robbitop" und "dargo" sich nicht mal zusammentun und es dem Forum so richtig zeigen, wie alles funktioniert.

robbitop schreibt seine Doktorarbeit über die FSR3-Abtastung auf proprietärer NV-Hardware und dargo sein Diplom mit RDNA2 und warum bei ihm alles ruckelt.

Vorher noch zum Augenarzt auf Farbblindheit testen und Attest für 110% Sehkraft vorzeigen.

Das wäre mal interessant.

:D

Eine köstliche Satire. :uup:

DrFreaK666

2024-02-14, 23:32:41

Vielleicht sollte sich robbitop einfach mal eine Radeon gönnen. Sein Wissen über AFMF beruht ja nicht auf Erfahrungen

dargo

2024-02-15, 08:12:23

DrFreaK666

2024-02-15, 08:47:20

Funktioniert Enhanced Sync denn offiziell überhaupt mit AFMF?

The_Invisible

2024-02-15, 09:02:23

Vielleicht sollte sich robbitop einfach mal eine Radeon gönnen. Sein Wissen über AFMF beruht ja nicht auf Erfahrungen

Aja man darf nur mehr mitreden wenn man es selber benutzen kann?

Dann sollten hier einige zwecks, DLSS/FG, RR und Reflex ganz schön die Füße stillhalten ;)

Exxtreme

2024-02-15, 09:19:55

Aja man darf nur mehr mitreden wenn man es selber benutzen kann?

Dann sollten hier einige zwecks, DLSS/FG, RR und Reflex ganz schön die Füße stillhalten ;)

Und vor allem, die Dinge, die wir hier mitteilen sind universell für alle Grafikchip-Hersteller. Da das meiste sehr grundlegende Prinzipien sind. Auch wenn es Unterschiede bei Marketingbegriffen geben kann.

DrFreaK666

2024-02-15, 09:37:19

Ich hab explizit AFMF erwähnt.
Theoretisch kann AMD viel sagen.
FSR3 funktioniert ja auch mit Nvidia/Intel

Savay

2024-02-15, 21:55:36

Funktioniert Enhanced Sync denn offiziell überhaupt mit AFMF?

Das wäre die richtige Frage gewesen und ich habe zum testen das falsche Spiel genommen mit TW3 (DX12).
AFMF versucht anscheinend eigentlich VSync Off zu forcieren.

In CP2077 gibt's dann auch sofort nen Haufen Tearing mit AFMF sobald man es anmacht.
Es teart allerdings bei mir auch noch genauso blöde mit FPS Limit@57 was auch etwas funky ist.

In TW3 (DX12) sehe ich aber kaum bis garkein Tearing und die FPS sind unlimitiert...was dafür spricht das Enh. Sync läuft.
Wenn ich in der Situation dann AFMF anmache sehe ich weiterhin kein Tearing und die FPS verdoppeln sich ca.
Ich kann in dem Spiel aber nichtmal zuverlässig VSync On oder Off zum laufen bekommen.
Da ist das alles irgendwie ziemlich buggy und ich muss auch ohne AFMF raus und rein tabben damit es zuverlässig VSync etc. umschaltet!
Daher scheint es wohl Zustände zu geben in denen AFMF dort irgendwie mit Enh. Sync läuft oder es läuft irgendwas anderes komisches ab.
Und alle paar Versuche buggt dann auch noch der Enhanced Sync Toggle und hängt dauerhaft entweder auf An oder Aus.

Insofern... :uclap:

In CP2077 funktioniert aber generell sowohl VSync off, Vsync On als auch Enhanced Sync problemloser als in TW3.
Und in dem Dreivergleich kann ich weiterhin keinen Nachteil für Enhanced Sync sehen. Aber wayne...

gedi

2024-02-15, 22:44:09

So... Witcher 3 mit AFMF ausprobiert.

https://s20.directupload.net/images/240215/zgis9v74.jpg

Ändert sich nichts. Mit Ingamelimiter von 144fps und Enhanced Sync gibt es weiterhin Tearing. Je näher die echten Frames an 144fps liegen umso weniger stark ausgeprägt fürs Auge (bei ~75fps deutlich ausgeprägt). In Witcher 3 muss ich aber schon extrem mit der Maus fuchteln damit AFMF abschaltet. Nüchtern betrachtet macht aber auch hier AFMF für mich persönlich überhaupt keinen Sinn da ich schon ohne AFMF bei >100fps liege.
Keine Ahnung, was bei dir schief läuft. Hier funktioniert es so abartig gut. Keine Schlieren, Ruckler whatever. Ich sehe auch tatsächlich keine Unterschiede zwischen nativ und AFMF. Die Unterschiede gibt es sicher, wenn man sich Standbilder anschaut. Hier ist es so, alles aufgedreht mündet in minimum 55-118FPS in 4k! Die 118 FPS ergeben sich durch den Limiter. Keine wo sich die Unterschiede ergeben?! Vielleicht ist es auch der Unterbau mit 8.1mt/s RAM, ganz ehrlich, ich verstehe es nicht.

GerryB

2024-02-16, 05:52:54

bei dargo mit seinem komischen IPS-Paneel wundert mich gar nix, da ist Ghosting ein größeres Problem als mit OLED
IPS mit bis zu 5ms GtG ist halt bei ner Frametime von 5...10ms schon totaler Schrott, produziert "eigene" Ghosts

Phil@PCGH hatte mit seinem 240Hz-OLED keine Probleme.

mal ein AFMF-Video von nem YTer:
https://www.youtube.com/watch?v=qXeURSm-0HM
Im Hafen sieht man ganz gut, wie die Frametimes hoch+runter gehen.

Ich bleibe dabei, nur bei zuuuuu schnellen+großen Drehungen ist AFMF kurz vollständig=off.
Den Großteil der Zeit ist AFMF aber genutzt.

btw.
Um Irgendwas in Game XYZ sinnvoll bewerten zu können sollte man das Areal schon mal ne Minute lang anschauen, um sicherzustellen, das nicht noch gestreamed wird.
Glaube nicht, das ein Laie unterscheiden kann zwischen CPU-Limit, Streamen oder AFMF-up/down.
Generell würde ich mir wünschen das Games die zeitgemäßen 16GB-Vram auch ausnutzen und nicht krampfhaft versuchen mit 8GB auszukommen. Da hat man übermäßiges Streamen@default eingebaut.

zuW3:
Ich nehme dann auch nicht ne 180°-Drehung sondern drehe ich mich nur 45° nach links, auf
0° zurück und dann 45° nach rechts und so weiter, was man auch beim normalen Herumlaufen machen würde.

dargo

2024-02-16, 06:19:06

bei dargo mit seinem komischen IPS-Paneel wundert mich gar nix, da ist Ghosting ein größeres Problem als mit OLED
IPS mit bis zu 5ms GtG ist halt bei ner Frametime von 5...10ms schon totaler Schrott, produziert "eigene" Ghosts

Wer redet hier außer dir gerade vom Ghosting bei AFMF? Junge... hör doch bitte auf endlich zu schwurbeln! Jetzt ist also ein IPS-Panel schuld daran weil die Frameausgabe ohne AFMF 100% sauber ist und mit AFMF nicht. :facepalm:

Das wäre die richtige Frage gewesen und ich habe zum testen das falsche Spiel genommen mit TW3 (DX12).
AFMF versucht anscheinend eigentlich VSync Off zu forcieren.

In CP2077 gibt's dann auch sofort nen Haufen Tearing mit AFMF sobald man es anmacht.
Es teart allerdings bei mir auch noch genauso blöde mit FPS Limit@57 was auch etwas funky ist.

In TW3 (DX12) sehe ich aber kaum bis garkein Tearing und die FPS sind unlimitiert...was dafür spricht das Enh. Sync läuft.
Wenn ich in der Situation dann AFMF anmache sehe ich weiterhin kein Tearing und die FPS verdoppeln sich ca.
Ich kann in dem Spiel aber nichtmal zuverlässig VSync On oder Off zum laufen bekommen.
Da ist das alles irgendwie ziemlich buggy und ich muss auch ohne AFMF raus und rein tabben damit es zuverlässig VSync etc. umschaltet!
Daher scheint es wohl Zustände zu geben in denen AFMF dort irgendwie mit Enh. Sync läuft oder es läuft irgendwas anderes komisches ab.
Und alle paar Versuche buggt dann auch noch der Enhanced Sync Toggle und hängt dauerhaft entweder auf An oder Aus.

Insofern... :uclap:

In CP2077 funktioniert aber generell sowohl VSync off, Vsync On als auch Enhanced Sync problemloser als in TW3.
Und in dem Dreivergleich kann ich weiterhin keinen Nachteil für Enhanced Sync sehen. Aber wayne...
Hehe... das meinte ich mir broken Enhanced Sync. :tongue: Und ja... AFMF forciert Vsync Off.

Keine Ahnung, was bei dir schief läuft. Hier funktioniert es so abartig gut. Keine Schlieren, Ruckler whatever. Ich sehe auch tatsächlich keine Unterschiede zwischen nativ und AFMF. Die Unterschiede gibt es sicher, wenn man sich Standbilder anschaut. Hier ist es so, alles aufgedreht mündet in minimum 55-118FPS in 4k! Die 118 FPS ergeben sich durch den Limiter. Keine wo sich die Unterschiede ergeben?! Vielleicht ist es auch der Unterbau mit 8.1mt/s RAM, ganz ehrlich, ich verstehe es nicht.
Es gibt nur zwei Möglichkeiten. Entweder ihr seht die AFMF-Artefakte nicht (wollt ihr sie nicht sehen? nein, soweit möchte ich keinem was unterstellen) oder die Frameausgabe unterscheidet sich zwischen RDNA3 und RDNA2, was Bugs bedeuten dürfte.

GerryB

2024-02-16, 06:23:54

mit AFMF sollten ja mehr Fps am Moni anliegen als Ohne

z.Bsp. ohne nur 100fps
aber
mit dann >>144fps

Das sind ganz andere Frametimes.

btw.
am DP habe ich keine Probleme mit ES

Ob man mit HDMi+VRR < Hz bleiben sollte, kann ich nicht beurteilen.
Bei nem 120Hz-OLED-TV würden ja 118 AFMF-Fps gut reichen.
BigYundol bei PCGH macht es so. (da gibts auch keine dargo-Plässierchen)

dargo

2024-02-16, 06:28:00

mit AFMF sollten ja mehr Fps am Moni anliegen als Ohne

z.Bsp. ohne nur 100fps
aber
mit dann >>144fps

Das sind ganz andere Frametimes.

Was soll man oder ich mit >144fps an einem 144Hz Bildschirm anfangen? Mir das (Mikro)Stuttering schön saufen?

Edit:
Und eine Sache möchte ich noch klar stellen. Dieses "Zittern" bei bestimmten Bildbereichen mit AFMF (ich rede jetzt nicht von Rucklern beim Wechsel zwischen AFMF On und Off) was ich regelmäßig erwähne... ich tue es mir schwer sicher zu bestimmen ob das neue AFMF-Artefakte sind oder einfach nur Tearing-Artefakte da AFMF Vsync Off forciert. Mit Tearing habe ich schon ewig nichts am Hut da lange VRR-Spieler. Deshalb fällt es mir etwas schwer das genau zu bestimmen.

Savay

2024-02-16, 13:23:03

da ist Ghosting ein größeres Problem als mit OLED

AFMF "Ghostet" quasi von sich aus schon...da dürfte ein IPS sogar eher vorteilhaft sein, weil es zumindest bewegte Details mehr blurt. :wink:

Hehe... das meinte ich mir broken Enhanced Sync. :tongue: Und ja... AFMF forciert Vsync Off.

Glaube es steht und fällt eher damit wie zuverlässig der Treiber bzw. das Spiel VSync umschalten kann.
Da ist nicht zwingend "Enhanced Sync" broken...es geht halt nur dadurch indirekt "kaputt".

In CP funktioniert es ja anscheinend wie es soll.
Da würde ich auch eher den Limiter aufgrund des recht starken Tearing bevorzugen...aber der funktioniert bei mir ja in dem Zusammenhang leider auch nicht so richtig.

Davon abgesehen hat bei mir Enhanced Sync im Normalfall eh nur den Zweck ein wenig Rest-Tearing zu minimieren wenn der Limiter mal die eine oder andere Spitze nicht ganz sauber weg glättet.

Bei nem 120Hz-OLED-TV würden ja 118 AFMF-Fps gut reichen.

Die subjektive "Fluppzidität" von AFMF finde ich auch mit Limiter am OLED halt eben nicht ganz optimal.
Daher ja Idee die Basis FPS möglichst hoch halten zu wollen ohne es zwigend auf fmax/2 zu limitieren.

Aber wenn es offiziell nicht geht außer wenn's irgendwie buggt ists ja auch wurscht.
Dann muss man von Spiel zu Spiel schauen was schlimmer ist...Tearing oder weniger Basis FPS.
Wenn es denn aber buggt, bevorzuge ich eindeutig das ganze ohne Limiter...am OLED und mit Controller.

Davon abgesehen würde ich es eh nicht unbedingt für Titel nutzen die mit signifikant mehr als 60-80FPS laufen.
Da bleiben dann im wesentlichen noch ein paar SP Titel über die kein FSR3 haben und bekommen werden...

Deshalb fällt es mir etwas schwer das genau zu bestimmen.

Es sieht auch einfach recht ähnlich aus.
Nur das Tearing eher saubere horizontale Risse sind...und das AFMF eher fransiger und etwas verteilter gewisse Bildanteile zerreist.
Aber bei 60Hz kann man das schlicht besser erkennen als bei 144...

Achill

2024-02-17, 12:05:39

So, anstrengende Woche gehabt und nicht wirklich Zeit hier zu schauen, ging ja schon mal ab hier. Als Reminder, Thema war Austausch und nicht unbedingt zeigen, dass man / wer mehr recht hat ...

Daher ist es evtl. Interessant wenn man immer etwas Context zu seine eigenen Erfahrungen gibt. Es ist imho wichtig was für ein Monitor man hat. Also zumindest ob VRR, die Hz und ggf. ja auch wirklich das Pannel, wobei hier ggf. auch mit rein spielt, ob der Monitor Micro-Ruckelt bei unter/überschreiten der VRR Range.

=> Ansonsten redet man schnell aneinander vorbei ...

---

[..]
Hat jemand Erfahrungen mit AFMF gemacht (mit korrektem Setzen des Framelimiters)? Wenn ja wäre das Teilen hier sicherlich auch interessant.

Ich nutzte es (4k Monitor mit 120Hz, 48-120Hz VRR, ISP) für ...

Strategie-Spiele
- Bei "Age of Wonders 4" (mit 55 fps Limit) hatte ich ja schon ausgeführt, dass ich 8xAA braucht gegen das Dithering-Problem von Transparenten Elementen. Da die Navigation auf der Weltkarte via Tastatur ist, bekommt man die Latzen für die Steuerung nicht mit und damit passt es, die 50er FPS mit 8xAA auf 110er FPS zu heben ist dann einfach nett.
- Und weitere wo die Steuerung nicht das Spielgefühl beeinflusst, um entweder ein höheres VSR zu nutzen oder wenn mir die Grafik schon gefällt, um ggf. Energie zu sparen.

Hack and Slay
- Ich habe schon mal den letzten Pre-Release Stand von "Last Epoch" getestet. Das Spiel hat schonmal eine sehr sauber Frameausgabe, man braucht kein großen Puffer. Hat bei mir sehr gut mit 57 fps Limit und dann mit AFMF auf 112-118fps funktioniert. Mit einer 6800XT/6900XT und gleichwertig/besser braucht man aber kein AFMF selbst für 4k ... fällt für mich wieder nur unter Energie-Sparen (testen für diesen Thread).

Wo es (zumindest bei mir) gar nicht funktioniert:
- Hogwarts Legacy => H.L. hat sehr schlechte Frametimes, selbst wenn man auf der Stelle steht, ist der Graph nicht stabil. Noch schlimmer wird es mit RT und/oder wenn man rennt/fliegt und die alte UE4 die Massen an Daten streamen muss. Mit AFMF hab ich keinen Sinnvollen Puffer gefunden damit es sich flüssig (unabhängig von den Latenz-Problem) anfühlt. Hab bei 50fps Limit dann einfach abgebrochen ...

Wo ich es nicht nutzen werde (wegen Monitor nur 120Hz mit VRR):
- Alle Shooter-Likish Spiele wo Latenz mit der Maus entscheidend und (für mich) deutlich wahrnehmbar ist
- Kein VRR ist für mich keine Option, sehe Tearing und spüre die unrunde Frameausgabe, spiele da ggf. schon viel zu lange mit einen VRR Monitor (ist glaube schon der 3te)

=> Was ich jetzt schon weiß, ein zukünftig neuer 4k Monitor wird definit VRR und etwas um die 200Hz haben müssen.

Achill

2024-03-10, 15:05:57

Mal ein kleines Update zu den Mod von LukeFZ, das Spiel "Horizon Zero Dawn" ist jetzt auch kompatibel (bzw. war es da es keine neues Update vom Mod gibt).

Achill

2024-03-27, 12:41:26

Es gibt seit einiger Zeit einen weiteren Mod um DLSS-FG auf FSR3 zu überbrücken, DLSS Enabler: https://www.nexusmods.com/site/mods/757?tab=description

Es baut auf Nukem9's dlssg-to-fsr3 Mod auf und erweitert diesen für alle DX12 GPUs, daher soll die Kompatibilitätsliste passen: https://github.com/Nukem9/dlssg-to-fsr3/wiki/Game-Compatibility-List

Details / Austausch im entsprechenden Discord Thread: https://discord.com/channels/995299945492008990/1186021762186625115/1190254954913472562

FEATURES
- Tested in many DirectX 12 games on Intel, AMD and NVIDIA GTX/RTX cards
- Supports most of DirectX 12 compatible GPUs (AMD GCN 1-5, RDNA 1-3, Intel ARC, NVIDIA GTX/RTX)
- Enables DLSS Upscaler option (by simulating it through XeSS/FSR2) in all games supporting DLSS 2/3 upscaling on unsupported hardware like AMD, Intel or older NVIDIA GPUs
- Enables DLSS-G Frame Generation option (by simulating it through FSR3) in all games supporting DLSS 3 on unsupported GPUs from AMD, Intel and NVIDIA
- Works out of the box after installing the mod (no additional files nor extra configuration is needed)
- Works under Windows 10 /11 and Linux (see "Supported Operating Systems" section below)
- Should be compatible with most of other mods

Ich hab aber noch nicht viel damit probiert ... kann also noch nichts zur Qualität sagen.

Achill

2024-03-27, 16:26:00

Beim Mod von LukeFZ gab es auch ein Update:

0.10.4

- Add CAS sharpening pass to DLSS versions that do not ship with built-in sharpening (2.5.1.0+)
This works just like the one added to XeSS in the previous release.
- Overhaul swapchain management logic to be more resillient
Fixes race condition on cyberpunk while starting up, alongside possibly improving support for games that recreate the swapchain during runtime.
- Work around crash caused by calling specific XeSS functions during startup while ReShade is active
Should allow you to use ReShade in games that support XeSS in use_game_upscaling mode again.
- Add implementation of GPU faking for macOS.
The GPU should now be faked correctly, but something else seems to still be preventing Unreal Engine games from allowing DLSS.
This workaround only works on D3DMetal.
- Re-enable support for display resolution motion vectors.
Might fix FSR3 in a very small amount of games, most games do not use these motion vectors.

Wiseman

2024-03-28, 04:14:35

Colin MacLaren

2024-03-28, 10:56:31

Wiseman

2024-03-29, 10:10:54

Wiseman

2024-03-29, 22:50:11

Achill

2024-03-31, 17:14:56

Der crasht leider unter Linux auf dem Legion Go in Dragons Dogma2. Uniscaler funktioniert unter Windows, hat aber UI Flackern.

Unter Linux habe noch gar keine der Mods hier ausprobiert. Liegt aber auch daran, dass mein Linux fürs Arbeiten eingerichtet ist und kein Wine/Proton/Steam/.. installiert ist.

Den Uniscaler von LukeFZ habe ich noch nicht versucht, der ist aktuell auch nur als Preview5 verfügbar und laut Discord gibt es noch etwas mehr Probleme als mit dem FSR2FSR3 Mod. XeSS einfach noch als weitere Option zu haben, ist aber gut und kann je nach eigener Präferenz mehr gefallen als FSR.

Bzgl. UI-Flackern können alle Mods (m.W.n.) bei FG nicht zaubern. Die Artefakte sind da oder wenn das Spiel DLSS-FG unterstützt, dann kann die FG-UI-Umsetzung übernommen/genutzt werden, dafür muss aber explizit der Toggle für DLSS-FG im Spiel aktiviert werden, sonst stehen die Daten dem Mod nicht zur Verfügung.

---
Edit: Ich pack hier mal die Beschreibung mit rein ...

This is a preview for "Uniscaler", the next version of FSR2FSR3.

New features and improvements:
- One DLL that is compatible with all FSR versions
- Allows you to change the used upscaler from the config file, even if the game itself does not support it!
- Can use both DLSS-FG and FSR3-FG inputs if provided by the game to eliminate HUD ghosting.

Bug fixes over FSR2FSR3:
- Fixes compatibility with FSR3-FG games like TLOU
- Improves/fixes image quality issues in Horizon: Forbidden West
- Potentially others.

The mod is now an all-in-one solution for upscaling in most DX12 games - If the game supports any one of the three upscalers (DLSS, FSR2/3, XeSS) this mod can be used to enable the other upscalers and FSR3-FG as well.
As this is a preview release, there will probably be some bugs. Please report them as usual!

Known issues:
- Games using DLSS Ray Reconstructions may not work properly when RR is enabled.
- An upscaler needs to be active for the mod to work, just enabling DLSS Frame Generation and no upscaler in game will not work.
- Switching between Upscalers can potentially cause FG to stop working. Restart the game after switching Upscalers for best results

Wenn es jemanden interessiert: ChangeLog

Preview 5

- Fix various crashes on startup and when changing settings, especially in UE games:
-- Fix potentially invalid resource transitions on copy
-- Fix some resource copies not copying the proper dimensions
-- Fix crashes when not using FSR3 as the upscaler on startup
- Fix sharpening/CAS not working at all when not using FSR3 as the upscaler
- Fix disable_frame_generation not working
- Fix/Allow sharpness_override to also allow 0/1 instead of 0.0/1.0
- Fix support for older DLSS versions that do not supply an exposure scale
- Fix DLSS not working in games that do not implement DLSS themselves
- Rework resource recycling to reduce crashes
- Remove unnecessary transitions from FSR3/CAS implementations

---

Preview 4

- Rework FSR3 FG resource accesses to be more in line with DLSS-FG (Fixes H:FW artifacts)
- Properly clear UI resource when Frame Generation is disabled (Fixes H:FW HUD persisting in menus)
- Add Dragons Dogma 2 to the mode-change blacklist (FSR3-FG should now work)
- Passthrough exposure scale option from and to DLSS and XeSS
- Add force_auto_exposure config option to override the original flag value.

Reuploaded preview 4 to include a fix for Unreal Engine games crashing with a command list error

---

Preview 3

- Fix infinite loop caused when using XeSS as the upscaler in games that do not natively support XeSS
- Enable resource recycling which may improve VRAM usage very slightly
- Fix broken resource transitions on HUDless/UI resources (Fixes graphical corruption in H:FW on AMD when DLSS-FG is enabled)
- Rework XeSS resource provider a bit to hopefully no longer crash on exit sometimes
- Replace internal mutex with different variant to fix crashes on Wine/Proton (Fixes crash on H:FW on Linux)
- Add workaround to enable Streamline in H:FW when running under Wine

NOTE: Apparently I broke H:FW support on windows in this build. just use preview 2 for now

---

Preview 2

- Fixed detection of non-SDK FSR2 versions. (Fixes pretty much every game thats not R&C or HFW crashing with FSR)
- Fix XeSS motion vectors using the wrong scale in some games (Cyberpunk 2077)
- Improve compatibility with old DLSS (2.x) versions (Fixes DLSS being unavailable in MSFS)
- Enable usage of DLSS-FG provided UI buffer
- Disable logging of every streamline DLSS-FG mode change
- Tweaked DLSS hooking a bit to improve compatibility on non-nvidia systems
- Fix DLSS input dimentions in games that both not using dynamic resolution and not using streamline

Additionally, for the people interested, I've verified that CyberXeSS works with the mod - With some small config tweaks.
You cannot use the XeSS backend in CyberXeSS (though if you wanted to use that you wouldn't have to use CyberXeSS anyways), and you have to use "dlss" as the upscaler mode in the Uniscaler config.