Es gibt eine Lösung dafür, aber ich glaube nicht, dass es derzeit verfügbar ist. Sollte bald in mesa-dev erscheinen.

https://www.phoronix.com/scan.php?page=news_item&px=RadeonSI-GL-4.5-Compat-Patches

Funktioniert jedoch einwandfrei mit einer NVDIA-Karte

Dieses Spiel hat tatsächlich ein Problem mit NVIDIA-Karten. Es kann Vram nicht richtig zuordnen, sodass Sie am Ende Textur- und Terrain-Mesh-Pop haben, was ziemlich schlecht ist.

Wenn Sie zwischen Windows und Linux wechseln und nur schwenken / herumlaufen, können Sie diesen Effekt ganz offensichtlich sehen. Machen Sie eine 180-Grad-Drehung und die Texturen werden langsam zusammen mit dem Tessellationsnetz usw. geladen.

Dies ist wahrscheinlich darauf zurückzuführen, dass das Spiel aus irgendeinem Grund nicht in der Lage ist, die richtige Menge an RAM für die Videokarte zu erkennen und automatisch eine recht geringe Menge zuzuweisen, anstatt die volle Menge der GPU zu nutzen.

Die Warnung kann in der NMS-Konfiguration deaktiviert werden, behebt das Problem jedoch nicht, es wird durch keine Einstellung behoben.

Hallo,
Heute scheint es, als ob NMS endlich funktioniert, in einigen Fällen ...
Der weiße Bildschirm ist weg und das Spiel ist spielbar. Aber die Bodentexturen sind fehlerhaft.
Ich verwende diesen ppa, um den neuesten Mesa-Build zu erhalten: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
Sie haben die zuvor erwähnten und in diesem Mesa-Fehlerbericht beschriebenen Problemumgehungen zusammengeführt: https://bugs.freedesktop.org/show_bug.cgi?id=107581
Ich hoffe, jemand kann sich melden, wenn er die gleichen Probleme mit den Bodentexturen hat.

Schwarzer Bildschirm No Man's Sky (App ID: 275850) mit einer Auflösung von mehr als 1920 * 1080

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/1034.
@Liodinis geschrieben am 2018-08-30T22: 52: 04:

Ubuntu 18.04.1 LTS
I7 6700K @ 4,00 GHz
Nvidia GTX 1070
Nvidia-Treiber 396.54
Proton 3.7-3
RAM 16Go
SSHD 1To Toshiba H200
Anzeige Acer Predator 24 "2560X1440

"No Man's Sky" funktioniert nicht mit einer Auflösung von mehr als 1920 * 1080.

Beim Starten des Spiels wird ein schwarzer Bildschirm angezeigt, aber das Spiel scheint zu funktionieren, da im Hintergrund Geräusche zu hören sind.
Wenn Sie Ihre Bildschirmauflösung auf 1920 * 1080 einstellen oder die Konfigurationsdatei TKGRAPHICSSETTINGS.MXML mit der nativen Auflösung Ihres Bildschirms an der folgenden Stelle bearbeiten:

/home/username/.local/share/Steam/steamapps/common/No Man's Sky / Binaries / EINSTELLUNGEN

Starten Sie das Spiel neu und es wird spielbar.

Hardware Configuration.txt

No Man's Sky Konfigurationsdatei.zip

Niemandshimmel [App ID: 275850] Absturz auf NVIDIA

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/1072.
@ hitchhiker54 veröffentlicht am 2018-08-31T13: 42: 44:

Das Spiel läuft bisher einwandfrei, außer beim Scannen, wenn eine NPC-Basis in Sicht ist. Getestet nach dem Typ "Minor Settlement" und "Observatory" stürzt das Spiel in der Visieransicht sofort auf dem Desktop ab, wenn die Basis angezeigt wird. Spielerbasen, Schiffe und Exokraft scheinen in Ordnung zu sein. Unter Verwendung von gtx980ti, i76700k unter Ubuntu 18.04, Nvidia-Treibern 396.54

[bearbeitet zusätzliche]
Spielversion 1.58, Problem auch an Hello Games gemeldet

sudo lshw Ergebnisse:
https://www.dropbox.com/s/xxu34qjfnjp7f01/specs.txt?dl=0

Ubuntu 16.04, NVIDIA GTX 970, Proton 3.7-5 Beta:

Informationen zum Dampfsystem

Test | Ergebnis
- | - -
Einzelspieler | Arbeiten wie erwartet
Lokale Genossenschaft | _N / A_
Online Multiplayer | Arbeiten wie erwartet

Konfiguration | ...
- | - -
Eingabe | Dampfregler
Anzeige | 1920 x 1080
Vollbild | Ja
Voreinstellung | Mittel ^
VSync | Aus ^^
API | OpenGL

^ Die Standardgrafikvoreinstellung ist Hoch
^^ Die Standardeinstellung für VSync ist Ein

Versucht mit Proton 3.7-3.

Das Spiel hat einwandfrei funktioniert. Mit meinem Setup. Der beigefügte Pastebin zeigt die technischen Daten meines Computers und die Versionen aller relevanten Treiber / Software.

Meine Angaben: https://pastebin.com/9hQP94N1

Ja, es funktioniert technisch besser als unter Windows, da ich unter Windows keine Bildschirmrisse ohne vsync-Aktivierung entfernen kann, was fps zu kosten scheint. Aber unter Linux mit ausgeschaltetem vsync gibt es kein Zerreißen.

Ich habe festgestellt, dass das Spiel Texturen unter NTFS etwas langsam zwischenspeichert. Sie können es etwas beschleunigen, indem Sie big_writes in den Mount-Optionen für das Laufwerk verwenden. Oder verschieben Sie es auf das Laufwerk BTRFS oder EXT4.

No Man's Sky scheint auf meiner alternden Grafikkarte unter Linux tatsächlich flüssiger zu laufen! Scheint sofort zu funktionieren.

Fedora 28
Core i7-4770
Nvidia GTX 760
Proton 3.7-3

Ich hatte die gleichen Probleme mit dem schwarzen Bildschirm wie der Kommentar: https://github.com/ValveSoftware/Proton/issues/438#issuecomment -417493922

Wenn Sie in derselben TKGRAPHICSSETTINGS.MXML-Datei "Borderless" auf "True" setzen, kann das Spiel auch dann ordnungsgemäß ausgeführt werden, wenn die Desktop-Auflösung höher als die Auflösung des Spiels ist. Ich möchte Spiele mit 1920 x 1080 für jede Aufnahme / jedes Streaming ausführen, aber mein Desktop ist auf 1920 x 1200 eingestellt. Wenn ich die Option ohne Rand einstelle, kann ich dies tun.

Unter Windows ist es kein Problem, meinen Monitor bei Bedarf auf 1920 x 1080 einzustellen. Unter Linux tritt jedoch ein Problem mit meinem DVI-Kabel auf, das das System keine 16: 9-Auflösungen für diesen Monitor erkennen lässt Ich konnte sie nicht mit xrandr hinzufügen (beim Versuch, es zu DVI-I-1 hinzuzufügen, wird immer wieder ein BadMatch-Fehler angezeigt.) Ich habe ein DisplayPort-Kabel, damit ich hoffe, dass mein Monitor alle Auflösungen nutzen kann ist fähig zu. Bei meinem zweiten über HDMI angeschlossenen Monitor werden alle Modi ordnungsgemäß erkannt. Mein Hauptmonitor verfügt nicht über einen HDMI-Anschluss, oder ich hätte ihn getestet, um sicherzugehen, dass es sich um das DVI-Kabel handelt.

Update: Es war das DVI-Kabel. Das DP-Kabel wurde letzte Woche eingeführt und alle Anzeigemodi / Auflösungen sind jetzt verfügbar.

[AUSGABE] No Man`s Sky kein Ton (275850)

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/1459.
@Rainakins veröffentlicht am 2018-09-15T09: 23: 49:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: No Man`s Sky
• Steam AppID des Spiels: 275850

System Information

• GPU: GTX 1050ti
• Treiber- / LLVM-Version: Nvidia 396.54
• Kernel-Version: 4.15
• Link zum vollständigen Systeminformationsbericht als Kern :

Computerinformationen:
Hersteller: Unbekannt
Modell: Unbekannt
Formfaktor: Desktop
Keine Berührungseingabe erkannt

Prozessorinformationen:
CPU-Hersteller: AuthenticAMD
CPU-Marke: AMD Ryzen 5 2600 Sechs-Kern-Prozessor
CPU-Familie: 0x17
CPU-Modell: 0x8
CPU-Schritt: 0x2
CPU-Typ: 0x0
Geschwindigkeit: 3400 MHz
12 logische Prozessoren
6 physische Prozessoren
HyperThreading: Unterstützt
FCMOV: Unterstützt
SSE2: Unterstützt
SSE3: Unterstützt
SSSE3: Unterstützt
SSE4a: Unterstützt
SSE41: Unterstützt
SSE42: Unterstützt
AES: Unterstützt
AVX: Unterstützt
CMPXCHG16B: Unterstützt
LAHF / SAHF: Unterstützt
PrefetchW: Wird nicht unterstützt

Betriebssystemversion:
Ubuntu 18.04.1 LTS (64 Bit)
Kernelname: Linux
Kernel-Version: 4.15.0-34-generic
X Server-Anbieter: Die X.Org Foundation
X Server Release: 11906000
X Window Manager: GNOME-Shell
Steam Runtime Version: Steam-Laufzeit-Beta-Release_2018-06-14

Grafikkarte:
Treiber: NVIDIA Corporation GeForce GTX 1050 Ti / PCIe / SSE2
Treiberversion: 4.6.0 NVIDIA 396.54
OpenGL-Version: 4.6
Desktop-Farbtiefe: 24 Bit pro Pixel
Monitor-Aktualisierungsrate: 60 Hz
VendorID: 0x10de
Geräte-ID: 0x1c82
Revision nicht erkannt
Anzahl der Monitore: 1
Anzahl der logischen Grafikkarten: 1
Auflösung des primären Displays: 1920 x 1080
Desktop-Auflösung: 1920 x 1080
Größe des primären Displays: 20,08 "x 11,30" (23,03 "Diag)
51,0 cm x 28,7 cm (58,5 cm Diag)
Primärbus: PCI Express 16x
Primärer VRAM: 4096 MB
Unterstützte MSAA-Modi: 2x 4x 8x 16x

Soundkarte:
Audiogerät: Nvidia GPU 80 HDMI / DP

Erinnerung:
RAM: 16052 MB

Verschiedenes:
UI-Sprache: Englisch
LANG: en_US.UTF-8
Insgesamt verfügbarer Festplattenspeicher: 194192 Mb
Größter kostenloser Festplattenblock: 107787 Mb
VR-Headset: Keine erkannt

Aktuelle Fehlerberichte:

• Protonenversion: 3.7-6

Ich bestätige:

• [x] dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.
• [x] dass ich überprüft habe, ob Updates für mein System verfügbar sind.

Steam-275850.log

Symptome

Der Sound funktionierte anfangs ungefähr eine Woche lang und aus irgendeinem Grund funktionierte der Sound gestern nicht mehr. Alles andere läuft immer noch gut und die Leistung ist großartig, aber der Sound funktioniert einfach nicht mehr

Reproduktion

Für mich ist es einfach, das Spiel zu starten

Für mich friert das Spiel nach Auswahl des Schwierigkeitsgrades ein. Ich bekomme nur einen schwarzen Bildschirm und GNOME reagiert nicht mehr. Der Sound für das Spiel geht weiter, ich kann jedoch nicht weiter mit dem Computer interagieren und ein Hard-Reset ist erforderlich. Ich habe versucht, das Spiel manuell in randlose und fensterlose Modi zu ändern, ohne dass dies Auswirkungen hatte.

Ich verwende einen R9 Fury, Mesa 18.3, LLVM 8 von Padoka, instabil, wie von Proton empfohlen, und Kernel 4.18.8.

Was sagt dir ulimit -aH? Dies kann ein eingeschränktes Problem mit geöffneten Dateien sein, das häufig mit dem Einfrieren der Last verbunden ist.

Ausgabe von ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 4096
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Hallo @ viggy96 , lesen Sie https://github.com/zfigura/wine/blob/esync/README.esync und erhöhen Sie das maximale Limit für geöffnete Dateien auf Ihrem System.

@ Kisak-Ventil Ich dachte, ich hätte es vorher richtig gemacht, aber anscheinend nicht, LOL. Trotzdem versagt No Man's Sky für mich immer noch auf die gleiche Weise.
Ausgabe von ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1048576
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Ich komme bei diesem Spiel immer noch nicht an dem schwarzen Bildschirm vorbei. Ich bin mir nicht sicher, was dies verursachen könnte. Ich habe das maximale Limit für geöffnete Dateien wie oben erhöht, aber immer noch keine Würfel.

Nvidia 396.54.09, Geforce GTX 1050ti, Proton 3.16-1 Beta, Slackware 14.2 Multilib. Nach dem heutigen Update auf Proton 3.16-1 wird die Fehlermeldung angezeigt, dass No Man's Sky mindestens 1,5 GB VRAM benötigt und dass der Adapter (leer) 0 meldet. Das Spiel wird geladen und funktioniert einwandfrei, wenn Sie sich durchklicken obwohl. Fehler? Oder etwas, das ich ändern muss?

@ viggy96 Hast du immer noch Probleme?

Sorry, soll aktualisieren. Meine Probleme wurden mit 3.16-3 behoben.

@SwooshyCueb Ja, das bin ich. Ich komme immer noch nicht an dem schwarzen Bildschirm vorbei. Ich habe versucht, die Spieleinstellungsdatei so zu bearbeiten, dass sie den randlosen Modus verwendet, wie andere vorgeschlagen haben, aber No Man's Sky funktioniert bei mir immer noch nicht.

Ich verwende einen R9 Fury, Mesa 18.3, LLVM 8 von Padoka, instabil, wie von Proton empfohlen, und Kernel 4.18.8.

Ich kann nur vorschlagen, keine experimentellen Treiber und LLVM8 zu verwenden, zur Veröffentlichung von mesa Version 18.2.x zurückzukehren und LLVM 7.0 auszuprobieren

Ich weiß, dass Ubuntu-Repos manchmal schrecklich sind, um die neuesten stabilen Versionstreiber zu bekommen. Ich benutze antergos persönlich.

@ viggy96 Wenn Sie sich abenteuerlustig fühlen, können Sie https://launchpad.net/~kisak/+archive/ubuntu/steamvr ausprobieren (Kernel und xorg-Server sollten dafür nicht benötigt werden), andernfalls https: // launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa ist eine relativ sichere Wette.

@ kisak-ventil Leider löst das stabile Padoka PPA das Problem für mich nicht. Ich habe auch versucht, das Steam-Overlay zu deaktivieren, aber ohne Erfolg. Zum Aktualisieren verwende ich derzeit Kernel 4.19. Es ist ein sehr seltsames Problem, da sogar der GNOME-Desktop abstürzt und ich gezwungen bin, meinen Computer hart zurückzusetzen.

Könnte vielleicht ein Problem mit dem Fury R9- und AMDGPU-Treiber sein? Nicht mehr viele Leute haben die Wutkarten.

Ich habe einen 1080Ti, weil 4k und AMD 4k-Spiele mit 60 fps noch nicht unterstützen. Sobald sie dies tun, werde ich wieder zu AMD-GPUs zurückkehren und in der Lage sein, alle AMD-bezogenen Steamplay-Fehler zu erleben, die Menschen bekommen.

ATM Das Hauptproblem bei NVIDIA-Karten ist, dass die Bibliotheken, die einige Spiele verwenden möchten, nicht mit Wine / Proton kompatibel sind, weshalb sie kürzlich den Spoofing-Trick eingeführt haben.

Ich habe ein Problem beim Rendern aller 3D-Inhalte im Spiel (alle schwarz beim Laden, weiß im Spiel). Alle Menüs funktionieren gut.

Das Ändern von Einstellungen hat keine Auswirkung.
Getestet auf Ubuntu 18.04 LTS und Solus 3.99 - gleiches Ergebnis. (Versuchen Sie auf Ubuntu auch die neuesten amdgpu-Treiber von der amd-Website)

Spezifikationen:
Radeon RX 580-Serie (POLARIS10, DRM 3.26.0, 4.18.16-97.current, LLVM 7.0.0)
AMD® Ryzen 5 1600x Sechs-Kern-Prozessor × 12
7,8 GB RAM

Die Treiber von AMDs Website sind amdgpu-pro

Diejenigen, die Sie ausprobieren möchten, sind das oibaf-Paket auf dem Launchpad, das mit jeder Ubuntu-basierten Distribution kompatibel sein sollte (nicht sicher, ob es sich um Solus handelt).

@jarrard solus ist Ubuntu-basiert, hat aber ein eigenes Paketsystem.
Ich bin zu Ubuntu 18.04 zurückgekehrt und habe Oibaf Repo ausprobiert und es funktioniert jetzt gut, vielen Dank.

Funktioniert auf meinem System (Ubuntu 18.04 mit Mesa 19 Git R9 290)

OpenGL-Herstellerzeichenfolge: X.Org
OpenGL-Renderer-Zeichenfolge: AMD Radeon R9 200-Serie (HAWAII, DRM 3.26.0, 4.18.19-041819-generic, LLVM 7.0.1)
Versionszeichenfolge des OpenGL-Kernprofils: 4.5 (Kernprofil) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Versionszeichenfolge der OpenGL-Kernprofilschattierungssprache: 4.50
OpenGL-Kernprofil-Kontextflags: (keine)
OpenGL-Kernprofilprofilmaske: Kernprofil
OpenGL-Kernprofilerweiterungen:
OpenGL-Versionszeichenfolge: 4.5 (Kompatibilitätsprofil) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Versionszeichenfolge der OpenGL-Schattierungssprache: 4.50
OpenGL-Kontextflags: (keine)
OpenGL-Profilmaske: Kompatibilitätsprofil
OpenGL-Erweiterungen:
OpenGL ES-Profilversionszeichenfolge: OpenGL ES 3.2 Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Versionszeichenfolge für die OpenGL ES-Profilschattierungssprache: OpenGL ES GLSL ES 3.20
OpenGL ES-Profilerweiterungen:

Es hat einige visuelle Störungen, einige Bäume zeigen weiße Artefakte am Rand der Blätter und Zweige.

Buschartige Pflanzen und Gras erscheinen und erscheinen wieder vor Ihnen, als ob sie sich aufgrund der Entfernung auflösen, aber sie sind vor Ihnen.

Abgesehen davon, dass mehr als 100 Stunden unter Linux gespielt werden!

@AntoChu

@jarrard solus ist Ubuntu-basiert, hat aber ein eigenes Paketsystem.

Solus basiert nicht auf Ubuntu. Es hat so angefangen, aber Krawatten geschnitten und von vorne angefangen, jetzt ist es eine eigene Sache.

Gentoo mit Mesa 18.3.1 auf 4.19.9 Kernel läuft wie ein Traum. Auf meinem Vega64 übertrifft es den Windows OpenGL-Treiber.

Die Jungs von Mesa treten ASS bei OpenGL und machen enorme Vulkan-Verbesserungen. Das sind gute Zeiten.

Arbeitet auch für mich seit Mesa 18.3.1 auf ArchLinux.

Ich habe jedoch zuerst einige seltsame Pannen bekommen, die durch Angabe dieser Startoptionen für No Man's Sky behoben wurden:

MESA_GL_VERSION_OVERRIDE=4.5COMPAT force_glsl_extensions_warn=true %command%

Auf Vega64 läuft dann alles hervorragend, nur die Tesselation, die die Leistung auch bei niedrigen Werten wirklich beeinflusst. Das Ausschalten hilft also wirklich.

Wenn bei Proton 3.16-6 STEAM_PREFER_HOST_LIBRARIES auf 0 gesetzt ist, stellt NMS keine Verbindung zu den Servern her. Wenn ich es auf 1 gesetzt habe, wird es. Ist dies ein Ergebnis der gnutls Änderung? (Slackware 14.2 wird mit 3.6.5 ausgeliefert.) Dies funktionierte einwandfrei, ohne host_libraries in 3.15 und niedriger zu verwenden.

Ich habe das gleiche Problem wie @ viggy96 .

Das Spiel läuft auf Kernel 4.19-4.21 rc von Mesa 18.3 bis Mesa-GIT, LLVM7 und LLVM8-svn und erzeugt einen schwarzen Bildschirm.

Kernel 4.18 und GIT-Version von Mesa basierend auf 18.3 mit LLVM-SVN, ich hatte keine Probleme. 123 Stunden ins Spiel gezogen.

Verwenden eines Vega 56. Versuchte alle genannten Korrekturen. Sogar so weit gegangen, meinen gesamten Cache zu leeren, ohne Erfolg.

Ich habe Probleme mit meinem Wayland-basierten Fedora 29-System mit einer ATI Vega64-Karte. Ich erhalte einen weißen Bildschirm mit ungeraden Linien, die angezeigt werden, wenn Systeme beim ersten Start des Spiels initialisiert werden, nachdem ich eine Schwierigkeit ausgewählt habe.

Ich habe überprüft, dass ich tatsächlich 2 ^ 20 offene Dateien als harte und weiche Grenze habe. Ich habe überprüft, dass der Dampfprozess auch so eingerichtet ist.

Es war eigentlich ziemlich ärgerlich, als der Dampfinstallateur auf meinem System ein weiches Limit von 1024 und ein hartes Limit von 2 ^ 18 mit einem Kommentar zu Proton festlegte. Ich brauchte eine Weile, um all das durch Dracut und alle möglichen anderen Dinge zu verfolgen.

Update : Ich habe die Lösung von @ Anthony25 ausprobiert und dadurch die Dinge verbessert. Aber der Boden ist immer noch nicht sichtbar. Auch ist der größte Teil des HUD nicht. Außerdem bekomme ich im Hintergrund seltsame Artefakte, wenn ich zu dem Bildschirm wechsle, auf dem Sie mit Ihrem Multitool herumspielen oder Sachen machen können.

Es funktioniert gut auf meinem Laptop mit einem wirklich anämischen Quadro M1200 Mobile. : - /

Steam mit Wine Standard, also frage ich mich, ob es Korrekturen für dieses Spiel in der Inszenierung gibt, weil ich das benutze. Auch dieses Spiel ist OpenGL (native), also kein DirectX-Spiel, was doppelt so seltsam ist, dass Sie aufgrund der nativen API grafische Probleme bekommen würden.

Vielleicht hat Fedora eine schlechte Mesa-Version?

Hier ist meine Version von allem, was mit Mesa zu tun hat. :-)

$ rpm -qa '*mesa*' mesa-vulkan-drivers-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.i686 mesa-libEGL-18.2.8-1.fc29.x86_64 mesa-libGL-devel-18.2.8-1.fc29.x86_64 mesa-vulkan-drivers-18.2.8-1.fc29.i686 mesa-libGLU-9.0.0-16.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.i686 mesa-libgbm-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.i686 mesa-libOpenCL-18.2.8-1.fc29.x86_64 mesa-vdpau-drivers-18.2.8-1.fc29.x86_64 mesa-libxatracker-18.2.8-1.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.x86_64 mesa-libEGL-devel-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.i686 mesa-khr-devel-18.2.8-1.fc29.x86_64

Das kann Ihnen sagen oder auch nicht, was Sie wissen müssen.

Ich möchte berichten, dass No Man's Sky auf meinem Ubuntu 18.04-System mit einer AMD-GPU (RX 550) nicht funktioniert (überhaupt nicht geöffnet wird).

mit dem kostenlosen Treiber amdgpu von AMD. Ich habe Steam und das Spiel neu installiert, um dies zu bestätigen.

Steam-275850.log

Ja, ich weiß nicht, anscheinend kann ich die GOG-Version auch auf meiner NVIDIA-GPU nicht durch Steam laufen lassen. Seltsames Problem.

Lutris funktioniert gut.

Ich habe festgestellt, dass für das Spiel ein Vulkan-Treiber installiert sein muss, der in Ubuntu 18.04 nicht enthalten ist. Ich habe die Pakete mesa-vulkan-drivers & mesa-vulkan- drivers installiert

https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa

Ich habe auch keine der Betriebssystemprobleme, die ich beim Testen des Treibers amdgpu-pro-18.50-708488-ubuntu-18.04 hatte. Dies wurde kürzlich auf ein neues Build (725072) aktualisiert und hat möglicherweise Probleme mit dem amdgpu-pro-Treibersatz (der einen Vulkan-Treiber enthält) behoben. Aber ich würde es nicht riskieren, da ich große Probleme hatte.

Fix - Verwenden Sie Padoka PPA-Pakete.

Ist das Spiel jetzt nach Vulkan umgezogen? dachte es wäre offen ...

Hmm, ich benutze das Padoka PPA schon immer und No Man's Sky muss noch an meiner Maschine arbeiten. Ich bekomme immer noch eine GNOME-Desktop-Sperre und bin gezwungen, den Computer hart zurückzusetzen, nachdem ich eine Schwierigkeit im Spiel ausgewählt habe.

https://www.nomanssky.com/2019/04/vulkan-update/ Anscheinend gibt es einen Motorwechsel zu Vulkan. Hat jemand schon den experimentellen Zweig ausprobiert?

Nms hat jetzt einen experimentellen Vulkan-Renderer, der auf einigen der 3 Vulkan-Treibern (radv, amdvlk, -pro) hilfreich sein kann.

Niemandshimmel - Vulkan-Zweig (experimentell)

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/2546.
@ Rodhin veröffentlicht am 2019-04-16T16: 35: 46:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: No Man's Sky
• Steam AppID des Spiels: 275850

System Information

• GPU: GTX 980Ti
• Treiber / LLVM-Version: nvidia 418.56
• Kernel-Version: 4.18
• Link zum vollständigen Systeminformationsbericht als Gist : https://gist.github.com/Rodhin/98698055599b676e3e8c868604cc75cf
• Protonenversion: 4.2-2

Ich bestätige:

• [x] dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.
• [x] dass ich überprüft habe, ob Updates für mein System verfügbar sind.

Steam-275850.log

Symptome

Heute hat das Spiel einen experimentellen Zweig erhalten, sie werden von OpenGL zu Vulkan wechseln. Die OpenGL-Version läuft wie ein Traum, aber die Vulkan-Version läuft kaum mit 2-5 FPS. Wenn das nächste große Update für das Spiel veröffentlicht wird, wird der OpenGL-Renderer vollständig gelöscht.

Weitere Informationen zur Vulkan-Version und zum Zugriff auf den experimentellen Zweig:
https://www.nomanssky.com/2019/04/vulkan-update/

Reproduktion

Wechseln Sie zum experimentellen Zweig und starten Sie das Spiel.

Verschiebe meine Antwort auf den richtigen Thread, sorry!

GPU: GTX 1050ti
Treiber- / LLVM-Version: nvidia 418.49.04
Kernel-Version: 4.4.172
Link zum vollständigen Systeminformationsbericht als Gist: https://gist.github.com/garpu/20a8d8928b67f691d56b355c39b4ac28
Protonenversion: 4.2-2

Gleiches Problem hier. Schlechte fps, und es scheint, dass keine Einstellungen die Leistung beeinträchtigen. (Ich habe die Grafikoptionen auf die Standardeinstellungen zurückgesetzt, etwa auf Medium, wo ich auf dem OpenGL-Renderer auf allen hohen Ebenen spielen konnte.)

Protokoll: https://gist.github.com/garpu/bd9d23b1821bbb5f4a6b5f95a9947d02

Die Bestätigung des Vulkan-Updates für No Man's Sky hat die Leistung beeinträchtigt und ist jetzt nicht mehr spielbar.

Systeminfo: https://gist.github.com/LiamDawe/2db6810dfec6b26a81a72580d15a509a

Protonenprotokolldatei: https://gist.github.com/LiamDawe/9497165b31f4ea96f640b3db109db4ad

Ich habe den experimentellen Vulkan-Patch nicht nur mit Proton 4.2, sondern auch mit der Beta-Version 3.16 und einem inoffiziellen TKG-Weinbau (obwohl nicht der neueste, den ich als nächstes versuchen werde) und dem gleichen Ergebnis ausprobiert. Ich habe auch bestätigt, dass die Leistung nicht mit der von Windows identisch ist (wo OGL nur 5 fps einbüßt).

Es scheint nur einen CPU-Thread zu verwenden (oder die anderen nicht gut zu verwenden).

Habe den experimentellen Vulkan-Renderer des Spiels mit meinem amd rx470 getestet und mit RADV stürzt mein Computer auf spektakuläre Weise ab. Er färbt alles lila und spammt das tty mit "[ drm: amdgpu_cs_ioctl [amdgpu]] ERROR Parser 125 konnte nicht initialisiert werden!" mit AMDGPU-PRO Vulkan-Treiber und es funktionierte mit schönen 60fps in der Nähe eines abgestürzten Frachters (habe es nicht weiter getestet). Ich weiß nicht, wie gut AMDVLK funktionieren wird, aber es wird wahrscheinlich genauso funktionieren wie -pro, aber mit einem längeren Ladebildschirm und Stottern.

Ich denke, das Vulkan-Update für das Talos-Prinzip war langsamer als OpenGL, als es zum ersten Mal herauskam. Offensichtlich gibt es weitere Probleme für die Weinkompatibilität, aber hoffentlich den Entwickler und den Fortschritt im Laufe der Zeit.

Ich habe die Grafikkartentreiber auf die 418.52.03-Treiber für Nvidia aktualisiert und keine Änderung vorgenommen.

Ich habe den Vulkan-Renderer erneut ausprobiert, aber mit der neuesten stabilen Version von mesa (19.0.2), und mein System stürzte nicht ab, aber es hatte zunächst eine sehr sehr schlechte Leistung (max. 5 fps), aber ich habe es behoben, indem ich die Standardeinstellungen für die Grafik ausgewählt habe Menü und fps gingen auf max 60fps

Ich habe den Vulkan-Renderer erneut ausprobiert, aber mit der neuesten stabilen Version von mesa (19.0.2), und mein System stürzte nicht ab, aber es hatte zunächst eine sehr sehr schlechte Leistung (max. 5 fps), aber ich habe es behoben, indem ich die Standardeinstellungen für die Grafik ausgewählt habe Menü und fps gingen auf max 60fps

Wenn Sie an anderer Stelle nach Berichten suchen, scheint der Nvidia-Treiber ein Problem zu haben.

Bearbeiten: Ich habe hier in den Nvidia-Devtalk-Foren einen Beitrag verfasst. Wenn mehr Personen mit Nvidia-Karten Ihre Erfahrungen teilen, wird das Problem hoffentlich behoben.

Das könnte durchaus wahr sein. Jemand hier sagte, ein Wechsel von den Beta-Vulkan-Treibern (unter Windows) habe das Problem behoben: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

Hat jemand 418,56 versucht?

Anscheinend wurde auch in den Nvidia-Foren ein Thread gestartet: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Das könnte durchaus wahr sein. Jemand hier sagte, ein Wechsel von den Beta-Vulkan-Treibern (unter Windows) habe das Problem behoben: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

Hat jemand 418,56 versucht?

Anscheinend wurde auch in den Nvidia-Foren ein Thread gestartet: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Ich habe die Vulkan Beta-Treiber unter Windows ausprobiert, keine Probleme damit. Ich habe auch 418.56 unter Linux ausprobiert, die das gleiche Problem haben wie die Entwicklertreiber unter Linux.

Vollständige Sperrung für mich, genau wie damals, als die AMDGPU-Treiber OpenGL 4.5 nicht unterstützten. Weißer Bildschirm und dann komplettes System hängen.
Ubuntu 18.10 mit Kernel 5.0.2 generisch, Padoka PPA instabil Mesa 19.1 Git, LLVM 9

Keine Änderung mit dem Update vom 18. April. Angeblich sollen wir eine Nachricht erhalten, wenn unsere Treiber nicht unterstützt werden? Ich habe keine Nachricht erhalten, die es startet. Angenommen, es wird nach Vulkan-Erweiterungen gesucht? Was ist im AMD-Treiber implementiert, der funktioniert, der nicht im Nvidia-Treiber enthalten ist? Wenn wir das herausfinden können, können wir möglicherweise den nvidia-Fahrern etwas zur Verfügung stellen. (Vorausgesetzt, dies ist auch kein Engine-Fehler, der es sein könnte - Leute mit den neuesten Treibern unter Windows haben das gleiche Problem.)

Jemand auf der Protondb sagte, sie hätten es mit ein paar Tricks anständig mit Amdvlk-Treibern zum Laufen gebracht.

• GPU: GTX 970
• Treiber / LLVM-Version: 418.56
• Kernel-Version: 5.0.7
• Link zum vollständigen Systeminformationsbericht als Gist : https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -sysinfo-txt
• Protonenversion: 4.2-3
• Protonenprotokoll: https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -steam-275850-log

Ich habe versucht, es auszuführen und wined3d deaktivieren, aber es sieht so aus, als wäre es nicht auf DXVK zurückgefallen. Alle Laufzeiteinstellungen scheinen die Leistung nicht zu beeinträchtigen - sie gingen von einem spielbaren 60-FPS-Status (normaler Zweig) auf 10-12 FPS mit dem experimentellen Zweig über.

Ich habe versucht, es auszuführen und wined3d deaktivieren, aber es sieht so aus, als wäre es nicht auf DXVK zurückgefallen. Alle Laufzeiteinstellungen scheinen die Leistung nicht zu beeinträchtigen - sie gingen von einem spielbaren 60-FPS-Status (normaler Zweig) auf 10-12 FPS mit dem experimentellen Zweig über.

Das Spiel verwendet übrigens kein Direct X, daher werden WineD3D oder DXVK überhaupt nicht verwendet. Es ist direkt Vulkan (oder OpenGL für das aktuelle Live), daher ist die Verwendung von D3D-bezogenen Startbefehlen sinnlos.

Bearbeiten: Der neue Nvidia-Treiber 418.52.05 hat keine Änderung veröffentlicht.

Kleines Update versucht 430.09 das gleiche Problem.

Eine Sache, die ich immer wieder bemerke, ist dieser Fehler, der in den Protokollen erscheint:

4306.386:002a:002b:fixme:vulkan:wine_vkCreateCommandPool Support for allocation callbacks not implemented yet

Wird mit dem Update vom 29. April überhaupt nicht geladen. Ich erhalte ein Popup mit der Meldung "Vulkan kann nicht initialisiert werden (vkEnumerateInstanceExtensionProperties fehlgeschlagen). Möglicherweise ist kein Vulkan-Treiber installiert, oder ein alter Treiber auf Ihrem Computer ist möglicherweise beschädigt."
ETA: Ich habe 418.52.05 installiert. Keine Probleme mit DXVK-Anwendungen.

Ich muss bestätigen. Wenn Sie das Spiel nach dem experimentellen Update vom 29. April ausführen, wird der Fehlerdialog (vkEnumerateInstanceExtensionProperties) gefolgt von einem schwarzen Bildschirm angezeigt (Sie müssen NMS.exe mit SIGKILL beenden, um diesen schwarzen Bildschirm zu entfernen). NVidia-Treiber 418.56

vkEnumerateInstanceExtensionProperties auch hier.

Kann jemand bestätigen, ob dies bei AMD passiert?

@ fls2018 @ volca02 Gleiches Problem mit 'vkEnumerateInstanceExtensionProperties' bei AMD mit einem Radeon VII, Mesa 19.0.1-Stall von Padoka. Kernel 5.0.10.

Hat jemand versucht mit Stockwein oder Wein-Inszenierung? NMS-Fehler oder WINE / Proton-Fehler?

Vulkan ist für alle 3 und Vulkan-Treiber (RADV, AMDVLK und -PRO) defekt.

EDIT: versucht mit einem Custon Proton-TKG 4.5 Build

Der mit dem Spiel gelieferte Vulkan-Lader funktioniert in Wine nicht. Sie können WINEDLLOVERRIDES='vulkan-1=b' um den Fehler vkEnumerateInstanceExtensionProperties zu umgehen.

Jetzt ist es wieder da, wo es vor dem Patch vom 29. April war. Klingt so, als hätten Nvidia-Benutzer unter Windows immer noch FPS-Probleme.

Jetzt ist es wieder da, wo es vor dem Patch vom 29. April war. Klingt so, als hätten Nvidia-Benutzer unter Windows immer noch FPS-Probleme.

Das ist unten in Nvidia, um einen Blick darauf zu werfen. Ich habe einen Thread in den Devtalk-Foren erstellt, aber er ist ohne Antworten gesunken.

Ich habe das neue Update gerade selbst mit dem Override ausprobiert. Es scheint, dass sich die Leistung etwas verbessert hat ... immer noch halb so hoch wie es sein sollte, aber meiner Erfahrung nach 25-30 fps mehr bei 1440p als vor dem letzten Update.

Hierbei wird der neueste 430-Filialtreiber von Nvidia verwendet (kein Entwicklertreiber). Ich wollte zurück zum 418-Entwicklungszweig wechseln, um zu sehen, ob er sich auch verbessert.

Aktualisieren:

418.52.05 Treiber + neues Update = 5 fps

430.09 Treiber + neues Update = 40-50 fps auf niedrig bei 1080p auf einer GTX 1070.

Jetzt, wo ich zum 430.09-Treiber gewechselt bin, ist alles so glatt wie Seide. Einige Pannen, aber es sind die gleichen Pannen, die ich anderswo gesehen habe - zum Beispiel mit Planetenringen und Atmosphären, die in Raumstationen und die Anomalie durchbluten. Ich habe keine formalen Benchmarks durchgeführt, aber es ist für mich ungefähr gleichwertig mit OpenGL.

Ich habe gehört, der Vulkan-Renderer war erheblich langsamer als opengl atm. Können wir tatsächliche Vergleichszahlen erhalten?

Wenn Sie den Vulkan-Loader des Spiels überschreiben, zeigt das Spiel eine Kopie des Framebuffers an und hängt dann. Das System reagiert jedoch. Mit amdgpu

Jetzt, wo ich zum 430.09-Treiber gewechselt bin, ist alles so glatt wie Seide. Einige Pannen, aber es sind die gleichen Pannen, die ich anderswo gesehen habe - zum Beispiel mit Planetenringen und Atmosphären, die in Raumstationen und die Anomalie durchbluten. Ich habe keine formalen Benchmarks durchgeführt, aber es ist für mich ungefähr gleichwertig mit OpenGL.

Können Sie weitere Details angeben, z. B. Systemspezifikationen, Auflösung, Einstellungen usw.?

Grund dafür ist, dass 430.09 besser ist. Ich bekomme immer noch nur die Hälfte der Leistung von OGL oder Vulkan unter Windows. Es ist definitiv nicht glatt wie Seide für mich, Borderline vielleicht spielbar.

Wenn ich Terrain Tessellation aktiviert habe, stürzt es jedoch ab, und ich konnte dies mit OpenGL verwenden. Ich schalte die Unschärfe wegen Reisekrankheit immer aus.

Nvidia 1050ti, i7-2700K, Slackware 14.2 mulitlib.

Mit Mesa scheint dieser neueste experimentelle Zweig nicht zu funktionieren.
Das Aktivieren von AMDVLK hierfür funktioniert jedoch.

Ich kann den Absturz reproduzieren, wenn ich Tesselation aktiviere.
EDIT: Crash scheint für mich zu sein, wenn vsync eingeschaltet ist, nicht tesselation.

Wenn ich Terrain Tessellation aktiviert habe, stürzt es jedoch ab, und ich konnte dies mit OpenGL verwenden. Ich schalte die Unschärfe wegen Reisekrankheit immer aus.

Nvidia 1050ti, i7-2700K, Slackware 14.2 mulitlib.

Kannst du nvidia-smi im Terminal spielen? Ich stelle fest, dass NMS.exe nur 800 MB VRAM verwendet. Vielleicht gibt es einen seltsamen Engpass bei der Speicherzuweisung.

Ziemlich solide bei 1712MB. Nicht mehr und nicht weniger, was seltsam ist. Ich würde erwarten, dass sich diese Zahl beim Spielen in die eine oder andere Richtung bewegt. 142 MB, wenn nichts verwendet wird, also 1570 MB für NMS.

Ziemlich solide bei 1712MB. Nicht mehr und nicht weniger, was seltsam ist. Ich würde erwarten, dass sich diese Zahl beim Spielen in die eine oder andere Richtung bewegt. 142 MB, wenn nichts verwendet wird, also 1570 MB für NMS.

Das kann doch nicht richtig sein?

Das Spiel verbraucht mehr Systemspeicher als GPU-Speicher, unter Windows mit 1440p verbraucht es einige GB GPU-Speicher.

Zur Bestätigung: NMS.exe benötigt auf meinem NVIDIA-System (GTX 1080, 430.09) beim Laden in der Raumstation nur etwa 1022 MB GPU-Speicher und auf dem Planeten etwa 1048 MB.

Und mit OpenGL?

Beachten Sie, dass der zugewiesene Speicher nicht mit dem tatsächlich verwendeten Speicher identisch ist. Vulkan erhält möglicherweise aufgrund spezifischer Vulkan-API-Optimierungen nur eine deutlich geringere Zuweisung (weist nur das zu, was es benötigt). OGL wird wahrscheinlich ALLOT mehr Speicher zuweisen.

Und mit OpenGL?

Beachten Sie, dass der zugewiesene Speicher nicht mit dem tatsächlich verwendeten Speicher identisch ist. Vulkan erhält möglicherweise aufgrund spezifischer Vulkan-API-Optimierungen nur eine deutlich geringere Zuweisung (weist nur das zu, was es benötigt). OGL wird wahrscheinlich ALLOT mehr Speicher zuweisen.

Unter Windows im gleichen Vulkan-Experiment werden 4,2 GB verwendet, unter Linux sind es 1,2 GB, wie oben, nur 800 MB für NMS.exe. Es gibt definitiv irgendwo einen schwerwiegenden Engpass, egal ob die Speicherzuweisung das Problem ist oder nur das Symptom, es gibt definitiv ein Problem.

Es ist möglicherweise auch nicht ganz Linux-spezifisch. Ich habe in den NMS Steam-Diskussionsforen einen Beitrag gelesen, in dem festgestellt wurde, dass ein Windows-Benutzer eine schlechte Leistung hatte, bis er seine GPU auf einen anderen PCI-e-Steckplatz umstellte (das kann ich wegen Wasserkühlung nicht testen). . Ich habe auch Leute gesehen, die Probleme mit SLI haben, die das 5-fps-Problem auslösen.

Hallo, alle miteinander. Ich hatte vor kurzem auf Linux Mint 19.1 umgestellt. Mein Rig ist mit einer Phenom II X6 1090T-CPU, 16 GB DDR3-RAM, einer einzelnen Red Devil Vega 64-Grafikkarte ausgestattet und bootet Linux Mint und Windows 10 doppelt. Linux Mint verwendet den 4.18-Kernel.

Auf der Linux-Seite habe ich die neuesten instabilen Padoka MESA-Treiber (instabil wurde aufgrund der Unterstützung von Vega-Karten ausgewählt) zusammen mit den neuesten Vulkan-Treibern installiert. Ich hatte kürzlich versucht, den experimentellen Build von No Man's Sky zu starten, um die Vulkan-API zu nutzen, aber ich habe das gleiche "Vulkan kann nicht initialisiert werden (vkEnumerateInstanceExtensionProperties fehlgeschlagen) erhalten. Möglicherweise ist kein Vulkan-Treiber installiert oder ein Der alte Treiber auf Ihrem Computer ist möglicherweise beschädigt. " als @garpu @ fls2018 und @ volca02 empfangen. Ich habe versucht, den in diesem Thread angezeigten Überschreibungsbefehl zu verwenden, um den NMS-eigenen Vulkan-Launcher zu umgehen, aber er gab mir genau die gleiche Fehlermeldung. Ich hatte keine andere Wahl, um zum stabilen Build von NMS unter Linux zurückzukehren. Gibt es noch andere Lösungen? Oder ist dies ein Problem, das in neueren Updates des experimentellen Zweigs von NMS behoben werden muss?

Unter Windows 10 habe ich die AMD-Treiber auf Adrenalin 19.4.3 aktualisiert und den experimentellen Build von NMS gestartet. Es wurde erfolgreich gestartet und stellte eine erhebliche Steigerung der Leistung und der FPS fest. Es stottert immer noch herum, aber das kann an meinem CPU-Flaschenhals liegen. Zuerst sah ich keine Leistungssteigerung, bis ich in die Grafikoptionen ging und das Standard-FPS-Limit 30 auf 90 erhöhte und die V-Synchronisierung deaktivierte.

Jede Information wäre sehr dankbar.

gut atm der opengl build sollte sowieso besser funktionieren als vulkan. Unter Linux wird eine Speicherbeschränkung auf den Vulkan angewendet, und bis wir das herausfinden, wird es wahrscheinlich Leistungsprobleme bezüglich der Option ogl geben.

Letzter 430.14 Treiber keine Änderung.

Mit dem Update vom 14. Mai stürzt die Tessellation immer noch ab (Nvidia-Treiber 430.14). AFAIK, Tessellation hat auch für Windows-Benutzer immer noch Probleme.

In Proton 4.2-4 heißt es: "Verbessern Sie die Vulkan-Unterstützung für den neuen No Man's Sky Vulkan-Build."

Dies bedeutet, dass keine Weinüberschreibungen mehr verwendet werden müssen, um Vulkan auf eingebaut zu setzen.

Ich sehe keinen Unterschied in der Leistung.

Wenn Sie auf NVIDIA sind, seien Sie auf der 430-Serie, es ist viel näher an OpenGL-Levels jetzt in der Vulkan-Beta und tatsächlich wieder spielbar.

Ich scheine in Vulkan einen GPU-Hang auf meinem RX 580 mit Mesa 19.1.0-rc2 / LLVM 8.0 zu bekommen, sobald das Spiel fertig geladen ist. Kann jemand anderes bestätigen?

Ich habe es nicht ohne Esync versucht, aber ich denke nicht, dass dies einen Unterschied machen wird, da das Spiel unter OpenGL gut funktioniert.

Mit dem neuen Proton-Update hat das Spiel für mich auf RADV wieder gut funktioniert. (Mesa 19.0.4 / LLVM 8.0.0) auf einer Radeon VII

Hallo @ jerbear64 , bitte kopieren Sie Ihre Systeminformationen von Steam ( Steam -> Help -> System Information ) und fügen Sie sie in eine Fügen Sie dann einen Link zur Liste hinzu dieser Issue-Bericht. Fügen Sie außerdem PROTON_LOG=1 %command% zu den Startoptionen des Spiels hinzu und ziehen Sie das generierte $ HOME / steam- $ APPID.log per Drag & Drop in das Kommentarfeld.

https://gist.github.com/jerbear64/ce4c393c02d467790dbb65e9f115a780

Ich habe letzte Nacht ein Protonenprotokoll aufgenommen. Dies hängt bis zum GPU-Hang, sodass das Spiel infolgedessen abrupt geschlossen wurde.
Steam-275850.log

@ jerbear64 , wenn es nicht zu viel Aufwand ist, können Sie eine Problemumgehung unter https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1 versuchen

Kein Problem, ich habe bereits meine eigene Mesa COPR auf Fedora. Ich kann die Problemumgehung heute Abend anwenden und zurückmelden.

-------- Originale Nachricht --------
Am 15. Mai 2019, 8:56 Uhr, schrieb Kisak-Valve:

@ jerbear64 , wenn es nicht zu viel Aufwand ist, können Sie eine Problemumgehung unter https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1 versuchen

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm .

Hallo, alle miteinander!

Das neueste experimentelle Zweig-Update von No man's sky ermöglichte es nms, mit Vulkan unter Linux Mint 19.1 zu starten, ohne die spezielle Befehlsumgehung zu verwenden. Das Spiel konnte geladen werden und ich konnte mich bewegen ... Für kurze Zeit.

Das Spiel hat jedoch die Grafiken sowohl auf meinem Primärbildschirm als auch auf meinem Sekundärbildschirm eingefroren (auf dem Sekundärmonitor war mein Webbrowser aktiv), nachdem ich mich in dem Bereich umgesehen hatte, in dem ich zuletzt gespeichert hatte, obwohl der Ton immer noch vom Spiel kam. Ich konnte weder vom Spiel noch vom PC eine Antwort erhalten und musste daher mein Rig hart zurücksetzen.

Sicher ein Schritt in die richtige Richtung, aber ich erstarrte nach kurzer Zeit, als ich mich umsah. Ich wechselte wieder zum Stallbau.

Problemumgehung hatte keine Auswirkung. Hängt immer noch direkt nach dem Ladebildschirm.

@TarsusEndri Klingt wie ein GPU-Hang und ähnelt meinen Symptomen. Was ist Ihre GPU / Treiber?

@ jerbear64

Meine GPU ist ein Powercolor Red Devil RX Vega 64 mit den neuesten MESA-Padoka Instable-Treibern (laut Padoka-Seite werden für die Verwendung mit Karten der Vega-Serie instabile Treiber benötigt). Neueste Vulkan-Treiber wurden ebenfalls installiert.

Und dieser neue Shader-Preaching-Mist, der gerade zu Steam hinzugefügt wurde, reduzierte die Leistung noch mehr ...

Ich werde Vulkan für dieses Spiel erst ausprobieren, wenn es nicht mehr in der Beta ist und die endgültige Version ist. Versuchen Sie auch, Ihre Cache-Dateien für dxvk und proton zu löschen

Nur zur Veranschaulichung: Der NVIDIA-Treiber 418.52.07 scheint das Update für die niedrigen FPS nicht zu enthalten. Bei dieser Version des Treibers handelt es sich um einstellige FPS (nur 430. * scheinen die Verbesserung zu enthalten).

Nur zur Veranschaulichung: Der NVIDIA-Treiber 418.52.07 scheint das Update für die niedrigen FPS nicht zu enthalten. Bei dieser Version des Treibers handelt es sich um einstellige FPS (nur 430. * scheinen die Verbesserung zu enthalten).

Ich vermutete das auch, der neue Vulkan-Entwicklertreiber ist nichts weiter als der gleiche alte Zweig mit ein paar zusätzlichen Erweiterungen. Wie bereits erwähnt, müssen sogar 430 noch verbessert werden, da es ein Speicherproblem gibt.

@ jerbear64 Meine GPU stürzt auch mit Mesa 19.1rc4 (LLVM8) und 19.2-git (LLVM9) im experimentellen Zweig von Vulkan ab, während mesa 19.0.x (LLVM8) einwandfrei funktioniert. AMDGPU / 290X / Arch Linux rollt.

Ich kann den Absturz jedoch generell wiederholen. Für mich scheint es zu sein, wenn ich versuche, in mein Biodom voller Pflanzen zu packen. Verwirrenderweise stürzt es jedoch nicht ab, wenn ich nach draußen gehe und auf die Außenseite des Biodoms spritze und hineinschaue. Wenn also innerhalb des Glasquaders, der zum Biodom führt, ein Schatten- oder Licht-Shader (?) Etwas Seltsames tut.

Ich habe keine DXVK-Protokolle oder ähnliches. Ich habe nur Mesa 19.1 und 19.2 ausprobiert, weil VirtualBox auf Mesa 19.0.5 visuelle Beschädigungen aufweist. Ich dachte also, ich würde lieber versuchen, neuer als älter zu werden ... Ich werfe nur mein "Ich auch" in den Ring.

Vielleicht ein ähnlicher Vulkan-Bug? https://github.com/doitsujin/dxvk/issues/1056

Es gibt keine DXVK-Protokolle, da es sich nicht um ein DX-Spiel handelt. Zumindest bin es aber nicht nur ich.

-------- Originale Nachricht --------
Am 1. Juni 2019, 12:24 Uhr, schrieb HanFox:

@ jerbear64 Meine GPU stürzt auch mit Mesa 19.1rc4 (LLVM8) und 19.2-git (LLVM9) im experimentellen Zweig von Vulkan ab, während mesa 19.0.x (LLVM8) einwandfrei funktioniert. AMDGPU / 290X / Arch Linux rollt.

Ich kann den Absturz jedoch generell wiederholen. Für mich scheint es zu sein, wenn ich versuche, in mein Biodom voller Pflanzen zu packen. Verwirrenderweise stürzt es jedoch nicht ab, wenn ich nach draußen gehe und auf die Außenseite des Biodoms spritze und hineinschaue. Wenn also innerhalb des Glasquaders, der zum Biodom führt, ein Schatten- oder Licht-Shader (?) Etwas Seltsames tut.

Ich habe keine DXVK-Protokolle oder ähnliches. Ich habe nur Mesa 19.1 und 19.2 ausprobiert, weil VirtualBox auf Mesa 19.0.5 visuelle Beschädigungen aufweist. Ich dachte also, ich würde lieber versuchen, neuer als älter zu werden ... Ich werfe nur mein "Ich auch" in den Ring.

Vielleicht verwandt? doitsujin / dxvk # 1056

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm .

Auch das Problem beim Absturz beim Laden mit der Vulkan-Version. 980Ti stürzt während der Ladeszene ab mit:
wine_vkCreateCommandPool Support for allocation callbacks not implemented yet , was meiner Meinung nach der Fehlercode ist.

Ausführen des Treibers 418.52.10 auf 5.1.12-arch1-1-ARCH

Steam-275850.log

Mein RX 480 erhält einen ähnlich farbenfrohen Bildschirm, hängt dann und der Fehler "Parser -125 konnte nicht initialisiert werden" in dmesg im experimentellen Zweig. OpenGL ist langsam, funktioniert aber. Ich verwende AMDGPU (Mesa?) 19.1.1 mit LLVM 8.0.0.

Interessanterweise stürzt das Spiel erst ab, wenn Sie einen brandneuen Save erstellen - ohne einen alten zu laden -, bis das kleine Interszene-Intro beendet ist.

Mein RX 480 erhält einen ähnlich farbenfrohen Bildschirm, hängt dann und der Fehler "Parser -125 konnte nicht initialisiert werden" in dmesg im experimentellen Zweig. OpenGL ist langsam, funktioniert aber. Ich verwende AMDGPU (Mesa?) 19.1.1 mit LLVM 8.0.0.

Interessanterweise stürzt das Spiel erst ab, wenn Sie einen brandneuen Save erstellen - ohne einen alten zu laden -, bis das kleine Interszene-Intro beendet ist.

Könnten Sie mit einem neuen Save & Vulkan ein PROTON_LOG=1 generieren?

Prost

ANMERKUNG: Der erste Versuch zu laden hat ctd nach dem Starfield Travel Intro ausgeführt, aber das zweite Laden hat gut funktioniert, möglicherweise ein Hickup bei der Shader-Cache-Generierung.

Hier ist mein Steamplay-Protokoll auf manjaro xfce 1080TI, scheint zu funktionieren, aber es kann ernsthafte Leistungsprobleme geben. Muss Einstellungen mehr testen.

Steam-275850.log

Wie wechseln Sie zurück zu opengl? oder erfordert das einen erneuten Download auf eine andere Nicht-Exp-Version? scheint seltsam, wenn ja.

### OK PRÜFEN FERTIG

Vulkan FPS: ~ 15-30 fps
OpenGL FPS: ~ 50-60 + fps

Ja, Vulkan hat in diesem Spiel gegabelt, das ist ziemlich außergewöhnlich, da andere Spiele, die Vulkan verwenden, unter Linux und Steamplay (Doom / Wolf ....) oft eine Parität von 1: 1 oder höher erreichen. Keine Ahnung was los ist, ziemlich rätselhaft!

@jarrard versuchen Sie unbedingt Treiber 430.x, wenn Sie es noch nicht getan haben. 430.34 scheint meine Probleme mit der Vulkan-Leistung mehr oder weniger zu beheben (es gibt jedoch manchmal immer noch Situationen mit geringerer Framerate auf der Planetenoberfläche).

Ich benutze 430,26 atm, werde mich irgendwann mit neueren befassen.

Kann es jemand schaffen, das Spiel mit Proton 4.11 zu starten? Ich stelle fest, dass es sofort abstürzt / hängt, 4.2-9 funktioniert immer noch. Versuchte fsync aus, um zu sehen, ob dies der Schuldige war, der den Unterschied gemacht hatte.

Steam-275850.log

Ich kann das Spiel mit 4.11 starten, jedoch mit dem opengl-Client, da vulkan einige Probleme hat.

Hier ist mein Log. Ich wünschte, ich hätte VR, um mit diesem Spiel zu spielen.

Steam-275850.log

Ich fand das Problem, ich hatte den 418 Dev-Treiber installiert, der normalerweise startet (aber mit dem 5fps-Fehler), aber mit 4.11 hängt er.

430 funktioniert mit 4.11, sofern fsync nicht verwendet wird.

Eine andere Sache, die jeder beachten sollte, ist, dass der Vulkan-Renderer in weniger als zwei Wochen zum wichtigsten wird. Ich vermute, dass OpenGL höchstwahrscheinlich in Gruppen zusammengefasst wird, es sei denn, sie behalten es, um ältere Systeme zu unterstützen, was ich bezweifle.

Aus diesem Grund werden wichtige Probleme gelöst, anstatt sich mit dem OGL-Renderer zufrieden zu geben.

Wenn es zum Haupt-Renderer wird, können Sie eine Menge Updates / Fixes dafür erwarten. Hoffentlich läuft es dadurch etwas reibungsloser, da ich den Vulkan-Zweig nie zum Laden bringen könnte.

Für mich startet das Spiel nicht einmal auf 4.11, sondern funktioniert auf 4.2-9 völlig in Ordnung

@ Haxk20 verwendest du den fsync Kernel? Wenn ja, deaktivieren Sie fsync oder esync, bevor Sie das Spiel starten.

Ich werde es versuchen. Ja, kompilierte 5.3-rc2 mit fsycn

Leider deaktiviert fsync und esync, kann aber immer noch nicht gestartet werden.

Und das passiert sowohl auf openGL als auch auf Vulkan.

IDK, was gerade passiert ist, aber ich habe versucht, den NMS.exe-Prozess zu beenden, da Steam mir mitteilte, dass er ausgeführt wird, aber minutenlang nichts angezeigt wurde
EDIT: Dies war nur 4.2-9 Start, nachdem ich es geändert habe. Die Regeneration dauerte nur länger. 4.11 ist immer noch kaputt.

Scheint, als ob 4.11-2 es kaputt gemacht hat -1 funktioniert, wenn benutzerdefinierte Builds verwendet werden

Nur ein Kopf hoch:

Der Vulkan-Build wird jederzeit live geschaltet und betrachtet die Patchnotizen als verdächtig, dass OpenGL vollständig entfernt wurde.

Es gibt also buchstäblich kein Vermeiden von Vulkan, nur in der Hoffnung, dass sie einige Optimierungen an ihrer Engine vorgenommen haben, damit sie mit den Linux-Treibern besser funktioniert, obwohl die Wahrscheinlichkeit groß ist, dass sie ähnlich wie die experimentelle funktioniert.

Für alle AMD-Benutzer, deren GPU in der Vulkan-Filiale hängt, funktioniert das Spiel, wenn Sie ACO installieren, obwohl es nicht 100% genau gerendert wird. Ich werde einen Fehlerbericht ausfüllen, sobald Beyond veröffentlicht ist, da dies dies ändern könnte.

-------- Originale Nachricht --------
Am 14. August 2019, 6:58 Uhr, schrieb fls2018:

Nur ein Kopf hoch:

Der Vulkan-Build wird jederzeit live geschaltet und betrachtet die Patchnotizen als verdächtig, dass OpenGL vollständig entfernt wurde.

Es gibt also buchstäblich kein Vermeiden von Vulkan, nur in der Hoffnung, dass sie einige Optimierungen an ihrer Engine vorgenommen haben, damit sie mit den Linux-Treibern besser funktioniert, obwohl die Wahrscheinlichkeit groß ist, dass sie ähnlich wie die experimentelle funktioniert.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm .

Ich bin in Australien, also bekommen wir den Patch erst zum letzten Mal. Als ich das letzte Mal diesen Vulkan-Zweig ausprobiert habe, gab es große Leistungsprobleme mit NVIDIA 1080TI.

Der Nvidia 430-Treiber scheint ebenfalls abzustürzen.
Pop! _OS 19.04
GTX 1070.

Darüber hinaus stürzt entweder vor dem Laden der Menüs oder nach Auswahl eines Speichervorgangs ab. Es scheint, dass Vulkan der einzige verfügbare Renderer ist.

Richtig, ich habe es geschafft, ins Spiel zu kommen, es gab ein paar Hänge / Abstürze beim ersten Laden, aber zumindest auf Nvidia 435.17 ist immer noch alles gleich ... niedrige fps immer noch.

Die Grafikeinstellungen haben sich etwas so schwer geändert, dass sie direkt verglichen werden können, aber die VRAM-Nutzung ist immer noch gering. Sie kann mit den Standardeinstellungen (niedrigste Einstellung) eines 1070 nahezu wiedergegeben werden.

Denken Sie, jemand von NVIDIA muss gepingt werden, um sich das anzusehen, jetzt ist es raus.

Lädt gut für mich, keine Probleme da.

Allerdings ist die Leistung auf meinem 980ti mit Proton 4.9 und 4.11 absolut getestet, beide getestet.

Ich werde meinen 580 mit und ohne ACO testen, wenn ich von der Arbeit nach Hause komme. Es wäre interessant zu sehen, ob der FPS-Abfall Nvidia-spezifisch ist. Ich erinnere mich, dass einige Leute mit Nvidia sagten, sie hätten auch in der alten experimentellen Vulkan-Niederlassung schlechte Leistungen erbracht.
-------- Originale Nachricht --------
Am 14. August 2019, 14:43 Uhr, schrieb Liam Dawe:

Lädt gut für mich, keine Probleme da.

Allerdings ist die Leistung auf meinem 980ti mit Proton 4.9 und 4.11 absolut getestet, beide getestet.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm .

Läuft für mich ziemlich anständig auf einem 1050ti mit 435.17. Es wird keine Verbindung zu den Online-Servern hergestellt, aber ich habe den Mulitplayer deaktiviert.

Absturz vor dem Laden Menü auf Kubuntu 19.04, 1070 mit 430.40 und Proton 4.11-2
Sagen Sie auf Lutris "vkEnumerateInstanceExtensionProperties fehlgeschlagen"
Steam-275850.log

Abstürze nach ca. 15 Sekunden Laden eines neuen Spiels für mich. Proton 4.11-2.
Steam System Info
Steam-275850.log

Abstürze direkt nach dem Laden eines neuen oder vorhandenen Spiels. Proton 4.11-2, RX 480 mit neuester stabiler Mesa.
Steam-275850.log

Diejenigen auf Nvidia, ich habe in den Devtalk-Foren von Nvidia ein Problem über die Aufführung vor Monaten erstellt, aber es gab keine Antworten. Es wäre großartig, wenn andere das Problem dort melden könnten, um dies zumindest auf ihrem Radar zu halten:

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/

Denken Sie beim Absturz daran, dass auf jeder Plattform (einschließlich Konsolen) Abstürze auftreten, insbesondere im Nexus. Es kann schwierig sein zu isolieren, welche Abstürze auf Protonen- / Linux-Treiber oder Spielfehler zurückzuführen sind.

@ fls2018 Vielleicht sollten Sie die ursprüngliche Submisison aktualisieren, um zu zeigen, dass Sie den Vulkan-Zweig nicht mehr manuell auswählen müssen? Und der Titel, während Sie gerade dabei sind, ist nur ein Leistungsproblem mit dem regulären Spiel.

Die Leistung von 430.34-54 ist mit Beyond Update schrecklich - auf GTX 1080 mit extrem breiter Auflösung 2560x1080 habe ich 20-30 FPS, während ich im Inventar bin oder zu Fuß.

418.52.20 Ich kann No Man's Sky nicht einmal dazu bringen, über das Fenster "Vorbereitung zum Start" zu laden. Es scheint, als würde das Präfix nicht einmal aktualisiert. Mit Proton 4.11-2 & Proton-tkg 4.13.r7.gca09e891

Dies ist alles, was im PROTON_LOG (steam-275850.log) enthalten ist.
======================
Proton: 1565123138 proton-4.11-2
SteamGameId: 275850
Command: ["/home/telans/.local/share/Steam/steamapps/common/No Man's Sky/Binaries/NMS.exe"]
Options: set()
======================

418.52.20 Ich kann No Man's Sky nicht einmal dazu bringen, über das Fenster "Vorbereitung zum Start" zu laden. Es scheint, als würde das Präfix nicht einmal aktualisiert. Mit Proton 4.11-2 & Proton-tkg 4.13.r7.gca09e891

Aus irgendeinem Grund startet der 418-Entwicklungszweig NMS nicht mehr mit Proton 4.11. Sie können Proton 4.2 mit ihnen starten, aber Sie erhalten nur 5 fps.

430 und höher sind für jedes Spiel unbedingt erforderlich.

Ich habe dieses Spiel kürzlich installiert, nachdem ich ein neues Spiel erstellt habe, zeigt es das Intro und geht für 10-20 Sekunden "in die Galaxie" und stürzt dann ab.
Steam-275850.log

Hat jemand den VR-Modus ausprobiert? Ich habe es gerade in meinem Index versucht, aber es stürzt sofort ab. Ich sehe zwar ein wenig einen schwarzen Bildschirm auf meinem Monitor, aber der verschwindet nach Sekundenbruchteilen.

Ja, es funktioniert auf 430.34 Nvidia-Treibern für mich mit meinem 1080TI bei 4k, aber die FPS sind deutlich schlechter als bei OpenGL, wo ich auf dem halb unfruchtbaren Planeten, auf dem ich mich befinde, leicht über 60 fps erreichen würde, aber mit Vulkan Ich bekomme Dips auf 10-20 fps und sehe selten 60 fps, es sei denn, ich schaue direkt nach unten / oben.

Etwas enttäuschend, muss etwas wirklich Falsches sein, damit Vulkan dies schlecht macht!

HINWEIS Wenn Sie im Menü den Desktop beenden möchten, bewegen Sie den Mauszeiger nicht über die Menüoptionen. Wenn Sie die Taste gedrückt halten, um die Aktualisierungsnachricht zu entfernen, klicken Sie auch auf die Auswahl des Hintergrundmenüs (wenn Sie mit der Maus darüber fahren) und verursachen ein Problem.

Ich kann auch mit dem neuen "Beyond" -Update eine sehr schlechte Leistung melden. In der Vergangenheit konnte ich sehr gut mit dem OpenGL-Renderer spielen, aber jetzt, wo dies zugunsten von Vulkan entfernt wurde, sind die FPS zu niedrig, um gespielt zu werden.

Proton: 4.12-2
Nvidia-Treiber: 430,34
GPU: Nvidia RTX 2070

Wenn ich raten würde, könnte die schlechte Leistung, die fast jeder sieht, auf das scheinbar abstrakte 1-GB-Videospeicherlimit zurückzuführen sein, das bei NMS auftritt

Könnten Sie diese @rstrube mit nvidia-smi testen?

Die VRAM-Nutzung ist für mich wie folgt: Ja, sie scheint niedrig zu sein, wenn man bedenkt, dass ich bei 4k hohe Einstellungen habe.

C + G ... ps \ common \ Niemandshimmel \ Binaries \ NMS.exe 1375-1408MiB

Andererseits ist der Planet nichts Spektakuläres, und ich habe keinen offenen Bezug. (OGL behandelt Speicher und Caching wahrscheinlich unterschiedlich, sodass es sich möglicherweise nicht um einen Vergleich von Äpfeln zu Äpfeln handelt.)

Hier ist die Ausgabe von nvidia-smi .

nvidia-smi
Wed Aug 14 18:32:47 2019       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 430.34       Driver Version: 430.34       CUDA Version: 10.1     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce RTX 2070    Off  | 00000000:06:00.0  On |                  N/A |
| 41%   50C    P0    73W / 185W |   1494MiB /  7982MiB |     93%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      1407      G   /usr/lib/xorg/Xorg                            39MiB |
|    0      1965      G   /usr/lib/xorg/Xorg                           200MiB |
|    0      2112      G   /usr/bin/gnome-shell                         252MiB |
|    0     27233      G   ...m/debian-installation/ubuntu12_32/steam    31MiB |
|    0     27257      G   ./steamwebhelper                               3MiB |
|    0     29820    C+G   ...ps\common\No Man's Sky\Binaries\NMS.exe   906MiB |
+-----------------------------------------------------------------------------+

Hier ist ein Video, das die Speichernutzung mit open-gl / vulkan unter Windows zeigt: https://youtu.be/XEC1mEsZ2lU?t=30

Zumal das nur 1080p ist, scheinen 1,3 GB für 4k extrem niedrig zu sein. Vielleicht ist die geringe Leistung darauf zurückzuführen, dass das Spiel Texturen sehr oft austauscht, wenn der VRAM niedrig ist?

Ich weiß nicht, die geringe Leistung ist hartnäckig und passiert nicht nur beim Bewegen.

Kann jemand anderes bestätigen, dass der Beta-Treiber 435.17 das schlechte Leistungsproblem von Vulkan löst?

Gibt es irgendwo ein Ubuntu ppa mit diesem Treiber? Nur so würde ich es testen. Es ist in keinem meiner Paketmanager. (eines der Dinge, die ich an ARCH AUR vermisse)

Oh, ich habe sie gefunden.

https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa

Cool, ich wollte gerade diesen genauen Link posten. Es ist schön, dass die PPA bereits die neuesten Beta-Treiber installiert hat.

Leider wird der 435-Treiber nicht in meiner Paketliste angezeigt, anscheinend kann er auf der PPA nicht angezeigt werden. Unbekannt, warum.

Leider wird der 435-Treiber nicht in meiner Paketliste angezeigt, anscheinend kann er auf der PPA nicht angezeigt werden. Unbekannt, warum.

Interessant, Sie sollten nur in der Lage sein, ein sudo apt install nvidia-driver-435 . Sehen Sie, dass die PPA überprüft wird, wenn Sie ein sudo apt update ?

Ich sehe Nvidia-435 auch nicht, das neueste verfügbare ist Nvidia-430

Seltsam, es ist definitiv in der PPA, vielleicht steckt es hinter einer Art Testflagge?

Siehe hier:
https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa/+packages?field.name_filter=435&field.status_filter=published&field.series_filter=

Edit: Oh Scheiße, es ist für 19.10 (Eoan) mein schlechtes ...

Jemand in den nvidia-Entwicklerforen hat geschrieben, dass 435.17 die Leistungsprobleme nicht behoben hat. Ich hatte große Hoffnungen, dass der neueste Beta-Treiber die Dinge verbessern würde ...

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/post/5373548/#5373548

Ich denke, das Hauptproblem ist, dass das Spiel unter den meisten Umständen nicht einmal startet. Es ist ein Problem mit Proton AFAIK.

Ich habe gerade 435.17 auf Arch installiert und kann jetzt ins Spiel einsteigen (mit 418 nicht möglich), aber egal, ob ich die F-Synchronisierung (immer unterbrochen) oder die E-Synchronisierung (macht keinen Unterschied) deaktiviere, sie stürzt ab, bevor eine Welt generiert wird . Getestet beim Erstellen eines neuen Speichers / Ladens eines alten.

Nur um zu bemerken, dass dies genau das gleiche Problem ist, das ich vor ein oder zwei Monaten mit den 430 Treibern und der Vulkan-Experimentierbranche hatte.

Ich denke, das Hauptproblem ist, dass das Spiel unter den meisten Umständen nicht einmal startet. Es ist ein Problem mit Proton AFAIK.

Meins startet jedes Mal, aber die Leistung ist nicht spielbar.

es stürzt ab, bevor eine Welt entsteht.

Löschen Sie unbedingt Ihre alten SHADERCACHE-Dateien, um sicherzugehen. Und stellen Sie sicher, dass keine Mods geladen werden.

Neuinstallation mit und ohne vorgefertigten Shadercache, gleiches Ergebnis. Ich bin mir nicht sicher, wie es überhaupt gespielt werden kann, wenn Open-Gl weg ist.

Steam-275850.log

Ich bin mir nicht sicher, wie ich überhaupt spielen kann, wenn Open-Gl weg ist

Das kannst du nicht, aber um ehrlich zu sein, wird keiner von uns mit 10-20 fps spielen, es sei denn, du magst so etwas (Laptop-Benutzer).

Ich würde vorschlagen, dass Sie vorerst nur Ihr Protonenprotokoll veröffentlichen.

In Bezug auf die Möglichkeit, zu Open-GL zurückzukehren, ist es möglicherweise möglich, die alten No Man's Sky-Binärdateien usw. über Steam Console manuell herunterzuladen.

Hier sind die Manifestlisten für NMS: https://steamdb.info/depot/275851/manifests/

Ich werde es versuchen und sehen, wie es geht.

Ich scheine in der Lage zu sein, mit Proton 4.2-9 auf Nvidia 430.40 ins Spiel zu kommen
Es stürzte ab, als ich versuchte, in die Atmosphäre eines anderen Planeten einzudringen, obwohl ich es noch nicht erneut getestet habe.
Ich habe kein Protokoll dafür, sorry. Ich habe vergessen, es zu aktivieren. Ich werde diesen Kommentar aktualisieren, wenn ich den Absturz auf 4.2-9 erneut bekomme.

Ich werde es versuchen und sehen, wie es geht.

Ich vermute, dass Sie zur vorherigen Spielversion und zum vorherigen Inhalt zurückkehren müssen. IE. Kein Jenseits.

Ich wollte nur wegen des Jenseits-Updates spielen.

Darauf habe ich mich eingelassen, aber ja, es ist eine Schande, dass Beyond nicht zu funktionieren scheint.

Ein Patch für Woche 1 kann hilfreich sein, da Windows-Benutzer Abstürze im Spiel haben, die möglicherweise damit zusammenhängen.

Ein anderer NVIDIA-Benutzer mit dem 1,5-GB-Nutzungsfehler. Ich weiß, dass die OpenGL-Version fast meinen gesamten Videospeicher verwendet hat. stürzte bei Ultra-Einstellungen ab, die ich vor dem Update ausführen konnte. Das Herunterfallen des Hochs stoppte das sofortige Abstürzen, aber die Frames sind definitiv weit unten.

Nach dem letzten Mikro-Update (30,7 MB) vor einigen Minuten scheint das Spiel großartig zu laufen. Es wurde ein schwarzer Bildschirm angezeigt, während die Musik vor diesem letzten Update abgespielt wurde. Ich bekomme 60 fps.

Außerdem habe ich vergessen, Protons Vulkan-Lader zu verwenden.

System:
Ryzen 5 1600
RX 580 8 Gb

Ubuntu Budgie 19.04
RADV / ACO / LLVM 8
Proton 4.11-2
Vulkan 1.1.101.0-2

Was ist Ihre vram Verwendung? Ich sehe jedoch kein Update

Ich habe das Beyond-Update fast 24 Stunden nach Erhalt durch andere Leute erhalten. Es gibt ein Verzögerungssystem mit einem Dampfaktualisierungsprozess, der wahrscheinlich mit der Region zusammenhängt. Ich bin Australier, 3. Klasse Dampfbürger :(

Was ist Ihre vram Verwendung? Ich sehe jedoch kein Update

Ich habe 4587 MB freien VRAM, also 3605 MB verwendet

AMD-Karten scheinen kein Problem mit geringer VRAM-Nutzung zu haben.

Ich verwende auch die experimentelle Beta (Current Content BuildID: 4107029)

Stürzt immer noch beim Laden einer Welt mit dem experimentellen / 30mb-Update ab

Auf meiner Radeon VII stößt ich auf ein lustiges Problem mit RADV / ACO: Das Spiel wird gut geladen, wenn es eisig langsam ist. Dann fehlt alles Terrain. Ich habe die Spieledateien überprüft. Ältere Proton-Versionen starten überhaupt nicht.

Keine Ursache! Gleiches Problem unter Windows .....: man_shrugging:

edit: Obwohl ich das gleiche Problem bekomme wie der Benutzer unter mir!

Ich kann dieses Spiel mit dem Beyond-Update perfekt mit Proton 4.2 sowie 4.11.1 ausführen.
Was jedoch nicht funktioniert, ist, wenn ich versuche, es in VR zum Laufen zu bringen. Es öffnet nur ein schwarzes Fenster und "lädt" ewig. "lädt", weil IO genau Null ist und der Prozess ein Zombie ist ...
Wenn ich esync deaktiviere, wird der Prozess nicht zum Zombie, sondern hat eine CPU-Auslastung von ca. 2-3% und macht auch nichts mit E / A und wieder nur einem schwarzen Bildschirm. Der Versuch, PROTON_LOG = 1 zu verwenden, führt zu nichts, es scheint kein Protokoll generiert zu werden.
Der Versuch, VR mit Proton 4.2 zu starten, startet nur die Desktop-Version, wahrscheinlich weil sie immer noch mit der alten openvr-Bibliothek funktioniert.
Edit: sollte wohl erwähnen, dass ich auf Mesa 19.2 ACO bin

Funktioniert bei Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4 nicht gut. Abstürze auf den Desktop, sobald die Welt geladen ist.

Ich bekomme etwas mehr Fortschritte bei Mesa 19.2 ACO. Die Welt wird geladen und ich bekomme eine ziemlich anständige Leistung, aber wenn ich ein Menü öffne, wird meine Grafikkarte hart gesperrt.

Ok, es wurde jetzt ein Protokoll für VR erstellt. Es wurde nach nicht einmal zwei Minuten wie 60 MB groß ... Ich habe "nur" hunderttausend Zeilen davon hochgeladen, damit Github den Upload nicht abbricht, weil es zu lange dauert: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
Bearbeiten: Hier ist ein Protokoll von einem normalen (2D) Start: steam-275850.log

Mit dem experimentellen 30-MB-Update ist das 1,5-GB-Speicherlimit möglicherweise weggefallen. Wenn Sie Grafiken auf einem Medium ausführen, steigt die Auslastung des Videospeichers auf 1,9 GB. Laufen mit hohen Lasten in die Welt, aber die stürzt sofort ab. Das Ausführen von Grafiken auf Ultra führt beim Laden des Startbildschirms zum Absturz.

Mit dem experimentellen 30-MB-Update ist das 1,5-GB-Speicherlimit möglicherweise weggefallen. Wenn Sie Grafiken experimentell ausführen, steigt die Auslastung des Videospeichers auf 1,9 GB. Laufen mit hohen Lasten in die Welt, aber die stürzt sofort ab. Das Ausführen von Grafiken auf Ultra führt beim Laden des Startbildschirms zum Absturz.

Ich habe es geschafft, das Spiel auch mit mittleren Einstellungen zu laden, aber meine VRAM-Nutzung betrug auf einem 1080ti immer noch nur etwa 600 MB.

Spiele laufen mit einer Mischung aus verbesserten und hohen Einstellungen für 45 fps auf RX560X, was beeindruckend ist, aber die Benutzeroberfläche mit 7 fps rendert und das Spiel im Grunde nicht spielbar macht.

Spiele laufen mit einer Mischung aus verbesserten und hohen Einstellungen für 45 fps auf RX560X, was beeindruckend ist, aber die Benutzeroberfläche mit 7 fps rendert und das Spiel im Grunde nicht spielbar macht.

gleich. und ungefähr 35fps auf einem GTX 1060 6GB bekommen. Es scheint, dass Terrain-Tessellation auf etwas höherem als verbessertem das Spiel beim Betreten eines Planeten zum Absturz gebracht hat. Bisher keine zufälligen Abstürze, aber ich habe nur 45 Minuten mit diesen Einstellungen gespielt. hoffentlich bringt eine neue Veröffentlichung von proton / nms die Performance wieder dahin, wo sie mit opengl war.

Scheint, als ob mein Spiel für mich jetzt auf meinen 430.17-Treibern / 1080TI in Ordnung ist. Bei 4k erhalte ich ungefähr 45-50 fps, ähnlich wie es Opengl mir gegeben hat. Es geht nur darum, 1800p edid jetzt zu aktivieren, um zu sehen, ob ich Dinge optimieren kann.

Ich glaube, es könnte der jüngste experimentelle Patch gewesen sein, der etwas gelöst hat? nicht genau sicher. Ich habe auf Proton 4.2 umgestellt, festgestellt, dass es in Ordnung ist, und dann wieder auf normales 4.11-2 umgestellt

Hmm, denken Sie mal darüber nach, fliegen und so ist die Leistung immer noch ziemlich schlecht. Ich denke, dies wird wahrscheinlich noch einige Patches dauern, bis die anständigen Frameraten erreicht sind.

Ist die Speichernutzung Ihres GPU bei besserer Leistung besser?

Scheint, als ob mein Spiel für mich jetzt auf meinen 430.17-Treibern / 1080TI in Ordnung ist. Bei 4k erhalte ich ungefähr 45-50 fps, ähnlich wie es Opengl mir gegeben hat. Es geht nur darum, 1800p edid jetzt zu aktivieren, um zu sehen, ob ich Dinge optimieren kann.

Ich glaube, es könnte der jüngste experimentelle Patch gewesen sein, der etwas gelöst hat? nicht genau sicher. Ich habe auf Proton 4.2 umgestellt, festgestellt, dass es in Ordnung ist, und dann wieder auf normales 4.11-2 umgestellt

Hmm, denken Sie mal darüber nach, fliegen und so ist die Leistung immer noch ziemlich schlecht. Ich denke, dies wird wahrscheinlich noch einige Patches dauern, bis die anständigen Frameraten erreicht sind.

Ich verwende 435.17 und habe bereits den experimentellen Patch ausprobiert und sehe immer noch die gleichen niedrigen fps.

Ist die Speichernutzung Ihres GPU bei besserer Leistung besser?

Ich werde es irgendwann später überprüfen. Aber ehrlich gesagt war es nur am Boden besser als zuvor. Sobald ich in meinem Schiff abhob, trat das Problem mit 20 bis 30 fps auf, auch im Weltraum. Es braucht also noch etwas Arbeit.

Ich hatte gerade 70 FPS im Nexus, nur um 30 zu haben, sobald ich in das Schiff sprang und startete. Das ist mit dem aktuellen 2.06b Patch. Die Speichernutzung lag immer noch bei 900 MB, daher scheint der Nexus gut genug in diesen begrenzten Speicher zu passen, um schnell zu rendern.

Beim Experimentieren stürzt es jetzt ab, wenn es für VR gestartet wird. Ein schwarzes Fenster erscheint kurz und schließt sich dann wieder. Das Protokoll ist diesmal kurz. Ich bin sicher, dass dies tatsächlich ein Proton-Problem ist und kein Problem mit NMS, da niemand unter Windows dieses Problem zu haben scheint. Ich kann meine eigene Windows-Installation nicht überprüfen, da sie defekt ist ...
Das Protokoll ist diesmal viel kürzer.
Steam-275850.log

Beim Experimentieren stürzt es jetzt ab, wenn es für VR gestartet wird. Ein schwarzes Fenster erscheint kurz und schließt sich dann wieder.

Das gleiche Problem tritt auch bei @Zamundaaa auf , public (getestet mit dem Valve Index Headset ):

Steam-275850.log

System Information

• GPU: RTX 2060
• Treiber- / LLVM-Version:
• Kernel-Version: 5.0.0-25-generic
• Link zum vollständigen Systeminformationsbericht als Gist
• Protonenversion: 4.11-2
• SteamVR-Version: 1.7.5

Das Spiel läuft einwandfrei auf 435,17 (1060 6 GB) auf Arch mit KDE und Kwin-geringer Latenz. Leichtes Ruckeln beim Laden (was unter Windows nicht vorhanden ist), aber ansonsten funktioniert es hervorragend. Ich habe kein 30fps-Problem im Weltraum.

Das Spiel verwendet 2,1 GB VRam. Kernel ist 5.2.8.arch-1-1. Ich verwende GE-Proton-4.11-1, wenn sich dadurch etwas ändert. Ich habe hohe Einstellungen für alles außer Texturen, die sich selbst zum Standard machen, wenn ich höher als verbessert gehe. Experimenteller Zweig.

Dies ist ein Proton-Fehler, kein NVIDIA-Fehler
Ich kann bestätigen, dass das Problem speziell bei Proton liegt, da der Patch von Glorious Eggroll das Problem behebt, während das Spiel auf Standardproton schrecklich läuft. Die Verwendung der Protonengabel von GE behebt das Problem.

Ich werde dies jetzt testen.

AKTUALISIEREN:
Nein, VRAM bewegt sich immer noch nicht über 1247 MB ​​für NMS hinaus. Dies ist 4 KB und mit hohen Einstellungen.
Die Bewegung auf dem Planeten liegt wahrscheinlich zwischen 30 und 40 fps, während das Fliegen leicht unter 30 fps liegt. Das Leistungsproblem besteht weiterhin. Zumindest für 1080TI-Karten mit 430.34-Treiber kann es sich durchaus um eine komplexe Vielzahl von Problemen handeln, die miteinander kombiniert werden.

Vielleicht ist die Leistung von Vulkan nur Mist für dieses Spiel. Ich muss Windows 10 starten, um es zu testen!

PS. Ich habe noch keinen der Abstürze erlebt, mit denen andere konfrontiert sind. Dies könnte hauptsächlich ein AMD-Problem sein (hier wird Ryzen3600 mit clearcpuid = 514 ausgeführt).

Dies ist ein Proton-Fehler, kein NVIDIA-Fehler
Ich kann bestätigen, dass das Problem speziell bei Proton liegt, da der Patch von Glorious Eggroll das Problem behebt, während das Spiel auf Standardproton schrecklich läuft. Die Verwendung der Protonengabel von GE behebt das Problem.

Ich glaube, dies ist systemspezifisch und nicht protonenbezogen.

Ich benutze folgendes:
Kernel: 5.2.8-20-tkg-pds
Nvidia: 435.17 ; 980Ti
Proton-tkg: 4.14 (alle GE-Patches + mehr)
Auflösung: 1080p

Um das Spiel dazu zu bringen, eine Welt zu laden, in der es vorher nicht war, musste ich .steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML löschen

Ich habe jetzt alle Grafikoptionen auf High / Ultra eingestellt, mit Ausnahme der Tesselation, die auf Enhanced bleibt.
Dies ist meine VRAM-Verwendung: C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1191MiB .

Egal wohin ich in der Welt / im Weltraum ging, es stieg nie über 1260 MB. Dies ist seltsam, denn wenn alle Grafikoptionen auf Niedrig eingestellt sind (nach dem Neustart) und alle Optionen auf Ultra geändert wurden (vor dem erforderlichen Neustart, um Textureinstellungen anzuwenden), stieg meine VRAM-Nutzung auf ~ 1600 MB.

Es scheint, dass das Anwenden von Grafikeinstellungen während des Spiels mehr VRAM verwendet als ein sauberer Start mit meinen aktuellen Einstellungen (Ultra-Texturen).

Meine Leistung ist schlechter als die von Open-GL, konstant 35-40 fps, unabhängig davon, welche Einstellungen ich verwende.

Vielleicht könnte jemand anderes das testen? Niedrige Einstellungen anwenden, neu starten, VRAM überprüfen, dann Ultra anwenden und prüfen, ob der VRAM steigt.

1080ti 430.34 Pop_OS Plasma5
Win10 4k Hohe Einstellungen
Land: 85 Raum: 100+

Linux 4k Hohe Einstellungen (Proton-GE)
Land: 25-33 Raum: 33

Ja, wirklich traurige Tage für NMS unter Linux.
Wir sollten eine Leistung von 1: 1 oder besser als Windows sehen, da der Vulkan-Treiber von nvidia gleich oder besser sein soll (mehr Updates und Korrekturen). Deshalb laufen Spiele wie Doom und Wolf unter Linux großartig.

Hmm, seltsam. TKG sagte, dass es auch für ihn funktioniert hat, und die Änderung in Proton 4.11-2 hat dasselbe bewirkt, was alle hier beschreiben.

Wenn Sie mit 1080p arbeiten, funktioniert es am besten, aber das bedeutet nicht, dass es ein Fix ist.
Außerdem habe ich meine kompatiblen Daten vor dem Testen mit Proton-GE gelöscht, nur um sicherzugehen. (Ich habe kein eigenes Proton-GE gebaut, sondern nur die Bin-Version verwendet.)

Leider habe ich immer noch die gleichen Leistungsprobleme mit Proton-GE. Ich habe auch versucht, mein Präfix vollständig zu löschen und neu zu erstellen. Derzeit werden Nvidia 430.34-Treiber ausgeführt. Vielleicht beheben die Beta-Treiber für 435.17 das Problem in Verbindung mit Proton-GE?

Leider habe ich immer noch die gleichen Leistungsprobleme mit Proton-GE. Ich habe auch versucht, mein Präfix vollständig zu löschen und neu zu erstellen. Derzeit werden Nvidia 430.34-Treiber ausgeführt. Vielleicht beheben die Beta-Treiber für 435.17 das Problem in Verbindung mit Proton-GE?

Nein, ich habe sowohl GE als auch TKG-Protonen mit 435.17 ausprobiert und es ist das gleiche.

Ein Unterschied, den ich bei Protonen von Drittanbietern bemerkt habe, ist, dass viel mehr Texturen platzen und Bäume selbst bei höheren Einstellungen keine Blätter rendern ... obwohl die Leistung immer noch dieselbe war.

Das VRAM-Problem scheint spezifisch für Valves Vanille-Proton-Builds zu sein (ich habe 4.11-2 und 4.2-9 ausprobiert), da Wine-Staging (getestet mit 4.13) und GE-gepatchtes Proton (laut Kommentaren hier) in dieser Hinsicht gut funktionieren.

Die Gesamtleistung ist ansonsten fleckig und wahrscheinlich system- oder treiberspezifischer. Aber das VRAM-Problem scheint speziell Vanilla Proton zu sein.

Das VRAM-Problem scheint spezifisch für Valves Vanille-Proton-Builds zu sein (ich habe 4.11-2 und 4.2-9 ausprobiert), da Wine-Staging (getestet mit 4.13) und GE-gepatchtes Proton (laut Kommentaren hier) in dieser Hinsicht gut funktionieren.

Die Gesamtleistung ist ansonsten fleckig und wahrscheinlich system- oder treiberspezifischer. Aber das VRAM-Problem scheint speziell Vanilla Proton zu sein.

Wie mehrere Personen in diesem Thread gezeigt haben, einschließlich mir, ist dies falsch. Vanille Proton ist nicht die Ursache.

Das VRAM-Problem scheint spezifisch für Valves Vanille-Proton-Builds zu sein (ich habe 4.11-2 und 4.2-9 ausprobiert), da Wine-Staging (getestet mit 4.13) und GE-gepatchtes Proton (laut Kommentaren hier) in dieser Hinsicht gut funktionieren.

Ich sehe nicht, dass dieses Spiel bei Builds von Drittanbietern bei Ultra-Einstellungen bei 1440p mehr als 4 GB kosten sollte, wie es in Windows der Fall ist. Das Beste, was ich erreichen konnte, sind etwa 1,5 GB, und das nach mehrmaligem Standortwechsel.

Versuchen Sie für alle, die sich auf Arch befinden, ein vollständiges Systemupdate durchzuführen und zu überprüfen, ob das Spiel ordnungsgemäß ausgeführt wird.
Stellen Sie außerdem sicher, dass Sie sich in einem experimentellen Zweig befinden

Für mich läuft das Spiel seit einigen Tagen in Ordnung. Unter Arch Linux mit GE
Proton und RX560X. Enchanced-High auf 40 fps auf dem Planeten.

Am Samstag, 17. August 2019, 15:27 Uhr schrieb william341 [email protected] :

Versuchen Sie für alle, die sich auf Arch befinden, ein vollständiges Systemupdate durchzuführen und prüfen Sie, ob das Spiel verfügbar ist
läuft richtig.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7RDZETIXNNIAVRQY4TQE74C7A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DVM2
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD7WP7S373XLFB5F2DWY5RTQE74C7ANCNFSM4FRPXRRA
.

Ja, es gibt einen Absturzfehler bei AMD-Karten. Wenn die Tessellation über niedrig eingestellt ist, stürzt sie beim Laden ab oder so. (Protondb).

AMD-Benutzer vergleichen mit, wie es unter Windows läuft? ist 40fps das gleiche wie Windows?

Ich habe Windows aus offensichtlichen Gründen nicht ausprobiert und ich habe nicht vor, es auszuprobieren.
Wenn jemand Acer Nitro 5 mit RX560X und Windows hat, kann er versuchen zu sehen
Welche FPS bekommen sie, aber ich denke, sie bekommen vielleicht etwas mehr FPS.

Am Samstag, 17. August 2019, 15:50 Uhr schrieb jarrard [email protected] :

Ja, es gibt einen Absturzfehler bei AMD-Karten, wenn oben eine Tessellation eingestellt ist
niedrig wird es beim Laden oder so abstürzen. (Protondb).

AMD-Benutzer vergleichen mit, wie es unter Windows läuft? ist 40fps das gleiche wie
Fenster?

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/438?
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD7WP7T77ZBGIEOQYE6OKXDQE76ZFANCNFSM4FRPXRRA
.

Und die Tessellation ist mir aber unmöglich zu reproduzieren. ich kann haben
tessellation on enchanced und es wird OK geladen, wird aber erneut überprüft, wenn ich komme
Zuhause.

Am Samstag, 17. August 2019, 15:58 Uhr Kein Name [email protected] schrieb:

Ich habe Windows aus offensichtlichen Gründen nicht ausprobiert und ich habe nicht vor, es zu versuchen
es. Wenn jemand Acer Nitro 5 mit RX560X und Windows hat, kann er es versuchen
Sehen Sie, welche FPS sie bekommen, aber ich denke, sie bekommen vielleicht etwas mehr FPS.

Am Samstag, 17. August 2019, 15:50 Uhr schrieb jarrard [email protected] :

Ja, es gibt einen Absturzfehler bei AMD-Karten, wenn die Tessellation eingestellt ist
über niedrig stürzt es beim Laden ab oder so. (Protondb).

AMD-Benutzer vergleichen mit, wie es unter Windows läuft? ist 40fps das gleiche wie
Fenster?

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/438?
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD7WP7T77ZBGIEOQYE6OKXDQE76ZFANCNFSM4FRPXRRA
.

Jemand sagte oben, dass die Leistung von 560 voraussichtlich 40 fps betragen wird.

Nun, das ist ein Laptop und die Einstellungen sind sicherlich anders, wenn jemand kann
Probieren Sie es auf RX560 aus, das wäre großartig. Ich werde SC von Grafikeinstellungen posten
wenn ich nach Hause komme.

Am Samstag, 17. August 2019, 16:07 Uhr schrieb william341 [email protected] :

Jemand sagte oben, dass 560 Leistung voraussichtlich 40fps sein wird.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/438?
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD7WP7SJBVYKH2SJQWKVKLDQFAA33ANCNFSM4FRPXRRA
.

Nach dem letzten Spiel-Update ist in allen Spielmenüs ein starker FPS-Rückgang zu verzeichnen. Es ist wie ~ 5fps beim Öffnen des Inventars, in Dialogen oder sogar im Spieleinstellungsmenü. Hat jemand dieses Problem oder diese Lösung?

Ja, habe ich. Verwenden Sie den GE-Protonenaufbau. Das hat es für mich behoben

Am Samstag, 17. August 2019, 17:14 Uhr schrieb alsh [email protected] :

Nach dem letzten Spiel-Update ist in allen Spielen ein starker FPS-Rückgang zu verzeichnen
Menüs. Es ist wie ~ 5fps beim Öffnen des Inventars, in Dialogen oder sogar im Spiel
Einstellungsmenü. Hat jemand dieses Problem oder diese Lösung?

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4W2V4XVNM
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA
.

Versuchte das, aber GE Build hat mir auch nicht geholfen.

Ja, habe ich. Verwenden Sie den GE-Protonenaufbau. Das hat es für mich behoben
…
Am Samstag, 17. August 2019, 17:14 Uhr alsh @ . * > hat geschrieben: Nach dem letzten Spiel-Update ist in allen Spielmenüs ein starker FPS-Rückgang zu verzeichnen. Es ist wie ~ 5fps beim Öffnen des Inventars, in Dialogen oder sogar im Spieleinstellungsmenü. Hat jemand dieses Problem oder diese Lösung? - Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie auf diese E - Mail direkt, sehen sie auf GitHub <# 438? Email_source = Benachrichtigungen & email_token = AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QNO4Y # issuecomment-522246003>, oder schalten Sie den Faden https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA .

@jarrard Ich habe diesen Fehler mit meinem RX 580 nicht. Standardmäßig war alles auf Hoch, auch Terrain Tesselation, und es funktioniert ohne Probleme. Das einzige, was mir jetzt aufgefallen ist, ist, dass es in einer Spielstunde zweimal für ein paar Sekunden hängen geblieben ist, aber das ist wahrscheinlich nur einer der wenigen Fehler, die NMS derzeit noch hat.

Um das Spiel nach dem Beyond-Update starten zu können, muss der Wert in den Spieleinstellungen für " TerrainTesselation " auf "Low" gesetzt sein. Möglicherweise funktioniert die Lösung nur für AMD-GPUs.

Die Einstellung muss in der Datei _TKGRAPHICSSETTINGS.MXML_ vorgenommen werden . Dies befindet sich im Ordner _ ~ / steam / steamapps / common / Niemandshimmel / Binaries / SETTINGS /._

Wenn Sie die Datei mit einem Editor öffnen, finden Sie folgende Zeile:
_Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _

Die nächste Zeile danach lautet:
_Property name = "GraphicDetail" value = "High" / _

In dieser Zeile ersetzen Sie das " Hoch " durch ein " Niedrig ". Danach konnte ich zumindest meine vorhandenen Speicherspiele wieder laden. Bevor ich nach dem Laden des Spiels in dem Moment, in dem das Spiel beginnt, einen Absturz auf dem Desktop hatte.

Mein System:
'AMD Ryzen 5 1600X
AMD Radeon rx580 8 GB
16 GB DDR4
Linux MInt 19.2 (Tina) Cinnamon
Padoka Stable PPA (Mesa)
Kernel 5.2.7
Proton 4.11-2

Es scheint, als ob ich in meinem Setup nur 2 GB vram erreichen kann.

Ich bekomme etwas mehr Fortschritte bei Mesa 19.2 ACO. Die Welt wird geladen und ich bekomme eine ziemlich anständige Leistung, aber wenn ich ein Menü öffne, wird meine Grafikkarte hart gesperrt.

Bei Problemen mit dem radv / ACO-Treiber melden Sie sich bitte hier https://github.com/daniel-schuermann/mesa/issues/112

Anstatt die Tesselation-Details in den lokalen Einstellungen auf "Niedrig" zu setzen, habe ich den Padoka PPA gelöscht und den ACO-Mesa-Treiber von Valve installiert. Damit läuft das Spiel wie ein Charme. Mit "High" auch in Tesselation. https://steamcommunity.com/app/221410/discussions/0/1640915206474070669/

Ich kann den Wert für Tesselation-Details nicht auf niedrig setzen. Alle manuellen Änderungen, die ich an TKGraphicsSettings.xml vornehme, werden durch Folgendes ersetzt:

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml">
        <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" />
        <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" />
        <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AmbientOcclusion" value="HBAO_Low" />
        <Property name="AnisotropyLevel" value="2" />
        <Property name="AntiAliasing" value="TAA_LOW" />
    </Property>

Mit jedem Proton und jeder Mesa (amdgpu auf rx570) stürze ich 5 Sekunden nach dem Laden in eine Welt oder dem Starten eines neuen Spiels auf dem Desktop ab.

Ich kann den Wert für Tesselation-Details nicht auf niedrig setzen. Alle manuellen Änderungen, die ich an TKGraphicsSettings.xml vornehme, werden durch Folgendes ersetzt:

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml"> <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" /> <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" /> <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AmbientOcclusion" value="HBAO_Low" /> <Property name="AnisotropyLevel" value="2" /> <Property name="AntiAliasing" value="TAA_LOW" /> </Property>

Mit jedem Proton und jeder Mesa (amdgpu auf rx570) stürze ich 5 Sekunden nach dem Laden in eine Welt oder dem Starten eines neuen Spiels auf dem Desktop ab.

Sieht ein bisschen komisch aus. Hier mein entsprechender Teil. In Ihrer Datei fehlen einige Zeilen:

>
Aber ich würde betonen, den ACO-Treiber von Valve zu verwenden. Damit konnte ich spielen, ohne Tesselation auf Low zu setzen.

Das Problem ist, dass meine Datei frisch erstellt wurde und Sie im Spiel nicht in die Optionen zum Festlegen (und Erstellen) der fehlenden Einträge gelangen, bis Sie sich in einer Welt befinden. Es gibt keine Optionen im Hauptmenü.

@mongrol : Sie können diese Eigenschaften zu Ihrer Konfigurationsdatei hinzufügen, das Spiel sollte sie verwenden.

Bearbeiten: mein schlechtes, nach einem Rückstand sehe ich, dass Ihre Konfigurationsdatei ersetzt wird, wenn Sie ein neues Spiel starten. Vielleicht können Sie wie folgt speichern:
Ändern Sie dann die Grafik von dort und starten Sie ein neues Spiel.

Es gelang, einige Renderdoc-Aufnahmen zu erhalten: https://drive.google.com/file/d/1Q0RUQaWi4L9ZKzZBgjrm3Nx6hAVVnmEW/view

Funktioniert bei Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4 nicht gut. Abstürze auf den Desktop, sobald die Welt geladen ist.

Ich bekomme etwas mehr Fortschritte bei Mesa 19.2 ACO. Die Welt wird geladen und ich bekomme eine ziemlich anständige Leistung, aber wenn ich ein Menü öffne, wird meine Grafikkarte hart gesperrt.

Ich habe genau das gleiche Problem bei Mesa-Aco mit Vega VII, wenn ich etwas drücke, das das Menü öffnet, sperrt ich hart, kann aber zu tty und Weinserver -k wechseln. Hinzufügen eines Fehlerberichts zum Mesa-Aco-Repo. Dem Protokoll nach zu urteilen, scheint dies gpu-spezifisch zu sein:

from log:

amdgpu: The CS has been rejected, see dmesg for more information.
vk: error: failed to submit CS 0


$ dmesg
[27979.489949] [drm] recover vram bo from shadow start
[27979.495247] [drm] recover vram bo from shadow done
[27979.495249] [drm] Skip scheduling IBs!
[27979.495249] [drm] Skip scheduling IBs!
[27979.495285] amdgpu 0000:43:00.0: GPU reset(8) succeeded!
[27979.495315] [drm] Skip scheduling IBs!
[27979.495444] [drm] Skip scheduling IBs!
[27979.495447] [drm] Skip scheduling IBs!
[27979.495448] [drm] Skip scheduling IBs!
[27979.495453] [drm] Skip scheduling IBs!
[27979.495611] [drm] Skip scheduling IBs!
[27979.495614] [drm] Skip scheduling IBs!
[27979.495619] [drm] Skip scheduling IBs!
[27979.522575] [drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to initialize parser -125!

Steam-275850.log

Das Problem ist, dass meine Datei frisch erstellt wurde und Sie im Spiel nicht in die Optionen zum Festlegen (und Erstellen) der fehlenden Einträge gelangen, bis Sie sich in einer Welt befinden. Es gibt keine Optionen im Hauptmenü.

Versuche dies:
Bearbeiten Sie einfach die Konfigurationsdatei und platzieren Sie meine Zeile mit dem Text _Property name = "GraphicDetail" value = "Low" _ unter der Zeile mit dem Text _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ und speichern Sie die Konfigurationsdatei.

Ändern Sie dann die Berechtigungen der Datei. Wenn Sie mit der rechten Maustaste auf die Datei klicken, kann ich die Berechtigungen ändern. Stellen Sie sie alle auf "Lesen" (nur). Im Dateimanager Ihrer Distribution sollte etwas Ähnliches vorhanden sein.

Versuchen Sie dann, NMS zu starten.

Ich mache keine Versprechungen, dass es funktionieren wird. Möglicherweise wird dadurch jedoch verhindert, dass sofort eine neue Erstversion erstellt wird. Zumindest ist es einen Versuch wert.

Das Problem ist, dass meine Datei frisch erstellt wurde und Sie im Spiel nicht in die Optionen zum Festlegen (und Erstellen) der fehlenden Einträge gelangen, bis Sie sich in einer Welt befinden. Es gibt keine Optionen im Hauptmenü.

Versuche dies:
Bearbeiten Sie einfach die Konfigurationsdatei und platzieren Sie meine Zeile mit dem Text _Property name = "GraphicDetail" value = "Low" _ unter der Zeile mit dem Text _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ und speichern Sie die Konfigurationsdatei.

Ändern Sie dann die Berechtigungen der Datei. Wenn Sie mit der rechten Maustaste auf die Datei klicken, kann ich die Berechtigungen ändern. Stellen Sie sie alle auf "Lesen" (nur). Im Dateimanager Ihrer Distribution sollte etwas Ähnliches vorhanden sein.

Versuchen Sie dann, NMS zu starten.

Ich mache keine Versprechungen, dass es funktionieren wird. Möglicherweise wird dadurch jedoch verhindert, dass sofort eine neue Erstversion erstellt wird. Zumindest ist es einen Versuch wert.

Oder machen Sie ein chattr +i für diese Datei.

chattr + i

Klingt nach einer weiteren guten Option (bis jetzt nicht bekannt).
https://wiki.ubuntuusers.de/chattr/

Aber noch mehr möchte ich empfehlen, die ACO-Treiber auszuprobieren, wie es hier schon mehrmals gesagt wurde. Dies sollte zumindest ermöglichen, dass das Spiel eine Weile ausgeführt wird, damit eine erste Konfigurationsdatei ohne Absturz erstellt werden kann.

Bekommt sonst noch jemand unannehmbar niedrige Bildraten, sobald der Tiefenschärfeeffekt verwendet wird? Das passiert für mich sowohl auf ACO als auch auf normalem Mesa auf einem 580. Die GPU geht sofort auf 100%.

Ja, NVIDIA-Benutzer erhalten niedrige FPS, wenn Sie die Menüs aufrufen, die, wenn ich mich richtig erinnere, den DOF-Effekt aktivieren. Aber wir NVIDIA-Benutzer haben unterschiedliche Probleme, und ich bin nicht zu 100% sicher, dass alles mit einer geringen RAM-Auslastung zusammenhängt. Dies ist sicherlich ein Faktor, aber ich bezweifle, dass dies der Kern des Problems ist.

Ja, alle Menüs aktivieren den DoF-Effekt sowie die meisten Charakterkonversationen.

Mit meinem (ungeraden) 2 GB maximalen VRAM habe ich keine FPS-Probleme mit den Menüs

Menüs zerstören die FPS mit Radv oder Radv / Aco und lassen einige Artefakte zufällig erscheinen. amdgpu-pro und amdvlk stürzen ab, wenn Standardeinstellungen verwendet werden.

Bestätigt. Tesselation auf niedrig gesetzt, mesa-avo auf amdgpu. Menüs sind grausam und machen es unspielbar. Es scheint ein bisschen zufällig zu sein, da sie früher langsam, aber erträglich waren, aber jetzt alles auf ungefähr 2 fps fallen lassen.

Es gibt auch große Artefakte, wenn Sie das Menü verwenden und Sie sind lang genug darin.

Ich habe seltsame grafische (Shader?) Störungen.
Distribution: Manjaro Linux
Kernel: 5.2.9-1-MANJARO
GPU: AMD RX580
CPU: AMD FX8350
Die Vulkan-Version scheint 1.1.73 zu sein
Läuft auch Gamemode von Feral, obwohl es nichts zu ändern scheint

Es passiert sowohl mit llvm als auch mit akustisch, obwohl akustisch viel extremer zu sein scheint. Kurze Beispielvideos (Gfycat) hier (ignorieren Sie die Leistung und haben Probleme mit der Aufnahme):

LLVM (00: 06.0 - 00: 14.0, anderer Fehler bei 00: 55.0 im Hintergrund)
ACO (von Anfang an, ähnliche (gleiche?) Panne von oben um 00: 37.0)

Wenn Sie weitere Informationen benötigen, wenden Sie sich bitte an uns

Mit ACO funktioniert es einwandfrei und ich bin auf Kernel 5.1.21-1 (auch Manjaro). Vielleicht versuchen Sie das auch? Mit der gleichen GPU und so weiter sollte es wahrscheinlich genauso funktionieren. Wahrscheinlich.

Okay, habe es schnell mit derselben Kernel-Version von dir getestet und es nicht behoben

Auf welchen Einstellungen spielst du? Ich habe alles in der Höhe. Und bist du im experimentellen Bereich? Ich habe nichts auf dem Stallzweig bemerkt, aber ich habe es nicht zu lange benutzt.
Wenn es keinen Unterschied gibt, ist das wirklich unglaublich komisch.

Die Beispielvideos haben alle Ultra-Einstellungen (Anti-Aliasing-Einstellung, da TAA massive Unschärfe verursacht), obwohl ich die Einstellungen stark manipuliert habe und nichts geändert hat, egal welche Kombination von Einstellungen ich gewählt habe. Verzweigt gleich, egal ob stabil oder experimentell, das Problem bleibt bestehen.

ok, auf Arch, Zurückschalten auf normale Mesa (nicht einmal -git von AUR) und Zurücksetzen der Einstellungen, immer noch mit niedriger Tesselation, behebt das langsame Menü. Alles läuft jetzt sehr schnell.

Ich habe seltsame grafische (Shader?) Störungen.

Obwohl ich vermute, dass es sich um dasselbe Problem handelt wie Daniel-Schuermann / Mesa # 112, würde ich mich über eine Renderdoc-Aufnahme freuen.

Nun, es scheint, als ob TAA irgendwie der Schuldige ist. Bisher hatte ich nur FXAA aktiviert, als ich zu TAA wechselte, traten für mich dieselben Störungen auf. Das Zurückschalten schien es jedoch nicht zu beheben.

Ich habe seltsame grafische (Shader?) Störungen.

Obwohl ich vermute, dass es sich um das gleiche Problem wie bei Daniel-Schuermann / Mesa # 112 handelt , würde ich mich über eine Renderdoc-Aufnahme freuen.

Okay .. Entschuldigung. Ich habe lange gebraucht, um alles zum Laufen zu bringen, aber hier ist es:
Fertig mit ACO https://mega.nz/#!Ab513A7B!P4 -gcFK1cJ0KrISx1dNeKZAzEA6CRpJV0cdOd_75oPM

Übrigens benutze ich Proton 4.11-2 .. habe vergessen das zu erwähnen

Nun, das Problem bleibt jetzt für mich bestehen. Es war nicht da, bevor ich TAA einschaltete. Ich denke, vor dem Update hatte ich es bereits auf FXAA eingestellt und es gab keine Pannen oder ähnliches, jetzt, da ich TAA aktiviert hatte, werden die Pannen nicht verschwinden. Es mag ein Zufall sein, aber ich denke nicht.

Ok, es wurde jetzt ein Protokoll für VR erstellt. Es wurde nach nicht einmal zwei Minuten wie 60 MB groß ... Ich habe "nur" hunderttausend Zeilen davon hochgeladen, damit Github den Upload nicht abbricht, weil es zu lange dauert: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
Bearbeiten: Hier ist ein Protokoll von einem normalen (2D) Start: steam-275850.log

Nun, ich habe mir das Protokoll angesehen und das Wichtigste ist natürlich, dass es am Ende nicht in dem zu sehen ist, was ich hochgeladen habe. Das Protokoll ist immer mehr oder weniger gleich groß, immer sehr nahe an 63 MB. Ich habe das Protokoll jetzt in mehrere Dateien aufgeteilt (wahrscheinlich ist nur die erste und die letzte Datei sinnvoll, der Absturz ist auf einen Stapelüberlauf zurückzuführen):
steam-275850-partaa.txt
steam-275850-partab.txt
steam-275850-partac.txt
steam-275850-partad.txt
Steam-275850-partae.txt
steam-275850-partaf.txt
steam-275850-partag.txt

Ich habe einen schnellen Mod erstellt, der die meisten DoF-Fragment-Shader durch Stubs ersetzt, die nur eine transparente Farbe zurückgeben. Ich habe es nicht ausgiebig getestet, aber es scheint den Job zu machen.

https://www.nexusmods.com/nomanssky/mods/1126

Gehen Sie im Ordner des Spiels zu GAMEDATA -> PCBANKS, löschen Sie DISABLEMODS.TXT und erstellen Sie einen Ordner MODS . Lade diesen Mod herunter und entpacke ihn und lege dort nodof.pak hinein. Beim Start sollte ein Hinweis angezeigt werden, dass das Spiel modifiziert wird, wenn es korrekt ausgeführt wird.

Es ist sehr wahrscheinlich, dass dies einige andere grafische Effekte leicht durcheinander bringt. Auch hier habe ich nicht viele Tests durchgeführt, gerade genug, um sicherzustellen, dass das Menü und die Konversationen nicht mehr den Tiefenschärfeeffekt erzeugen.

Okay, habe den Mod getestet. Scheint mein Problem nicht zu beheben.

Dieses Problem ist anders und unabhängig. Ich habe es auch.

-------- Originale Nachricht --------
Am 19. August 2019, 00:40 Uhr, schrieb Furby On Steroid:

Okay, habe den Mod getestet. Scheint mein Problem nicht zu beheben.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm .

Basierend auf einer Untersuchung eines Mannes über DXVK-Zwietracht scheint es, dass die geringe VRAM-Nutzung unter NVidia höchstwahrscheinlich ein Anwendungsfehler ist - das Ändern von vendorid in AMD über die Vulkan-Schicht hat das Problem für ihn behoben.

Hat das auch die Leistung verbessert oder ähnlich?

Es hat die Leistung auf seinem System behoben.

Etwas zum Ausprobieren, wie in ein paar Monaten, weil mein 1080ti tot ist, muss es RMA, und wer weiß, wie gut das gehen wird.

@ volca02 Würde es Ihnen etwas

Da das Spiel natives Vulkan und nicht dx11 ist, kann die Karte nicht wie bei anderen Spielen von dxvk gefälscht werden.

Ich möchte auch lernen, wie man die Lieferanten-ID ändert. Ich habe die *.json -Dateien in /usr/share/vulkan/icd.d doppelt überprüft, aber sie scheinen in keiner der Dateien vorhanden zu sein.

Ich kann jetzt bestätigen, dass Spoofing Vendorid tatsächlich die geringe GPU-Speichernutzung auf NVIDIA behebt. Ich habe versucht, ein Repository mit der Ebene zu erstellen. Ich bin mir nicht sicher, ob es für andere funktioniert, aber es lohnt sich, es zu versuchen: https://github.com/volca02/spoof_vendorid

Ich kann jetzt bestätigen, dass Spoofing Vendorid tatsächlich die geringe GPU-Speichernutzung auf NVIDIA behebt. Ich habe versucht, ein Repository mit der Ebene zu erstellen. Ich bin mir nicht sicher, ob es für andere funktioniert, aber es lohnt sich, es zu versuchen: https://github.com/volca02/spoof_vendorid

Danke dafür. Ich werde es auf meinem System versuchen, wenn ich nach Hause komme. Wurde dadurch nur die geringe GPU-Speichernutzung behoben oder wurden auch die FPS-Probleme verbessert?

Beides wurde behoben - das schlechte FPS-Problem wurde dadurch verursacht, dass das Spiel normalen Speicher anstelle des GPU-Speichers verwendete.

Mit der Parodie stürzt es stattdessen ab - erwartet es eine bestimmte Menge an kostenlosem VRAM? Ich habe eine 1060 3GB

UPDATE: Ich habe die gesamte Einstellung in der Konfigurationsdatei auf niedrig gesetzt und sie wurde geladen, bis der Bildschirm weiß wird. Dann stürzte es komplett ab und ich habe [19940.058332] NVRM: Xid (PCI:0000:01:00): 31, Ch 0000007b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_PE_4 faulted @ 0x1_88551000. Fault is of type FAULT_PDE ACCESS_TYPE_READ in dmesg

Die Parodie hat Leistungsprobleme für mich durch begrenzte Tests behoben. Bei mittleren Einstellungen ging ich von 35-45 FPS auf etwa 100-120 FPS und konnte das Spiel auch mit hohen Einstellungen starten. Bei hohen Einstellungen gibt nvidia-smi eine Speichernutzung von ca. 4 GB zurück. Dies alles verwendet einen 1080ti mit Treiber 430.40.

Danke für die Fehlerbehebung!

Können Sie nicht einfach die Hersteller-ID-Änderung mit dem DXVK-Konfigurationssystem verwenden?

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

Oh, warte, benutze DXVK nicht, hmmm ... keine Möglichkeit, dies zu tun, anstatt Vulkan-Code zu hacken?

Nein, da No Man's Sky ein einheimischer Vulkan-Titel ist, wird DXVK nicht verwendet.

-------- Originale Nachricht --------
Am 19. August 2019, 20.28 Uhr, schrieb Jarrard:

Können Sie nicht einfach die Hersteller-ID-Änderung mit dem DXVK-Konfigurationssystem verwenden?

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm .

Vielen Dank für das Update @ volca02 & to zerofault, das funktioniert und VRAM ordnungsgemäß verwendet.

Bearbeiten: Für diejenigen, die Schwierigkeiten haben zu bauen usw. Befolgen Sie die Anweisungen von rstrube ein paar Beiträge weiter unten, sie sind besser erklärt als meine.

Ich frage mich, ob Valve so etwas in der Steam Runtime implementieren kann, um es pro Spiel zu laden. Könnte einfacher sein, als darauf zu warten, dass Wein zusätzliche Vulkan-Bits oder Bobs hinzufügt, oder darauf, dass Nvidia sich etwas einfallen lässt, und könnte bei anderen Fenstern nur für Vulkan-Titel sehr nützlich sein.

Ist dies also am Ende ein Wine-Problem oder ein Nvidia-Treiberproblem?

Ist dies also am Ende ein Wine-Problem oder ein Nvidia-Treiberproblem?

Es ist ein Problem für Spieleentwickler, und ich bezweifle, dass sie ihre gesamte Speicherzuweisungsstrategie ändern würden, wenn es unter Windows einwandfrei funktioniert. Die Frage ist, wer es umgeht.

NVIDIA unter Windows ist nicht betroffen, daher weiß ich nichts darüber.

Ich kann jetzt bestätigen, dass Spoofing Vendorid tatsächlich die geringe GPU-Speichernutzung auf NVIDIA behebt. Ich habe versucht, ein Repository mit der Ebene zu erstellen. Ich bin mir nicht sicher, ob es für andere funktioniert, aber es lohnt sich, es zu versuchen: https://github.com/volca02/spoof_vendorid

Dies scheint mit 435.17 nicht zu funktionieren, oder ich mache etwas falsch. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
Mit hoch / ultra. Immer noch bei ~ 40fps stecken. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Ich kann jetzt bestätigen, dass Spoofing Vendorid tatsächlich die geringe GPU-Speichernutzung auf NVIDIA behebt. Ich habe versucht, ein Repository mit der Ebene zu erstellen. Ich bin mir nicht sicher, ob es für andere funktioniert, aber es lohnt sich, es zu versuchen: https://github.com/volca02/spoof_vendorid

Dies scheint mit 435.17 nicht zu funktionieren, oder ich mache etwas falsch. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
Mit hoch / ultra. Immer noch bei ~ 40fps stecken. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Ich habe sowohl libVkLayer_vendorid_layer.so als auch VkLayer_vendorid_layer.json im selben Verzeichnis abgelegt und dann VK_LAYER_PATH=/some/path/ in den Verzeichnispfad geändert.

Ja Prost, das funktioniert, vielleicht solltest du das fls2018 ändern?

BEARBEITEN: Von ~ 35-40 fps mit High / Ultra-Obergrenze von ~ 1100 MB VRAM, jetzt mit einer Problemumgehung von ~ 70 fps bei einer VRAM-Nutzung von ~ 3800 MB.

Ja Prost, das funktioniert, vielleicht solltest du das fls2018 ändern?

BEARBEITEN: Von ~ 35-40 fps mit High / Ultra-Obergrenze von ~ 1100 MB VRAM, jetzt mit einer Problemumgehung von ~ 70 fps bei einer VRAM-Nutzung von ~ 3800 MB.

Ich habe meine auf dem System installiert und meine NVIDIA-Treiber sind keine Distributionstreiber. Vielleicht ist das Problem, als Sie meinen Weg ausprobiert haben, die Tatsache, dass einige Distributionstreiber NVIDIA JSON-Dateien in / usr / share / vulkan anstatt in etc / vulkan installieren.

Wahrscheinlich am besten nicht wie ich auf dem System installieren.

Für andere, die Schwierigkeiten haben, die Vulkan-Schicht zu erstellen, sind hier die Schritte, die ich verwendet habe:

Installieren Sie zuerst die erforderlichen Entwicklungspakete:

sudo apt install cmake cmake-curses-gui libxrandr-dev libxcb1-dev libx11-dev

Konfigurieren und bauen (ich habe Wayland und Mir Support deaktiviert)

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
ccmake ./ #I disabled wayland and mir support
cmake ./
make

Kopieren Sie die generierten Dateien

mkdir $HOME/vulkan
cp libVkLayer_vendorid_layer.so $HOME/vulkan/
cp VkLayer_vendorid_layer.json $HOME/vulkan/

Bearbeiten Sie dann Ihre Startoptionen für NMS in Steam. Meine sehen folgendermaßen aus:

VK_LAYER_PATH=/home/robert/vulkan/ VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Ersetzen Sie die VK_LAYER_PATH durch Ihren eigenen lokalen Pfad.

Ich habe die Erwähnung vergessen, dass dies meine Leistungsprobleme vollständig löst. Tolle! Vielen Dank, dass Sie dies mit uns teilen.

Hardware: GTX 2070 als eGPU über Thunderbolt 3

Ich habe ein anderes Problem entdeckt, bei dem die Vulkan-Schicht zwar wenig Speicher behebt, ihn aber nicht leert, sodass Ihnen nach etwa einer Stunde der Speicherplatz ausgeht, wenn Sie zwischen Planeten und dergleichen reisen.

Bearbeiten: Das Löschen des NMS-Einstellungen / Präfix / NV-Shader-Cache schien das Problem behoben zu haben, obwohl die VRAM-Nutzung bei 1440p Ultra wahnsinnig hoch ist und nur ab und zu 100 MB zu spülen scheint.

Die Leistung ist trotz des merkwürdigen Ruckelns ausgezeichnet, etwa 5-7 fps Unterschied zu Fenstern.

Ich kann jetzt bestätigen, dass Spoofing Vendorid tatsächlich die geringe GPU-Speichernutzung auf NVIDIA behebt. Ich habe versucht, ein Repository mit der Ebene zu erstellen. Ich bin mir nicht sicher, ob es für andere funktioniert, aber es lohnt sich, es zu versuchen: https://github.com/volca02/spoof_vendorid

Hervorragender Fund von ZeroFault! Dies half meinen Problemen mit dem Absturz des Spiels auf dem Startbildschirm, es über 10 Stunden lang ohne einen einzigen Absturz oder ein Problem mit FPS zu spielen! Vielen Dank für das Teilen!

Die Info
Proton: 4.11-2
Distribution: Fedora
Kernel: 5.2.8-200.fc30.x86_64
RAM: 8 GB

GPU-Treiber: NVIDIA 430.40
GPU: NVIDIA GeForce GTX 970
CPU: Intel Core i7-4790K bei 4,00 GHz

Ohne den Patch verwendet NMS ~ 1G vram und läuft schrecklich. Nach ungefähr 10 Minuten stürzt es mit Xid 31 ab (was einen GPU-Seitenfehler bedeutet). Ich habe cuda-memtest für 15 Minuten im Stress-Modus ohne Probleme ausgeführt, die Basismark GPU Vulkan Bank läuft einwandfrei und alle anderen GL-Spiele, die ich habe. Die Karte ist auch nicht übertaktet, daher denke ich nicht, dass es sich um ein Hardwareproblem handelt.

Mit dem Vendorid-Patch wird das Spiel normalerweise bis zum weißen Bildschirm geladen, wenn das Spiel vollständig geladen ist. Der Bildschirm wird dann vollständig schwarz, abgesehen von 2 gerenderten UI-Elementen, dem roten Missionsmarker und dem mittleren weißen Zielpunkt, und ein xid 31 wird in dmesg angezeigt. Irgendwelche Ideen, was diese xid-Probleme verursachen könnte, es scheint nicht, dass irgendjemand hier sie hat. Ich habe auch die nvidia-Foren durchgesehen, in denen Leute mit diesem Fehlercode einen Treiberfehler dafür verantwortlich gemacht haben, und einige DXVK-Benutzer erhalten bei einigen Spielen auch xid 31. Ich habe zu diesem Zeitpunkt keine Ahnung.

Die Info:
Proton 4.11-2
Kubuntu 18.04
Kernel 5.0.0-25-generic
i5 4670k @ 4.3G (auf Stabilität getestet)
16 GB DDR3 (getestet mit memtest86)
GTX 1060 3 GB (getestet mit cuda_memtest + anderen Benchmarks)

BEARBEITEN: GPU-Speicherdiagramm mit Patch

Ich habe gerade etwas sehr Interessantes in den experimentellen Patchnotizen von gestern gefunden:

Update auf Experimental Branch 20/08

Fixed a crash affecting AMD GPUs when creating the pipe state on a framebuffer that has not been created yet.
Fixed a number of threading-related multiplayer matchmaking issues.
Fixed an audio crash when quitting from the initial screen.
Fixed a crash when quitting the game during audio initialisation.
**Fixed Steam VR in Linux.**
Fixed a rare issue where joining a full lobby causes an incorrect player ID.
Fixed an issue where players joining a group can be taken to the wrong system.
Fixed an issue that caused some network games not to appear in the Join game screen.
Fixed an issue that caused the Exocraft Technician to have an incorrect interaction.
Fixed a crash caused by an invalid base index.

Haben VR-Spieler das schon getestet?

Ja, es stürzt immer noch für mich ab.

-------- Originale Nachricht --------
Am 21. August 2019, 9:43 Uhr, schrieb fls2018:

Ich habe gerade etwas sehr Interessantes in den experimentellen Patchnotizen von gestern gefunden:

Update auf Experimental Branch 20/08

Es wurde ein Absturz behoben, der AMD-GPUs beim Erstellen des Pipe-Status für einen noch nicht erstellten Framebuffer betraf.
Eine Reihe von Threading-bezogenen Multiplayer-Matchmaking-Problemen wurde behoben.
Ein Audioabsturz beim Beenden des Startbildschirms wurde behoben.
Ein Absturz beim Beenden des Spiels während der Audio-Initialisierung wurde behoben.
Steam VR unter Linux behoben.
Es wurde ein seltenes Problem behoben, bei dem der Beitritt zu einer vollständigen Lobby zu einer falschen Spieler-ID führte.
Es wurde ein Problem behoben, durch das Spieler, die einer Gruppe beitreten, auf das falsche System gebracht werden können.
Es wurde ein Problem behoben, durch das einige Netzwerkspiele nicht im Bildschirm "Spiel beitreten" angezeigt wurden.
Es wurde ein Problem behoben, durch das der Exocraft-Techniker eine falsche Interaktion hatte.
Ein Absturz, der durch einen ungültigen Basisindex verursacht wurde, wurde behoben.

Haben VR-Spieler das getestet?

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm .

Es stürzt technisch für mich jetzt nicht ab, aber es startet auch nicht wirklich. Also das Verhalten, das ich am Anfang hatte ... Schwarzes Fenster und nichts anderes passiert. Das Protokoll scheint etwas kürzer zu sein, endet jedoch mit derselben Stapelüberlaufausnahme. Trotzdem sehr schön zu sehen, dass sich jemand interessiert: Lächeln:
Hier ist das Protokoll von jetzt an:
Steam-275850-Teile-Nr. aa.txt
Steam-275850-Teile-Nr. ab.txt
Steam-275850-Teil # ac.txt
Steam-275850-Teile-Nr. ad.txt
Steam-275850-Teile-Nr. ae.txt
Steam-275850-Teile-Nr. af.txt
Steam-275850-Teile-Nr. ag.txt

Hat jemand überprüft, dass Patch 2.06E das Speicherproblem auf Nvidia-Karten behebt?

Hat jemand überprüft, dass Patch 2.06E das Speicherproblem auf Nvidia-Karten behebt?

Repariert nichts an meinem Ende. Die einzige Möglichkeit, mein VRAM effizient zu nutzen, besteht darin, diese Vulkan-Problemumgehung zu verwenden

Hat jemand schon eine Lösung für den Absturz des Ladebildschirms gefunden? (Ich habe versucht, das Spiel mit Proton 4.11 und 4.2 zu laden, aber kein Glück ..)

GPU-Treiber: NVIDIA 430.40
GPU: NVIDIA GeForce GTX 960
CPU: Intel Core i5-4460 bei 3,20 GHz

Bearbeiten:
Steam-275850.log

Hat jemand schon eine Lösung für den Absturz des Ladebildschirms gefunden? (Ich habe versucht, das Spiel mit Proton 4.11 und 4.2 zu laden, aber kein Glück ..)

Versuchen Sie, ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML löschen

Dann wende die Einstellungen im Spiel erneut an. Ich glaube, dass das Setzen von Tesselation über Enhanced auch einige Abstürze verursacht

Hat jemand schon eine Lösung für den Absturz des Ladebildschirms gefunden? (Ich habe versucht, das Spiel mit Proton 4.11 und 4.2 zu laden, aber kein Glück ..)

Versuchen Sie, ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML löschen

Dann wende die Einstellungen im Spiel erneut an. Ich glaube, dass das Setzen von Tesselation über Enhanced auch einige Abstürze verursacht

Ich habe es versucht, aber kein Glück. :(

Ich habe eine AMD Radeon rx580 (Linux Mint 19.2; Kernel 5.2.9; Proton 4.11-2) und konnte das Spiel erst starten, nachdem ich die stabile PPA von Padoka durch die experimentelle ACO-Treiber-PPA von Valve ersetzt hatte. Vorher hatte ich immer einen Absturz auf dem Desktop, wenn der Ladebildschirm endete und das Spiel hätte starten sollen.

Nachdem Hello Games einige Korrekturen veröffentlicht hatte, wollte ich wissen, ob ich wieder mit den stabilen Padoka-Treibern spielen kann. Mit dem experimentellen ACO-Treiber wurde der Bildschirm zweimal eingefroren, ohne dass Eingabemöglichkeiten übrig blieben. Ich kann den ACO-Treiber nicht zu 100% beschuldigen. Aber ich hatte vorher keinen solchen Fehler.

Wie gesagt, ich wollte zum Stall Padoka-PPA zurückkehren. Ich habe den ACO-Treiber mit PURGE deinstalliert und den Padoka-PPA neu installiert. Das Spiel stürzte jedoch direkt nach dem Ladebildschirm an derselben Stelle erneut ab. Deshalb bin ich wieder zum ACO-Treiber gewechselt.

Dies nur als Info, wenn jemand etwas Ähnliches im Sinn hat. Derzeit kann der Versuch gespeichert werden.

Ich habe den neuesten Patch ausprobiert und VR funktioniert endlich! Das ist fantastisch!
Eine schreckliche Leistung (auf meinem 580 zu erwarten) und ein SteamVR-Fehler mit asynchroner Neuprojektion helfen dort nicht weiter - aber das ist in Ordnung. Der kommende RX 5700XT wird das wahrscheinlich schaffen.
Das Fliegen in den Weltraum brachte das Spiel jedoch zum Absturz. Sah aus wie genau in dem Moment, als ich "im Weltraum" war, als ich die Asteroiden sehen konnte. Das Fenster auf dem Desktop fror ein, es wurden keine weiteren Frames auf VR übertragen, und Audio klang so, als würde es die letzten 5 Sekunden oder so wiederholen.
Steam-275850.log
Also muss ich mich vorerst auf den Planeten beschränken, aber selbst das ist immer noch sehr erstaunlich.

@ Zamundaaa Wie hast du es zum

EDIT: Und es fing gerade an experimentell zu arbeiten ...
EDIT2: Performance scheint aber total beschissen, und das ist auf einer Radeon VII ...

Versuchen Sie, die asynchrone Neuprojektion zu deaktivieren. Und gehen Sie in die Videoeinstellungen, deaktivieren Sie die 60fps-Kappe, VSync, reduzieren Sie die Auflösung des Spiegelfensters usw. Es ist für mich mit den niedrigsten Einstellungen in Ordnung, aber ohne asynchrone Neuprojektion ruckelt es beim Bewegen des Kopfes hin und her. Und mit asynchroner Reprojektion wird es komplett kaputt (https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226)

Ah! Ich werde das alles versuchen, danke!

Also kein offizieller Patch für die Zuweisung von NVIDIA VAMR?

Auf der VKx-Zwietracht sagte ein NVIDIA-Entwickler, dass sie versuchen, mit Hello Games in Kontakt zu treten, um ein Update zu veröffentlichen, da bestätigt wurde, dass es sich um ein Spielproblem handelt.

Das Problem mit den seltsamen Steinen scheint behoben zu sein. Aus den Patchnotes:

Eine Reihe von LODding-Problemen bei bestimmten Anlagen wurde behoben

Und es ist tatsächlich zumindest für mich behoben.

Hey Leute ... die auf nvidia möchten vielleicht OHNE die Parodie auf das neueste experimentelle Update nachsehen?

Es scheint zu funktionieren, denke HG hat es offiziell behoben.

Habe gerade das Neueste ausprobiert, leider keine Fortschritte für mich. Ich habe versucht, mit verbesserter Texturqualität (1. Start in der Grafik) und bei Ultra (2.) zu starten, was keinen Unterschied machte. Immer noch bei 20-30 fps, egal was passiert.

Hey Leute ... die auf nvidia möchten vielleicht OHNE die Parodie auf das neueste experimentelle Update nachsehen?

Es scheint zu funktionieren, denke HG hat es offiziell behoben.

Funktioniert jetzt hervorragend für mich, ohne die Problemumgehung.

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 3972MiB

Beim ersten Start stürzte ich jedoch ab und stotterte Haufen, aber der zweite Start verlief einwandfrei. Ich denke, es hat wahrscheinlich etwas zwischengespeichert.

Es hat es auch für mich behoben. Wieder stürzt der erste Start ab.

Beim ersten Start stürzte ich jedoch ab und stotterte Haufen, aber der zweite Start verlief einwandfrei. Ich denke, es hat wahrscheinlich etwas zwischengespeichert.

Dies ist hauptsächlich ein Zeichen dafür, dass der Vulkan Shader Cache erstellt wird.

Der neueste experimentelle Build hat auch meine Leistungsprobleme behoben. Ich kann das Spiel jetzt ohne Parodie spielen! Das ist fantastisch!

Hat jemand schon eine Lösung für den Absturz des Ladebildschirms gefunden? (Ich habe versucht, das Spiel mit Proton 4.11 und 4.2 zu laden, aber kein Glück ..)

NMS stürzte direkt nach dem Starfield Loader ab. Ein Upgrade auf mesa 19.2.0 ~ rc1 unter Debian hat das Problem behoben.

Die Leistungen haben sich seit dem letzten Versuch erheblich verbessert, aber die Menüs sind unbrauchbar und unglaublich langsam.

Ich habe einen Mod gemacht, um das zu beheben, siehe https://github.com/ValveSoftware/Proton/issues/438#issuecomment -522352356

scheint bedauerlich, dass dof das tut. Es gibt sicherlich einen Grund.

Das Problem mit den seltsamen Steinen scheint behoben zu sein. Aus den Patchnotes:

Eine Reihe von LODding-Problemen bei bestimmten Anlagen wurde behoben

Und es ist tatsächlich zumindest für mich behoben.

Für mich leider nicht behoben
https://imgur.com/a/Kpm4Dbt
Sowohl mit dem normalen als auch mit dem experimentellen NMS-Build

Ich benutze eine Polaris-GPU und das Spiel stürzte auf dem Start- oder Ladebildschirm ab.
Setzen Sie <Property name="VsyncEx" value="Triple" /> auf <Property name="VsyncEx" value="Off" /> das Problem für mich zu beheben.

@FurbyonSteroid Ich habe NMS erneut gestartet, um es noch einmal zu überprüfen, und jetzt war es wieder für mich da. Es war besser als zuvor, aber immer noch da. Seltsam.

Das Spiel stürzt nach dem Laden des Bildschirms mit ACO und Tessellation Low auf meinem Picasso 3500U ab. Das Laden oder Erstellen einer neuen Sicherungsdatei funktioniert nicht.
steam-275850-newsave.log
Steam-275850.log

EDIT: CPU-Generierung korrigiert

Ich habe den neuesten Patch ausprobiert und VR funktioniert endlich! Das ist fantastisch!

@Zamundaaa Bestätigt, der Zweig experimental scheint nun wie erwartet zu funktionieren (getestet mit dem Valve Index Headset ). Die allgemeine Leistung ist immer noch ein Problem, obwohl dies auch unter Windows gilt.

System Information

• GPU: RTX 2060
• Treiber- / LLVM-Version:
• Kernel-Version: 5.0.0-25-generic
• Link zum vollständigen Systeminformationsbericht als Gist
• Protonenversion: 4.11-2
• SteamVR-Version: 1.7.9

Das Spiel hat bei mir (GTX 1080) mit der NVIDIA und der Parodie großartig funktioniert. Nach dem heutigen Update habe ich die Parodie entfernt und das Spiel funktioniert immer noch großartig.

Allerdings habe ich es gerade mit meinem HTC Vive versucht und leider ist die Leistung so schlecht, dass es nicht spielbar ist. Ich habe andere von der Windows-Community vorgeschlagene Optimierungen ausprobiert, aber es funktioniert immer noch nicht. Wenn man sich das VR-Frame-Diagramm ansieht, scheint es, dass der VR-Compositor aus irgendeinem Grund lange braucht, um etwas zu tun, was das Spiel verzögert.

Andere Proton VR-Spiele wie Gorn funktionieren einwandfrei mit der erwarteten Leistung (90 FPS ohne Neuprojektion gesperrt).

Andere Benutzer unter Windows melden eine Leistung von 90 FPS am Niemandshimmel mit Setups wie meinem und VR. Ich werde wie 30

Hat noch jemand VR ausprobiert?

Ja, die Leistung in VR ist immer noch schlecht, wenn Sie Ihren Kopf bewegen. Das ist auf einer Radeon VII, wo alle anderen Spiele gut laufen.

@beniwtv Sie haben wahrscheinlich auch https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226 .
Sie können die asynchrone Neuprojektion im Browser unter http: // localhost : 8998 / dashboard / debugcommands.html deaktivieren
Das macht es für mich etwas spielbar (bei niedrigsten Einstellungen, aber meine GPU ist Mist im Vergleich zum RVII). Wenn das funktioniert, ist es wahrscheinlich gut, Ihren Systembericht zu Problem 226 hinzuzufügen. Ventile stoßen entweder gegen eine Wand oder sie unternehmen keine großen Anstrengungen, um das Problem zu beheben.
@ fazo96 Es kann entweder einige weitere Probleme mit NMS + NVidia geben oder es kann der gleiche Fehler sein. Funktioniert Async Reprojection jetzt überhaupt unter Linux?

@Zamundaaa Ich glaube nicht, dass die asynchrone Neuprojektion unter Linux gemäß dem SteamVR-Einstellungsbildschirm überhaupt funktioniert. Nur die reguläre Reprojektion funktioniert (und wird immer in NMS ausgelöst).

Bewegungsglättung funktioniert auch nicht, da sie nicht unterstützt wird. Amüsanterweise heißt es, dass sie in "älteren Windows-Versionen" nicht unterstützt wird: smile:

Ich habe versucht, die Neuprojektion zu deaktivieren, und auf dem SteamVR-Einstellungsbildschirm bestätigt, dass keine Neuprojektion durchgeführt wurde, aber die Bildrate war immer noch so niedrig, dass Übelkeit hervorgerufen wurde. Das Spiel läuft mit 80-120 FPS in 1440p mit maximalen Einstellungen, wenn es nicht in VR ist, und fällt für den Bruchteil einer Sekunde auf 20-50 ab, wenn es auf Planeten oder in anderen Fällen landet.

Leider ist die Leistung in VR selbst bei den niedrigsten Einstellungen viel schlechter. Das Ändern der Einstellungen hatte Auswirkungen auf die visuelle Qualität, jedoch keine auf die Leistung.

@Zamundaaa Ich habe versucht, es auszuschalten, und es hat mir gezeigt, dass es ausgeschaltet ist, aber das macht absolut keinen Unterschied. Es hilft auch nicht, alle Details, die VR-Auflösung usw. abzulehnen.

Unabhängig von den Einstellungen bleibt dieses Problem bestehen.

Ich habe es heute mit der SteamVR 1.7 Beta versucht, da im Changelog eine verbesserte Leistung unter Linux erwähnt wurde.

Die Leistung ist für mich mit dieser Version VIEL besser. Die meiste Zeit läuft es jedoch immer noch nicht gut genug, um aus der Reprojektion herauszukommen, so dass es für mich noch nicht spielbar ist (ich werde wegen der niedrigen Framerate krank), aber zumindest für einige Leute.

Dies ist auf meinem HTC Vive mit einer GTX 1080 mit minimalen Einstellungen und 1.0 Supersampling der Fall, sodass die Ergebnisse immer noch viel schlechter sind als unter Windows erwartet, obwohl sie eine große Verbesserung gegenüber SteamVR vor 1.7 darstellen

Ich bekomme einen Absturz, während ich das Spiel spiele. Reproduzierbar in ca. 10 Minuten Spielzeit.

Steam-275850.log

dmesg Ausgabe für Absturz

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Das Seltsame war, dass ich letzte Woche am 4.11-4 das Spiel stundenlang ohne Probleme gespielt habe. Dies ist heute aufgetaucht, nachdem ich auf 4.11-5 aktualisiert habe. Wenn Sie zu 4.2-9 zurückkehren, wird dieses Problem ebenfalls reproduziert.

Der Absturz hängt meinen Computer mit Audio aus dem Spiel, das noch läuft. Normalerweise erhalte ich innerhalb einer Minute wieder die Kontrolle über das System und erhalte den obigen Screenshot.

System Information

• GPU: GTX 1080
• Treiber / LLVM-Version: nvidia-drivers-435.21
• Kernel-Version: 4.19.72-gentoo

Ich bekomme auch einen reproduzierbaren Absturz nach 10 Minuten Spielzeit.

Keine "xid" -Nachrichten in dmesg oder Popups. Das Spiel friert ein, aber der Ton wird weiter abgespielt. Ich muss NMS.exe manuell töten. Der Prozess liegt zu diesem Zeitpunkt normalerweise bei etwa 4,2 GB.

Getestet mit den neuesten Proton-Versionen und GloriousEggroll.

Steam-275850.log

System Information

• RAM: 16 GB
• GPU: RTX 2070 8 GB
• Treiber / LLVM-Version: 435.19.03 (getestet mit 435.21 - gleiches Problem)
• Kernel-Version: 5.2.15-Zen ( Zen-Kernel )
• Protonenversion: 4.15-GE-2-7-g57d3fe8
• Zweig: Experimenteller Zweig 12/09 ( Patch Notes )

Ich hatte Glück mit diesem Titel. Ich habe nur eine gute Stunde oder länger ohne größere Probleme gespielt.

Kleinere Dinge, die mir aufgefallen sind, waren leichte grafische Artefakte. Wenn ich dieses Artefakt beschreiben müsste, wäre es wie ein gelegentlicher schneeähnlicher Effekt auf Paneelen. Ansonsten habe ich nichts anderes zu dokumentieren bemerkt.

Ich habe keine FPS-Statistiken gesammelt, aber es war reibungslos und schien mit meinem Freesync-Monitor synchronisiert zu sein.

System Information

• RAM: 32 GB
• GPU: Radeon RX Vega 64 8 GB
• Treiber: amdgpu
• Kernel-Version: 5.2.11-Manjaro
• Protonenversion: 4.11-6

Ich habe Artefakte und sie sind nicht geringfügig. Fast jedes 3D-Modell weist Artefakte auf: entweder ein bläuliches oder weißliches Quadrat oder Rauschen. Auch Bäume in der Ferne haben einen weißen Umriss.
Hier ein paar Screenshots:

System Information

• RAM: 16 GB
• GPU: Radeon RX 580 8 GB
• Treiber: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
• Kernel-Version: 5.0.0-29-generic
• Protonenversion: 4.11-6

@lavadrop Ah, endlich ein paar Bilder, auf denen diese Artefakte wirklich sichtbar sind. Könnten Sie eine Renderdoc-Erfassung einer solchen Situation bereitstellen und diese hier verlinken https://github.com/daniel-schuermann/mesa/issues/112 ?

@lavadrop Nun, da Sie es erwähnen, hatte ich auch diesen weißen Umriss auf den Bäumen aus einer Entfernung, die ich vergessen habe zu erwähnen. Ich glaube, ich habe das nur gesehen, als ich geflogen bin. Es scheint, als würden sie beim Laden mit diesem weißen Umriss beginnen und sich dann normalisieren, je näher ich ihnen kam.
Ich muss genauer hinschauen, um zu sehen, ob ich diesen bläulichen Schatten wie ein Artefakt auf die Modelle in der Nähe bekomme.

@lavadrop Ah, endlich ein paar Bilder, auf denen diese Artefakte wirklich sichtbar sind. Könnten Sie eine Renderdoc-Erfassung einer solchen Situation bereitstellen und diese hier verlinken ?

Ja sicher

Ich bekomme einen Absturz, während ich das Spiel spiele. Reproduzierbar in ca. 10 Minuten Spielzeit.

Steam-275850.log

dmesg Ausgabe für Absturz

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Das Seltsame war, dass ich letzte Woche am 4.11-4 das Spiel stundenlang ohne Probleme gespielt habe. Dies ist heute aufgetaucht, nachdem ich auf 4.11-5 aktualisiert habe. Wenn Sie zu 4.2-9 zurückkehren, wird dieses Problem ebenfalls reproduziert.

Der Absturz hängt meinen Computer mit Audio aus dem Spiel, das noch läuft. Normalerweise erhalte ich innerhalb einer Minute wieder die Kontrolle über das System und erhalte den obigen Screenshot.

System Information

• GPU: GTX 1080
• Treiber / LLVM-Version: nvidia-drivers-435.21
• Kernel-Version: 4.19.72-gentoo

Ich habe den gleichen Absturz 8 mal von 10, irgendwelche Neuigkeiten?

Ich bekomme einen Absturz, während ich das Spiel spiele. Reproduzierbar in ca. 10 Minuten Spielzeit.
Steam-275850.log

dmesg Ausgabe für Absturz

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Das Seltsame war, dass ich letzte Woche am 4.11-4 das Spiel stundenlang ohne Probleme gespielt habe. Dies ist heute aufgetaucht, nachdem ich auf 4.11-5 aktualisiert habe. Wenn Sie zu 4.2-9 zurückkehren, wird dieses Problem ebenfalls reproduziert.
Der Absturz hängt meinen Computer mit Audio aus dem Spiel, das noch läuft. Normalerweise erhalte ich innerhalb einer Minute wieder die Kontrolle über das System und erhalte den obigen Screenshot.

System Information

• GPU: GTX 1080
• Treiber / LLVM-Version: nvidia-drivers-435.21
• Kernel-Version: 4.19.72-gentoo

Ich habe den gleichen Absturz 8 mal von 10, irgendwelche Neuigkeiten?

Ich bekomme hier keine Abstürze, das heißt, ich hatte vor ein paar Wochen Abstürze beim ersten Laden eines neuen Updates, weil das nvidia fps-Overlay noch aktiviert war. Ich habe auch eine kleine Instabilität mit V-Sync erfahren.

Ich habe Artefakte und sie sind nicht geringfügig. Fast jedes 3D-Modell weist Artefakte auf: entweder ein bläuliches oder weißliches Quadrat oder Rauschen. Auch Bäume in der Ferne haben einen weißen Umriss.
Hier ein paar Screenshots:

System Information

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

Ich kann diese grafischen Störungen bestätigen. Ich habe das Spiel mit und ohne aktiviertem ACO ausprobiert. Dieses Problem scheint also nicht mit dem Compilerbackend zu zusammenhängen. Ich weiß, dass das Problem nicht besteht, wenn ein nvidiagpu verwendet wird. Ich vermute also, dass es etwas mit dem RADV-Treiber zu tun hat. Kein Menschenhimmel verwendet Vulkan als native API, sodass dxvk diese Störungen nicht verursacht.

Systemspezifikationen:

RAM 16 GB
GPU: Radeon RX 590
Treiber: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
Kernel: 5.3.5
Protonenversion: 4.11-6

Ich hatte lange Zeit mit xid 13s zu kämpfen; Ich habe verschiedene Treiber ausprobiert und sogar die Distribution ohne Erfolg gewechselt. Ich habe es endlich geschafft, das Problem zu beheben:

• Sichern meiner Sicherungsdateien
• ALLES entfernen, was mit dem Himmel ohne Menschen zu tun hat (Protonenverzeichnis, Shader-Cache usw.)
• Aus Dampf wieder einbauen
• Kopieren in meine Sicherungsdateien

Hoffentlich hilft das, das Problem scheint ziemlich berührend zu sein, aber viel Glück

Ich habe Artefakte und sie sind nicht geringfügig. Fast jedes 3D-Modell weist Artefakte auf: entweder ein bläuliches oder weißliches Quadrat oder Rauschen. Auch Bäume in der Ferne haben einen weißen Umriss.
Hier ein paar Screenshots:

System Information

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

Ich kann auch bestätigen, dass dieses Problem unter Arch Linux mit Proton 4.11-9 besteht. Ich benutze einen Vega 56.

Ich kann auch bestätigen, dass dieses Problem unter Arch Linux mit Proton 4.11-9 besteht. Ich benutze einen Vega 56.

Leider ist dies ein Spielfehler und wir müssten einige (gültige) Optimierungen deaktivieren, um dieses Problem zu umgehen. Es scheint nicht, dass die Entwickler bald darauf achten.

Jeder, der bemerkt, dass die Terrain-Tessellation in diesem Spiel ziemlich langsam ist. Sie können sich umdrehen und beobachten, wie die Tessellationszellen auf dem Boden vor Ihnen langsam wachsen. Gibt es einen Hack, den Linux-Benutzer tun können, um dies zu beschleunigen? (Es ist auch ein bisschen langsam unter Windows, glaube ich)

Jeder, der bemerkt, dass die Terrain-Tessellation in diesem Spiel ziemlich langsam ist. Sie können sich umdrehen und beobachten, wie die Tessellationszellen auf dem Boden vor Ihnen langsam wachsen. Gibt es einen Hack, den Linux-Benutzer tun können, um dies zu beschleunigen? (Es ist auch ein bisschen langsam unter Windows, glaube ich)

Einige Informationen zu Ihrer Hardware wären hilfreich.

Bei Verwendung einer AMD-GPU würde ich Mesa 19.3 verwenden und den neuen integrierten ACO-Support aktivieren. Wenn Sie ein Ubuntu oder ein Derivat davon verwenden (ich verwende Linux Mint 19.2), ist das Kisak-PPA eine gute Wahl:
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

Ich habe gerade die neuesten NVIDIA-Treiber mit einem 1080TI

Ich kann das Spiel mit keiner Proton-Version zum Booten bringen, auch nicht mit GE. Welche Schritte sollte ich unternehmen, um dies zu diagnostizieren?

Sie können Proton generell ein Protokoll mit "PROTON_LOG = 1% Befehl%" erstellen lassen.

Ich kann auch bestätigen, dass dieses Problem unter Arch Linux mit Proton 4.11-9 besteht. Ich benutze einen Vega 56.

Leider ist dies ein Spielfehler und wir müssten einige (gültige) Optimierungen deaktivieren, um dieses Problem zu umgehen. Es scheint nicht, dass die Entwickler bald darauf achten.

Könnten Sie das näher erläutern? Ich plane, NMS bald in Windows auf derselben Hardware zu testen.

Sie können Proton generell ein Protokoll mit "PROTON_LOG = 1% Befehl%" erstellen lassen.

Es werden keine Protokolle in meinem Home-Verzeichnis gespeichert. Beim Start mit normalem Wine wird VK_ERROR_INITIALIZATION_FAILED angezeigt

Sie können Proton generell ein Protokoll mit "PROTON_LOG = 1% Befehl%" erstellen lassen.

Es werden keine Protokolle in meinem Home-Verzeichnis gespeichert. Beim Start mit normalem Wine wird VK_ERROR_INITIALIZATION_FAILED angezeigt

Dieser Fehler bedeutet, dass Ihr System nicht ordnungsgemäß für die Verwendung von Vulkan konfiguriert ist

Sie können Proton generell ein Protokoll mit "PROTON_LOG = 1% Befehl%" erstellen lassen.

Es werden keine Protokolle in meinem Home-Verzeichnis gespeichert. Beim Start mit normalem Wine wird VK_ERROR_INITIALIZATION_FAILED angezeigt

Dieser Fehler bedeutet, dass Ihr System nicht ordnungsgemäß für die Verwendung von Vulkan konfiguriert ist

Schauen Sie sich dies an, um die Proton-Anforderungen und die Einrichtung von Vulkan zu erfahren:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Sie können Proton generell ein Protokoll mit "PROTON_LOG = 1% Befehl%" erstellen lassen.

Es werden keine Protokolle in meinem Home-Verzeichnis gespeichert. Beim Start mit normalem Wine wird VK_ERROR_INITIALIZATION_FAILED angezeigt

Dieser Fehler bedeutet, dass Ihr System nicht ordnungsgemäß für die Verwendung von Vulkan konfiguriert ist

Schauen Sie sich dies an, um die Proton-Anforderungen und die Einrichtung von Vulkan zu erfahren:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Ich habe diese Schritte bereits ausgeführt und habe die neuesten Treiber. Ich bin auf einem 1060 6GB.
Auch DOTA2 funktioniert mit Vulkan perfekt.

Vor ein paar Wochen hatte ich auch Probleme, NMS zu starten. Aber anstatt nach dem Grund dafür zu suchen, habe ich einfach die Installation und alle Steam-Verzeichnisse des Spiels gelöscht und das Spiel komplett neu installiert. Ab diesem Zeitpunkt läuft es ohne Probleme (keine Schmerzen für mich; Neuinstallation in weniger als 40 Minuten (250-MBit-Internetverbindung)).

Wie gesagt, ich kenne den genauen Grund nicht. Vielleicht probierst du es aus.

Dies ist sicherlich kein sehr sachlicher oder professioneller Tipp. Da Ihre VK-Installation jedoch nach Ihren Angaben korrekt ist, bleibt mir im Falle Ihrer Fehlermeldung kein sachlicher oder technischer Tipp.

Vor ein paar Wochen hatte ich auch Probleme, NMS zu starten. Aber anstatt nach dem Grund dafür zu suchen, habe ich einfach die Installation und alle Steam-Verzeichnisse des Spiels gelöscht und das Spiel komplett neu installiert. Ab diesem Zeitpunkt läuft es ohne Probleme (keine Schmerzen für mich; Neuinstallation in weniger als 40 Minuten (250-MBit-Internetverbindung)).

Wie gesagt, ich kenne den genauen Grund nicht. Vielleicht probierst du es aus.

Dies ist sicherlich kein sehr sachlicher oder professioneller Tipp. Da Ihre VK-Installation jedoch nach Ihren Angaben korrekt ist, bleibt mir im Falle Ihrer Fehlermeldung kein sachlicher oder technischer Tipp.

Wo genau werden diese Fehlerprotokolle gespeichert? Ich bin auf Ubuntu 19.10. Das Spiel wird nur ohne schwarzen Bildschirm bei Steam gestartet und geschlossen, und wenn ich versuche, Wine Lutris zu installieren, erhalte ich diesen Vulkan-Fehler.

Wo genau werden diese Fehlerprotokolle gespeichert? Ich bin auf Ubuntu 19.10. Das Spiel wird nur ohne schwarzen Bildschirm bei Steam gestartet und geschlossen, und wenn ich versuche, Wine Lutris zu installieren, erhalte ich diesen Vulkan-Fehler.

Ich habe nicht nur die Protokolldateien gelöscht. Ich habe das gesamte Spiel gelöscht.

Endlich hat das Protokoll funktioniert. Ich habe alles deinstalliert, einschließlich Steam und all meiner Spiele.
Steam-275850.log

Hallo @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory aus dem Protokoll sieht so aus, als ob etwas schief geht. Welches Dateisystem verwenden Sie mit /media/max/OS ?

Hallo @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory aus dem Protokoll sieht so aus, als ob etwas schief geht. Welches Dateisystem verwenden Sie mit /media/max/OS ?

NTFS, beschämend, ich weiß, es ist eine lange Geschichte.

Proton + NTFS ist als temperamentvoll bekannt und muss sorgfältig montiert werden, damit Proton damit arbeiten kann. Insbesondere wissen wir, dass es mit ntfs-3g als aktuellem Benutzer und ohne die Mount-Option windows_names gemountet werden muss. Möglicherweise gibt es andere Einschränkungen, und Sie können in diesem Issue-Tracker nach ntfs suchen, um herauszufinden, was andere versucht haben.

Proton + NTFS ist als temperamentvoll bekannt und muss sorgfältig montiert werden, damit Proton damit arbeiten kann. Insbesondere wissen wir, dass es mit ntfs-3g als aktuellem Benutzer und ohne die Mount-Option windows_names gemountet werden muss. Möglicherweise gibt es andere Einschränkungen, und Sie können in diesem Issue-Tracker nach ntfs suchen, um herauszufinden, was andere versucht haben.

Vielen Dank für diese Informationen. Ich werde NTFS von nun an nicht mehr verwenden. Ich habe nichts mehr, das Windows verwendet.

Das Spiel funktioniert jetzt!

Ich verwende Proton mit meinen NTFS-Laufwerken die ganze Zeit ohne Probleme. Ich habe mehrere Flags für die Partitionen gesetzt. Einiges von dem, was ich unten habe, wird wahrscheinlich nicht benötigt und macht nichts Großes.

x-gvfs-show, noatime, async, big_writes, erben, windows_names, uid = 1000, gid = 1004, rw, user, exec, umask = 000 0 0

Außerdem muss der kompatible Datenordner wieder mit dem .steam-Pfad des Benutzers verknüpft sein. Kompatible Daten sollten sich niemals auf ntfs-Laufwerken befinden.

Hat das neueste Update das Spiel für andere kaputt gemacht? Früher funktionierte das Spiel ohne Änderungen perfekt für mich, aber in letzter Zeit friert das Spiel meinen Desktop einfach ein. Es scheint auch meine Intel HD-Grafik zu verwenden (im Fenster steht 'No Mans Sky (Intel HD-Grafik)). Alle meine anderen Spiele funktionieren wie gewohnt, daher bin ich zuversichtlich, dass mit meinen Treibern nichts schief gelaufen ist. Auch die Neuinstallation hat nicht funktioniert

Specs ist ein i7-9750H und GTX 1660Ti, die unter Ubuntu 18.04 (Elementary OS) ausgeführt werden.

Hallo @Cybiko , das klingt ähnlich wie # 3215. Können Sie überprüfen, ob Sie darauf gestoßen sind?

@ kisak-ventil Es scheint nicht so zu sein, keiner der Startbefehle dort hat irgendeine Auswirkung auf mein Spiel.

Es ist das Steam Overlay.
FEHLER: ld.so: Objekt '~ / .local / share / Steam / ubuntu12_32 / gameoverlayrenderer.so' von LD_PRELOAD kann nicht vorgeladen werden (falsche ELF-Klasse: ELFCLASS32): ignoriert.

Leider ist dies ein Spielfehler und wir müssten einige (gültige) Optimierungen deaktivieren, um dieses Problem zu umgehen. Es scheint nicht, dass die Entwickler bald darauf achten.

Ich habe eine Problemumgehung für RADV geschrieben, die das Problem zu lösen scheint, unabhängig davon, welches Backend (LLVM oder ACO) verwendet wird: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Es wird wahrscheinlich heute oder morgen zusammengeführt und entfernt hoffentlich die kleinen Artefakte, denen Sie im Spiel begegnen. (Ich habe es nicht im Spiel getestet, da ich das Spiel nicht besitze. Ich würde mich freuen, wenn sich jemand melden könnte.) Wir werden diese Problemumgehung nicht auf mesa stabil zurückportieren, da sie etwas zu invasiv ist. Tut mir leid.

Ich habe eine Problemumgehung für RADV geschrieben, die das Problem zu lösen scheint, unabhängig davon, welches Backend (LLVM oder ACO) verwendet wird: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Es wird wahrscheinlich heute oder morgen zusammengeführt und entfernt hoffentlich die kleinen Artefakte, denen Sie im Spiel begegnen. (Ich habe es nicht im Spiel getestet, da ich das Spiel nicht besitze. Ich würde mich freuen, wenn sich jemand melden könnte.) Wir werden diese Problemumgehung nicht auf mesa stabil zurückportieren, da sie etwas zu invasiv ist. Tut mir leid.

Es scheint, dass die Artefakte leider immer noch vorhanden sind, testete den Patch mit TKGs PKGBUILD sowohl mit LLVM als auch mit ACO

@BlazeKl Danke zum Testen. Wenn Sie sicher sind, dass Sie die Patches (es sind 6 Patches) korrekt hinzugefügt haben, können Sie den gemeldeten Anwendungsnamen überprüfen, wenn er "No Mans Sky" meldet? Weil ich mir ziemlich sicher bin, dass ich die Artefakte in einem Renderdoc-Capture entfernt habe, aber möglicherweise wird die Problemumgehung aus irgendeinem Grund nicht aktiviert.

@ daniel-schuermann der anwendungsname ist "no man's sky", habe ihn erneut mit dem richtigen namen getestet und es funktioniert super, danke

Wann bekommen wir den Patch? Ich benutze gerade den Oibaf ppa. Aber die Artefakte sind immer noch sichtbar.

Wann bekommen wir den Patch? Ich benutze gerade den Oibaf ppa. Aber die Artefakte sind immer noch sichtbar.

Ich habe die Serie heute zusammengeführt, sollte also mit dem nächsten Update kommen.

Einige Benutzer haben Probleme mit der Proton 5.0-Serie gemeldet. Es hat möglicherweise nur Benutzer betroffen, die es nie auf älteren Versionen von Proton ausgeführt haben. In jedem Fall haben wir in 5.0-4 ein Update für No Man's Sky aufgenommen. Wenn Sie also Probleme mit dem Spiel auf Proton 5.0 hatten, lohnt es sich möglicherweise, es jetzt erneut zu versuchen.

Probleme wie beim Absturz alle 2 Stunden oder so?

Hat jemand anderes Probleme mit NMS + Steam VR? Wenn ich mit der neuesten Version NMS über Steam VR starte, bleibt mein VR-Headset schwarz, ich kann Musik über die Kopfhörer des Headsets hören und das Hauptmenü nur auf meinem Monitor sehen. Es ist fast so, als würde das Spiel in den Desktop-Modus versetzt? Ich kann mit Maus und Tastatur durch die Menüs navigieren, aber meine VR-Controller sind nicht aktiv.

Ja, ich kann NMS auch nicht dazu bringen, im VR-Modus zu starten

Anscheinend gibt es ein Problem mit der Initialisierung von OpenVR durch Proton 5.0-4 für bestimmte Spiele. Bitte beachten Sie dieses Problem: https://github.com/ValveSoftware/Proton/issues/3652

Proton 5.0-5 behebt das Problem mit NMS + VR. Yay!

Kann bestätigen, funktioniert wieder :)

Sie da. Ich habe kürzlich No Man's Sky gekauft und konnte es nicht zum Laufen bringen. Wenn ich in der Benutzeroberfläche der Steam Library auf die Schaltfläche "Abspielen" klicke, wird der Bildschirm nur eine Sekunde lang schwarz, dann kehrt der Bildschirm zur Benutzeroberfläche der Bibliothek zurück und die Schaltfläche "Abspielen" ist wieder sichtbar.
Aus den Protokollen wird beim Beenden des Spiels der folgende Fehler ausgegeben:

ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
GameAction [AppID 275850, ActionID 2] : LaunchApp changed task to Completed with ""

Ich habe an mehreren Stellen nach diesem Fehler gesucht, um festzustellen, ob Benutzer das gleiche Problem hatten, und obwohl ich ihn für einige andere Spiele gefunden habe, habe ich keine Informationen zu NMS gefunden. Jede Hilfe wäre dankbar. Vielen Dank.

Hier sind die vollständigen Protokolle:
https://gist.github.com/trentchilders/5aa2fa1aa8aad586ce6feff0defaa4c2

CPU: AMD Ryzen 5 1600 Sechs-Kern-Prozessor
GPU: Radeon RX 570-Serie

Das Zeug "ERROR: ld.so: ..." kann ignoriert werden. Die eigentliche Wichtigkeitslinie ist:

Z: \ home \ trent.local \ shareSteam \ steamapps \ common \ Niemandshimmel \ Binaries \ NMS.exe: Symbolsuchfehler: /usr/lib/x86_64-linux-gnu/libvulkan_radeon.so: undefiniertes Symbol: amdgpu_bo_list_create_raw

Es sieht so aus, als ob Ihre Vulkan-Fahrer schuld sind. Was ist Ihre Distribution, ist Ihr System auf dem neuesten Stand und was ist die Ausgabe von "vulkaninfo"?

@ Zamundaaa Danke für deine Antwort! Distribution und Version:

Distributor ID: Ubuntu
Description:    Ubuntu 18.04.4 LTS
Release:    18.04
Codename:   bionic

Und das ist das Out aber von vulkaninfo :

https://gist.github.com/trentchilders/1eb9d1f3f54ccdd0fe7689122e0301b5

Ich habe sudo apt-get dist-upgrade um sicherzustellen, dass ich auf dem neuesten Stand bin, und ich habe den gleichen Fehler "undefiniertes Symbol: amdgpu_bo_list_create_raw" wie zuvor erhalten.

Ich würde vorschlagen, ein neueres Betriebssystem zu verwenden oder zumindest Ihre Vulkan-Treiber- / Loader-Bibliotheken zu aktualisieren

@ Trentchilders
was Telans gesagt haben. Ein Upgrade auf ein neueres Ubuntu, Ubuntu 20.04, sobald es herauskommt oder natürlich direkt eine andere Distribution, würde es wahrscheinlich tun. Alternativ gibt es die einfachere Option einiger ppas wie der Padoka (stabil oder instabil, treffen Sie Ihre Wahl), die Ihre Treiber aktualisieren.
Können Sie andere Vulkan-Anwendungen wie vkcube ausführen?

@ Trentchilders
In Bezug auf das, was @Zamundaaa sagte, würde ich die PPA von @ kisak-ventil empfehlen. Früher habe ich auch das Padoka PPA verwendet ... aber das PPA wird (nicht mehr) so regelmäßig und schnell aktualisiert. Deshalb habe ich auf die Kisak-PPA umgestellt.

Das kisak PPA aktualisiert die Mesa-Treiber auf die neueste Version (derzeit 20.0.3). Gleichzeitig haben Sie die von Valve weitergegebene ACO-Unterstützung integriert, falls gewünscht (kann einzeln ein- oder ausgeschaltet werden):
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

Zusätzlich sollten Sie die Vulcan-Treiber installieren oder aktualisieren:
sudo apt install mesa-vulkan-drivers mesa-vulkan-drivers:i386

Aber das alles finden Sie auch hier:
https://github.com/ValveSoftware/Proton/wiki/Requirements

@ KuJo-Ger Danke für deinen Beitrag. Ich habe die Kisak-PPA hinzugefügt und den von Ihnen angegebenen Installationsbefehl ausgeführt.

mesa-vulkan-drivers is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).
mesa-vulkan-drivers:i386 is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).

Und trotzdem läuft das Spiel nicht. Ich bekomme die gleichen Fehler. Dies könnte mich also auf den Weg führen, den @telans und @Zamundaaa vorgeschlagen haben: eine neue Linux-Distribution. Welches benutzt du gerne?

@ Zamundaaa Ich bin nicht mit pkcube vertraut. Ich muss mich darum kümmern und mich bei Ihnen melden.

nicht pkcube, "vkcube". Führen Sie es einfach im Terminal aus, es sollte bereits installiert sein.
Ich persönlich benutze Manjaro KDE und NMS funktioniert wie immer perfekt. Für Spiele ist es normalerweise am besten, eine aktuelle Distribution auszuwählen. Die besten Optionen sind Arch, Manjaro, Fedora, Solus, aber das neueste Ubuntu sollte auch ausreichen, solange Sie nicht bald darauf neue Hardware wie GPUs verwenden möchten starten.

Hallo @trentchilders , bitte verwenden Sie nicht mehrere Mesa-PPAs gleichzeitig. Dies ist völlig ungetestet und kann seltsame Nebenwirkungen haben. Wenn Sie mit meiner PPA testen möchten, löschen Sie bitte die PPA von oibaf, bevor Sie meine hinzufügen, und umgekehrt, wenn Sie zurückschalten möchten.

@ Trentchilders
Sie haben die PPA von oibaf installiert. Dies basiert auf der instabilen und noch nicht veröffentlichten Mesa-Version 20.1 (20.1 ~ git2004220730.f1a12d ~ oibaf ~ b). Derzeit ist Version 20.0.x veröffentlicht und stabil. Dies kann auch der Grund sein, warum NMS nicht ausgeführt wird.

Es wird immer empfohlen, eine stabile Version zu wählen. Wie der von @ kisak-ventil.

Wie kisak bereits erklärt hat, müssen Sie andere PPAs deinstallieren, bevor Sie die PPA installieren können. Dies wird zB auf der PPA-Seite von oibaf beschrieben (siehe Abschnitt unter "=== Auf ursprüngliche Treiber zurücksetzen ==="):
-> https://launchpad.net/~oibaf/+archives/ubuntu/graphics-drivers

Befolgen Sie dann die auf der Proton-Seite beschriebenen Schritte (siehe Abschnitt "AMD / Intel"):
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Übrigens - ich benutze Linux MInt 19.3 mit dem Kisak PPA. AMD Ryzen 5 3600, AMD Radeon RX 5700 XT.

@ KuJo-Ger Verstanden. Ich danke dir sehr. Ich bin gerade auf der Arbeit, kann es aber versuchen, wenn ich nach Hause komme. Ja. Ich hatte mehrere PPAs für Mesa-Fahrer, was dumm war, aber ich lerne immer noch über all das.

@Zamundaaa @telans @ kisak-ventil Vielen Dank an alle für die Antwort. Ich weiß das wirklich zu schätzen.

No Man's Sky läuft sehr gut, abgesehen von ein paar Stottern während Schnittszenen. Das einzige Problem, das ich bekomme, sind zufällige Abstürze während des Spiels. Ich werde versuchen, das Fehlerprotokoll zu erfassen, aber die Maus verschwindet im Absturzfenster. Ich habe etwas gesehen, das OpenVR erwähnt, und ich habe kein VR-Headset, daher könnte es versuchen, eines zu finden.

Das Spiel ist jetzt beim Betreten des Weltraums mehrmals abgestürzt. Abgesehen davon läuft es gut auf meinem Arch Linux-System mit einem Ryzen 5 3600, 16 GB RAM und RTX 2060.

Ich konnte das Fehlerprotokoll erfassen

Ich konnte das Fehlerprotokoll erfassen

Es ist hilfreicher, das mit dem Befehl PROTON_LOG = 1%% bereitgestellte Protokoll zu verwenden

Okay, hier ist Protons Protokoll .

Ich habe bei No Man's Sky eine seltsame Sache gefunden, bei der das Spiel nach ein paar Minuten nicht mehr geöffnet wird. Die Lösung hierfür ist das Öffnen eines Task-Managers (z. B. htop, top, GNOME Task Manager usw.) und das Beenden der explorer.exe -Prozesse. Innerhalb weniger Sekunden wird das Spiel geöffnet.

Das Spiel wird nicht einmal mit Proton 5.0-7 geöffnet. Da das Spiel nicht geöffnet wird, wird bei Verwendung von PROTON_LOG = 1% command% nicht einmal eine Protokolldatei erstellt.

Systeminformationen

Bug] Korruption im LOD-Einblendeffekt von No Man's Sky

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/3902.
@FuzzyQuills veröffentlicht am 2020-05-23T10: 02: 34:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: No Man's Sky
• Steam AppID des Spiels: 275850

System Information

• GPU: RX 570
• Treiber- / LLVM-Version: Mesa 19.3.3 / LLVM 9.0.1 (unter Verwendung von ACO tritt das gleiche Problem bei LLVM auf, ist jedoch beim Windows AMD Vulkan-Treiber nicht vorhanden.)
• Kernel-Version: Derzeit 4.19, Kernel 5.3-3.6 ebenfalls getestet
• Link zum vollständigen Systeminformationsbericht als Gist : https://gist.github.com/FuzzyQuills/294fdb78855e9c9b389194b8cfc1fcc6
• Protonenversion: 5.0-7

Ich bestätige:

• [x] dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.
• [x] dass ich überprüft habe, ob Updates für mein System verfügbar sind.

<Log omitted, please see #3902>

Symptome

Beim Herumlaufen auf Planeten wird der LOD-Einblendeffekt beschädigt. Teile von Bäumen blinken langsam ein und aus, wenn Sie sich ihnen nähern, Plakatobjekte blinken beim Übergang zum tatsächlichen Modell in einem lauten Kästchen, Basisteile blinken bei Annäherung mit orangefarbenem Rauschen usw.

Angesichts der Tatsache, dass dies sowohl unter AMDVLK, RADV / LLVM als auch unter RADV / ACO geschieht, jedoch nicht unter Windows, vermute ich, dass dies ein Shader-Compiler-Fehler sein könnte, aber wer weiß ... Ich habe dies nirgendwo gesehen, mit nur einem reddit-Kommentar mit einem GIF, das das Artefakt auch auf einer anderen AMD-GPU zeigt.

(Screenshot, der insbesondere eine Instanz der Plakatbeschädigung zeigt: https://imgur.com/a/zbStQ4T)

Reproduktion

Starten Sie das Spiel einfach mit der oben genannten Systemkonfiguration. (Oder für jede GPU, die den amdgpu-Treiber verwendet)

Zusätzlicher Hinweis: Ich bin mir auch nicht sicher, wo ich dies sonst melden soll. Ich entschuldige mich im Voraus, wenn dies am falschen Ort ist.

Hallo @FuzzyQuills , mesa 20.1 hat einige Commits, die bei dem, was Sie sehen, hilfreich sein können, insbesondere https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Wenn du kannst, teste das Spiel bitte mit mesa 20.1.0-rc4 oder git master.

Hallo @FuzzyQuills , mesa 20.1 hat einige Commits, die bei dem, was Sie sehen, hilfreich sein können, insbesondere https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Wenn du kannst, teste das Spiel bitte mit mesa 20.1.0-rc4 oder git master.

Ich schwöre, das war eine Lösung für etwas anderes von vor langer Zeit, aber gebührend zur Kenntnis genommen. Sieht so aus, als müsste ich herausfinden, wie man Mesa auf Debian baut ...

Edit: eigentlich egal, sieht aus wie es vor zwei Tagen experimentell eingereicht wurde, werde es bald versuchen.

Okay, das Update funktioniert also definitiv! Einige Basisteile flackern immer noch (nämlich die Korridorteile, der Boden hat flackernde Dreiecke), aber es ist viel besser. Kein orangefarbenes Blinken mehr.

Wird mehr testen, nachdem ich geschlafen habe. Erscheint 20.1 ist für einen störungsfreien No Man's Sky erforderlich.

Können Sie nach der Veröffentlichung von Mesa 20.1, das ein Update für No Man's Sky enthält, bestätigen, dass es einwandfrei funktioniert? Vielen Dank!

Ich habe noch nie Probleme mit No Man's Sky grafisch gesehen, möglicherweise nur mit der Hardware, die ich auf meinem Desktop habe, oder mit der Verwendung von Arch Linux. Aber wie ich bereits erwähnt habe, gibt es Probleme mit dem Spiel.

Können Sie nach der Veröffentlichung von Mesa 20.1, das ein Update für No Man's Sky enthält, bestätigen, dass es einwandfrei funktioniert? Vielen Dank!

Derzeit scheint mein No Man's Sky in Ordnung zu sein. Der LOD-Bug ist definitiv weg.

Seit dem Crossplay-Patch werden jedoch einige Planeten unsichtbar, wenn Sie weit genug von ihnen entfernt sind. Da dies vor dem Patch nicht geschehen ist, könnte dies das Schuldige sein

Ich habe noch nie Probleme mit No Man's Sky grafisch gesehen, möglicherweise nur mit der Hardware, die ich auf meinem Desktop habe, oder mit der Verwendung von Arch Linux. Aber wie ich bereits erwähnt habe, gibt es Probleme mit dem Spiel.

Welche Gameplay-Probleme bekommen Sie speziell? (Außer Abstürzen)

Das Spiel stürzt beim Verlassen eines Planeten ab.

Ich bekomme manchmal ein kurzes Einfrieren, wenn ich beim Laden meines Speichers zum ersten Mal einen Planeten verlasse, aber das passiert auch unter Windows, also ist es dort im Spiel.

Welche Version von Proton? Ich benutze 5.0-9 (neueste)

Ich benutze Proton-5.6-GE-1

Ich benutze Proton-5.6-GE-1

Ich gehe davon aus, dass Sie über Steam starten? Versuchen Sie, speziell 5.0-9 zu erzwingen, und prüfen Sie, ob dies zur Behebung beiträgt.
Ich kann auch einen GE-Build ausprobieren und sehen, ob er abstürzt.

Ja, durch Steam. Ich habe momentan keinen Zugriff auf meinen Desktop, der das Problem hat.

Ich habe es ohne Probleme auf meinem Laptop gespielt und dies scheint möglicherweise ein Problem zu sein, wenn ich entweder 2 NVidia-GPUs (RTX 2060 und GTX 1050ti) oder einen Ryzen 5 3600 habe, den beide auf meinem Desktop haben.

Das Spiel spielt sich gut für mich, aber aufgrund des kürzlich durchgeführten Updates gibt es ein neues Problem: TLS 1.1 und 1.2 sind erforderlich:

Siehe 4. Aufzählungszeichen am Ende der Patchnotizen: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Es verweist auf diese Site: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- Protokolle-in-wi

Gibt es eine Möglichkeit, diese in Proton zu aktivieren, damit wir weiter online spielen können?

TLS 1.1 ist seit zwei Jahren nicht mehr verfügbar und es wäre nicht die klügste Idee, was die Sicherheit betrifft

Das Spiel spielt sich gut für mich, aber aufgrund des kürzlich durchgeführten Updates gibt es ein neues Problem: TLS 1.1 und 1.2 sind erforderlich:

Siehe 4. Aufzählungszeichen am Ende der Patchnotizen: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Es verweist auf diese Site: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- Protokolle-in-wi

Gibt es eine Möglichkeit, diese in Proton zu aktivieren, damit wir weiter online spielen können?

Ich bin mir ziemlich sicher, dass Proton bereits 1.2 verwendet, da ich am ersten Arbeitstag Multiplayer hatte.
Update: Das Löschen des Protonenpräfixes und das Regenerieren scheint für mich einen festen Mehrspielermodus zu haben

TLS 1.1 ist seit zwei Jahren nicht mehr verfügbar und es wäre nicht die klügste Idee, was die Sicherheit betrifft

Wenn Proton Windows 7 als Basisversion des Betriebssystems verwendet, könnte es wahrscheinlich stattdessen TLS 1.0 verwenden, aber angesichts der Tatsache, dass das Crossplay-Update beim Start für mich funktioniert hat, glaube ich nicht, dass dies hier der Fall ist.

Ich könnte mich irren, da ich wenig Nachforschungen angestellt habe (nicht sicher, wo ich wirklich anfangen soll), aber ich kann sagen, dass der Mehrspielermodus derzeit für Benutzer von Windows 7 und anscheinend für Benutzer des Spiels über Steam Play unterbrochen ist. Die einzige Möglichkeit, online zu spielen, besteht darin, (vorerst) über Windows 10 zu spielen.

Ich könnte mich irren, da ich wenig Nachforschungen angestellt habe (nicht sicher, wo ich wirklich anfangen soll), aber ich kann sagen, dass der Mehrspielermodus derzeit für Benutzer von Windows 7 und anscheinend für Benutzer des Spiels über Steam Play unterbrochen ist. Die einzige Möglichkeit, online zu spielen, besteht darin, (vorerst) über Windows 10 zu spielen.

Das ist es, was seltsam ist. es schien für mich nur zu brechen, nachdem ein Freund versucht hatte, meinen Freundescode hinzuzufügen; Online-Erkennungsdienste und das Hochladen von Basen scheinen zu funktionieren, aber Matchmaking schlägt fehl. Ich habe das Gefühl, dass in meinem Fall das Hinzufügen seines Freundescodes meinen beheben sollte, was ich in einem Beitrag des Steam Community-Forums gesehen habe.

Werde zurückmelden, wenn das funktioniert, wie es vor zwei Tagen für mich funktioniert hat. Ausführen des neuesten Protons 5.0-9

bearbeiten: siehe meinen letzten Kommentar

Ich könnte mich irren, da ich wenig Nachforschungen angestellt habe (nicht sicher, wo ich wirklich anfangen soll), aber ich kann sagen, dass der Mehrspielermodus derzeit für Benutzer von Windows 7 und anscheinend für Benutzer des Spiels über Steam Play unterbrochen ist. Die einzige Möglichkeit, online zu spielen, besteht darin, (vorerst) über Windows 10 zu spielen.

Das ist es, was seltsam ist. es brach nur für mich, nachdem ein Freund versucht hatte, meinen Freundescode hinzuzufügen; Online-Erkennungsdienste und das Hochladen von Basen scheinen zu funktionieren, aber Matchmaking schlägt fehl. Ich habe das Gefühl, dass in meinem Fall das Hinzufügen von _his_ Freundcode meinen Fehler beheben sollte, was ich in einem Beitrag im Steam Community Forum gesehen habe.

Werde zurückmelden, wenn das funktioniert, wie es vor zwei Tagen für mich funktioniert hat. Ausführen des neuesten Protons 5.0-9

Ich bin mir nicht sicher, ob dies ein Proton-Problem ist, genauso wie ein NMS-Problem, als das Crossplay-Update herauskam. Die Navi-GPU würde auf einem Planeten abstürzen und während es funktioniert, ist es immer noch ein bekanntes Problem in Bezug auf Navi. Crossplay ist auch sehr wackelig mit Fehlern, die behoben werden müssen.

Ich könnte mich irren, da ich wenig Nachforschungen angestellt habe (nicht sicher, wo ich wirklich anfangen soll), aber ich kann sagen, dass der Mehrspielermodus derzeit für Benutzer von Windows 7 und anscheinend für Benutzer des Spiels über Steam Play unterbrochen ist. Die einzige Möglichkeit, online zu spielen, besteht darin, (vorerst) über Windows 10 zu spielen.

Das ist es, was seltsam ist. es brach nur für mich, nachdem ein Freund versucht hatte, meinen Freundescode hinzuzufügen; Online-Erkennungsdienste und das Hochladen von Basen scheinen zu funktionieren, aber Matchmaking schlägt fehl. Ich habe das Gefühl, dass in meinem Fall das Hinzufügen von _his_ Freundcode meinen Fehler beheben sollte, was ich in einem Beitrag im Steam Community Forum gesehen habe.
Werde zurückmelden, wenn das funktioniert, wie es vor zwei Tagen für mich funktioniert hat. Ausführen des neuesten Protons 5.0-9

Ich bin mir nicht sicher, ob dies ein Proton-Problem ist, genauso wie ein NMS-Problem, als das Crossplay-Update herauskam. Die Navi-GPU würde auf einem Planeten abstürzen und während es funktioniert, ist es immer noch ein bekanntes Problem in Bezug auf Navi. Crossplay ist auch sehr wackelig mit Fehlern, die behoben werden müssen.

Ich habe im Protonenprotokoll nachgesehen und es sieht tatsächlich so aus, als ob HTTPS im Allgemeinen aus irgendeinem Grund in Proton vollständig defekt ist. No Man's Sky spammt eine Reihe von "nicht unterstützten" Nachrichten aus der Winsock-Bibliothek, und im Spiel heißt es, dass die Matchmaking-Verbindung nicht hergestellt werden konnte.

Neues Update; Schließlich entschied ich mich, Proton herunterzustufen, was den Proton-Pfx-Ordner meines Spiels zwang, neu erstellt zu werden. Sobald ich das tat, fing dieser Multiplayer wieder an zu arbeiten, was auf ein Problem mit dem neuesten Proton und bestimmten Präfix-Setups hinweist.

Kann jemand, der Probleme mit dem Mehrspielermodus hat, versuchen, den pfx-Ordner für No Man's Sky zu löschen, damit er neu erstellt werden muss? Wenn dies nicht funktioniert, laden Sie Version 4.11 herunter und zwingen Sie No Man's Sky, diese Version zu verwenden. Das habe ich getan, um es zum Laufen zu bringen, und danach begann auch die Umstellung auf 5.0-9.

tl; dr: scheint eine Neuerstellung des Pfx-Ordners zu erzwingen, behebt Multiplayer, aber ich muss überprüfen, ob es versionunabhängig ist.

Update: Ich habe gerade das Löschen und Wiederherstellen mit 5.0-9 getestet und sicher genug, dass ein neues Präfix von 5.0-9 den Mehrspielermodus unterbricht. Verwenden Sie 4.11, um es zu erstellen, und wechseln Sie dann zu 5.0-9. (Getestet durch Einsparen der Platzanomalie und erneutes Laden von save nach Änderung meiner Proton-Installation)
Dies deutet auf eine Regression in 5.0-9 hin. Vielleicht hängt der EA Origin-Fix damit zusammen?

Ich kann versuchen, .reg-Dateien aus den beiden Versionen zu vergleichen, da mir auch aufgefallen ist, dass die Winhttp-Registrierungseinträge fehlten

Haben Sie den neuesten Proton-GE-Build ausprobiert, der inoffiziell ist, aber wenn er Probleme für irgendjemanden behebt, lohnt es sich möglicherweise zu prüfen, welche spezifischen Patches diese Probleme behoben haben.

Haben Sie den neuesten Proton-GE-Build ausprobiert, der inoffiziell ist, aber wenn er Probleme für irgendjemanden behebt, lohnt es sich möglicherweise zu prüfen, welche spezifischen Patches diese Probleme behoben haben.

Wenn es eine Möglichkeit gibt, es Steam als gültige Proton-Installation hinzuzufügen, kann ich es versuchen. Ich habe keine Erfahrung mit der Verwendung von GE-Builds

https://github.com/GloriousEggroll/proton-ge-custom/releases Archiv unter Assets, extrahieren Sie es unter ~ / .steam / root / kompatibilitytools.d / Ordner (es sollte sich in einem eigenen Ordner befinden). Starten Sie Steam neu, siehe NMS-Protonenliste.

Es ist im Allgemeinen eine gute Praxis, den Spiel-Pfx-Ordner zwischen dem Ändern der Hauptprotonenversionen zu löschen. (vom Standard-Dampfproton bis zu kundenspezifischen Protonen wie GE)

https://github.com/GloriousEggroll/proton-ge-custom/releases Archiv unter Assets, extrahieren Sie es unter ~ / .steam / root / kompatibilitytools.d / Ordner (es sollte sich in einem eigenen Ordner befinden). Starten Sie Steam neu, siehe NMS-Protonenliste.

Es ist im Allgemeinen eine gute Praxis, den Spiel-Pfx-Ordner zwischen dem Ändern der Hauptprotonenversionen zu löschen. (vom Standard-Dampfproton bis zu kundenspezifischen Protonen wie GE)

Was lustig ist, ist, dass der pfx-Ordner nie überschrieben wurde, sondern nur von 5.0-9 verwendet wurde. Aus heiterem Himmel brach ein No Man's Sky-Patch, der sich mit Crossplay-Fehlern befasste, unter Linux auf dieser Protonenversion.

Derzeit wird Proton-GE dekomprimiert und jetzt getestet

Ok, also Proton-GE schlägt ebenfalls fehl, aber wenn das Präfix bis 4.11-13 bei ALL generiert wird, funktioniert es mit jeder darüber liegenden Protonenversion einwandfrei, wenn das Präfix aktualisiert wird. Ich frage mich, was es vermasselt hat

Edit: aaaund das hat meine Paraden irgendwie kaputt gemacht ...
edit2: Krise abgewendet, ich hatte ein Backup lol

Für mich behoben, danke @FuzzyQuills.

Hier sind die Schritte für alle, die mitlesen:

1. cd ~/.steam/steam/steamapps/common
2. rm -r "Proton 5.0"
3. Wechseln Sie in Steam zum Eintrag Proton 5.0. Klicken Sie mit der rechten Maustaste darauf und klicken Sie auf Eigenschaften. Gehen Sie zur Registerkarte Lokale Dateien und klicken Sie auf "Integrität der Werkzeugdateien überprüfen".
4. Lassen Sie Proton 5.0 erneut herunterladen, öffnen Sie NMS und testen Sie.

Profitieren.

Für mich behoben, danke @FuzzyQuills.

Hier sind die Schritte für alle, die mitlesen:

1. `cd ~/.steam/steam/steamapps/common`

2. `rm -r "Proton 5.0"`

3. In Steam, go to the Proton 5.0 entry. Right click it and click Properties. Go to the Local Files tab and press "Verify integrity of tool files".

4. Let Proton 5.0 redownload, and then open NMS and test.

Profitieren.

Wenn Sie dies auch bei mir versuchen möchten, muss es sich um eine beschädigte Proton dist-Datei handeln, die den Fehler verursacht.
Nur ein Kopf hoch; Stellen Sie sicher, dass Sie Ihren NMS-Speicher im Präfix finden und sichern, da das Löschen des Präfixes dazu führen kann, dass Steam Cloud Ihren Speicher löscht. Ich war mir dessen nicht bewusst, bis ich fast meine 3 Monate alte Rettung verloren hätte. (Ich hatte ein Backup von meiner Windows-Partition)

Wieder scheint etwas in Version 5.0-9 durcheinander zu sein, aber ich werde es zuerst versuchen, da es für Sie funktioniert hat

Ja, ich habe festgestellt, dass sich das Speichern im pfx-Verzeichnis befindet, daher wollte ich das Löschen vermeiden. Die Neuinstallation von Proton hat das Problem für mich behoben. Lassen Sie mich Ihre Ergebnisse wissen.

Hallo @FuzzyQuills , Proton 5.0 hat das Wineprefix von Windows 7 auf Windows 10 geändert. Sie haben beschrieben, dass das Spiel sein Verhalten in einer Win10-Umgebung ändert. Wenn Sie das Spiel mit Proton 4.11 ausführen, um das Weinpräfix einzurichten, wird es auf win7 gesetzt, und es wird erwartet, dass diese Einstellung beibehalten wird, wenn Sie für den zweiten Lauf zu Proton 5.0 wechseln.

Hallo @FuzzyQuills , Proton 5.0 hat das Wineprefix von Windows 7 auf Windows 10 geändert. Sie haben beschrieben, dass das Spiel sein Verhalten in einer Win10-Umgebung ändert. Wenn Sie das Spiel mit Proton 4.11 ausführen, um das Weinpräfix einzurichten, wird es auf win7 gesetzt, und es wird erwartet, dass diese Einstellung beibehalten wird, wenn Sie für den zweiten Lauf zu Proton 5.0 wechseln.

Na dann, es ist also kein Protonenfehler als solcher, sondern nur seltsames Verhalten.

Angesichts der Tatsache, dass einige Windows 10-Installationen für andere Benutzer ebenfalls fehlgeschlagen sind, ist dies vermutlich ein Fehler in No Man's Sky, der auch auf Proton 5 ausgelöst wird (möglicherweise wird fälschlicherweise ein Codepfad für die Gamepass-Version verwendet? Wäre nicht überraschend ich ehrlich)

Ich nehme an, Einzelspieler funktioniert? weil NMS für mich funktioniert, aber ich habe noch nicht versucht, Multiplayer zu versuchen.

@jarrard Ja, Einzelspieler ist für mich einwandfrei. Hatte gerade Probleme mit dem Mehrspielermodus.

Ja, ich werde MP später heute Abend testen, aber ich kenne niemanden, mit dem ich testen kann. Hoffentlich können Sie damit einfach eine Verbindung zu einem beliebigen Server herstellen.

Ja, ich werde MP später heute Abend testen, aber ich kenne niemanden, mit dem ich testen kann. Hoffentlich können Sie damit einfach eine Verbindung zu einem beliebigen Server herstellen.

Ich denke, No Man's Sky ist Peer-to-Peer-basiert, sodass keine Server ausgewählt werden können.
Wenn jemand auf der Liste Ihrer Freunde (Steam oder NMS, spielt keine Rolle) es spielt, veranstalten Sie entweder selbst eine Sitzung oder lassen Sie einen Freund dies tun.

Wenn Sie einen Host benötigen, werde ich meinen PC als Tribut freiwillig zur Verfügung stellen, sobald mein PC wieder funktioniert (das Motherboard-Upgrade hat mein Betriebssystem-Laufwerk zerstört).

Ja, ich werde MP später heute Abend testen, aber ich kenne niemanden, mit dem ich testen kann. Hoffentlich können Sie damit einfach eine Verbindung zu einem beliebigen Server herstellen.

Fliegen Sie einfach in die Anomalie. Wenn Sie andere Leute sehen, funktioniert es. Wenn Sie niemanden sehen, ist es nicht.

Für RADV-Benutzer: Dieses Spiel sollte mit Mesa 20.1.2 / ACO und der neuesten Spielversion 2.55 einwandfrei funktionieren. Können Sie bestätigen, dass wir das "RADV" -Tag entfernen können?

Für RADV-Benutzer: Dieses Spiel sollte mit Mesa 20.1.2 / ACO und der neuesten Spielversion 2.55 einwandfrei funktionieren. Können Sie bestätigen, dass wir das "RADV" -Tag entfernen können?

Ich bin auf 20.1.1 / ACO über Debian Experimental und mein Spiel ist praktisch perfekt, abgesehen von einigen Z-Kämpfen auf bestimmten Basisteilen. (Scheint nur eine meiner Basen zu betreffen, andere sind in Ordnung)

Was für mich ein fester Mehrspielermodus war, war, einfach von meinem vorhandenen 5-Präfix zu Proton 4 zu wechseln und dann wieder zu 5. Zu diesem Zeitpunkt funktionierte alles perfekt. Ich denke, Steam hat während dieses Prozesses auch die Abhängigkeiten neu installiert, was möglicherweise etwas mit diesem Fehler zu tun hat.

Was für mich ein fester Mehrspielermodus war, war, einfach von meinem vorhandenen 5-Präfix zu Proton 4 zu wechseln und dann wieder zu 5. Zu diesem Zeitpunkt funktionierte alles perfekt. Ich denke, Steam hat während dieses Prozesses auch die Abhängigkeiten neu installiert, was möglicherweise etwas mit diesem Fehler zu tun hat.

Das habe ich anfangs getan, als ich auf den Fehler gestoßen bin. Dann habe ich versucht, den Wineprefix in beiden Versionen zu löschen, um zu sehen, was sie getan haben. (Ich habe fast meine Rettung verloren ... lol)

Hatte seit ungefähr 3 Monaten nicht mehr gespielt und beschlossen, es noch einmal zu versuchen. Bei einer Neuinstallation von Archlinux, Proton und NMS wurde die meiste Zeit eine Fehlermeldung angezeigt, bevor ich den Ladebildschirm beenden konnte. Ich habe es geschafft, es zu beheben, indem ich vulkan-radeon installiert und amdvlk deinstalliert habe. Jetzt funktioniert das Spiel perfekt. Wenn entweder nur amdvlk installiert ist oder sowohl amdvlk als auch vulkan-radeon installiert sind, wird der obige Fehler angezeigt. Ich habe einen Screenshot des Fehlers gepostet. Ich hoffe, dass dies anderen Menschen helfen kann, die AMD-GPUs verwenden.

RADV ist der zuverlässigste Vulkan-Treiber für AMD-Karten atm, amdvlk (von amd), wie Sie herausgefunden haben, hat einige Probleme.

Hatte seit ungefähr 3 Monaten nicht mehr gespielt und beschlossen, es noch einmal zu versuchen. Bei einer Neuinstallation von Archlinux, Proton und NMS wurde die meiste Zeit eine Fehlermeldung angezeigt, bevor ich den Ladebildschirm beenden konnte. Ich habe es geschafft, es zu beheben, indem ich vulkan-radeon installiert und amdvlk deinstalliert habe. Jetzt funktioniert das Spiel perfekt. Wenn entweder nur amdvlk installiert ist oder sowohl amdvlk als auch vulkan-radeon installiert sind, wird der obige Fehler angezeigt. Ich habe einen Screenshot des Fehlers gepostet. Ich hoffe, dass dies anderen Menschen helfen kann, die AMD-GPUs verwenden.

Der Grund, warum AMDVLK nicht funktioniert hat, liegt in einem Versehen in den AMDVLK-Paketen. So gut wie alle von ihnen können die richtigen Vulkan-ICDs nicht installieren. Sie müssen sie selbst installieren. (Zum Glück ist es nicht schwierig, sie im Internet zu finden.)

Damit ist Mesa / ACO für No Man's Sky viel besser, sowohl was die Leistung als auch die grafischen Artefakte betrifft. (Ein Fehler mit LOD Fade wurde in Mesa 20.1 behoben, das auch ACO enthält.)

Hatte seit ungefähr 3 Monaten nicht mehr gespielt und beschlossen, es noch einmal zu versuchen. Bei einer Neuinstallation von Archlinux, Proton und NMS wurde die meiste Zeit eine Fehlermeldung angezeigt, bevor ich den Ladebildschirm beenden konnte. Ich habe es geschafft, es zu beheben, indem ich vulkan-radeon installiert und amdvlk deinstalliert habe. Jetzt funktioniert das Spiel perfekt. Wenn entweder nur amdvlk installiert ist oder sowohl amdvlk als auch vulkan-radeon installiert sind, wird der obige Fehler angezeigt. Ich habe einen Screenshot des Fehlers gepostet. Ich hoffe, dass dies anderen Menschen helfen kann, die AMD-GPUs verwenden.

Der Grund, warum AMDVLK nicht funktioniert hat, liegt in einem Versehen in den AMDVLK-Paketen. So gut wie alle von ihnen können die richtigen Vulkan-ICDs nicht installieren. Sie müssen sie selbst installieren. (Zum Glück ist es nicht schwierig, sie im Internet zu finden.)

Damit ist Mesa / ACO für No Man's Sky viel besser, sowohl was die Leistung als auch die grafischen Artefakte betrifft. (Ein Fehler mit LOD Fade wurde in Mesa 20.1 behoben, das auch ACO enthält.)

Ich hatte die amdvlk IDCs installiert, damit ich weiß, dass das nicht das Problem war. Muss ein Problem mit dem Fahrer selbst gewesen sein. Außerdem habe ich festgestellt, dass gerade eine neue Version von amdvlk veröffentlicht wurde. Ich werde das testen und prüfen, ob das Problem dadurch behoben wird. Ich werde zurückmelden.

Bearbeiten: Das neue amdvlk funktioniert jetzt ohne Absturz. Es scheint jedoch eine niedrigere FPS zu haben als die von Mesa bereitgestellte Vulkan-Radeon.

Ja, sobald RADV das LOD-Problem behoben hatte, hörte ich auf, AMDVLK insgesamt zu verwenden, da es im Vergleich zu RADV / ACO viel schlechter abschneidet. (Sogar LLVM war irgendwie besser als AMDVLK)

No Man's Sky "Keine Verbindung zu Matchmaking-Diensten" mit Proton 5.0-9, funktioniert mit 4.11-13

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/4082.
@JPLeBreton veröffentlicht am 2020-07-18T16: 22: 36:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: No Man's Sky
• Steam AppID des Spiels: 275850

System Information

• GPU:
• Treiber- / LLVM-Version: nvidia 440.82
• Kernel-Version: 5.4.44-1-MANJARO
• Link zum vollständigen Systeminformationsbericht als Gist : https://gist.github.com/JPLeBreton/27ee957c57ea36298312ca3a09eadd70
• Protonenversion: 5.0-9

Ich bestätige:

• [X] dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.
• [x] dass ich überprüft habe, ob Updates für mein System verfügbar sind.

Steam-275850.log

Symptome

Kann seit dem Cross Play Update des Spiels im letzten Monat keinen Multiplayer mehr spielen. Die ältere Release-Version von Proton, 4.11-13, scheint dieses Problem nicht zu haben.
Beachten Sie, dass ich weiterhin eine Verbindung zu den "Entdeckungsdiensten" des Spiels herstellen kann, dh zu dem Server, auf dem die Spieler die entdeckten Planeten, Basen usw. des anderen protokollieren und sehen können. Ich glaube, das ist eine ganz andere Art des Netzwerkzugriffs.

Reproduktion

1. Starten Sie die neueste Version des Spiels (2.60) mit Proton 5.0-9.
2. Lade ein Savegame.
3. Rufen Sie das Optionsmenü auf und wählen Sie den Abschnitt "Netzwerk".
4. Beachten Sie: Es erscheint ein Feld mit der Aufschrift "Keine Verbindung zu Matchmaking-Diensten".
5. Beenden Sie das Spiel und stellen Sie es so ein, dass es stattdessen mit Proton 4.11-13 ausgeführt wird.
6. Starten Sie das Spiel neu, laden Sie einen Speicher und rufen Sie das gleiche Optionsmenü auf.
7. Beachten Sie: Netzwerkfehler treten nicht mehr wie zuvor auf.

Erwartetes Verhalten: Multiplayer funktioniert mit allen Versionen von Proton.

Ich kann das Netzwerkproblem bestätigen. Gute Sache funktioniert wie ein Zauber am 4.11-13

@osdamv Hast du meinen Kommentar ausprobiert? https://github.com/ValveSoftware/Proton/issues/438#issuecomment -648177961

Auch Jungs, wenn Sie zufällig einen Dualboot haben (ich mache das für Spiele, die noch nicht zuverlässig auf Protonen laufen) - überprüfen Sie die Systemuhr, wenn sie schief ist, funktioniert selbst ein bisschen Multiplayer nicht.

Ja, Sie können die Windows-Uhr auf UTC einstellen, um zu verhindern, dass bei jedem Betriebssystemsprung die Zeit umgedreht wird.

Ja, Sie können die Windows-Uhr auf UTC einstellen, um zu verhindern, dass bei jedem Betriebssystemsprung die Zeit umgedreht wird.

Oder wahrscheinlich die einfachere Methode ... Stellen Sie Linux so ein, dass die Ortszeit verwendet wird. timedatectl set-local-rtc 1

@simpleauthority Danke funktioniert jetzt!

Hallo alle.
Vielen Dank für die tolle Arbeit, Proton-Team.

Ich habe vorerst ein Problem mit dem Niemandshimmel. Vor ein paar Tagen habe ich NMS ausprobiert, habe regelmäßig lange Zeit hängen. Ich habe mein System auf den neuesten Kernel aktualisiert und die Probleme sind vollständig behoben.
Aber heute habe ich wieder das gleiche Problem. Das Spiel hängt regelmäßig (alle 1-2 Minuten) vollständig ab - nur Soundspiel. Dies gilt für Proton4 und 5 - kein Unterschied. Steam und die Neuinstallation des Spiels helfen nicht.

Meine Systemspezifikationen und Anwendungsprotokolle:
sysinfo.log
Steam-275850.log

Wenn das Spiel hängt, werden folgende Zeichenfolgen angezeigt:

3447.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3448.420:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3449.424:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.425:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.862:00bc:00c0:err:ntdll:RtlpWaitForCriticalSection section 0xd7f930 "?" wait timed out in thread 00c0, blocked by 0138, retrying (60 sec)
3451.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3452.607:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3453.416:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3454.419:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3455.604:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100

Ich konnte NMS mit keiner Protonenversion starten
Früher konnte ich spielen ... obwohl es vor einigen Monaten war

NVIDIA 1070
nvidia 440.100
Linuxmint 19.3 (Ubuntu 18.04 LTS)

Dieses Fenster öffnet sich und das wars.

THE GAME HAS ENCOUNTERED AN ERROR AND WILL NOW SHUTDOWN

Token:
62637_0x7DCDDF_76561198095643958

Protonlog ist 140kb groß

343342.359:0070:007c:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142
343342.360:0030:0034:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1114

343342.729:0098:009c:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddd520000: builtin
Setting breakpad minidump AppID = 275850
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198095643958 [API loaded no]
343342.765:0020:0024:err:steam:setup_vrpaths got error parsing vrpaths file
343342.884:0098:009c:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin

Ich denke, hier stürzt es ab, aber ich bin mir nicht sicher

343343.841:00bc:00c0:warn:debugstr:OutputDebugStringA "[S_API] SteamAPI_Init(): Loaded 'C:\\Program Files (x86)\\Steam\\steamclient64.dll' OK.\n"
343343.841:00bc:00c0:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00c0
343343.841:00bc:00c0:trace:seh:raise_exception  info[0]=0000000000000056
343343.841:00bc:00c0:trace:seh:raise_exception  info[1]=000000000021c8d0
343343.841:00bc:00c0:trace:seh:raise_exception  rax=000000000021c450 rbx=00007fffffd9c000 rcx=000000000021c430 rdx=0000000000000000
343343.841:00bc:00c0:trace:seh:raise_exception  rsi=000000000021c530 rdi=000000000021c460 rbp=000000000021c870 rsp=000000000021c410
343343.841:00bc:00c0:trace:seh:raise_exception   r8=0000000000000002  r9=000000000021c520 r10=0000000000000000 r11=0000000000000246
343343.841:00bc:00c0:trace:seh:raise_exception  r12=0000000000d397f0 r13=0000000000000000 r14=000000000021d158 r15=0000000000000001
343343.841:00bc:00c0:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 21c410
343343.841:00bc:00c0:trace:seh:dump_unwind_info **** func fbf0-fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0xa: pushq %rsi
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x9: pushq %rdi
343343.841:00bc:00c0:trace:seh:dwarf_virtual_unwind function 7b439bb1 base 0x7b439968 cie 0x7b496a90 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

Ich habe versucht .Net Version 4.8
Ich bin mir nur nicht sicher, was ich mit Protontricks installieren muss, damit das funktioniert ...

Es sollte nichts extra erfordern, damit es funktioniert. Versuchen Sie es mit Proton-GE und vielleicht GE-5.0, da manchmal, wenn Wein aktualisiert wird, die Dinge kaputt gehen.

Diejenigen, die abstürzen, haben Sie eine neuere NVIDIA-Binärdatei ausprobiert? Scheint, als ob 440.100 für viele Leute abstürzt. Ich habe mit 450.57 gespielt und letzte Woche keine Probleme.

Es sollte nichts extra erfordern, damit es funktioniert. Versuchen Sie es mit Proton-GE und vielleicht GE-5.0, da manchmal, wenn Wein aktualisiert wird, die Dinge kaputt gehen.

negativ, ich benutze 4-11, 5.0 und Proton-Ge-5.9

Diejenigen, die abstürzen, haben Sie eine neuere NVIDIA-Binärdatei ausprobiert? Scheint, als ob 440.100 für viele Leute abstürzt. Ich habe mit 450.57 gespielt und letzte Woche keine Probleme.

Da NVIDIA 440.x langfristig ist, zögerte ich, auf die neue neueste 450.x-Filiale zu aktualisieren
Keine Probleme mit dem Update, das NMS-Problem wird jedoch nicht behoben.
Jedes andere Proton / Linux / Wine / Vulkan WHATEVER-Spiel läuft einwandfrei
Es hat also etwas mit NMS zu tun und mit allen benutzerdefinierten Bibliotheken, die ich habe

gleicher Fehler

62637_0x7DCDDF_userid#

Gelöst.
Vollständig deinstallieren und alles abwischen
durch Dampf neu installieren
EULA AKZEPTIEREN
Aus irgendeinem Grund verursachte mir die EULA ein großes Problem, obwohl ich dieses Spiel zuvor gespielt habe

Ich habe dies neulich unter Linux auf meinem 1080TI bei 4k ausprobiert und hatte einige Probleme. Zuerst verursachten vkbasalt oder Mangohud nach etwa 10 Sekunden einen Absturz. Mangohud konnte die GPU-Vram- oder Takteinstellung / -nutzung nicht melden.

Das andere Problem war, dass ich große Leistungsprobleme hatte, bei denen der Frame wie eine Welle kontinuierlich auf 10 bis 20 fps abfiel, je nachdem, wohin ich schaute. War nicht spielbar. Ging zurück zu Windows, keine Probleme.

Spielen Sie dies auf einem 2080 Ti. Uncapped bekam ich (eine extrem variable) ~ 100 fps, aber mit VSync konnte es keine 60 fps-Sperre erreichen, da es in den 50ern sehr stotterte und schwebte. Das Verringern der Texturauflösung hat etwas geholfen, aber nicht so viel.

Durch Anwenden des Spoofing-Fixes wurde das Problem behoben. Stabile Frameraten und viel bessere Leistung, wobei alles so hoch wie möglich eingestellt ist. Etwas am Nvidia-spezifischen Codepfad des Spiels für das Textur-Streaming scheint immer noch nicht richtig zu funktionieren.

In beiden Fällen verwendet das Spiel nur 3-4 GB VRAM der 11 GB, die ich zur Verfügung habe.

Ich habe heute proton-ge-custom-bin von AUR installiert und habe ein grafisches Problem mit den neuesten Treibern. Irgendwelche Korrekturen?

Ich bin mir nicht sicher, ob es sich um eine Regression handelt, aber jetzt funktioniert No Man's Sky hier nicht in VR. Ich habe meinen Ventilindex an RMA gesendet, er ist zurückgekehrt, funktioniert mit allen Spielen (88 VR-Spiele) außer No Man's Sky und hat zuvor perfekt funktioniert. Versucht mit und ohne NVIDIA AMD-Spoofing-Trick, versucht, das 275850-Kompatibilitätsdatenverzeichnis vollständig zu deinstallieren und zu löschen und dann neu zu installieren, Dateien zu überprüfen, verschiedene NVIDIA-Treiber zu testen, verschiedene Protonenversionen außer 5.0-9 zu testen, beide vom Steam-Client auszuführen und auszuwählen "Spiel in HMD ausführen" und von SteamVR Home aus, ohne Erfolg. Was passiert: Ich rufe das Spiel auf, die Miniaturansicht des im Headset-Bildschirm geladenen Spiels wird einige Sekunden lang angezeigt, aber dann startet das Spiel auf dem Monitor und reagiert natürlich nicht auf die Indexsteuerelemente. Es ist, als ob es VR nicht initialisieren / darauf zugreifen kann, aber da ich die Dateien vollständig deinstalliert und neu installiert und sogar überprüft habe, sollte es in der Lage sein, openvr_api.dll oder was auch immer es verwendet, zu verwenden, macht keinen Sinn.

Kern meiner Konfiguration: https://gist.github.com/Patola/acbcb1b52ab975f9b02f8e888b325de8 (ich habe jetzt jedoch einen neueren NVIDIA-Treiber). Gleiches sowohl in Arch als auch in Ubuntu 20.04.1.

Ich habe einen Beitrag in Gamingonlinux erhalten, in dem er erwähnt wird: https://www.gamingonlinux.com/forum/topic/4619/post_id=

Steam-275850.log

Hallo @Patola , err:vrclient:create_win_interface Don't recognize interface name: IVRSystem_022 sieht aus wie die interessierende Zeile aus dem Protokoll.

Vielen Dank @ kisak-ventil, ich werde versuchen zu suchen, was das bedeutet und versuchen, Lösungen für das Problem zu finden. Wenn ich es behebe, werde ich es hier erzählen.

Also ... Es ist eine Version von IVR System, die SteamVR Linux immer noch nicht unterstützt, oder? Es unterstützt IVRSystem bis 021?

@ Patola Danke für die Berichterstattung. Ich werde dies in einer kommenden Proton-Version beheben lassen.

Vielen Dank. Ich habe versucht, mit dem Verzeichnis vrclient_x64 von proton herumzuspielen, um zu versuchen, IVRSystem_022 basierend auf den älteren hinzuzufügen, es hat nicht funktioniert. Lahmer Versuch, aber der Versuch hat sich gelohnt. Ich werde auf die bevorstehende Veröffentlichung von Proton warten.

Ok, es scheint, dass Proton 5.13-1 No Man's Sky komplett gebrochen hat (VR oder anders)? Das PROTON_LOG ist angehängt.
Steam-275850.log

@Patola Ich bin in der Lage, ins Spiel zu kommen und mich auf dem ersten Planeten zu bewegen, also ist es zumindest nicht vollständig kaputt :) Funktionieren andere Spiele in 5.13 für dich oder sind alle Spiele kaputt?

Der VR-Modus ist in der Tat nicht festgelegt. Daran arbeite ich noch.

Ich habe nur ein paar Spiele gespielt und sie haben unter 5.13 funktioniert. Ich werde heute mindestens 20 andere Spiele ausprobieren, um zu sehen, ob sie auch davon betroffen sind.

@aeikum Es tut mir schrecklich leid. Ich weiß nicht, was sich geändert hat, aber nachdem ich ein Dutzend Spiele unter Proton 5.13-1 erfolgreich getestet habe, habe ich No Man's Sky erneut ausgeführt (Nicht-VR-Modus) und es wurde erfolgreich ausgeführt. Es dauerte nun eine Weile, bis die Shader zuerst kompiliert waren, aber es lief in Ordnung. Ich weiß nicht, warum es damals nicht gelaufen ist. Bitte ignorieren Sie meinen neuesten Steam-275850.log. Ich habe sogar die VR-Version erneut versucht (hat nicht funktioniert, ist aber in den Pfannkuchenmodus zurückgefallen) und habe sie dann im Pfannkuchenmodus zurückgeführt und es hat funktioniert.

Großartig! Ich bin sehr froh es zu hören :)

Hattest du ein Python-Update? Ich habe es getan und hatte ähnliche Probleme wie Sie. Ich loggte um und Proton arbeitete wieder.

Tatsächlich. Als ich gestern dieses Problem hatte, wurde python-xlib aktualisiert.

Ich kann auch bestätigen, dass das Spiel im "Pancake" -Modus am 5.13-1 einwandfrei läuft. Ich habe leider auch Probleme beim Ausführen des Spiels im VR-Modus in meinem Index.

Bitte beachten Sie, dass Dinge wie Mangohud in bestimmten Spielen wie NMS zum Absturz führen können. Wenn Sie den ersten Planeten verlassen, wird Mangohud (falls es überhaupt auf dem Bildschirm angezeigt wird) das Spiel CTD.

Ich erhalte den gleichen Fehler, den angezeigt hat . Ich bin mit einer GeForce GTX 1080 auf Manjaro und die gesamte Software ist auf dem neuesten Stand. Ich habe es noch nicht funktionieren lassen, habe heute nur versucht, NMS zu installieren.

Für Anregungen dankbar!

Entschuldigung, mir wurde klar, dass ich keine eigene Protokolldatei angehängt habe ...
Steam-275850.log

Für RADV-Benutzer: Haben Sie immer noch Renderprobleme mit diesem Spiel und Mesa 20.2.x? Ich denke, wir haben alle bekannten Probleme behoben, sodass das RADV-Label entfernt werden konnte, aber zuerst um eine Bestätigung gebeten wurde.

Für RADV-Benutzer: Haben Sie immer noch Renderprobleme mit diesem Spiel und Mesa 20.2.x? Ich denke, wir haben alle bekannten Probleme behoben, sodass das RADV-Label entfernt werden konnte, aber zuerst um eine Bestätigung gebeten wurde.

Radeon RX 5700 XT; AMDGPU mit frischem Kisak-Mesa-ppa (20,2,1 atm); Linux Mint 19.3; Kernel 5.8.16
Ich habe keine Renderfehler. Aber ich bin mir nicht sicher, ob ich welche hatte, weil ich eine Weile nicht gespielt habe. Ich spiele es nur noch einmal mit dem letzten DLC.

Vielleicht können andere, die die genannten Fehler gemeldet haben, etwas hinzufügen.

RX 5700, Mesa 20,3-Git-2b977a. Die Auflösungsskalierung verursacht seltsame blockartige Beleuchtungsartefakte (ACO und LLVM, dieses Problem besteht für mich seit dem Hinzufügen der Auflösungsskalierung zu NMS), und das Laden hochauflösender Texturen dauert lange (nur ACO, ich erinnere mich an einen Fehlerbericht irgendwo darüber offen, aber ich kann es nicht finden ...). Ich habe keine anderen Probleme entdeckt, ich denke, sie sind alle behoben.

Bild von Beleuchtungsartefakten:

Niemandshimmel

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/4342.
@taldarus veröffentlicht am 2020-11-02T18: 17: 07:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: Kein Menschenhimmel
• Steam AppID des Spiels: 275850

`Systeminformationen

• GPU: GeForce GTX 970
• Treiber- / LLVM-Version: nvidia v: 390.138
• Kernel-Version: 5.4.0-52-generic x86_64
• Proton-Version: 3.16, 3.7 sind beide installiert, aber ich dachte, ich verwende 5.13 / aktuell

Ich bestätige:

• [X] dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.
• [X] dass ich überprüft habe, ob Updates für mein System verfügbar sind.

Log:
Hat das nichts gebracht, siehe das Problem.

Symptome

Führen Sie das Spiel aus und ich erhalte immer noch die Meldung "SteamAPI_Init ist fehlgeschlagen. Es wird keine Lizenz oder kein Steam ausgeführt."

Ich war nicht auf dem neuesten Stand, als der Fehler begann. Ich habe alles mehrmals neu gestartet und neu gestartet.

Entschuldigung, wenn dies der falsche Ort ist. Ich möchte meistens Spiel atm zurück, aber es ist für meine Kinder. Ich habe mehrmals gesucht und nichts gefunden. Es fühlt sich wie eine fehlende Datei an, kein Kompatibilitätsproblem, aber die Steam-Support-Drohne hat mich hier angesprochen.

Reproduktion

Es ist leicht zu reproduzieren :)

Ich drücke einfach auf Play und es funktioniert nicht. Es tut mir leid, dass ich Ihnen kein ausgefallenes Protokoll geben kann, da SteamAPI das Problem ist. Daher funktioniert es nicht, nach einem Protokoll zu fragen.

Hallo @taldarus , die nVidia 390-Treiberserie ist älter als der Support-Cutoff für Proton. Bitte aktualisieren Sie auf eine neuere Treiberserie. Kopieren Sie außerdem Ihre Systeminformationen von Steam ( Steam -> Help -> System Information ) und fügen Sie sie in eine Fügen Sie dann einen Link zur Liste in dieser Ausgabe hinzu Bericht.

Ab Proton 5.13 läuft Proton jetzt auf Steam Linux Runtime - Soldier, einer von Pressure Vessel eingerichteten Containerumgebung. Da PROTON_LOG=1 mit Proton 5.13 kein Protokoll generiert, deutet dies darauf hin, dass möglicherweise ein Problem mit dem Druckbehälter aufgetreten ist. Bitte schließen Sie Steam vollständig, führen Sie Steam von einem Terminal aus und überprüfen Sie, ob der Terminal-Spuck Hinweise enthält, wenn Sie versuchen, das Spiel auszuführen. Wenn Sie das von Debian modifizierte Steam-Paket verwenden, werden möglicherweise Hinweise abgefangen und in ~/.steam/error.log .

Systeminformationen sehr schnell: https://gist.github.com/taldarus/d91b4d730a9d11eb0c186aa0a270f124
Terminal Spew: https://gist.github.com/taldarus/274fad28c4c728c90177bed96c8ec91d

Das ist ein bisschen verwirrend, denn das sieht so aus, als ob ich mit erhöhten Rechten arbeiten sollte, was ich als traditionelles Nein-Nein verstehe. Also werde ich weitermachen und sehen, ob ich mehr Daten bekomme.

Post Nvidia Terminal Spew: https://gist.github.com/taldarus/5d8b01c5266c8a2d0f567bc1934609f2

Und Steam macht etwas Seltsames, ich habe gesehen, wie es versucht hat, sich selbst zu aktualisieren. Das sieht also vielversprechend aus. Ich werde für einen Moment basteln.

Endgültige Bearbeitung (wahrscheinlich):
Zu diesem Zeitpunkt habe ich das Problem (es scheint, dass Mint 19.3 -> 20 eine 64-Bit-Änderung durchlaufen hat, die signifikant war). Beginnend mit Nvidia habe ich schnell alle möglichen kleinen Fehler gefunden, und es hat mich schließlich dazu gebracht, auf 20.x zu aktualisieren. Ich habe nicht bestätigt, dass das Problem dadurch behoben wird, aber der Aktualisierungsvorgang läuft nun seit fast zwei Stunden. (2000 Pakete müssen Oo aktualisiert werden)

Ich erinnere mich, dass es auf 20.0 aktualisiert werden wollte, und ich sagte ihm, er solle warten. Zumindest dachte ich, es sei Wartezeit, weil es sich weigerte, mir noch einmal von diesem Update zu erzählen. Wenn es das Problem nicht behebt, werde ich erneut posten. Hoffentlich funktioniert das Spiel in Kürze.

Danke für die Hilfe Kisak

Hallo @aeikum , ich habe eine neue Version von Proton-5.0 (5.0-10) bemerkt und Proton aktualisiert und versucht, No Man's Sky in VR mit dieser speziellen Version auszuführen. Beim Absturz stürzte ein generisches Dialogfenster ab, in dem ich aufgefordert wurde, den Support zu kontaktieren. Ich habe sogar versucht, es vollständig zu deinstallieren, die 275850-Kompatibilitätsdaten zu entfernen (ich weiß nicht, warum Steam diese nach der Deinstallation nicht entfernt) und sie dann direkt aus Proton 5.0 erneut zu installieren. Funktioniert perfekt im Pfannkuchenmodus, stürzt jedoch mit derselben generischen Meldung ab.

Sollte diese Proton-Version das Problem mit No Man's Sky VR lösen? Ich sage, weil ich die OpenVR-Kompatibilität aktualisiert habe, dachte ich, dass dies der Fall sein würde.

Auf jeden Fall bringe ich das Dampfprotokoll an, wenn ihr es braucht
Steam-275850.log
.

Unglücklicherweise nicht. Das Spiel hat einen neuen Fehler, den ich untersucht, aber nicht lösen konnte. Ich habe einen Fehler in unserem internen Tracker eingereicht, aber ich habe keine Schätzung, wann er behoben wird. (Es wird ein anscheinend ungültiges VkPhysicalDevice-Handle an eine OpenVR-Funktion übergeben, die den Absturz verursacht. Ich weiß nicht, warum das so ist.)

@aeikum Verfügt der neue Proton 5.13-2 RC über Korrekturen für No Man's Sky im VR-Modus?

@rstrube Nr.

Aktualisiert auf Mesa 20.2.2 von Kisaks PPA mesa-fresh und No Man Sky rendert keine Spielgrafiken mehr

Anfangsmenüs und Sternfeldanimationen werden korrekt gerendert.

Auf dem Spielbildschirm ist jedoch alles schwarz, da keine anderen Grafiken als Labels gerendert werden.

Die Menüs im Spiel funktionieren auch zu 100%

Ich verwende eine RX480 8GiB-Karte unter Ubuntu 18.04.5

Jedes andere Spiel, das ich testen konnte, funktioniert einwandfrei.

Dies geschah unmittelbar nachdem das Update auf 20.2.2 auf der vorherigen Version auf meinem Computer zu 100% einwandfrei lief.

Aktualisiert auf Mesa 20.2.2 von Kisaks PPA mesa-fresh und No Man Sky rendert keine Spielgrafiken mehr

Anfangsmenüs und Sternfeldanimationen werden korrekt gerendert.

Auf dem Spielbildschirm ist jedoch alles schwarz, da keine anderen Grafiken als Labels gerendert werden.

Die Menüs im Spiel funktionieren auch zu 100%

Ich verwende eine RX480 8GiB-Karte unter Ubuntu 18.04.5

Jedes andere Spiel, das ich testen konnte, funktioniert einwandfrei.

Dies geschah unmittelbar nachdem das Update auf 20.2.2 auf der vorherigen Version auf meinem Computer zu 100% einwandfrei lief.

Ich kann das bestätigen. Nach dem Update auf Kisak mesa-fresh 20.2.2 vom vorherigen 20.2.1 habe ich die gleichen Probleme. Nur im Spiel wird ein schwarzer Bildschirm angezeigt. Die Texturen werden nicht gerendert. Es werden nur noch die Bildschirmsymbole angezeigt, die bestimmte Orte oder Wegmarken markieren. Ebenso funktionieren die Ingame-Menüs und der Sternbildschirm in der Ladesequenz.

Also habe ich die PPA entfernt und verwende jetzt die Mesa 20.0.8, die standardmäßig mit Linux Mint 20 (basierend auf Ubuntu 20.04 LTS) geliefert wird, und funktioniert daher wieder einwandfrei. Das einzige, was ich jetzt habe, sind die Texturfehler, die in der Vergangenheit bekannt waren.

Technische Daten:
Linux Mint 20
Kernel 5.8.16
AMDGPU
AMD Ryzen 3600
AMD RX 5700 XT

Vielen Dank, dass Sie mich auf den Fahrer snafu @nentibusarchitectura und @ KuJo-Ger aufmerksam gemacht haben. Ab sofort ist das Problem in meinen frühen Backports für Mesa enthalten und derzeit kein Upstream-Mesa-Problem. Ich werde sehen, was ich für den Build 20.2.3 finden kann.

Update: Der fehlerhafte Patch wurde identifiziert und wird im nächsten PPA-Build zurückgesetzt.

Derzeit gibt es keine Hinweise darauf, dass Mesa 20.2.3 planmäßig eingeführt wird. Daher habe ich Mesa 20.2.2 ~ kisak2 in die Buildfarm verschoben, um die PPA-spezifische Regression zu beheben. Nochmals vielen Dank, dass Sie das Problem gefunden haben.

Derzeit gibt es keine Hinweise darauf, dass Mesa 20.2.3 planmäßig eingeführt wird. Daher habe ich Mesa 20.2.2 ~ kisak2 in die Buildfarm verschoben, um die PPA-spezifische Regression zu beheben. Nochmals vielen Dank, dass Sie das Problem gefunden haben.

Ich habe dein PPA neu installiert - und das Spiel läuft wieder einwandfrei. Die Texturen werden wieder korrekt gerendert.

@ Kisak-Ventil:
Sie danken uns, dass Sie das Problem gefunden haben. Aber wir haben noch viel mehr zu danken, dass Sie uns dieses großartige PPA zur Verfügung gestellt haben!

Hallo Kisak,

Kann bestätigen, dass die neuere Version auf Ihrem Mesa-Fresh PPA das Problem auch für mich behebt.

Vielen Dank für Ihre harte Arbeit, es wird sehr geschätzt.

Unglücklicherweise nicht. Das Spiel hat einen neuen Fehler, den ich untersucht, aber nicht lösen konnte. Ich habe einen Fehler in unserem internen Tracker gemeldet

@aeikum Auch das gleiche Problem wie bei @Patola und @rstrube . Vielleicht lohnt es sich, sich an die Entwickler zu ihrer vorherigen Korrekturen zu unterstützen scheinen.

https://hellogames.org/contact