Bericht Resident Evil Requiem: Top auf dem Steam Deck und mit Radeon RX im Desktop

floTTes schrieb:
Jetzt kommt's: der mündige User ist nicht automatisch dumm, nur weil er sich nach dem Abwegen von Vor- und Nachteilen dann doch für Windows entscheidet. Oder - Gott bewahre - für das "Edel-Linux" macOS.
Weil ich weiterhin mündig bleiben will, ist weder Windows (wohin es sich die letzten Jahre entwickelt hat) geschweige denn MacOS eine Option. Früher war nur für Gaming Linux keine Option, was sich in den letzten 5 Jahren drastisch geändert hat.
Daher habe ich als mündiger User endlich die Möglichkeit auch bei meinem PC mündig zu bleiben ohne große Einschnitte.
Ich glaube nicht, dass viele User "wegen" Spielen zu Linux wechseln, sondern eher, dass sie endliche eine valide Option haben, weiter zu spielen, auch wenn es kein Windows ist.
 
  • Gefällt mir
Reaktionen: rollmoped und floTTes
Nice 7 Seiten fast nur offtopic

@Kaito Kariheddo vielleicht wäre ein Beitrag der die gängigen Startparameter behandelt eine Idee? Wie schalte HDR ein wie funktionieren auch Controller unter wayland wine detection ect.
Das sind ja zumindest bei protonge oder chashy im Grunde die gleiche Hand voll die immer wieder auftauchen.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Kaito Kariheddo
Artikel-Update: Resident Evil Requiem beherrscht „out of the box“ kein Raytracing unter Linux. Und auch die bekannten Startoptionen, die oft dabei helfen, Funktionen von Windows-Spielen unter Linux zu aktivieren, sind wirkungslos. Doch es gibt eine Lösung, wie die Community schon kurz nach der Veröffentlichung Kund getan hat. Durch das Setzen der folgenden Startoption schaltet sich die vorher verborgene Raytracing-Option auch unter Linux frei.

Code:
%command% /WineDetectionEnabled:False

ComputerBase hat alle drei Grafikkarten erneut getestet. Insgesamt ändert sich am Fazit nichts. Das Spiel läuft auch mit Raytracing gut mit Radeon RX unter Linux, allerdings steht auch in diesem Fall lediglich normales Raytracing und kein Pathtracing zur Verfügung. Die Performance ist weiterhin gut und die Frameraten sind in Full HD dreistellig – auch dank FSR 4.

Nvidia hingegen bietet nach der manuellen Anpassung wie unter Windows auch die Pathtracing-Funktion, es bleibt auf dem Testsystem jedoch bei den zuvor dokumentierten Bildfehlern, weshalb das Spiel weiterhin unspielbar bleibt.

Allerdings muss an dieser Stelle erwähnt werden, dass es in der Community Spieler gibt, die mit Nvidia unter Linux Resident Evil Requiem ohne Bildfehler spielen können. Es scheint letztendlich eine Kombination verschiedener Software(-versionen) zu sein und/oder der GeForce-Generation zu sein, die über die Spielbarkeit entscheidet. Intel hingegen bleibt mit Raytracing unspielbar: Anstatt nur knapp über 10 FPS ohne RT zu liefern, friert Requiem mit RT einfach ein.
 
  • Gefällt mir
Reaktionen: .fF, nipponpasi, rollmoped und 7 andere
Kaito Kariheddo schrieb:
Durch das Setzen der folgenden Startoption schaltet sich die vorher verborgene Raytracing-Option auch unter Linux frei.
Das heisst also, dass Capcom das bewusst und absichtlich und mit zusätzlichem Aufwand, dafür aber ohne ersichtlichen Grund für Linux blockiert.
Damit ist dann auch die Frage geklärt, ob ich für dieses Spiel mehr als 5€ ausgeben würde...
 
  • Gefällt mir
Reaktionen: KeinNutzerName
blackiwid schrieb:
Gefühlt heißt real stimmt das nicht oder wie soll ich das bewerten, kann dieser Aussage nicht folgen.
Real sind vielleicht nur 50% fehlerhaft.

Es könnte uns ja egal sein, wenn Windows-User in Linux keine Vorteile sehen. Sollen sie doch bei Windows bleiben.
Wir tun uns aber selbst keinen Gefallen, wenn wir die Nachteile von Linux klein reden. Das triggert mich. Nicht nur, dass es für einen Schock bei Umsteigern sorgen kann, nein, es behindert auch die Entwicklung Linux'.

Wie man sieht, wird Gaming unter Linux immer angenehmer. Selbst mit nVidia kann man DX8-bis-DX11-Spiele wunderbar genießen. DX12 hat bei nVidia noch heftige Performance-Einbußen. Daran muss man arbeiten. Ein Fingerzeig auf nVidia reicht da nicht.
 
  • Gefällt mir
Reaktionen: Kaito Kariheddo
SavageSkull schrieb:
Ich habe immer mehr die Ahnung, dass meine 4090 für längere Zeit die letzte Nvidia Karte war.
Mal schauen, was AMD mit der nächsten Generation rausbringt und wie weit sich FSR noch entwickelt.
Was soll sich da in den nächsten Generationen ändern? In der Mittelklasse kannst du schon lange auch AMD kaufen, in der Oberliga führt nichts an Nvidia vorbei.
 
Zhenwu schrieb:
Ich kann das absolut nicht nachvollziehen, wieso man sich als Linuxer eine Nvidia Karte kauft.
Musst du auch nicht, bei mir war die 4090 aber zuerst da und schlägt dennoch jede AMD Karte, leider… (Und DLSS ist schon merklich besser)
 
für Rt einfach diesen befehl als Startbefehl setzen , dann läuft es auch
/WineDetectionEnabled:False
Läuft Traumhaft unter Linux , kann ich nur bestätigen.
 
  • Gefällt mir
Reaktionen: rollmoped
floTTes schrieb:
Ein Fingerzeig auf nVidia reicht da nicht.
Alles eine Frage des Fingerzeigs. Herr Torvalds hat da einen Vorschlag.

Screenshot_2026-03-03-08-44-53-157_com.android.chrome-edit.jpg
Ergänzung ()

RzumK schrieb:
für Rt einfach diesen befehl als Startbefehl setzen
Steht im Artikelupdate
 
  • Gefällt mir
Reaktionen: Termy und Jan
Bei Nvidia würde ich erst mal die Füße still halten und auf dem 591.74 Studio Driver bleiben!
 
Also Raytracing hatte ich noch nie irgendwo an, werde mir das Spiel aber mal unter Linux geben. Bin seit Oktober letzten Jahres auf Nobara, und die Platte mit Windows drauf kam dieses Jahr bisher noch einmal zum Einsatz.
Hatte tatsächlich nur zwei Apps, die es nicht so unter Linux gibt (Zwift für Heimtrainer und meine Bankingsoftware), aber die nutze ich beide inzwischen auf einem potenten Tablet und bin somit inzwischen komplett von Windows weg.
Habe aber auch schon seit vielen Jahrem keine AAA-Onlinetitel mehr gezockt, daher ist das Anticheat-Problem kein Thema. Ansonsten liefen zuletrzt Doom: The Dark Ages, Warhammer 40k Space Marine 2 und aktuell Expedition 33 einwandfrei. Genauso wie Diablo4, was ich pro Season auch immer etwas zocke.

Allein schon die Tatsache, dass ein großes Update mit Mesa-Treibern, Kernel- und div. Systemupdates zigmal schneller geht als ein normales monatliches Windowsupdate genügt mir oft schon als Grund. Und auch Dinge wie bereits im OS implementierter Support für Wireguard und openVPN, was ich beruflich viel benötige sprechen da eindeutig für Linux.
 
  • Gefällt mir
Reaktionen: Badesh, rollmoped und Alphanerd
Achso: natürlich ein Danke an @Kaito Kariheddo für den Nachtest mit RT/PT!
 
  • Gefällt mir
Reaktionen: rollmoped und Kaito Kariheddo
Termy schrieb:
Das heisst also, dass Capcom das bewusst und absichtlich und mit zusätzlichem Aufwand, dafür aber ohne ersichtlichen Grund für Linux blockiert.
Das heißt irgendwer hat sich da mit dem Thema beschäftigt und es für besser gehalten das per Default zu deaktivieren. Korrekt
Das sie uns die Option es wieder zu aktivieren geben (der startparameter ist afaik spezifisch für re engine) schreit jetzt nicht nach einem Plan eines Superschurken.
 
BOBderBAGGER schrieb:
Das sie uns die Option es wieder zu aktivieren geben
Tun sie ja nicht. Die Option verhindert nur, dass das Spiel erkennen kann, dass es unter Wine statt Windows ausgeführt wird...
 
  • Gefällt mir
Reaktionen: rollmoped und Kuristina
flaphoschi schrieb:
“Derzeit” ist ein nettes Wort für 2010 bis 2026 und weiterführend.
Naja, meiner Meinung ging das erst mit dem amdgpu-Treiber, fglrx war jetzt nicht so der Hammer. Mein Gedächtnis ist zeitlich etwas unscharf, aber Wikipedia sagt 2014 angekündigt, 2015 1.0, das dürfte die Überarbeitungszeit gewesen sein nachdem der erste Pull Request zurückgewiesen wurde, weil AMD im stillen Kämmerlein entwickelt hat statt sich abzustimmen und vorhandene Strukturen mitzunutzen. Hintergrund war, dass sie möglichst nah am Windows-Treiber bleiben wollten um Aufwand zu sparen. 1.0 hatte auch noch nicht alles drin, erinner mich genau an „Display Core“, hat iirc min. weitere zwei Jahre gedauert. Und meine 290X musste ich lange per Boot-Parameter „erlauben“, weil deren Support offiziell nur experimentell war, überhaupt habe ich ein paar Jahre lang den Kernel selbst gebaut, aber ob das jetzt dafür oder VFIO war kann ich nicht mehr sagen.

Mein Punkt ist: 2010 war AMD nicht die klar bessere Wahl.
 
  • Gefällt mir
Reaktionen: Astorek86, rollmoped und Ultra_Force
Steam Deck...
Beste Erfahrung...
~45 FPS bei Low-Settings

LOL
 
  • Gefällt mir
Reaktionen: ev4x
Termy schrieb:
Tun sie ja nicht. Die Option verhindert nur, dass das Spiel erkennen kann, dass es unter Wine statt Windows ausgeführt wird...
Mir ist klar was die macht aber das kannst du auch hardcoden und nicht als flag mit einem Parameter setzbar machen.
Zumal wir nicht Mal wissen was da sonst noch dran hängt und warum das überhaupt passiert.
 
Zuletzt bearbeitet:
Vulvarine schrieb:
45 FPS bei Low-Settings
Je kleiner das Display umso weniger FPS reichen für einen flüssigen Eindruck. Stell dir einen Ball vor der von links in die Mitte des Bildes rollt: das sind nur 5 cm oder so. Selbst mit 50 fps bewegt er sich also mit jedem Frame um 1mm. Das wirkt sehr flüssig. Wenn du aber einen großen Monitor hast, wo es zur Mitte hin 30 cm sind, bewegt sich der Ball direkt nen halben Zentimeter. Flüssig ist das nicht mehr^^

Und low sieht gut aus, weil eh nich mehr Pixel vorhanden sind für zusätzliche Effekte
 
  • Gefällt mir
Reaktionen: Alexander2, .fF, Hucken und 4 andere
So nebenbei: Den abgebildeten Grafikbug hab ich in Monster Hunter Wilds mit meiner 5070ti unter Arch ebenfalls.
 
  • Gefällt mir
Reaktionen: Jan und rollmoped
BOBderBAGGER schrieb:
aber das kannst du auch hardcoden und nicht als flag mit einem Parameter setzbar machen.
Ja, das kannst du machen - in Wine bzw Proton.
Nochmal: das ist kein Flag, welches vom Spiel ausgewertet wird, sondern Wine/Proton das Signal gibt, dass dem Spiel nicht mitgeteilt werden soll, dass es kein echtes Windows ist!
 
Zurück
Oben