Proton: Doom Eternal (782330)

Erstellt am 16. Apr. 2020  ·  374Kommentare  ·  Quelle: ValveSoftware/Proton

Aufgrund der frühen Flut von Rückmeldungen für Doom Eternal, während die Community herausfand, wie dieses Spiel zum Laufen gebracht werden kann, wurde die Diskussion für dieses Spiel zurückgesetzt. Wenn Sie Interesse an den Bemühungen der Community haben, dieses Spiel auszuführen, lesen Sie bitte # 3654.

Bekannte harte Anforderungen:

Proton 5.0-6 oder neuer
Mesa 20.0.3 / LLVM 9.0 (nur AMD) (oder gleichwertiges AMDVLK / AMDGPU-PRO) (RADV / ACO benötigt 20.1+)
nVidia 440.82 (nur nVidia, geringfügig ältere Treiber arbeiten möglicherweise mit Leistungseinbußen.)
vulkan-icd-loader 1.2.135 (Dies wird von der Steam-Laufzeit bereitgestellt. Treiber können die Unterstützung für eine ältere vulkan-Spezifikation melden, und das ist in Ordnung.)

Bekannte Macken:

Zum jetzigen Zeitpunkt hat Denuvo Schwierigkeiten mit etwas in Wine-Staging, und Proton-Builds von Drittanbietern, die darauf basieren, können nach 5 Läufen pro Tag eine 24-Stunden-Sperrung erreichen.
~ Steam-Overlay verschlechtert die Leistung, wenn es sichtbar ist. ~ Improved Steam Overlay and FPS counter performance for games using Vulkan async compute (such as DOOM Eternal). im Beta-Update des Steam-Clients 2020-04-16 .
Alt-Tab kann das Spiel-Rendering beschädigen.

Bastelführer:

Bitte veröffentlichen Sie die Bastelanleitungen in diesem Problembericht nicht erneut. Wenn Sie eine haben, die Sie teilen möchten , fügen Sie sie bitte in eine

Game compatibility - Unofficial

Hilfreichster Kommentar

Ich hoffe das ist relevant. Der ausführende Produzent Marty Stratton teilt mit, dass die Anti-Cheat-Anforderung in einem kommenden Update entfernt wird:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

Ich hoffe, dass das Update bedeutet, dass es eine Chance gibt, dass dies wieder mit Proton ohne zu viele Problemumgehungen funktioniert.

Denuvo Anti-Cheat wird Proton sofort für Releases außerhalb von DOOM: Eternal unterstützen. Fühlen Sie sich frei, mich direkt mit Feedback zu kontaktieren, sobald Sie die Gelegenheit hatten, es zu versuchen. Ich bin froh, dass der Zugang für euch wiederhergestellt ist.

Alle 374 Kommentare

Ich bekomme einen schweren Absturz, der nach ungefähr 30 Minuten zu passieren scheint. Hier ist die Protokolldatei:
https://send.firefox.com/download/945b855f1dd20e0d/#dP9yXbTc4PGFlF5mkZL1EQ

Ich habe einen RX 5700XT und verwende ArchLinux mit RADV.

Hallo @PopeRigby , 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.

Als Randnotiz ist bekannt, dass Protonenprotokolle gut komprimiert werden. Bitte werfen Sie große Protokolle in ein Archiv.

Hier ist die Liste der Systeminformationen: https://gist.github.com/PopeRigby/263d2b99e3998f99fdf4e0d222845843

Arbeitet ACO jetzt an Mesa 20.1? Zuletzt habe ich gehört, dass ACO nicht funktioniert.

Stimmt es immer noch, dass das Aktivieren des Overlays Leistungsprobleme verursacht?

Meine eigene Erfahrung zeigt das Gegenteil:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394/30?u=silviu_c

@ kisak-ventil - Sie haben im anderen Thread einen Kommentar zum Entfernen von libvulkan1 in Ubuntu abgegeben. Dies ist ein GROSSES NEIN NEIN, da es Ihr System zerstören wird. Gibt es eine bessere Möglichkeit, den in der Steam-Laufzeit enthaltenen Vulkan Vorrang vor dem System zu haben?

sudo apt entfernen libvulkan1

teg@pop-os:~$ sudo apt remove libvulkan1
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages were automatically installed and are no longer required:
  cabextract efibootmgr evolution-data-server-common filezilla-common
  firmware-manager-notify firmware-manager-shared fonts-wine fprintd fuseiso
  gir1.2-accountsservice-1.0 gir1.2-appindicator3-0.1 gir1.2-gck-1
  gir1.2-gcr-3 gir1.2-gdm-1.0 gir1.2-gnomebluetooth-1.0 gir1.2-nm-1.0
  gir1.2-nma-1.0 gir1.2-upowerglib-1.0 gkbd-capplet glade2script
  gnome-session-common gnome-shell-extension-system76-power
  gstreamer1.0-pulseaudio gtk2-engines-murrine gvfs-libs i965-va-driver
  intel-media-va-driver libaacs0 libaom0 libasound2-dev libass9 libavcodec58
  libavfilter7 libavformat58 libavresample4 libavutil56 libbdplus0
  libblkid-dev libbluray2 libbs2b0 libcamel-1.2-62 libcapi20-3 libcapnp-0.7.0
  libcdio-cdda2 libcdio-paranoia2 libcdio18 libchromaprint1 libcodec2-0.8.1
  libcue2 libdazzle-1.0-0 libdbus-1-dev libdc1394-22 libdvdnav4 libdvdread4
  libebackend-1.2-10 libebook-1.2-20 libebook-contacts-1.2-3 libecal-2.0-1
  libedata-book-1.2-26 libedata-cal-2.0-1 libedataserver-1.2-24 libexiv2-14
  libfftw3-double3 libfilezilla0 libfirmware-manager libflite1 libfontenc1
  libfprint0 libgdm1 libgexiv2-2 libgif7 libgles1 libglib2.0-dev
  libglib2.0-dev-bin libgme0 libgnome-autoar-0-0 libgnomekbd-common
  libgnomekbd8 libgsf-1-114 libgsf-1-common libgsm1 libgsoap-2.8.75
  libibus-1.0-dev libigdgmm11 libjavascriptcoregtk-4.0-18 libldb1 liblilv-0-0
  libmikmod3 libmirclient-dev libmirclient9 libmircommon-dev libmircommon7
  libmircookie-dev libmircookie2 libmircore-dev libmircore1 libmirprotobuf3
  libmount-dev libmspack0 libmtp-common libmtp-runtime libmtp9 libmysofa0
  libnfs12 libnorm1 libodbc1 libopenal1 libopengl-dev libopengl0 libopenjp2-7
  libopenmpt0 libosmesa6 libpam-fprintd libpcre16-3 libpcre2-32-0 libpcre2-dev
  libpcre2-posix0 libpcre3-dev libpcre32-3 libpgm-5.2-0 libphonenumber7
  libpop-theme-switcher libpop-upgrade-gtk libpostproc55 libprotobuf-dev
  libprotobuf-lite17 libpugixml1v5 libpulse-dev libqt5positioning5 libqt5qml5
  libqt5sensors5 libqt5webchannel5 librubberband2 librygel-core-2.6-2
  librygel-db-2.6-2 librygel-renderer-2.6-2 librygel-server-2.6-2
  libs76-hidpi-widget libsdl-net1.2 libsdl-sound1.2 libsdl1.2debian
  libselinux1-dev libsepol1-dev libserd-0-0 libshine3 libsmbclient
  libsndio-dev libsord-0-0 libsratom-0-0 libssh-gcrypt-4 libswresample3
  libswscale5 libtalloc2 libtevent0 libtracker-control-2.0-0
  libtracker-miner-2.0-0 libudev-dev libva-drm2 libva-wayland2 libva-x11-2
  libva2 libvidstab1.1 libvncserver1 libwayland-bin libwayland-dev
  libwbclient0 libwebpdemux2 libwoff1 libwxbase3.0-0v5 libx264-155 libx265-176
  libxatracker2 libxcb-glx0 libxcb-res0 libxcb-xv0 libxcursor-dev
  libxfixes-dev libxfont2 libxi-dev libxinerama-dev libxkbcommon-dev
  libxkbfile1 libxklavier16 libxrandr-dev libxv-dev libxvidcore4 libxvmc1
  libxxf86dga1 libxxf86vm-dev libzmq5 libzvbi-common libzvbi0 mesa-va-drivers
  nautilus-data pastebinit pop-fonts pop-gnome-shell-theme pop-gtk-theme
  pop-icon-theme pop-sound-theme pop-theme python3-pyxattr python3-talloc
  rtmpdump rygel samba-libs switcheroo-control syslinux-common system76-power
  tracker tracker-extract tracker-miner-fs va-driver-all virtualbox-dkms
  x11-apps x11-session-utils x11-xkb-utils x11proto-fixes-dev
  x11proto-randr-dev x11proto-xf86vidmode-dev x11proto-xinerama-dev xbitmaps
  xfonts-base xfonts-encodings xfonts-scalable xfonts-utils xinit xinput
  xserver-common xserver-xorg-legacy yelp-xsl youtube-dl zenity-common
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  libqt5gui5-gles
Suggested packages:
  qt5-image-formats-plugins qtwayland5
Recommended packages:
  libqt5svg5
The following packages will be REMOVED:
  boot-repair boot-sav boot-sav-extra chrome-gnome-shell
  com.github.tkashkin.gamehub dosbox evolution-data-server ffmpeg filezilla
  gdm3 ghostwriter gir1.2-mutter-5 gnome-calendar gnome-control-center
  gnome-getting-started-docs gnome-getting-started-docs-de
  gnome-getting-started-docs-es gnome-getting-started-docs-fr
  gnome-getting-started-docs-it gnome-getting-started-docs-ja
  gnome-getting-started-docs-pt gnome-getting-started-docs-ru
  gnome-getting-started-docs-zh-hk gnome-getting-started-docs-zh-tw gnome-mpv
  gnome-online-accounts gnome-session-bin gnome-shell
  gnome-shell-extension-alt-tab-raise-first-window
  gnome-shell-extension-always-show-workspaces
  gnome-shell-extension-desktop-icons gnome-shell-extension-do-not-disturb
  gnome-shell-extension-pop-battery-icon-fix
  gnome-shell-extension-pop-shop-details
  gnome-shell-extension-pop-suspend-button gnome-startup-applications
  gnome-user-docs gnome-user-docs-de gnome-user-docs-es gnome-user-docs-fr
  gnome-user-docs-it gnome-user-docs-ja gnome-user-docs-pt gnome-user-docs-ru
  gnome-user-docs-zh-hans gstreamer1.0-clutter-3.0 gstreamer1.0-gl gvfs
  gvfs-backends gvfs-daemons gvfs-fuse libavdevice58 libcheese-gtk25
  libcheese8 libclutter-1.0-0 libclutter-gst-3.0-0 libclutter-gtk-1.0-0
  libcogl-pango20 libcogl-path20 libcogl20 libedataserverui-1.2-2 libegl-dev
  libegl1-mesa-dev libfolks-eds25 libgl-dev libgl1 libgl1-mesa-dev
  libgl1-mesa-dri libgl1-mesa-glx libgles-dev libgles2-mesa-dev libglu1-mesa
  libglu1-mesa-dev libglvnd-dev libglx-dev libglx-mesa0 libglx0
  libgoa-backend-1.0-1 libgstreamer-gl1.0-0 libmpv1 libmutter-5-0 libqt5gui5
  libqt5opengl5 libqt5printsupport5 libqt5quick5 libqt5svg5 libqt5webkit5
  libqt5widgets5 libsdl2-dev libvdpau-va-gl1 libvkd3d1 libvulkan1
  libwebkit2gtk-4.0-37 libwine libwxgtk3.0-0v5 libyelp0 mesa-vulkan-drivers
  mpv mutter nautilus phantomjs pop-default-settings pop-session qsynth
  ubuntu-docs virtualbox virtualbox-qt wine wine64 winetricks x11-utils xorg
  xserver-xephyr xserver-xorg xserver-xorg-core xserver-xorg-input-all
  xserver-xorg-input-libinput xserver-xorg-input-wacom xserver-xorg-video-all
  xserver-xorg-video-amdgpu xserver-xorg-video-ati xserver-xorg-video-fbdev
  xserver-xorg-video-intel xserver-xorg-video-nouveau xserver-xorg-video-qxl
  xserver-xorg-video-radeon xserver-xorg-video-vesa xserver-xorg-video-vmware
  xwayland yelp zenity
The following NEW packages will be installed:
  libqt5gui5-gles
0 upgraded, 1 newly installed, 131 to remove and 0 not upgraded.

@btegs , wo wurde dieser Kommentar gemacht?

Ein Kommentar im anderen Thread zum Entfernen von libvulkan1 in Ubuntu

@btegs , du solltest diesen Kommentar noch einmal lesen. Kisak sagte nicht entfernen, er sagte erneut hinzufügen .

Ein Kommentar im anderen Thread zum Entfernen von libvulkan1 in Ubuntu

@btegs , du solltest diesen Kommentar noch einmal lesen. Kisak sagte nicht entfernen, er sagte erneut hinzufügen .

Ich habe auf https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -613766116 verwiesen, wobei das erneute Hinzufügen von libvulkan1 unter Ubuntu 19.10 über apt nur v1.1.114 neu installieren würde.

Wenn Sie dies also auf Systemebene als Haupt-libvulkan1 belassen und pinned_libs_ * aus der Steam-Installation entfernen, wie können Ihre AMD-Treiber unter MESA dann automatisch das libvulkan von Steam und nicht Ihr System verwenden?

@btegs : Wenn Sie die Ordner pinned_libs_ * entfernen, wird Steam aufgefordert, diese Ordner beim nächsten Start von Steam neu zu generieren (dies ist buchstäblich das, was ich zuvor gesagt habe). Der Inhalt des Ordners ist das Ergebnis des Vergleichs der Systembibliotheken mit den Steam-Laufzeitvarianten und des Fixierens der Steam-Laufzeitvariante, wenn diese neuer als das Hostsystem ist.

Steam priorisiert Bibliotheken in der folgenden Reihenfolge: Fixierte Bibliotheken> Hostsystem> Steam-Laufzeit> ld.so.conf

@btegs : Wenn Sie die Ordner pinned_libs_ * entfernen, wird Steam aufgefordert, diese Ordner beim nächsten Start von Steam neu zu generieren (dies ist buchstäblich das, was ich zuvor gesagt habe). Der Inhalt des Ordners ist das Ergebnis des Vergleichs der Systembibliotheken mit den Steam-Laufzeitvarianten und des Fixierens der Steam-Laufzeitvariante, wenn diese neuer als das Hostsystem ist.

Steam priorisiert Bibliotheken in der folgenden Reihenfolge: Fixierte Bibliotheken> Hostsystem> Steam-Laufzeit> ld.so.conf

Diese Ordner wurden gelöscht und nach dem Starten von Steam neu erstellt. Ich habe das Verzeichnis überprüft und sie haben eine Verknüpfung zu einer 1.2.135-Version von Vulkan hergestellt. cool.

Dann lade ich ein zufälliges Spiel mit Proton 5.0-6, wobei das DXVK-Hud unter Ubuntu 19.10 auf 1 gesetzt ist. Es wird als Mesa 20.0.99 angezeigt (unter Verwendung der neuesten Git-Version von https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers für meinen RX 580. Zeigt Vulkan 1.2.128 für meine Vulkan-Version an. Ich kann DOOM Eternal natürlich auch nicht starten.

Was ist los und welche Schritte fehlen?

HINWEIS: Ich habe unter https://packages.lunarg.com/ ein Ubuntu-Repo gefunden, das mir ein aktualisiertes libvulkan1 und libvulkan1: i386 bietet, ohne meine aktuelle Mesa zu beeinträchtigen. 1.2.135 ist installiert, aber wenn ich ein Spiel auf Steam versuche oder GameHub mit einem GOG-Spiel verwende, ist es immer noch 1.2.128. Ich habe keine Ahnung, woher diese Version von Vulkan kommt!

"Alt-Tab kann das Spiel-Rendering beschädigen."
Arch Linux mit KDE Plasma kann bestätigen, dass Alt-Tabbing das Rendern des Spiels unterbrochen hat, führte jedoch auch dazu, dass das Schließen nicht mehr reagiert wurde, indem Sie mit der rechten Maustaste auf den Vorgang in der Taskleiste klicken und auf die Schaltfläche "Schließen" klicken.
sudo kill -SIGHUP 31117 hat das Spiel jedoch geschlossen
Systeminformationen: https://pastebin.com/1z80Y7WG

Mein harter Absturz scheint jedes Mal, wenn ich das Spiel starte, nach ungefähr 20 Minuten zu passieren. Vielleicht könnte ich es mal überprüfen.

Hinzufügen von Fehlern (möglicherweise offensichtlich / bereits bekannt):

  • Das erste Intro-Logo muss übersprungen werden (_ "+ in_terminal 1 + com_skipIntroVideo 1" _).
  • Audio knistert irgendwann ein wenig (Puls-Audio-Sampling muss auf 48 kHz erhöht werden)
  • Multiplayer funktioniert nicht (das ist schlecht )

Dieses Spiel scheint auch von https://github.com/ValveSoftware/Proton/issues/2927 betroffen zu sein

Wenn Sie Probleme haben und einen Ryzen 3xxx-Prozessor haben, versuchen Sie die Problemumgehung dort ^

Doom Eternal Monitor / Auflösung schlägt fehl

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/3797.
@ Kalevr1 veröffentlicht am 2020-04-24T23: 18: 50:

Kompatibilitätsbericht

  • Name des Spiels mit Kompatibilitätsproblemen: Doom Eternal
  • Steam AppID des Spiels: 782330

System Information

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-782330.log.zip

Symptome

Nach der Installation des neuesten SteamPlay Proton 5.06 erhielt ich eine perfekte Spielsitzung, die mehrere Stunden dauerte. Ich machte eine Pause zum Essen und kam dann zurück, um weiter zu spielen. Ich habe ein 2-Monitor-Setup. Als ich versuchte, das Spiel ein zweites Mal zu starten, wechselte es zu einem kleinen Fenster auf dem sekundären Monitor. Der untere Monitor ist mein Standardbildschirm und befindet sich auf Augenhöhe. Ich kann sehen, wie die obere linke Ecke des Doom Intro in dem viertelgroßen Fenster auf dem sekundären Monitor gerendert wird. Die Spiel-Engine glaubt, dass sie auf dem gesamten Bildschirm gerendert wird, aber ich sehe nur den Teil, der das Fenster überlappt. Ich kann 2 Schaltflächen in der Benutzeroberfläche sehen und mit ihnen interagieren. Ich Alt-F4 zum Verlassen.

Scheint reparabel zu sein, wenn ich den Monitor und die Auflösung für die App manuell erzwingen kann, aber ich weiß nicht, ob das funktionieren würde. Eine Problemumgehung, die ich gefunden habe, ist, dass beim Löschen von ../steamapps/compatdata/782330 das Spiel erneut "zuerst ausgeführt" wird, was immer perfekt läuft.

Ich habe einen Screenshot beider Monitore (1920 x 2160 Pixel) beigefügt. Steam ist unten auf der Primärseite im Vollbildmodus und oben auf der Sekundärseite sehen Sie das Doom-Fenster oben.

DoomEternalScreenshot-2020-04-18 14-56-48

Reproduktion


@ Kalevr1 kommentierte am 2020-04-24T23: 21: 15:

Dies ist mein erster Beitrag, daher hoffe ich, dass es richtig ist, einen neuen Bericht zu starten, anstatt ihn an einen anderen anzuhängen. Wenn nicht Entschuldigung.

Ich habe versucht, das 5.06-Proton und 5.6 GE zu verwenden, das Spiel stürzt sehr oft auf beiden ab.

Hier ist das Absturzprotokoll von Proton GE 5.6
Hier ist das Absturzprotokoll von Proton 5.06

Ich habe versucht, das 5.06-Proton und 5.6 GE zu verwenden, das Spiel stürzt sehr oft auf beiden ab.

Hier ist das Absturzprotokoll von Proton GE 5.6
Hier ist das Absturzprotokoll von Proton 5.06

Ich denke mein Problem ist gelöst. Ich denke, dieses Problem wurde durch eine AVX-Instabilität auf meinem Prozessor verursacht. Ich hatte meinen Prozessor übertaktet, aber die Übertaktungsstabilität mit AVX2 nicht überprüft. Ich musste einen AVX-Offset für meine CPU im BIOS hinzufügen, um die "Small FFTs" -Tests in Prime95 mit AVX2 in Windows zu bestehen und die gleiche Stabilität mit dem Dienstprogramm stress auf meinem Archlinux zu bestätigen. Sobald ich das getan habe, habe ich keine Abstürze mehr gesehen. Meine erste Vermutung bezog sich auf die RAM-Instabilität (ich habe sie auch übertaktet), aber nachdem ich XMP ein- und ausgeschaltet hatte, ungeschraubte Timings und Frequenzen, konnte ich bestätigen, dass es kein RAM-Problem war.

Ich bin effektiv im identischen Szenario, gleiche Versionen, kann nicht herausfinden, wie man DOOM Eternal dazu bringt, beim Start nicht abzustürzen. :(

Hast du das @btegs herausgefunden ?

@btegs : Wenn Sie die Ordner pinned_libs_ * entfernen, wird Steam aufgefordert, diese Ordner beim nächsten Start von Steam neu zu generieren (dies ist buchstäblich das, was ich zuvor gesagt habe). Der Inhalt des Ordners ist das Ergebnis des Vergleichs der Systembibliotheken mit den Steam-Laufzeitvarianten und des Fixierens der Steam-Laufzeitvariante, wenn diese neuer als das Hostsystem ist.
Steam priorisiert Bibliotheken in der folgenden Reihenfolge: Fixierte Bibliotheken> Hostsystem> Steam-Laufzeit> ld.so.conf

Diese Ordner wurden gelöscht und nach dem Starten von Steam neu erstellt. Ich habe das Verzeichnis überprüft und sie haben eine Verknüpfung zu einer 1.2.135-Version von Vulkan hergestellt. cool.

Dann lade ich ein zufälliges Spiel mit Proton 5.0-6, wobei das DXVK-Hud unter Ubuntu 19.10 auf 1 gesetzt ist. Es wird als Mesa 20.0.99 angezeigt (unter Verwendung der neuesten Git-Version von https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers für meinen RX 580. Zeigt Vulkan 1.2.128 für meine Vulkan-Version an. Ich kann DOOM Eternal natürlich auch nicht starten.

Was ist los und welche Schritte fehlen?

HINWEIS: Ich habe unter https://packages.lunarg.com/ ein Ubuntu-Repo gefunden, das mir ein aktualisiertes libvulkan1 und libvulkan1: i386 bietet, ohne meine aktuelle Mesa zu beeinträchtigen. 1.2.135 ist installiert, aber wenn ich ein Spiel auf Steam versuche oder GameHub mit einem GOG-Spiel verwende, ist es immer noch 1.2.128. Ich habe keine Ahnung, woher diese Version von Vulkan kommt!

Im alten Thread haben einige Benutzer berichtet, dass der Kampfmodus keine Spiele finden kann, und ich habe das gleiche Problem. Niemand in diesem Thread hat entweder eine Ursache vorgeschlagen oder eine Lösung gemeldet, daher möchte ich die Aufmerksamkeit wieder auf dieses Problem lenken.
Wenn ich versuche, im Kampfmodus eine Übereinstimmung zu finden, kann ich bei keiner der drei Möglichkeiten einfach jemals ein Spiel finden. Es gibt keinen Absturz oder Fehler, obwohl ich zugegebenermaßen keine Protokolldateien überprüft habe.

Ich bin effektiv im identischen Szenario, gleiche Versionen, kann nicht herausfinden, wie man DOOM Eternal dazu bringt, beim Start nicht abzustürzen. :(

Hast du das @btegs herausgefunden ?

@btegs : Wenn Sie die Ordner pinned_libs_ * entfernen, wird Steam aufgefordert, diese Ordner beim nächsten Start von Steam neu zu generieren (dies ist buchstäblich das, was ich zuvor gesagt habe). Der Inhalt des Ordners ist das Ergebnis des Vergleichs der Systembibliotheken mit den Steam-Laufzeitvarianten und des Fixierens der Steam-Laufzeitvariante, wenn diese neuer als das Hostsystem ist.
Steam priorisiert Bibliotheken in der folgenden Reihenfolge: Fixierte Bibliotheken> Hostsystem> Steam-Laufzeit> ld.so.conf

Diese Ordner wurden gelöscht und nach dem Starten von Steam neu erstellt. Ich habe das Verzeichnis überprüft und sie haben eine Verknüpfung zu einer 1.2.135-Version von Vulkan hergestellt. cool.
Dann lade ich ein zufälliges Spiel mit Proton 5.0-6, wobei das DXVK-Hud unter Ubuntu 19.10 auf 1 gesetzt ist. Es wird als Mesa 20.0.99 angezeigt (unter Verwendung der neuesten Git-Version von https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers für meinen RX 580. Zeigt Vulkan 1.2.128 für meine Vulkan-Version an. Ich kann DOOM Eternal natürlich auch nicht starten.
Was ist los und welche Schritte fehlen?
HINWEIS: Ich habe unter https://packages.lunarg.com/ ein Ubuntu-Repo gefunden, das mir ein aktualisiertes libvulkan1 und libvulkan1: i386 bietet, ohne meine aktuelle Mesa zu beeinträchtigen. 1.2.135 ist installiert, aber wenn ich ein Spiel auf Steam versuche oder GameHub mit einem GOG-Spiel verwende, ist es immer noch 1.2.128. Ich habe keine Ahnung, woher diese Version von Vulkan kommt!

Ich habe mit diesem Vulkan-Paket von lunarg ein Upgrade auf Ubuntu 20.04 durchgeführt und bin immer noch mit 1.2.128 festgefahren. Ich habe die angehefteten Bibliotheken entfernt (Steam warnt mich sogar, wenn es beim Start neu erstellt wird) und kann diese neuere Version nicht synchronisieren.

@ kisak-ventil hat meinen Kommentar vorher ignoriert, aber ich bin froh, dass es andere Leute gibt, die dieses Problem haben.

Das Folgende ist Ubuntu 20.04, die neuesten Nvidia-Treiber 440 mit einer GTX 1080. Nach dem Start des Spiels wird auf dem zweiten Monitor ein kleiner schwarzer Bildschirm angezeigt, der so bleibt.

image

Manchmal wird das eigentliche Menü anstelle des schwarzen Bildschirms angezeigt

image

Aber wenn ich versuche, das Spiel durch Drücken von ALT + ENTER in den Vollbildmodus zu versetzen, bricht die Hölle los

Okay, DOOM Eternal startet jetzt für mich. Ich bin mir nicht sicher, was sich für mich geändert hat, um dies zu tun. Es könnte ein kürzlich durchgeführtes MESA-Treiber-Update gewesen sein, das das Problem behoben hat. Just blind hat es erneut versucht und ich kann einsteigen und das Spiel spielen. Wenn ich weitere Probleme beobachte, werde ich sie melden.

Das Folgende ist Ubuntu 20.04, die neuesten Nvidia-Treiber 440 mit einer GTX 1080. Nach dem Start des Spiels wird auf dem zweiten Monitor ein kleiner schwarzer Bildschirm angezeigt, der so bleibt.

image

Manchmal wird das eigentliche Menü anstelle des schwarzen Bildschirms angezeigt

image

Aber wenn ich versuche, das Spiel durch Drücken von ALT + ENTER in den Vollbildmodus zu versetzen, bricht die Hölle los

Ist es auch beim ersten Start oder nur bei nachfolgenden Startversuchen passiert? Wenn es meiner Situation entspricht, können Sie eine Problemumgehung durchführen, indem Sie den Ordner unter compdata löschen, wie in meinem Bericht erläutert, sodass jeder Lauf ein "erster" Lauf ist. Ich musste mich leider durch dieses Spiel dual booten. Entweder das oder dieser Ordner bei jedem Start des Spiels löschen. Bis sie den Multi-Monitor-Startfehler behoben haben, gibt es keinen anderen Weg, den ich sehen kann.

Aber wenn ich versuche, das Spiel durch Drücken von ALT + ENTER in den Vollbildmodus zu versetzen, bricht die Hölle los

@luisalvarado Anstatt die Alt-Eingabetaste zu drücken, versuchen Sie, die Einstellungen Rand" zu ändern. Wenn es funktioniert, ändern Sie es dann in "Vollbild". Oder einfach nur grenzenlos spielen?

Aber wenn ich versuche, das Spiel durch Drücken von ALT + ENTER in den Vollbildmodus zu versetzen, bricht die Hölle los

@luisalvarado Anstatt die Alt-Eingabetaste zu drücken, versuchen Sie, die Einstellungen Rand" zu ändern. Wenn es funktioniert, ändern Sie es dann in "Vollbild". Oder einfach nur grenzenlos spielen?

Lass mich testen. Vielen Dank

Ich bin auf Fedora 32 Workstation mit Steam Flatpak. NVIDIA 1080 Ti. DOOM Eternal stürzt beim Start ab. Ich habe ein paar Sekunden lang ein kleines leeres Weinfenster. Das Fenster wird dann geschlossen und das Spiel nicht gestartet. Systeminfo beigefügt. Ich habe NVIDIA 440.82-Treiber.

Ich benutze Proton 5.0.7

Steam-hw.txt

@vatula Ich bin nicht auf dem ausführst ? Ich glaube nicht, dass wir genug Informationen haben, um Ihnen zu helfen.

Ich hatte in späteren Stadien der Arenen einen massiven FPS-Abfall, als viele Monster und Partikel auf dem Bildschirm erschienen. Ich habe r_antialiasing 0 ausprobiert und die Erfahrung ist stark verbessert. Ich denke, es gibt aus irgendeinem Grund ein Problem mit dem zeitlichen Antialiasing und den Partikeln.
Jetzt fühlt sich das Spiel auch in großen Schlachten reibungslos an.

@vatula Ich habe eine Konfiguration, die fast genau Ihrer entspricht (Fedora 32, GTX 1080 ti, zuletzt veröffentlichtes Proton). Der einzige Unterschied ist, dass ich den Flatpak Steam nicht benutze. Wie abgeneigt wären Sie, das RPMFusion-Paket von Steam auszuprobieren?

Früher habe ich Flatpak verwendet (vor ungefähr einem Jahr oder so), aber manchmal hatte ich Probleme mit Spielen, die ich mit der RPMFusion-Version nicht hatte.

DOOM Eternal läuft wirklich gut für mich.

@MagicRB @ kisak-ventil Ich füge Protonenprotokolle für den Absturz hinzu. Es ist kräftig (3,7 GB), hat einige Fehler, aber weil es so groß ist, konnte ich nicht herausfinden, welches kritisch war. Ich habe ein komprimiertes Protokoll auf mega.nz steam-782330.zip hochgeladen

@ Nathanjackson Ich bestätige, dass das Spiel

Hallo @vatula , möglicherweise. Da es einen Unterschied im Verhalten zwischen dem Host-System und Flatpak gibt, würde es nicht schaden, Ihre Erfahrungen gegenüber den von Flathub bereitgestellten Betreuern von Dampfpaketen unter https://github.com/flathub/com.valvesoftware.Steam/issues höflich zu erwähnen

Nach dem Aktualisieren meines Betriebssystems stoße ich auf ein seltsames Problem. Das Intro-Video friert in regelmäßigen Abständen fast genau 5 Sekunden lang ein, läuft dann etwa eine halbe Sekunde lang und friert dann erneut ein und so weiter. Das System reagiert während dieser Einfrierungen nicht.

Technische Daten:

  • Betriebssystem: Pop! _OS 20.04, Kernel 5.4.0-7626-generic
  • GPU: nVidia RTX 2070 Max-Q, Treiberversion 440.82
  • Vulkan: 1.2.140, manuell installiert
  • Proton: passiert sowohl mit 5.5-GE-1 als auch mit 5.0-7

Die Protonenprotokolle zeigen mehrere Zeilen, die sich bei jedem Einfrieren zu wiederholen scheinen:

10015.302:002d:002e:trace:seh:dwarf_virtual_unwind next function rip=0000000140325af5
10015.302:002d:002e:trace:seh:dwarf_virtual_unwind   rax=00007fffffea8000 rbx=00000000075a1cb0 rcx=00000000008fd690 rdx=000000007b475166
10015.302:002d:002e:trace:seh:dwarf_virtual_unwind   rsi=0000000000000005 rdi=0000000000000001 rbp=00000000008fee60 rsp=00000000008fed60
10015.302:002d:002e:trace:seh:dwarf_virtual_unwind    r8=00000000008fe910  r9=000000007b4751a0 r10=000000007bd225a8 r11=0000000000000000
10015.302:002d:002e:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000001 r14=000000014293fd90 r15=ffffffffffffffff
10015.302:002d:002e:trace:seh:RtlRestoreContext returning to 7b475166 stack 8fe9d0
10015.432:002d:003e:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\dxvk_config.dll" at 0x69040000: native
10020.444:002d:002e:warn:debugstr:OutputDebugStringA "WARNING: PumpSessionAndNetworkPackets: Not called for 5.00 seconds\n"
10020.518:002d:002e:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fdce ip=7b00fdce tid=002e
10020.518:002d:002e:trace:seh:raise_exception  info[0]=0000000000000044
10020.518:002d:002e:trace:seh:raise_exception  info[1]=00000000008fef10
10020.518:002d:002e:trace:seh:raise_exception  rax=00000000008fe930 rbx=00007fffffea8000 rcx=00000000008fe910 rdx=0000000000000000
10020.518:002d:002e:trace:seh:raise_exception  rsi=00000000008fea10 rdi=00000000008fe940 rbp=00000000008fed50 rsp=00000000008fe8f0
10020.518:002d:002e:trace:seh:raise_exception   r8=0000000000000002  r9=00000000008fea00 r10=000000007b47aa26 r11=0000000000000000
10020.518:002d:002e:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=000000014293fd90 r15=ffffffffffffffff
10020.518:002d:002e:trace:seh:call_vectored_handlers calling handler at 0x69060d70 code=40010006 flags=0
10020.518:002d:002e:trace:seh:call_vectored_handlers handler at 0x69060d70 returned 0
10020.518:002d:002e:trace:seh:call_vectored_handlers calling handler at 0x14094ae30 code=40010006 flags=0
10020.518:002d:002e:trace:seh:call_vectored_handlers handler at 0x14094ae30 returned 0
10020.518:002d:002e:trace:seh:RtlVirtualUnwind type 1 rip 7b00fdce rsp 8fe8f0
10020.518:002d:002e:trace:seh:dump_unwind_info **** func fd80-fe07
10020.518:002d:002e:trace:seh:dump_unwind_info unwind info at 0x7b08e344 flags 0 prolog 0x11 bytes function 0x7b00fd80-0x7b00fe07
10020.518:002d:002e:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
10020.518:002d:002e:trace:seh:dump_unwind_info     0xa: pushq %rsi
10020.518:002d:002e:trace:seh:dump_unwind_info     0x9: pushq %rdi
10020.518:002d:002e:trace:seh:dwarf_virtual_unwind function 7b439ca1 base 0x7b439a58 cie 0x7b490710 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

Hier sind einige weitere Auszüge zu einigen dieser Einfrierungen: https://gist.github.com/thebozzcl/d443097713938069abb233dabd4bba47

Ich überprüfe immer noch die Systemprotokolle, um festzustellen, ob ich ein anderes Muster finde, das mir einen Hinweis geben könnte.

Beim Versuch, Battlemode zu spielen, konnte ich keine Verbindung zu Spielen herstellen. Ich habe in der Konsole einige fehlerhafte Anforderungen an AcceptGroupInvitation festgestellt, bin jedoch ohne Probleme mit Bethesda.net verbunden.

doom-eternal-bad-request-snippet

Beim Versuch, Battlemode zu spielen, konnte ich keine Verbindung zu Spielen herstellen. Ich habe in der Konsole einige fehlerhafte Anforderungen an AcceptGroupInvitation festgestellt, bin jedoch ohne Probleme mit Bethesda.net verbunden.

doom-eternal-bad-request-snippet

Ich habe das gleiche Problem, das früher bei einer früheren Proton-Version funktioniert hat.

Beim Versuch, Battlemode zu spielen, konnte ich keine Verbindung zu Spielen herstellen. Ich habe in der Konsole einige fehlerhafte Anforderungen an AcceptGroupInvitation festgestellt, bin jedoch ohne Probleme mit Bethesda.net verbunden.
Ich habe das gleiche Problem, das früher bei einer früheren Proton-Version funktioniert hat.

@ Nathanjackson Wirklich? Was war die Version? Ich konnte Battlemode in keiner Proton-Version spielen: /

Battlemode arbeitete für mich, als ich die folgende Konfiguration hatte:

  • Proton 5.0-6 oder 5.4-GE-3 (Glorious Eggroll)
  • Fedora 30
  • NVIDIA 440.82

Ich habe jedoch kürzlich ein Upgrade auf Fedora 32 durchgeführt und Battlemode funktioniert nicht mehr, aber einige Variablen haben sich geändert:

  • Proton 5.0-7
  • Fedora 32
  • NVIDIA 440.82

Als Test habe ich Proton 5.4-GE-3 auf Fedora 32 ausprobiert und Battlemode hat immer noch nicht funktioniert. Ich denke, etwas über das Betriebssystem-Upgrade hat dazu geführt, dass Battlemode nicht mehr funktioniert. Obwohl ich denke, dass Bethesda ein Update für DOOM Eternal für die Battlemode-Änderungen veröffentlicht hat, hatte das vielleicht etwas damit zu tun? Es ist komisch, weil ich mich ohne Probleme mit Bethesda verbinden kann.

Es sieht so aus, als hätte das neueste DOOM-Update das Spiel auf Proton gebrochen. Es startet überhaupt nicht mehr.

steam-782330.log

Ja, mit dem neuen Update überhaupt nicht gestartet. Ich sehe das ID-Software-Logo für einen kurzen Moment in meiner Taskleiste, und dann ist es weg.

Hallo @libcg , sieht aus wie ein WPF-Problem
trace:mscoree:mono_assembly_preload_hook_fn "PresentationFramework, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

Hat nach dem letzten Update auch für mich aufgehört zu arbeiten, startet überhaupt nicht.

Doom Eternal Patch 14. Mai brach das Spiel.

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/3867.
@TheReaperUK veröffentlicht am 2020-05-14T17: 37: 02:

Kompatibilitätsbericht

  • Name des Spiels mit Kompatibilitätsproblemen: Doom Eternal
  • Steam AppID des Spiels: 782330

    System Information

  • GPU: Nvida RTX 2060

  • Treiber- / LLVM-Version: Nvidia 440.82
  • Kernel-Version: 5.6
  • Link zum vollständigen Systeminformationsbericht als Kern :
  • Protonenversion: 5.0-7

    Ich bestätige:

  • [Y] dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.

  • [Y] dass ich überprüft habe, ob Updates für mein System verfügbar sind.

Symptome

Das Spiel wird nach einem Patch heute, 14. Mai 2020, überhaupt nicht mehr geladen. Es werden keine Fehler angezeigt. Klicken Sie auf Wiedergabe. Warten Sie einige Sekunden, und nichts passiert. Die Schaltfläche Wiedergabe wird wieder normal.

Reproduktion

? Es funktioniert überhaupt nicht, ich denke, es kann ein Anti-Cheat-Denuvo-Problem sein

Seit dem letzten Update (ich denke heute, 14. Mai 2020 - wo kann ich den Update-Verlauf sehen?) Funktioniert es auch überhaupt nicht mehr. Wie bereits berichtet, werden keine Fehler angezeigt. Klicken Sie auf Wiedergabe. Das ID-Software-Symbol wird 1-2 Sekunden lang als Tray-Symbol angezeigt und verschwindet dann. Steams gibt an, dass es gestoppt wurde (es wird auch angezeigt, dass die letzte Wiedergabezeit gerade jetzt war.) es sieht also so aus, als würde es nicht zu einem Fehler kommen).

Davor (vor ein paar Tagen, als ich das letzte Mal gespielt habe) lief es wirklich einwandfrei, wie hier berichtet.

Ich habe dotnet48 mit Protontricks in das Präfix des Spiels installiert und jetzt erhalte ich ein Denuvo-Popup, wenn ich das Spiel starte, das besagt, dass das Spiel nicht gestartet werden kann.

Ja, das gleiche gilt für dotnet35sp1 . Es ist wahrscheinlich, dass der WPF-Fehler durch das Denuvo-Popup selbst verursacht wird.

@libcg Ich denke, Sie haben Recht, da dies protokolliert wurde, bevor WPF an meinem Ende aufgerufen wurde:

139193.878:00ec:00f0:trace:mscoree:_CorExeMain L"C:\\users\\steamuser\\
Temp\\denuvo-anti-cheat-crash-report.exe" "C:\\users\\steamuser\\Temp\\
denuvo-anti-cheat-crash-report.exe" "-error" "2" "-transaction"

Von https://slayersclub.bethesda.net/de/article/2zHgbzsIV8gTzFUZ75ADGx/update-1 :
Screenshot from 2020-05-14 14-55-45

Ich muss möglicherweise eine Rückerstattung beantragen, wenn keine DRM-freie ausführbare Datei verfügbar ist.

Bearbeiten: Rückerstattung beantragt

Bearbeiten: aaaaund Rückerstattung verweigert :(

Betrachten Sie mich als absolut wütend. Eines meiner Lieblingsspiele bei Steam hat unter Linux einwandfrei funktioniert, und dann beschließt id, ein Anticheat im Kernel-Modus hinzuzufügen, was mich anscheinend besonders ärgert.

Von https://slayersclub.bethesda.net/de/article/2zHgbzsIV8gTzFUZ75ADGx/update-1 :
Screenshot from 2020-05-14 14-55-45

Vielleicht muss man den Denuvo Anti-Cheat deinstallieren, um das Spiel auszuführen?

@artemyto Ich habe gelesen, dass es möglich ist, Denuvo zu deinstallieren, aber dann läuft das Spiel nicht.

Wie es aussieht, kann dies Doom Eternal unter Linux über Proton ziemlich gut. Proton kann DAC überhaupt nicht unterstützen.

Wenn id oder Bethesda es den Leuten nicht erlauben, das Spiel ohne DAC zu starten und Einzelspieler zu spielen, scheint es wirklich nicht viel zu geben, was wir tun können ...

Ich appelliere an den Menschen davon betroffen ein Support - Ticket durch Bethesda-Website senden hier . Sagen Sie ihnen, sie sollen den Kernel-Modus-Anticheat loswerden. Es ist invasiv und ehrlich gesagt inakzeptabel, dies einem Spiel hinzuzufügen, das bereits seit zwei Monaten nicht mehr verfügbar ist.

So befriedigend das auch sein mag, ich glaube nicht, dass es tatsächlich etwas ändern wird . Ein paar Leute, die in einer Bevölkerungsgruppe der Peripherie, die Bethesda und ID ehrlich gesagt wahrscheinlich nicht interessieren, empört weinen, werden eine Entscheidung, die wahrscheinlich vor einiger Zeit getroffen wurde, nicht rückgängig machen.

Und weißt du? Ein Ausgießen von Galle ist nicht gerade reizend ...

Hoffentlich wird Bethesda Denuvo entfernen, als hätten sie den Anstand, mit Doom 2016 zu tun zu haben.

Es ist nicht so einfach. DAC! = Denuvo.

Und sie werden DAC wahrscheinlich

Ja, Denuvo Anti-Cheat unterscheidet sich von Denuvo Anti-Tamper. Ich hoffe, es gibt eine Option oder ein Befehlszeilenargument, um DAC zu überspringen, ähnlich wie bei -eac-nop-loaded von EAC (zumindest funktioniert dies für DBFighterZ).
_Für jetzt entfernen Sie dieses Spiel von meiner Wunschliste_.

Gleiches Problem für mich ...

Und ich habe gerade das Spiel gekauft, oh F.

Betrachten Sie mich als absolut wütend.

Das hätte ich sein können, aber ich habe in letzter Zeit meinen Cent wegen des Verlusts von Arbeitsplätzen infolge von covid-19 gekniffen. Ich werde es jetzt nicht kaufen.

Schlechte Nachrichten ... Es ist das Flaggschiff für Denuvos Anti-Cheat. Die Klimaanlage wird niemals entfernt. Valve und die Mesa-Entwickler haben ihre Zeit damit verschwendet, es kompatibel und leistungsfähig zu machen.

Wenn Sie ein Update in der Warteschlange haben, es aber noch nicht installiert haben, können Sie sich wie folgt an die alte Version halten:
1.) Dampf schließen
2.) Extrahieren und ersetzen Sie die angehängte Datei in den Steamapps-Ordner (dieselbe Bibliothek wie DE). BEARBEITEN: Neues Manifest von gralco angehängt
3.) Starten Sie Steam neu.
Es wird kein Update in die Warteschlange gestellt, da Steam jetzt glaubt, dass Sie sich in der aktuellen Version befinden. Sie müssen jedoch die Validierung der Spieledateien vermeiden.
Wenn das referenzierte Manifest veraltet ist und keines verfügbar ist, können Sie das angehängte Manifest bearbeiten und die Build-ID und InstalledDepots + MountedDepots mithilfe der Steam- Datenbank manuell mit ihren neuesten Versionen
Wenn Sie das Update bereits durchgeführt haben, müssen Sie eine andere Quelle für ältere Spieledateien finden. Beachten Sie, dass die Bethesda Launcher-Versionen leider nicht mit Steam Save-Dateien kompatibel sind.
Ich habe eine Methode mit der Dampfkonsole und älteren Manifesten ausprobiert, aber diese älteren Manifeste für Doom Eternal scheinen nicht verfügbar zu sein.

Hoffentlich hilft das. Mit etwas Glück in der Zukunft können wir Bethesda vielleicht dazu bringen, Denuvo AC als Startvoraussetzung fallen zu lassen oder zumindest ältere Versionen über die Beta-Registerkarte bereitzustellen (könnte auch als Speedrunner-Argument dienen).

Mein Verständnis des Problems ist nun, dass dieser Denuvo-Anticheat-Mist .NET WPF für das Installationsprogramm verwendet, und es ist einfach so passiert, dass Wine 5.7 kürzlich Unterstützung dafür eingeführt hat

https://www.winehq.org/announce/5.7
- Wine Mono engine updated to 5.0.0, with upstream WPF support.

Auf dem Papier sollte Proton-GE-5.8 funktionieren, aber für mich nicht. Auch @ TerminalJunkie5 verwendete Protontricks, um dotnet48 zu installieren, aber das Installationsprogramm scheint immer noch fehlzuschlagen. Selbst wenn das Installationsprogramm einwandfrei funktioniert, gibt es keine Garantie dafür, dass der Anticheat genug mit Proton zusammenarbeitet, um das Spiel zu starten.

Mit anderen Worten, nur AAA-Verlage sind typische AAA-Verlage

Gibt es eine Möglichkeit, das Update rückgängig zu machen?

Wenn Sie ein Update in der Warteschlange haben, es aber noch nicht installiert haben, können Sie sich wie folgt an die alte Version halten:
1.) Dampf schließen
2.) Extrahieren und ersetzen Sie die angehängte Datei in den Steamapps-Ordner (dieselbe Bibliothek, in der DE installiert ist. Appmanifest_782330.acf.zip
3.) Starten Sie Steam neu.
Es wird kein Update in die Warteschlange gestellt, da Steam jetzt glaubt, dass Sie sich in der aktuellen Version befinden. Sie müssen jedoch die Validierung der Spieledateien vermeiden. Wenn ein neues Update veröffentlicht wird, ist ein neues Appmanifest erforderlich, um bei Bedarf an der alten Version festzuhalten.

Ihr Weg funktioniert, ich kann das Spiel immer noch starten und nach dem Platzieren der ACF-Datei ist kein Update erforderlich.
Noch ein Hinweis; Sie können die automatische Aktualisierung unter Doom Eternal -> Eigenschaften -> Updates -> Dieses Spiel nur aktualisieren, wenn ich es starte.
Dies könnte denjenigen helfen, die das Update gestern automatisch von Steam installiert haben, aber vor dem Start noch die aktuelle ACF benötigen.

Wenn das Update bereits gestartet wurde und Sie die Schaltfläche "Pause" gedrückt haben, löschen Sie den Inhalt unter $ STEAM_LIBRARY_PATH / steamapps / downloading. Platzieren Sie dann die Manifestdatei von oben. Starten Sie den Dampf neu.

In den Versionshinweisen zu Steam heißt es:

Denuvo Anti-Cheat kann jederzeit über das Dialogfeld "Programme hinzufügen oder entfernen" deinstalliert werden
Weitere Informationen finden Sie unter https://help.bethesda.net/ oder im Denuvo-Blog zum Starttag hier

Wie kann ich dies nun unter Proton deinstallieren?

@ nuku97 Ich denke, es heißt nur, dass Sie Denuvo AC nur deinstallieren können. Das Spiel startet sowieso nicht mit der Deinstallation. Das habe ich verstanden.

Als Anti-Cheat-System wäre es ziemlich nutzlos, wenn Sie es einfach deinstallieren könnten und das Spiel so funktioniert wie zuvor.
Da dies für BATTLEMODE hinzugefügt wurde, hoffe ich, dass ein zukünftiges Update es dem Spiel ermöglicht, die Einzelspieler-Kampagne ohne Denuvo AC-Anforderung zu spielen.

Machen Sie einen Anti-Cheat, der das Spiel für diejenigen gebrochen hat, die zahlen, nachdem Sie eine kostenlose Denuvo-Version veröffentlicht haben, in der jeder spielen kann, ohne sie zu kaufen. Bethesda du hast zwei Hurensöhne gemacht

In den Versionshinweisen zu Steam heißt es:

Denuvo Anti-Cheat kann jederzeit über das Dialogfeld "Programme hinzufügen oder entfernen" deinstalliert werden
Weitere Informationen finden Sie unter https://help.bethesda.net/ oder im Denuvo-Blog zum Starttag hier

Wie kann ich dies nun unter Proton deinstallieren?

Nach allem, was ich gesehen habe, können Sie Denuvo Anti-Cheat deinstallieren, aber das Spiel wird erst ausgeführt, wenn es erneut installiert wurde

In den Versionshinweisen zu Steam heißt es:
Denuvo Anti-Cheat kann jederzeit über das Dialogfeld "Programme hinzufügen oder entfernen" deinstalliert werden
Weitere Informationen finden Sie unter https://help.bethesda.net/ oder im Denuvo-Blog zum Starttag hier
Wie kann ich dies nun unter Proton deinstallieren?

Nach allem, was ich gesehen habe, können Sie Denuvo Anti-Cheat deinstallieren, aber das Spiel wird erst ausgeführt, wenn es erneut installiert wurde

Ich werde es später in meinem Dual-Boot-Windows versuchen, wenn die Deinstallation mindestens Einzelspieler-Spiele zulässt. Schließlich interessiert mich Battlenet nicht ...

In den Versionshinweisen zu Steam heißt es:
Denuvo Anti-Cheat kann jederzeit über das Dialogfeld "Programme hinzufügen oder entfernen" deinstalliert werden
Weitere Informationen finden Sie unter https://help.bethesda.net/ oder im Denuvo-Blog zum Starttag hier
Wie kann ich dies nun unter Proton deinstallieren?

Nach allem, was ich gesehen habe, können Sie Denuvo Anti-Cheat deinstallieren, aber das Spiel wird erst ausgeführt, wenn es erneut installiert wurde

Ich denke du kannst es mit Protontricks deinstallieren

In den Versionshinweisen zu Steam heißt es:
Denuvo Anti-Cheat kann jederzeit über das Dialogfeld "Programme hinzufügen oder entfernen" deinstalliert werden
Weitere Informationen finden Sie unter https://help.bethesda.net/ oder im Denuvo-Blog zum Starttag hier
Wie kann ich dies nun unter Proton deinstallieren?

Nach allem, was ich gesehen habe, können Sie Denuvo Anti-Cheat deinstallieren, aber das Spiel wird erst ausgeführt, wenn es erneut installiert wurde

Ich denke du kannst es mit Protontricks deinstallieren

Sehen Sie nicht, worum es im Moment geht, da Denuvo-Anticheat aufgrund des .NET WPF-Problems noch nicht einmal im Wine-Präfix installiert werden kann

DAC läuft nicht unter Proton und wird es wahrscheinlich nie tun.

Es versucht, eines von mehreren Dingen zu tun, die Proton so gut wie unmöglich unterstützen kann.

Ich denke, wir sollten alle Feedback für Bethesda senden, wie @serebit vorgeschlagen hat. Ich sende meine mit Protokollen und Links und zeige dann, dass es sich um eine Community von Leuten handelt, die ihr Spiel unter Linux spielen. Ich bitte nicht um Unterstützung für Linux, sondern um die Möglichkeit, das Spiel ohne Denuvo-Anti-Cheat zu starten, nur für die Einzelspieler-Kampagne.

Es gibt bereits Windows-Benutzer auf Reddit, die dies anfordern.

In den Versionshinweisen zu Steam heißt es:

Denuvo Anti-Cheat kann jederzeit über das Dialogfeld "Programme hinzufügen oder entfernen" deinstalliert werden
Weitere Informationen finden Sie unter https://help.bethesda.net/ oder im Denuvo-Blog zum Starttag hier

Wie kann ich dies nun unter Proton deinstallieren?

Stellen Sie die Startoptionen des Spiels auf:
bash -c 'exec "$1" "$2" "uninstaller.exe"' -- %command%
und Proton öffnet den Dialog "Software".

DAC läuft nicht unter Proton und wird es wahrscheinlich nie tun.

Es versucht, eines von mehreren Dingen zu tun, die Proton so gut wie unmöglich unterstützen kann.

Unterstützt Wine nicht einen anderen Kernel-Anti-Cheat, indem ein virtueller Kernel ausgeführt wird, oder führt DAC Dinge aus, die nicht emuliert werden können?

Nach meinem Verständnis ist dies nicht der Fall und Wine unterstützt keinen Anti-Cheat im Kernel-Modus.

Ich kann mich irren.

Nach meinem Verständnis ist dies nicht der Fall und Wine unterstützt keinen Anti-Cheat im Kernel-Modus.

Ich kann mich irren.

Wine unterstützt seit einiger Zeit Kernel-Modus-Treiber, aber ob es implementiert, was auch immer ein bestimmter Anti-Cheat erfordert, ist eine ganz andere Sache. Für einige von ihnen muss beispielsweise Wine Bug 37355 behoben sein.

Es scheint, dass der Wine-Fehler von einer zu behebenden Kernel-Funktion abhängt.

Mein schlechtes dann. Vielleicht läuft DE eines Tages wieder. (Ich würde nicht bald sagen)

Ich hasse Anti-Cheat im Kernel-Modus konzeptionell, aber ich würde mich in einem Wineprefix viel besser fühlen, wenn ich mich darauf verlassen kann, dass Wine zwischen dem AC und dem Rest des Systems vermittelt (und sicherstellt, dass es nicht schnüffelt) etwa an Orten, an denen es nicht sein sollte ...)

Aus dem techraptor.net-Interview:

TR: Linux-Spieler konnten das Spiel zuvor auf Steam über Proton im Einzelspielermodus spielen. Das Hinzufügen von Denuvo Anti-Cheat hat dies blockiert. Gibt es eine Möglichkeit, mit Denuvo Anti-Cheat den Einzelspieler auf virtuellen Maschinen laufen zu lassen, während der Mehrspieler-Modus geschützt oder entfernt wird?

MG: Wir haben das Proton-Problem unmittelbar nach dem Start verfolgt und sind entschlossen, bald eine Lösung zu liefern. Dies ist keine Anfrage eines Herausgebers oder dergleichen - wir respektieren eine solche begeisterte Community aufrichtig und bedauern, diese Inkompatibilität am ersten Tag eingeführt zu haben.

Dadurch fühle ich mich innerlich warm und verschwommen, danke, dass du @mgreshis geteilt

Aus dem techraptor.net-Interview:

TR: Linux-Spieler konnten das Spiel zuvor auf Steam über Proton im Einzelspielermodus spielen. Das Hinzufügen von Denuvo Anti-Cheat hat dies blockiert. Gibt es eine Möglichkeit, mit Denuvo Anti-Cheat den Einzelspieler auf virtuellen Maschinen laufen zu lassen, während der Mehrspieler-Modus geschützt oder entfernt wird?

MG: Wir haben das Proton-Problem unmittelbar nach dem Start verfolgt und sind entschlossen, bald eine Lösung zu liefern. Dies ist keine Anfrage eines Herausgebers oder dergleichen - wir respektieren eine solche begeisterte Community aufrichtig und bedauern, diese Inkompatibilität am ersten Tag eingeführt zu haben.

Können Sie einen Link zu diesem Interview bereitstellen?

https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game

"MG" ist der Product Owner von Denuvo Anti-Cheat für den Kontext.

https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game

"MG" ist der Product Owner von Denuvo Anti-Cheat für den Kontext.

Wer ist auch, gemessen am Benutzernamen,

Imho, diese Art von Verhalten der Entwickler ist nicht akzeptabel. Selbst wenn ich es mit allen genannten Problemumgehungen zum Laufen bringen könnte, habe ich beschlossen, eine Rückerstattung zu beantragen. Selbst wenn die Rückerstattung verweigert wird, übt dies zumindest einen gewissen (wenn auch geringfügigen) Druck auf Steam und hoffentlich auf Bethesda aus.

(Während ich dies schrieb, kann ich Ihnen sagen, dass der Steam-Support meinem Rückerstattungsantrag stattgegeben und mir mein Geld zurückgegeben hat. Ich schlage vor, dass die Leute dies aus Protest tun. Akzeptieren Sie dies nicht. Zeigen Sie ihnen, dass sie damit Kunden verlieren werden Art des Verhaltens. Lassen Sie die Brieftasche sprechen. Es ist die einzige Sprache, die sie verstehen.

@ SysGh-st wie viele Stunden hattest du? Mein Rückerstattungsantrag wurde gestern abgelehnt. Ich frage mich, ob sie jetzt die Beschränkungen für Rückerstattungsanträge für dieses Spiel lockern. Andere gute Aktionspunkte sind:

  1. Hinterlassen Sie negative Steam-Bewertungen
  2. Markieren Sie andere negative Bewertungen als hilfreich

@lpww
Ich kann mich ehrlich gesagt nicht an die Anzahl der Stunden erinnern. Ich bin ein bisschen in die Einzelspieler-Kampagne eingestiegen. Ich habe es vor einiger Zeit mit extra allem (ca. 89 €) als Prelaunch-Kauf gekauft.
Ich habe höflich beschrieben, warum ich die Rückerstattung beantragt habe, da sie unter Proton / Linux nicht funktioniert und ich keine anderen Computer mit Windows zur Verfügung habe, die das Produkt für mich völlig unbrauchbar machen würden.

Ich denke, höflich zu sein und zu beschreiben, warum es einen langen Weg geht. Die Anfrage wird schließlich von einem Menschen am anderen Ende gelesen. Ich hoffe wirklich, dass der Steam-Support die Einschränkungen lockert, wenn es solche Probleme gibt.
Persönlich glaube ich nicht, dass dies bald gelöst sein wird. Die Linux-Community ist einfach viel zu klein, um gepflegt zu werden. Traurig aber wahr.

Ich wünschte wirklich, ich hätte Firefox geöffnet, um alle Benachrichtigungen darüber zu erhalten, bevor ich heute Steam starte und das Spiel aktualisiere. Jetzt bin ich geschraubt.

Leute, ich bin auch ziemlich frustriert über diese Situation. Ich bin im Allgemeinen kein großer Fan von Anticheat auf Kernel-Ebene, und es ist sicherlich entmutigend, ein funktionierendes Spiel zu brechen.

Wir können mit Bethesda frustriert sein, wenn wir dies einsetzen. Lassen Sie uns Denuvo jedoch die Chance geben, dies zu liefern. Dies ist sicherlich eine der mächtigsten und direktesten Aussagen (die ich zumindest gesehen habe) eines Anticheat-Entwicklungsunternehmens, und es ist ermutigend.

Auch um @ kisak-ventils willen und alle anderen haben diese Ausgabe abonniert und auf Neuigkeiten gewartet, wie dieses Spiel wieder zum Laufen gebracht werden kann ... Lassen Sie uns verhindern, dass dies zu zahlreichen Ausschreitungen und Diskussionen über Rückerstattungen wird. Wir haben Reddit-, Bethesda-Foren und Steam-Foren, in denen wir dieses umfassendere Thema diskutieren können.

@mgreshis Wenn ich fragen darf, erlaubt uns Ihr Fix, den Multiplayer zu spielen, oder erlaubt es uns nur, den Einzelspieler zu spielen? Ich bin mit beiden Optionen in Ordnung, ich bin nur neugierig.

@serebit Ich würde von Abstand nehmen , bis es tatsächlich eine Lösung gibt. Viel zu oft haben wir gehört, dass ein Spiel oder eine Lösung für etwas "bald" für Linux kommt, nur damit es nie zustande kommt, und wie @DarkArc sagte, sollten wir diesen Thread für @ kisak-ventils so sauber wie möglich halten Vernunft, und ich entschuldige mich auch für meinen Beitrag dazu.

Das funktioniert unter Linux nicht. Es erfordert das Ausführen von Batchdateien.

Am Freitag, 15. Mai 2020, um 17:26 Uhr Campbell Jones [email protected]
schrieb:

Für alle, die davon betroffen sind, bis wir von den Entwicklern eine Lösung erhalten,
Sie müssen den folgenden Prozess verwenden, um das Spiel herunterzuspielen:
https://docs.google.com/document/d/1iugtqVUuG8TsnZyRzBV-QamdbygdSEGJzOSkDFGpgJU/edit

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629497189 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y33ZWU6ERMBYYVGE2JT3RRWXP3ANCNFSM4MI6DHIA
.

Das funktioniert unter Linux nicht. Es erfordert das Ausführen von Batchdateien.

Am Fr, 15. Mai 2020 um 17:26 Uhr Campbell Jones @ . * > schrieb: Für alle Betroffenen müssen Sie das Spiel wie folgt herunterladen, bis wir einen Fix von den Entwicklern erhalten: https://docs.google.com/document/d/1iugtqVUuG8TsnZyRzBV-QamdbygdSEGJzOSkDFGpgJU / edit - Sie erhalten dies, weil Sie einen Kommentar abgegeben haben. Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub < # 3773 (Kommentar) > an oder melden Sie sich unter https://github.com/notifications/unsubscribe-auth/AM5Y33ZWU6ERMBYYVGE2JT3RRWXP3ANCNFSM4MI6DHIA ab .

Sie haben die separate Befehlsliste am Ende. Sie sind nützlich, würde ich hoffen.

@ SysGh-st müssen Sie sie im Depotdownloader ausführen. Welches ist ein Windows .bat-Programm. Also nochmal....

Sie sind auch Windows-Befehle.

@ gardotd426 Ich bin sicher, Sie können ein "Windows" -Cmd aus Wein öffnen, wie gut es .bat-Dateien läuft, die ich nicht kenne, aber es könnte wortha versuchen

Außerdem muss der Dotnet-Kern installiert sein, auf dem eine Linux-Version installiert ist.
Aber ich kann mir vorstellen, dass Sie die Windows-Version in einem Wineprefix installieren müssen.

Am Fr, 15. Mai 2020 um 17:38 Uhr schrieb MagicRB [email protected] :

@ gardotd426 https://github.com/gardotd426 Ich bin sicher, Sie können eine öffnen
"windows" cmd von wine, wie gut es läuft .bat dateien ich weiß es aber nicht
könnte wortha versuchen

- -
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/3773#issuecomment-629504278 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y33ZO33Z32OO2UYHHGGLRRWY47ANCNFSM4MI6DHIA
.

Okay, ich habe herausgefunden, wie es funktioniert. Sie benötigen die Linux-Version von Dotnet Core. Nachdem Sie die Installationsanweisungen für Dotnet Core befolgt haben, können Sie alles ausführen, als wäre es eine Liste von Shell-Befehlen

./depotdownloader COMMAND1
./depotdownloader COMMAND2

Aber es wird nicht funktionieren, da Sie, wie in den Anweisungen angegeben, nur die EXE-Datei direkt ausführen können, was bedeutet, dass keines der Protonen-Patches verfügbar ist, sodass es sehr unwahrscheinlich ist, dass es tatsächlich funktioniert Sie müssen dxvk und all das im Wineprefix installieren, und ich bezweifle nur wirklich, dass es funktionieren wird. Ich werde TK-Glitch fragen, ob er vielleicht Ideen hat, wie er es zum Laufen bringen kann, sobald ich alles heruntergeladen habe.

Wenn das Problem darin besteht, dass Steam die Exe nicht ausführt, ich bin irgendwie verloren, es ist nicht schwer, sie manuell auszuführen. Laden Sie einfach den neuesten Proton-Ge-Build herunter oder erstellen Sie Wein mithilfe der Skripte von tk-glitch mit Protonifizierungs-Patches und installieren Sie dxvk Arbeit

Steam erlaubt dir nicht, das Spiel auszuführen, da immer noch ein Update angezeigt wird
ist auch im Offline-Modus erforderlich. Und Spiele in Steam durchlaufen lassen
Proton ist überhaupt nicht dasselbe wie sie mit demselben Wein laufen zu lassen
manuell mit keinem der restlichen Protonen bauen. Es wird wahrscheinlich nicht funktionieren,
aber ich werde es versuchen.

Am Fr, 15. Mai 2020 um 18:04 Uhr schrieb MagicRB [email protected] :

Wenn das Problem ist, dass Dampf die Exe nicht laufen lässt, bin ich irgendwie verloren, es ist nicht schwer
Um es manuell auszuführen, laden Sie einfach den neuesten Proton-Ge-Build oder Build herunter
Wein mit tk-glitch's Skripten mit Protonifizierungs-Patches und installieren
dxvk, es sollte funktionieren

- -
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/3773#issuecomment-629519573 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y337DUWQ7UHR4AEGIZLTRRW37DANCNFSM4MI6DHIA
.

Bei einigen Spielen funktioniert es, Idk, ich besitze kein ewiges Schicksal

https://steamdb.info/sub/235874/depots/
Es sieht so aus, als wäre nur ein weiteres Update veröffentlicht worden ...

@ Peterge1998 Ja, es repariert nichts.

Was dumm ist, wenn Sie zu den Spieleigenschaften gehen und die Registerkarte "DLC" auswählen, haben wir alle die "Doom Eternal - Single Player Campaign" als DLC, was bedeutet, dass sie separate Einheiten sind und wir sie starten können sollten , aber wir können nicht.

Ich denke, Sie müssen nur auf diesen warten, bis id etwas veröffentlicht

@MagicRB Zuallererst besitzt du dieses Spiel nicht, also weiß ich nicht, was du hier wirklich machst, indem du kommentierst und nur mit buchstäblich nichts Hilfreichem zum Lärm hinzufügst. Zweitens wird iD nichts veröffentlichen, offensichtlich sind es diejenigen, die es überhaupt kaputt gemacht haben. Jetzt sagt "MG" von Denuvo, dass Denuvo es möglicherweise reparieren könnte, aber das liegt derzeit völlig in der Luft, und wir haben alle unser Rückerstattungsfenster überschritten, das absolut inakzeptabel und ehrlich gesagt wahrscheinlich kriminell ist, da sie bequem gewartet haben, bis alle es wollten Seien Sie vorher am Rückerstattungsfenster vorbei und geben Sie vorher nie einen Hinweis darauf, dass dies passieren würde.

Das heißt, das ist überhaupt nicht der Sinn dieses Threads. Der Sinn dieses Threads ist es, das Spiel unter Proton zum Laufen zu bringen. Dies ist die Seite mit den Valve Proton-Problemen. "Sie müssen nur warten", insbesondere wenn Sie das Spiel nicht besitzen und keinen Einsatz oder Einfluss darauf haben, ist eher wenig hilfreich. Wie die Leute bereits angefordert haben, dient dies dazu, dieses Spiel zum Laufen zu bringen. Nicht deine Gedanken.

Hier ist das Steam-Protokoll nach dem letzten Update (nach dem ersten), das gerade durchgekommen ist, falls es anders ist als zuvor:
steam-782330.log

2.) Extrahieren und ersetzen Sie die angehängte Datei in den Steamapps-Ordner (dieselbe Bibliothek, in der DE installiert ist. Appmanifest_782330.acf.zip

Wie haben Sie die Appmanifest-Datei generiert? Oder haben Sie dies einfach nach der Installation der neuesten Version kopiert? Weil deine nicht mehr die neueste Version ist ...
Das Bearbeiten Ihres Manifests und das Überschreiben des Depot 782332-Manifests und von MountedDepots mit der aktuellen Manifest-ID und das Ersetzen von LastUpdated durch die aktuelle Uhrzeit funktioniert bei mir nicht ...

Sie haben das vor dem letzten Update gepostet, das Sie gerade erwähnt haben, also ist das offensichtlich nicht das richtige Manifest

Sie sollten ehrlich Lage sein , Ihre appmanifest Datei , um zu verhindern , nachdem die Aktualisierung und kopieren Sie sie dann nach downpatching. Aber ich sehe ehrlich gesagt nicht, wie Downpatching funktionieren könnte, außer vielleicht zu versuchen, es in Lutris DRM-frei auszuführen, ohne Steam zu starten.

Jetzt, wo ich darüber nachdenke, weiß ich nicht, wie das funktionieren würde, weil man keine Wein- oder Protonenversionen diktieren kann. Sie können vkd3d oder dxvk auch nicht auf diese Weise aktivieren, aber dieses Spiel sollte es offensichtlich nicht benötigen, da es einheimisches Vulkan ist.

Proton ist grundsätzlich Wein. Wenn Sie also die DRM-freie Version haben, richten Sie einfach einen Wineprefix ein und legen Sie das Spiel ab.

Sollte nicht zu schwer sein, ein Lutris-Skript zu schreiben ...

Hier geht es nicht um die DRM-freie Version, sondern um die Steam-Version. Und
Das Problem ist nicht DRM, sondern Denuvo Anti Cheat, was völlig anders ist.
Das oben erwähnte Downpatching macht das Update im Grunde genommen rückgängig, aber es ist
Immer noch die DRM-Version, und Steam selbst lässt Sie nicht wie gewohnt starten
Weg ohne zu aktualisieren. Und Proton hat Wein drin, aber es ist nicht dasselbe
Sache. Proton hat zahlreiche Korrekturen und andere Dinge AUSSERHALB des Weinbaus
enthalten, und sie sind an die 7-stellige AppID angehängt, was nicht sein wird
vorhanden, wenn Sie versuchen, das Spiel auf eine andere Weise auszuführen, damit Sie es nicht bekommen
Alle Doom Eternal-Korrekturen (falls erforderlich) von Protonen, außer den bisherigen
in diesem Build von Wein gepatcht. "Proton" ist ein Python-Skript, das kombiniert
Wein und zahlreiche andere Werkzeuge, und es kann nur als Proton mit Dampf verwendet werden
Spiele in Steam gestartet.

Ja. Die heruntergepatchte Version sollte jedoch mit der durchgesickerten Exe kompatibel sein. Sie würden Ihre Paraden verlieren, aber es wäre wahrscheinlich in normalem Wein spielbar.

Wenn Sie wirklich wollten, könnten Sie Proton selbst bauen und unabhängig von Dampf verwenden ... aber das ist eine Menge Aufwand.

Sie können einen protonifizierten Wein außerhalb des Dampfes verwenden, oder Sie können einen benutzerdefinierten verwenden
Protons Wein baut sich außerhalb des Dampfes auf, aber Protonen und all die Nichtweinsachen
das macht es wieder gut, ich meine nicht wirklich. Sie könnten technisch manuell konvertieren
alles vom Python-Skript in eine andere Art von Skript, aber bei
In diesem Punkt ist es nicht mehr Proton und das ist eine vollständige Philosophie
Frage.

Und auf jeden Fall ist es nicht einmal relevant, weil niemand dazu gezwungen werden sollte
Verwenden Sie durchgesickerte geknackte .exes, um ein Spiel zu spielen, das sie gekauft und bezahlt haben.

Natürlich ist es nicht so, wie es sein sollte, aber es ist eine Möglichkeit, das Spiel jetzt zu spielen.

Das einzige, woran ich sowieso denken kann.

Hier ist das neueste appmanifest_782330.acf

appmanifest_782330.zip

Es gibt ein aktuelles Doom Eternal-Update. Wird jemand mit diesem neuesten Update besser oder schlechter? hier werde ich noch schlimmer, nach offenem System Weintablett wird dann abrupt geschlossen. vorher kann das Spiel gestartet werden, wird aber beendet, sobald ein Spiel wirklich gestartet wird

@ gardotd426 Es gibt Möglichkeiten, herabgestufte Versionen von Steam-Spielen auszuführen, für deren Spielen ein Update erforderlich ist. Haben Sie eine dieser Lösungen ausprobiert? https://steamcommunity.com/sharedfiles/filedetails/?id=885555151

Ich konnte das Spiel mit der von Google Doc beschriebenen Methode herunterstufen

Ich musste nur zulassen, dass Steam das Spiel zuerst erneut herunterlud (ich hatte es früher deinstalliert). Dann folgte ich der Anleitung zum Herunterladen der alten Dateien und kopierte diese Dateien in das Installationsverzeichnis von DOOM Eternal. Danach konnte ich das Spiel per Steam starten.

@TheGreatMcPain bist du unter Windows unter Linux? Musstest du etwas Besonderes tun, um zu verhindern, dass Steam das Spiel automatisch aktualisiert? Ich lade gerade das Downgrade herunter

@lpww Ich bin unter Linux und das einzige, was ich tun musste, um Linux spezifisch zu machen, war die Installation von Dotnetcore.

Da ich Steam das Spiel vollständig herunterladen lasse, ist das Spiel meines Erachtens bereits auf dem neuesten Stand. Solange ich nicht überprüfe, dass der Cache-Steam des Spiels das Update nicht erneut herunterladen sollte. Obwohl Steam das Spiel wahrscheinlich erneut aktualisieren wird, wenn ein neues Update herauskommt. In diesem Fall lasse ich das Update wahrscheinlich von Steam herunterladen und ersetze es dann erneut durch die alten Dateien.

Nur für den Fall, dass ich die Eigenschaften des Spiels auf "Dieses Spiel nur aktualisieren, wenn ich es starte" gesetzt habe.

Gibt es eine Chance, dass Sie Schritt für Schritt schnell tippen können?

Ich versuche, "wine ./script.bat" vom Speicherort des Depotdownloaders auszugeben und erhalte den Fehler "0009: err: module : __ wine_process_init konnte L" Z: \ home \ petter \ H \ 00e4mtningar \ script.bat "nicht laden c000012f
""

@peppot Sie verwenden keinen Wein, Sie installieren die Linux-Version von Dotnet Core.
Es gibt tatsächlich eine Linux-Version.

Am Samstag, den 16. Mai 2020 um 14:52 Uhr schrieb peppot [email protected] :

Gibt es eine Chance, dass Sie Schritt für Schritt schnell tippen können?

Ich versuche, "wine ./script.bat" vom Speicherort des Depotdownloaders auszugeben
und "0009: err: module : __ wine_process_init konnte nicht geladen werden
L "Z: \ home \ petter \ H \ 00e4mtningar \ script.bat", Fehler c000012f
""

- -
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/3773#issuecomment-629690846 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y336YTCNK6V2NITXHQELRR3OIDANCNFSM4MI6DHIA
.

Ich verstehe, worauf es ankommt. Ändern der Anweisungen für das .bat-Skript in Shell-Versionen wie / depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username $ un -password $ pw -dir.
(hat un = myusername exportiert, pw = mypwd exportiert) und die aufgelisteten Befehle entsprechend ausgeführt

Ja. Das habe ich getan, obwohl ich das Spiel noch nicht testen konnte.
Ich kopiere jetzt die Dateien.

Am Samstag, den 16. Mai 2020 um 14:57 Uhr schrieb peppot [email protected] :

Ich verstehe, worauf es ankommt. Ändern der Anweisungen für das .bat-Skript in
Shell-Versionen wie / depotdownloader -app 782330 -depot 782332 -manifest
4641765937586464647 -Benutzername $ un -Kennwort $ pw -dir.
(hat un = myusername exportiert, pw = mypwd exportiert) und die Liste ausgeführt
Befehle entsprechend

- -
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/3773#issuecomment-629691457 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y334NTYBEKS2REDWFAY3RR3O3NANCNFSM4MI6DHIA
.

Voraussetzungen

  1. Installieren Sie .NET Core. Weitere Details hier . Sie müssen dies nach der Installation Ihrem Pfad hinzufügen. Ich habe PATH=$PATH:~/.dotnet/tools am Ende meines ~/.profile hinzugefügt

  2. Befolgen Sie die Anweisungen zum Herunterladen und Extrahieren von DepotDownloader aus dem Google-Dokument

Laden Sie die herabgestuften Dateien herunter

Ich habe die Download-Anweisungen in ein Skript verpackt. Sie müssen es ausführbar machen und aus dem Ordner ausführen, in den Ihr extrahierter DepotDownloader verschoben wurde

#!/usr/bin/env bash

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782333 -manifest 4686311672633195957 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782334 -manifest 2624212357815850298 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782335 -manifest 8671913471625122045 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782336 -manifest 4248922069342282231 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782339 -manifest 8937962102049582968 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"

Kopieren Sie herabgestufte Dateien nach Steam

... kommt bald, wenn ich so weit komme

@peppot , ja, ich kann auch bestätigen, dass es funktioniert. Nach dem Start erhalten Sie eine Warnung, dass Online-Prämien, XP und andere Online-Fortschritte erst gespeichert werden können, wenn das erforderliche Update installiert ist. Sie können jedoch fortfahren. Zur Zeit.

Haben Sie Ihren alten DOOM-Ordner aus dem Weg geräumt und durch den heruntergeladenen Inhalt ersetzt und von Steam aus gestartet?

Nein, das ist unnötig. Sie ersetzen einfach die bereits vorhandenen Dateien.

Ich würde immer noch zuerst den Spielordner sichern, bevor ich etwas tue. Aber ja, Sie kopieren einfach die Dateien über die vorhandene Installation.

Sind Sie zum Starten in den Offline-Modus gegangen, um Update-Versuche zu vermeiden?

@peppot musste ich nicht, aber es wird wahrscheinlich empfohlen.

Ich habe versucht, es im Offline-Modus und mit Proton-5.6-GE-2 zu starten, und ich habe eine Fehlermeldung von DOOM selbst erhalten, dass es online sein muss

Machen Sie einen Screenshot der Fehlermeldung und posten Sie ihn hier.

Warten Sie nicht, ich dachte, Sie könnten es nicht dazu bringen, es im regulären Online-Modus zu starten. Ja, Steam muss online sein, damit das Spiel gestartet werden kann. Alles, was Sie tun müssen, ist, alle heruntergeladenen Dateien zu behalten. Wenn ein neues Update erzwungen wird, laden Sie es herunter und kopieren Sie die Dateien wie dieses Mal erneut zurück.

Sie können Updates nicht stoppen, aber Sie können die Dateien nach einem Update einfach wieder einfügen. Außerdem müssen Sie ein Update durchführen, um die neue Appmanifest-Datei zu erhalten. Andernfalls können Sie den Spielzeitraum nicht starten.

Außerdem kann ein Update das Spiel beheben. In jedem Fall müssen Sie die Aktualisierung fortsetzen. Stellen Sie jedoch sicher, dass Sie die heruntergeladenen Dateien, die Sie heruntergeladen haben, bei jeder Aktualisierung beibehalten. Dies ist das Beste, was derzeit getan werden kann.

Ich habe versucht, es im Offline-Modus und mit Proton-5.6-GE-2 zu starten, und ich habe eine Fehlermeldung von DOOM selbst erhalten, dass es online sein muss

Ich denke, Sie müssen beim ersten Start online sein, um Denuvos DRM glücklich zu machen.

Voraussetzungen

  1. Installieren Sie .NET Core. Weitere Details hier . Sie müssen dies nach der Installation Ihrem Pfad hinzufügen. Ich habe PATH=$PATH:~/.dotnet/tools am Ende meines ~/.profile hinzugefügt
  2. Befolgen Sie die Anweisungen zum Herunterladen und Extrahieren von DepotDownloader aus dem Google-Dokument

Laden Sie die herabgestuften Dateien herunter

Ich habe die Download-Anweisungen in ein Skript verpackt. Sie müssen es ausführbar machen und aus dem Ordner ausführen, in den Ihr extrahierter DepotDownloader verschoben wurde

#!/usr/bin/env bash

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782333 -manifest 4686311672633195957 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782334 -manifest 2624212357815850298 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782335 -manifest 8671913471625122045 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782336 -manifest 4248922069342282231 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782339 -manifest 8937962102049582968 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"

Kopieren Sie herabgestufte Dateien nach Steam

... kommt bald, wenn ich so weit komme

Ich habe die Befehle ausprobiert und bekomme nur einen Fehler beim Authentifizierungstoken

Got session token!
Got AppInfo for 782330
Using app branch: 'Public'.
Got depot key for 782332 result: OK
Downloading depot 782332 - Windows Executable
Downloading depot manifest...Got CDN auth token for ctr-10075-eu-it.steam-content-dnld-1.qwilted-cds.cqloud.com result: Fail (expires 1/1/1970 12:00:00 AM)
Disconnected from Steam

Ich habe mein vorhandenes Skript aufgefüllt, während ich auf den Download der Dateien gewartet habe. Es behandelt den DepotDownloader Teil, aber noch nicht die Kopierphase, da ich noch nicht so weit bin. Es kann hier gefunden werden: https://github.com/lpww/doomgrader

@ giacomo-porro Ich glaube nicht, dass mein erweitertes Skript helfen würde, da Sie bereits DepotDownloader und es das Herunterladen auf die gleiche Weise handhabt. Es hört sich so an, als ob Ihre Anmeldeinformationen falsch sind. Haben Sie zufällig Leerzeichen in Ihrem Passwort? Sie können testen, welche Werte übergeben werden, indem Sie die Variablen nach dem Festlegen wiederholen. Z.B

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

echo $STEAM_USERNAME
echo $STEAM_PASSWORD

Auf diese Weise können Sie sicherstellen, dass die richtigen Werte an depotdownloader

Bekommt jemand anderes Fehler beim Herunterladen?

Encountered unexpected error downloading chunk 2f324f99fb0bb102d90a2dbad1d0c5f137dc77ce: The operation was canceled.

Bekommt jemand anderes Fehler beim Herunterladen?

Encountered unexpected error downloading chunk 2f324f99fb0bb102d90a2dbad1d0c5f137dc77ce: The operation was canceled.

Dies ist mir oft passiert, aber der Download wurde fortgesetzt und beendet.

@btegs : Wenn Sie die Ordner pinned_libs_ * entfernen, wird Steam aufgefordert, diese Ordner beim nächsten Start von Steam neu zu generieren (dies ist buchstäblich das, was ich zuvor gesagt habe). Der Inhalt des Ordners ist das Ergebnis des Vergleichs der Systembibliotheken mit den Steam-Laufzeitvarianten und des Fixierens der Steam-Laufzeitvariante, wenn diese neuer als das Hostsystem ist.
Steam priorisiert Bibliotheken in der folgenden Reihenfolge: Fixierte Bibliotheken> Hostsystem> Steam-Laufzeit> ld.so.conf

Diese Ordner wurden gelöscht und nach dem Starten von Steam neu erstellt. Ich habe das Verzeichnis überprüft und sie haben eine Verknüpfung zu einer 1.2.135-Version von Vulkan hergestellt. cool.

Dann lade ich ein zufälliges Spiel mit Proton 5.0-6, wobei das DXVK-Hud unter Ubuntu 19.10 auf 1 gesetzt ist. Es wird als Mesa 20.0.99 angezeigt (unter Verwendung der neuesten Git-Version von https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers für meinen RX 580. Zeigt Vulkan 1.2.128 für meine Vulkan-Version an. Ich kann DOOM Eternal natürlich auch nicht starten.

Was ist los und welche Schritte fehlen?

HINWEIS: Ich habe unter https://packages.lunarg.com/ ein Ubuntu-Repo gefunden, das mir ein aktualisiertes libvulkan1 und libvulkan1: i386 bietet, ohne meine aktuelle Mesa zu beeinträchtigen. 1.2.135 ist installiert, aber wenn ich ein Spiel auf Steam versuche oder GameHub mit einem GOG-Spiel verwende, ist es immer noch 1.2.128. Ich habe keine Ahnung, woher diese Version von Vulkan kommt!

@btegs könntest du helfen, genauer auf dein Problem

@btegs , die

Ich habe mein vorhandenes Skript aufgefüllt, während ich auf den Download der Dateien gewartet habe. Es behandelt den DepotDownloader Teil, aber noch nicht die Kopierphase, da ich noch nicht so weit bin. Es kann hier gefunden werden: https://github.com/lpww/doomgrader

@ giacomo-porro Ich glaube nicht, dass mein erweitertes Skript helfen würde, da Sie bereits DepotDownloader und es das Herunterladen auf die gleiche Weise handhabt. Es hört sich so an, als ob Ihre Anmeldeinformationen falsch sind. Haben Sie zufällig Leerzeichen in Ihrem Passwort? Sie können testen, welche Werte übergeben werden, indem Sie die Variablen nach dem Festlegen wiederholen. Z.B

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

echo $STEAM_USERNAME
echo $STEAM_PASSWORD

Auf diese Weise können Sie sicherstellen, dass die richtigen Werte an depotdownloader

Vielen Dank für die Antwort, aber nein, mein Passwort enthält keine Leerzeichen und die Anmeldeinformationen sind korrekt, da die Ausgabe des Befehls besagt, dass die Anmeldung erfolgreich war, bevor mir der Fehler angezeigt wurde. Dies ist die vollständige Ausgabe

Connecting to Steam3... Done!
Logging 'myusername' into Steam3... Done!
Using Steam3 suggested CellID: 184
Got 163 licenses for account!
Got session token!
Accepted new login key for account myusername
Got AppInfo for 782330
Using app branch: 'Public'.
Got depot key for 782332 result: OK
Downloading depot 782332 - Windows Executable
Downloading depot manifest...Got CDN auth token for ctr-10075-eu-it.steam-content-dnld-1.qwilted-cds.cqloud.com result: Fail (expires 1/1/1970 12:00:00 AM)
Disconnected from Steam

Ich glaube, ich habe an dieser Stelle einfach Pech: D.

Dieser Ablauf vom 1.1.1970 sieht aus wie der Unix-Epochen-Fehler ... was? Das
Das Ablaufdatum hängt offensichtlich mit dem Problem zusammen, da meins sagen würde
ein tatsächlich korrektes Datum und eine korrekte Uhrzeit, wie "läuft am 17.05.2020 etwas ab
etwas AM / PM "

@ giacomo-porro Ich vermute, Sie haben Ihren tatsächlichen Benutzernamen in diesen Protokollen durch 'myusername' ersetzt?

Wenn ja, denke ich immer noch, dass dies ein Problem mit Ihrem Passwort sein könnte. Hat es noch andere Sonderzeichen? Dinge wie ' , " , { , } , \ , | , $ , # usw. können Probleme mit dem Code verursachen. Sie können versuchen, Ihr Passwort in einfache Anführungszeichen zu setzen, z. B. STEAM_PASSWORD='xxx' . Wenn dies nicht funktioniert, können Sie versuchen, Ihr Passwort vorübergehend zu ändern, um die Sonderzeichen zu entfernen.

Eine andere Idee, die ich hatte, war, dass es nicht so aussieht, als ob Sie Steam Guard aktiviert haben (Sie wurden nicht zur Eingabe eines zweiten Faktors in den Protokollen aufgefordert). Ich bin nicht sicher, aber es kann für DepotDownloader erforderlich sein. Es ist definitiv eine gute Idee, es zu aktivieren, zumal Sie anscheinend viele Spiele in Ihrer Steam-Bibliothek haben.

Eine andere Möglichkeit besteht darin, dass das Problem der Server ist, zu dem Sie eine Verbindung herstellen. Wenn Sie Zugriff auf ein VPN haben, können Sie versuchen, eine Verbindung zu einem anderen Land herzustellen. Dies würde die Downloadzeit verlängern. Dies scheint weniger wahrscheinlich zu sein. Wenn Sie keinen Zugriff auf ein VPN haben, machen Sie sich darüber keine Sorgen.

Update: Ich hatte gerade einen anderen Gedanken, Sie sollten wahrscheinlich versuchen, dieses Problem zu debuggen, indem Sie zuerst DepotDownloader direkt aufrufen, um die Dinge zu vereinfachen und Probleme aus dem Skript auszuschließen. Z.B

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "steam-user" -password "steam-password" -remember-password -dir "path/to/downloads"

Der Download hat ewig gedauert (6-7 Stunden), aber ich konnte das herabgestufte Spiel letzte Nacht zum Laufen bringen! Ich habe mein Skript aktualisiert, um auch die herabgestuften Spieledateien in das Steam-Verzeichnis zu kopieren. Daher ist es jetzt eine vollständige Lösung für das Herabstufen: https://github.com/lpww/doomgrader

@lpww Ich glaube nicht, dass es sich um ein Passwortproblem handelt, da ich mein Passwort beim ersten Versuch falsch eingegeben habe und "falsches Passwort" angezeigt wurde, kein Fehler mit dem Token. Aber ich denke es ist möglich.

Ah, ok. Ich bin mir dann nicht sicher :(

@ giacomo-porro Ich vermute, Sie haben Ihren tatsächlichen Benutzernamen in diesen Protokollen durch 'myusername' ersetzt?
Ja genau

Wenn ja, denke ich immer noch, dass dies ein Problem mit Ihrem Passwort sein könnte. Hat es noch andere Sonderzeichen? Dinge wie ' , " , { , } , \ , | , $ , # usw. können Probleme mit dem Code verursachen. Sie können versuchen, Ihr Passwort in einfache Anführungszeichen zu setzen, z. B. STEAM_PASSWORD='xxx' . Wenn dies nicht funktioniert, können Sie versuchen, Ihr Passwort vorübergehend zu ändern, um die Sonderzeichen zu entfernen.

Ich habe es versucht und das Problem blieb bestehen

Eine andere Idee, die ich hatte, war, dass es nicht so aussieht, als ob Sie Steam Guard aktiviert haben (Sie wurden nicht zur Eingabe eines zweiten Faktors in den Protokollen aufgefordert). Ich bin nicht sicher, aber es kann für DepotDownloader erforderlich sein. Es ist definitiv eine gute Idee, es zu aktivieren, zumal Sie anscheinend viele Spiele in Ihrer Steam-Bibliothek haben.

Ich habe es tatsächlich aktiviert, es hat jedoch nur beim ersten Mal nach dem Bestätigungscode gefragt. Das Protokoll, das ich gepostet habe, war für eine nachfolgende Anfrage, die ich versucht habe

Eine andere Möglichkeit besteht darin, dass das Problem der Server ist, zu dem Sie eine Verbindung herstellen. Wenn Sie Zugriff auf ein VPN haben, können Sie versuchen, eine Verbindung zu einem anderen Land herzustellen. Dies würde die Downloadzeit verlängern. Dies scheint weniger wahrscheinlich zu sein. Wenn Sie keinen Zugriff auf ein VPN haben, machen Sie sich darüber keine Sorgen.

Update: Ich hatte gerade einen anderen Gedanken, Sie sollten wahrscheinlich versuchen, dieses Problem zu debuggen, indem Sie zuerst DepotDownloader direkt aufrufen, um die Dinge zu vereinfachen und Probleme aus dem Skript auszuschließen. Z.B

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "steam-user" -password "steam-password" -remember-password -dir "path/to/downloads"

Ich habe auch schon das versucht und ich bekomme immer noch den gleichen Fehler, ich denke ich muss dann warten

Voraussetzungen

  1. Installieren Sie .NET Core. Weitere Details hier . Sie müssen dies nach der Installation Ihrem Pfad hinzufügen. Ich habe PATH=$PATH:~/.dotnet/tools am Ende meines ~/.profile hinzugefügt
  2. Befolgen Sie die Anweisungen zum Herunterladen und Extrahieren von DepotDownloader aus dem Google-Dokument

Laden Sie die herabgestuften Dateien herunter

Ich habe die Download-Anweisungen in ein Skript verpackt. Sie müssen es ausführbar machen und aus dem Ordner ausführen, in den Ihr extrahierter DepotDownloader verschoben wurde

#!/usr/bin/env bash

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782333 -manifest 4686311672633195957 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782334 -manifest 2624212357815850298 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782335 -manifest 8671913471625122045 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782336 -manifest 4248922069342282231 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782339 -manifest 8937962102049582968 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"

Kopieren Sie herabgestufte Dateien nach Steam

... kommt bald, wenn ich so weit komme

Ich habe die Befehle ausprobiert und bekomme nur einen Fehler beim Authentifizierungstoken

Got session token!
Got AppInfo for 782330
Using app branch: 'Public'.
Got depot key for 782332 result: OK
Downloading depot 782332 - Windows Executable
Downloading depot manifest...Got CDN auth token for ctr-10075-eu-it.steam-content-dnld-1.qwilted-cds.cqloud.com result: Fail (expires 1/1/1970 12:00:00 AM)
Disconnected from Steam

Archiv: depotdownloader_2.3.4.zip
Depotdownloader ersetzen? [y] es, [n] o, [A] ll, [N] one, [r] ename: A.
Extrahieren: Depotdownloader
Extrahieren: depotdownloader.bat
Aufblasen: DepotDownloader.deps.json
Aufblasen: DepotDownloader.dll
Aufblasen: DepotDownloader.dll.config
Aufblasen: DepotDownloader.pdb
Aufblasen: DepotDownloader.runtimeconfig.json
Aufblasen: LIZENZ
Aufblasen: protobuf-net.dll
Aufblasen: README.md
Aufblasen: SteamKit2.dll
Aufblasen: SteamKit2.pdb
Aufblasen: System.Reflection.DispatchProxy.dll
Aufblasen: System.Security.Principal.Windows.dll
Aufblasen: System.ServiceModel.dll
Aufblasen: System.ServiceModel.Primitives.dll
Es wurde keine verwendbare Version von libssl gefunden
./depotdownloader: riga 1: 6171 Annullato dotnet DepotDownloader.dll "$ @"

Ich habe dieses Problem ... in meiner Gentoo-Box gibt es nur openssl ... :(
Ich habe Angst ... warum ich das Spiel aktualisiert habe :(

Ich vermute, Steam erlaubt das Herunterladen älterer Dateien einfach nicht. Wenn man darüber nachdenkt, ist es verständlich. Der Publisher möchte nicht, dass "betrügerische" Versionen des Spiels veröffentlicht werden.

Wenn sie etwas nicht über Nacht geändert haben, erlauben sie es. Mehrere Personen in diesem Thread haben die alten Spieledateien von Steam heruntergeladen und führen das Spiel unter Linux aus. Ich habe sie gestern heruntergeladen und habe das Spiel heute gespielt

Hallo allerseits, freundliche Anmerkung, dass die Verwendung eines Depot-Downloaders eines Drittanbieters, älterer Versionen des Spiels und die Fehlerbehebung bei der Verwendung dieses Tools hier nicht zum Thema gehören. Angesichts des aktuellen Status des Spiels werde ich jedoch nicht richtig einsteigen jetzt.

Beachten Sie jedoch, dass die Fehlerbehebung wahrscheinlich auf einem anderen Medium durchgeführt werden sollte und der gesamte aktuelle Exkurs als nicht zum Thema gehörend ausgeblendet wird, wenn sich die Situation verbessert.

Ich hoffe, dass Proton dieses Protonenproblem so schnell wie möglich umgehen wird ...

Aus dem techraptor.net-Interview:
MG: Wir haben das Proton-Problem unmittelbar nach dem Start verfolgt und sind entschlossen, bald eine Lösung zu liefern. Dies ist keine Anfrage eines Herausgebers oder dergleichen - wir respektieren eine solche begeisterte Community aufrichtig und bedauern, diese Inkompatibilität am ersten Tag eingeführt zu haben.

@mgreshis gibt es einen Link für ein Fortschrittsupdate oder ähnliches? Wie würden wir wissen, ob es zum Testen bereit ist? Wenn Sie Betatester brauchen, werden sicher viele Leute es versuchen

Aus dem techraptor.net-Interview:
MG: Wir haben das Proton-Problem unmittelbar nach dem Start verfolgt und sind entschlossen, bald eine Lösung zu liefern. Dies ist keine Anfrage eines Herausgebers oder dergleichen - wir respektieren eine solche begeisterte Community aufrichtig und bedauern, diese Inkompatibilität am ersten Tag eingeführt zu haben.

@mgreshis gibt es einen Link für ein Fortschrittsupdate oder ähnliches? Wie würden wir wissen, ob es zum Testen bereit ist? Wenn Sie Betatester brauchen, werden sicher viele Leute es versuchen

Darüber hinaus - ist es wahrscheinlich, dass irgendetwas von einer Lösung von denuvo Seite kommt? Oder erwarten Sie, dass schweres Heben von Wein / Proton einfach fehlende Funktionen implementiert, die Sie benötigen?

Nennen Sie mich skeptisch, aber es ist selten, dass ein Unternehmen sein Produkt für einen nicht unterstützten Anwendungsfall modifiziert

Aus dem techraptor.net-Interview:
MG: Wir haben das Proton-Problem unmittelbar nach dem Start verfolgt und sind entschlossen, bald eine Lösung zu liefern. Dies ist keine Anfrage eines Herausgebers oder dergleichen - wir respektieren eine solche begeisterte Community aufrichtig und bedauern, diese Inkompatibilität am ersten Tag eingeführt zu haben.

@mgreshis gibt es einen Link für ein Fortschrittsupdate oder ähnliches? Wie würden wir wissen, ob es zum Testen bereit ist? Wenn Sie Betatester brauchen, werden sicher viele Leute es versuchen

@mgreshis ich auch, wenn einige Betatester brauchen

Aus dem techraptor.net-Interview:
MG: Wir haben das Proton-Problem unmittelbar nach dem Start verfolgt und sind entschlossen, bald eine Lösung zu liefern. Dies ist keine Anfrage eines Herausgebers oder dergleichen - wir respektieren eine solche begeisterte Community aufrichtig und bedauern, diese Inkompatibilität am ersten Tag eingeführt zu haben.

@mgreshis gibt es einen Link für ein Fortschrittsupdate oder ähnliches? Wie würden wir wissen, ob es zum Testen bereit ist? Wenn Sie Betatester brauchen, werden sicher viele Leute es versuchen

@mgreshis ich auch, wenn einige Betatester brauchen

Aus dem techraptor.net-Interview:
MG: Wir haben das Proton-Problem unmittelbar nach dem Start verfolgt und sind entschlossen, bald eine Lösung zu liefern. Dies ist keine Anfrage eines Herausgebers oder dergleichen - wir respektieren eine solche begeisterte Community aufrichtig und bedauern, diese Inkompatibilität am ersten Tag eingeführt zu haben.

@mgreshis gibt es einen Link für ein Fortschrittsupdate oder ähnliches? Wie würden wir wissen, ob es zum Testen bereit ist? Wenn Sie Betatester brauchen, werden sicher viele Leute es versuchen

@mgreshis ich auch, wenn einige Betatester brauchen

Leute , @mgreshis zu markieren und Fragen zu stellen. In diesem Artikel wurden aus einem bestimmten Grund Initialen anstelle von tatsächlichen Namen verwendet, und es gibt nicht einmal eine Bestätigung dafür, dass es sich um dieselbe Person handelt. Dies ist jedenfalls ein völlig neues und unvorhergesehenes Problem, bei dem "Denuvo" -Mitarbeitern Fragen zur Beta gestellt werden Das Testen von Fixes von ihnen ist objektiv nicht das, wofür dieser Thread gedacht ist. @ kisak-ventil hat dies bereits gesagt, auch für Kommentare darüber, dass das Spiel tatsächlich zum Laufen gebracht wird, aber immer noch außerhalb des Rahmens dieser Seite liegt, geschweige denn um jemanden zu bitten, der möglicherweise für Denuvo arbeitet, etwas zu testen, das es nicht gibt. Im Ernst, es hat hier keinen Platz und zahlreiche Leute haben es getan. Es gibt keinen Grund, "+1 mich auch!" immer und immer wieder, wenn sie uns brauchen, werden sie sicherlich fragen, also hör auf.

Leute , @mgreshis zu markieren und Fragen zu stellen. In diesem Artikel wurden aus einem bestimmten Grund Initialen anstelle von tatsächlichen Namen verwendet, und es gibt nicht einmal eine Bestätigung, dass es sich um dieselbe Person handelt ...

@ gardotd426 Entschuldigung, aber ich bin anderer Meinung - das Interview erwähnte den Namen tatsächlich direkt - "_Vor wir diesen Artikel veröffentlicht haben, haben wir Bethesda und Iredeto eine E-Mail mit ihren Kommentaren gesendet. Michail Greshishchev, Product Owner bei Denuvo Anti-Cheat, hat geantwortet Antwort in full_ ".

Das Zitat wurde von einem Github-Konto mit identischen Vor- und Familiennamen und mit demselben Foto wie im Linkedin-Profil veröffentlicht. Es ist also entweder der Mann selbst oder ein sehr seltsamer Zufall.

In jedem Fall haben sie erwähnt, dass sie das Problem überwachen, was bedeutet, dass sie möglicherweise genau dieses Problem lesen. Dies ist das Problem, bei dem die Kompatibilität von Doom Eternal mit Proton diskutiert wird. Ich denke, es ist in Ordnung, nach einem Fortschrittsupdate zu fragen oder Hilfe beim Betatest anzubieten.

Bitte hören Sie auch auf, das Problem selbst zu moderieren. Sie sind kein Valve-Mitarbeiter oder Mitwirkender an diesem Repository. Ich glaube, Sie haben keinen Grund, anderen zu sagen, was zu tun ist.

@ mtb-xt Valve-Mitarbeiter haben Sie mehrfach gebeten, diese Diskussionen von diesem Thread fernzuhalten. Aber ich denke, wenn Sie sich alle weigern, ihnen zuzuhören, werden Sie mir auch nicht zuhören.

Die Mitarbeiter von Valve haben Sie mehrfach gebeten, diese Diskussionen von diesem Thread fernzuhalten.

Ich habe nur gesehen, dass sie erwähnen, dass ein Downgrade als nicht zum Thema gehörend angesehen wird. Aber Anti-Cheat ist dafür verantwortlich, die aktuelle Version des Spiels zu brechen. Daher würde ich selbst alle Informationen über den Anti-Cheat, der eine Linux-Kompatibilität erhält, als relevant betrachten. Vielleicht habe ich etwas verpasst?

Die Mitarbeiter von Valve haben Sie mehrfach gebeten, diese Diskussionen von diesem Thread fernzuhalten.

Ich habe nur gesehen, dass sie erwähnt haben, dass ein Downgrade als nicht zum Thema gehörend angesehen wird. Aber Anti-Cheat ist dafür verantwortlich, die aktuelle Version des Spiels zu brechen. Daher würde ich selbst alle Informationen über den Anti-Cheat, der eine Linux-Kompatibilität erhält, als relevant betrachten. Vielleicht habe ich etwas verpasst?

Ich denke, sie werden eine Option wie -no-dac hinzufügen, die DAC, Multiplayer und Invasionen zusammen deaktiviert. Die Kompatibilität des Anti-Cheats auf Kernel-Ebene unter Linux sieht aus wie ein Witz. Steam unter Linux wird im Benutzerbereich ohne Root-Rechte ausgeführt. Daher wäre es eine große Sicherheitslücke, einen proprietären Treiber auf Kernel-Ebene für die Benutzertelemetrie zu installieren.

Hat noch jemand seltsame grafische Artefakte im Spiel bemerkt? Mit den Heavy Cannon + Micro Missiles wird eine Menge grüner Balken auf meinem Display angezeigt (bis zu dem Punkt, an dem es nicht mehr spielbar ist). Es ist definitiv NICHT meine GPU, da es nur mit dieser bestimmten Waffe ist und es unter Windows nicht passiert.

Ich hatte ein ähnliches, aber nicht identisches Problem. Dies betraf jedoch nicht nur schwere Kanonen- / Mikro-Raketen. Und es war absolut ein Problem mit dem Grafiktreiber: Durch das Umschalten meiner Vulkan-Implementierung wurde es behoben.

@jjbarr Sprechen Sie aus Neugier über AMDs Vulkan Implem / Loader? Ich war mir nicht ganz sicher, aber ich verwende den proprietären NVIDIA-Treiber auf Void (440.82).

Der Loader ist bei allen Implementierungen gleich, aber ich verwende AMD, ja.

Möglicherweise tritt ein anderes Problem auf, aber wenn es sich um ein Treiberproblem handelt, ist das nicht großartig.

Archiv: depotdownloader_2.3.4.zip
Depotdownloader ersetzen? [y] es, [n] o, [A] ll, [N] one, [r] ename: A.
Extrahieren: Depotdownloader
Extrahieren: depotdownloader.bat
Aufblasen: DepotDownloader.deps.json
Aufblasen: DepotDownloader.dll
Aufblasen: DepotDownloader.dll.config
Aufblasen: DepotDownloader.pdb
Aufblasen: DepotDownloader.runtimeconfig.json
Aufblasen: LIZENZ
Aufblasen: protobuf-net.dll
Aufblasen: README.md
Aufblasen: SteamKit2.dll
Aufblasen: SteamKit2.pdb
Aufblasen: System.Reflection.DispatchProxy.dll
Aufblasen: System.Security.Principal.Windows.dll
Aufblasen: System.ServiceModel.dll
Aufblasen: System.ServiceModel.Primitives.dll
Es wurde keine verwendbare Version von libssl gefunden
./depotdownloader: riga 1: 6171 Annullato dotnet DepotDownloader.dll "$ @"

Ich habe dieses Problem ... in meiner Gentoo-Box gibt es nur openssl ... :(
Ich habe Angst ... warum ich das Spiel aktualisiert habe :(

@ dylanmc1975 doomgrader hat von dotnet auf mono umgestellt: https://github.com/lpww/doomgrader/pull/2 Es scheint, dass mono kein libssl benötigt. Sie können das Skript erneut versuchen.

@ hatf0 Ich hatte Artefakte in seltsamen Farben für Blut und andere Partikel. Das Problem verschwand für mich nach dem Zurücksetzen der Ingame-Grafikeinstellungen. Ich vermute, dass die Artefakte, die ich sah, durch eine bestimmte Kombination von benutzerdefinierten Einstellungen verursacht wurden.

Die Kompatibilität des Anti-Cheats auf Kernel-Ebene unter Linux sieht aus wie ein Witz. Steam unter Linux wird im Benutzerbereich ohne Root-Rechte ausgeführt. Daher wäre es eine große Sicherheitslücke, einen proprietären Treiber auf Kernel-Ebene für die Benutzertelemetrie zu installieren.

Ich wusste bis vor kurzem nichts davon, aber es scheint, dass es bereits eine gewisse Kompatibilität mit Kerneltreibern in Wine gibt (ich denke, es ist emuliert und hat nicht den gleichen Zugriff wie echtes Linux-Kernel-Zeug, aber ich bin nicht sicher) und einige Möglicherweise wird in Zukunft daran gearbeitet, wenn eine Funktion in den Linux-Kernel aufgenommen wird. Zumindest scheint mir das von https://bugs.winehq.org/show_bug.cgi?id=37355. Aber ich weiß fast nichts über Wine, Win32 oder Linux-Kernel, also habe ich es vielleicht falsch verstanden. (Hinweis: In diesem Fehlerbericht geht es nicht speziell um DAC,

Am 15.05.20 00:31 schrieb Joshua Barrett:
>

So befriedigend das auch sein mag, ich glaube nicht, dass es sich tatsächlich / ändern wird /
etwas. Ein paar Leute, die in einer demografischen Peripherie empört weinen
dass Bethesda und ich es ehrlich gesagt wahrscheinlich nicht interessieren
Ich werde eine Entscheidung rückgängig machen, die wahrscheinlich vor einiger Zeit getroffen wurde.

Und weißt du? Ein Ausgießen von Galle ist nicht gerade reizend ...

- -
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/3773#issuecomment-628919829 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AEMFAGPQXMRWMBBKYTPS45DRRRWM5ANCNFSM4MI6DHIA .

Ich möchte dieses Zitat verstärken: "Ein Ausgießen von Galle ist nicht genau
liebenswert..."

Besonders für diejenigen, die vor über 20 Jahren noch nicht da waren, gleich um die Veröffentlichung
John Carmack von Id Software war das Gesicht des ursprünglichen Doom II
Die Richtlinie "Linux-Binärdateien immer freigeben" von Id Software war damals. Ihr
Die Richtlinie war, dass Sie das Spiel im Einzelhandel gekauft und dann heruntergeladen haben
offizieller Linux UI Wrapper direkt von ihrer Website.

Wir liebten es. Aber eine Handvoll Trolle und Unruhestifter haben das entschieden
Wir müssen Binärdateien für ein "großes Spiel für den Tag" über 56k herunterladen
Modems waren eine Beleidigung, die sie nicht tolerieren konnten. Also haben sie selbst gearbeitet
in eine selbstgerechte Raserei in einem Forum wie diesem (das ich gelesen habe
Bestürzung in Echtzeit, seit ich Mitglied war), und dann haben sie Links gepostet
für Carmack und Id Support, die alle bitten, sie per E-Mail zu bombardieren
drücken ihre Empörung aus, was sie taten.

Das Ergebnis war ein paar Tage später, Carmack gab jedem PC ein Interview
Magazin oder eines der Tech-Magazine der Zeit, zu der er sagte
Umschreibung: „Ich dachte, ich mache eine gute Sache, die Linux unterstützt. Jetzt mein
Der Posteingang ist voller Flammen von Heulsusen. Nie wieder. Das ist es nicht wert
Trauer.'

All diese Jahre später ist Proton das Beste, was wir mit Doom machen werden, weil
dieses Vorfalls. Flaming Bethesda wird wahrscheinlich nichts mehr als eine bekommen
"Ich habe es dir gesagt" irgendwo in ihrem Hauptquartier. Also bitte, wenn Sie
Kontaktiere sie höflich.

Am 15.05.20 00:31 schrieb Joshua Barrett: So befriedigend das auch sein mag, ich glaube nicht, dass es sich tatsächlich ändern wird. Ein paar Leute, die vor Empörung in einer Peripherie-Demografie weinen, die Bethesda und ID ehrlich gesagt wahrscheinlich nicht interessieren, werden eine Entscheidung, die wahrscheinlich vor einiger Zeit getroffen wurde, nicht rückgängig machen. Und weißt du? Ein Ausgießen von Galle ist nicht gerade reizend ... - Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub < # 3773 (Kommentar) > an oder melden Sie sich unter https://github.com/notifications/unsubscribe-auth/AEMFAGPQXMRWMBBKYTPS45DRRRWM5ANCNFSM4MI6DHIA ab .
Ich möchte dieses Zitat erweitern: "Ein Ausgießen von Galle ist nicht gerade reizend ..." Besonders für diejenigen, die vor nicht mehr als 20 Jahren, kurz vor der Veröffentlichung des ursprünglichen Doom II, war John Carmack von Id Software das Gesicht der damaligen Richtlinie "Linux-Binärdateien immer freigeben" von Id Software. Ihre Politik war, dass Sie das Spiel im Einzelhandel gekauft und dann den offiziellen Linux UI-Wrapper direkt von ihrer Website heruntergeladen haben. Wir liebten es. Aber eine Handvoll Trolle und Unruhestifter entschieden, dass es eine Beleidigung war, dass wir Binärdateien für ein "großes Spiel für den Tag" über 56.000 Modems herunterladen mussten, die sie nicht tolerieren konnten. Also haben sie sich in einem Forum wie diesem (das ich seit meiner Mitgliedschaft in Echtzeit bestürzt gelesen habe) zu einem selbstgerechten Wahnsinn entwickelt und dann Links für Carmack und Id Support gepostet, in denen sie alle aufforderten, "eine E-Mail-Bombe zu senden" "sie, um ihre Empörung auszudrücken, was sie taten. Das Ergebnis war ein paar Tage später, als Carmack entweder dem PC Magazine oder einem der Tech-Magazine der damaligen Zeit ein Interview gab, in dem er sagte: „Ich dachte, ich mache eine gute Sache, um Linux zu unterstützen. Jetzt ist mein Posteingang voller Flammen von Heulsusen. Nie wieder. Es ist den Kummer nicht wert. ' All diese Jahre später ist Proton aufgrund dieses Vorfalls das Beste, was wir mit Doom machen können. Das flammende Bethesda wird wahrscheinlich irgendwo in ihrem Hauptquartier nur ein "Ich habe es dir gesagt" bekommen. Also bitte, wenn Sie sie kontaktieren, seien Sie höflich.

Leider scheint diese Community absolut fest entschlossen zu sein, welche Art von Verhalten Sie jedes Mal als die erste Antwort bezeichnen, wenn so etwas passiert. Es ist mit Rocket League passiert, es passiert jetzt. Und egal was jemand versucht, ihnen zu sagen, es ist alles "Wir können ihnen nicht erlauben, mit diesem Zeug davonzukommen, ich sage, wir reichen eine Sammelklage ein!" oder andere ähnlich lächerliche Dinge, und was passiert dann? Nichts, "sie" (Herausgeber / wen auch immer) kommen mit allem davon, was sie getan haben, nur jetzt gibt es ein paar hundert weitere Leute in der Branche, die die Linux-Community absolut verachten und sich weigern werden, jemals zu helfen uns immer wieder.

Wir haben absolut nicht den Marktanteil, um so zu handeln. Es wird garantieren, dass diese Art von Sachen mehr weitergeht als es irgendetwas hilft.

Leider scheint diese Community absolut fest entschlossen zu sein, welche Art von Verhalten Sie jedes Mal als die erste Antwort bezeichnen, wenn so etwas passiert. Es ist mit Rocket League passiert, es passiert jetzt. Und egal was jemand versucht, ihnen zu sagen, es ist alles "Wir können ihnen nicht erlauben, mit diesem Zeug davonzukommen, ich sage, wir reichen eine Sammelklage ein!" oder andere ähnlich lächerliche Dinge, und was passiert dann? Nichts, "sie" (Herausgeber / wen auch immer) kommen mit allem davon, was sie getan haben, nur jetzt gibt es ein paar hundert weitere Leute in der Branche, die die Linux-Community absolut verachten und sich weigern werden, jemals zu helfen uns immer wieder.

Wir haben absolut nicht den Marktanteil, um so zu handeln. Es wird garantieren, dass diese Art von Sachen mehr weitergeht als es irgendetwas hilft.

Tatsächlich. Tatsächlich habe ich vor einigen Monaten mit dem CEO von Epic Games einen Q & A-Artikel auf einer Spieleseite über die Aussichten gelesen, Fortnite auf Linux zu bringen. Wie ich mich erinnere, bezog er sich nie auf Marktanteile, sondern sprach vage über die Herausforderungen, die mit diesem Benutzerraum verbunden sind. Was hätte er bedeuten können, frage ich mich? Dann sagte er im Grunde: "Wir überlegen, haben aber derzeit keine Pläne ... usw. usw."

Die Linux-Community muss grundsätzlich vor Lob für jedes große Unternehmen schwärmen, das bereit ist, das Risiko einzugehen, insbesondere für diejenigen, die es gut machen. Und um Gottes willen, drücken Sie NIEMALS respektlosen Zorn auf einen Entwickler oder insbesondere auf den Chef des Entwicklers aus! Wie Sie sehen, könnte dies die Community über Jahrzehnte hinweg betreffen.

Ja, aber Entwickler schulden Ihnen nichts und beginnen einen Fehlerbericht mit "Wie kannst du es wagen, dieses Spiel unter Linux zu brechen" anstatt mit "Ich bin ein Linux-Benutzer, ich verstehe, dass meine Systemkonfiguration nicht unterstützt wird, aber wenn Sie könnten jede Hilfe leisten, ich wäre dankbar "wird Sie nicht weit bringen.

Wir sind nicht zum Thema. Entschuldigung Kisak.

Es ist OT, klar. Aber ich denke, es muss von Zeit zu Zeit gesagt werden, dass eine Tastatur vor Ihnen nicht das Recht gibt, Schöpfer zu missbrauchen. Wenn nur ein paar Leute, die dies lesen, zum ersten Mal über die negativen Auswirkungen nachdenken, die sie haben könnten, würde ich denken, dass jeder Entwickler es unterstützen würde, wenn es einmal in einem blauen Mond gesagt wird. Die meisten dieser Leute haben noch nie von John Carmack gehört.

Ich hoffe das ist relevant. Der ausführende Produzent Marty Stratton teilt mit, dass die Anti-Cheat-Anforderung in einem kommenden Update entfernt wird:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

Ich hoffe, dass das Update bedeutet, dass es eine Chance gibt, dass dies wieder mit Proton ohne zu viele Problemumgehungen funktioniert.

Ich hoffe das ist relevant. Der ausführende Produzent Marty Stratton teilt mit, dass die Anti-Cheat-Anforderung in einem kommenden Update entfernt wird:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

Ich hoffe, dass das Update bedeutet, dass es eine Chance gibt, dass dies wieder mit Proton ohne zu viele Problemumgehungen funktioniert.

Denuvo Anti-Cheat wird Proton sofort für Releases außerhalb von DOOM: Eternal unterstützen. Fühlen Sie sich frei, mich direkt mit Feedback zu kontaktieren, sobald Sie die Gelegenheit hatten, es zu versuchen. Ich bin froh, dass der Zugang für euch wiederhergestellt ist.

Tolle Neuigkeiten insgesamt. Ich kann es kaum erwarten, wieder mit dem Spielen (und Beenden) des Spiels zu beginnen.

@mgreshis

Denuvo Anti-Cheat wird Proton sofort für Releases außerhalb von DOOM: Eternal unterstützen. Fühlen Sie sich frei, mich direkt mit Feedback zu kontaktieren, sobald Sie die Gelegenheit hatten, es zu versuchen.

Können Sie bitte auf die relevanten Upstream-Patches zu _wine_ verlinken, die sich darauf beziehen?

@mgreshis bedeutet dies, dass der Anti-Cheat automatisch deaktiviert wird, oder haben Sie die Kompatibilität für Wine implementiert?

sieht vielversprechend aus, vielleicht funktionieren sogar Kampfmodus und Invasion. Daumen drücken und Schrotflinte
gespannt)

@mgreshis , ich hoffe das ist wahr. Ich weiß nicht, ob Sie damit meinen, dass es auch einen Ring 0 AC für die Protonenverwendung geben wird oder ob dies nur eine Ausnahme für Proton darstellt, aber so oder so, wenn dies zutrifft, ist es monumental. Dies wäre der erste echte clientseitige Anti-Cheat, der unter Linux über Proton funktioniert, und das ist die größte Hürde für Linux-Spiele. Das ist riesig, wenn es wahr ist.

Ich hoffe das ist relevant. Der ausführende Produzent Marty Stratton teilt mit, dass die Anti-Cheat-Anforderung in einem kommenden Update entfernt wird:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/
Ich hoffe, dass das Update bedeutet, dass es eine Chance gibt, dass dies wieder mit Proton ohne zu viele Problemumgehungen funktioniert.

Denuvo Anti-Cheat wird Proton sofort für Releases außerhalb von DOOM: Eternal unterstützen. Fühlen Sie sich frei, mich direkt mit Feedback zu kontaktieren, sobald Sie die Gelegenheit hatten, es zu versuchen. Ich bin froh, dass der Zugang für euch wiederhergestellt ist.

@mgreshis Das sind fantastische Neuigkeiten und ich würde gerne mehr darüber erfahren, was dies bedeutet oder wie es mit Proton funktionieren würde. Ich bin mir sicher, dass viele Linux-Spieler es zu schätzen wissen und es zur Kenntnis nehmen werden, und hoffen, dass zukünftige Windows-Spiele, die durch Anticheat geschützt sind, durch Denuvo Anti-Cheat geschützt werden.

Wenn es Ihnen nichts ausmacht, könnte Denuvo eine Ankündigung machen und uns wissen lassen, wann das nächste Denuvo Anti-Cheat-geschützte Spiel herauskommt, das diese Proton-Unterstützung OOTB enthält? Ich würde gerne davon hören, wenn es passiert. Ich würde es gerne ausprobieren und persönlich testen.

@mgreshis danke, dass gedacht hast .

Wenn ich nur ein Feedback geben könnte - und dies gilt auch für Windows-Benutzer -, stellen Sie bitte keine Anti-Cheat-Lösungen bereit, die auf der Ebene _kernel 0_ ausgeführt werden.
Dieser genaue Grund hat die gesamte Community (Linux + Windows) ausgelöst, und ich bin mir nicht sicher, ob das Hinzufügen von Unterstützung für die erstere (Linux) die bisher erhaltenen Rückmeldungen abschwächen würde.

Nochmals vielen Dank für die Unterstützung.

@mgreshis möchte auf jeden Fall, dass es geklärt wird, wenn Sie meinen, dass DAT mit Proton + Online funktioniert, oder wenn Sie meinen, dass es automatisch erkannt wird, um es für die Offline-Wiedergabe zu deaktivieren

@ LiamDawe , es scheint, dass er entweder falsch spricht (oder irreführt), oder es wird tatsächliche Proton-Unterstützung enthalten. Denn Denuvo Anti Cheat eignet sich nicht nur für Spiele mit einer Einzelspieler-Kampagne. Die meisten Spiele mit diesen Arten von Anti-Cheat sind nur Multiplayer-Spiele (Fortnite, Apex, Warzone, Valorant, Siege usw.). Damit der AC Proton unterstützt, muss Proton tatsächlich unterstützt werden. Entweder hat er falsch geschrieben, führt uns in die Irre, oder er meint tatsächlich, was er sagt, was per Definition bedeuten würde, dass es uns tatsächlich unterstützen wird. Jedes davon könnte wahr sein, hoffentlich ist es das letztere.

EDIT: Tippfehler.

@mgreshis Dies wäre der erste echte clientseitige Anti-Cheat, der unter Linux über Proton funktioniert

Nicht wahr, Sie können VAC und Warden Anticheat problemlos über Protonen ausführen. Das Problem ist, dass dieser AC einen Kerneltreiber hat. Wine ist für die Verarbeitung von Usermode-Anwendungen und nicht für Treiber geschrieben. Wenn es sich also um einen Usermode-Anticheat handelt, ist die Unterstützung in Reichweite von die Weinentwickler.

Ich hoffe das ist relevant. Der ausführende Produzent Marty Stratton teilt mit, dass die Anti-Cheat-Anforderung in einem kommenden Update entfernt wird:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/
Ich hoffe, dass das Update bedeutet, dass es eine Chance gibt, dass dies wieder mit Proton ohne zu viele Problemumgehungen funktioniert.

Denuvo Anti-Cheat wird Proton sofort für Releases außerhalb von DOOM: Eternal unterstützen. Fühlen Sie sich frei, mich direkt mit Feedback zu kontaktieren, sobald Sie die Gelegenheit hatten, es zu versuchen. Ich bin froh, dass der Zugang für euch wiederhergestellt ist.

Woher weißt du das genau?

@BloodyIron, der Typ, ist buchstäblich ein Denuvo-Mitarbeiter, der auch das Interview gegeben hat, das früher im Thread veröffentlicht wurde, als dies alles zum ersten Mal unterging, und sagte, dass sie an der Proton-Unterstützung für DE arbeiten und dass es irgendwann kommen würde (bevor iD sich entschied DAC vollständig entfernen).

@BloodyIron, der Typ, ist buchstäblich ein Denuvo-Mitarbeiter, der auch das Interview gegeben hat, das früher im Thread veröffentlicht wurde, als dies alles zum ersten Mal unterging, und sagte, dass sie an der Proton-Unterstützung für DE arbeiten und dass es irgendwann kommen würde (bevor iD sich entschied DAC vollständig entfernen).

Ahh, nun, ich wollte nur sicherstellen, dass es eine glaubwürdige Quelle ist. Danke fürs klarstellen! :) :)

@BloodyIron, der Typ, ist buchstäblich ein Denuvo-Mitarbeiter, der auch das Interview gegeben hat, das früher im Thread veröffentlicht wurde, als dies alles zum ersten Mal unterging, und sagte, dass sie an der Proton-Unterstützung für DE arbeiten und dass es irgendwann kommen würde (bevor iD sich entschied DAC vollständig entfernen).

Seien Sie nicht zu aufgeregt, das EAC-Entwicklerteam sagte ursprünglich, es arbeite an der Weinverträglichkeit und schwieg seit anderthalb Jahren im Radio darüber.

@BloodyIron hier ist der Artikel https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game

Natürlich ist das alles jetzt veraltet, aber nur um den Kontext bereitzustellen.

@databoose EAC, das auf Anfragen mit den Worten "Wir arbeiten daran" reagiert, ist eine völlig andere Situation als ein Denuvo-Mitarbeiter, der sich buchstäblich freiwillig bereit erklärt, hierher zu kommen und zu sagen, dass ALLE zukünftigen DAC-Versionen Proton OOTB am ersten Tag unterstützen werden. Diese sind nicht einmal annähernd vergleichbar.

@databoose EAC, das auf Anfragen mit den Worten "Wir arbeiten daran" reagiert, ist eine völlig andere Situation als ein Denuvo-Mitarbeiter, der sich buchstäblich freiwillig bereit erklärt, hierher zu kommen und zu sagen, dass ALLE zukünftigen DAC-Versionen Proton OOTB am ersten Tag unterstützen werden. Diese sind nicht einmal annähernd vergleichbar.

Ich bin mir ziemlich sicher, dass "wir arbeiten daran" impliziert, dass Weinverträglichkeit geplant ist. Hören Sie auf, aus Gründen der Argumentation unaufrichtig zu sein, und lassen Sie nicht glaubwürdig aussehen.

@databoose wovon ?

Denuvo Anti-Cheat wird Proton sofort für Releases außerhalb von DOOM: Eternal unterstützen. Fühlen Sie sich frei, mich direkt mit Feedback zu kontaktieren, sobald Sie die Gelegenheit hatten, es zu versuchen. Ich bin froh, dass der Zugang für euch wiederhergestellt ist.

Wo ist das "wir arbeiten daran"? Das ist die Garantie für die Unterstützung von OOTB am ersten Tag, nicht "wir arbeiten daran".

Ich zitiere buchstäblich seine jüngste Aussage, die nicht unaufrichtig ist. Sie sollten alle Fakten der Angelegenheit lesen, bevor Sie andere beschuldigen, unaufrichtig zu sein, wenn Sie mit veralteten und seitdem geänderten Informationen arbeiten.

@databoose wovon ?

Denuvo Anti-Cheat wird Proton sofort für Releases außerhalb von DOOM: Eternal unterstützen. Fühlen Sie sich frei, mich direkt mit Feedback zu kontaktieren, sobald Sie die Gelegenheit hatten, es zu versuchen. Ich bin froh, dass der Zugang für euch wiederhergestellt ist.

Wo ist das "wir arbeiten daran"? Das ist die Garantie für die Unterstützung von OOTB am ersten Tag, nicht "wir arbeiten daran".

Die Worte eines Mitarbeiters! = Die Prioritäten des gesamten Unternehmens, es kann jetzt geplant und bearbeitet werden, könnte aber morgen aus dem Fenster geworfen werden. Seien Sie nicht naiv und denken Sie, nur weil ein Mitarbeiter sagt, dass es passieren wird, wird es passieren.

@databoose Ich bin nicht, offensichtlich ist es nicht 100 Prozent sicher, weil nichts ist, vor allem in dieser Branche. Aber das hast du nicht gesagt. Sie haben das ursprüngliche Interview verlassen, ohne die neue Aussage zu kennen, und jetzt versuchen Sie, sie so zu verdrehen, dass sie auch zur neuen Aussage passt. Ich habe ihn buchstäblich zitiert, und du bist derjenige, der jetzt unaufrichtig ist.

Außerdem ist er der Projektbesitzer, er ist nicht nur ein Zufall. Immer noch keine hundertprozentige Gewissheit, aber auch mehr als nur ein Rando, der es zum Teufel sagt.

Sie behaupteten, dies sei dasselbe wie ein EAC-Mitarbeiter, der auf Anfragen antwortete, indem er sagte, er arbeite an der Weinverträglichkeit ohne eine einzige tatsächliche endgültige Aussage (kein "WIRD passieren", kein "ALLE zukünftigen Veröffentlichungen", kein "erster Tag"). nichts dergleichen. Nur "wir arbeiten daran). Das ist nicht einmal annähernd dasselbe wie das, was wir hier bekommen, und nur weil" nichts sicher ist ", heißt das nicht, dass diese beiden Situationen sogar ähnlich sind oder dass Sie eines verwenden können, um das andere zu beurteilen. Im Moment haben wir die Garantie, dass alle zukünftigen DAC-Versionen Proton am ersten Tag unterstützen. Bis die erste DAC-Version kommt und dies nicht geschieht oder bis wir eine neue Erklärung erhalten das sichert das Original ab (oder kehrt es komplett um), das ist die aktuelle Situation. Und ich finde es ehrlich gesagt schwer zu glauben, dass der Projektbesitzer für DAC freiwillig hierher kommen und eine so eindeutige Aussage machen würde, nur zum Teufel ohne Konkrete Pläne, proprietäre Softwareunternehmen im Allgemeinen nicht Wenn Sie solche Dinge tun, sind sie normalerweise genau das Gegenteil.

Es gibt auch einen Präzedenzfall mit Denuvo, dem Unternehmen, da das DRM jetzt perfekt mit Proton zusammenarbeitet. Es gibt ein oder zwei Fehler, z. B. das Erkennen optimierter Konfigurationen als neue Startversuche von verschiedenen Computern und das mögliche Eintreten der 24-Stunden-Wartezeit, aber es funktioniert.

Hallo @ gardotd426 , @databoose , unabhängig von der Absicht streiten Sie hauptsächlich um der Argumentation willen.

Was jetzt benötigt wird, sind Zeit und Ergebnisse. Bitte vermeiden Sie es, diesen Kompatibilitätsbericht mit dem zu füllen, was effektiv Lärm und Streit ist.

Sichere Sache. Dieser Thread ist in der letzten Woche zur Hölle gegangen (ich habe sogar was gesagt
Sie sagen gerade, nur um Antworten von effektiv "halt die Klappe" zu bekommen),
Also dachte ich mir was zum Heu. Aber du hast recht.

>

Sie behaupteten, dies sei dasselbe wie ein EAC-Mitarbeiter, der auf Anfragen antwortete, indem er sagte, er arbeite an der Weinverträglichkeit ohne eine einzige tatsächliche endgültige Aussage

Mehrere Personen haben EAC eine E-Mail gesendet, um die Antwort zu erhalten, dass daran gearbeitet wurde, und können problemlos online durchsucht werden. Sie haben zu keinem Zeitpunkt gesagt, dass dies möglich ist oder dass dies nicht passieren würde. Sie haben einfach ihre Meinung geändert und sind gegangen Radio leise.

Wenn Sie einen EAC-Mitarbeiter als nicht glaubwürdig betrachten, ist es seltsam, wenn Sie auch sagen, dass ein DAC-Mitarbeiter, der sagt, dass daran gearbeitet wird, glaubwürdig ist.

Es gibt auch einen Präzedenzfall mit Denuvo, dem Unternehmen, da das DRM jetzt perfekt mit Proton zusammenarbeitet.

An diesem Punkt wird es ziemlich offensichtlich, dass Sie keine Ahnung haben, wovon Sie sprechen. Der Denuvo DRM ist ein völlig separates Projekt von DAC.

Wenn Sie naiv sein und sich für etwas begeistern lassen möchten, das nur von einem einzelnen Mitarbeiter gesagt wurde, entscheiden Sie sich dafür, aber aufhören, so zu handeln, ist mehr als ein EAC-Mitarbeiter, der sagt, dass er auch Weinkompatibilität bietet (obwohl mehrere EAC Mitarbeiter haben gesagt, dass es passieren würde).

Da dies eine Themenseite ist, werde ich hier aufhören, aber ich habe es satt, dass die Leute wieder auffliegen. als es vor langer Zeit aufgegeben wurde.

Hallo @ gardotd426 , @databoose , unabhängig von der Absicht streiten Sie hauptsächlich um der Argumentation willen.

Was jetzt benötigt wird, sind Zeit und Ergebnisse. Bitte vermeiden Sie es, diesen Kompatibilitätsbericht mit dem zu füllen, was effektiv Lärm und Streit ist.

proton_patches.zip

Mit dem angehängten Work-in-Progress-Patchset (zusätzlich zu Proton 5.0.7) konnte ich das Spiel starten. Ich habe es noch nicht über den Startbildschirm hinaus getestet. Ich hoffe, dass das Spiel funktioniert, während dies im Mehrspielermodus unwahrscheinlich ist.

Es besteht auch die Möglichkeit, dass es bei jedem DAC-Update nicht funktioniert.

Ermöglicht dieser Proton-Patch die Installation und Ausführung des DAC-Treibers oder ist es eher eine Problemumgehung, um die Usermode-Seite glücklich genug zu machen, um im Einzelspielermodus zu starten?

@gofman , es wird keine DAC-Updates mehr geben, DAC wird aus dem Spiel entfernt, sodass dieser Patch beim nächsten Update nicht benötigt wird. Anscheinend soll es innerhalb einer Woche kommen, und das Spiel wird unter Linux wie zuvor funktionieren.

Ermöglicht dieser Proton-Patch die Installation und Ausführung des DAC-Treibers oder ist es eher eine Problemumgehung, um die Usermode-Seite glücklich genug zu machen, um im Einzelspielermodus zu starten?

Dies ist die erstere und es wird bestätigt, dass sie vorerst für Einzelspieler funktioniert. Der Fahrer kann jedoch lediglich die anfängliche Handshake-Sequenz starten und durchlaufen. Die Unterstützung für einige Einrichtungen, die wahrscheinlich erforderlich sind, um in der "aktiven" Anticheat-Phase zu arbeiten, ist nur gestoppt. Ich konnte den Multiplayer-Modus im DAC noch nicht testen, da es bereits ein Problem mit dem Multiplayer-Modus gab (der jetzt noch ausgelöst wird), aber es scheint mir nicht wahrscheinlich, dass es jetzt funktioniert.

Es gab einige Änderungen am Patchset. Wenn also jemand daran interessiert ist, dies zu erstellen und zu versuchen, kann ich ein aktualisiertes bereitstellen.

Proton verfügt über das Framework zum Ausführen von Kernelmodelltreibern, und einige Anti-Cheat-Treiber funktionieren darunter. Das Patchset fügt einige fehlende Teile, Stubs für einige Kernel-API-Funktionen hinzu, die sehr schwer zu implementieren sind, sowie andere Problemumgehungen. Treiber in Proton werden jedoch unter Linux im Benutzermodus ausgeführt, und bestimmte Dinge, die Kerneltreiber tun, werden nur emuliert. Es gibt (und wird es immer geben) Möglichkeiten, wie der Treiber (oder auch ein normales User Space-Programm) erkennen kann, dass es unter Proton und nicht unter echtem Windows ausgeführt wird. Letztendlich hängt die Möglichkeit, die gegebene Anti-Cheat-Lösung in Proton zu unterstützen, davon ab, ob der Anti-Cheat bereit ist (oder tolerieren kann), auf diese Weise zu laufen, oder bestreitet dies stattdessen.

@gofman Das hört sich toll an. Können Sie das aktualisierte Patchset bereitstellen? Oder haben Sie eine aktualisierte GitHub-Gabel mit Ihren Updates?
(Wenn möglich, können Sie vielleicht einige sehr kurze Anweisungen geben, wie ich es installieren würde? Ich habe es nie getan. Ich würde nur Proton 5.0.7 klonen, dann Ihre Patches anwenden, dann make install , und das ist alles , dann sollte es funktionieren?)

(Wenn möglich, können Sie vielleicht einige sehr kurze Anweisungen geben, wie ich es installieren würde? Ich habe es nie getan. Ich würde nur Proton 5.0.7 klonen, dann Ihre Patches anwenden, dann make install , und das ist alles , dann sollte es funktionieren?)

Das Erstellen von Protonen dauert einige Zeit, wenn Sie dies zum ersten Mal tun. Ich denke, der einfachste Weg ist, den Anweisungen hier zu folgen:
https://github.com/ValveSoftware/Proton

Grundsätzlich müssen Sie die Quellen klonen, zum richtigen Zweig wechseln (proton_5.0-next), meine Patches im Submodul 'wine' anwenden (Sie müssen sicherstellen, dass alles sauber angewendet wird) und den Anweisungen im Abschnitt 'Building' folgen von Proton Github Seite. Wenn Ihre Build-VM (siehe 'Build-Umgebung einrichten') richtig konfiguriert wurde, ist das Erstellen und Installieren von Proton für Ihre lokale Steam-Installation so einfach wie das Installieren im Proton-Quellbaumstamm.

proton_patches.zip

@ Albertz , ich würde es nicht so machen. Es ist viel zu kompliziert, wenn Sie es noch nie zuvor getan haben. Es gibt einen viel einfacheren Weg, und dazu wird der tkg-Build von @ tk-glitch verwendet.

Klonen Sie einfach sein Repo https://github.com/frogging-family/wine-tkg-git (es enthält sowohl Wein- als auch Protonenverzeichnisse) und cd in wine-tkg-git/proton-tkg/ . Dann möchten Sie nur noch die Konfigurationsoptionen nach Ihren Wünschen bearbeiten (z. B. das Aktivieren bestimmter Korrekturen, die Protonen-Builds von tkg enthalten eine Menge Patches und Problemumgehungen. Er war der erste, der ein benutzerdefiniertes Proton erhielt, um Doom Eternal zum Laufen zu bringen Erstens sind seine Builds denen von Glorious Eggroll sehr ähnlich und sie sind das, worauf Lutris ihren Wein baut. Sobald Sie das bearbeitet haben, müssen Sie nur noch den Patch in das Verzeichnis proton-tkg kopieren und ihm die Erweiterung .mypatch und dann ./proton-tkg.sh ausführen. Während des Builds werden Sie gefragt, ob Sie den Patch anwenden möchten, drücken Sie y und fertig. Sein Skript installiert den Protonen-Build automatisch in das Verzeichnis compatibilitytools.d/ und alles. Es ist viel einfacher als Protonen auf traditionelle Weise zu bauen.

Das Erstellen von Protonen erfordert jedoch viele Abhängigkeiten, die Sie möglicherweise nicht kennen, unabhängig davon, welche Methode Sie wählen. Stellen Sie also sicher, dass Sie alles haben, was Sie brauchen.

Das heißt noch einmal, ich würde mich nicht einmal darum kümmern. Es ist viel einfacher, das Spiel einfach herunterzuspielen, wie es die meisten Leute hier getan haben (einschließlich mir), besonders wenn der DAC ohnehin innerhalb weniger Tage entfernt wird.

@ Albertz , ich würde es nicht so machen. Es ist viel zu kompliziert, wenn Sie es noch nie zuvor getan haben. Es gibt einen viel einfacheren Weg, und dazu wird der tkg-Build von @ Tk-Glitch verwendet.

Klonen Sie einfach sein Repo https://github.com/frogging-family/wine-tkg-git (es enthält sowohl Wein- als auch Protonenverzeichnisse) und cd in wine-tkg-git/proton-tkg/ . Dann möchten Sie nur noch die Konfigurationsoptionen nach Ihren Wünschen bearbeiten (z. B. das Aktivieren bestimmter Korrekturen, die Protonen-Builds von tkg enthalten eine Menge Patches und Problemumgehungen. Er war der erste, der ein benutzerdefiniertes Proton erhielt, um Doom Eternal zum Laufen zu bringen Erstens sind seine Builds denen von Glorious Eggroll sehr ähnlich und sie sind das, worauf Lutris ihren Wein baut. Sobald Sie das bearbeitet haben, müssen Sie nur noch den Patch in das Verzeichnis proton-tkg kopieren und ihm die Erweiterung .mypatch und dann ./proton-tkg.sh ausführen. Während des Builds werden Sie gefragt, ob Sie den Patch anwenden möchten, drücken Sie y und fertig. Sein Skript installiert den Protonen-Build automatisch in das Verzeichnis compatibilitytools.d/ und alles. Es ist viel einfacher als Protonen auf traditionelle Weise zu bauen.

Das Erstellen von Protonen erfordert jedoch viele Abhängigkeiten, die Sie möglicherweise nicht kennen, unabhängig davon, welche Methode Sie wählen. Stellen Sie also sicher, dass Sie alles haben, was Sie brauchen.

Das heißt noch einmal, ich würde mich nicht einmal darum kümmern. Es ist viel einfacher, das Spiel einfach herunterzuspielen, wie es die meisten Leute hier getan haben (einschließlich mir), besonders wenn der DAC ohnehin innerhalb weniger Tage entfernt wird.

Ich habe getan, was Sie gesagt haben, aber ich kann diese Arbeit nicht bekommen.
Das Kompilieren war in Ordnung, aber das Spiel startet nicht.
Ich habe die Protonen-Patches in das Verzeichnis proton-tkg . Das einzige, was ich nicht getan habe, ist die mypatch-Erweiterung anzugeben, aber während des Befehls habe ich gesehen, dass die Patches angewendet wurden

Leute, Sie verschwenden Ihre Zeit damit, es mit der Tkg-Version zu tun. Mein Patchset basiert auf proton5.0.7-next. Es wird nicht einmal korrekt auf die Tkg-Version angewendet. Ich habe eine andere Version von Wine-Staging, aber ich bin nicht in der Lage, diese für jeden benutzerdefinierten Build neu zu definieren, was nicht gerade trivial ist. Außerdem ist das Erstellen mit Mainstream-Proton einfacher, unabhängig davon, ob Sie die empfohlene Methode mit Vagrant- und Steam-Laufzeit verwenden.

Leute, Sie verschwenden Ihre Zeit damit, es mit der Tkg-Version zu tun. Mein Patchset basiert auf proton5.0.7-next. Es wird nicht einmal korrekt auf die Tkg-Version angewendet. Ich habe eine andere Version von Wine-Staging, aber ich bin nicht in der Lage, diese für jeden benutzerdefinierten Build neu zu definieren, was nicht gerade trivial ist. Außerdem ist das Erstellen mit Mainstream-Proton einfacher, unabhängig davon, ob Sie die empfohlene Methode mit Vagrant- und Steam-Laufzeit verwenden.

Können Sie mir sagen, wie ich die Patches anwenden muss?

Ich wollte gerade sagen, Upstream / Inszenierung wird es nicht schneiden. Sie können Aktienprotonen mit dem Build-System -tkg erstellen, müssen jedoch einige Optionen aktivieren, um dies zu tun. Dies ist nicht das Standardverhalten.

@gofman Ich würde definitiv eine Option hinzufügen, um eine 5.9-Staging-Version des

Ich habe gelesen, wie man Protonen baut.
Zu schwierig für mich, ich muss warten, bis Ids Denuvo entfernt ist :)

patches_staging.zip

@ Tk-Glitch Klar, warum nicht, wenn du dazu bereit bist. Diese Patches befinden sich nicht in Staging selbst, es ist ein ziemlich langes Patchset, und angesichts des erwarteten Rollbacks des Doom halte ich es nicht für sinnvoll, es in Staging beizubehalten. Ich hoffe jedoch, dass ich das meiste davon früher oder später stromaufwärts bringen kann. Nur für den Fall, dass Sie Ihren Build mit diesen Patches erstellen möchten, hänge ich die Version an, die auf der neuesten (5.9 Release) Staging basiert. Sie hat heute für mich funktioniert.

Ich wollte gerade sagen, Upstream / Inszenierung wird es nicht schneiden. Sie können Aktienprotonen mit dem Build-System -tkg erstellen, müssen jedoch einige Optionen aktivieren, um dies zu tun. Dies ist nicht das Standardverhalten.

@gofman Ich würde definitiv eine Option hinzufügen, um eine 5.9-Staging-Version des

Können Sie uns die zu aktivierenden Optionen mitteilen?
Ich habe eine Protonenversion mit @ Tk-Glitch erstellt ... vielleicht funktioniert das Spiel mit den richtigen Optionen für mich.

@gofman Danke! Ich werde das Patchset mit allen fälligen Credits zu den "Community-Patches" hinzufügen. Es ist völlig optional / nicht standardmäßig, also müssen Leute, die es wollen, es meinen.

Bearbeiten: Das von Ihnen gesendete Patchset enthält mehrere Patches, die bereits in 5.9 verwaltet / bereitgestellt wurden. Wird es erwartet? Es gilt auch nicht sauber für das Staging außerhalb der bereits zusammengeführten Patches.
Edit2: Ja, das Patchset ist eindeutig veraltet und sieht eher aus wie eine 5.8-Version: D.

@ dylanmc1975 In Anbetracht dessen, was Sie zuvor gesagt haben, kann ich feststellen, dass die Patches nicht angewendet wurden, wenn Sie die Erweiterung nicht auf .mypatch umgestellt haben. Sie haben wahrscheinlich gesehen, wie die Staging-Patches angewendet wurden. Davon abgesehen werde ich Pauls Patchset als Option hinzufügen (bitte geben Sie mir ein paar Minuten Zeit, um dies zu tun und zu überprüfen), damit Sie es aktivieren können, indem Sie gofman_dac.mypatch zum _community_patches -Array in Ihrem hinzufügen proton-tkg.cfg.

Edit: Da ich ein Bereinigungs Pass zu tun und rebase das Patchset, könnte es dauern wird , eine Weile: Frosch:

Ich habe die Patches umbenannt, aber nichts scheint zu funktionieren :(
Aber ich bekomme den Fehler mit der DRM-freien Binärdatei, mit der ursprünglich heruntergeladenen Binärdatei keine Fehler, aber sie startet nicht.

Ich habe die umbenannten Patches in myhome / wine-tkg-git-master / proton-tkg / proton-tkg-userpatches / verschoben.
Ich habe proton-tkg.sh gestartet, kann aber nicht sehen, ob die Patches angewendet wurden.

@ Dylanmc ja du bist in der Lage. Sie werden gefragt, ob Sie die Patches während der Erstellungszeit ausführen möchten. Der Erstellungsprozess wird gestartet, alle automatischen (Nichtbenutzer-) Patches werden angewendet, und dann erhalten Sie eine Ja- oder Nein-Aufforderung, ob Sie die von Ihnen ausgewählten Benutzerpatches wirklich anwenden möchten, und es wird der Name des angezeigt Patch-Dateien.

Und es scheint, dass die Patches im Moment nicht funktionieren, da einige bereits vorgelagerte Patches enthalten sind, die der Build nicht zulässt, wenn er dies erkennt oder wenn ein Patch aus einem anderen Grund nicht angewendet werden kann bricht sofort als fehlgeschlagen ab. Sie müssen warten, bis die Patches sortiert sind, damit sie korrekt angewendet werden können, aber selbst dann kann Ihnen niemand wirklich helfen, wenn Sie keine Protokolle veröffentlichen. Sie sagen uns nur "Nun, ich weiß nicht, ob es funktioniert hat", wenn das Protokoll deutlich zeigt, ob es funktioniert hat oder ob Sie den Patch sogar an der richtigen Stelle mit dem richtigen Erweiterungsnamen usw. haben.

Wie kann ich Protokolle aktivieren?

Was? Sie sprechen nicht über die Ausgabe des Builds. Wie die Terminalausgabe, wenn Sie das Skript proton-tkg.sh ausführen.

Ich habe die Möglichkeit, die Patches zu verwenden. Das Skript fordert mich auf, sie anzuwenden.
Aber ich habe Fehler bekommen

`` -> Anwenden Ihres eigenen einfachen Weinpflasters /home/luca/Scaricati/wine-tkg-git-master/wine-tkg-git/0001-ntdll-Fill-NumberOfPhysicalPages-field-in-user-share.mypatch
->
-> ################################################## ######
Patchen der Datei dlls / ntdll / tests / virtual.c
Umgekehrter (oder zuvor angewendeter) Patch erkannt! Patch überspringen.
4 von 4 Hunks werden ignoriert - Speichern von Ablehnungen in der Datei dlls / ntdll / tests / virtual.c.rej
Patchen der Datei dlls / ntdll / thread.c
Hunk # 1 war bei 357 erfolgreich (Versatz 131 Zeilen).
Hunk # 2 bei 326 gescheitert.
1 von 2 Hunks FEHLGESCHLAGEN - Speichern von Ablehnungen in der Datei dlls / ntdll / thread.c.rej
-> BIG_UGLY_FROGMINER - Ribbit entfernt
-> Proton-tkg-Token entfernt - Valve Ribbit
-> Bereinigung beenden beendet

Und es scheint, dass die Patches im Moment nicht funktionieren, da einige bereits vorgelagerte Patches enthalten sind, die der Build nicht zulässt, wenn er dies erkennt oder wenn ein Patch aus einem anderen Grund nicht angewendet werden kann bricht sofort als fehlgeschlagen ab. Sie müssen warten, bis die Patches sortiert sind, damit sie korrekt angewendet werden können, aber selbst dann kann Ihnen niemand wirklich helfen, wenn Sie keine Protokolle veröffentlichen. Sie sagen uns nur "Nun, ich weiß nicht, ob es funktioniert hat", wenn das Protokoll deutlich zeigt, ob es funktioniert hat oder ob Sie den Patch sogar an der richtigen Stelle mit dem richtigen Erweiterungsnamen usw. haben.

Ich habe das gelesen. Ich muss jetzt warten.

@ Tk-Glitch

Bearbeiten: Das von Ihnen gesendete Patchset enthält mehrere Patches, die bereits in 5.9 verwaltet / bereitgestellt wurden. Wird es erwartet? Es gilt auch nicht sauber für das Staging außerhalb der bereits zusammengeführten Patches.
Edit2: Ja, das Patchset ist eindeutig veraltet und sieht eher aus wie eine 5.8-Version: D.

Sind Sie sicher, dass Sie die Datei patches_staging.zip aus meinem letzten Kommentar (https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-633114122) und nicht aus der früheren Version für Proton 5.0.7-next entnommen haben? Ich habe das, was ich gepostet habe, erneut heruntergeladen und sehe deutlich die Patches, die ich angewendet habe und an Staging 5.9 arbeite. Falls mir etwas Offensichtliches fehlt und etwas Schlimmes vermasselt hat, können Sie bitte einen Patch von patches_staging.zip verlinken, der veraltet oder bereits vorgelagert ist?

@gofman Ich habe die Datei erneut heruntergeladen und festgestellt, dass der Inhalt ganz anders war als der, den ich gestern in meinem Ausgabeordner hatte. Es sieht so aus, als hätte ich versehentlich beide Verzeichnisse zusammengeführt, was mir große Kopfschmerzen bereitete. Das Patchset funktioniert in der Tat gut für 5.9-Staging. Ich entschuldige mich für den Lärm und danke Ihnen nochmals für das Patchset und all Ihre Arbeit!

Die Patches funktionieren einwandfrei, aber die Spiele starten noch gar nicht :(
Mit der heruntergeladenen Steam-Binärdatei und auch mit der drm-freien Version :(

Es gab Gründe, warum ich Proton 5.0.7-next als Basis verwenden wollte. Obwohl es definitiv in verschiedenen Builds funktionieren kann, befürchte ich, dass es ein komplizierterer Prozess sein könnte. Aber da hier Leute, die anscheinend besser wissen, wie dies zu tun scheint, sicher die erforderliche Fehlerbehebung bereitstellen können.

@ dylanmc1975 wieder, wir können nicht helfen, wenn Sie keine Protokolle bereitstellen.

Fügen Sie PROTON_LOG=1 zu den Startoptionen für das Spiel in Steam hinzu. Wenn es abstürzt, erhalten Sie eine steam-782330.log -Datei in Ihrem Home-Verzeichnis. Lade es hoch.

Außerdem müssen Sie uns mitteilen, welche Startoptionen Sie zuerst verwenden.

Ich meine, das Spiel wird jetzt sowieso jeden Tag funktionieren, aber trotzdem ...

@ dylanmc1975 Bitte keine Kommentare löschen. Die Tatsache, dass Sie keine Startoptionen verwenden, könnte das Problem sein. Verwenden Sie eine AMD- oder NVidia-GPU? Stellen Sie die Startoptionen folgendermaßen ein:

PROTON_LOG=1 PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Wenn dies nicht hilft, würde ich bei Verwendung von AMD die Verwendung des AMDVLK-Treibers anstelle von RADV vorschlagen. Daher müsste AMDVLK installiert sein und zu den Startoptionen hinzugefügt werden, damit Ihre Startoptionen folgendermaßen aussehen:

VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd64.json:/usr/share/vulkan/icd.d/amd_icd32.json PROTON_LOG=1 PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

@ dylanmc1975 auch, gibt es einen Grund, warum Sie so darauf bestehen, diese Patches zu verwenden, anstatt nur das Spiel herunterzuspielen, wie es alle anderen getan haben, um zu spielen? Es ist bekannt, dass diese Methode funktioniert, daher bin ich verwirrt, warum Sie darauf bestehen, es auf diese Weise zu versuchen, was absolut nicht garantiert funktioniert.

@ dylanmc1975 auch, gibt es einen Grund, warum Sie so darauf bestehen, diese Patches zu verwenden, anstatt nur das Spiel herunterzuspielen, wie es alle anderen getan haben, um zu spielen? Es ist bekannt, dass diese Methode funktioniert, daher bin ich verwirrt, warum Sie darauf bestehen, es auf diese Weise zu versuchen, was absolut nicht garantiert funktioniert.

Der einzige Grund ist, dass ich das Spiel nicht herabstufen konnte.
Später versuche ich Ihre Startoptionen und vielleicht versuche ich erneut ein Downgrade

PROTON_LOG = 1 PROTON_NO_ESYNC = 1% Befehl% + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1

Mit diesen Startoptionen wird das Spiel gestartet, aber ein Absturz beim Laden des Slot-Spiels führt zu Denuvo.
Ich werde erneut versuchen, das Spiel herunterzustufen.

Nur zu Ihrer Information, Sie werden wahrscheinlich immer diese Startoptionen benötigen, die ich immer habe.

Am Sonntag, 24. Mai 2020, um 14:37 Uhr dylanmc1975 [email protected]
schrieb:

PROTON_LOG = 1 PROTON_NO_ESYNC = 1% Befehl% + in_terminal 1
+ com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1
+ com_skipSignInManager 1

Mit diesen Startoptionen wird das Spiel gestartet, stürzt jedoch beim Laden des Slots ab
Spiel Ursache denuvo.
Ich werde erneut versuchen, das Spiel herunterzustufen.

- -
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/3773#issuecomment-633274350 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y332RLB2TJXTLVBXUQ23RTFSQFANCNFSM4MI6DHIA
.

Ich habe versucht, ein anderes Spiel zu starten.
Die Spiele funktionieren, aber nicht der Slot, den ich immer gespielt habe.

Wie wichtig ist +com_skipSignInManager 1 ? Was genau macht es? @ dylanmc1975 Vielleicht führt das dazu, dass gespeicherte Spiele nicht kompatibel sind?

Früher habe ich nur +com_skipIntroVideo 1 und sonst nichts verwendet, und das war in Ordnung. Ich hatte ein Bethesda.net-Konto und das (Anmelden) funktioniert einwandfrei.

@ Albertz Vielleicht.
Aber ich hoffe nicht .. Ich werde sehen, wann Id's denuvo entfernen werden ..

@albertz Es hat nichts mit der Anmeldung bei Bethesda zu tun. Ich habe diese Flagge immer benutzt, weil dies buchstäblich jeder für nötig hielt und ich mich immer mit meinem Bethesda-Konto anmelden konnte. Ich weiß nicht, welchen Anmeldemanager es überspringt, aber es ist nicht dieser.

Und es macht nichts mit gespeicherten Spielen, zumindest nicht vor Denuvo (und jetzt nicht mit dem heruntergepatchten Spiel), gespeicherte Spiele können für mich geladen werden.

Und es macht nichts mit gespeicherten Spielen, zumindest nicht vor Denuvo (und jetzt nicht mit dem heruntergepatchten Spiel), gespeicherte Spiele können für mich geladen werden.

Ich hoffe es ist nur eine Denuvo-Sache

@ dylanmc1975 Ich erinnere mich, dass einige Leute sagten, ihre Speicherplätze wurden nach dem Update

WTF.
Ich war kurz davor, das Spiel zu beenden.

Il dom 24 mag 2020, 23:22 James McClain [email protected] ha
scritto:

@ dylanmc1975 https://github.com/dylanmc1975 Ich erinnere mich an ein paar Leute
sagte, ihre Speicherplätze wurden nach dem Update gelöscht, also frage ich mich, was Sie
Erfahrene ist nur ein Fehler, der im Update eingeführt wurde.

- -
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/3773#issuecomment-633302709 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AIQDG5LRYZ6GQT2LFZ6MO3DRTGF2JANCNFSM4MI6DHIA
.

Möglicherweise liegt ein Problem mit gespeicherten Spielen vor.
Ich habe meine gespeicherten Slots einmal verloren, als ich von Proton 5.6-GE-2 zu nativem Proton 5.0.6 gewechselt bin und dann wieder, als ich zu 5.8-GE-1 gewechselt bin.

Das Spiel läuft jetzt perfekt nach Update 1.1. Kein Denuvo mehr.

Ich sehe eine sehr geringe Leistung bei RADV: https://gitlab.freedesktop.org/mesa/mesa/-/issues/3054

@libcg benutze einfach einen der AMD Vulkan Treiber. vulkan-amdgpu-pro hat die beste Leistung, aber wenn Sie keinen proprietären Treiber verwenden möchten, ist AMDVLK fast genauso gut (und viel besser als RADV), Open Source und kann neben RADV leben.

Das Leistungsproblem von Doom Eternal mit RADV ist ein bekanntes Problem. Wir arbeiten an.

BEARBEITEN: Das Tag wurde entfernt

@akzsam Ja, ich weiß. Ich denke, Sie wollten @libcg markieren. Es macht keinen Sinn, dass dies eine Antwort auf mich ist, da mein Kommentar ihn auffordert, AMDVLK zu verwenden, und in seinem Kommentar ging es um die schlechte Leistung von RADV.

Hallo, mein Spiel stürzt jedes Mal ab, ein "Ladebildschirm" erscheint immer und stürzt an diesem Punkt ab. Dies sind meine Startbefehle: PROTON_LOG = 1 PROTON_NO_ESYNC = 1% Befehl% + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1
Mein Steam.log ist zu groß, um es hier hochzuladen, und ich bin neu bei Github, daher weiß ich nicht, wie ich es shrae.
Ich wünschte du kannst mir helfen und danke!

Update: Es stürzt nur während Zwischensequenzen ab, es bleibt in einem plötzlichen Ladebildschirm stecken, aber ich konnte das erste Level ohne Probleme spielen.

@libcg benutze einfach einen der AMD Vulkan Treiber. vulkan-amdgpu-pro hat die beste Leistung, aber wenn Sie keinen proprietären Treiber verwenden möchten, ist AMDVLK fast genauso gut (und viel besser als RADV), Open Source und kann neben RADV leben.

Für mich hier auf einem RX480 ist radv + aco besser als amdvlk und das Closed-Source-amdvlk im amdgpu-pro-Paket. Sowohl die minimalen als auch die maximalen fps sind höher und es ist ein schwerwiegender Unterschied. Die Verwendung von radv + llvm scheint eine ähnliche Leistung wie die von amdvlk zu haben, daher denke ich, dass Akustik den Unterschied verursacht.

Der Unterschied in fps ist sehr groß. Ich habe gerade versucht, mit demselben Savegame zwischen open amdvlk und radv zu wechseln und habe Folgendes erhalten:

Bereich | amdvlk | radv + aco
- | - | -
Hauptmenü | 77 fps | 105 fps
im Spiel | 56 fps | 67 fps

Dies ist mit mesa 20.2 und llvm 10.0.0 und amdvlk 2020.Q2.4. Ich erinnere mich, dass die Pro-Version von amdvlk nicht so gut war wie radv, als ich sie ausprobierte. Ich habe es momentan nicht installiert. Hier finden Sie Screenshots, die zeigen, worum es bei diesen FPS-Zahlen geht:

https://imgur.com/a/9jFhO7P

Das einzige Problem, das ich bei radv festgestellt habe, ist, dass es RADV_DEBUG=zerovram , um Artefaktprobleme zu beheben, die manchmal in Partikeln auftreten.

Hallo zusammen,

Neuer Tag, neuer Fehler. Immer wenn ich das Spiel mit einer nicht nativen Auflösung spiele. Ich sehe seltsame quadratische flackernde Artefakte anstelle von Spezialeffekten. Dies passiert überhaupt nicht, wenn das Spiel mit der nativen Auflösung meines Monitors gespielt wird (entweder mein Laptop mit 1080p oder mein externer Monitor mit 4K).

Hier ist ein Beispiel, das Archvile im Battlemode-Trainingslevel. Schauen Sie sich die rechte Hand an: https://imgur.com/zI2kGxM . Es sieht fast so aus, als wären die Flammenstrukturen nicht richtig auf die Quads abgebildet, die sie halten.

Systemspezifikationen:

  • Pop! _OS 20.04 (5.4.0-7634-generic)
  • nVidia RTX 2070 Max-Q, Treiberversion 440.82
  • Vulkan Version 1.2.140 (obwohl ich denke, dass Proton seine eigene Version bündelt?)

Ich konnte dieses genaue Problem nirgendwo anders finden.

Doom Eternal scheint auf einer Paperspace V100-VM mit allem auf Ultra wiederholt einzufrieren. Damit kann ich länger spielen, bevor es bei Ultra einfriert, als bei Nightmare. Früher konnte ich Level 1 mit allem auf Nightmare durchspielen, und es funktionierte ziemlich gut vor dem 1.1-Update nach Doomgrader ing. Ich habe die NVIDIA-Treiber auf der VM vor kurzem aktualisiert, werde es aber erneut versuchen. Gibt es Anweisungen, wie Sie Absturzprotokolle von einem eingefrorenen Bildschirm abrufen können? Bisher musste ich den Steam-Prozess manuell beenden und jedes Mal neu starten.

Ich werde versuchen, Proton mit PROTON_LOGS = 1 zu starten

Das Problem scheint zeitweise zu sein. Ich werde versuchen, die Anmeldung wieder einzuschalten und sie beim nächsten Mal abzufangen.

Hallo zusammen, ich habe seit dem Veröffentlichungstag ohne Glück versucht, dies unter Linux Mint 19.3 zum Laufen zu bringen. Bei den wichtigsten Standard-Proton-Versionen (5.0-4 bis 5.0-7) wurde sie zunächst scheinbar installiert. Beim Laden wurde dann das ID-Logo in der Taskleiste angezeigt und stürzte sofort ab. Bei Verwendung der Glorious Eggroll Proton-Versionen (5.4-GE-3, 5.5-GE-1, 5.6-GE-2, 5.8-GE-2-MF) wird der Dialog "Vulkan-Shader verarbeiten" und dann der Dialog "GPU-Treiberfehler" angezeigt und liste einen älteren Treiber (337,88) auf, den ich nicht wirklich ausgeführt habe. Das Drücken von Play, um zu umgehen, führt zu einem sofortigen Absturz (bei älteren Protonen) oder führt dazu, dass das Spiel als gespielt aufgeführt wird, aber nichts geladen wird und "beendet" werden muss. In beiden Fällen habe ich alle hier und in der ProtonDB aufgeführten Startoptionen verwendet. (Alle meine Berichte dort sind unter taibhsear_1 aufgeführt, falls Sie die genauen Details sehen möchten.) Ich habe sowohl meine nvidia-Treiber (über die nvidia ppa bis 440,82 für meine GTX 1070) als auch die vulkan-Treiber von der lunarg-Website aktualisiert da es aus irgendeinem Grund nicht im 440.82-Treiber enthalten war. Steam info und vulkaninfo zeigen vulkan-Versionen als 1.2.135 mit Ausnahme von NVidia Optimus Layer als vulkan Version 1.1.119 und Steam Pipeline Caching Layer und Steam Overlay Layer als vulkan Version 1.1.73. Könnte dies ein Grund dafür sein, dass es nicht startet? Steam-Informationen zeigen auch "falsche ELF-Klasse" -Fehler für steamoverlayvulkanlayer.so (Auflistung von vulkan Version 1.1.119, Treiber 440.328.0) und libEGL.so.1. Ich habe versucht, ein "Steam-Reset" durchzuführen, die pinned_libs zu löschen, das Spiel zu löschen und neu zu installieren sowie auf einer anderen Partition zu installieren, ohne Ergebnisse. Ich habe eine 170-MB-Steam-Protokolldatei mit PROTON_LOGS = 1 und kann bei Bedarf auch meinen Steam-Infotext freigeben. Hat jemand eine Idee, was er als nächstes versuchen soll? Vielen Dank!

Hallo, ich habe Probleme beim Ausführen des Doom Eternal Post 1.1 Update Patch. Als Referenz ist dies mein aktuelles Hardware-Setup für meinen Linux-PC:

Betriebssystem: Pop! _OS 20.04 LTS x86_64
Host: MS-7B89 1.0
Kernel: 5.4.0-7634-generic
CPU: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Hier ist die Zeitleiste des Problems, auf das ich bisher gestoßen bin:

A. Mitte Mai (direkt nach dem 1.1 Update Patch für PC)
Anfangs gab es Probleme beim Ausführen des Spiels, insbesondere die folgenden:

  1. Während der Einführungskapitel des Spiels (im Grunde Kapitel 1 und 2) kam es hier und da zu merkwürdigen zufälligen Abstürzen, als ich spielte. Im Grunde genommen könnte ich gerade dabei sein, eine Arena mit ein paar verbleibenden Feinden zu räumen, aber dann friert der Bildschirm plötzlich auf einem "Lade" -Bildschirm ein und hört ganz auf zu arbeiten.
  2. Das Einfrieren würde es immer noch seltsamerweise ermöglichen, dass das Audio des Spiels fortgesetzt wird (im Grunde genommen mit einem "Lade" -Bildschirm mit kontinuierlicher Wiedergabe der Hintergrundmusik), aber mit allen Arten von Spiellogik (sei es Bewegung des Feindes, Spawns, Maus- / Tastatureingaben usw.) scheinen im Hintergrund nicht mehr zu funktionieren.
  3. Das Schlimmste daran ist, dass ich das Spiel nicht jedes Mal stoppen kann, wenn ich auf Steam auf die Schaltfläche 'Stop' drücke. Stattdessen muss ich den DOOMEternalx64-PID-Prozess von meinem 'Systemmonitor' aus beenden.

Das Seltsame ist jedoch, dass nach dem Erreichen von Level 3 und darüber hinaus dieses Problem des Einfrierens aufgehört zu haben scheint und ich vor einigen Wochen meinen ersten 'schnellen' Nightmare-Lauf beenden konnte (irgendwann Ende Mai oder Anfang Juni, wenn Ich erinnere mich).

B. Heute (14. Juni 2020):
Ich habe heute versucht, einen neuen Nightmare-Lauf zu 100% abzuschließen, der in einem neuen Spiel-Slot beginnt. Zu meiner Überraschung tauchten jedoch genau diese Probleme beim Einfrieren während dieser ersten Einführungsstufen erneut auf, sodass ich es jedes Mal, wenn das Einfrieren auftritt, vom neuesten Kontrollpunkt aus erneut versuchen musste. Der seltsame Teil ist, dass das Einfrierproblem dieses Mal häufiger auftritt (durchschnittlich um die Zeit, um eine "Arena" zwischen den einzelnen Einfrierinstanzen zu löschen), was mich vermuten ließ, dass es einige Kompatibilitätsprobleme gibt, die sogar durch den 1.1-Patch verursacht wurden ( obwohl ich nicht sicher bin, ob es mit Denuvo verbunden ist oder nicht). Ich habe versucht, alle vorgeschlagenen Flags auch in diesem Thread auszuführen (NO_ESYNC, skipIntroVideo, skipSignInLauncher usw.), aber ohne Erfolg.

Als ich dies sah, versuchte ich stattdessen verschiedene Versionen von Proton, insbesondere die 'GE'-Versionen von Proton, die anscheinend mehrere Ergänzungen zu Proton selbst bieten. Leider schien die Installation der 5.6- und 5.9-GE-Version von Proton das Problem nicht zu beheben. Stattdessen wurde in der Wine-Systemablage ein GPU-Treiberfehler ausgegeben, der besagt, dass ich die NVIDIA-Treiberversion veraltet habe.

Ich habe durch den Befehl 'nvidia-smi' bestätigt, dass ich die neueste Treiber-440-Version von NVIDIA habe. Seltsamerweise sagt das Wine System Tray stattdessen, dass mein NVIDIA-Treiber von der Treiber-378-Version ist, und fordert mich auf, auf die Treiber-445-Version zu aktualisieren, die ich beim letzten Mal überprüft habe und die noch nicht einmal für den RTX 2070 Super veröffentlicht wurde Ich benutze.

Was jetzt noch schlimmer ist, ist, dass das Wine-System nach mehreren Neuversuchen und sogar einer Neuinstallation in Steam das Spiel jetzt überhaupt nicht mehr starten kann. Es besagt, dass etwas schief gelaufen ist, und besuchen Sie bitte https: //support.codefusion. Technologie / de_d90127jd781 /? e = 88500006 & l = Englisch '. Wenn Sie den Fehlerlink besuchen dieser Seite . Die erneute Überprüfung meiner lokalen Spieledateien scheint das Problem jedoch nicht gelöst zu haben, wodurch ich im Wesentlichen zur Patch-Version vor 1.1 des Spiels zurückkehre. Danach werde ich 24 Stunden warten, aber auf derselben Seite wurde angegeben, dass das 24-Stunden-Warten das Problem nicht behoben hat. Daher werde ich ein Update durchführen, wenn es mein Problem irgendwie behebt.

Hat jemand hier ähnliche Probleme mit der Linux-Version des Doom Eternal Post 1.1-Updates? Und für diejenigen, die wissen, wie Steam's Proton im Detail funktioniert, kann ich wissen, was die Hauptursache für ein solches Problem sein könnte und ob es einige Lösungen gibt, die mir helfen könnten, einige dieser Probleme zu beheben / zu lindern?

Jede Art von Antworten / Hilfe wird sehr geschätzt und danke für alle Antworten im Voraus!

Dieselben Probleme mit zufälligen Abstürzen und Audio werden weiterhin abgespielt, aber Sie müssen das Beenden des Spiels erzwingen. Wird verwendet, um gut zu funktionieren, bevor die Updates 1.0 (Anti-Cheat hat dies vollständig gebrochen) und 1.1 (besagte Probleme)


Von: NickSadjoli [email protected]
Gesendet: Sonntag, 14. Juni 2020, 8:35 Uhr
An: ValveSoftware / Proton
Cc: oogetyboogety; Kommentar
Betreff: Betreff: [ValveSoftware / Proton] Doom Eternal (782330) (# 3773)

Hallo, ich habe Probleme beim Ausführen des Doom Eternal Post 1.1 Update Patch. Als Referenz ist dies mein aktuelles Hardware-Setup für meinen Linux-PC:

Betriebssystem: Pop! _OS 20.04 LTS x86_64
Host: MS-7B89 1.0
Kernel: 5.4.0-7634-generic
CPU: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Hier ist die Zeitleiste des Problems, auf das ich bisher gestoßen bin:

A. Mitte Mai (direkt nach dem 1.1 Update Patch für PC)
Anfangs gab es Probleme beim Ausführen des Spiels, insbesondere die folgenden:

  1. Während der Einführungskapitel des Spiels (im Grunde Kapitel 1 und 2) kam es hier und da zu merkwürdigen zufälligen Abstürzen, als ich spielte. Im Grunde genommen könnte ich gerade dabei sein, eine Arena mit ein paar verbleibenden Feinden zu räumen, aber dann friert der Bildschirm plötzlich auf einem "Lade" -Bildschirm ein und hört ganz auf zu arbeiten.
  2. Das Einfrieren würde es immer noch seltsamerweise ermöglichen, dass das Audio des Spiels fortgesetzt wird (im Grunde genommen mit einem "Lade" -Bildschirm mit kontinuierlicher Wiedergabe der Hintergrundmusik), aber mit allen Arten von Spiellogik (sei es Bewegung des Feindes, Spawns, Maus- / Tastatureingaben usw.) scheinen im Hintergrund nicht mehr zu funktionieren.
  3. Das Schlimmste daran ist, dass ich das Spiel nicht jedes Mal stoppen kann, wenn ich auf Steam auf die Schaltfläche 'Stop' drücke. Stattdessen muss ich den DOOMEternalx64-PID-Prozess von meinem 'Systemmonitor' aus beenden.

Das Seltsame ist jedoch, dass nach dem Erreichen von Level 3 und darüber hinaus dieses Problem des Einfrierens aufgehört zu haben scheint und ich vor einigen Wochen meinen ersten 'schnellen' Nightmare-Lauf beenden konnte (irgendwann Ende Mai oder Anfang Juni, wenn Ich erinnere mich).

B. Heute (14. Juni 2020):
Ich habe heute versucht, einen neuen Nightmare-Lauf zu 100% abzuschließen, der in einem neuen Spiel-Slot beginnt. Zu meiner Überraschung tauchten jedoch genau diese Probleme beim Einfrieren während dieser ersten Einführungsstufen erneut auf, sodass ich es jedes Mal, wenn das Einfrieren auftritt, vom neuesten Kontrollpunkt aus erneut versuchen musste. Der seltsame Teil ist, dass das Einfrierproblem dieses Mal häufiger auftritt (durchschnittlich um die Zeit, um eine "Arena" zwischen den einzelnen Einfrierinstanzen zu löschen), was mich vermuten ließ, dass es einige Kompatibilitätsprobleme gibt, die sogar durch den 1.1-Patch verursacht wurden ( obwohl ich nicht sicher bin, ob es mit Denuvo verbunden ist oder nicht). Ich habe versucht, alle vorgeschlagenen Flags auch in diesem Thread auszuführen (NO_ESYNC, skipIntroVideo, skipSignInLauncher usw.), aber ohne Erfolg.

Als ich dies sah, versuchte ich stattdessen verschiedene Versionen von Proton, insbesondere die 'GE'-Versionen https://github.com/GloriousEggroll/proton-ge-custom von Proton, die anscheinend mehrere Ergänzungen zu Proton selbst bieten. Leider schien die Installation der 5.6- und 5.9-GE-Version von Proton das Problem nicht zu beheben. Stattdessen wurde in der Wine-Systemablage ein GPU-Treiberfehler ausgegeben, der besagt, dass ich die NVIDIA-Treiberversion veraltet habe.

Ich habe durch den Befehl 'nvidia-smi' bestätigt, dass ich die neueste Treiber-440-Version von NVIDIA habe. Seltsamerweise sagt das Wine System Tray stattdessen, dass mein NVIDIA-Treiber von der Treiber-378-Version ist, und fordert mich auf, auf die Treiber-445-Version zu aktualisieren, die ich beim letzten Mal unter https://www.nvidia.com/Download/driverResults überprüft habe

Was jetzt noch schlimmer ist, ist, dass das Wine-System nach mehreren Neuversuchen und sogar einer Neuinstallation in Steam das Spiel jetzt überhaupt nicht mehr starten kann. Es besagt, dass etwas schief gelaufen ist, und besuchen Sie bitte https: //support.codefusion. Technologie / de_d90127jd781 /? e = 88500006 & l = Englisch '. Wenn Sie den Fehlerlink https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english besuchen, heißt es anscheinend: "Derzeit kann Ihr Spielekauf nicht erfolgreich erneut validiert werden. Warten Sie bitte 24 Stunden und versuchen Sie es erneut." Ich habe dann mehrere Vorschläge auf Steam zu ähnlichen Themen aus anderen Spielen ausprobiert, insbesondere diese Seite https://steamcommunity.com/app/582010/discussions/0/1734339624803551854 . Die erneute Überprüfung meiner lokalen Spieledateien scheint das Problem jedoch nicht gelöst zu haben, wodurch ich im Wesentlichen zur Patch-Version vor 1.1 des Spiels zurückkehre. Danach werde ich 24 Stunden warten, aber auf derselben Seite wurde angegeben, dass das 24-Stunden-Warten das Problem nicht behoben hat. Daher werde ich ein Update durchführen, wenn es mein Problem irgendwie behebt.

Hat jemand hier ähnliche Probleme mit der Linux-Version des Doom Eternal Post 1.1-Updates? Und für diejenigen, die wissen, wie Steam's Proton im Detail funktioniert, kann ich wissen, was die Hauptursache für ein solches Problem sein könnte und ob es einige Lösungen gibt, die mir helfen könnten, einige dieser Probleme zu beheben / zu lindern?

Jede Art von Antworten / Hilfe wird sehr geschätzt und danke für alle Antworten im Voraus!

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an: https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643760832 , oder melden Sie sich unter https://github.com/notifications/unsubscribe-auth/AAZKLVQXB44S3CACP3QPQE3RWS7 ab .

Die 24-Stunden-Nachricht stammt von dem Versuch, sie zu oft zu starten
DRM tritt ein. Es hat nichts mit der Überprüfung von Dateien zu tun. Du musst nur
24 Stunden warten.

Am Sonntag, den 14. Juni 2020 um 12:58 Uhr oogetyboogety [email protected]
schrieb:

Dieselben Probleme mit zufälligen Abstürzen und Audio werden weiterhin abgespielt, aber Sie müssen
Kraft beenden das Spiel. Wird verwendet, um vor den Updates 1.0 einwandfrei zu funktionieren (Anti-Cheat)
brach dies vollständig) und 1.1 (besagte Probleme)


Von: NickSadjoli [email protected]
Gesendet: Sonntag, 14. Juni 2020, 8:35 Uhr
An: ValveSoftware / Proton
Cc: oogetyboogety; Kommentar
Betreff: Betreff: [ValveSoftware / Proton] Doom Eternal (782330) (# 3773)

Hallo, ich habe Probleme beim Ausführen des Doom Eternal Post 1.1 Update Patch. Zum
Referenz, dies ist mein aktuelles Hardware-Setup für meinen Linux-PC:

Betriebssystem: Pop! _OS 20.04 LTS x86_64
Host: MS-7B89 1.0
Kernel: 5.4.0-7634-generic
CPU: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Hier ist die Zeitleiste des Problems, auf das ich bisher gestoßen bin:

A. Mitte Mai (direkt nach dem 1.1 Update Patch für PC)
Anfangs gab es Probleme beim Ausführen des Spiels, insbesondere die folgenden:

  1. Während der Einführungskapitel des Spiels (im Grunde Kapitel 1 & 2),
    Das Spiel hatte hier und da merklich zufällige Abstürze, als ich es war
    spielen. Im Grunde genommen könnte ich gerade dabei sein, eine Arena mit zu räumen
    ein paar Feinde übrig, aber dann würde der Bildschirm plötzlich auf einem einfrieren
    Bildschirm 'Laden' und ganz aufhören zu arbeiten.
  2. Das Einfrieren würde es immer noch seltsamerweise ermöglichen, dass das Audio des Spiels fortgesetzt wird
    (im Grunde genommen einen "Lade" -Bildschirm mit kontinuierlicher Wiedergabe der Hintergrundmusik), aber
    Alle Arten von Spiellogik (sei es Bewegung des Feindes, Spawns, Maus / Tastatur
    Eingänge usw.) scheinen im Hintergrund nicht mehr zu funktionieren.
  3. Das Schlimmste daran ist, dass ich es nicht jedes Mal kann
    Beenden Sie das Spiel, indem Sie bei Steam auf die Schaltfläche "Stopp" klicken
    um den DOOMEternalx64-PID-Prozess von meinem System aus zu beenden
    Monitor'.

Das Seltsame ist jedoch, dass nach dem Löschen die Level 3 und erreicht werden
Darüber hinaus scheint dieses Problem des Einfrierens aufgehört zu haben und ich konnte es beenden
Mein erster 'schneller' Albtraum lief vor ein paar Wochen (irgendwann gegen Ende)
von Mai oder Anfang Juni, wenn ich mich erinnere).

B. Heute (14. Juni 2020):
Ich habe heute versucht, einen neuen Nightmare-Lauf zu 100% abzuschließen, beginnend in
ein neuer Spielautomat. Zu meiner Überraschung jedoch genau diese Probleme beim Einfrieren
tauchte während dieser ersten Einführungslevel wieder auf und veranlasste mich, es erneut zu versuchen
ab dem letzten Kontrollpunkt jedes Mal, wenn das Einfrieren stattfindet. Der seltsame Teil ist
dass diesmal das Problem des Einfrierens häufiger auftritt (im Durchschnitt
um die Zeit, um eine "Arena" zwischen jedem Einfrieren zu löschen), die
Ich habe vermutet, dass es einige Kompatibilitätsprobleme gibt, die sogar durch die verursacht werden
1.1 Patch (obwohl ich nicht sicher bin, ob es mit Denuvo verbunden ist oder nicht).
Ich habe versucht, alle vorgeschlagenen Flags auch in diesem Thread auszuführen (NO_ESYNC,
skipIntroVideo, skipSignInLauncher usw.), aber ohne Erfolg.

Als ich das sah, versuchte ich stattdessen verschiedene Versionen von Proton, insbesondere
die 'GE'-Versionen https://github.com/GloriousEggroll/proton-ge-custom von
Proton, das Proton selbst mehrere Ergänzungen zu bieten scheint.
Leider schien die Installation der GE-Version 5.6 und 5.9 von Proton nicht möglich zu sein
um das Problem zu beheben und stattdessen das Wine System Tray dazu zu bringen, eine GPU herauszuwerfen
Treiberfehler, der besagt, dass ich die NVIDIA-Treiberversion veraltet habe.

Ich habe durch den Befehl 'nvidia-smi' bestätigt, dass ich die neueste habe
Treiber-440-Version von NVIDIA. Seltsamerweise das Wine System Tray
sagt stattdessen, dass mein NVIDIA-Treiber von der Treiber-378-Version ist, und fragt mich
um auf die Treiber-445-Version zu aktualisieren, die ich das letzte Mal überprüft habe <
https://www.nvidia.com/Download/driverResults.aspx/159360/en-us>, hat nicht
wurde sogar für den RTX 2070 Super veröffentlicht, den ich verwende.

Schlimmer ist jetzt, dass nach mehreren Neuversuchen und sogar einer Neuinstallation
In Steam kann das Wine-System das Spiel jetzt überhaupt nicht mehr starten
dass 'etwas schief gelaufen ist, und bitte besuchen Sie
https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english '.
Besuch des Fehlerlinks <
https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english>
Anscheinend heißt es: "Derzeit kann Ihr Spielekauf nicht erneut validiert werden
Bitte warten Sie 24 Stunden und versuchen Sie es erneut. "Ich habe dann mehrere ausprobiert
Vorschläge auf Steam zu ähnlichen Themen aus anderen Spielen, insbesondere zu diesem
Seite <
https://steamcommunity.com/app/582010/discussions/0/1734339624803551854>.
Die erneute Validierung meiner lokalen Spieledateien scheint das Problem jedoch nicht gelöst zu haben
Problem, das mich im Wesentlichen zurück zu Pre-1.1 Patch-Version der bringt
Spiel. Ich werde danach 24 Stunden warten, aber dieselbe Seite hat das angegeben
Das Warten von 24 Stunden hat das Problem nicht behoben, daher werde ich es aktualisieren, wenn es funktioniert
repariert irgendwie meine.

Hat jemand anderes hier ähnliche Probleme mit der Linux-Version von Doom?
Ewiges Update nach 1.1 bisher? Und für diejenigen, die wissen, wie Steam Proton
funktioniert im Detail, darf ich wissen, was die Hauptursache für ein solches Problem sein könnte, und
ob es einige Lösungen gibt, die mir helfen könnten, einige zu beheben / zu lindern
diese Probleme?

Jede Art von Antworten / Hilfe wird sehr geschätzt und danke für alle Antworten
im Voraus!

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail und sehen Sie sie sich auf GitHub <an
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643760832>,
oder abbestellen <
https://github.com/notifications/unsubscribe-auth/AAZKLVQXB44S3CACP3QPQE3RWS7ZPANCNFSM4MI6DHIA

.

- -
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/3773#issuecomment-643793392 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y336KMEDIXCK2T5N63ZDRWT6SVANCNFSM4MI6DHIA
.

Update bezüglich meines Einfrierproblems:

Die 24-Stunden-Beschränkung war in der Tat anscheinend ein Denuvo-Ding. Bitte ignorieren Sie mein Problem in Bezug auf dieses.

Nachdem ich die Einschränkung aufgehoben hatte, versuchte ich mehr von Doom Eternal zu spielen. Die Probleme mit dem Einfrieren bestehen jedoch weiterhin. Am ärgerlichsten ist, wie dies auch bei Ultra-Nightmare geschieht (das Einfrieren direkt nach dem 1.1-Patch hat sich nicht auf Ultra-Nightmare iirc ausgeweitet). Das Ändern einiger Grafikeinstellungen schien auch nicht zu helfen, daher stecke ich momentan im Grunde fest.

Ich habe eine PROTON_LOG-Datei, die während einer der Sitzungen zum Debuggen aufgezeichnet wurde. Die letzten Zeilen des Protokolls zeigen Folgendes:

9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind fde 0x7b4a8280 len 8c personality (nil) lsda (nil) code 7b439968-7b439e60
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439968: DW_CFA_advance_loc 1
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_def_cfa_offset 16
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_offset %rbp, -16
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_advance_loc 10
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439973: DW_CFA_def_cfa_register %rbp
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439973: DW_CFA_advance_loc 39
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_expression %xmm6 7b4a829c-7b4a829f
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r15, -24
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r14, -32
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r13, -40
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r12, -48
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rdi, -56
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rsi, -64
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rbx, -72
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_advance_loc 11
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399a5: DW_CFA_expression %xmm7 7b4a82b1-7b4a82b4
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399a5: DW_CFA_advance_loc 8
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399ad: DW_CFA_expression %xmm8 7b4a82b8-7b4a82bb
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399ad: DW_CFA_advance_loc 8
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399b5: DW_CFA_expression %xmm9 7b4a82bf-7b4a82c2
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399b5: DW_CFA_advance_loc 8
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399bd: DW_CFA_expression %xmm10 7b4a82c6-7b4a82c9
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399bd: DW_CFA_advance_loc 8
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399c5: DW_CFA_expression %xmm11 7b4a82cd-7b4a82d0
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399c5: DW_CFA_advance_loc 5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399ca: DW_CFA_expression %xmm12 7b4a82d4-7b4a82d7
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399ca: DW_CFA_advance_loc 5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399cf: DW_CFA_expression %xmm13 7b4a82db-7b4a82de
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399cf: DW_CFA_advance_loc 5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_expression %xmm14 7b4a82e2-7b4a82e5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_advance_loc 5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_expression %xmm15 7b4a82e9-7b4a82ec
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_advance_loc2 553
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind next function rip=0000000140329405
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind   rax=00007fffffd9c000 rbx=00000000150ad710 rcx=00000000008eb8f0 rdx=000000007b475c96
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind   rsi=0000000000000001 rdi=00000000fffffffd rbp=00000000008ed0c0 rsp=00000000008ecfc0
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind    r8=00000000008ecb70  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000001 r14=000000014269b2f8 r15=00000000008f5208
9118.055:00c4:00c8:trace:seh:RtlRestoreContext returning to 7b475c96 stack 8ecc30
9136.848:00b8:00bc:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
9136.849:00b8:00bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091FA90
9137.895:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
9137.895:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
9137.896:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 127348 != 127347, skipping destruction (fork without exec?)
from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Diese Fehlermeldungen lassen mich glauben, dass möglicherweise etwas mit meiner Wine-Installation nicht stimmt, obwohl ich nicht ganz sicher bin. Beachten Sie jedoch, dass die PID-Nachricht möglicherweise aus meinem 'Killing' des DoomEternal.exe-Prozesses vom Systemmonitor stammt, sodass sie möglicherweise nicht vollständig mit dem Absturz des Spiels zusammenhängt.

Jede Hilfe dabei wäre sehr dankbar und danke im Voraus!

@ NickSadjoli Ich denke, Sie sind vielleicht ein bisschen verwirrt darüber, wie Steam / Proton funktioniert.
Proton verwendet keinerlei Systemwein. Es enthält einen eigenen Weinbau. Sie können Wein mit sudo apt remove wine oder sudo apt remove wine-staging oder einer beliebigen von Ihnen installierten Weinversion deinstallieren, und das Spiel läuft weiterhin. Das hat damit nichts zu tun.
Und wenn Sie nicht die Version von Proton erstellt haben, die Sie selbst verwenden, und wenn Sie eine vorgefertigte Version verwenden, ist es unwahrscheinlich, dass es sich um ein "kaputtes" Wein- / Protonenproblem handelt.

Jetzt sehe ich, wo Sie sagten, dass Sie GEs Proton-Build verwendet haben, der vorkompiliert ist. Also ja, das hat für WINE nichts mit irgendetwas auf Ihrem System zu tun. Sie haben mehrere Versionen von Proton ausprobiert (die wiederum nicht einmal remote mit dem Wein interagieren, den Sie systemweit installiert haben).

Es könnte sich jedoch definitiv um einen Nvidia-Treiber oder ein vulkan-icd-loader -Problem handeln.

Möglicherweise liegt es an diesem Problem, dass die Steam-App, wenn sie eine Benachrichtigung überlagert (z. B. eine neue Leistung), einfriert (Audio wird weiterhin abgespielt, aber die Grafik stoppt und reagiert nicht mehr auf Eingaben). Dies ist auch dann der Fall, wenn Sie Strg + Tab aus dem Spiel entfernen oder eine andere überlagerte Benachrichtigung von einer anderen App im Spiel erhalten.

Ich habe das Steam-Overlay bereits im Spiel deaktiviert (in den Steam-Eigenschaften), aber manchmal erhalte ich diese Steam-Benachrichtigungen für neue Erfolge. Wenn Sie zum ersten Mal den Nightmare-Modus spielen, erhalten Sie möglicherweise einige dieser Steam-Erfolge, die dadurch immer einfrieren?

@ gardotd426 Ich

Ich bin mir nicht sicher , ob es eine ist vulkan-icd-loader Problem, obwohl jetzt , dass ich mich erinnere, habe ich den Vulkan Treiberpakete (via installieren apt-get install ) libvulkan1 und mesa-vulkan-drivers entweder während der Zeiträume, in denen Doom Eternal gemauert wurde (vor Patch 1.1), oder irgendwann während meines ersten vollständigen Nightmare-Laufs (kurz nach Patch 1.11). Vor dem Fiasko mit Update 1 erinnerte ich mich, dass das Spiel ohne die Installation dieser Pakete keine Probleme hatte, obwohl ich den Eindruck hatte, dass das Proton / Wine-Paket bereits Unterstützung für Vulkan-Treiber bietet (da ich auf "Vulkan verwenden" klicken kann). Option in der Grafikeinstellung von Doom Eternal). Könnte die Installation dieser "separaten" Treiber möglicherweise die Ursache des Problems sein?

Gerade habe ich versucht, zwischen 21 Uhr und 22 Uhr Ortszeit einige zusätzliche Tests des Spiels durchzuführen. Ich habe zunächst den Vorschlag von @albertz ausprobiert , das Steam-Overlay zu deaktivieren (weil ich tatsächlich die gleichen Probleme hatte, die er in Bezug auf Ctrl + Tab oder Alt + Tab , aber leider) kein Glück und immer noch genau die gleichen Einfrierungen erleben. Ich habe dann versucht, das BPM-Overlay ebenfalls zu deaktivieren, aber auch keine Würfel. Was seltsam war, war, dass diese Änderung der Einstellungen dazu geführt zu haben schien, dass das Speichersystem des Spiels fehlerhaft war und scheinbar alle lokal auf meinem PC gespeicherten Sicherungsdateien "ausgelöscht" hat (ähnlich wie die Berichte der Leute über das Speichern von Dateien, die nach Update 1 zuvor entfernt wurden in diesem Thread), alle Save Slots als "New Slot" erkennen. Sie können dies in den Spuren der ersten Ausgabe der Protokolldatei sehen, die ich unten für weitere Details veröffentlichen werde.

Nach diesem seltsamen Problem fror mein PC außerhalb des Spiels irgendwie ein, sodass ich meinen PC neu startete. Seltsamerweise scheint das Spiel nach dem Start des Spiels (nach dem Absturz um 21.13 Uhr) alle meine vorherigen Sicherungsdateien wiederhergestellt zu haben und den Fortschritt aufzuzeichnen, den ich in der vorherigen Sitzung (vor dem Einfrieren um 21.13 Uhr) hatte ausgewiesener Slot, den ich gewählt habe.

Ich entschied mich dann, es zu versuchen und spielte das Spiel mit diesem neuesten Zustand. Es schien gut gelaufen zu sein (es war über einen bemerkenswert langen Zeitraum kein Einfrieren zu verzeichnen), aber leider ereigneten sich die Abstürze erneut zwischen 15 und 20 Minuten (Absturz um 21.46 Uhr). Dies war insbesondere dann der Fall, wenn nur einige der empfohlenen Flags aktiviert waren (nur Proton Logs, skipIntro, skipKeyPressLoadingScene-Flags waren aktiviert).

Als letzten Versuch habe ich dann versucht, alle Flags zu aktivieren, die bisher in diesem Thread empfohlen wurden (NO_ESYNC und auch skipSignInManager), aber leider ist der Absturz immer noch passiert (siehe Absturzprotokoll um 22.03 Uhr).

Ich habe die letzten ms-Spuren der Protokolldateien aufgezeichnet, die für diese abgestürzten Sitzungen erfasst wurden. Sie sind jedoch ziemlich lang. Daher werde ich diese in den nachfolgenden Kommentaren einzeln veröffentlichen und sie auf die letzten paar hundert Zeilen beschränken (Github scheint nicht alle diese Zeilen gleichzeitig zu unterstützen). Ich habe auch den Zeitstempel der Absturzprotokolle als Referenz hinzugefügt.

BEARBEITEN: Es wurden einige Kommentare zu den Protokolldateiaufzeichnungen hinzugefügt.

1. letzte ms-Trace aus der LOG-Datei von Freeze / Crash vor dem Neustart (21.13 Uhr pro Datensatz):

12804.774:00c4:00dc:warn:debugstr:OutputDebugStringA "WARNING: Invalid checkpoint name for target layer visibility_target_change_layer_28: checkpoint save aborted!!\n"
...
12993.870:00c4:0108:trace:seh:RtlRestoreContext returning to 7b475c96 stack 9b72bb0
12993.870:00c4:0108:warn:debugstr:OutputDebugStringA "WARNING: Destructible destructible/imp/leg_severed_left piece (mesh_1) has linear velocity greater than 30.0 m/s.  Please fix decl.\n"
12993.870:00c4:0108:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=0108
12993.870:00c4:0108:trace:seh:raise_exception  info[0]=0000000000000085
12993.870:00c4:0108:trace:seh:raise_exception  info[1]=0000000009b730f0
12993.870:00c4:0108:trace:seh:raise_exception  rax=0000000009b72b10 rbx=00007fffffc9c000 rcx=0000000009b72af0 rdx=0000000000000000
12993.870:00c4:0108:trace:seh:raise_exception  rsi=0000000009b72bf0 rdi=0000000009b72b20 rbp=0000000009b72f30 rsp=0000000009b72ad0
12993.870:00c4:0108:trace:seh:raise_exception   r8=0000000000000002  r9=0000000009b72be0 r10=000000007b47b4e6 r11=0000000000000000
12993.870:00c4:0108:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=00000001427349d0 r15=ffffffffffffffff
...
13016.476:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_advance_loc 5
13016.476:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_expression %xmm15 7b4a82e9-7b4a82ec
13016.476:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_advance_loc2 553
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind next function rip=0000000140329405
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind   rax=00007fffffccc000 rbx=00000000150ad5a0 rcx=00000000083462b0 rdx=000000007b475c96
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind   rsi=0000000000000001 rdi=00000000fffffffd rbp=0000000008347a80 rsp=0000000008347980
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind    r8=0000000008347530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=000000000834fbc8
13016.476:00c4:00fc:trace:seh:RtlRestoreContext returning to 7b475c96 stack 83475f0
13027.739:00b8:00bc:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
13027.740:00b8:00bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091FA90
13028.781:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
13028.781:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
13028.782:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 156633 != 156632, skipping destruction (fork without exec?)

Ich möchte insbesondere die erste aufgezeichnete Zeile dieser Protokollablaufverfolgung hervorheben, da dies der Absturz ist, bei dem die Sicherungsdateien irgendwie nicht erkannt wurden (ich hatte fast den Eindruck, dass vorherige Sicherungsdateien gelöscht wurden). Dies geschah merklich, nachdem ich die Option Steam Overlay angepasst hatte.

BEARBEITEN: Beschnittene Protokolldatei, um unnötiges Durcheinander zu vermeiden

2. letzte ms Trace von LOG-Datei von 21.46 Uhr Einfrieren / Absturz

...
1458.379:00c4:00f0:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000001 r14=00000001426d1cb0 r15=0000000006b1c408
1458.379:00c4:00f0:trace:seh:call_stack_handlers found wine frame 0x6b13fa0 rsp 6b141c0 handler 0x7b475d00
1458.379:00c4:00f0:trace:seh:call_teb_handler calling TEB handler 0x7b475d00 (rec=0x6b13d70, frame=0x6b13fa0 context=0x6b13210, dispatch=0x6b130e0)
1458.379:00c4:00f0:trace:seh:RtlUnwindEx code=40010006 flags=2 end_frame=0x6b13fa0 target_ip=0x7b475c96 rip=000000007bcdb792
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  info[0]=000000000000002f
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  info[1]=0000000006b14370
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  rax=00007fffffcfc000 rbx=0000000006b13fa0 rcx=0000000006b12af0 rdx=000000007b475c96
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  rsi=0000000006b13d70 rdi=0000000006b12500 rbp=0000000006b12ab0 rsp=0000000006b12380
1458.379:00c4:00f0:trace:seh:RtlUnwindEx   r8=0000000006b13d70  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  r12=0000000006b13d70 r13=0000000006b13210 r14=0000000006b130e0 r15=0000000006b12500
... 
1460.262:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_advance_loc 5
1460.262:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_expression %xmm15 7b4a82e9-7b4a82ec
1460.262:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_advance_loc2 553
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind next function rip=0000000140329405
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind   rax=00007fffffccc000 rbx=00000000150ad620 rcx=00000000083462b0 rdx=000000007b475c96
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind   rsi=0000000000000001 rdi=00000000fffffffd rbp=0000000008347a80 rsp=0000000008347980
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind    r8=0000000008347530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=000000000834fbc8
1460.262:00c4:00fc:trace:seh:RtlRestoreContext returning to 7b475c96 stack 83475f0
1477.637:00b8:00bc:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
1477.637:00b8:00bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091FA90
1478.689:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
1478.689:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
1478.690:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 14108 != 14107, skipping destruction (fork without exec?)

BEARBEITEN: Die Ausgabe der Protokolldatei wurde reduziert, um unnötiges Durcheinander zu vermeiden.

3. letzte ms Spur für das Einfrieren des Spiels gegen 22:00 Uhr:

...
--------------SAVEGAME----------- time: 2219839
2355.307:00c4:00d4:warn:debugstr:OutputDebugStringA "Game saved.\n"
2355.307:00c4:00d4:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00d4
2355.307:00c4:00d4:trace:seh:raise_exception  info[0]=000000000000000d
2355.307:00c4:00d4:trace:seh:raise_exception  info[1]=00000000032a4140
2355.307:00c4:00d4:trace:seh:raise_exception  rax=00000000032a3b60 rbx=00007fffffd6c000 rcx=00000000032a3b40 rdx=0000000000000000
2355.307:00c4:00d4:trace:seh:raise_exception  rsi=00000000032a3c40 rdi=00000000032a3b70 rbp=00000000032a3f80 rsp=00000000032a3b20
2355.307:00c4:00d4:trace:seh:raise_exception   r8=0000000000000002  r9=00000000032a3c30 r10=000000007b47b4e6 r11=0000000000000000
2355.307:00c4:00d4:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=00000001429ff1f8 r15=00000000032ac1d8
2355.307:00c4:00d4:trace:seh:call_vectored_handlers calling handler at 0x69060a20 code=40010006 flags=0
2355.307:00c4:00d4:trace:seh:call_vectored_handlers handler at 0x69060a20 returned 0
2355.307:00c4:00d4:trace:seh:call_vectored_handlers calling handler at 0x140952400 code=40010006 flags=0
2355.307:00c4:00d4:trace:seh:call_vectored_handlers handler at 0x140952400 returned 0
2355.307:00c4:00d4:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 32a3b20
...
...
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2bb: DW_CFA_expression %xmm12 7bec89a8-7bec89ab
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2bb: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2c0: DW_CFA_expression %xmm13 7bec89af-7bec89b2
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2c0: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2c5: DW_CFA_expression %xmm14 7bec89b6-7bec89b8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2c5: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2ca: DW_CFA_expression %xmm15 7bec89bc-7bec89be
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2ca: DW_CFA_advance_loc1 116
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind next function rip=000000007bcd45f9
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rax=00007fffffc9c000 rbx=00007fffffc9c000 rcx=0000000009b762b0 rdx=000000007b475c96
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rsi=0000000009b77630 rdi=0000000009b77560 rbp=0000000009b77970 rsp=0000000009b77010
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind    r8=0000000009b77530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=0000000009b7fbc8
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind function 7bcd45f9 base 0x7bcd45a4 cie 0x7bea6ce0 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcd45a4: DW_CFA_def_cfa %rsp, 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcd45a4: DW_CFA_offset %rip, -8
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind fde 0x7bec7c90 len 14 personality (nil) lsda (nil) code 7bcd45a4-7bcd4601
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcd45a4: DW_CFA_advance_loc 7
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcd45ab: DW_CFA_def_cfa_offset 1280
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind next function rip=000000007b00fc3e
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rax=00007fffffc9c000 rbx=00007fffffc9c000 rcx=0000000009b762b0 rdx=000000007b475c96
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rsi=0000000009b77630 rdi=0000000009b77560 rbp=0000000009b77970 rsp=0000000009b77510
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind    r8=0000000009b77530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=0000000009b7fbc8
2360.129:00c4:0108:trace:seh:RtlVirtualUnwind type 2 rip 7b00fc3e rsp 9b77510
2360.129:00c4:0108:trace:seh:dump_unwind_info **** func fbf0-fc77
2360.129:00c4:0108:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
2360.129:00c4:0108:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
2360.129:00c4:0108:trace:seh:dump_unwind_info     0xa: pushq %rsi
2360.129:00c4:0108:trace:seh:dump_unwind_info     0x9: pushq %rdi
2360.129:00c4:0108: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
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439968: DW_CFA_def_cfa %rsp, 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439968: DW_CFA_offset %rip, -8
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind fde 0x7b4a8280 len 8c personality (nil) lsda (nil) code 7b439968-7b439e60
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439968: DW_CFA_advance_loc 1
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_def_cfa_offset 16
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_offset %rbp, -16
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_advance_loc 10
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439973: DW_CFA_def_cfa_register %rbp
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439973: DW_CFA_advance_loc 39
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_expression %xmm6 7b4a829c-7b4a829f
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r15, -24
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r14, -32
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r13, -40
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r12, -48
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rdi, -56
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rsi, -64
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rbx, -72
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_advance_loc 11
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399a5: DW_CFA_expression %xmm7 7b4a82b1-7b4a82b4
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399a5: DW_CFA_advance_loc 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399ad: DW_CFA_expression %xmm8 7b4a82b8-7b4a82bb
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399ad: DW_CFA_advance_loc 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399b5: DW_CFA_expression %xmm9 7b4a82bf-7b4a82c2
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399b5: DW_CFA_advance_loc 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399bd: DW_CFA_expression %xmm10 7b4a82c6-7b4a82c9
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399bd: DW_CFA_advance_loc 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399c5: DW_CFA_expression %xmm11 7b4a82cd-7b4a82d0
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399c5: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399ca: DW_CFA_expression %xmm12 7b4a82d4-7b4a82d7
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399ca: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399cf: DW_CFA_expression %xmm13 7b4a82db-7b4a82de
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399cf: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_expression %xmm14 7b4a82e2-7b4a82e5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_expression %xmm15 7b4a82e9-7b4a82ec
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_advance_loc2 553
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind next function rip=0000000140329405
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rax=00007fffffc9c000 rbx=00000000150ad400 rcx=0000000009b762b0 rdx=000000007b475c96
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rsi=0000000000000001 rdi=00000000fffffffd rbp=0000000009b77a80 rsp=0000000009b77980
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind    r8=0000000009b77530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=0000000009b7fbc8
2360.129:00c4:0108:trace:seh:RtlRestoreContext returning to 7b475c96 stack 9b775f0
Flushing device resizeSwapChain: true, resizeViewDest: false, resizeImageNeedsFlush: false
2371.848:00b8:00bc:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
2371.848:00b8:00bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091FA90
2372.862:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
2372.862:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
2372.862:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 20758 != 20757, skipping destruction (fork without exec?)

Ich bin mir nicht ganz sicher, welche der Zeilen das Einfrieren verursacht haben könnte (da keine der Debug-Zeilen in den letzten ms einen schwerwiegenden Grafikfehler zu zeigen scheint), aber ich stelle fest, dass RtlRestoreContext und loaddll Traces scheinen die häufigsten Zeilen zu sein, die vor der Beendigung des Prozesses auftreten (die ich manuell initiiert habe). Außerdem scheint diese Zeile Flushing device resizeSwapChain: true, resizeViewDest: false, resizeImageNeedsFlush: false ziemlich oft zu erscheinen. Ich bin damit jedoch nicht so vertraut. Darf ich jedoch annehmen, dass die Zeilen RtlRestoreContext und loaddll die Versuche der Spiel-Engine anzeigen, die erforderlichen DLL-Pakete zu laden, um den Kontext der Spielszene wiederherzustellen, wobei die Zeile 'Flushing Device' die Flags enthält von Aktionen, die vom 'Gerät' ausgeführt werden müssen (von denen ich annehme, dass die GPU oder andere Ressourcen zum Rendern der aktuellen Spielszene verwendet werden?)

Vielen Dank im Voraus für zusätzliche Hilfe / Erklärungen!

BEARBEITEN: Erstellt Zusammenfassungen mit detaillierteren Ausgaben aus den Protokolldateien gemäß der Empfehlung von @ kisak-ventil. Leider nur GIST enthalten die ausführliche Ausgabe für die erste (9.13) und aktuelle (ich habe weitere Tests , wie im nächsten Kommentar vermerkt) Testprotokolle (11.18) . Es könnten jedoch weitere Tests durchgeführt und bei Bedarf als weiteres Kernelement hinzugefügt werden.

Hallo @NickSadjoli , bitte hängen Sie in Zukunft Protokolle als Datei an oder verwenden Sie eine Übersicht .

Oh Entschuldigung für das @ Kisak-Ventil! Mir war nicht klar, dass die Formatierung des Codes auch so erfolgen kann.

Ich habe die Übersichten mit detaillierteren Ausgaben für die erste und letzte Absturzinstanz bereitgestellt. Leider hat mich die Größenbeschränkung von 1 MB in den Gists daran gehindert, auch die gesamten Protokolldateien hochzuladen. Deshalb habe ich die Protokollausgaben direkt nach dem Speichern des Spiels im neuesten Checkpoint eingegeben (anscheinend mit END SAVEGAME gekennzeichnet).

Danke im Voraus!

@NickSadjoli Überprüfen Sie dmesg nach dem Einfrieren. Ich habe ähnliche Probleme festgestellt, die anscheinend auf Probleme mit den AMD-Kerneltreibern zurückzuführen sind.

@jjbarr er verwendet die proprietären Nvidia-Treiber, er verwendet keine Kernel-Grafiktreiber.

@NickSadjoli Sie müssen auf jeden Fall eines der installierten Pakete entfernen. Diese sind für AMD- und Intel-GPUs. Sie haben eine Nvidia-GPU. Sie verwenden keine Mesa Vulkan-Treiber, sondern die Nvidia-Treiber. Ich weiß nicht, ob das Ihr Problem verursacht, aber es hilft nicht. Entfernen Sie das Paket mesa-vulkan-drivers . Sie brauchen aber tatsächlich libvulkan1 . Nicht für Doom Eternal, glaube ich nicht, aber definitiv für jedes Nicht-Steam-Spiel, das Sie jemals spielen möchten und das Vulkan oder DX verwendet. Auch hier verursacht mesa-vulkan-drivers wahrscheinlich kein Problem, aber es hilft auch nicht.

Um sicherzustellen, dass Sie alles haben, was Sie brauchen, würde ich auch libvulkan1:i386 installieren. Doom Eternal ist alles 64-Bit, glaube ich, aber immer noch. Andere Dinge sind es nicht.

Suchen Sie danach eine BEKANNTE GUTE Protonenkonfiguration (unabhängig davon, welche Version von Proton Sie verwendet haben, als sie einwandfrei funktioniert hat), wechseln Sie in den Eigenschaften des Spiels auf Steam zu dieser und löschen Sie dann die Spiele pfx. Es wird rm -r ~/path/to/library/steamapps/compatdata/782330/pfx .

@ gardotd426 Noted. Leider scheint es, dass ich die mesa-vulkan-Treiber momentan nicht direkt deinstallieren kann, da die von PopOS verwendete pop-desktop -Umgebung auf diesem Paket zu beruhen scheint. Ich erinnere mich immer noch daran, dass apt-get erwähnt hat, dass durch die Installation von libvulkan und mesa-vulkan-drivers jedoch neue Pakete installiert wurden. Was also möglicherweise passiert ist, ist, dass standardmäßig einige der für mesa-vulkan erforderlichen Unterpakete vorhanden sind -Treiber waren standardmäßig bereits in PopOS enthalten, aber dann wurden zusätzliche, optionalere Pakete installiert, als ich auch nach einem späteren apt-get fragte.

Auch in Bezug auf die Rückkehr zur zuvor verwendeten Version von Proton: Ich verwende derzeit Proton v5.0.9. Das letzte Proton mit einer stabilen Leistung (vor Update 1 und Update 1.1), an das ich mich erinnerte, war entweder v5.0.7 oder v5.0.8. Leider scheint Steam das Proton 5.0 automatisch auf die neueste Version von Proton zu aktualisieren und die zuvor verwendeten in diesem Fall zu verwerfen. Führt der Proton Github ein Protokoll aller zuvor verwendeten Proton-Versionen, die ich herunterladen und verwenden konnte (ähnlich der GE-Version)?

Trotzdem habe ich heute weitere Tests mit dem Spiel versucht. Für diese Tests habe ich auch mein Syslog aufgezeichnet, um zu sehen, was auch außerhalb der Proton / Game-Interaktion hätte passieren können. Ich werde die wichtigsten Informationen für die Proton- und Syslog-Ausgaben für jede dieser Testsitzungen wie folgt bereitstellen:

  1. Erste Sitzung, aufgezeichnet von 11.24 - syslog_gist ]
    Leider wurden für diese Sitzung keine Protonenprotokolle aufgezeichnet (vergessen, die Flagge einzuschalten)
  2. Ergebnisse des Spielstatus: Nach einigen Minuten Spielzeit eingefroren. Auffällig direkt um einen Checkpoint-Speicher.
  3. Verwendete Flags: Setzen Sie 1 auf alle empfohlenen nicht protonenbezogenen Flags. Es wurden keine Protonenflags verwendet
  4. Spielvideoeinstellungen: Deaktiviert die Optionen "Präsentieren von Compute", die speziell als deaktiviert angegeben wurden, wenn Probleme mit externer Overlay-Software auftreten (was zuvor von @albertz vorgeschlagen wurde).

  5. Zweite Sitzung, aufgezeichnet von 11.30 - 11.32 Uhr [
    Leider wurden für diese Sitzung keine Protonenprotokolle aufgezeichnet (vergessen, die Flagge einzuschalten)

  6. Ergebnisse des Spielstatus: Nach ca. 1 Minute Spielzeit eingefroren. Deutlich direkt nach dem Ändern der Einstellungen für "Present from Compute"
  7. Verwendete Flags: Setzen Sie 1 auf alle empfohlenen nicht protonenbezogenen Flags. Es wurden keine Protonenflags verwendet
  8. Spielvideoeinstellungen: Es wurde versucht, die Optionen "Präsentieren aus der Berechnung" zu aktivieren. Dieses Mal ist das Spiel nach dem Aktivieren dieser Option viel schneller eingefroren. Auf dem Einfrierbildschirm wird der Bildschirm "Einstellungen des Hauptmenüs" angezeigt, genau dann, wenn die Option aktiviert wurde.

  9. Dritte Sitzung, aufgezeichnet von 11.32 bis 11.37 Uhr [ syslog_gist ] [ Proton_log_gist ]

  10. Ergebnisse des Spielstatus: Nach einigen Minuten Spielzeit eingefroren. Auffällig direkt um einen Checkpoint speichern.
  11. Verwendete Flags: Setzen Sie 1 auf alle empfohlenen nicht protonenbezogenen Flags. Nur PROTON_LOG wurde aktiviert
  12. Spielvideoeinstellungen: Dieselben Einstellungen aus der vorherigen Sitzung beibehalten ('Vom Computer vorhanden' aktiviert, keine weiteren Änderungen)

  13. Letzte Sitzung, aufgezeichnet von 11.42 - 11.46 Uhr [ syslog_gist ] [ Proton_log_gist ]

  14. Ergebnisse des Spielstatus: Einfrieren nach einer deutlich längeren Spieldauer als in den letzten vorherigen Spielsitzungen. Deutlich direkt um einen Checkpoint herum speichern.
  15. Verwendete Flags: Setzen Sie 1 auf alle empfohlenen nicht protonenbezogenen Flags. Nur PROTON_LOG wurde aktiviert
  16. Spielvideoeinstellungen: Dieselben Einstellungen aus der vorherigen Sitzung beibehalten ('Vom Computer vorhanden' aktiviert, keine weiteren Änderungen)

Aus all diesen Protokolldateien möchte ich einige Dinge hervorheben und hervorheben:

  • Die Zeile 'Window Manager-Warnung: Fenster 0xa000001 legt einen MWM-Hinweis fest, der angibt, dass die Größe nicht geändert werden kann, legt jedoch die Mindestgröße 1 x 1 und die Höchstgröße 2147483647 x 2147483647 fest. das macht nicht viel Sinn. ' scheint ständig um die Zeit aufzutreten, in der das Spiel eingefroren ist. Ist dies ein Hinweis darauf, dass es sich um ein GNOME-Overlay-Problem mit dem Spiel handelt?
  • Das Protonenprotokoll aus der dritten Sitzung ergab einen interessanten neuen Typ von Ablaufverfolgungsfehler, nämlich '7370.996: 0094: 009c: err: clipboard: convert_selection Zeitüberschreitung beim Warten auf das SelectionNotify-Ereignis'. Bedeutet dies, dass das Spiel auf ein Ereignis gewartet hat, dann aber eine Zeitüberschreitung aufgetreten ist und einen Fehler verursacht hat (Einfrieren des Spiels)?

Eine andere Sache zu beachten ist , dass ich einige Hintergrundaufgaben laufen lasse , wenn das Spiel läuft (obwohl diese sind vor allem offen Firefox Tabs im Hintergrund). Ich bin der Meinung, dass dies beim Game Freeze eigentlich keine Probleme verursachen sollte, jedoch nur ein Hinweis für diejenigen, die möglicherweise auf einen möglichen Konflikt hinweisen können.

Um sicherzustellen, dass die Engine selbst kein Problem mit meiner Maschine hat, habe ich versucht, Doom 2016 ein wenig zu spielen (das die vorherige Version der IdTech-Engine verwendet: IdTech 6), um festzustellen, ob die aktuelle Proton-Version dies verursacht hat jede Art von Problemen mit diesem Titel auch.

Interessanterweise gab es während des Doom 2016-Laufs zwei extrem kurze (etwa 1 bis 2 ms) Bildschirmausfallereignisse (die für den Bruchteil einer Sekunde das Einfrieren ähnlich wie bei Doom Eternal verursachten), aber das Spiel war in der Lage um sich davon zu erholen und das gesamte Gameplay reibungslos fortzusetzen. Hier sind die Syslog- und Proton-Protokolldateien für die Doom 2016-Tests mit dem Hinweis, dass die 'Blackout'-Werte ungefähr in der ähnlichen Zeile der Warnung' Window Manager MWM-Hinweis '(für die Syslog-Datei) oder - in auftreten der Fall des Protonenprotokolls - die Meldungen "Einstellen des Breakpad-Minidumps". Leider scheint dies nicht sehr hilfreich zu sein, da sich die Proton Log-Nachricht stark von den Proton Log-Nachrichten von Doom Eternal zu unterscheiden scheint, aber dennoch einige zusätzliche Informationen, die ich beobachten konnte.

Wenn jemand weitere Tests oder Informationen benötigt, lassen Sie es mich bitte wissen und ich werde sehen, ob ich sie auch bereitstellen kann.

EDIT: Unvollendeter Kommentar
EDIT2: Formatierung

Ich erhalte die Meldung "Keine verfügbaren BATTLEMODE-Übereinstimmungen gefunden. Bitte versuchen Sie es später erneut" und die Meldung "Server fehlgeschlagen starten". Unter Win 10 funktioniert alles einwandfrei. Kann jemand dieses Problem bestätigen?

Es würde mich nicht wundern, wenn sie eine Art Anticheat implementieren würden, der Linux mit dem neuesten Update blockiert (sie sagten immer, sie würden Anticheat zurückbringen, würden aber die Kampagne dafür einfach nicht blockieren). Natürlich finden derzeit aufgrund der Zeit in Amerika und Europa wahrscheinlich keine Spiele statt, aber morgen (technisch später) werde ich versuchen, das Problem zu reproduzieren.

Übrigens @ gardotd426

Suchen Sie danach eine BEKANNTE GUTE Protonenkonfiguration (unabhängig davon, welche Proton-Version Sie verwendet haben, als sie einwandfrei funktioniert hat).

Kann ich in Bezug auf Ihren Vorschlag wissen, ob eine vorgefertigte Version von Proton 5.0.7 oder 5.0.8 verfügbar ist? Ich verstehe, dass ich eine funktionierende Version dieser Protonenpakete lokal über Protons Build-Guide erstellen könnte, möchte jedoch wissen, ob eine bereits funktionierende und vorkompilierte Version davon bereits heruntergeladen und in das compatibilitytools.d/ Verzeichnis für eine viel schnellere Einrichtung.

Danke im Voraus!

@NickSadjoli Sie könnten auch versuchen, die
Entfernen Sie die Ordner pinned_libs *. Sie sollten sich in einem Pfad wie dem folgenden befinden: ~ / .steam / steam / ubuntu12_32 / steam-runtime
Beim nächsten Dampfstart werden sie erneut hinzugefügt.
Ich habe es nicht ausprobiert, aber ich denke, dass das Ausführen von steam --reset das auch tun wird.

Hallo allerseits, ich entschuldige mich dafür, dass dies ziemlich spät ist, aber ich habe das Problem anscheinend (vorerst) irgendwie gelöst und es geschafft, Doom Eternal von der zweiten Hälfte des 2. Levels bis zum aktuellen 6. Level reibungslos zum Laufen zu bringen ohne einmal zu stürzen. Es gab einige bemerkenswerte grafische Störungen, aber ich glaube, dass dies manchmal auch schon einmal passiert ist, was ich eher darauf zurückführe, dass die Proton-Treiber für einige Spiele noch nicht vollständig optimiert wurden (vielleicht, aber das nervt mich auch nicht wirklich viel, da es so selten passiert)

TL; DR: Der GNOME Extension Backslide scheint einen Konflikt mit Doom Eternal verursacht zu haben. Ich bin mir nicht ganz sicher, warum dies geschieht. Es gab jedoch bereits Fälle, in denen GNOME Probleme mit laufenden Spielen hatte, die bereits dokumentiert / diskutiert wurden. Dies könnte also auch für andere Proton-Benutzer ein potenzielles Problem sein.

Ich habe gestern Abend zunächst

Heute Morgen habe ich dann die Syslog-Fehler nachgeschlagen, die ich erneut gepostet habe, und festgestellt, dass der GNOME-Desktop anscheinend zuvor Probleme mit einigen Spielen verursacht hat. Damit dachte ich dann, dass möglicherweise einige der GNOME-Erweiterungen auf meinem PC, die das Anzeigeverhalten geändert haben, einen ähnlichen Konflikt mit dem Spielfenster verursacht haben könnten, wenn es ausgeführt wird.

Von allen aktiven Erweiterungen sind Backslide- und Window-Animationen die einzigen Erweiterungen, die mir als anpassungsmodifizierende Erweiterungen aufgefallen sind. Deshalb habe ich diese deaktiviert und Doom Eternal mit diesen deaktiviert.

Erstaunlicherweise läuft das Spiel seitdem reibungslos, und es kam nur zu Abstürzen, wenn ich eine eingehende Steam-Nachricht erhielt (die sich anscheinend auf die zuvor gemeldeten Probleme mit "Alt + Tab" oder "Strg + Tab" bezieht). Ich habe es dann heute Morgen geschafft, das gesamte 3. Level des Spiels ohne Einfrieren oder Abstürze in dieser Einstellung zu durchlaufen, was erst gestern möglich war.

Die Frage für mich wurde dann, welche Erweiterung der 2 (Fensteranimation oder Backslide) das Problem speziell verursacht haben könnte. Um dies festzustellen, habe ich dann versucht, Backslide einzuschalten, und das Spiel erneut gestartet.

Es stellte sich heraus, dass das Spiel nur wenige Minuten nach dem Start mit dieser Konfiguration eingefroren war, was mich sicherer machte, dass Backslide tatsächlich das Problem ist. Ich habe es dann ausgeschaltet und danach das Spiel bis Level 6 gespielt, ohne dass weitere Einfrierungen aufgezeichnet wurden.

Gab es angesichts des hier verlinkten GNOME-Konfliktthreads andere potenzielle GNOME- und Protonenkonflikte bei anderen Spielen? Wurde zuvor eine Art von Debugging für Proton durchgeführt, um mögliche Konflikte mit GNOME-spezifischen Erweiterungen zu überprüfen (insbesondere mit solchen, die die Ansichten von Desktop ändern?). Wenn sich herausstellt, dass es mehrere Fälle von Protonen- und GNOME-Erweiterungskonflikten gibt, wäre ein Blick darauf wünschenswert.

Aufgrund meiner Erfahrung empfehle ich dringend, alle anzeigemodifizierenden GNOME-Erweiterungen mit dem aktuellen Status (dh nach Update 1.1) von Doom Eternal zu deaktivieren, falls ähnliche Probleme für andere Personen auftauchen, denke ich. Wenn andere ähnliche Probleme mit einer ähnlichen Lösung gelöst haben (Deaktivieren einer GNOME-Erweiterung), bestätigen Sie dies bitte und teilen Sie es hier mit.

BEARBEITEN: Versehentlich gepostet, bevor der Kommentar beendet wurde.

Ich bin froh, dass du es repariert hast, aber leider auch wenn es untersucht wurde,
und entdeckte, dass eine große Anzahl von GNOME-Erweiterungen Probleme mit verursacht
Proton, wie Sie fragen, gibt es nichts, was jemand tun könnte. Ventil
und Proton haben keine Peilung oder Fähigkeit, dies zu reparieren (auf der
ganze). Und GNOME selbst erstellt nicht einmal Erweiterungen oder sanktioniert sie bei
alles echt. Sie sind alle "nicht unterstützt". Es gibt also nichts, was das wirklich kann
getan werden, außerhalb der Menschen darauf aufmerksam zu machen.

Am Do, 18. Juni 2020 um 10:49 Uhr NickSadjoli [email protected]
schrieb:

Hallo allerseits, entschuldige, dass dies ziemlich spät ist, aber ich habe es anscheinend
habe das Problem auf meiner Seite (vorerst) irgendwie gelöst und es geschafft, es zu bekommen
Doom Eternal läuft ab der zweiten Hälfte des 2. Levels reibungslos
auf aktuell 6. Stufe ohne einmal abzustürzen. Es waren einige auffällig
Grafikfehler, aber ich glaube, dass manchmal etwas passiert ist
zuvor auch, was ich mehr den Proton-Treibern zuschreibe, hat es nicht getan
wurde für einige Spiele noch vollständig optimiert (vielleicht, aber das ist nicht wirklich
nervt mich zu sehr, da es so selten vorkommt)

TL; DR: Der GNOME Extension Backslide scheint einen Konflikt verursacht zu haben
mit Doom Eternal. Ich bin mir jedoch nicht ganz sicher, warum dies geschieht
Es gab bereits Fälle, in denen GNOME Probleme mit Spielen hatte
Laufen bereits dokumentiert / diskutiert. Dies könnte also ein potenzielles Problem sein
auch für andere Proton-Benutzer.

Ich habe zunächst versucht, @AllKind https://github.com/AllKinds Vorschlag zu
Steam letzte Nacht zurückgesetzt. Es schien zunächst so zu funktionieren, wie ich es konnte
komme nur durch einen signifikanten Teil des 2. Levels, ohne zu stürzen
dazu leider während des Übergangsbereiches zwischen dem 2. und
3. Stufe. Ein weiterer Absturz trat auf, als ich versuchte, das Spiel auszuführen
danach, so denke ich, hat es das Problem nur für einige Zeit gelindert.

Heute morgen habe ich dann die Syslog-Fehler nachgeschlagen, die ich erneut gepostet habe, und
bemerkte, dass der GNOME-Desktop anscheinend zuvor bekannt war
Probleme mit einigen Spielen verursachen
https://gitlab.gnome.org/GNOME/mutter/-/issues/361 vor. Damit ich
dachte dann, dass vielleicht einige der GNOME-Erweiterungen auf meinem PC das
Ein geändertes Anzeigeverhalten könnte einen ähnlichen Konflikt mit verursacht haben
das Fenster des Spiels, wenn es läuft.

Von allen aktiven Erweiterungen sind Backslide- und Fensteranimationen
Die einzigen Erweiterungen, die mir aufgefallen sind, sind Display-Modifikationen
Erweiterungen, also habe ich diese ausgeschaltet und Doom Eternal erneut mit diesen ausgeführt.

Erstaunlicherweise läuft das Spiel seitdem reibungslos, nur mit Instanzen von
Absturz, als ich eine eingehende Steam-Nachricht erhielt (die sich zu beziehen scheint
zurück zu den gemeldeten Problemen 'Alt + Tab' oder 'Strg + Tab'
vorher). Ich habe es dann geschafft, das gesamte 3. Level des Spiels zu durchlaufen
heute morgen ohne einfrieren oder abstürze in dieser einstellung, etwas das
war erst gestern möglich.

Die Frage für mich wurde dann, welche Erweiterung der 2 (Window Animation
oder Backslide) könnte das Problem speziell verursacht haben. Um dies festzustellen, habe ich
versuchte dann Backslide einzuschalten und ließ das Spiel erneut laufen.

Es stellte sich heraus, dass das Spiel nur wenige Minuten nach dem Start eingefroren war
Konfiguration, die mich mehr dafür gesorgt hat, dass Backslide tatsächlich die ist
Problem. Ich habe es dann ausgeschaltet und danach das ganze Spiel gespielt
der Weg zu Level 6 ohne weitere Einfrierungen aufgezeichnet.

Dies und den GNOME-Konflikt-Thread zu sehen, den ich hier verlinkt habe, ist dort
waren andere potenzielle GNOME- und Protonenkonflikte, die für andere auftraten
Spiele? Hat auch jede Art von Debugging zuvor auf Proton durchgeführt, um zu überprüfen
mögliche Konflikte mit GNOME-spezifischen Erweiterungen (insbesondere der
diejenigen, die die Ansichten von Desktop ändern?). Wenn sich herausstellt, dass es mehrere gibt
In Fällen von Protonen- und GNOME-Erweiterungskonflikten wäre dies ein Blick
geschätzt, und

t Verwenden Sie einige zusätzliche GNOME-Erweiterungen, von denen ich vermutet habe, dass sie vorhanden sind
verursachte einen Konflikt mit den Fenstern des Spiels (basierend auf den Windows
Verwaltungsfehler, den ich von syslog erhalten habe) und versucht habe, das auszuschalten
Erweiterungen, die die Anzeige / das Erscheinungsbild des Desktops optimierten - nämlich
Animationen und die Backslide-Erweiterung deaktivieren. Backslide ausschalten
speziell schien für mich gearbeitet zu haben, als ich versuchte, Doom zu laufen
Heute Morgen wieder ewig mit eingeschaltetem Backslide verursachte das Einfrieren
wieder vorkommen.

Die Details, wie ich es geschafft habe, waren wie folgt:
Gestern Abend habe ich @AllKind https://github.com/AllKind's ausprobiert
Vorschlag, Steam zurückzusetzen. Zu meiner Überraschung schien dies funktioniert zu haben
anfangs, da das Spiel nur längere Zeit nicht abstürzte
um dann zu stürzen, gerade als ich in die 3. Ebene (iirc) übergehen wollte.
Leider stürzt mich das ab

- -
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/3773#issuecomment-646068897 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y33ZKKR2JEZYALJZQSADRXISQPANCNFSM4MI6DHIA
.

@ gardotd426 Gibt es eine Möglichkeit, wie sich Protonen mit Überlagerungen gut verhalten können? Ich stoße auf diese Probleme auch ohne Gnom (ich verwende Erleuchtung auf Gentoo mit openrc anstelle von systemd), daher glaube ich nicht, dass das Problem dort isoliert werden kann

Was meinst du mit "Overlays"? Dieses Wort hat zahlreiche Definitionen, wenn es
kommt zum Rechnen / Spielen / etc.

Am Fr, 19. Juni 2020 um 1:00 Uhr oogetyboogety [email protected]
schrieb:

@ gardotd426 https://github.com/gardotd426 gibt es einen Weg, wie Protonen könnten
sich gut mit Overlays verhalten? Ich begegne diesen Problemen auch ohne Gnom (ich
benutze Erleuchtung auf Gentoo mit openrc anstelle von systemd), also tue ich das nicht
Ich denke, das Problem kann dort isoliert werden

- -
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/3773#issuecomment-646435630 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y3346RUIEP3W2QM6QPW3RXLWGHANCNFSM4MI6DHIA
.

Zurück zu diesem Teil des vorherigen Beitrags, in dem das Problem mit einigen Funktionen zu korrelieren scheint, bei denen Anwendungen versuchen, das Spiel zu unterbrechen und das Spiel abstürzt.

Amazingly, the game then run smooth ever since, with only instances of crashing being when I got an incoming Steam message (which seems to relate back to the 'Alt+Tab' or 'Ctrl+Tab' issues that has been reported previously). I then managed to go through the entire 3rd level of the game this morning without any freeze or crashes in this setting, something that wasn't even possible just yesterday.

Vielleicht könnte ich mich näher mit der Grundursache in X befassen oder es in Wayland versuchen. Ich habe mich nicht mit der Verwendung von Protonen mit Wayland befasst, aber ich dachte, ich hätte "Overlays" in Bezug auf die Proton-Shows im Zusammenhang mit dem obigen Beitrag deaktiviert. Die Verwendung von wayland erzwingt möglicherweise einen anderen Benachrichtigungsmechanismus oder etwas, das die Grundursache dieses Problems mindert, sodass ich ohne Abstürze kontinuierlich spielen kann.

Das Benachrichtigungs-Popup, das Sie von Steam erhalten, während Sie Steam-Spiele spielen, stammt von
Dampf selbst. Es ist das Steam-Overlay. Einige Spiele haben Probleme damit, aber
nicht viele. Die Verwendung von Wayland wird wahrscheinlich nichts ändern, Steam wird es dennoch sein
mit dem gleichen Steam-Overlay und selbst dann bin ich mir ziemlich sicher, dass Steam es sein würde
Laufen in XWayland. Sie können einfach versuchen, das Steam-Overlay für jedes zu deaktivieren
Spiele, die Probleme damit zu haben scheinen.

Am Fr, 19. Juni 2020 um 01:08 Uhr oogetyboogety [email protected]
schrieb:

Zurück zu diesem Teil des vorherigen Poats, in dem das Problem auftritt
mit einigen Funktionen korreliert werden, bei denen Anwendungen dies versuchen
Unterbrechen Sie das Spiel und das Spiel stürzt ab.

Erstaunlicherweise läuft das Spiel seitdem reibungslos, und es kam nur zu Abstürzen, wenn ich eine eingehende Steam-Nachricht erhielt (die sich anscheinend auf die zuvor gemeldeten Probleme mit "Alt + Tab" oder "Strg + Tab" bezieht). Ich habe es dann heute Morgen geschafft, das gesamte 3. Level des Spiels ohne Einfrieren oder Abstürze in dieser Einstellung zu durchlaufen, was erst gestern möglich war.

Vielleicht könnte ich mich weiter mit der Grundursache in X befassen oder es versuchen
Wayland. Ich habe nicht versucht, Protonen mit Wayland zu verwenden, aber ich dachte, ich
deaktivierte "Overlays" in Bezug auf die Proton-Shows, die sich auf den Beitrag beziehen
oben, aber die Verwendung von Wayland könnte einen anderen Benachrichtigungsmechanismus erzwingen
etwas, das die Grundursache dieses Problems mildert und es mir ermöglichen würde
ununterbrochen ohne Abstürze spielen.

- -
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/3773#issuecomment-646437725 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y334BPA7PDJVTDHLXON3RXLXF7ANCNFSM4MI6DHIA
.

OK Ich habe es deaktiviert, erhalte aber immer noch den gleichen Fehler. Ich werde versuchen, einige Protokolle zu sammeln und festzustellen, ob ich einen Trend bemerke.

BEARBEITEN:
Scheint für eine Weile wieder zu arbeiten. Noch keine Abstürze

Sie sind alle "nicht unterstützt". Es kann also nichts wirklich getan werden, außer die Leute darauf aufmerksam zu machen.

@ gardotd426 Verdammt , das ist dann ziemlich unglücklich. Ich bin froh, dass ich die Tests durchgeführt und dieses Problem hervorgehoben habe. Hoffentlich hilft dies zumindest den Menschen und hofft, dass dieses Problem einer der Schwerpunkte des GNOME-Entwicklungsteams sein könnte, an dem mit Valve / Proton gearbeitet wird.

BEARBEITEN: Formatieren

Sie scheinen kein wirkliches Interesse an so etwas zu haben. Und sind
absolut auf das Wayland der Zukunft zusteuern, unabhängig davon
ob es fertig ist oder nicht. Was es objektiv nicht ist. Das ist nur meine
Meinung, obwohl ich denke. Sie könnten immer noch einen Fehlerbericht bei GNOME einreichen, aber ich
Ich weiß nicht, wie weit du kommst. Aber ich meine es technisch ein Thema auf
GNOME, wenn nicht ein Problem mit GNOME. Sie werden dir wahrscheinlich nur sagen, dass du es nicht tun sollst
Verwenden Sie die Erweiterung, weil sie die Erweiterungen nicht geschrieben haben und nicht
unterstütze sie jedoch.

Am Samstag, den 20. Juni 2020 um 11:57 Uhr NickSadjoli [email protected]
schrieb:

Sie sind alle "nicht unterstützt". Es kann also nichts wirklich getan werden,
außerhalb von Menschen darauf aufmerksam machen.
@ gardotd426 https://github.com/gardotd426 Verdammt , das ist ziemlich
dann unglücklich. Ich bin froh, dass ich die Tests durchgeführt und dabei geholfen habe, dies hervorzuheben
Ausgabe dann. Hoffentlich hilft dies zumindest den Menschen und hofft, dass dieses Problem auftritt
könnte einer der Schwerpunkte des GNOME-Entwicklungsteams sein, an dem gearbeitet werden soll
mit Ventil / Proton.

- -
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/3773#issuecomment-647013133 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y336AOGCCKSZKJIXOMP3RXTL7RANCNFSM4MI6DHIA
.

Hallo @PopeRigby , tritt immer noch der schwere Absturz auf, den Sie unter https://github.com/ValveSoftware/Proton/issues/3773#issuecomment -614309204 beschrieben haben? Verwenden Sie während des Tests zusätzlich kisak-mesa PPA und RADV / ACO und lassen Sie uns wissen, ob Sie den Absturz damit reproduzieren können.

[782330] - Doom ewig - blinkender Bildschirm nach dem Start

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/4023.
@bobaxxx veröffentlicht am 2020-06-26T14: 01: 37:

Kompatibilitätsbericht

  • Name des Spiels mit Kompatibilitätsproblemen: Doom ewig
  • Steam AppID des Spiels: 782330

System Information

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.

Symptome

Die Installation des Spiels ist in Ordnung, aber wenn ich anfange, kann ich das Menü erreichen, aber der Bildschirm blinkt höllisch.

Reproduktion

  • Installieren
  • Starte das Spiel (Linux Mint Tricia)

Hier ist das Protokoll:

log.txt

Hallo @PopeRigby , tritt immer noch der schwere Absturz auf, den Sie in # 3773 (Kommentar) beschrieben haben ? Verwenden Sie während des Tests zusätzlich kisak-mesa PPA und RADV / ACO und lassen Sie uns wissen, ob Sie den Absturz damit reproduzieren können.

Ich habe Doom Eternal nicht mehr installiert, aber ich melde mich zurück, wenn ich es erneut installiere. Wahrscheinlich, wenn der erste DLC herauskommt.

Es ist immer noch ziemlich ärgerlich, dass das Spiel nicht mehr reagiert, wenn eine Benachrichtigung von einer anderen App (möglicherweise Steam selbst) angezeigt wird oder wenn Sie versehentlich Alt + Tab oder so drücken.

Ist dies ein Problem, das in Wine behoben werden kann? Ich denke, das passiert unter Windows nicht, oder? Es wäre schön, wenn dies behoben werden könnte. Ansonsten läuft es mir jetzt sehr gut (mit Nvidia 2070). Seit Update 2 scheint es noch reibungsloser zu sein.

Hallo @albertz , möglicherweise verwandt: "Ein visueller Fehler bei Vulkan-Anwendungen wurde Fensteränderung nicht mehr umgedreht wurden, z. B. wenn die Alt-Tab-Taste zum Ändern des Fensterfokus verwendet wird." in nVidia 450.51 .

@albertz Verwenden Sie in den

Die Installation des Spiels ist in Ordnung, aber wenn ich anfange, kann ich das Menü erreichen, aber der Bildschirm blinkt höllisch.

Ich habe das schon mehrmals gehabt. Ich denke beim Ändern der Proton-Versionen und beim Installieren eines neuen Grafiktreibers.
Musste die Video-Standardeinstellungen (über Tastaturkürzel) zurücksetzen und das Spiel neu starten.

Hallo @albertz , möglicherweise verwandt: "Ein visueller Fehler bei Vulkan-Anwendungen wurde Fensteränderung nicht mehr umgedreht wurden, z. B. wenn die Alt-Tab-Taste zum Ändern des Fensterfokus verwendet wird." in nVidia 450.51.

Ich habe das jetzt installiert, aber Alt + Tab funktioniert immer noch nicht.

Außerdem habe ich meine gespeicherten Spiele wieder verloren, nachdem ich von Proton-GE zu native 5.0.9 gewechselt bin. Und nach Doom Eternal Update 2.
Aus diesem Grund spiele ich es nicht mehr unter Linux. Ich habe meine Spiele zu oft verloren.

Kern

Ich habe auch den gleichen Fehler wie @albertz , aber in meinem Fall passiert es auch, wenn das Spiel Steam Progress Awards zeigt. Gibt es eine Möglichkeit, diese auszuschalten?

nvidia 2060S mit nvidia 440.100
Ubuntu 20.04 (5.4.0-39-generisch)

Bearbeiten: Das Aktualisieren der Treiber auf 450.51 hat die oben genannten Probleme nicht gelöst.

spielt jemand das mit einer Intel GPU? Ich habe einen Laptop mit einem UHD 620 und es wird nicht starten. Zuerst erscheint ein Fenster mit der Aufschrift "Nicht unterstützt". Wenn ich dann auf "Spielen" klicke, wird das Spiel angeblich etwa 10 Minuten lang geladen, aber es startet nie

PS Ich habe DOOM auf diesem Laptop fast geschlagen, hatte nie Probleme

Irgendwelche Updates auf Alt-Tab? Es ist wirklich nervig!

@Rush : Verwenden Sie "Vollbild" in den Grafikeinstellungen des Spiels? Versuchen Sie stattdessen, das Spiel auf "randloses Fenster" zu setzen. Das behebt hier das Alt-Tab-Absturzproblem für mich.

Ich habe es mit "randlosem Fenster" versucht. Funktioniert immer noch nicht, stürzt auch bei Dampfleistungen ab. Alt-Tab funktioniert nicht. Ich benutze nvidia-450.57.

Hallo,

Ich habe gerade die Option "randloses Fenster" auf Fedora 32 mit einer GTX 1070 (Treiber 450.57) ausprobiert. Das Spielfenster friert immer noch ein, sobald Alt + Tab oder die Windows-Taste auf dem Gnome-Desktop gedrückt wird

Ich bekomme einen Absturz mit der neuesten Version von Doom Ewig und bin mir nicht sicher, was los ist:

Nvidia-Treiber: 450,57
CPU: AMD 3970x
Ubuntu: 20.04
Kernel: 5.4.0-40-generic
Proton: 5,0-9

Startoptionen:
PROTON_LOG=1 %command% +com_skipIntroVideo 1

erster Absturz in Protokollen:

10121.137:00d0:00d4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" at 0x6e340000: PE builtin
10121.138:00d0:00d4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-fibers-l1-1-1.dll" at 0x6b880000: PE builtin
10121.142:00d0:00d4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-localization-l1-2-1.dll" at 0x6e6c0000: PE builtin
10121.145:00d0:00d4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
10121.145:00d0:00d4:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7f35416f0000: builtin
10121.177:00d0:00d4:fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"!
10121.192:00d0:00d4:fixme:heap:RtlSetHeapInformation 0x10000 0 0x91c860 4 stub
10121.194:00d0:00d4:warn:debugstr:OutputDebugStringA "Winsock Initialized\n"
10121.194:00d0:00d4:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00d4
10121.194:00d0:00d4:trace:seh:raise_exception  info[0]=0000000000000015
10121.194:00d0:00d4:trace:seh:raise_exception  info[1]=0000000000914770
10121.194:00d0:00d4:trace:seh:raise_exception  rax=0000000000914190 rbx=00007fffffd9c000 rcx=0000000000914170 rdx=0000000000000000
10121.194:00d0:00d4:trace:seh:raise_exception  rsi=0000000000914270 rdi=00000000009141a0 rbp=00000000009145b0 rsp=0000000000914150
10121.194:00d0:00d4:trace:seh:raise_exception   r8=0000000000000002  r9=0000000000914260 r10=000000007b47b4e6 r11=0000000000000246
10121.194:00d0:00d4:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=0000000140994838 r15=000000000091c808
10121.195:00d0:00d4:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 914150
10121.195:00d0:00d4:trace:seh:dump_unwind_info **** func fbf0-fc77
10121.195:00d0:00d4:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
10121.195:00d0:00d4:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
10121.195:00d0:00d4:trace:seh:dump_unwind_info     0xa: pushq %rsi
10121.195:00d0:00d4:trace:seh:dump_unwind_info     0x9: pushq %rdi
10121.195:00d0:00d4: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
10140.669:00dc:00e0:trace:seh:call_teb_handler handler at 0x7b475d00 returned 1
10140.669:00dc:00e0:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000060 in 64-bit code (0x00007fd7eb4b08e3).
10140.675:0204:0208:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:
 rip:00007fd7eb4b08e3 rsp:00000000008d05f0 rbp:000000007f16d3c0 eflags:00010206 (  R- --  I   - -P- )
 rax:3fffffffffffffff rbx:000000007f16dd90 rcx:0000000000000009 rdx:0000000000000000
 rsi:0000000000000001 rdi:00000000008d0390  r8:0000000000000010  r9:00000000008d03a8 r10:00000000008d03a4
 r11:0000000000000001 r12:0000000000000000 r13:00000000008d0890 r14:0000000000000000 r15:0000000000000000
Stack dump:
0x00000000008d05f0:  0000000000000001 5c5c5c5c00000091
0x00000000008d0600:  000000007f16d448 8686868600000000
0x00000000008d0610:  9292929200000000 9696969600000000
0x00000000008d0620:  000000007f16d448 000000007ffffffa
0x00000000008d0630:  02b0b0b000000001 ffffffff00000001
0x00000000008d0640:  000000007dc58380 0000000000000000
0x00000000008d0650:  0000000200000002 00000367fffffc98
0x00000000008d0660:  000000007f16d301 00007fd7fab3e780
0x00000000008d0670:  0000000000000400 0000000000001000
0x00000000008d0680:  000000007fa4fb40 0000000000000000
0x00000000008d0690:  00000000000000a0 00007fd7fb391b80
0x00000000008d06a0:  000000007dc4e170 00000000008d0890
Backtrace:
=>0 0x00007fd7eb4b08e3 _nv018glcore+0xffffffffffffffff() in libnvidia-glcore.so.450.57 (0x000000007f16d3c0)
0x00007fd7eb4b08e3 _nv018glcore+0xffffffffffffffff in libnvidia-glcore.so.450.57: andq  0x0000000000000060(%rdx),%rax

Ist jemand darauf gestoßen?

Ich habe es mit "randlosem Fenster" versucht. Funktioniert immer noch nicht, stürzt auch bei Dampfleistungen ab. Alt-Tab funktioniert nicht. Ich benutze nvidia-450.57.

Nach einigen weiteren Tests, die ich herausgefunden habe, scheint der Alt-Tab bei niedrigerer Auflösung zu funktionieren, aber sobald ich ihn in einem randlosen Fenster auf nativ ändere, scheint das Spiel einzufrieren / schwarz zu werden. Ich weiß nicht, ob das hilft.

nvidia 450.57-6 GTX 1060 6GB
Kernel 5.7.12-arch1-1

Das Spiel friert immer dann ein, wenn ein Steam-Overlay-Popup angezeigt wird. Jetzt verstehe ich nicht warum, weil ich Steam-Overlay deaktiviert habe, aber es zeigt immer noch etwas wie Erfolg und friert das Spiel ein. Danach startet das Spiel nicht mehr (schwarzer Bildschirm) und ich muss den PC neu starten, um wieder spielen zu können. Auch Alt + Tabbing friert es ebenfalls auf einem schwarzen Bildschirm ein, aber das kann umgangen werden, indem nicht Alt + Tabbing verwendet wird.
Randnotiz: Ich spiele im Offline-Modus.
BEARBEITEN: Wenn ich X neu starte, kann ich wieder spielen. Immer noch nervig, aber weniger nervig.

nvidia 450.57-6 GTX 1060 6GB
Kernel 5.7.12-arch1-1

Das Spiel friert immer dann ein, wenn ein Steam-Overlay-Popup angezeigt wird. Jetzt verstehe ich nicht warum, weil ich Steam-Overlay deaktiviert habe, aber es zeigt immer noch etwas wie Erfolg und friert das Spiel ein. Danach startet das Spiel nicht mehr (schwarzer Bildschirm) und ich muss den PC neu starten, um wieder spielen zu können. Auch Alt + Tabbing friert es ebenfalls auf einem schwarzen Bildschirm ein, aber das kann umgangen werden, indem nicht Alt + Tabbing verwendet wird.
Randnotiz: Ich spiele im Offline-Modus.
BEARBEITEN: Wenn ich X neu starte, kann ich wieder spielen. Immer noch nervig, aber weniger nervig.

Gleich hier, nvidia 450.57-5 / GTX1070, Linux 5.7.11.arch1-1

Steam-Overlay kann unter Linux nicht deaktiviert werden (was das Problem lösen würde):
https://github.com/ValveSoftware/steam-for-linux/issues/3239

Ich muss X jedoch nicht neu starten. $ kill $(pgrep DOOM) ist genug und ich kann das Spiel einfach von Steam aus neu starten.

Ihr müsst Nvidia auf jeden Fall darauf aufmerksam machen. Trotz ihres Rufs scheinen sie tatsächlich gute Arbeit zu leisten, indem sie solche Dinge mit einem Update reparieren.

Da es definitiv so aussieht, als wäre dies ein Nvidia-spezifisches Problem, habe ich eine AMD-GPU und sehe das überhaupt nicht. Ich verwende eine benutzerdefinierte Version von Proton mit wieder aktiviertem fshack. Ich weiß nicht, ob es auf Vanilla Proton deaktiviert ist oder nicht (ich weiß, dass es auf den neuesten Versionen von GEs Proton deaktiviert ist). Vielleicht gehört das auch dazu. Dies kann jedoch gelöst werden, indem festgestellt wird, ob die von Ihnen verwendeten Protonen-Builds die fshack-Patches enthalten oder nicht.

Aber ja, ich habe letzte Nacht ungefähr 5 Stunden gespielt und ein paar Erfolge erzielt, und alle haben genau so funktioniert, wie sie sollten. Und es sei denn, es ist ein großer Zufall, dass es nur Nvidia-Benutzer betrifft (zumindest in letzter Zeit), klingt es wie ein Treiberproblem. Entweder das, oder es ist die fshack-Sache oder möglicherweise eine Desktop-Umgebungssache.

In der ProtonDB über Rage 2 habe ich über sehr ähnliche Berichte gelesen, bei denen Tab / Overlay das Spiel einfriert. Rage 2 basiert auf einer älteren idTech-Engine. Die Lösung scheint darin zu bestehen, AsyncComputeDisable im settings.ini . Vielleicht gibt es in Doom Eternal etwas Äquivalentes?

nvidia 450.57-6 GTX 1060 6GB
Kernel 5.7.12-arch1-1

Das Spiel friert immer dann ein, wenn ein Steam-Overlay-Popup angezeigt wird. Jetzt verstehe ich nicht warum, weil ich Steam-Overlay deaktiviert habe, aber es zeigt immer noch etwas wie Erfolg und friert das Spiel ein. Danach startet das Spiel nicht mehr (schwarzer Bildschirm) und ich muss den PC neu starten, um wieder spielen zu können. Auch Alt + Tabbing friert es ebenfalls auf einem schwarzen Bildschirm ein, aber das kann umgangen werden, indem nicht Alt + Tabbing verwendet wird.
Randnotiz: Ich spiele im Offline-Modus.
BEARBEITEN: Wenn ich X neu starte, kann ich wieder spielen. Immer noch nervig, aber weniger nervig.

Gleich hier ist Kernel 5.7.12-24-tkg-pds, Nvidia RTX 2060, irgendwelche Ideen, wie Alt + Tab-Problem zu beheben?
Das Spiel ist buchstäblich nicht spielbar, da jeder Erfolg eine Dampfüberlagerung hervorruft und das Spiel einfriert. Ich verwende auch ein umrandetes Fenster, aber eigentlich keinen Unterschied zwischen Vollbild und umrandetem Fenster, das in beiden Modi einfriert.

In der ProtonDB über Rage 2 habe ich über sehr ähnliche Berichte gelesen, bei denen Tab / Overlay das Spiel einfriert. Rage 2 basiert auf einer älteren idTech-Engine. Die Lösung scheint darin zu bestehen, AsyncComputeDisable im settings.ini . Vielleicht gibt es in Doom Eternal etwas Äquivalentes?

Es gibt eine ähnliche Option in Doom, ich habe sie deaktiviert, also ist dies nicht der Fall = (

nvidia 450.57-6 GTX 1060 6GB
Kernel 5.7.12-arch1-1
Das Spiel friert immer dann ein, wenn ein Steam-Overlay-Popup angezeigt wird. Jetzt verstehe ich nicht warum, weil ich Steam-Overlay deaktiviert habe, aber es zeigt immer noch etwas wie Erfolg und friert das Spiel ein. Danach startet das Spiel nicht mehr (schwarzer Bildschirm) und ich muss den PC neu starten, um wieder spielen zu können. Auch Alt + Tabbing friert es ebenfalls auf einem schwarzen Bildschirm ein, aber das kann umgangen werden, indem nicht Alt + Tabbing verwendet wird.
Randnotiz: Ich spiele im Offline-Modus.
BEARBEITEN: Wenn ich X neu starte, kann ich wieder spielen. Immer noch nervig, aber weniger nervig.

Gleich hier ist Kernel 5.7.12-24-tkg-pds, Nvidia RTX 2060, irgendwelche Ideen, wie Alt + Tab-Problem zu beheben?
Das Spiel ist buchstäblich nicht spielbar, da jeder Erfolg eine Dampfüberlagerung hervorruft und das Spiel einfriert. Ich verwende auch ein umrandetes Fenster, aber eigentlich keinen Unterschied zwischen Vollbild und umrandetem Fenster, das in beiden Modi einfriert.

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.

https://steamcommunity.com/discussions/forum/1/617329920710103124/

Problemumgehungen sind großartig (wenn sie funktionieren), um tatsächlich durch ein Spiel zu kommen.
Dies ist jedoch ein CLEAR-Fall eines Treiberproblems, das gemeldet werden muss. Hat
hat jemand dies Nvidia gemeldet?

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.

https://steamcommunity.com/discussions/forum/1/617329920710103124/

Wie ich bereits geschrieben habe, ist das Deaktivieren des Steam-Overlays unter Linux aufgrund dieses sechs Jahre alten Fehlers nicht möglich:
https://github.com/ValveSoftware/steam-for-linux/issues/3239

Dies wäre die einfachste Lösung, aber nein ...

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Wie ich bereits geschrieben habe, ist das Deaktivieren des Steam-Overlays unter Linux aufgrund dieses sechs Jahre alten Fehlers nicht möglich:
ValveSoftware / Steam-for-Linux # 3239

Dies wäre die einfachste Lösung, aber nein ...

Es ist nicht die Überlagerung, die das Problem darstellt, sondern die Benachrichtigungen. Die obige Problemumgehung sollte die Benachrichtigungen zumindest theoretisch aus der Anzeige entfernen, sodass DE in der Zwischenzeit zumindest für NVIDIA-Benutzer spielbar ist. Ich kann jedoch nicht testen, welche Auswirkungen dies auf DE hat, da ich sowieso die meisten Erfolge habe.

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Wie ich bereits geschrieben habe, ist das Deaktivieren des Steam-Overlays unter Linux aufgrund dieses sechs Jahre alten Fehlers nicht möglich:
ValveSoftware / Steam-for-Linux # 3239
Dies wäre die einfachste Lösung, aber nein ...

Es ist nicht die Überlagerung, die das Problem darstellt, sondern die Benachrichtigungen. Die obige Problemumgehung sollte die Benachrichtigungen zumindest theoretisch aus der Anzeige entfernen, sodass DE in der Zwischenzeit zumindest für NVIDIA-Benutzer spielbar ist. Ich kann jedoch nicht testen, welche Auswirkungen dies auf DE hat, da ich sowieso die meisten Erfolge habe.

Entschuldigung, ich habe Ihren Link nicht gelesen und dachte, er erklärt nur, wie Sie die Überlagerung in den Menüoptionen deaktivieren.

Ich habe es gerade versucht und es funktioniert wirklich! Vielen Dank!

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Wie ich bereits geschrieben habe, ist das Deaktivieren des Steam-Overlays unter Linux aufgrund dieses sechs Jahre alten Fehlers nicht möglich:
ValveSoftware / Steam-for-Linux # 3239
Dies wäre die einfachste Lösung, aber nein ...

Es ist nicht die Überlagerung, die das Problem darstellt, sondern die Benachrichtigungen. Die obige Problemumgehung sollte die Benachrichtigungen zumindest theoretisch aus der Anzeige entfernen, sodass DE in der Zwischenzeit zumindest für NVIDIA-Benutzer spielbar ist. Ich kann jedoch nicht testen, welche Auswirkungen dies auf DE hat, da ich sowieso die meisten Erfolge habe.

Entschuldigung, ich habe Ihren Link nicht gelesen und dachte, er erklärt nur, wie Sie die Überlagerung in den Menüoptionen deaktivieren.

Ich habe es gerade versucht und es funktioniert wirklich! Vielen Dank!

Bitte melden Sie dies jetzt Nvidia, damit tatsächlich etwas dagegen unternommen werden kann.

nvidia 450.57-6 GTX 1060 6GB
Kernel 5.7.12-arch1-1
Das Spiel friert immer dann ein, wenn ein Steam-Overlay-Popup angezeigt wird. Jetzt verstehe ich nicht warum, weil ich Steam-Overlay deaktiviert habe, aber es zeigt immer noch etwas wie Erfolg und friert das Spiel ein. Danach startet das Spiel nicht mehr (schwarzer Bildschirm) und ich muss den PC neu starten, um wieder spielen zu können. Auch Alt + Tabbing friert es ebenfalls auf einem schwarzen Bildschirm ein, aber das kann umgangen werden, indem nicht Alt + Tabbing verwendet wird.
Randnotiz: Ich spiele im Offline-Modus.
BEARBEITEN: Wenn ich X neu starte, kann ich wieder spielen. Immer noch nervig, aber weniger nervig.

Gleich hier ist Kernel 5.7.12-24-tkg-pds, Nvidia RTX 2060, irgendwelche Ideen, wie Alt + Tab-Problem zu beheben?
Das Spiel ist buchstäblich nicht spielbar, da jeder Erfolg eine Dampfüberlagerung hervorruft und das Spiel einfriert. Ich verwende auch ein umrandetes Fenster, aber eigentlich keinen Unterschied zwischen Vollbild und umrandetem Fenster, das in beiden Modi einfriert.

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.

https://steamcommunity.com/discussions/forum/1/617329920710103124/

Vielen Dank, ich kann bestätigen, dass diese Problemumgehung für mich funktioniert hat.

@ Roman-Bronis & @ Sha1rath

Es kann ratsam sein, eine Überprüfung in protondb für DE zu hinterlassen und die Problemumgehung für Dampfbenachrichtigungen mit dem Link zum Handbuch zu erwähnen. Ich habe dies bereits in der Hoffnung getan, dass es für mehr Linux-Benutzer mit nvidia gpus nützlich sein würde.

Danke für Ihre Geduld.

@ Roman-Bronis & @ Sha1rath

Es kann ratsam sein, eine Überprüfung in protondb für DE zu hinterlassen und die Problemumgehung für Dampfbenachrichtigungen mit dem Link zum Handbuch zu erwähnen. Ich habe dies bereits in der Hoffnung getan, dass es für mehr Linux-Benutzer mit nvidia gpus nützlich sein würde.

Danke für Ihre Geduld.

Tolle Idee, fertig!

Ich persönlich bin nicht in der Lage, NVidia eine ordnungsgemäße Beschreibung des Problems zu geben. Es würde detaillierte Protokolle oder Spuren benötigen, anstatt zu sagen "jemand sagte, dass es bei seiner AMD nicht passiert".

nvidia 450.57-6 GTX 1060 6GB
Kernel 5.7.12-arch1-1
Das Spiel friert immer dann ein, wenn ein Steam-Overlay-Popup angezeigt wird. Jetzt verstehe ich nicht warum, weil ich Steam-Overlay deaktiviert habe, aber es zeigt immer noch etwas wie Erfolg und friert das Spiel ein. Danach startet das Spiel nicht mehr (schwarzer Bildschirm) und ich muss den PC neu starten, um wieder spielen zu können. Auch Alt + Tabbing friert es ebenfalls auf einem schwarzen Bildschirm ein, aber das kann umgangen werden, indem nicht Alt + Tabbing verwendet wird.
Randnotiz: Ich spiele im Offline-Modus.
BEARBEITEN: Wenn ich X neu starte, kann ich wieder spielen. Immer noch nervig, aber weniger nervig.

Gleich hier ist Kernel 5.7.12-24-tkg-pds, Nvidia RTX 2060, irgendwelche Ideen, wie Alt + Tab-Problem zu beheben?
Das Spiel ist buchstäblich nicht spielbar, da jeder Erfolg eine Dampfüberlagerung hervorruft und das Spiel einfriert. Ich verwende auch ein umrandetes Fenster, aber eigentlich keinen Unterschied zwischen Vollbild und umrandetem Fenster, das in beiden Modi einfriert.

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Vielen Dank, ich kann bestätigen, dass diese Problemumgehung für mich funktioniert hat.

Kannst du jetzt Alt + Tab aus dem Spiel? Oder wurde dadurch nur das Benachrichtigungsproblem behoben?

nvidia 450.57-6 GTX 1060 6GB
Kernel 5.7.12-arch1-1
Das Spiel friert immer dann ein, wenn ein Steam-Overlay-Popup angezeigt wird. Jetzt verstehe ich nicht warum, weil ich Steam-Overlay deaktiviert habe, aber es zeigt immer noch etwas wie Erfolg und friert das Spiel ein. Danach startet das Spiel nicht mehr (schwarzer Bildschirm) und ich muss den PC neu starten, um wieder spielen zu können. Auch Alt + Tabbing friert es ebenfalls auf einem schwarzen Bildschirm ein, aber das kann umgangen werden, indem nicht Alt + Tabbing verwendet wird.
Randnotiz: Ich spiele im Offline-Modus.
BEARBEITEN: Wenn ich X neu starte, kann ich wieder spielen. Immer noch nervig, aber weniger nervig.

Gleich hier ist Kernel 5.7.12-24-tkg-pds, Nvidia RTX 2060, irgendwelche Ideen, wie Alt + Tab-Problem zu beheben?
Das Spiel ist buchstäblich nicht spielbar, da jeder Erfolg eine Dampfüberlagerung hervorruft und das Spiel einfriert. Ich verwende auch ein umrandetes Fenster, aber eigentlich keinen Unterschied zwischen Vollbild und umrandetem Fenster, das in beiden Modi einfriert.

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Vielen Dank, ich kann bestätigen, dass diese Problemumgehung für mich funktioniert hat.

Kannst du jetzt Alt + Tab aus dem Spiel? Oder wurde dadurch nur das Benachrichtigungsproblem behoben?

Ich habe gerade das Benachrichtigungsproblem überprüft, das hat schon Spaß gemacht, weil ich alle "einfachen" Erfolge erzielt habe. Ich glaube nicht, dass dies das Alt + Tab-Problem löst, aber Sie müssen es selbst überprüfen (sorry, ich werde dieses riesige Spiel nicht zum dritten Mal installieren;)).

nvidia 450.57-6 GTX 1060 6GB
Kernel 5.7.12-arch1-1
Das Spiel friert immer dann ein, wenn ein Steam-Overlay-Popup angezeigt wird. Jetzt verstehe ich nicht warum, weil ich Steam-Overlay deaktiviert habe, aber es zeigt immer noch etwas wie Erfolg und friert das Spiel ein. Danach startet das Spiel nicht mehr (schwarzer Bildschirm) und ich muss den PC neu starten, um wieder spielen zu können. Auch Alt + Tabbing friert es ebenfalls auf einem schwarzen Bildschirm ein, aber das kann umgangen werden, indem nicht Alt + Tabbing verwendet wird.
Randnotiz: Ich spiele im Offline-Modus.
BEARBEITEN: Wenn ich X neu starte, kann ich wieder spielen. Immer noch nervig, aber weniger nervig.

Gleich hier ist Kernel 5.7.12-24-tkg-pds, Nvidia RTX 2060, irgendwelche Ideen, wie Alt + Tab-Problem zu beheben?
Das Spiel ist buchstäblich nicht spielbar, da jeder Erfolg eine Dampfüberlagerung hervorruft und das Spiel einfriert. Ich verwende auch ein umrandetes Fenster, aber eigentlich keinen Unterschied zwischen Vollbild und umrandetem Fenster, das in beiden Modi einfriert.

Würden Sie die unten stehende Problemumgehung versuchen, um Steam-Overlay-Benachrichtigungen zu deaktivieren und zu sehen, wie sich dies auf Doom Eternal auswirkt? Ich habe leider fast alle Einzelspieler-Erfolge erzielt und kann nicht überprüfen, ob die Problemumgehung irgendetwas behebt.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Vielen Dank, ich kann bestätigen, dass diese Problemumgehung für mich funktioniert hat.

Kannst du jetzt Alt + Tab aus dem Spiel? Oder wurde dadurch nur das Benachrichtigungsproblem behoben?

Das Benachrichtigungsproblem wird nur vorübergehend behoben, indem alle Steam-Benachrichtigungen im Spiel entfernt werden, bis nvidia den Fehler in den Treibern behoben hat, vorausgesetzt, es handelt sich sogar um einen Treiberfehler. Ich habe es gestern bei meinem Spiel überprüft und es funktioniert.

Hallo! Ich bin gerade wieder mit DOOM Eternal angefangen und habe einige Leistungsprobleme.

Auf einem RX 5700 XT mit Mesa 20.1.4 und aktiviertem ACO in den Starteinstellungen erhalte ich 70 - 120 FPS bei maximaler Einstellung, wenn V-Sync aktiviert und Freesync aktiviert ist.

Mit der gleichen Karte, mit den neuesten AMDGPU-PRO-Treibern und Freesync, die ebenfalls aktiviert sind, erhalte ich konsistente 144 FPS, wenn ich das Spiel mit V-Sync spiele, das auf Triple Buffering eingestellt ist (On und AUTO begrenzen die Bildrate aus irgendeinem Grund auf 72 FPS außerhalb von Menüs). Aber die PRO-Treiber lassen Blut so aussehen, als hätte es einen metallischen Regenbogeneffekt.

Soweit ich feststellen konnte, sind die Hauptleistungsprobleme mit DOOM Eternal bereits seit 20.1.1 auf Mesa behoben. Könnte das Problem woanders liegen?

Ich weiß nicht, ob es erwähnenswert ist, aber ich habe festgestellt, dass bei Verwendung der PRO-Treiber die von DOOM und MangoHud gemeldete Vulkan-Version 1.2.139 ist, während sie bei Mesa 20.1.4 1.2.131 meldet (mein System hat die neueste Version von Solus Repos, Version 1.2.141.0). Corectrl meldet auch die Vulkan API-Version als 1.2.131.

Hallo, ich hatte Probleme damit, Doom Eternal zum Start zu bringen. Nach einem Zeitalter, in dem "Running" gesagt wurde, gibt es schließlich auf und schließt sich. Ich habe die Protokolldatei von PROTON_LOG=1 %command% aus überprüft und war derzeit überrascht, als sie 3 GB groß war.

Es sieht so aus, als ob ein Skript beim Start eine Endlosschleife durchläuft und schließlich mit einem StackOverflowException endet. Vielleicht also eine Rekursion?

Mit einigen Experten, die nach dem Begriff "Ausnahme" suchten, fand ich ein sich wiederholendes Muster des folgenden Ausschnitts im Protokoll:

10394444:15734.269:002b:002c:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x7bc8ffc0 ip=7bc8ffc0 tid=002c
10394445:15734.269:002b:002c:trace:seh:NtRaiseException  info[0]=0000000000000000
10394446:15734.269:002b:002c:trace:seh:NtRaiseException  info[1]=ffffffffffffffff
10394447:15734.269:002b:002c:trace:seh:NtRaiseException  rax=000000007bc8ffc0 rbx=0000000000579aa0 rcx=fffffffffffc1bbc rdx=0010988c683ffff0
10394448:15734.269:002b:002c:trace:seh:NtRaiseException  rsi=0000000000000004 rdi=00000000005793d0 rbp=0000000000000005 rsp=0000000000577148
10394449:15734.269:002b:002c:trace:seh:NtRaiseException   r8=0000000000000000  r9=0000000000576d90 r10=0000000000000020 r11=0000000000000246
10394450:15734.269:002b:002c:trace:seh:NtRaiseException  r12=00000000005793d0 r13=0010988c68400010 r14=0000000000577198 r15=00000000005771a0

Die Nummer 10394444 ist die Zeilennummer, wenn Sie sich fragen.

Wenn ich den Befehl grep code=c0000005 steam-782330.log | wc -l ausführte, gab ich an, wie oft diese Schleife aufgetreten ist, also 290 (290-mal zu viele).

Systeminformationen:

  • Debian 10 Buster
  • Nvidia Driver v450.66, RTX 2070
  • Proton 5.0.9

Ich habe Doom Eternal bereits unter Linux erfolgreich gespielt und dann seit einiger Zeit nicht mehr gespielt (mindestens einen Monat, wahrscheinlich länger). In der Zwischenzeit gab es einige Updates von Doom, aber auch auf meinem Ubuntu-System, einschließlich neuer Nvidia-Treiber usw.

Jetzt wollte ich nur noch einmal spielen und es startet nicht. Ich sehe das ID-Logo in Systray, dann wird der Bildschirm schwarz und ich kehre ohne Fehler zum Desktop zurück.

Dies ist mit Proton 5.0, was ich zuvor verwendet habe (nur die Standardinstallation, aber mit "PROTON_NO_ESYNC": "1" in der Datei user_settings.py ).

Ich habe es auch mit dem neuen Proton 5.13 versucht, da ich hier einige Berichte gelesen habe, dass es jetzt noch besser läuft und auch das Alt-Tab-Problem behoben ist. Ich erhalte jedoch das gleiche Verhalten, dh ich sehe das ID-Logo in Systray, dann auf dem schwarzen Bildschirm und dann zurück zum Desktop.

Aus meiner ~/steam-782330.log -Datei (mit PROTON_LOG=1 %command% +com_skipIntroVideo 1 +in_terminal 1 ausführen):

======================
Proton: 1602709129 proton-5.13-1b
SteamGameId: 782330
Command: ['/mnt/zfs/SteamLibrary/steamapps/common/DOOMEternal/idTechLauncher.exe', '+com_skipIntroVideo', '1', '+in_terminal', '1']
Options: {'noesync', 'seccomp', 'forcelgadd'}
======================
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
wineserver: using server-side synchronization.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
133049.882:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 000000007BC00000: builtin
133049.883:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 000000007B000000: builtin
...
133050.864:00c4:00c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\winex11.drv" at 00007FB7A2120000: builtin
133050.878:00c4:00c8:fixme:heap:RtlSetHeapInformation 0000000000010000 0 000000000091C710 4 stub
133050.879:00c4:00c8:warn:debugstr:OutputDebugStringA "Winsock Initialized\n"
133050.879:00c4:00c8:trace:seh:dispatch_exception code=40010006 flags=0 addr=000000007B010E0E ip=7b010e0e tid=00c8
133050.879:00c4:00c8:trace:seh:dispatch_exception  info[0]=0000000000000015
133050.879:00c4:00c8:trace:seh:dispatch_exception  info[1]=0000000000914640
133050.879:00c4:00c8:trace:seh:dispatch_exception  rax=0000000000914060 rbx=000000003fff8000 rcx=0000000000914040 rdx=0000000000000000
133050.879:00c4:00c8:trace:seh:dispatch_exception  rsi=0000000000914140 rdi=0000000000914070 rbp=0000000000914480 rsp=0000000000914020
133050.879:00c4:00c8:trace:seh:dispatch_exception   r8=0000000000000002  r9=0000000000914130 r10=000000007b666fb4 r11=0000000000000246
133050.879:00c4:00c8:trace:seh:dispatch_exception  r12=0000000000000001 r13=0000000000000001 r14=0000000000006e5c r15=000000000091c6d8
133050.879:00c4:00c8:trace:seh:call_vectored_handlers calling handler at 000000007B636150 code=40010006 flags=0
133050.879:00c4:00c8:trace:seh:call_vectored_handlers handler at 000000007B636150 returned 0
133050.879:00c4:00c8:trace:seh:RtlVirtualUnwind type 1 rip 7b010e0e rsp 914020
133050.879:00c4:00c8:trace:seh:dump_unwind_info **** func 10dc0-10e47
133050.879:00c4:00c8:trace:seh:dump_unwind_info unwind info at 000000007B0A1394 flags 0 prolog 0x11 bytes function 000000007B010DC0-000000007B010E47
133050.879:00c4:00c8:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
133050.879:00c4:00c8:trace:seh:dump_unwind_info     0xa: pushq %rsi
133050.879:00c4:00c8:trace:seh:dump_unwind_info     0x9: pushq %rdi
133050.879:00c4:00c8:trace:seh:dwarf_virtual_unwind function 7b638140 base 0x7b637e28 cie 0x7b67c810 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip
...
133057.159:00d0:00d4:trace:seh:RtlRestoreContext returning to 7b661c46 stack 8e88a0
resource invalid:image:models/customization/characters/doomslayer/set56/doomslayer_arm_left_set56_sss.tga$streamed$mtlkind=sssmask:NONE is stale: defaulting
133057.160:00d0:00d4:warn:debugstr:OutputDebugStringA "resource generated:image:models/customization/characters/doomslayer/set56/doomslayer_arm_right_set56_sss.tga$streamed$mtlkind=sssmask:NONE is stale: entry(s) not found\n"
133057.160:00d0:00d4:trace:seh:dispatch_exception code=40010006 flags=0 addr=000000007B010E0E ip=7b010e0e tid=00d4
133057.160:00d0:00d4:trace:seh:dispatch_exception  info[0]=00000000000000a9
...
WARNING: idBroadcastManager::ReleaseBroadcastEvent called with out of range system ID [65535]
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
133879.298:00d0:00d4:trace:seh:sigsys_handler SIGSYS, rax 0xf086, rip 0x14f92df98
....
133057.309:00d0:00d4:trace:seh:RtlRestoreContext returning to 7b661c46 stack 8e9780
WARNING: image:fonts/square721_ex_tl/64_df.tga$alpha$streamed$nomips:NONE can't generate in production while loading image:fonts/square721_ex_tl/64_df.tga$alpha$streamed$nomips from edit.Parms from material2:fontfx/square721/outline/normal/black
133057.310:00d0:00d4:warn:debugstr:OutputDebugStringA "resource invalid:image:fonts/square721_ex_tl/64_df.tga$alpha$streamed$nomips:NONE is stale: defaulting\n"
WARNING: generated/decls/material2/lights/analytical/point/point_p25.decl - ParmBlock Parse Warning : Invalid RenderParm Name lightfalloff while loading edit.Parms from material2:lights/analytical/point/point_p25
133881.461:00d0:01b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\crypt32.dll" at 00007FA113A10000: builtin
133881.463:00d0:01b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\dnsapi.dll" at 00007FA150020000: builtin
133881.463:00d0:01b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\netapi32.dll" at 00007FA150050000: builtin
133881.463:00d0:01b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\secur32.dll" at 00007FA150090000: builtin
133881.477:00d0:01b8:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
133881.488:00d0:00d4:warn:debugstr:OutputDebugStringA "WARNING: generated/decls/material2/lights/analytical/point/point_p75.decl - ParmBlock Parse Warning : Invalid RenderParm Name lightfalloff while loading edit.perkFamilies.item.base.edit.disablePerkWhenActivated.edit.upgrades.item.edit.modifiersWeapon.item.data.valueDecl.edit.weaponFX.edit.e"...
...
133058.022:01c4:01c8:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030
133058.029:01c4:01c8:fixme:wbemprox:enum_class_object_Next timeout not supported
info:  Game: dxdiag.exe
info:  DXVK: v1.7.2-4-g280cd4b4
info:  Built-in extension providers:
info:    Win32 WSI
info:    OpenVR
133058.039:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\shcore.dll" at 0000000064940000: builtin
133058.039:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0000000068A40000: builtin
133058.039:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\SHELL32.dll" at 00007F37BE260000: builtin
133058.039:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\openvr_api_dxvk.dll" at 0000000180000000: native
133058.040:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" at 000000006E340000: builtin
133058.040:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\api-ms-win-core-fibers-l1-1-1.dll" at 000000006B880000: builtin
133058.041:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\api-ms-win-core-localization-l1-2-1.dll" at 000000006E6C0000: builtin
133058.041:01c4:01c8:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,1,0x31c6e0,20,(nil))
warn:  OpenVR: Failed to initialize OpenVR
info:  Enabled instance extensions:
info:    VK_KHR_get_surface_capabilities2
info:    VK_KHR_surface
info:    VK_KHR_win32_surface
warn:  D3D9: VK_FORMAT_D16_UNORM_S8_UINT -> VK_FORMAT_D24_UNORM_S8_UINT
warn:  D3D9: VK_FORMAT_A4R4G4B4_UNORM_PACK16_EXT -> VK_FORMAT_B4G4R4A4_UNORM_PACK16
info:  GeForce RTX 2070:
info:    Driver: 450.80.2
info:    Vulkan: 1.2.133
info:    Memory Heap[0]: 
info:      Size: 8192 MiB
info:      Flags: 0x1
info:      Memory Type[7]: Property Flags = 0x1
info:    Memory Heap[1]: 
info:      Size: 24070 MiB
info:      Flags: 0x0
info:      Memory Type[0]: Property Flags = 0x0
info:      Memory Type[1]: Property Flags = 0x0
info:      Memory Type[2]: Property Flags = 0x0
info:      Memory Type[3]: Property Flags = 0x0
info:      Memory Type[4]: Property Flags = 0x0
info:      Memory Type[5]: Property Flags = 0x0
info:      Memory Type[6]: Property Flags = 0x0
info:      Memory Type[8]: Property Flags = 0x6
info:      Memory Type[9]: Property Flags = 0xe
info:    Memory Heap[2]: 
info:      Size: 246 MiB
info:      Flags: 0x1
info:      Memory Type[10]: Property Flags = 0x7
info:  Process set as DPI aware
133058.165:01c4:01c8:fixme:ddraw:ddraw7_Initialize Ignoring guid {baafeb00-00eb-69ee-eba0-3c804c97f796}.
133058.166:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\dxvk_config.dll" at 0000000069040000: native
133058.167:01c4:01c8:trace:seh:NtQueryInformationThread (0x98,0,0x31c8d0,30,(nil))
133058.186:01c4:01cc:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0xe8fc30,4,(nil))
...
133058.252:01c4:01c8:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work.
133058.254:00d0:01c0:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x380afc50,4,(nil))
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\dxdiagn.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\d3d9.dll" : native
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\vulkan-1.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\devenum.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\msdmo.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\avicap32.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\quartz.dll" : builtin
Unable to read VR Path Registry from C:\users\steamuser\Local Settings\Application Data\openvr\openvrpaths.vrpath
133058.342:00c4:00cc:trace:seh:NtQueryInformationThread (0x1c4,0,0x1c15f50,30,(nil))
133058.342:00c4:00cc:trace:seh:NtQueryInformationThread (0x1c4,0,0x1c15f50,30,(nil))
133058.343:00c4:00cc:trace:seh:NtQueryInformationThread (0x1c4,0,0x1c15f50,30,(nil))
...
133058.351:00c4:00cc:trace:seh:NtQueryInformationThread (0x1c4,0,0x1c15f50,30,(nil))
133058.351:00c4:00cc:fixme:dbghelp:fetch_thread_info Couldn't open thread 448 (87)
133063.612:00c4:00cc:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\lsteamclient.dll" at 00007FB7A14C0000: builtin
133063.612:00c4:00cc:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\lsteamclient.dll" : builtin
133074.355:00c4:00cc:warn:debugstr:OutputDebugStringA "Wrote minidump to Crash.dmp.\n"
...
133074.950:00c4:00c8:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091F960
133075.960:003c:0070:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x119fda0,4,(nil))
133075.960:0058:0080:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x17dfda0,4,(nil))
133075.961:0084:0094:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0xf9fda0,4,(nil))
133076.062:0030:008c:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x13cfda0,4,(nil))
133076.062:0030:01e8:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x1c0fda0,4,(nil))
pid 103640 != 103639, skipping destruction (fork without exec?)

(Ich weiß nicht wirklich, was daraus relevant ist. Ich hoffe, es enthält einige relevante Informationen ...)


Bearbeiten Merkwürdigerweise nach einem Neustart meines PC, läuft es jetzt richtig. Ich habe immer noch das Problem mit Alt + Tab (dh Alt + Tab oder eine im Spiel auftretende Überlagerung friert die Grafiken ein), aber ansonsten läuft es sehr gut. Vielleicht sogar besser (glatter, schneller) als zuvor, aber ich weiß es nicht. Aber ich hoffte größtenteils, dass das Alt + Tab-Problem behoben sein würde. Ich benutze ein randloses Fenster, da ich das irgendwo gelesen habe.

Jetzt habe ich auch eine Protokolldatei im Vergleich von einem korrekten Lauf.

Meine ~/steam-782330.log Datei:

======================
Proton: 1602709129 proton-5.13-1b
SteamGameId: 782330
Command: ['/mnt/zfs/SteamLibrary/steamapps/common/DOOMEternal/idTechLauncher.exe', '+com_skipIntroVideo', '1', '+in_terminal', '1']
Options: {'forcelgadd', 'seccomp', 'noesync'}
======================
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
wineserver: using server-side synchronization.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
453.258:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 000000007BC00000: builtin
453.259:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 000000007B000000: builtin
453.259:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernel32.dll" at 000000007B610000: builtin
453.259:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\wineboot.exe" at 0000000000400000: builtin
453.259:0028:002c:trace:seh:check_bpf_jit_enable enabled 0x31.
453.261:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ucrtbase.dll" at 00007F6EB0C90000: builtin
453.261:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\sechost.dll" at 0000000061900000: builtin
453.261:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\advapi32.dll" at 00007F6EB0EB0000: builtin
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
...
454.245:00c4:00c8:fixme:heap:RtlSetHeapInformation 0000000000010000 0 000000000091C710 4 stub
454.246:00c4:00c8:warn:debugstr:OutputDebugStringA "Winsock Initialized\n"
454.246:00c4:00c8:trace:seh:dispatch_exception code=40010006 flags=0 addr=000000007B010E0E ip=7b010e0e tid=00c8
454.246:00c4:00c8:trace:seh:dispatch_exception  info[0]=0000000000000015
454.246:00c4:00c8:trace:seh:dispatch_exception  info[1]=0000000000914640
454.246:00c4:00c8:trace:seh:dispatch_exception  rax=0000000000914060 rbx=000000003fff8000 rcx=0000000000914040 rdx=0000000000000000
454.246:00c4:00c8:trace:seh:dispatch_exception  rsi=0000000000914140 rdi=0000000000914070 rbp=0000000000914480 rsp=0000000000914020
454.246:00c4:00c8:trace:seh:dispatch_exception   r8=0000000000000002  r9=0000000000914130 r10=000000007b666fb4 r11=0000000000000246
454.246:00c4:00c8:trace:seh:dispatch_exception  r12=0000000000000001 r13=0000000000000001 r14=0000000000006e5c r15=000000000091c6d8
...
460.388:00d0:00d4:trace:seh:RtlRestoreContext returning to 7b661c46 stack 8e88a0
resource invalid:image:models/customization/characters/doomslayer/set56/doomslayer_arm_left_set56_sss.tga$streamed$mtlkind=sssmask:NONE is stale: defaulting
460.389:00d0:00d4:warn:debugstr:OutputDebugStringA "resource generated:image:models/customization/characters/doomslayer/set56/doomslayer_arm_right_set56_sss.tga$streamed$mtlkind=sssmask:NONE is stale: entry(s) not found\n"
460.389:00d0:00d4:trace:seh:dispatch_exception code=40010006 flags=0 addr=000000007B010E0E ip=7b010e0e tid=00d4
...
WARNING: idBroadcastManager::ReleaseBroadcastEvent called with out of range system ID [65535]
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
458.024:00d0:00d4:trace:seh:sigsys_handler SIGSYS, rax 0xf086, rip 0x14f92df98.
458.119:00d0:00d4:fixme:bcrypt:BCryptCreateHash ignoring object buffer
458.289:00d0:00d4:warn:debugstr:OutputDebugStringA "Executing default.cfg for device #0...\n"
...
WARNING:  SWF swf/main_menu/screens/master_levels.swf CreateSWFDependencies defaulted on image textures/swf_images/milestones/hud_slayer_challenge_progbar_milestone_back.png while loading loadBinary:swf/main_menu/screens/master_levels.swf from cswf:swf/main_menu/screens/master_levels.swf
460.529:00d0:00d4:warn:debugstr:OutputDebugStringA "resource generated:image:fonts/square721_ex_tl/64_df.tga$alpha$streamed$nomips:NONE is stale: entry(s) not found\n"
...
459.711:00d0:00f4:fixme:bcrypt:BCryptCreateHash ignoring object buffer
459.711:00d0:00f4:fixme:bcrypt:BCryptCreateHash ignoring object buffer
459.717:00d0:00d4:warn:debugstr:OutputDebugStringA "WARNING: generated/decls/material2/template/light.decl - ParmBlock Parse Warning : Invalid RenderParm Name lightfalloff while loading edit.Parms from material2:template/light\n"
...
463.834:00d0:00d4:trace:seh:RtlRestoreContext returning to 7b661c46 stack 90bba0
during DOOMEternal initialization...
463.835:00d0:00d4:warn:debugstr:OutputDebugStringA "WARNING: idBroadcastManager::ReleaseBroadcastEvent called with out of range system ID [65535]\n"
...

In diesem neuen Protokoll konnte ich diese Teile aus dem alten Protokoll nicht finden:

Vermisst:

133058.022:01c4:01c8:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030
133058.029:01c4:01c8:fixme:wbemprox:enum_class_object_Next timeout not supported
info:  Game: dxdiag.exe
...
warn:  OpenVR: Failed to initialize OpenVR
...

Ich gehe jedoch davon aus, dass dies alles bereits Teil der Fehlerbehandlung ist, dem Crash-Handler, der einige Informationen über mein System sammelt. Das ist also wahrscheinlich nicht relevant. Im Grunde weiß ich nicht, welcher Teil des (ersten) Protokolls für den Fehler relevant ist, den ich hatte.

Hallo,

Doom Eternal friert auf dem Ladebildschirm ein.

steam-782330.zip

Hier ist die Protokolldatei. Da es zu groß war, musste ich es mit einem Reißverschluss schließen.

processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model       : 94
model name  : Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
stepping    : 3

NVIDIA Corporation TU104 [GeForce RTX 2080 Rev. A] (rev a1)

nvidia 455.28-7
Vulkan Instance Version: 1.2.153

Ich habe es gerade mit Proton 5.13-1 versucht und das Kippen des Mausrads wird vom Spiel nicht mehr erkannt. Funktioniert wieder, nachdem Sie zu 5.09 zurückgekehrt sind.

Hallo @ Sha1rath , beziehen Sie sich der Klarheit

Normalerweise würde ich nach einem Protonenprotokoll fragen, das mit der Regression einhergeht, aber ich glaube nicht, dass dies etwas Interessantes enthüllen würde, wenn keine zusätzliche Protokollierung aktiviert wäre.

@ kisak-ventil Ja, horizontales Scrollen durch Kippen des Mausrads (als Kipprad oder 4D-Rad bezeichnet).
Ich benutze einen Roccat Kone AIMO Remastered.
Im Spiel werden die Neigungsknöpfe als "Maus 4" und "Maus 5" erkannt, xev gibt sie als "Knopf 6" und "Knopf 7" aus.
Ich habe versucht, es im Spiel neu zu binden, weil ich angenommen habe, dass sich die Tastencodes gerade geändert haben, aber wenn ich im Einstellungsmenü eine neue Taste zuweise, wenn ich das Rad neige, wird immer wieder "Neue Taste drücken" (oder so) angezeigt. Das Spiel merkt es überhaupt nicht.

Über das Protokoll: Ich ging auch davon aus, dass ein nicht erkanntes Eingabeereignis nichts protokollieren würde.

Übrigens, da meine Maus viele Tasten hat (12, wenn Sie alle Radrichtungen zählen), habe ich festgestellt, dass viele der Tasten nicht in Protonen funktionieren. Die Maus kann ihre eigenen Tasten an Tastatureingaben binden, was ich als Problemumgehung getan habe. Es wäre schön zu sehen, dass alle Maustasten funktionieren, ohne Tastaturmakros in der Maus selbst daran zu binden. Die einzige Änderung, die ich bemerkte, betraf das Kipprad (das ich nicht mit Tastaturmakros zuweisen möchte, da es das horizontale Scrollen auf meinem Linux-Desktop deaktivieren würde) ...

@ Sha1rath Könnten Sie ein Protokoll mit + x11drv, + x11settings, + event, + cursor, + win, + message als zusätzliche Protokollierungskanäle auf 5.0-9, wo es funktioniert, und 5.13-1, wo es fehlschlägt, erhalten?

Hier sind die Protokolle:
DoomEternalProtonLogs.tar.gz

Und hier ist, was ich getan habe, als ich sie protokolliert habe:

Beide

  • Spiel beginnen
  • Gehen Sie zum Steuerungsanpassungsmenü
  • Klicken Sie auf das rechte Feld der Kampfflintenbindungen
  • Kipprad nach links

Proton 5.13

  • Nichts passiert, neue Eingabeaufforderung drücken verschwindet nicht
  • Kippen Sie das Rad nach rechts
  • Nichts passiert, neue Eingabeaufforderung drücken verschwindet nicht

Proton 5.0-9

  • Die Schrotflinte wird zugewiesen und als Maustaste 4 angezeigt
  • Klicken Sie auf das rechte Feld der schweren Kanonenbindungen
  • Kippen Sie das Rad nach rechts
  • Die Kanone wird zugewiesen und als Maustaste 5 angezeigt

Beide

  • Drücken Sie wiederholt ESC, um das Einstellungsmenü zu verlassen und das Spiel zu beenden

Vielen Dank, dass Sie sich damit befasst haben.

PS: Ich habe gerade Dying Light ausprobiert und dort habe ich das gleiche Problem: Das Kipprad funktioniert in Proton 5.0-9, aber nicht in 5.13. Es ist also wahrscheinlich nicht nur ein spezifisches Problem von Doom Eternal.

Hallo! Habe gerade das Spiel während des Verkaufs bekommen. Die Tabulatortaste (für das Inventar und das Zeug) funktioniert bei mir nicht. Ich würde schwören, dass es während der ersten Mission funktioniert hat, aber dann nichts, auch nicht auf den Menüs ... Sonst noch jemand?

Hallo @ Sha1rath , auf Anfrage des Proton-Entwicklers habe ich Ihr aktuelles Feedback zur Eingabe des Scrollrads an # 4341 übertragen, da es kein

Hallo! Habe gerade das Spiel während des Verkaufs bekommen. Die Tabulatortaste (für das Inventar und das Zeug) funktioniert bei mir nicht. Ich würde schwören, dass es während der ersten Mission funktioniert hat, aber dann nichts, auch nicht auf den Menüs ... Sonst noch jemand?

Versuchen Sie, die linke Alt-Taste zu drücken. Das sollte auch das gleiche Menü aufrufen, und dann sollten Sie Tab wieder verwenden können.

Es passiert mir, wenn ich während des Spiels die Alt-Tab-Taste drücke. Sobald ich wieder Alt-Tab habe, muss ich Alt einmal verwenden, damit Tab wieder funktioniert.

Auch wenn Sie nicht Alt-Tab haben, versuchen Sie es trotzdem.

Hallo,

Doom Eternal friert auf dem Ladebildschirm ein.

steam-782330.zip

Hier ist die Protokolldatei. Da es zu groß war, musste ich es mit einem Reißverschluss schließen.

processor : 0
vendor_id : GenuineIntel
cpu family    : 6
model     : 94
model name    : Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
stepping  : 3

NVIDIA Corporation TU104 [GeForce RTX 2080 Rev. A] (rev a1)

nvidia 455.28-7
Vulkan Instance Version: 1.2.153

Ich habe das gleiche Problem. Konnten Sie es zum Laufen bringen? Ich bin auch auf einem 2080, NVIDIA 455.34.01

Nein habe ich nicht 😔

Am Dienstag, 3. November 2020, 22:45 Uhr schrieb George Gibbs [email protected] :

Hallo,

Doom Eternal friert auf dem Ladebildschirm ein.

steam-782330.zip
https://github.com/ValveSoftware/Proton/files/5432527/steam-782330.zip

Hier ist die Protokolldatei. Da es zu groß war, musste ich es mit einem Reißverschluss schließen.

Prozessor: 0
vendor_id: GenuineIntel
CPU-Familie: 6
Modell: 94
Modellname: Intel (R) Core (TM) i7-6700-CPU bei 3,40 GHz
Schritt: 3

NVIDIA Corporation TU104 [GeForce RTX 2080 Rev. A] (Rev. a1)

nvidia 455.28-7
Vulkan Instance Version: 1.2.153

Ich habe das gleiche Problem. Konnten Sie es zum Laufen bringen? Ich bin auch auf einem
2080, nvidia 455.34.01

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-721245884 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AAAIQWG4SS2O2J7DNOMY7YTSOAXTPANCNFSM4MI6DHIA
.

Nein, ich habe nicht nachdenklich

Vielen Dank für die Bestätigung und hoffen, eine Problemumgehung zu finden. Ich habe den Fehler 1522 auf dem Mutter-Tracker gemeldet, da er mit KDE und dem Deaktivieren des Compositors (was standardmäßig für Vollbild-Apps mit dem neuesten KDE standardmäßig der Fall ist) anscheinend gut funktioniert. Keine Ahnung, ob es tatsächlich ein schuldiges Murmeln oder etwas in Wein / Proton ist, aber ich dachte, es könnte nicht schaden, mehr Augen darauf zu werfen ...

FWIW Ich betreibe Nvidia und habe keine Probleme mit Budgie, das GNOME und Mutter unter der Haube verwendet und daher auch keine Möglichkeit hat, den Compositor zu deaktivieren.

Nein, ich habe nicht nachdenklich

Vielen Dank für die Bestätigung und hoffen, eine Problemumgehung zu finden. Ich habe den Fehler 1522 auf dem Mutter-Tracker gemeldet, da er mit KDE und dem Deaktivieren des Compositors (was standardmäßig für Vollbild-Apps mit dem neuesten KDE standardmäßig der Fall ist) anscheinend gut funktioniert. Keine Ahnung, ob es tatsächlich ein schuldiges Murmeln oder etwas in Wein / Proton ist, aber ich dachte, es könnte nicht schaden, mehr Augen darauf zu werfen ...

Interessanterweise hat es heute wieder funktioniert!

Wahrscheinlich etwas mit diesen Updates zu tun?

[2020-11-03T16:51:12+0600] [ALPM] upgraded vulkan-icd-loader (1.2.153-2 -> 1.2.158-1)
[2020-11-03T16:51:12+0600] [ALPM] upgraded vulkan-tools (1.2.153-1 -> 1.2.158-1)

Interessanterweise hat es heute wieder funktioniert!

Irgendwann hat es auch bei mir nicht funktioniert, aber nachdem ich meinen Computer neu gestartet habe, hat es funktioniert (aber in der Zwischenzeit gab es keine Updates).

@ kisak-ventil Hallo, da das Spiel anscheinend nicht erkennt, dass mein Bethesda-Konto verifiziert ist, kann ich aufgrund dessen weder auf den Kampfmodus noch auf neuere Master-Levels zugreifen. Wäre schön, bald eine Lösung zu sehen.

Getestet mit Proton 5.0.10

Ich habe das Gefühl, dass das Spiel beim "Laden" einfriert (~ 10 Sekunden nach dem Start). Ich habe die Treiber nvidia 440, 450 und 455 ausprobiert, das Ergebnis ist das gleiche. Das Ergebnis der versuchten Protonenversionen 5.13-1, 5.0-10 und 5.9-GE ist dasselbe. Verwendete Argumente starten: PROTON_NO_ESYNC = 1% Befehl% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1 (Ich habe sie einzeln und zusammen ausprobiert. Ergebnis ist das gleiche).

Systeminfo: https://gist.github.com/dymax78/24837a587c00eb59a2c68fc24c5b80da

Protonenprotokoll-Dump: Steam-782330.zip

Vielen Dank für Ihre Zeit und Unterstützung.

@ dymax78 hast du versucht, das Spiel mit aktiviertem Esync zu spielen? Ich hatte diese Probleme danach nicht mehr.

Monatelang lief das Spiel nur, wenn esync deaktiviert war
viel Sinn machen. Ich denke, es könnte jetzt mit Esync funktionieren, aber ich bezweifle, dass das so ist
die Angelegenheit.

Am Sonntag, den 8. November 2020 um 23:46 Uhr Alexander Streng [email protected]
schrieb:

@ dymax78 https://github.com/dymax78 Haben Sie versucht, das Spiel zu spielen ?
mit aktiviertem Esync? Ich hatte diese Probleme danach nicht mehr.

- -
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/3773#issuecomment-723750943 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y33YMBZOHY57PSCZLOO3SO5X3TANCNFSM4MI6DHIA
.

@ gardotd426 immer noch einen Versuch wert. Und das Spiel funktioniert perfekt mit Esync (auf NVIDIA-Hardware, aber das sollte keine Rolle spielen). In mh Fall, wenn esync deaktiviert war, blieb das Spiel in 99% der Fälle auf einem schwarzen Bildschirm hängen, bevor es überhaupt zum Hauptmenü gestartet wurde.

@ gardotd426 immer noch einen Versuch wert. Und das Spiel funktioniert perfekt mit Esync (auf NVIDIA-Hardware, aber das sollte keine Rolle spielen). In mh Fall, wenn esync deaktiviert war, blieb das Spiel in 99% der Fälle auf einem schwarzen Bildschirm hängen, bevor es überhaupt zum Hauptmenü gestartet wurde.

Hallo Krieger,

Ja, das habe ich auch versucht. Leider ist es das gleiche Ergebnis.

Doom Eternal wird nach dem Upgrade von Ubuntu 20.04 - 20.10 nicht geladen

Problem übertragen von https://github.com/ValveSoftware/steam-for-linux/issues/7458.
@Pentastarch veröffentlicht am 2020-11-09T16: 08: 10:

Ihre Systeminformationen

Distribution: Ubuntu 20.10
Kernel: 5.8.0-26-generisch
RAM: 32 GB
GPU-Treiber: NVIDIA 455.28
GPU: NVIDIA GeForce RTX 2070 SUPER
CPU: AMD Ryzen 7 3700X 8-Core
Proton: 5.13-1
Steam-Client: Erstellt: 4. November, Version 1604538810
Steam Runtime Version: Steam-Laufzeit_0.20201104.0

Ubuntu 20.10

In der Steam Beta - ja

Ich habe ein Upgrade von 20.04 auf 20.10 durchgeführt und Doom Eternal wurde nicht mehr geladen. Es gelangt zum Ladebildschirm und hängt. Andere Spiele - Doom 2016, Metro Exodus laden und laufen gut.

Ich habe Steam und das Spiel neu installiert, die Dateien überprüft, komme aber nicht über den Ladebildschirm hinaus.

Ich habe die Bildschirmaktualisierungsrate von 144 Hz auf 60 Hz geändert, was vor dem Upgrade funktioniert hat. Der nächste Bildschirm wird geladen und die Musik startet. Aber dann hängt da. aber ich bin nicht weiter gekommen.

Irgendwelche Ideen??

Versuchen Sie für alle, die es auf dem anfänglichen Ladebildschirm hängen lassen, in Windows (ich glaube -window oder -safe Startoptionen) oder versuchen Sie es mit einem anderen Compositor (wenn Sie auf Gnome sind, versuchen Sie es mit kde oder etwas nicht zusammengesetztes). Ich habe ein ähnliches Problem mit Murmeln / Gnom wie in meinem Beitrag oben aufgeführt, auf das Sie möglicherweise stoßen.

Eigentlich sehe ich, dass Battlemode auch nicht funktioniert (ich habe es nie versucht
um es zu spielen).

Idk, wenn dies ein Proton 5.13-Problem ist oder was, werde ich es mit einem anderen Proton versuchen
Version und sehen, was passiert.

Am Montag, 9. November 2020, um 13:21 Uhr George Gibbs [email protected]
schrieb:

Versuchen Sie es für alle, die es auf dem anfänglichen Ladebildschirm hängen haben
Windowed (ich glaube -window oder -safe Startoptionen) oder versuchen Sie es anders
Compositor (wenn Sie auf Gnome sind, versuchen Sie es mit kde oder etwas nicht zusammengesetztem). Ich bin
Ich habe ein ähnliches Problem mit Murmeln / Gnom wie in meinem Beitrag darüber aufgeführt
Vielleicht ist es das, worauf du stößt.

- -
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/3773#issuecomment-724188382 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y33526S7GAA3NM2AXZV3SPAXKBANCNFSM4MI6DHIA
.

Ich habe alle Protonenversionen ausprobiert, einschließlich der GE-Versionen, die auf die neuesten Nvidia-Treiber aktualisiert wurden. Spüldampf, alles neu geladen.
Aber wie alle anderen meiner Spiele laufen, muss es eine Art Interaktion sein - speziell für DE und 20.10 - wie Vash63 vorschlägt, Gnom?

@ kisak-ventil, daher wird bestätigt, dass Doom Eternal Battlemode nicht mit 5.13 funktioniert. Sollte das in den 5.13 Ausgaben sein? Oder einfach nur hier?

Hallo @ gardotd426 , bitte bestätigen Sie, dass das Problem bei einer älteren Proton-Version nicht auftritt. PROTON_LOG=1 %command% zu den Startoptionen des Spiels hinzu, reproduzieren Sie das Problem und fügen Sie das generierte $ HOME / steam- hinzu. $ APPID.log zu diesem Problembericht als Datei. (Protonenprotokolle werden bei Bedarf gut komprimiert.)

Im Allgemeinen ist dies der richtige Ort, um alle Probleme zu besprechen, die Sie mit Doom Eternal sehen.

Versuchen Sie für alle, die es auf dem anfänglichen Ladebildschirm hängen lassen, in Windows (ich glaube -window oder -safe Startoptionen) oder versuchen Sie es mit einem anderen Compositor (wenn Sie auf Gnome sind, versuchen Sie es mit kde oder etwas nicht zusammengesetztes). Ich habe ein ähnliches Problem mit Murmeln / Gnom wie in meinem Beitrag oben aufgeführt, auf das Sie möglicherweise stoßen.

Danke für den Vorschlag. Leider werden die Startoptionen mit Fenster ignoriert (-windowed, –windowed -w 1024, -sw oder -safe) und das Spiel wird weiterhin im Vollbildmodus geöffnet. Aufgrund Ihrer Antwort ist zu beachten, dass ich Gnome kürzlich auf 3.38 aktualisiert habe.

Hallo @ gardotd426 , bitte bestätigen Sie, dass das Problem bei einer älteren Proton-Version nicht auftritt. PROTON_LOG=1 %command% zu den Startoptionen des Spiels hinzu, reproduzieren Sie das Problem und fügen Sie das generierte $ HOME / steam- hinzu. $ APPID.log zu diesem Problembericht als Datei. (Protonenprotokolle werden bei Bedarf gut komprimiert.)

Im Allgemeinen ist dies der richtige Ort, um alle Probleme zu besprechen, die Sie mit Doom Eternal sehen.

@ kisak-ventil-Kampfmodus hat aufgrund eines Problems mit "nicht verifiziertem Konto" nie mit Proton funktioniert

@ kisak-ventil-Kampfmodus hat aufgrund eines Problems mit "nicht verifiziertem Konto" nie mit Proton funktioniert

@ Warriormaster12 Es tut mir leid, das ist falsch.

Battlemode funktioniert mit anderen Versionen von Proton. Ich habe es nach meinem vorherigen Beitrag getestet und konnte wie 5 Spiele hintereinander ohne Probleme spielen.

Bei Proton 5.13 handelt es sich nicht um ein Problem mit "nicht verifizierten Konten". Es ist nur "Unbekannter Fehler aufgetreten. Bitte versuchen Sie es später erneut."

@ kisak-ventil Ich werde diese Protokolle bekommen und sie später heute veröffentlichen.

Battlemode funktioniert mit anderen Versionen von Proton. Ich habe es nach meinem vorherigen Beitrag getestet und konnte wie 5 Spiele hintereinander ohne Probleme spielen.

@ gardotd426 Battlemode hat bei mir nie mit Protonenversionen funktioniert, es heißt nur, dass keine Übereinstimmungen gefunden werden können.

@ kisak-ventil-Kampfmodus hat aufgrund eines Problems mit "nicht verifiziertem Konto" nie mit Proton funktioniert

@ Warriormaster12 Es tut mir leid, das ist falsch.

Battlemode funktioniert mit anderen Versionen von Proton. Ich habe es nach meinem vorherigen Beitrag getestet und konnte wie 5 Spiele hintereinander ohne Probleme spielen.

Bei Proton 5.13 handelt es sich nicht um ein Problem mit "nicht verifizierten Konten". Es ist nur "Unbekannter Fehler aufgetreten. Bitte versuchen Sie es später erneut."

@ kisak-ventil Ich werde diese Protokolle bekommen und sie später heute veröffentlichen.

@ gardotd426

Battlemode hat nie an meinem Ende gearbeitet. Ich habe bethesda.net überprüft und es heißt, dass mein Konto verifiziert ist, in Doom Eternal jedoch nicht.

@ gardotd426 Battlemode hat bei mir nie mit Protonenversionen funktioniert, es heißt nur, dass keine Übereinstimmungen gefunden werden können.

Dies ist anscheinend manchmal auch bei Windows-Benutzern ein Problem.

Aber nein, ich konnte 5 oder 6 Spiele hintereinander spielen, indem ich "Quick Match" verwendete (also nicht so, als ob ich von irgendjemandem oder irgendetwas eingeladen worden wäre) und es funktionierte einwandfrei.

Battlemode hat nie an meinem Ende gearbeitet. Ich habe bethesda.net überprüft und es heißt, dass mein Konto verifiziert ist, in Doom Eternal jedoch nicht.

@ Warriormaster12 , das ist unglücklich, aber ich habe überhaupt kein Problem, und es ist auch nicht das Problem mit 5.13, es ist etwas anderes.

@ gardotd426 Battlemode hat bei mir nie mit Protonenversionen funktioniert, es heißt nur, dass keine Übereinstimmungen gefunden werden können.

Dies ist anscheinend manchmal auch bei Windows-Benutzern ein Problem.

Aber nein, ich konnte 5 oder 6 Spiele hintereinander spielen, indem ich "Quick Match" verwendete (also nicht so, als ob ich von irgendjemandem oder irgendetwas eingeladen worden wäre) und es funktionierte einwandfrei.

Battlemode hat nie an meinem Ende gearbeitet. Ich habe bethesda.net überprüft und es heißt, dass mein Konto verifiziert ist, in Doom Eternal jedoch nicht.

@ Warriormaster12 , das ist unglücklich, aber ich habe überhaupt kein Problem, und es ist auch nicht das Problem mit 5.13, es ist etwas anderes.

@ gardotd426 Sie könnten eine Ausnahme sein, nicht die Regel, aber wir werden sehen. Ich werde heute später eine Lig senden und auch versuchen, ein Ticket an den Bethesda-Support zu senden.

Das ist nicht wahrscheinlich.

Sie haben so gut wie nie Situationen, in denen Multiplayer nur für einen funktioniert
Person und nicht alle anderen. Sie haben oft Situationen, in denen es wird
Arbeit für die meisten Menschen, aber einige können es nicht zum Laufen bringen.

Ich habe dies auf mehreren Maschinen getestet.

Am Dienstag, den 10. November 2020, 02:57 Uhr Alexander Streng [email protected]
schrieb:

@ gardotd426 https://github.com/gardotd426 Der Kampfmodus hat nie funktioniert
Bei allen Protonenversionen heißt es nur, dass keine Übereinstimmungen gefunden werden können.

Dies ist anscheinend manchmal auch bei Windows-Benutzern ein Problem.

Aber nein, ich konnte 5 oder 6 Spiele hintereinander spielen, indem ich "Schnell" benutzte
Match "(also nicht so, als ob ich von irgendjemandem oder irgendetwas eingeladen worden wäre) und es hat funktioniert
einwandfrei.

Battlemode hat nie an meinem Ende gearbeitet. Ich habe bethesda.net überprüft und es heißt
dass mein Account verifiziert ist, in Doom Eternal jedoch nicht.

@ Warriormaster12 https://github.com/warriormaster12 das ist unglücklich,
Aber ich habe dieses Problem überhaupt nicht und es ist nicht das Problem mit 5.13
entweder ist es etwas anderes.

@ gardotd426 https://github.com/gardotd426 Sie könnten eine Ausnahme nicht sein
die Regel, aber wir werden sehen. Ich werde heute später eine Lig senden und auch versuchen, eine zu senden
Ticket zur Bethesda-Unterstützung.

- -
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/3773#issuecomment-724530867 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y332BA7TH5INNNITWL6TSPDW7JANCNFSM4MI6DHIA
.

@ gardotd426 Vermutlich hast du recht, ich habe bereits ein Ticket nach Bethesda geschickt

Hoffentlich geben sie dir etwas anderes als "Sorry, dieses Spiel ist für
Nur Windows, wir können keine Hilfe anbieten ", was 99,9999% sein wird
man sagt.

Am Dienstag, den 10. November 2020 um 04:43 Uhr Alexander Streng [email protected]
schrieb:

@ gardotd426 https://github.com/gardotd426 Ich denke, Sie haben Recht, ich
schickte bereits ein Ticket nach Bethesda

- -
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/3773#issuecomment-724587166 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AM5Y33YYIFYFRLNL7ATKAUDSPEDKHANCNFSM4MI6DHIA
.

Versuchen Sie für alle, die es auf dem anfänglichen Ladebildschirm hängen lassen, in Windows (ich glaube -window oder -safe Startoptionen) oder versuchen Sie es mit einem anderen Compositor (wenn Sie auf Gnome sind, versuchen Sie es mit kde oder etwas nicht zusammengesetztes). Ich habe ein ähnliches Problem mit Murmeln / Gnom wie in meinem Beitrag oben aufgeführt, auf das Sie möglicherweise stoßen.

Danke für den Vorschlag. Leider werden die Startoptionen mit Fenster ignoriert (-windowed, –windowed -w 1024, -sw oder -safe) und das Spiel wird weiterhin im Vollbildmodus geöffnet. Aufgrund Ihrer Antwort ist zu beachten, dass ich Gnome kürzlich auf 3.38 aktualisiert habe.

Es ist definitiv Gnom. Gerade Plasma installiert und es läuft gut

Versuchen Sie für alle, die es auf dem anfänglichen Ladebildschirm hängen lassen, in Windows (ich glaube -window oder -safe Startoptionen) oder versuchen Sie es mit einem anderen Compositor (wenn Sie auf Gnome sind, versuchen Sie es mit kde oder etwas nicht zusammengesetztes). Ich habe ein ähnliches Problem mit Murmeln / Gnom wie in meinem Beitrag oben aufgeführt, auf das Sie möglicherweise stoßen.

Danke für den Vorschlag. Leider werden die Startoptionen mit Fenster ignoriert (-windowed, –windowed -w 1024, -sw oder -safe) und das Spiel wird weiterhin im Vollbildmodus geöffnet. Aufgrund Ihrer Antwort ist zu beachten, dass ich Gnome kürzlich auf 3.38 aktualisiert habe.

Es ist definitiv Gnom. Gerade Plasma installiert und es läuft gut

Danke für die Bestätigung. Ich habe hierfür ein Problem mit dem Murmel-Tracker von

Denuvo wurde in einem Update aus dem Spiel entfernt, sodass das Spiel sofort funktionieren sollte. Proton 5.9 läuft gut.

Nach dem, was ich beim Lesen dieses Threads und aus persönlicher Erfahrung gesammelt habe:

  • Verwenden Sie aus Liebe zu Gott nicht GNOME / MATE
  • Alt-Tabbing im Vollbildmodus oder Ändern der Bildschirmauflösung kann und wird in vielen Fällen das Rendering unterbrechen und Sie müssen das Spiel beenden. Wenn Sie während der Wiedergabe auf andere Programme zugreifen müssen, spielen Sie im Fenstermodus. Das Spiel unterstützt die Schaltfläche zum Maximieren.
  • Audio-Knistern kann auftreten. Es kann größtenteils mit einigen benutzerdefinierten Pulseaudio-Einstellungen reduziert werden.
  • Die GPU-Auslastung ist beim Spielen auf Proton etwas höher. Unter Windows wäre das absolute Minimum 1050 2 GB, aber für Proton benötigen Sie 1060 3 GB oder besser, was ich mir ziemlich sicher empfehle.
  • Ich habe es mit Multiplayer versucht. Es funktioniert nicht. Die Fehlermeldung gibt mir nichts Bestimmtes, sondern sagt mir nur, dass ein Verbindungsproblem aufgetreten ist, sodass ich nicht weiß, ob es durch eine Art Anticheat verursacht wurde. Wenn jemand eine Problemumgehung hat, lassen Sie es mich wissen.

Technische Daten, die ich getestet habe:

GTX 1060 3 GB
Intel Core i5 8400
16 GB HyperX Fury DDR4 Dual Channel RAM
GeForce Treiber 450 LTS
Intel 660p Series 1 TB (wo das Spiel gespeichert ist)

Versuchen Sie für alle, die es auf dem anfänglichen Ladebildschirm hängen lassen, in Windows (ich glaube -window oder -safe Startoptionen) oder versuchen Sie es mit einem anderen Compositor (wenn Sie auf Gnome sind, versuchen Sie es mit kde oder etwas nicht zusammengesetztes). Ich habe ein ähnliches Problem mit Murmeln / Gnom wie in meinem Beitrag oben aufgeführt, auf das Sie möglicherweise stoßen.

Danke für den Vorschlag. Leider werden die Startoptionen mit Fenster ignoriert (-windowed, –windowed -w 1024, -sw oder -safe) und das Spiel wird weiterhin im Vollbildmodus geöffnet. Aufgrund Ihrer Antwort ist zu beachten, dass ich Gnome kürzlich auf 3.38 aktualisiert habe.

Es ist definitiv Gnom. Gerade Plasma installiert und es läuft gut

Kubuntu 20.04, Proton 5.13-1 - Multplayer hat nie funktioniert.

@ gardotd426 Nun , ich habe es versucht, aber sie haben sich wegen Proton geweigert, das Problem zu beheben. Ich sollte versuchen, das Spiel unter Windows zu testen und danach ein Ticket zu erstellen.

Update, sie sind bereit, mir weiterhin bei der Überprüfung des Kontos zu helfen.

@ kisak-ventil Hallo, ich dachte, es wäre eine gute Idee, dasselbe Protokoll zu senden, das ich hier an Bethesda gesendet habe.

Hier ist das Protokoll
steam-782330.zip

@ gardotd426 Die Schlussfolgerung des Bethesda-Supports war, dass das Problem nicht darin besteht, dass mein Konto / Konto mit Steam verknüpft ist, sondern wie Proton mit der Anmeldung beim Spiel umgeht.

@ Warriormaster12 Natürlich funktioniert Battlemode für mich unter Windows einwandfrei.

Habe Battlemode noch nicht ausprobiert, aber außer Alt + Tab-Problem läuft Doom Eternal perfekt auf meinem Gnome-Setup. Und es läuft großartig! :-) Begann den Ancient God DLC zu spielen.

Wenn jemand etwas braucht, das helfen könnte, fragen Sie bitte, ich werde versuchen, so viel wie möglich in meinen Fähigkeiten bereitzustellen.

Habe Battlemode noch nicht ausprobiert, aber außer Alt + Tab-Problem läuft Doom Eternal perfekt auf meinem Gnome-Setup. Und es läuft großartig! :-) Begann den Ancient God DLC zu spielen.

Wenn jemand etwas braucht, das helfen könnte, fragen Sie bitte, ich werde versuchen, so viel wie möglich in meinen Fähigkeiten bereitzustellen.

Welche Version von Gnome?

Gnom 3.38.1

Am Sonntag, 15. November 2020, 13:44 Uhr schrieb dymax78 [email protected] :

Habe Battlemode nicht ausprobiert, aber außer Alt + Tab Issue Doom Eternal läuft
perfekt auf meinem Gnome-Setup. Und es läuft großartig! :-) Begann das zu spielen
Alter Gott DLC.

Wenn jemand etwas braucht, das helfen könnte, bitte fragen Sie, ich werde es versuchen
Geben Sie so viel in meiner Fähigkeit.

Welche Version von Gnome?

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-727529802 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AAAIQWGUK7GZKOHZJJ2S2GTSP6BE5ANCNFSM4MI6DHIA
.

War diese Seite hilfreich?
4 / 5 - 1 Bewertungen

Verwandte Themen

AwesamLinux picture AwesamLinux  ·  3Kommentare

Dakunier picture Dakunier  ·  3Kommentare

prototype99 picture prototype99  ·  3Kommentare

AwesamLinux picture AwesamLinux  ·  3Kommentare

ghost picture ghost  ·  3Kommentare