News Starfield: Digital-Foundry-Analyse spricht für starke AMD-Optimierung

Man kann jetzt sagen das jedes Spiel schneller auf gewisser Hardware wäre wenn es in die eine oder andere Richtung optimiert werden würde
Wenn schon erwähnt wird, das extra auf AMD optimiert wurde ;) Ich habe nur diese Aussage heran gezogen. ;)

Du willst wohl kaum anzweifeln, das Nvidia GPUs in nahezu jedem anderen Spiel gegenüber ihrem Gegenspieler besser darstehen, oder?

Ich bin gespannt auf Phantom Liberty...
 
Die FG-Mod nutze ich nicht, ausnahmslos alle Versionen von Puredark sind bei mir instabil und lassen früher oder später das Spiel abstürzen.
Gibt doch mittlerweile noch ne andere Version von n anderen Modder die sogar umsonst ist
Wobei ich jetzt nicht weis welche besser ist..



Du willst wohl kaum anzweifeln, das Nvidia GPUs in nahezu jedem anderen Spiel gegenüber ihrem Gegenspieler besser darstehen, oder?
Nicht wirklich, mit aktiven Rebar läuft die RTX4080 sogar der 7900xtx gute 5% in rastern den Rang ab wo es in offiziellen benchparcouren -3% sind.. bzw die zwei Karten gleichstark sind.

Von den FSR Trauerspiel Mal abgesehen das sich bei FSR FG wiederholen wird.

Und wenn man anfängt offizielle benches zu machen mit aktiven upscaling sollte man versuchen die gleiche Bildqualität zu benchen und nicht die gleiche Renderauflösung..
Was FSR-Q VS DLSS-B (in vielen Games eher DLSS-P) bedeuten würde.. was Nvidia gute 25% Mehrleistung im upscaling zenarios zusprechen würde.. ganz allein dadurch daß man mit der Renderauflösung viel tiefer kommt mit DLSS bevor es anfängt schei'sse auszusehen als mit FSR
 
Zuletzt bearbeitet:
Lies da mal drüber, genau das wurde im Code gefunden. Exorbitant viele, unnötige, Datentransfers.
Über Datentransfers konnte ich da jetzt nichts lesen. Es wurden soweit ich sehe, (Multi-)Drawcalls gemacht, die am Ende leer sind und nur die Kommandopuffer belasten. Das heißt, wenn der Treiber die leeren Calls nicht rausfiltert, könnte es passieren, dass die GPU einige Instruktionen lang nichts tut (bzw. etwas tut, das aber kein Ergebnis hat). Es kann aber auch passieren, dass die CPU-Last steigt. Es ist sehr unwahrscheinlich, dass dadurch ein Bottleneck in der Speicheranbindung passiert.
Das wäre nicht nur ein Bug in der Engine sondern evtl. auch ein Bug im Treiber. Der sollte keine leeren Instruktionen an die GPU senden.

Es handelt sich hierbei um eine allgemeine Verbesserung im Translation Layer, der für Linux benutzt wird, und Starfield ist hier als prominentes Beispiel erwähnt, was jedoch auch andere, nicht genannte Spiele einschließt.

Quelle: https://github.com/HansKristian-Work/vkd3d-proton/pull/1694
 
Über Datentransfers konnte ich da jetzt nichts lesen. Es wurden soweit ich sehe, (Multi-)Drawcalls gemacht, die am Ende leer sind und nur die Kommandopuffer belasten. Das heißt, wenn der Treiber die leeren Calls nicht rausfiltert, könnte es passieren, dass die GPU einige Instruktionen lang nichts tut. Es kann aber auch passieren, dass die CPU-Last steigt. Es ist sehr unwahrscheinlich, dass dadurch ein Bottleneck in der Speicheranbindung passiert.
Das wäre nicht nur ein Bug in der Engine sondern evtl. auch ein Bug im Treiber. Der sollte keine leeren Instruktionen an die GPU senden.

Es handelt sich hierbei um eine allgemeine Verbesserung im Translation Layer, der für Linux benutzt wird, und Starfield ist hier als prominentes Beispiel erwähnt, was jedoch auch andere, nicht genannte Spiele einschließt.

Quelle: https://github.com/HansKristian-Work/vkd3d-proton/pull/1694


  1. Starfield weist den Speicher falsch zu, wenn er nicht mit der CPU-Seitengröße übereinstimmt. Wenn der GPU-Treiber dagegen nicht robust genug sind, wird das Spiel zu unbestimmten Zeiten abstürzen.
  2. Starfield missbraucht eine dx12-Funktion namens ExecuteIndirect. Diese Funktion verlangt unter anderem Hinweise vom Spiel, damit der Grafiktreiber weiß, was er erwarten kann. Da Starfield gefälschte Hinweise sendet, werden die Grafiktreiber bei der Verarbeitung der Daten überrumpelt und erzeugen Blasen in der Befehlswarteschlange. Diese Blasen bedeuten, dass der Grafikprozessor seine Arbeit unterbrechen, die Annahmen über die indirekte Ausführung überprüfen und wieder von vorne beginnen muss.
  3. Starfield erstellt mehrere "ExecuteIndirect"-Aufrufe hintereinander, anstatt sie zu bündeln, was bedeutet, dass das oben beschriebene Problem mehrfach auftritt.

Das jetzt auf den Treiber zu schieben ist gelinde gesagt Anmaßung deinerseits. Und vielleicht hilft rBAR ja die Auswirkungen von Punkt 1 zu verringern.
 
Und? Es ist genau das gleiche, wo ist das Problem?

Ist es nicht.

AMD - SAM - ist global aktiviert, wird per Blacklist für einzelne Spiele deaktiviert, läuft nur mit AMD Karten ab RDNA1
Nvidia - rBAR - wird pro Spiel in den Profilen aktiviert (Whitelist), läuft nur auf Nvidia Karten ab Ampere
 
Ja, normalerweise sind es 10%. Aber hier im Forum sagen mehrere Leute sie haben gestern durch den neuen Nvidia-Treiber 40% mehr Leistung bekommen. Und der hat ja nur rBAR freigeschaltet.

Ich hab jedenfalls gestern durch den den Treiber gar keine FPS bekommen. Und ich hab es dann auch aufgegeben. Das Spiel ist schlicht unspielbar wenn man ein System mit älterer Nvidia-GPU und AMD-CPU hat. Man ist dann quasi doppelt ge*****.
Welche Settings nutzt Du?
Probier mal die von Digital Foundry empfohlenen Settings:
1694621367076.png
 
Ist es nicht.

AMD - SAM - ist global aktiviert, wird per Blacklist für einzelne Spiele deaktiviert, läuft nur mit AMD Karten ab RDNA1
Nvidia - rBAR - wird pro Spiel in den Profilen aktiviert (Whitelist), läuft nur auf Nvidia Karten ab Ampere
Sam und rbar ist genau das gleiche.. Ein pcie Standard .. dieser Standard bewirkt auch bei beiden das gleiche
Nur dir Umsetzung mit White u Blacklist ist eine andere
 
Sam und rbar ist genau das gleiche.. Ein pcie Standard .. dieser Standard bewirkt auch bei beiden das gleiche
Nur dir Umsetzung mit White u Blacklist ist eine andere

Du kannst das wiederholen so oft Du möchtest, das macht es nicht wahr. Ja, es wird ein PCIE Standard Feature genutzt. Ob SAM aber genau so funktioniert wie rBAR weißt Du nicht, also behaupte nicht einfach dass es "genau das gleiche ist". Allein der Blacklist / Whitelist Unterschied macht es zu etwas nicht genau gleichem.
 
Das jetzt auf den Treiber zu schieben ist gelinde gesagt Anmaßung deinerseits. Und vielleicht hilft rBAR ja die Auswirkungen von Punkt 1 zu verringern.
Ja, wenn Punkt 1 stimmt, dann ist das ein anderer Punkt.

Aber nochmal zu der Ineffizienz: Jedes Programm, das unnötige Arbeit macht oder weiterleitet, ist nicht gut programmiert. Egal ob Spiel oder Treiber.
Jeder Programmierer weiß, dass die erste Aufgabe in einer Funktion ist, zu prüfen, ob überhaupt etwas zu tun ist. Und wenn nicht, zum nächsten Superbefehl zu springen. Wer die Prüfung weglässt, wodurch der Rechner unnötige Arbeit macht, hat seinen Job einfach nicht gemacht.
 
Grade eben gab es ein neues Hotfix für Starfield mit Info's über zukünftige Updates.


Dieses erste Update ist ein kleiner Hotfix, der auf ein paar wenige zentrale Probleme abzielt, die uns aufgefallen sind. Danach könnt ihr regelmäßige Updates erwarten, die sich mit den am häufigsten von der Community gewünschten Funktionen beschäftigen. Dazu gehören:
  • Helligkeits- und Kontrasteinstellungen
  • HDR-Kalibrierungsmenü
  • FOV-Regler
  • Unterstützung von Nvidia DLSS (PC)
  • 32:9 Ultrawide Monitor Support (PC)
  • Taste für die Nahrungsaufnahme!

Bezüglich Treiber-Unterstützung arbeiten wir eng mit Nvidia, AMD und Intel zusammen, und mit jedem Update wird es neue Verbesserungen von Stabilität und Leistung geben.

"Wenn ihr auf ?Intel? und Nvidia setzt, erhaltet ihr hier im Vergleich zu AMD-Grafikprozessoren ein auf bizarre Art schlechteres Erlebnis, das völlig außerhalb der Norm liegt."

Digital Foundry, verbreitet mal wieder Fake news, wer hätte es gedacht.

Wie konnte es Bethesda auch nur wagen Starfield zuerst auf AMD GPUs zu Optimieren und erst später sich um andere zu kümmern. Absurd, bizarr, völlig außerhalb der "Norm" nicht zuerst auf Nvidia/Intel hardware zu optimieren.
Jetzt schickt man halt emotional aufgeladene, mit Falschinformationen gefütterte radikale Verehrer auf die Spielentwickler, Spieler und Presse. Einschüchterung, Gaslighting, Verschwörungstheorien, selbst schuld, wenn man es sich mit den Mächtigen verscherzt. Das nächste mal werden es sich Spielentwickler und Publisher zwei mal überleghen mit AMD zusammen zu arbeiten. /s :schief:
 
Im Grunde zeigt Starfield nur auf, dass in AMD Produkten viel Potenzial nicht genutzt wurde, über Jahre.
Grade eben gab es ein neues Hotfix für Starfield mit Info's über zukünftige Updates.




"Wenn ihr auf ?Intel? und Nvidia setzt, erhaltet ihr hier im Vergleich zu AMD-Grafikprozessoren ein auf bizarre Art schlechteres Erlebnis, das völlig außerhalb der Norm liegt."

Digital Foundry, verbreitet mal wieder Fake news, wer hätte es gedacht.

Wie konnte es Bethesda auch nur wagen Starfield zuerst auf AMD GPUs zu Optimieren und erst später sich um andere zu kümmern. Absurd, bizarr, völlig außerhalb der "Norm" nicht zuerst auf Nvidia/Intel hardware zu optimieren.
Jetzt schickt man halt emotional aufgeladene, mit Falschinformationen gefütterte radikale Verehrer auf die Spielentwickler, Spieler und Presse. Einschüchterung, Gaslighting, Verschwörungstheorien, selbst schuld, wenn man es sich mit den Mächtigen verscherzt. Das nächste mal werden es sich Spielentwickler und Publisher zwei mal überleghen mit AMD zusammen zu arbeiten. /s :schief:
Ich schätze so ist Intel und Nivid groß geworden, durch solche Berichterstattung.

Deshalb ist der Treiber und Performance bis heute besser, hust.

Hab immer noch den Jinggle von Intel im Kopf und Nvidia´s

THE WAY IT'S MEANT TO BE PLAYED”​

Man muss als Mensch immer wieder aus der geschaffenen Bubble und immer wieder alles neu validieren.
 
Zurück