News Redstone: FSR Frame Generation läuft auf RDNA 3 unter Linux

PCGH_Sven

PCGH-Autor
AMDs neue FSR Frame Generation 4.0.0, welche im Rahmen von FSR Redstone als Feature-Upgrade für FSR 4 erschienen ist und eigentlich exklusiv den aktuellen RDNA-4-Grafikkarten vorbehalten sein soll, läuft unter Linux auf RDNA-3-Grafikkarten.

Was sagt die PCGH-X-Community zu Redstone: FSR Frame Generation läuft auf RDNA 3 unter Linux

Bitte beachten: Thema dieses Kommentar-Threads ist der Inhalt der Meldung. Kritik und allgemeine Fragen zu Online-Artikeln von PC Games Hardware werden hier gemäß der Forenregeln ohne Nachfrage entfernt, sie sind im Feedback-Thread besser aufgehoben.
 
Ganz News ist das nicht, oder? Gab vor ein paar Wochen glaube ich ein Digital Foundry Video, wo die Performance zwischen FSR 3 und 4 auf RDNA 3 verglichen wurde.
 
Die gemessene Latenz verschlechtert sich mit FSR Frame Generation 4.0.0 im Vergleich zur FSR Frame Generation 3.1.6 auf einer Radeon RX 7800 XT von 0,07 ns auf 0,13 ns.
@PCGH_Sven Sicher, dass es Nanosekunden sind? Das wären ja 0,00000013 ms. Fällt mir schwer, das zu glauben.

EDIT: Gerade die Quelle überprüft. Da ist von ms die Rede und nicht von ns.
 
Um die ML-basierte FSR 4 Frame Generation 4.0.0 auf RDNA 3 nutzen zu können, werden ein gepatchtes VKD3D-Proton und somit auch Linux vorausgesetzt
Hab das schon gelesen....
Aber dennoch gibt's sicherlich pfiffige Leute, die das auch irgendwie auf Windows zum laufen kriegen!
Ging doch über Umwege auch mit FSR4 Upscalling...oder nicht?
 
Hab das schon gelesen....
Aber dennoch gibt's sicherlich pfiffige Leute, die das auch irgendwie auf Windows zum laufen kriegen!
Ging doch über Umwege auch mit FSR4 Upscalling...oder nicht?
Nein fp8 Emulation geht nur unter Linux, was du meinst ist int8 upscaling aber da müsste erst Mal wieder eine int8 Version vom frame Generation leaken...
 
NEWS gelesen/verstanden ?

"Um die ML-basierte FSR 4 Frame Generation 4.0.0 auf RDNA 3 nutzen zu können, werden ein gepatchtes VKD3D-Proton und somit auch Linux vorausgesetzt."

man kann VKD3D auch auf windows verwenden. so haben einige damals DX12 spiele auf WIN7 gespielt
win7 kann ja kein DX12, aber VUILKAN und so funktionierten die spiele dann

was man eher benötigt ist ein FP8 in FP16 übersetzer im TREIBER, den MESA auf linux ab version 25.2 bietet und windows vermutlich nicht.
 
Hab das schon gelesen....
Aber dennoch gibt's sicherlich pfiffige Leute, die das auch irgendwie auf Windows zum laufen kriegen!
Ging doch über Umwege auch mit FSR4 Upscalling...oder nicht?
Auf Windows?
... was ein Gefrickel! (Bastlersystem mit proprietären Einschränkungen)

In der reinen Theorie ... (man benötigt Optiscaler, Proton VKD3D und MESA).
Windows zur Nutzung von MESA zu "überreden" wird die größte Hürde dabei darstellen, wie @mylka schon anmerkte.
Ein Container-Betrieb oder ein Linux unter Windows mittels WSL2 sind eher nicht die Wege ...

Was kommt als nächstes? Den Linux-Kernel in Windows verwenden? :ugly:
Irgendwann ist der Punkt erreicht, wo man sich gewahr werden muss, dass es einfacher ist, das Schiff zu verlassen und ein anderes zu nutzen, anstatt das vorhandene vollständig von Kiel bis Sprosse umzubauen.
(aber HEY! Man kann ja Winux verwenden, oder AnduinOS - dann sieht's zumindest wie Windows aus...
:cool:
 
Zuletzt bearbeitet:
Zitat aus dem Artikel:
"Das wirft einige Fragen auf, da sind sich die Enthusiasten in den Kommentaren auf Reddit einig."

Wo wirft das Fragen auf? AMD hat gelernt was NV vorgemacht hat, neue Features nur auf neuer Hardware, egal obhs auf der alten noch laufen würde, alles andere ist nicht gerade verkaufsförderlich. Ist eigentlich logisch.

Mir kommt da nur eine Frage in den Sinn, könnte man auch das NV MF/G Verbot auf RTX 20/30 damit genauso brechen, und sehen ob es rein Hardwarebezogen laufen würde?
 
Zurück