Estoy sufriendo una fuerte caída que parece suceder después de 30 minutos aproximadamente. Aquí está el archivo de registro:
https://send.firefox.com/download/945b855f1dd20e0d/#dP9yXbTc4PGFlF5mkZL1EQ

Tengo un RX 5700XT y estoy usando ArchLinux con RADV.

Hola @PopeRigby , copia la información de tu sistema de Steam ( Steam -> Help -> System Information ) y ponlo en un resumen , luego incluye un enlace al resumen en este informe de problemas.

Como nota al margen, se sabe que los registros de Proton se comprimen bien; por favor, considere colocar registros grandes en un archivo.

Aquí está la esencia de la información del sistema: https://gist.github.com/PopeRigby/263d2b99e3998f99fdf4e0d222845843

Entonces, ¿funciona ACO en Mesa 20.1 ahora? Lo último que escuché que ACO no estaba funcionando.

¿Sigue siendo cierto que habilitar la superposición provoca problemas de rendimiento?

Mi propia experiencia muestra lo contrario:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394/30?u=silviu_c

@ kisak-valve: hiciste un comentario en el otro hilo sobre la eliminación de libvulkan1 en Ubuntu, que es un GRAN NO NO, ya que destruirá tu sistema. ¿Existe una mejor manera de que el vulkan incluido con el tiempo de ejecución de Steam tenga prioridad sobre el sistema?

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 , ¿dónde se hizo este comentario?

un comentario en el otro hilo sobre la eliminación de libvulkan1 en Ubuntu

@btegs , deberías volver a leer ese comentario. Kisak no dijo eliminar, dijo volver a agregar .

un comentario en el otro hilo sobre la eliminación de libvulkan1 en Ubuntu

@btegs , deberías volver a leer ese comentario. Kisak no dijo eliminar, dijo volver a agregar .

Estaba haciendo referencia a https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -613766116 donde volver a agregar libvulkan1 en Ubuntu 19.10 a través de apt simplemente reinstalaría v1.1.114.

Entonces, si deja eso como el libvulkan1 principal a nivel del sistema y elimina pinned_libs_ * de la instalación de Steam, ¿cómo hace esto automáticamente que sus controladores AMD bajo MESA usen el libvulkan de Steam y no su sistema?

@btegs , la eliminación de las carpetas pinned_libs_ * solicita a Steam que regenere esas carpetas la próxima vez que se inicie Steam (esto es literalmente lo que dije anteriormente). El contenido de la carpeta es el resultado de comparar las bibliotecas del sistema con las variantes del tiempo de ejecución de Steam y de fijar la variante del tiempo de ejecución de Steam si es más nueva que el sistema host.

Steam prioriza las bibliotecas en el siguiente orden: Bibliotecas ancladas> Sistema host> Tiempo de ejecución de Steam> ld.so.conf

@btegs , la eliminación de las carpetas pinned_libs_ * solicita a Steam que regenere esas carpetas la próxima vez que se inicie Steam (esto es literalmente lo que dije anteriormente). El contenido de la carpeta es el resultado de comparar las bibliotecas del sistema con las variantes del tiempo de ejecución de Steam y de fijar la variante del tiempo de ejecución de Steam si es más nueva que el sistema host.

Steam prioriza las bibliotecas en el siguiente orden: Bibliotecas ancladas> Sistema host> Tiempo de ejecución de Steam> ld.so.conf

Se eliminaron esas carpetas y se volvieron a crear una vez que se inició Steam. Revisé el directorio y estaban vinculados simbólicamente a una versión 1.2.135 de Vulkan. frio.

Luego cargo un juego aleatorio con Proton 5.0-6 con el DXVK hud configurado en 1 en Ubuntu 19.10. Aparece como Mesa 20.0.99 (usando la versión de git de última generación de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers para mi RX 580. Muestra Vulkan 1.2.128 para mi versión de Vulkan. Obviamente, tampoco puedo iniciar DOOM Eternal.

¿Qué está pasando y qué pasos faltan?

NOTA: Encontré un repositorio de Ubuntu en https://packages.lunarg.com/ que me brinda una actualización de libvulkan1 y libvulkan1: i386 sin afectar mi Mesa actual. 1.2.135 está instalado, pero cada vez que pruebo un juego en Steam o uso GameHub con un juego GOG, todavía está en 1.2.128. ¡No tengo ni idea de dónde viene esta versión de Vulkan!

"Alt-Tab puede romper el renderizado del juego".
Arch Linux con KDE Plasma, puede confirmar Alt-Tabbing rompió la representación del juego, pero también resultó en la falta de respuesta al procedimiento de cierre haciendo clic derecho en el proceso en la barra de tareas y haciendo clic en el botón "Cerrar"
sudo kill -SIGHUP 31117 cerró el juego
Información del sistema: https://pastebin.com/1z80Y7WG

Mi fuerte caída parece suceder después de unos 20 minutos cada vez que comienzo el juego. Quizás podría cronometrarlo para comprobarlo.

Añadiendo errores (quizás obvios / ya conocidos):

• debe omitir el logotipo de introducción inicial (_ "+ in_terminal 1 + com_skipIntroVideo 1" _)
• el audio cruje un poco en algún momento (tiene que aumentar el muestreo de audio por pulsos a 48 kHz)
• el multijugador no funciona (esto es malo )

Este juego también parece verse afectado por https://github.com/ValveSoftware/Proton/issues/2927

Si tiene problemas y tiene un procesador Ryzen 3xxx, pruebe la solución allí ^

Doom Eternal Monitor / Resolución fallida

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/3797.
@ Kalevr1 publicado el 2020-04-24T23: 18: 50:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: Doom Eternal
• Steam AppID del juego: 782330

Información del sistema

• GPU: RTX 2060 SUPER
• Versión del controlador / LLVM: 4.6.0 NVIDIA 440.82
• Versión de Kernel: 5.5.6
• Enlace al informe completo de información del sistema: https://gist.github.com/Kalevr1/6f5f51d29cc2e60e370c7dda858ace34
• Versión de protón: 5.0-6

Confirmo:

• [x] que no he encontrado un informe de compatibilidad existente para este juego.
• [x] que he comprobado si hay actualizaciones disponibles para mi sistema.

steam-782330.log.zip

Síntomas

Después de instalar el último SteamPlay Proton 5.06 obtuve una sesión de juego perfecta que duró varias horas. Me tomé un descanso para comer y luego volví para seguir jugando. Tengo una configuración de 2 monitores. Cuando intenté iniciar el juego por segunda vez, cambió a una pequeña ventana en el monitor secundario. El monitor inferior es mi pantalla predeterminada y se encuentra a la altura de los ojos. Puedo ver la esquina superior izquierda de Doom Intro renderizada dentro de la ventana de un cuarto de tamaño en el monitor secundario. El motor del juego cree que se está renderizando en toda la pantalla, pero solo veo la parte que se superpone a la ventana. Puedo ver 2 botones en la interfaz de usuario y puedo interactuar con ellos. Pulso Alt-F4 para salir.

Parece que se puede solucionar si puedo forzar manualmente el monitor y la resolución de la aplicación, pero no sé si eso funcionaría. Una solución que he encontrado es que si elimino ../steamapps/compatdata/782330, el juego vuelve a "ejecutarse por primera vez", lo que siempre funciona perfectamente.

He incluido una captura de pantalla de ambos monitores (1920x2160 píxeles). Steam está en pantalla completa a continuación en la primaria y ves la ventana de Doom arriba en la secundaria.

Reproducción

@ Kalevr1 comentó en 2020-04-24T23: 21: 15:

Esta es mi primera publicación, así que espero que sea correcto comenzar un nuevo informe en lugar de adjuntarlo a otro. Si no disculpas.

He estado tratando de usar el protón 5.06 y el GE 5.6, el juego falla muy a menudo en ambos.

Aquí está el registro de fallos de Proton GE 5.6
Aquí está el registro de fallas de Proton 5.06

He estado tratando de usar el protón 5.06 y el GE 5.6, el juego falla muy a menudo en ambos.

Aquí está el registro de fallos de Proton GE 5.6
Aquí está el registro de fallas de Proton 5.06

Supongo que mi problema está resuelto. Supongo que este problema fue causado por una inestabilidad AVX en mi procesador. Había overclockeado mi procesador pero no había verificado la estabilidad del overclocking con AVX2. Tuve que agregar una compensación AVX para mi CPU en BIOS para pasar las pruebas de "Small FFTs" en Prime95 con AVX2 en Windows y confirmar la misma estabilidad usando la utilidad stress en mi archlinux. Una vez que hice eso, nunca más volví a ver accidentes. Mi primera conjetura fue sobre la inestabilidad de la RAM (también hice overclocking), pero después de apagar y encender XMP, sin ajustar los tiempos y las frecuencias, pude confirmar que no era un problema de RAM.

Estoy efectivamente en el mismo escenario, las mismas versiones, no puedo averiguar cómo hacer que DOOM Eternal no se bloquee al inicio. :(

¿Lo entendiste @btegs ?

@btegs , la eliminación de las carpetas pinned_libs_ * solicita a Steam que regenere esas carpetas la próxima vez que se inicie Steam (esto es literalmente lo que dije anteriormente). El contenido de la carpeta es el resultado de comparar las bibliotecas del sistema con las variantes del tiempo de ejecución de Steam y de fijar la variante del tiempo de ejecución de Steam si es más nueva que el sistema host.
Steam prioriza las bibliotecas en el siguiente orden: Bibliotecas ancladas> Sistema host> Tiempo de ejecución de Steam> ld.so.conf

Se eliminaron esas carpetas y se volvieron a crear una vez que se inició Steam. Revisé el directorio y estaban vinculados simbólicamente a una versión 1.2.135 de Vulkan. frio.

Luego cargo un juego aleatorio con Proton 5.0-6 con el DXVK hud configurado en 1 en Ubuntu 19.10. Aparece como Mesa 20.0.99 (usando la versión de git de última generación de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers para mi RX 580. Muestra Vulkan 1.2.128 para mi versión de Vulkan. Obviamente, tampoco puedo iniciar DOOM Eternal.

¿Qué está pasando y qué pasos faltan?

NOTA: Encontré un repositorio de Ubuntu en https://packages.lunarg.com/ que me brinda una actualización de libvulkan1 y libvulkan1: i386 sin afectar mi Mesa actual. 1.2.135 está instalado, pero cada vez que pruebo un juego en Steam o uso GameHub con un juego GOG, todavía está en 1.2.128. ¡No tengo ni idea de dónde viene esta versión de Vulkan!

En el hilo anterior, algunos usuarios informaron que el modo de batalla no puede encontrar juegos, y tengo el mismo problema. Nadie en ese hilo sugirió una causa ni informó una solución, por lo que me gustaría llamar la atención sobre ese problema.
Cuando intento encontrar una coincidencia en el modo de batalla, en cualquiera de las tres opciones, simplemente no puedo encontrar un juego, nunca. No hay fallos ni errores, aunque es cierto que no he comprobado ningún archivo de registro.

Estoy efectivamente en el mismo escenario, las mismas versiones, no puedo averiguar cómo hacer que DOOM Eternal no se bloquee al inicio. :(

¿Lo entendiste @btegs ?

@btegs , la eliminación de las carpetas pinned_libs_ * solicita a Steam que regenere esas carpetas la próxima vez que se inicie Steam (esto es literalmente lo que dije anteriormente). El contenido de la carpeta es el resultado de comparar las bibliotecas del sistema con las variantes del tiempo de ejecución de Steam y de fijar la variante del tiempo de ejecución de Steam si es más nueva que el sistema host.
Steam prioriza las bibliotecas en el siguiente orden: Bibliotecas ancladas> Sistema host> Tiempo de ejecución de Steam> ld.so.conf

Se eliminaron esas carpetas y se volvieron a crear una vez que se inició Steam. Revisé el directorio y estaban vinculados simbólicamente a una versión 1.2.135 de Vulkan. frio.
Luego cargo un juego aleatorio con Proton 5.0-6 con el DXVK hud configurado en 1 en Ubuntu 19.10. Aparece como Mesa 20.0.99 (usando la versión de git de última generación de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers para mi RX 580. Muestra Vulkan 1.2.128 para mi versión de Vulkan. Obviamente, tampoco puedo iniciar DOOM Eternal.
¿Qué está pasando y qué pasos faltan?
NOTA: Encontré un repositorio de Ubuntu en https://packages.lunarg.com/ que me brinda una actualización de libvulkan1 y libvulkan1: i386 sin afectar mi Mesa actual. 1.2.135 está instalado, pero cada vez que pruebo un juego en Steam o uso GameHub con un juego GOG, todavía está en 1.2.128. ¡No tengo ni idea de dónde viene esta versión de Vulkan!

Actualicé a Ubuntu 20.04 con ese paquete Vulkan de lunarg y todavía estoy atascado con 1.2.128. Eliminé las bibliotecas ancladas (Steam incluso me advierte cuando las está recreando en el lanzamiento) y no puedo sincronizar esa versión más nueva.

@ kisak-valve ignoró mi comentario antes, pero me alegro de que haya otras personas que tengan este problema.

Lo siguiente es Ubuntu 20.04, los últimos controladores 440 de Nvidia con una GTX 1080. Después de que se inicia el juego, se muestra una pequeña pantalla negra en el segundo monitor y permanece así.

A veces mostraba el menú real en lugar de la pantalla negra como esta

Pero si trato de hacer que el juego pase a pantalla completa presionando ALT + ENTER, entonces se desata el infierno

Muy bien, DOOM Eternal ahora se lanza para mí. No estoy seguro de qué ha cambiado para que haga esto. Podría haber sido una actualización reciente del controlador MESA que lo solucionó, no estoy seguro. Lo intenté de nuevo a ciegas, y puedo entrar y jugar. Si observo más problemas, los informaré.

Lo siguiente es Ubuntu 20.04, los últimos controladores 440 de Nvidia con una GTX 1080. Después de que se inicia el juego, se muestra una pequeña pantalla negra en el segundo monitor y permanece así.

A veces mostraba el menú real en lugar de la pantalla negra como esta

Pero si trato de hacer que el juego pase a pantalla completa presionando ALT + ENTER, entonces se desata el infierno

¿Ocurrió también en la primera ejecución o solo en los intentos de lanzamiento posteriores? Si es como mi situación, puede solucionarlo eliminando la carpeta en compdata como expliqué en mi informe, de modo que cada ejecución sea una "primera" ejecución. Desafortunadamente, tuve que hacer un arranque dual en este juego. Era eso o eliminar esa carpeta con cada lanzamiento del juego. Hasta que solucionen el error de inicio de varios monitores, no puedo ver de otra manera.

Pero si trato de hacer que el juego pase a pantalla completa presionando ALT + ENTER, entonces se desata el infierno

@luisalvarado en lugar de presionar alt-enter, intente ingresar a la configuración y cambiar el modo 'ventana' a 'ventana sin bordes' primero. Si funciona, cámbielo a 'pantalla completa'. ¿O simplemente jugar sin bordes?

Pero si trato de hacer que el juego pase a pantalla completa presionando ALT + ENTER, entonces se desata el infierno

@luisalvarado en lugar de presionar alt-enter, intente ingresar a la configuración y cambiar el modo 'ventana' a 'ventana sin bordes' primero. Si funciona, cámbielo a 'pantalla completa'. ¿O simplemente jugar sin bordes?

Déjame probar. Gracias

Estoy en la estación de trabajo Fedora 32 con Steam Flatpak. NVIDIA 1080 Ti. DOOM Eternal se bloquea al principio. Tengo una pequeña ventana de vino en blanco durante unos segundos. La ventana se cierra y el juego no se inicia. Se adjunta información del sistema. Tengo controladores NVIDIA 440.82.

Yo uso Proton 5.0.7

steam-hw.txt

@vatula Estoy fuera del circuito cuando se trata de la fatalidad eterna, pero ¿podrías sacar el vino estándar ejecutando la fatalidad manualmente? No creo que tengamos suficiente información para ayudarte.

Estaba teniendo una caída masiva de FPS en etapas posteriores de las arenas cuando aparecieron muchos monstruos y partículas en la pantalla. Probé r_antialiasing 0 y la experiencia ha mejorado enormemente. Creo que hay un problema con el antialiasing temporal y las partículas por alguna razón.
Ahora el juego se siente fluido incluso en grandes batallas.

@vatula Tengo una configuración casi exactamente igual a la suya (Fedora 32, GTX 1080 ti, último Proton lanzado). La única diferencia es que no uso Flatpak Steam. ¿Qué tan reacio serías a probar el paquete RPMFusion de Steam?

Solía ​​usar Flatpak (hace aproximadamente un año), pero a veces tenía problemas con juegos que no tenía con la versión de RPMFusion.

DOOM Eternal funciona muy bien para mí.

@MagicRB @ kisak-valve Estoy adjuntando registros de protones para el accidente. Es pesado (3,7 GB), tiene algunos errores, pero debido a que es tan grande no pude averiguar cuál era crítico. He subido el registro comprimido a mega.nz steam-782330.zip

@nathanjackson Confirmo que el juego se inicia cuando Steam se instala desde RPMFusion. @ kisak-valve ¿podría eso significar que hay un problema con Steam Flatpak?

Hola @vatula , posiblemente. Dado que hay una diferencia en el comportamiento entre el sistema host y flatpak, no estaría de más mencionar cortésmente su experiencia a los encargados del mantenimiento del paquete de vapor proporcionados por flathub en https://github.com/flathub/com.valvesoftware.Steam/issues .

Me encuentro con un problema extraño después de actualizar mi sistema operativo. El video de introducción se congelará periódicamente, durante casi exactamente 5 segundos, luego se ejecutará durante medio segundo aproximadamente, luego se congelará nuevamente y así sucesivamente. El sistema no responde durante esos congelamientos.

Especificaciones:

• SO: Pop! _OS 20.04, kernel 5.4.0-7626-genérico
• GPU: nVidia RTX 2070 Max-Q, versión del controlador 440.82
• Vulkan: 1.2.140, instalado manualmente
• Protón: ocurre tanto con 5.5-GE-1 como con 5.0-7

Los registros de Proton muestran varias líneas que parecen repetirse en cada congelación:

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

Aquí hay algunos extractos más sobre algunas de esas congelaciones: https://gist.github.com/thebozzcl/d443097713938069abb233dabd4bba47

Todavía estoy revisando los registros del sistema para ver si encuentro otro patrón que pueda darme una pista.

Al intentar jugar al modo de batalla, no he podido conectarme a ningún juego. Noté algunas solicitudes incorrectas para AcceptGroupInvitation en la consola, pero he estado conectado a Bethesda.net sin problemas.

Al intentar jugar al modo de batalla, no he podido conectarme a ningún juego. Noté algunas solicitudes incorrectas para AcceptGroupInvitation en la consola, pero he estado conectado a Bethesda.net sin problemas.

Tengo el mismo problema, esto solía funcionar en una versión anterior de Proton.

Al intentar jugar al modo de batalla, no he podido conectarme a ningún juego. Noté algunas solicitudes incorrectas para AcceptGroupInvitation en la consola, pero he estado conectado a Bethesda.net sin problemas.
Tengo el mismo problema, esto solía funcionar en una versión anterior de Proton.

@nathanjackson ¿

Battlemode funcionó para mí cuando tenía la siguiente configuración:

• Proton 5.0-6 o 5.4-GE-3 (Glorioso Eggroll)
• Fedora 30
• NVIDIA 440.82

Sin embargo, recientemente me actualicé a Fedora 32 y Battlemode dejó de funcionar, pero algunas variables cambiaron:

• Protón 5.0-7
• Fedora 32
• NVIDIA 440.82

Como prueba, probé Proton 5.4-GE-3 en Fedora 32 y Battlemode todavía no funcionó. Así que creo que algo sobre la actualización del sistema operativo ha provocado que Battlemode ya no funcione. Aunque creo que Bethesda impulsó una actualización de DOOM Eternal para los cambios del modo de batalla, ¿tal vez eso tuvo algo que ver con eso? Es extraño porque puedo conectarme sin problemas a Bethesda.

Parece que la última actualización de DOOM rompió el juego en Proton. Ya no se lanza en absoluto.

steam-782330.log

Sí, no se lanzará en absoluto con la nueva actualización. Veo el logotipo del software de identificación en la bandeja del sistema por un breve momento y luego desaparece.

Hola @libcg , parece un problema de WPF
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.

Dejó de funcionar después de la última actualización para mí también, no se inicia en absoluto.

El parche de Doom Eternal del 14 de mayo rompió el juego.

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/3867.
@TheReaperUK publicado el 2020-05-14T17: 37: 02:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: Doom Eternal

• Steam AppID del juego: 782330

  Información del sistema

• Procesador gráfico: Nvida RTX 2060

• Versión del controlador / LLVM: Nvidia 440.82
• Versión de Kernel: 5.6
• Enlace al informe completo de información del sistema como Gist :

• Versión de protones: 5.0-7

  Confirmo:

• [Y] que no he encontrado un informe de compatibilidad existente para este juego.

• [Y] que he comprobado si hay actualizaciones disponibles para mi sistema.

Síntomas

El juego ya no se cargará en absoluto después de un parche hoy 14 de mayo de 2020, no se muestran errores, haga clic en Reproducir, espere unos segundos y no pasa nada y el botón Reproducir vuelve a la normalidad.

Reproducción

? No funciona en absoluto, creo que puede ser un problema de denuvo anti trampas

Desde la última actualización (creo que hoy, 14 de mayo de 2020, ¿dónde puedo ver el historial de actualizaciones?), Tampoco funciona en absoluto. Como se informó anteriormente, no se muestran errores, haga clic en Reproducir, el ícono de id Software aparece durante 1-2 segundos como un ícono de bandeja y luego desaparece, y Steams dice que se ha detenido (también dice que la última hora de reproducción fue justo ahora, por lo que parece que no entiende que hubo algún error).

Antes de eso (hace unos días, cuando jugué por última vez), funcionó realmente sin problemas, como se informa aquí .

Instalé dotnet48 en el prefijo del juego usando protontricks, y ahora aparece una ventana emergente de denuvo cuando inicio el juego que dice que el juego no puede iniciarse.

Sí, lo mismo con dotnet35sp1 . Es probable que el error de WPF sea causado por la ventana emergente de Denuvo.

@libcg Creo que tienes razón, dado que esto se registró antes de que WPF fuera llamado por mi parte:

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"

De https://slayersclub.bethesda.net/en/article/2zHgbzsIV8gTzFUZ75ADGx/update-1 :

Es posible que tenga que solicitar un reembolso si no hay un ejecutable sin DRM disponible.

Editar: reembolso solicitado

Editar: aaaaand reembolso denegado :(

Considérame absolutamente lívido. Uno de mis juegos favoritos en Steam funcionó bien en Linux, y luego id decide agregar anticheat en modo kernel, aparentemente para fastidiarme en particular.

De https://slayersclub.bethesda.net/en/article/2zHgbzsIV8gTzFUZ75ADGx/update-1 :

¿Quizás uno necesita desinstalar Denuvo Anti-Cheat para ejecutar el juego?

@artemyto He leído que es posible desinstalar Denuvo, pero luego el juego no se ejecuta.

Por lo que parece, esto prácticamente puede contener Doom Eternal en Linux a través de Proton. Proton en realidad no puede soportar DAC, en absoluto.

A menos que id o Bethesda permitan a las personas lanzar el juego sin DAC y jugar en un solo jugador, realmente no parece haber mucho que podamos hacer ...

Insto a las personas afectadas por esto a enviar un ticket de soporte a través del sitio web de Bethesda aquí . Dígales que se deshagan del anticheat en modo kernel. Es invasivo y, francamente, inaceptable agregar esto a un juego que ya lleva dos meses fuera.

Por más satisfactorio que sea, no creo que realmente cambie nada. Unas pocas personas llorando de indignación en un grupo demográfico de la periferia que, francamente, a Bethesda y a id probablemente no les importa, no van a revertir una decisión que probablemente se tomó hace bastante tiempo.

Y ya sabes. Una efusión de bilis no es precisamente entrañable ...

Con suerte, Bethesda eliminará a Denuvo como tuvieron la decencia de hacer con Doom 2016.

No es tan simple. DAC! = Denuvo.

Y probablemente no eliminarán DAC a menos que cierren la parte multijugador del juego.

Sí, Denuvo Anti-Cheat es diferente de Denuvo Anti-Tamper, espero que haya una opción o un argumento de línea de comando para omitir DAC similar al -eac-nop-loaded EAC (al menos esto funciona para DBFighterZ).
_Por ahora, elimine este juego de mi lista de deseos_.

El mismo problema para mí ...

Y acabo de comprar el juego, oh F.

Considérame absolutamente lívido.

Este podría haber sido yo, pero últimamente he estado pellizcando mis centavos debido a la pérdida de empleos, como resultado del covid-19. No lo compraré ahora.

Malas noticias ... Es el título insignia del anti-trampas de Denuvo. El aire acondicionado nunca se quita. Valve y los desarrolladores de Mesa desperdiciaron su tiempo haciéndolo compatible y eficiente.

Si tiene una actualización en cola pero aún no la ha instalado, así es como puede seguir con la versión anterior:
1.) Cerrar Steam
2.) Extraiga y reemplace el archivo adjunto en la carpeta steamapps (la misma biblioteca donde está instalado DE). EDITAR: Nuevo manifiesto adjunto por gralco
3.) Reinicie Steam.
No se pondrá ninguna actualización en cola ya que Steam ahora cree que estás en la versión actual, pero tendrás que evitar validar los archivos del juego.
Si el manifiesto al que se hace referencia está desactualizado y no hay ninguno disponible, puede editar el manifiesto adjunto y hacer coincidir manualmente el buildid y los InstalledDepots + MountedDepots con sus últimas versiones utilizando steamdb.
Si ya realizó la actualización, tendrá que buscar otra fuente para archivos de juegos más antiguos. Tenga en cuenta que, lamentablemente, las versiones del iniciador de Bethesda no son compatibles con los archivos de guardado de Steam.
Probé un método que involucraba la consola de Steam y manifiestos más antiguos, pero esos manifiestos más antiguos para Doom Eternal no parecen estar disponibles.

Espero que ayude. Con algo de suerte en el futuro, tal vez podamos hacer que Bethesda elimine Denuvo AC como requisito de lanzamiento, o al menos proporcione versiones anteriores a través de la pestaña beta (también podría presentarse como un argumento de speedrunner).

Entonces, mi comprensión del problema ahora es que esta basura anticheat de denuvo usa .NET WPF para el instalador, y dio la casualidad de que Wine 5.7 introdujo soporte para él recientemente

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

Sobre el papel, Proton-GE-5.8 debería funcionar, pero no fue así para mí. También @ TerminalJunkie5 usó protontricks para instalar dotnet48, pero el instalador aún parece estar fallando. Incluso si el instalador funciona perfectamente, todavía no hay garantía de que el anticheat coopere lo suficiente con proton para iniciar el juego.

En otras palabras, solo los editores AAA son los típicos editores AAA

¿Hay alguna forma de deshacer la actualización?

Si tiene una actualización en cola pero aún no la ha instalado, así es como puede seguir con la versión anterior:
1.) Cerrar Steam
2.) Extraiga y reemplace el archivo adjunto en la carpeta steamapps (la misma biblioteca donde está instalado DE. Appmanifest_782330.acf.zip
3.) Reinicie Steam.
No se pondrá ninguna actualización en cola ya que Steam ahora cree que estás en la versión actual, pero tendrás que evitar validar los archivos del juego. Cuando salga una nueva actualización, se requerirá un nuevo appmanifest para mantener la versión anterior si es necesario.

Tu camino funciona, todavía puedo iniciar el juego y no se requiere ninguna actualización después de colocar el archivo acf.
Una pista más; puedes desactivar la actualización automática en Doom Eternal -> Propiedades -> Actualizaciones -> Actualizar este juego solo cuando lo inicie.
Esto podría ayudar a quienes obtuvieron la actualización automática instalada por Steam ayer, pero aún requieren el ACF reciente antes del lanzamiento.

Si la actualización ya comenzó y logró presionar el botón "Pausa", elimine el contenido en $ STEAM_LIBRARY_PATH / steamapps / downloading. Luego coloque el archivo de manifiesto desde arriba. Reinicie el vapor.

Las notas de la versión de actualización en Steam dicen:

Denuvo Anti-Cheat se puede desinstalar en cualquier momento a través del cuadro de diálogo "Agregar o quitar programas"
Para obtener más información, consulte https://help.bethesda.net/ o consulte el blog del día del lanzamiento de Denuvo aquí.

Ahora, ¿cómo puedo desinstalar esto en Proton?

@ nuku97 Supongo que solo dice que solo puede desinstalar Denuvo AC. El juego no comenzará de todos modos con la desinstalación. Eso es lo que entendí.

Sería bastante inútil como sistema anti-trampas si pudieras desinstalarlo y el juego funciona como antes.
Dado que esto se agregó para BATTLEMODE, espero que una actualización futura permita al juego jugar la campaña para un jugador sin el requisito de Denuvo AC.

Haga un anti-trampas que rompió el juego para aquellos que pagan después de lanzar una versión gratuita de denuvo donde cualquiera puede jugar sin comprarlo. Bethesda hiciste tus hijos de puta

Las notas de la versión de actualización en Steam dicen:

Denuvo Anti-Cheat se puede desinstalar en cualquier momento a través del cuadro de diálogo "Agregar o quitar programas"
Para obtener más información, consulte https://help.bethesda.net/ o consulte el blog del día del lanzamiento de Denuvo aquí.

Ahora, ¿cómo puedo desinstalar esto en Proton?

Por lo que he visto, se supone que puedes desinstalar Denuvo Anti-Cheat, pero el juego no se ejecutará hasta que se vuelva a instalar.

Las notas de la versión de actualización en Steam dicen:
Denuvo Anti-Cheat se puede desinstalar en cualquier momento a través del cuadro de diálogo "Agregar o quitar programas"
Para obtener más información, consulte https://help.bethesda.net/ o consulte el blog del día del lanzamiento de Denuvo aquí.
Ahora, ¿cómo puedo desinstalar esto en Proton?

Por lo que he visto, se supone que puedes desinstalar Denuvo Anti-Cheat, pero el juego no se ejecutará hasta que se vuelva a instalar.

Lo intentaré en mi Windows de arranque dual más tarde si la desinstalación permite al menos juegos para un solo jugador. Después de todo, no me importa Battlenet ...

Las notas de la versión de actualización en Steam dicen:
Denuvo Anti-Cheat se puede desinstalar en cualquier momento a través del cuadro de diálogo "Agregar o quitar programas"
Para obtener más información, consulte https://help.bethesda.net/ o consulte el blog del día del lanzamiento de Denuvo aquí.
Ahora, ¿cómo puedo desinstalar esto en Proton?

Por lo que he visto, se supone que puedes desinstalar Denuvo Anti-Cheat, pero el juego no se ejecutará hasta que se vuelva a instalar.

Creo que puedes desinstalarlo con protontricks

Las notas de la versión de actualización en Steam dicen:
Denuvo Anti-Cheat se puede desinstalar en cualquier momento a través del cuadro de diálogo "Agregar o quitar programas"
Para obtener más información, consulte https://help.bethesda.net/ o consulte el blog del día del lanzamiento de Denuvo aquí.
Ahora, ¿cómo puedo desinstalar esto en Proton?

Por lo que he visto, se supone que puedes desinstalar Denuvo Anti-Cheat, pero el juego no se ejecutará hasta que se vuelva a instalar.

Creo que puedes desinstalarlo con protontricks

No veo cuál es el punto de esto en este momento, ya que Denuvo anticheat ni siquiera se puede instalar en el prefijo Wine todavía debido al problema de .NET WPF

DAC no funciona con Proton y probablemente nunca lo hará.

Está tratando de hacer una de varias cosas que es casi imposible de soportar para Proton.

Creo que todos deberíamos enviar comentarios sobre Bethesda como sugirió @serebit . Envío el mío con registros y enlaces, mostrando entonces que hay una comunidad de personas que juegan su juego en Linux. No pido soporte para Linux, sino la opción de lanzar el juego sin el anti-trampas Denuvo, solo para la campaña para un jugador.

Ya hay usuarios de Windows en Reddit que solicitan lo mismo.

Las notas de la versión de actualización en Steam dicen:

Denuvo Anti-Cheat se puede desinstalar en cualquier momento a través del cuadro de diálogo "Agregar o quitar programas"
Para obtener más información, consulte https://help.bethesda.net/ o consulte el blog del día del lanzamiento de Denuvo aquí.

Ahora, ¿cómo puedo desinstalar esto en Proton?

Configure las opciones de inicio del juego en:
bash -c 'exec "$1" "$2" "uninstaller.exe"' -- %command%
y Proton lanzará el cuadro de diálogo "Agregar o quitar programas".

DAC no funciona con Proton y probablemente nunca lo hará.

Está tratando de hacer una de varias cosas que es casi imposible de soportar para Proton.

¿Wine no soporta otro anti-trampas del kernel al ejecutar un kernel virtual, o DAC hace cosas que no se pueden emular?

A mi entender, este no es el caso, y Wine no admite ningún anti-trampas en modo kernel.

Puedo estar equivocado.

A mi entender, este no es el caso, y Wine no admite ningún anti-trampas en modo kernel.

Puedo estar equivocado.

Wine ha admitido controladores en modo kernel desde hace algún tiempo, pero si implementa lo que requiera un anti-trampas en particular es otra cosa completamente diferente. Por ejemplo, algunos de ellos requieren que se resuelva Wine Bug 37355 .

¿Parecería que el error de Wine podría depender de una función del kernel que se corrija?

Mi mal entonces. Quizás algún día DE vuelva a funcionar. (No diría pronto )

Odio el Anti-trampas en modo Kernel conceptualmente, pero me sentiría mucho mejor al respecto en un Wineprefix donde puedo contar con Wine para mediar entre el AC y el resto del sistema (y asegurarme de que no esté oliendo en lugares donde no debería estar ...)

De la entrevista de techraptor.net:

TR: Los jugadores de Linux anteriormente podían jugar el juego en Steam a través de Proton en un solo jugador. Agregar Denuvo Anti-Cheat allí ha bloqueado eso: ¿hay alguna forma de que Denuvo Anti-Cheat pueda permitir que el jugador individual se ejecute en máquinas virtuales mientras protege el modo multijugador o lo elimina?

MG: Hemos estado rastreando el problema de Proton inmediatamente después del lanzamiento y estamos comprometidos a brindar una solución pronto. Esta no es una solicitud que nos llega de un editor ni nada por el estilo; respetamos sinceramente a una comunidad tan entusiasta y lamentamos haber presentado esta incompatibilidad el día 1.

Esto me hace sentir cálido y confuso por dentro, ¡gracias por compartir @mgreshis !

De la entrevista de techraptor.net:

TR: Los jugadores de Linux anteriormente podían jugar el juego en Steam a través de Proton en un solo jugador. Agregar Denuvo Anti-Cheat allí ha bloqueado eso: ¿hay alguna forma de que Denuvo Anti-Cheat pueda permitir que el jugador individual se ejecute en máquinas virtuales mientras protege el modo multijugador o lo elimina?

MG: Hemos estado rastreando el problema de Proton inmediatamente después del lanzamiento y estamos comprometidos a brindar una solución pronto. Esta no es una solicitud que nos llega de un editor ni nada por el estilo; respetamos sinceramente a una comunidad tan entusiasta y lamentamos haber presentado esta incompatibilidad el día 1.

¿Puede proporcionar un enlace a esta entrevista?

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

"MG" es el propietario del producto de Denuvo Anti-Cheat para el contexto.

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

"MG" es el propietario del producto de Denuvo Anti-Cheat para el contexto.

Quién es también, a juzgar por el nombre de usuario, @mgreshis , quien publicó el extracto de la entrevista y el enlace. Así que tenemos al propietario del producto aquí mismo en el problema.

En mi humilde opinión, este tipo de comportamiento de los desarrolladores no es aceptable. Incluso si pudiera hacerlo funcionar con todas las soluciones mencionadas, decidí solicitar un reembolso. Incluso si se niega el reembolso, al menos ejerce cierta presión (aunque menor) sobre el vapor y, con suerte, Bethesda.

(Mientras escribía esto, puedo decirles que el equipo de asistencia de Steam concedió mi solicitud de reembolso y me devolvió el dinero. Sugiero que las personas hagan esto como señal de protesta. No acepten esto. Muéstreles que perderán clientes con esto. tipo de comportamiento. Deja que la billetera hable. Es el único idioma que entienden)

@ SysGh-st ¿cuántas horas tienes? Mi solicitud de reembolso fue denegada ayer. Me pregunto si ahora están relajando las restricciones sobre las solicitudes de reembolso para este juego. Otros buenos puntos de acción son:

1. Deja reseñas negativas de Steam
2. Marque otras críticas negativas como útiles

@lpww
Honestamente, no puedo recordar la cantidad de horas. Me metí un poco en la campaña para un jugador. Compré esto hace algún tiempo con todo extra (89 € o más) como una compra previa al lanzamiento.
Le describí cortésmente por qué solicité el reembolso, ya que no funcionaba con proton / Linux y no tenía otras computadoras con Windows disponibles, lo que haría que el producto fuera completamente inútil para mí.

Supongo que ser cortés y describir por qué es muy útil. Después de todo, la solicitud es leída por un humano en el otro extremo. Realmente espero que Steam Support relaje las restricciones cuando surgen problemas como este.
Personalmente, no creo que esto se resuelva pronto. La comunidad de Linux es simplemente demasiado pequeña para cuidarla. Triste pero cierto.

Realmente desearía haber abierto Firefox para recibir todas las notificaciones sobre esto antes de lanzar Steam hoy y tener la actualización del juego. Ahora estoy jodido.

Chicos, también estoy bastante frustrado por esta situación. No soy un gran admirador del anticheat de nivel de Kernel en general, y romper un juego que estaba funcionando es ciertamente desalentador.

Podemos estar frustrados con Bethesda por implementar esto, sin embargo, démosle a Denuvo la oportunidad de cumplir, esa es sin duda una de las declaraciones más poderosas y directas (al menos que he visto) de una empresa de desarrollo anticheat, y es alentadora.

También por el bien de @kisak-valve y todos los demás suscritos a este número esperando noticias sobre cómo hacer que este juego vuelva a funcionar ... Evitemos que esto se convierta en numerosas peroratas y discusiones sobre reembolsos. Tenemos foros de reddit, bethesda y foros de Steam para discutir este tema más amplio en.

@mgreshis Si puedo preguntar, ¿su solución nos permitirá jugar al modo multijugador o solo nos permitirá jugar en un solo jugador? Estoy bien con cualquier opción, solo tengo curiosidad.

@serebit Me abstendría de hacer preguntas como esa hasta que realmente haya una solución. Demasiadas veces hemos escuchado que un juego o una solución para algo vendrá "pronto" para Linux, solo para que nunca se materialice, y también como dijo @DarkArc , debemos mantener este hilo lo más limpio posible para @ kisak-valve cordura, y también me disculpo por mi contribución a eso.

Eso no funciona en Linux. Requiere ejecutar archivos por lotes.

El viernes 15 de mayo de 2020 a las 5:26 p.m. Campbell Jones [email protected]
escribió:

Para todos los afectados por esto, hasta que obtengamos una solución de los desarrolladores,
tendrás que usar el siguiente proceso para descargar el juego:
https://docs.google.com/document/d/1iugtqVUuG8TsnZyRzBV-QamdbygdSEGJzOSkDFGpgJU/edit

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629497189 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y33ZWU6ERMBYYVGE2JT3RRWXP3ANCNFSM4MI6DHIA
.

Eso no funciona en Linux. Requiere ejecutar archivos por lotes.
...
El viernes 15 de mayo de 2020 a las 5:26 p.m. Campbell Jones @ . * > escribió: Para todos los afectados por esto, hasta que obtengamos una solución de los desarrolladores, tendrás que usar el siguiente proceso para descargar el juego: https://docs.google.com/document/d/1iugtqVUuG8TsnZyRzBV-QamdbygdSEGJzOSkDFGpgJU / edit : lo recibes porque hiciste un comentario. Responda a este correo electrónico directamente, véalo en GitHub < # 3773 (comentario) > o cancele la suscripción https://github.com/notifications/unsubscribe-auth/AM5Y33ZWU6ERMBYYVGE2JT3RRWXP3ANCNFSM4MI6DHIA .

Tiene la lista de comandos separada al final. Son útiles, espero.

@ SysGh-st tienes que ejecutarlos en depotdownloader. Que es un programa .bat de Windows. Así que de nuevo ...

También son comandos de Windows.

@ gardotd426 Estoy seguro de que puedes abrir un cmd de "windows" desde Wine, no sé qué tan bien se ejecutan los archivos .bat, pero podría ser conveniente intentarlo

También requiere la instalación de dotnet core, que tiene una versión de Linux,
pero imagino que necesitarías la versión de Windows instalada en un prefijo de vino.

El viernes 15 de mayo de 2020 a las 5:38 p.m., MagicRB [email protected] escribió:

@ gardotd426 https://github.com/gardotd426 Estoy seguro de que puedes abrir un
"Windows" cmd de Wine, no sé qué tan bien se ejecutan los archivos .bat, pero
Podría valer la pena intentarlo

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629504278 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y33ZO33Z32OO2UYHHGGLRRWY47ANCNFSM4MI6DHIA
.

Bien, descubrí cómo hacer que funcione, necesitas la versión de Linux de dotnet core y después de seguir las instrucciones de instalación de dotnet core, puedes ejecutar todo como si fuera una lista de comandos de shell, como

./depotdownloader COMMAND1
./depotdownloader COMMAND2

Pero, no va a funcionar, porque como dicen las instrucciones, solo le permitirá ejecutar el .exe directamente, lo que significa que ninguno de los parches de protones estará disponible, por lo que es muy poco probable que realmente funcione, y tendrás que instalar dxvk y todo eso dentro del prefijo wine, y de nuevo, dudo mucho que funcione. Le preguntaré a TK-Glitch si tal vez tiene alguna idea para ejecutarlo una vez que descargue todo.

Si el problema es que steam no ejecuta el exe, estoy un poco perdido, no es difícil hacer que se ejecute manualmente, simplemente descargue la última compilación de proton-ge o compile wine usando los scripts de tk-glitch con parches de protonificación e instale dxvk, debería trabajo

Steam no te permitirá ejecutar el juego porque aún dirá una actualización
es necesario, incluso en modo fuera de línea. Y ejecutar juegos en Steam a través
protón no es en absoluto lo mismo que ejecutarlos con el mismo vino
construir manualmente sin el resto de protones. No es probable que funcione
pero voy a intentarlo.

El viernes 15 de mayo de 2020 a las 6:04 p.m. MagicRB [email protected] escribió:

Si el problema es que Steam no ejecuta el exe, estoy un poco perdido, no es difícil
para que se ejecute manualmente, simplemente descargue la última compilación de proton-ge o compile
wine usando scripts de tk-glitch con parches de protonificación e instale
dxvk, debería funcionar

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629519573 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y337DUWQ7UHR4AEGIZLTRRW37DANCNFSM4MI6DHIA
.

En algunos juegos funciona, idk, no soy dueño de la perdición eterna

https://steamdb.info/sub/235874/depots/
Parece que se lanzó otra actualización ...

@ peterge1998 sí, no soluciona nada.

Lo que es estúpido es que si vas a las propiedades del juego y seleccionas la pestaña "DLC", todos tenemos "Doom Eternal - Campaña para un jugador" como DLC, lo que significa que son entidades separadas, y deberíamos poder lanzarlo. , pero no podemos.

Creo que tendrás que esperar hasta que ID publique algo.

@MagicRB en primer lugar, no eres dueño de este juego, así que no sé qué estás haciendo realmente aquí comentando y agregando al ruido literalmente sin nada útil. En segundo lugar, iD no va a lanzar nada, obviamente son ellos los que lo rompieron en primer lugar. Ahora "MG" de Denuvo dice que Denuvo PODRÍA arreglarlo, pero eso está completamente en el aire en este momento, y todos pasamos nuestra ventana de reembolso, lo cual es absolutamente inaceptable y honestamente probablemente criminal, ya que convenientemente esperaron hasta que todos iban a haya pasado la ventana de reembolso antes de hacer esto, y nunca dio ninguna indicación de antemano de que esto sucedería.

Dicho esto, ese no es en absoluto el objetivo de este hilo, el objetivo de este hilo es intentar que el juego funcione bajo Proton, esta es la página de problemas de Valve Proton. Así que "tendrás que esperar", especialmente cuando no eres dueño del juego y no tienes ningún interés en esto, es bastante inútil. Como la gente ya ha solicitado, esto es para intentar que este juego funcione. No tus pensamientos.

Aquí está el registro de Steam después de la última actualización (después de la inicial) que acaba de llegar, si es diferente de antes:
steam-782330.log

2.) Extraiga y reemplace el archivo adjunto en la carpeta steamapps (la misma biblioteca donde está instalado DE. Appmanifest_782330.acf.zip

¿Cómo generó el archivo appmanifest? ¿O simplemente lo copió después de instalar la última versión? Porque la tuya ya no es la última versión ...
Editar su manifiesto y sobrescribir el manifiesto de Depot 782332 y MountedDepots con el ID de manifiesto actual y reemplazar LastUpdated con la hora actual no me funciona ...

Lo publicaron antes de la última actualización que acaba de mencionar, así que obviamente ese no será el manifiesto correcto.

Honestamente, DEBE poder mantener el archivo de manifiesto de la aplicación después de la actualización y luego copiarlo después de la descarga. Pero, sinceramente, no veo cómo podría funcionar la descarga, excepto tal vez intentar ejecutarlo en Lutris sin DRM sin iniciar Steam.

Ahora que lo pienso, no sé cómo funcionaría, porque no se pueden dictar versiones de vino o protones. Tampoco puedes habilitar vkd3d o dxvk de esa manera, pero este juego obviamente no debería necesitarlo porque es Vulkan nativo.

El protón es fundamentalmente vino. Entonces, si tiene la versión sin DRM, simplemente configure un prefijo de vino y descargue el juego.

No debería ser demasiado difícil escribir un guión de Lutris ...

No se trata de la versión sin DRM, se trata de la versión Steam. Y
el problema no es DRM, es Denuvo Anti Cheat, que es completamente diferente.
La descarga mencionada anteriormente básicamente deshace la actualización, pero es
sigue siendo la versión DRM, y Steam en sí no le permitirá iniciarlo de la manera normal
manera sin actualizar. Y Proton tiene vino, pero no es lo mismo
cosa. Proton tiene numerosas correcciones y otras cosas FUERA de la construcción del vino.
contenidos dentro, y están adjuntos al AppID de 7 dígitos, que no será
presente cuando intentas ejecutar el juego de otra manera, por lo que no obtendrás
cualquiera de las correcciones de Doom Eternal (si es necesario) de protón, excepto lo que ha sido
parcheado en esa construcción de Wine. "Proton" es una secuencia de comandos de Python que combina
Wine y muchas otras herramientas, y solo se puede usar como Proton con Steam
juegos lanzados en Steam.

Si. Pero la versión actualizada debería ser compatible con el archivo exe filtrado. Perderías tus partidas guardadas, pero probablemente se pueda jugar con vino normal.

Si realmente quisieras, podrías construir Proton tú mismo y usarlo independientemente del vapor ... pero eso es mucho esfuerzo.

Puede usar un vino protonificado fuera de vapor, o puede usar un
el vino de protón se construye fuera del vapor, pero el protón y todas las cosas que no son vino
que lo componen, quiero decir que no realmente. Técnicamente, podría convertir MANUALMENTE
todo, desde el script de Python hasta algún otro tipo de script, pero en
ese punto ya no es Proton y eso es un completo filosófico
pregunta.

Y en cualquier caso, ni siquiera es relevante porque nadie debería verse obligado a
use .exes agrietados filtrados para jugar un juego que compraron y pagaron.

Obviamente, no es como deberían ser las cosas, pero es una forma de jugar el juego ahora mismo.

De todos modos, es la única cosa en la que puedo pensar.

Aquí está la última appmanifest_782330.acf

appmanifest_782330.zip

Parece que hay una última actualización de Doom Eternal. ¿Alguien con esta última actualización mejora o empeora? aquí me vuelvo aún peor, después de abrir la bandeja del sistema de vino, se cerrará abruptamente. antes puede iniciar el juego, aunque saldrá una vez que realmente comience un juego

@ gardotd426 Hay formas de ejecutar versiones degradadas de juegos de https://steamcommunity.com/sharedfiles/filedetails/?id=885555151

Pude degradar el juego usando el método descrito por Google Doc anteriormente.

Primero tuve que dejar que Steam vuelva a descargar el juego (lo desinstalé antes). Luego seguí la guía para descargar los archivos antiguos y copié esos archivos en el directorio de instalación de DOOM Eternal. Después de eso, pude lanzar el juego a través de Steam.

@TheGreatMcPain ¿estás en windows en linux? ¿Tuviste que hacer algo especial para evitar que Steam actualice el juego automáticamente? Actualmente estoy descargando el downgrade

@lpww Estoy en Linux, y lo único que tenía que hacer era instalar dotnetcore.

Como dejé que Steam descargue completamente el juego, cree que el juego ya está actualizado, por lo que mientras no verifique la caché del juego, Steam no debería volver a descargar la actualización. Aunque, Steam probablemente volverá a actualizar el juego si sale una nueva actualización. Si eso sucede, probablemente dejaré que Steam descargue la actualización y luego la reemplace con los archivos antiguos nuevamente.

Por si acaso configuré las propiedades del juego en "Actualizar este juego solo cuando lo inicie".

¿Existe alguna posibilidad de que pueda escribir rápidamente paso a paso?

Estoy intentando emitir "wine ./script.bat" desde la ubicación del depotdownloader y obtengo "0009: err: module : __ wine_process_init no pudo cargar L" Z: \ home \ petter \ H \ 00e4mtningar \ script.bat ", error c000012f
"

@peppot no usas wine, instalas la versión linux de dotnet core.
De hecho, existe una versión para Linux.

El sábado 16 de mayo de 2020 a las 2:52 p. M. Peppot [email protected] escribió:

¿Existe alguna posibilidad de que pueda escribir rápidamente paso a paso?

Estoy intentando emitir "wine ./script.bat" desde la ubicación de depotdownloader
y obteniendo "0009: err: module : __ wine_process_init no se pudo cargar
L "Z: \ home \ petter \ H \ 00e4mtningar \ script.bat", error c000012f
"

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629690846 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y336YTCNK6V2NITXHQELRR3OIDANCNFSM4MI6DHIA
.

Me estoy acostumbrando. Modificación de las instrucciones del script .bat a versiones de shell como / depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username $ un -password $ pw -dir.
(exportó un = myusername, export pw = mypwd) y ejecutó los comandos enumerados en consecuencia

Sí. eso es lo que hice, aunque todavía no he podido probar el juego.
Estoy copiando los archivos ahora.

El sábado 16 de mayo de 2020 a las 2:57 p.m. peppot [email protected] escribió:

Me estoy acostumbrando. Modificar las instrucciones del script .bat para
versiones de shell como / depotdownloader -app 782330 -depot 782332 -manifest
4641765937586464647 -nombre de usuario $ un -contraseña $ pw -dir.
(exportó un = myusername, export pw = mypwd) y ejecutó el listado
comandos en consecuencia

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629691457 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y334NTYBEKS2REDWFAY3RR3O3NANCNFSM4MI6DHIA
.

Prerrequisitos

1. Instale .NET Core. Más detalles aquí . Debe agregar esto a su ruta después de la instalación. Agregué PATH=$PATH:~/.dotnet/tools al final de mi ~/.profile

2. Siga las instrucciones para descargar y extraer DepotDownloader del documento de Google

Descarga los archivos degradados

Envolví las instrucciones de descarga en un script. Deberá hacerlo ejecutable y ejecutarlo desde la carpeta en la que extrajo DepotDownloader

#!/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"

Copie archivos degradados a Steam

... llegará pronto cuando llegue tan lejos

@peppot , sí, también puedo confirmar que funciona. Le da una advertencia después de iniciar que Online Rewards, XP y otro progreso en línea no se pueden guardar hasta que se instale la actualización requerida, pero le permite continuar. Por ahora.

¿Movió su antigua carpeta de DOOM fuera del camino y la reemplazó con el contenido descargado y la lanzó desde Steam?

No, eso es innecesario. Simplemente reemplace los archivos que ya están allí.

Todavía haría una copia de seguridad de la carpeta del juego primero, antes de hacer cualquier cosa. Pero sí, simplemente copie los archivos sobre la instalación existente.

Para iniciar, ¿entró en modo fuera de línea para evitar intentos de actualización?

@peppot No lo necesitaba, pero probablemente sea recomendable.

Intenté iniciarlo usando el modo fuera de línea y Proton-5.6-GE-2 y recibí un mensaje de error del mismo DOOM, diciendo que necesitaba estar en línea.

Tome una captura de pantalla del mensaje de error y publíquela aquí.

Espera, no importa, estaba pensando que no podías hacer que se iniciara en el modo en línea normal. Sí, debes tener Steam en línea para que se inicie el juego. Todo lo que tiene que hacer es conservar todos los archivos descargados y, si se fuerza una nueva actualización, descárguela y luego vuelva a copiar los archivos como esta vez.

No puede detener las actualizaciones, pero puede volver a pegar los archivos después de una actualización. Además, tendrá que actualizar para obtener el nuevo archivo de manifiesto de la aplicación, o de lo contrario no le permitirá iniciar el período del juego.

Además, una actualización podría arreglar el juego. De cualquier manera, debe seguir actualizándose, solo asegúrese de mantener los archivos descargados que descargó, cada vez que actualice. Esto es lo mejor que se puede hacer ahora mismo.

Intenté iniciarlo usando el modo fuera de línea y Proton-5.6-GE-2 y recibí un mensaje de error del mismo DOOM, diciendo que necesitaba estar en línea.

Creo que debe estar en línea en el primer lanzamiento para que el DRM de Denuvo sea feliz.

Prerrequisitos

1. Instale .NET Core. Más detalles aquí . Debe agregar esto a su ruta después de la instalación. Agregué PATH=$PATH:~/.dotnet/tools al final de mi ~/.profile
2. Siga las instrucciones para descargar y extraer DepotDownloader del documento de Google

Descarga los archivos degradados

Envolví las instrucciones de descarga en un script. Deberá hacerlo ejecutable y ejecutarlo desde la carpeta en la que extrajo DepotDownloader

#!/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"

Copie archivos degradados a Steam

... llegará pronto cuando llegue tan lejos

Probé los comandos y todo lo que obtengo es un error en el token de autenticación

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

Completé mi secuencia de comandos existente mientras esperaba que se descargaran los archivos. Maneja la parte DepotDownloader pero aún no la etapa de copia ya que aún no estoy tan lejos. Se puede encontrar aquí: https://github.com/lpww/doomgrader

@ giacomo-porro No creo que mi script extendido ayude ya que ya tienes DepotDownloader y maneja la descarga de la misma manera. Parece que sus credenciales son incorrectas. ¿Tiene espacios en su contraseña por casualidad? Puede probar qué valores se están transmitiendo haciendo eco de las variables después de que se hayan establecido. P.ej

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

echo $STEAM_USERNAME
echo $STEAM_PASSWORD

Eso le permitiría asegurarse de que se pasen los valores correctos a depotdownloader

¿Alguien más está recibiendo errores al descargar?

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

¿Alguien más está recibiendo errores al descargar?

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

Esto me sucedió muchas veces, pero la descarga continuó y terminó.

@btegs , la eliminación de las carpetas pinned_libs_ * solicita a Steam que regenere esas carpetas la próxima vez que se inicie Steam (esto es literalmente lo que dije anteriormente). El contenido de la carpeta es el resultado de comparar las bibliotecas del sistema con las variantes del tiempo de ejecución de Steam y de fijar la variante del tiempo de ejecución de Steam si es más nueva que el sistema host.
Steam prioriza las bibliotecas en el siguiente orden: Bibliotecas ancladas> Sistema host> Tiempo de ejecución de Steam> ld.so.conf

Se eliminaron esas carpetas y se volvieron a crear una vez que se inició Steam. Revisé el directorio y estaban vinculados simbólicamente a una versión 1.2.135 de Vulkan. frio.

Luego cargo un juego aleatorio con Proton 5.0-6 con el DXVK hud configurado en 1 en Ubuntu 19.10. Aparece como Mesa 20.0.99 (usando la versión de git de última generación de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers para mi RX 580. Muestra Vulkan 1.2.128 para mi versión de Vulkan. Obviamente, tampoco puedo iniciar DOOM Eternal.

¿Qué está pasando y qué pasos faltan?

NOTA: Encontré un repositorio de Ubuntu en https://packages.lunarg.com/ que me brinda una actualización de libvulkan1 y libvulkan1: i386 sin afectar mi Mesa actual. 1.2.135 está instalado, pero cada vez que pruebo un juego en Steam o uso GameHub con un juego GOG, todavía está en 1.2.128. ¡No tengo ni idea de dónde viene esta versión de Vulkan!

@btegs podría ayudarme a ser más específico sobre su problema, aquí también me encuentro con que no puedo iniciar Doom Eternal en Ubuntu 20.04. después de la última actualización del juego, al iniciar el juego, abre la bandeja del sistema de vino y luego se cierra abruptamente. pero recuerdo que puede iniciarse antes de la última actualización.

@btegs , la versión vulkan en el HUD es solo lo que se informa en /usr/share/vulkan/icd.d/radeon_icd.x86_64.json. No tiene nada que ver con el lanzamiento del juego, y el juego no verifica ese archivo. Si tiene la última versión de libvulkan, o está usando el tiempo de ejecución de Steam, tiene 1.2.135. Busque usted mismo, abra /usr/share/vulkan/icd.d/radeon_icd_x86_64.json en nano o vim o lo que sea, y verá 1.2.128, cámbielo a 135 y ejecute algún juego con él, verá dice 1.2.135. No tiene nada que ver con poder lanzar el juego.

Completé mi secuencia de comandos existente mientras esperaba que se descargaran los archivos. Maneja la parte DepotDownloader pero aún no la etapa de copia ya que aún no estoy tan lejos. Se puede encontrar aquí: https://github.com/lpww/doomgrader

@ giacomo-porro No creo que mi script extendido ayude ya que ya tienes DepotDownloader y maneja la descarga de la misma manera. Parece que sus credenciales son incorrectas. ¿Tiene espacios en su contraseña por casualidad? Puede probar qué valores se están transmitiendo haciendo eco de las variables después de que se hayan establecido. P.ej

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

echo $STEAM_USERNAME
echo $STEAM_PASSWORD

Eso le permitiría asegurarse de que se pasen los valores correctos a depotdownloader

Gracias por la respuesta, pero no, no hay espacios en mi contraseña y las credenciales son correctas ya que la salida del comando indica que logró iniciar sesión antes de darme el error ... esta es la salida completa

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

Supongo que tengo mala suerte en este punto: D

Ese vencimiento del 1/1/1970 se parece al error de la época de Unix ... ¿qué ?? Ese
La fecha de vencimiento está obviamente relacionada con el problema, porque la mía diría
una fecha y hora correctas, como "caduca el 17/05/2020 algo
algo AM / PM "

@ giacomo-porro ¿Supongo que reemplazó su nombre de usuario real con 'myusername' en esos registros?

Si es así, sigo pensando que esto podría ser un problema con su contraseña. ¿Tiene otros caracteres especiales? Cosas como ' , " , { , } , \ , | , $ , # , etc. podrían estar causando problemas con el código. Puede intentar poner su contraseña entre comillas simples, por ejemplo, STEAM_PASSWORD='xxx' . Si eso no funciona, puede intentar cambiar temporalmente su contraseña para eliminar los caracteres especiales.

Otra idea que tuve fue que no parece que tengas Steam Guard habilitado (no te pidieron un segundo factor en los registros). No estoy seguro, pero puede ser necesario para DepotDownloader. Definitivamente es una buena idea habilitarlo, especialmente porque parece tener muchos juegos en su biblioteca de Steam.

Otra posibilidad es que el problema sea el servidor al que se está conectando. Si tiene acceso a una VPN, puede intentar conectarse a un país diferente. Esto aumentaría el tiempo de descarga. Esto parece menos probable, por lo que si no tiene acceso a una VPN, no se preocupe.

Actualización: Acabo de tener otro pensamiento, probablemente debería intentar depurar este problema llamando directamente a DepotDownloader primero, para simplificar las cosas y descartar cualquier problema del script. P.ej

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

La descarga tomó una eternidad (6-7 horas), ¡pero pude poner en marcha el juego degradado anoche! Actualicé mi script para copiar también los archivos de juegos degradados en el directorio de Steam, por lo que ahora es una solución completa para degradar: https://github.com/lpww/doomgrader

@lpww No creo que sea un problema de contraseña, porque la

Ah, vale. Entonces no estoy seguro :(

@ giacomo-porro ¿Supongo que reemplazó su nombre de usuario real con 'myusername' en esos registros?
Sí exactamente

Si es así, sigo pensando que esto podría ser un problema con su contraseña. ¿Tiene otros caracteres especiales? Cosas como ' , " , { , } , \ , | , $ , # , etc. podrían estar causando problemas con el código. Puede intentar poner su contraseña entre comillas simples, por ejemplo, STEAM_PASSWORD='xxx' . Si eso no funciona, puede intentar cambiar temporalmente su contraseña para eliminar los caracteres especiales.

Lo intenté y el problema persistió

Otra idea que tuve fue que no parece que tengas Steam Guard habilitado (no te pidieron un segundo factor en los registros). No estoy seguro, pero puede ser necesario para DepotDownloader. Definitivamente es una buena idea habilitarlo, especialmente porque parece tener muchos juegos en su biblioteca de Steam.

De hecho, lo tengo habilitado, solicitó el código de verificación solo la primera vez, sin embargo, el registro que publiqué fue para una solicitud posterior que intenté

Otra posibilidad es que el problema sea el servidor al que se está conectando. Si tiene acceso a una VPN, puede intentar conectarse a un país diferente. Esto aumentaría el tiempo de descarga. Esto parece menos probable, por lo que si no tiene acceso a una VPN, no se preocupe.

Actualización: Acabo de tener otro pensamiento, probablemente debería intentar depurar este problema llamando directamente a DepotDownloader primero, para simplificar las cosas y descartar cualquier problema del script. P.ej

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

Ya probé también esto y sigo recibiendo el mismo error, supongo que tendré que esperar entonces

Prerrequisitos

1. Instale .NET Core. Más detalles aquí . Debe agregar esto a su ruta después de la instalación. Agregué PATH=$PATH:~/.dotnet/tools al final de mi ~/.profile
2. Siga las instrucciones para descargar y extraer DepotDownloader del documento de Google

Descarga los archivos degradados

Envolví las instrucciones de descarga en un script. Deberá hacerlo ejecutable y ejecutarlo desde la carpeta en la que extrajo DepotDownloader

#!/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"

Copie archivos degradados a Steam

... llegará pronto cuando llegue tan lejos

Probé los comandos y todo lo que obtengo es un error en el token de autenticación

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

Archivo: depotdownloader_2.3.4.zip
reemplazar depotdownloader? [y] es, [n] o, [A] ll, [N] uno, [r] esmalte: A
extrayendo: depotdownloader
extrayendo: depotdownloader.bat
inflado: DepotDownloader.deps.json
inflado: DepotDownloader.dll
inflado: DepotDownloader.dll.config
inflado: DepotDownloader.pdb
inflado: DepotDownloader.runtimeconfig.json
inflar: LICENCIA
inflado: protobuf-net.dll
inflado: README.md
inflado: SteamKit2.dll
inflado: SteamKit2.pdb
inflado: System.Reflection.DispatchProxy.dll
inflado: System.Security.Principal.Windows.dll
inflado: System.ServiceModel.dll
inflado: System.ServiceModel.Primitives.dll
No se encontró ninguna versión utilizable de libssl
./depotdownloader: riga 1: 6171 Annullato dotnet DepotDownloader.dll "$ @"

Tengo este problema ... en mi caja de gentoo solo hay openssl ... :(
Tengo miedo ... por qué he actualizado el juego :(

Sospecho que Steam simplemente no permitirá la descarga de archivos más antiguos. Si uno lo piensa, es comprensible. El editor no quiere que existan versiones "baratas" del juego.

A menos que hayan cambiado algo de la noche a la mañana, lo permiten. Varias personas en este hilo han descargado los archivos de juegos antiguos de Steam y están ejecutando el juego en Linux. Los descargué ayer y he estado jugando hoy.

Hola a todos, tenga en cuenta que el uso de un descargador de depósito de terceros, versiones anteriores del juego y la resolución de problemas relacionados con el uso de esa herramienta no está en el tema aquí, sin embargo, dado el estado actual del juego, no voy a intervenir correctamente. ahora.

Solo tenga en cuenta que la solución de problemas probablemente debería realizarse en algún otro medio y la totalidad de la digresión actual se ocultará como fuera de tema si / cuando la situación mejore.

Espero que el protón supere este problema de protones lo antes posible ...

De la entrevista de techraptor.net:
MG: Hemos estado rastreando el problema de Proton inmediatamente después del lanzamiento y estamos comprometidos a brindar una solución pronto. Esta no es una solicitud que nos llega de un editor ni nada por el estilo; respetamos sinceramente a una comunidad tan entusiasta y lamentamos haber presentado esta incompatibilidad el día 1.

@mgreshis ¿hay algún enlace para una actualización de progreso o algo por el estilo? ¿Cómo sabremos si está listo para probar? Si necesita betatesters, estoy seguro de que mucha gente estará ansiosa por probar

De la entrevista de techraptor.net:
MG: Hemos estado rastreando el problema de Proton inmediatamente después del lanzamiento y estamos comprometidos a brindar una solución pronto. Esta no es una solicitud que nos llega de un editor ni nada por el estilo; respetamos sinceramente a una comunidad tan entusiasta y lamentamos haber presentado esta incompatibilidad el día 1.

@mgreshis ¿hay algún enlace para una actualización de progreso o algo por el estilo? ¿Cómo sabremos si está listo para probar? Si necesita betatesters, estoy seguro de que mucha gente estará ansiosa por probar

Además de esto, ¿es probable que algo sobre una solución venga del lado de denuvo? ¿O está esperando un trabajo pesado del vino / protón para simplemente implementar las funciones faltantes que necesita?

Llámame escéptico, pero es raro que una empresa modifique su producto para un caso de uso no compatible

De la entrevista de techraptor.net:
MG: Hemos estado rastreando el problema de Proton inmediatamente después del lanzamiento y estamos comprometidos a brindar una solución pronto. Esta no es una solicitud que nos llega de un editor ni nada por el estilo; respetamos sinceramente a una comunidad tan entusiasta y lamentamos haber presentado esta incompatibilidad el día 1.

@mgreshis ¿hay algún enlace para una actualización de progreso o algo por el estilo? ¿Cómo sabremos si está listo para probar? Si necesita betatesters, estoy seguro de que mucha gente estará ansiosa por probar

@mgreshis yo tampoco, si necesito algunos betatesters

De la entrevista de techraptor.net:
MG: Hemos estado rastreando el problema de Proton inmediatamente después del lanzamiento y estamos comprometidos a brindar una solución pronto. Esta no es una solicitud que nos llega de un editor ni nada por el estilo; respetamos sinceramente a una comunidad tan entusiasta y lamentamos haber presentado esta incompatibilidad el día 1.

@mgreshis ¿hay algún enlace para una actualización de progreso o algo por el estilo? ¿Cómo sabremos si está listo para probar? Si necesita betatesters, estoy seguro de que mucha gente estará ansiosa por probar

@mgreshis yo tampoco, si necesito algunos betatesters

De la entrevista de techraptor.net:
MG: Hemos estado rastreando el problema de Proton inmediatamente después del lanzamiento y estamos comprometidos a brindar una solución pronto. Esta no es una solicitud que nos llega de un editor ni nada por el estilo; respetamos sinceramente a una comunidad tan entusiasta y lamentamos haber presentado esta incompatibilidad el día 1.

@mgreshis ¿hay algún enlace para una actualización de progreso o algo por el estilo? ¿Cómo sabremos si está listo para probar? Si necesita betatesters, estoy seguro de que mucha gente estará ansiosa por probar

@mgreshis yo tampoco, si necesito algunos betatesters

Chicos, dejen de etiquetar a @mgreshis y de hacer preguntas. Ese artículo usó iniciales en lugar de nombres reales por una razón, y ni siquiera hay confirmación de que sean la misma persona, de todos modos, todo esto es un problema completamente nuevo e imprevisto, y hacer preguntas a los empleados de "Denuvo" sobre la versión beta Probar arreglos de ellos no es objetivamente para lo que es este hilo. @ kisak-valve ya ha dicho lo mismo incluso para los comentarios sobre REALMENTE hacer que el juego se ejecute, pero aún fuera del alcance de esta página, y mucho menos rogarle a alguien que PODRÍA trabajar para Denuvo que haga una prueba beta de algo que no existe. En serio, aquí no tiene cabida y muchas personas lo han hecho. No hay razón para publicar "¡Haz +1 en mí también!" una y otra vez, si nos necesitan seguramente lo preguntarán, así que deténgase.

Chicos, dejen de etiquetar a @mgreshis y de hacer preguntas. Ese artículo usó iniciales en lugar de nombres reales por una razón, y ni siquiera hay confirmación de que sean la misma persona ...

@ gardotd426 lo siento, pero no estoy de acuerdo - la entrevista mencionó el nombre directamente - "_Antes de publicar este artículo, enviamos un correo electrónico a Bethesda e Iredeto para sus comentarios. Michail Greshishchev, Product Owner en Denuvo Anti-Cheat, ha respondido. Aquí está su respuesta completa_ ".

La cita se publicó desde una cuenta de github con nombres y apellidos idénticos y con la misma foto que en el perfil de LinkedIn , por lo que es el hombre mismo o una coincidencia muy extraña.

En cualquier caso, han mencionado que monitorean el problema, eso significa que podrían estar leyendo este número exacto. Este es el problema en el que se discute la compatibilidad de Doom Eternal con Proton, por lo que creo que está bien solicitar una actualización de progreso u ofrecer ayuda con las pruebas beta.

Además, deje de moderar el problema por sí mismo, no es un empleado de Valve ni un colaborador de este repositorio, no creo que tenga ningún motivo para decirle a los demás qué hacer.

@ mtb-xt Los empleados de Valve le han pedido en numerosas ocasiones que mantenga estas discusiones fuera de este hilo. Pero supongo que si todos se niegan a escucharlos, tampoco me escucharán a mí.

Los empleados de Valve le han pedido en numerosas ocasiones que mantenga estas discusiones fuera de este hilo.

Solo los vi mencionar que la degradación se considerará fuera de tema. Pero anti-trampas es responsable de romper la versión actual del juego. Por lo tanto, yo mismo consideraría que toda la información sobre el anti-trampas que obtiene una compatibilidad con Linux es relevante. ¿Quizás me perdí algo?

Los empleados de Valve le han pedido en numerosas ocasiones que mantenga estas discusiones fuera de este hilo.

Solo los vi mencionar que _descalificar_ se considerará fuera de tema. Pero anti-trampas es responsable de romper la versión actual del juego. Por lo tanto, yo mismo consideraría que toda la información sobre el anti-trampas que obtiene una compatibilidad con Linux es relevante. ¿Quizás me perdí algo?

Supongo que agregarán una opción como -no-dac que deshabilita DAC, multijugador e invasiones juntas. La compatibilidad del anti-trampas a nivel de kernel en Linux parece una broma. Steam en Linux se ejecuta en el espacio de usuario sin privilegios de root, por lo que sería un gran agujero de seguridad instalar un controlador propietario a nivel de kernel para la telemetría del usuario.

¿Alguien más ha notado algunos artefactos gráficos extraños en el juego? Con Heavy Cannon + Micro Missiles, aparece una tonelada absoluta de barras verdes en mi pantalla (hasta el punto en que no se puede reproducir). Definitivamente NO es mi GPU, ya que es solo con esta determinada arma, y ​​no sucede en Windows.

Tuve un problema similar pero no idéntico. Sin embargo, eso fue en otras cosas, no solo en misiles canon / micro pesado. Y fue absolutamente un problema del controlador de gráficos: cambiar mi implementación de Vulkan lo solucionó.

@jjbarr Por curiosidad, ¿estás hablando del implem / loader Vulkan de AMD? No estaba muy claro al respecto, pero estoy usando el controlador propietario de NVIDIA en Void (440.82)

El cargador es el mismo en todas las implementaciones, pero estoy usando AMD, sí.

Es posible que esté experimentando un problema diferente, pero si se trata de un problema de controlador, eso no es bueno.

Archivo: depotdownloader_2.3.4.zip
reemplazar depotdownloader? [y] es, [n] o, [A] ll, [N] uno, [r] esmalte: A
extrayendo: depotdownloader
extrayendo: depotdownloader.bat
inflado: DepotDownloader.deps.json
inflado: DepotDownloader.dll
inflado: DepotDownloader.dll.config
inflado: DepotDownloader.pdb
inflado: DepotDownloader.runtimeconfig.json
inflar: LICENCIA
inflado: protobuf-net.dll
inflado: README.md
inflado: SteamKit2.dll
inflado: SteamKit2.pdb
inflado: System.Reflection.DispatchProxy.dll
inflado: System.Security.Principal.Windows.dll
inflado: System.ServiceModel.dll
inflado: System.ServiceModel.Primitives.dll
No se encontró ninguna versión utilizable de libssl
./depotdownloader: riga 1: 6171 Annullato dotnet DepotDownloader.dll "$ @"

Tengo este problema ... en mi caja de gentoo solo hay openssl ... :(
Tengo miedo ... por qué he actualizado el juego :(

@ dylanmc1975 doomgrader ha cambiado de dotnet a mono: https://github.com/lpww/doomgrader/pull/2 Parece que mono no requiere libssl. Puedes probar el guión de nuevo.

@ hatf0 Tenía artefactos de colores extraños para la sangre y otras partículas. El problema desapareció después de restablecer la configuración de gráficos del juego. Supongo que los artefactos que estaba viendo fueron causados ​​por una cierta combinación de configuraciones personalizadas.

La compatibilidad del anti-trampas a nivel de kernel en Linux parece una broma. Steam en Linux se ejecuta en el espacio de usuario sin privilegios de root, por lo que sería un gran agujero de seguridad instalar un controlador propietario a nivel de kernel para la telemetría del usuario.

No sabía sobre esto hasta hace poco, pero parece que ya hay cierta compatibilidad con los controladores del kernel en Wine (creo que está emulado y no tiene el mismo acceso que las cosas reales del kernel de Linux, pero no estoy seguro) y algunos se podría trabajar en el futuro cuando / si alguna característica se agregará al kernel de Linux. O al menos eso me parece de https://bugs.winehq.org/show_bug.cgi?id=37355. Pero no sé casi nada sobre Wine, win32 ni el kernel de Linux, por lo que puede que no lo haya entendido bien. (Nota: ese informe de error no se

El 15/5/20 12:31 a.m., Joshua Barrett escribió:
>

Por más satisfactorio que sea, no creo que realmente / cambie /
cualquier cosa. Algunas personas lloran de indignación en un grupo demográfico de la periferia
que Bethesda y id, francamente, probablemente no / les importa / no es
va a revertir una decisión que probablemente se tomó hace bastante tiempo.

Y ya sabes. Una efusión de bilis no es precisamente entrañable ...

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-628919829 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AEMFAGPQXMRWMBBKYTPS45DRRRWM5ANCNFSM4MI6DHIA .

Me gustaría ampliar esta cita: "Un derrame de bilis no es exactamente
entrañable ... "

Especialmente para aquellos que no estaban hace más de 20 años, justo en el momento del lanzamiento.
del Doom II original, John Carmack de Id Software era el rostro del
La política de "lanzar siempre binarios de Linux" de Id Software en ese entonces. Su
La política era que compraste el juego al por menor y luego descargaste el
contenedor oficial de interfaz de usuario de Linux directamente desde su sitio web.

Nos encantó. Pero un puñado de trolls y alborotadores decidió que
haciéndonos descargar binarios para un 'gran juego para su día' a través de 56k
Los módems era un insulto que no podían tolerar. Entonces trabajaron ellos mismos
en un frenesí moralista en un foro como este (que leí en
consternación en tiempo real desde que era miembro), y luego publicaron enlaces
para Carmack and Id Support pidiendo a todos que les envíen "bombas por correo electrónico"
expresan su indignación, lo que hicieron.

El resultado fue unos días después, Carmack concedió una entrevista a cualquiera de los PC
Revista o una de las revistas de tecnología de la época donde dijo que
parafrasee, 'Pensé que estaba haciendo algo bueno con Linux. Ahora mi
La bandeja de entrada está llena de llamas de llorones. Nunca más. No vale la pena
dolor.'

Todos estos años después, Proton es lo mejor que haremos con Doom porque
de ese incidente. Flaming Bethesda probablemente no obtendrá más que un
"Te lo dije" en algún lugar de su sede. Así que por favor, si
póngase en contacto con ellos sea cortés.

El 15/5/20 12:31 a. M., Joshua Barrett escribió: Por muy satisfactorio que sea, no creo que vaya a / cambiar / nada. Unas pocas personas llorando de indignación en un grupo demográfico de la periferia que, francamente, Bethesda e id, francamente, probablemente no les importa / no van a revertir una decisión que probablemente se tomó hace bastante tiempo. Y ya sabes. Una efusión de bilis no es precisamente entrañable ... - Recibes esto porque te mencionaron. Responda a este correo electrónico directamente, véalo en GitHub < # 3773 (comentario) > o cancele la suscripción https://github.com/notifications/unsubscribe-auth/AEMFAGPQXMRWMBBKYTPS45DRRRWM5ANCNFSM4MI6DHIA .
Me gustaría ampliar esta cita, "Un derramamiento de bilis no es precisamente entrañable ..." Especialmente para aquellos que no hace más de 20 años, justo en el momento del lanzamiento del Doom II original, John Carmack de Id Software era el rostro de la política de "siempre lanzar binarios de Linux" de Id Software en ese entonces. Su política era que comprabas el juego al por menor y luego descargabas el contenedor oficial de la interfaz de usuario de Linux directamente desde su sitio web. Nos encantó. Pero un puñado de trolls y alborotadores decidieron que hacernos descargar binarios para un 'gran juego para su día' a través de módems de 56k era un insulto que no podían tolerar. Así que trabajaron en un frenesí moralista en un foro como este (que leí con consternación en tiempo real desde que era miembro), y luego publicaron enlaces para Carmack y Id Support pidiendo a todos que "enviaran una bomba de correo electrónico "para expresar su indignación, lo que hicieron. El resultado fue que unos días más tarde, Carmack concedió una entrevista a PC Magazine o una de las revistas de tecnología de la época en la que dijo parafraseando: 'Pensé que estaba haciendo algo bueno con Linux. Ahora mi bandeja de entrada está llena de llamas de llorones. Nunca más. No vale la pena el dolor. Todos estos años después, Proton es lo mejor que haremos con Doom debido a ese incidente. Flaming Bethesda probablemente no obtendrá más que un "Te lo dije" en algún lugar de su sede. Así que por favor, si se comunica con ellos, sea cortés.

Desafortunadamente, esta comunidad parece absolutamente decidida al tipo de comportamiento que usted describe como la primera respuesta definitiva cada vez que sucede algo como esto. Sucedió con Rocket League, está sucediendo ahora. Y no importa lo que alguien intente decirles, todo es "no podemos permitir que se salgan con la suya, yo digo que presentemos una demanda colectiva". u otras cosas igualmente ridículas, y luego ¿qué pasa? Nada, "ellos" (el editor / quien sea) SÍ se salen con la suya en lo que sea que hayan hecho, solo que ahora hay algunos cientos de personas más en la industria que DESPRECIAN absolutamente a la comunidad de Linux y se negarán a salir de su camino para ayudar nosotros nunca más.

Absolutamente no tenemos la cuota de mercado para actuar así. Garantizará que este tipo de cosas continúe más de lo que ayudará en nada.

Desafortunadamente, esta comunidad parece absolutamente decidida al tipo de comportamiento que usted describe como la primera respuesta definitiva cada vez que sucede algo como esto. Sucedió con Rocket League, está sucediendo ahora. Y no importa lo que alguien intente decirles, todo es "no podemos permitir que se salgan con la suya, yo digo que presentemos una demanda colectiva". u otras cosas igualmente ridículas, y luego ¿qué pasa? Nada, "ellos" (el editor / quien sea) SÍ se salen con la suya en lo que sea que hayan hecho, solo que ahora hay algunos cientos de personas más en la industria que DESPRECIAN absolutamente a la comunidad de Linux y se negarán a salir de su camino para ayudar nosotros nunca más.

Absolutamente no tenemos la cuota de mercado para actuar así. Garantizará que este tipo de cosas continúe más de lo que ayudará en nada.

En efecto. De hecho, leí un artículo de preguntas y respuestas en un sitio de juegos hace unos meses con el CEO de Epic Games sobre las perspectivas de llevar Fortnite a Linux. Nunca hizo referencia a la participación de mercado, según recuerdo, pero sí habló en términos vagos sobre los desafíos inherentes a ese espacio de usuario. Me pregunto qué pudo haber querido decir. Luego dijo básicamente: 'Estamos considerando, pero actualmente no tenemos planes ... etcétera, etcétera'.

Básicamente, la comunidad de Linux debe elogiar a cualquier gran empresa que esté dispuesta a correr el riesgo, especialmente a quienes lo hacen bien. Y por el amor de Dios, ¡NUNCA expreses ira irrespetuosa a un desarrollador o especialmente al jefe del desarrollador! Como puede ver, eso podría afectar a la comunidad durante décadas.

Sí, pero los desarrolladores no te deben nada, y comenzar un informe de error con "cómo te atreves a romper este juego en Linux" en lugar de "Soy un usuario de Linux, entiendo que la configuración de mi sistema no es compatible, pero si usted podría brindarme cualquier ayuda. Le agradecería que "no lo lleve muy lejos.

Estamos fuera de tema. Lo siento Kisak.

Es OT, seguro. Pero creo que es necesario decir de vez en cuando que tener un teclado frente a ti no te da derecho a abusar de los creadores. Si solo un par de personas que lean esto consideren por primera vez el impacto negativo que podrían tener, creo que todos los desarrolladores apoyarían que se dijera una vez en una luna azul. La mayoría de estos chicos ni siquiera han oído hablar de John Carmack.

Espero que esto sea relevante. El productor ejecutivo Marty Stratton dice que el requisito anti-trampas se eliminará en una próxima actualización:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

Espero que eso signifique que la actualización significa que existe la posibilidad de que esto funcione con proton una vez más sin demasiadas soluciones.

Espero que esto sea relevante. El productor ejecutivo Marty Stratton dice que el requisito anti-trampas se eliminará en una próxima actualización:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

Espero que eso signifique que la actualización significa que existe la posibilidad de que esto funcione con proton una vez más sin demasiadas soluciones.

Denuvo Anti-Cheat tendrá soporte para Proton listo para usar para lanzamientos más allá de DOOM: Eternal. Siéntase libre de @me directamente con sus comentarios una vez que haya tenido la oportunidad de probarlo. Estoy feliz de que se restaure el acceso para ustedes.

Impresionante noticia en general. No puedo esperar para volver a jugar (y terminar) el juego.

@mgreshis

Denuvo Anti-Cheat tendrá soporte para Proton listo para usar para lanzamientos más allá de DOOM: Eternal. Siéntase libre de @me directamente con sus comentarios una vez que haya tenido la oportunidad de probarlo.

¿Puede vincular a los parches ascendentes relevantes a _wine_ que se relacionan con esto, por favor?

@mgreshis, ¿esto significa que el anti-trampas se desactivará automáticamente o implementó la compatibilidad para Wine?

parece prometedor, tal vez incluso el modo de batalla y la invasión funcionen. Crucemos los dedos y escopeta
tres picos)

@mgreshis , espero que esto sea cierto. No sé si quiere decir que también habrá un Ring 0 AC para uso de Proton, o si solo hará una excepción para Proton, pero de cualquier manera, si esto es cierto, es monumental. Este sería el primer anti-trampas real del lado del cliente que funciona en Linux a través de Proton, y ese es el mayor obstáculo que queda para los juegos de Linux. Esto es enorme, si es cierto.

Espero que esto sea relevante. El productor ejecutivo Marty Stratton dice que el requisito anti-trampas se eliminará en una próxima actualización:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/
Espero que eso signifique que la actualización significa que existe la posibilidad de que esto funcione con proton una vez más sin demasiadas soluciones.

Denuvo Anti-Cheat tendrá soporte para Proton listo para usar para lanzamientos más allá de DOOM: Eternal. Siéntase libre de @me directamente con sus comentarios una vez que haya tenido la oportunidad de probarlo. Estoy feliz de que se restaure el acceso para ustedes.

@mgreshis Esa es una noticia fantástica y me encantaría saber más sobre lo que esto significa o cómo funcionaría con Proton. De cualquier manera, eso es increíble, estoy seguro de que muchos jugadores de Linux lo apreciarán y tomarán nota, y esperarán que los futuros juegos solo para Windows protegidos por anticheat estén protegidos por Denuvo Anti-Cheat.

Si no le importa, ¿podría Denuvo hacer un anuncio y avisarnos cuando salga el próximo juego protegido Denuvo Anti-Cheat que incluya este OOTB de soporte para Proton? Me encantaría escucharlo cuando suceda, me encantaría probarlo y probarlo personalmente.

@mgreshis gracias por pensar en nosotros.

Si pudiera proporcionar algunos comentarios, y esto también es aplicable para los usuarios de Windows, no proporcione soluciones anti-trampas que se ejecuten como nivel _kernel 0_.
Esta razón precisa es lo que desencadenó a toda la comunidad (Linux + Windows) y no estoy seguro de que agregar soporte para el primero (Linux) mitigaría los comentarios recibidos hasta ahora.

Gracias nuevamente por apoyarnos.

@mgreshis definitivamente quisiera que se

@LiamDawe , parece que está hablando mal (o engañando), o incluirá soporte real de Proton. Porque Denuvo Anti Cheat no será solo para juegos que incluyan una campaña para un solo jugador. La mayoría de los juegos con este tipo de anti-trampas son solo multijugador (Fortnite, Apex, Warzone, Valorant, Siege, etc.) Por lo tanto, para que el AC sea compatible con Proton, tendría que significar realmente apoyar a Proton. Entonces, o se equivocó, nos está engañando, o realmente quiere decir lo que dice, lo que por definición significaría que realmente nos apoyará. Cualquiera de los cuales podría ser cierto, ojalá sea lo último.

EDITAR: Typo.

@mgreshis Este sería el primer anti-trampas real del lado del cliente que funciona en Linux a través de Proton

No es cierto, puede ejecutar VAC y Warden Anticheat a través de proton sin problemas, el problema es que este AC tiene un controlador de kernel, wine está escrito para manejar aplicaciones de modo de usuario, no controladores, por lo que si es un anticheat de modo de usuario, el soporte está al alcance de los desarrolladores de vino.

Espero que esto sea relevante. El productor ejecutivo Marty Stratton dice que el requisito anti-trampas se eliminará en una próxima actualización:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/
Espero que eso signifique que la actualización significa que existe la posibilidad de que esto funcione con proton una vez más sin demasiadas soluciones.

Denuvo Anti-Cheat tendrá soporte para Proton listo para usar para lanzamientos más allá de DOOM: Eternal. Siéntase libre de @me directamente con sus comentarios una vez que haya tenido la oportunidad de probarlo. Estoy feliz de que se restaure el acceso para ustedes.

¿Cómo sabes exactamente?

@BloodyIron el tipo es literalmente un empleado de Denuvo, el mismo que dio la entrevista publicada anteriormente en el hilo cuando todo esto sucedió por primera vez, y dijo que estaban trabajando en el soporte de Proton para DE y que llegaría eventualmente (antes de que iD decidiera para eliminar DAC por completo).

@BloodyIron el tipo es literalmente un empleado de Denuvo, el mismo que dio la entrevista publicada anteriormente en el hilo cuando todo esto sucedió por primera vez, y dijo que estaban trabajando en el soporte de Proton para DE y que llegaría eventualmente (antes de que iD decidiera para eliminar DAC por completo).

Ahh, bueno, solo quería asegurarme de que fuera una fuente creíble, eso es todo. ¡Gracias por aclararlo! :)

@BloodyIron el tipo es literalmente un empleado de Denuvo, el mismo que dio la entrevista publicada anteriormente en el hilo cuando todo esto sucedió por primera vez, y dijo que estaban trabajando en el soporte de Proton para DE y que llegaría eventualmente (antes de que iD decidiera para eliminar DAC por completo).

No se emocione demasiado, el equipo de desarrollo de EAC dijo originalmente que estaban trabajando en la compatibilidad del vino y se mantuvo en silencio al respecto durante un año y medio.

@BloodyIron aquí está el artículo https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game

Por supuesto, todo eso ahora está desactualizado, pero solo para proporcionar el contexto.

@databoose EAC responder a las solicitudes diciendo "estamos trabajando en ello" es una situación completamente diferente a la de un empleado de Denuvo que literalmente se ofrece como voluntario para venir aquí y decir que TODOS los lanzamientos futuros de DAC apoyarán a Proton OOTB desde el primer día. Esos no son ni remotamente comparables.

@databoose EAC responder a las solicitudes diciendo "estamos trabajando en ello" es una situación completamente diferente a la de un empleado de Denuvo que literalmente se ofrece como voluntario para venir aquí y decir que TODOS los lanzamientos futuros de DAC apoyarán a Proton OOTB desde el primer día. Esos no son ni remotamente comparables.

Estoy bastante seguro de que "estamos trabajando en ello" implica que la compatibilidad del vino está planeada, deja de ser falso por el bien de la discusión, no te hace parecer creíble.

@databoose de qué estás hablando.

Denuvo Anti-Cheat tendrá soporte para Proton listo para usar para lanzamientos más allá de DOOM: Eternal. Siéntase libre de @me directamente con sus comentarios una vez que haya tenido la oportunidad de probarlo. Estoy feliz de que se restaure el acceso para ustedes.

¿Dónde está ese "estamos trabajando en ello"? Eso es garantía de soporte OOTB desde el primer día, no "estamos trabajando en ello".

Literalmente estoy citando su declaración más reciente, que no es falsa, debe leer todos los hechos del asunto antes de acusar a otros de ser falsos cuando usted es el que opera con información obsoleta y modificada desde entonces.

@databoose de qué estás hablando.

Denuvo Anti-Cheat tendrá soporte para Proton listo para usar para lanzamientos más allá de DOOM: Eternal. Siéntase libre de @me directamente con sus comentarios una vez que haya tenido la oportunidad de probarlo. Estoy feliz de que se restaure el acceso para ustedes.

¿Dónde está ese "estamos trabajando en ello"? Eso es garantía de soporte OOTB desde el primer día, no "estamos trabajando en ello".

¡Las palabras de un empleado! = Las prioridades de toda la empresa, puede ser planificado y trabajado ahora, pero podría tirarse por la ventana mañana, no sea ingenuo y piense que solo porque un empleado dice que sucederá, sucederá.

@databoose No lo estoy, obviamente no es 100 por ciento seguro, porque nada lo es, especialmente en esta industria. Pero eso no es lo que dijiste. Usted salía de la entrevista original sin darse cuenta de la nueva declaración, y ahora está tratando de modificarla para que también se ajuste a la nueva declaración. Literalmente lo cité, y ahora eres tú el que está siendo falso.

Además, él es el propietario del proyecto, no es un azar. Todavía no es una certeza del 100 por ciento, pero también más que un rando diciéndolo por el gusto de hacerlo.

Afirmó que esto era lo mismo que un empleado de EAC que respondía a las solicitudes diciendo que estaba "trabajando en" la compatibilidad del vino sin una sola declaración definitiva real (no "sucederá", no "TODOS los lanzamientos futuros", no "día uno" nada de eso. Solo "estamos trabajando en eso). Eso no es ni remotamente lo mismo que lo que estamos obteniendo aquí, y solo porque" nada es seguro "no significa que estas dos situaciones sean similares o que puede usar uno para juzgar al otro. En este momento, tenemos la garantía de que todas las versiones futuras de DAC admitirán Proton desde el primer día. Hasta que llegue la primera versión de DAC y eso no suceda, o hasta que obtengamos una nueva declaración que cubre el original (o lo invierte por completo), esa es la situación actual. Y honestamente, me resulta difícil creer que el propietario del proyecto para DAC se ofrezca como voluntario para venir aquí y hacer una declaración tan inequívoca solo por el gusto de hacerlo sin ninguna planes concretos, las empresas de software propietario no hacer esas cosas, normalmente son todo lo contrario.

Además, hay un precedente con Denuvo la compañía, en el sentido de que su DRM funciona perfectamente bien con Proton ahora. Hay un error o dos, como la detección de configuraciones modificadas como nuevos intentos de lanzamiento desde diferentes máquinas y, potencialmente, el período de espera de 24 horas, pero funciona.

Hola @ gardotd426 , @databoose , independientemente de la intención, estás discutiendo principalmente por el bien de la discusión.

Lo que se necesita ahora es tiempo y resultados. Intente evitar llenar este informe de compatibilidad con lo que efectivamente es ruido y disputas.

Cosa segura. Este hilo se ha ido al infierno la semana pasada (incluso dije qué
estás diciendo en este momento, solo para obtener respuestas de efectivamente "cállate"),
así que pensé qué diablos. Pero estás en lo correcto.

>

Afirmó que esto era lo mismo que un empleado de EAC respondiendo a las solicitudes diciendo que estaban "trabajando en" la compatibilidad del vino sin una sola declaración definitiva real

Varias personas han enviado un correo electrónico a EAC para recibir la respuesta de que se estaba trabajando en él y que se puede buscar fácilmente en línea, en ningún momento dijeron que era una posibilidad o que no iba a suceder, simplemente cambiaron de opinión y se fueron radio silenciosa.

Si considera que un empleado de EAC que dice que se está trabajando no es creíble, entonces es un poco extraño que también diga que cree que un empleado de DAC que dice que se está trabajando es creíble.

Además, hay un precedente con Denuvo la compañía, en el sentido de que su DRM funciona perfectamente bien con Proton ahora.

En este punto, se está volviendo bastante obvio que no tiene idea de lo que está hablando, denuvo DRM es un proyecto completamente separado de DAC.

Si quiere ser ingenuo y ser exagerado por algo que solo ha dicho un solo empleado, hágalo, pero deje de actuar como si esto fuera algo más que un empleado de EAC diciendo que también proporcionarían compatibilidad con vinos (aunque varios EAC los empleados han dicho que iba a suceder).

Dado que esta es una página de problemas, me detendré aquí, pero estoy cansado de que la gente regurgite "¡¡¡se está trabajando en la compatibilidad de vino eac !!!" cuando fue abandonado hace mucho tiempo.

Hola @ gardotd426 , @databoose , independientemente de la intención, estás discutiendo principalmente por el bien de la discusión.

Lo que se necesita ahora es tiempo y resultados. Intente evitar llenar este informe de compatibilidad con lo que efectivamente es ruido y disputas.

proton_patches.zip

El conjunto de parches de trabajo en progreso adjunto (además de Proton 5.0.7) me permitió comenzar el juego. Todavía no lo probé más allá de la pantalla de inicio. Sin embargo, espero que el juego funcione, aunque es poco probable para el modo multijugador.

Además, es probable que se rompa con cualquier actualización de DAC.

¿Este parche de Proton permite instalar y ejecutar el controlador DAC o es un poco más una solución para hacer que el lado del modo de usuario esté lo suficientemente feliz como para comenzar en un solo jugador?

@gofman , no habrá más actualizaciones de DAC, DAC se eliminará del juego, por lo que este parche no será necesario en la próxima actualización. Aparentemente, se supone que llegará dentro de una semana, y el juego funcionará en Linux como lo hacía antes.

¿Este parche de Proton permite instalar y ejecutar el controlador DAC o es un poco más una solución para hacer que el lado del modo de usuario esté lo suficientemente feliz como para comenzar en un solo jugador?

Este es el primero y está confirmado que funciona por ahora para un jugador. Pero permite que el conductor simplemente inicie y continúe a través de la secuencia de protocolo de enlace inicial. El soporte para algunas instalaciones que probablemente se requieran para trabajar en la fase anti-calor "activa" está simplemente eliminado. Todavía no pude probar el modo multijugador en DAC debido a un problema preexistente no relacionado con el modo multijugador (que todavía se activa ahora), pero no me parece probable que funcione ahora.

Hubo algunas modificaciones del conjunto de parches, por lo que si alguien está interesado en construir e intentar esto, puedo proporcionar uno actualizado.

Proton tiene el marco para ejecutar controladores de modelo de kernel, y algunos controladores anti-trampas funcionan con él. El conjunto de parches agrega algunos bits y piezas faltantes, stubs para algunas funciones de la API del kernel que son muy difíciles de implementar y también otras soluciones. Sin embargo, los controladores en Proton se ejecutan en modo de usuario en Linux, y ciertas cosas que hacen los controladores del kernel simplemente se emulan. Existen (y siempre existirán) las formas en que el controlador (o el programa de espacio de usuario normal también) puede detectar que se está ejecutando en Proton y no en Windows original. Entonces, en última instancia, al final, la posibilidad de respaldar la solución anti-trampas dada en Proton depende de si el anti-trampas está dispuesto (o puede tolerar) ejecutarse de esta manera, o en cambio lo niega.

@gofman Eso suena genial. ¿Puede proporcionar el conjunto de parches actualizado? ¿O tal vez tienes una bifurcación de GitHub actualizada con tus actualizaciones?
(Si es posible, ¿puede proporcionar algunas instrucciones muy breves de cómo instalarlo? Nunca lo hice. Simplemente clonaría Proton 5.0.7, luego aplicaría sus parches, luego make install , y eso es todo. , entonces debería funcionar?)

(Si es posible, ¿puede proporcionar algunas instrucciones muy breves de cómo instalarlo? Nunca lo hice. Simplemente clonaría Proton 5.0.7, luego aplicaría sus parches, luego make install , y eso es todo. , entonces debería funcionar?)

Construir Proton hace que tome algo de tiempo si lo está haciendo por primera vez. Supongo que la forma más fácil es seguir las instrucciones aquí:
https://github.com/ValveSoftware/Proton

Básicamente, debe clonar las fuentes, cambiar a la rama correcta (proton_5.0-next), aplicar mis parches en el submódulo 'vino' (deberá asegurarse de que todo se aplique de manera limpia) y seguir las instrucciones en la sección 'Construcción' de la página de Proton github. Si su VM de compilación (consulte 'Configurar el entorno de compilación') se configura correctamente, compilar e instalar Proton en su instalación de Steam local es tan fácil como 'hacer la instalación' en la raíz del árbol de origen de Proton.

proton_patches.zip

@albertz , yo no lo haría de esa manera. Es demasiado complicado si nunca lo ha hecho antes. Hay una manera mucho más fácil, y es usar la compilación tkg de @ tk-glitch.

Simplemente clone su repositorio, https://github.com/frogging-family/wine-tkg-git (contiene directorios de vinos y protones) y cd en wine-tkg-git/proton-tkg/ . Luego, solo querrá editar las opciones de configuración a su gusto (cosas como habilitar ciertas correcciones, las compilaciones de protones de tkg incluyen una tonelada de parches y soluciones alternativas, él fue el primero en obtener un protón personalizado para que Doom Eternal estuviera listo y funcionando En primer lugar, sus construcciones son muy similares a las de Glorious Eggroll, y es en ellas en lo que Lutris basa sus construcciones de vino). Una vez que edite eso, solo necesita copiar el parche en el directorio proton-tkg y darle la extensión .mypatch , y luego ejecutar ./proton-tkg.sh . Se le preguntará durante la compilación si desea aplicar el parche, presione y , y eso es todo. Su script instala automáticamente la construcción de protones en el directorio compatibilitytools.d/ y todo. Es mucho, mucho más fácil que construir protones de la forma tradicional.

Dicho esto, la construcción de protones requiere muchas dependencias que quizás no conozca, independientemente del método que elija. Así que asegúrese de tener todo lo que necesita.

Dicho esto de nuevo, ni siquiera me molestaría. Es mucho más fácil simplemente descargar el juego como lo ha hecho la mayoría de las personas aquí (incluyéndome a mí), especialmente cuando DAC se eliminará en cuestión de días de todos modos.

@albertz , yo no lo haría de esa manera. Es demasiado complicado si nunca lo ha hecho antes. Hay una manera mucho más fácil, y es usar la compilación tkg de @ Tk-Glitch.

Simplemente clone su repositorio, https://github.com/frogging-family/wine-tkg-git (contiene directorios de vinos y protones) y cd en wine-tkg-git/proton-tkg/ . Luego, solo querrá editar las opciones de configuración a su gusto (cosas como habilitar ciertas correcciones, las compilaciones de protones de tkg incluyen una tonelada de parches y soluciones alternativas, él fue el primero en obtener un protón personalizado para que Doom Eternal estuviera listo y funcionando En primer lugar, sus construcciones son muy similares a las de Glorious Eggroll, y es en ellas en lo que Lutris basa sus construcciones de vino). Una vez que edite eso, solo necesita copiar el parche en el directorio proton-tkg y darle la extensión .mypatch , y luego ejecutar ./proton-tkg.sh . Se le preguntará durante la compilación si desea aplicar el parche, presione y , y eso es todo. Su script instala automáticamente la construcción de protones en el directorio compatibilitytools.d/ y todo. Es mucho, mucho más fácil que construir protones de la forma tradicional.

Dicho esto, la construcción de protones requiere muchas dependencias que quizás no conozca, independientemente del método que elija. Así que asegúrese de tener todo lo que necesita.

Dicho esto de nuevo, ni siquiera me molestaría. Es mucho más fácil simplemente descargar el juego como lo ha hecho la mayoría de las personas aquí (incluyéndome a mí), especialmente cuando DAC se eliminará en cuestión de días de todos modos.

Hice lo que dijiste, pero no puedo hacer que funcione.
La compilación estuvo bien, pero el juego no se inicia.
Coloqué los parches de protones en el directorio proton-tkg , lo único que no he hecho es dar la extensión de mypatch, pero durante el comando he visto que se aplicaron los parches

Amigos, están perdiendo el tiempo tratando de hacerlo con la versión Tkg. Mi conjunto de parches se basa en proton5.0.7-next, ni siquiera se aplicará correctamente sobre la versión Tkg. Tengo otra versión de Wine-Staging, pero no estoy en condiciones de reajustar eso para cada compilación personalizada, eso no es exactamente trivial. Además, la construcción con Proton convencional es más fácil independientemente de si usa la forma recomendada con Vagrant y Steam Runtime.

Amigos, están perdiendo el tiempo tratando de hacerlo con la versión Tkg. Mi conjunto de parches se basa en proton5.0.7-next, ni siquiera se aplicará correctamente sobre la versión Tkg. Tengo otra versión de Wine-Staging, pero no estoy en condiciones de reajustar eso para cada compilación personalizada, eso no es exactamente trivial. Además, la construcción con Proton convencional es más fácil independientemente de si usa la forma recomendada con Vagrant y Steam Runtime.

¿Me puedes decir cómo tengo que aplicar los parches?

Estuve a punto de decir, upstream / staging no funcionará. Puede construir protones de stock con el sistema de construcción -tkg, pero necesita habilitar un par de opciones para hacerlo, no es el comportamiento predeterminado.

@gofman Definitivamente agregaría una opción para habilitar una versión de

He leído cómo construir protones.
Demasiado difícil para mí, tengo que esperar a que Id's denuvo elimine :)

patches_staging.zip

@ Tk-Glitch Seguro, ¿por qué no si estás preparado para eso? Esos parches no están en Staging en sí, es un conjunto de parches bastante largo y dado que se espera la reversión de Doom, no creo que valga la pena mantenerlo en Staging. Sin embargo, espero subir la mayor parte de eso tarde o temprano. En caso de que desee hacer su compilación con esos parches, adjunto la versión basada en la parte superior de la última versión (versión 5.9) de Staging, me funcionó hoy.

Estuve a punto de decir, upstream / staging no funcionará. Puede construir protones de stock con el sistema de construcción -tkg, pero necesita habilitar un par de opciones para hacerlo, no es el comportamiento predeterminado.

@gofman Definitivamente agregaría una opción para habilitar una versión de

¿Puede decirnos las opciones para habilitar?
Construí una versión de protones con @ Tk-Glitch ... tal vez con las opciones correctas el juego funcionará para mí ...

@gofman ¡Gracias! Agregaré el conjunto de parches a los "parches de la comunidad" con todos los créditos debidos. Será completamente opcional / no predeterminado, por lo que las personas que lo deseen tendrán que hacerlo en serio.

Editar: el conjunto de parches que envió contiene varios parches ya mainline / preparados en 5.9. ¿Es esperado? Tampoco se aplica claramente a la puesta en escena fuera de los parches ya fusionados.
Edit2: Sí, el conjunto de parches está claramente desactualizado y se parece más a una versión 5.8: D

@ dylanmc1975 Teniendo en cuenta lo que dijo anteriormente, puedo decir que los parches no se aplicaron si no cambió la extensión a .mypatch. Probablemente vio que se aplicaban los parches de estadificación. Dicho esto, agregaré el conjunto de parches de Paul como una opción (por favor, dame unos minutos para hacerlo y revisar) para que puedas habilitarlo agregando gofman_dac.mypatch a la matriz _community_patches en tu proton-tkg.cfg.

Editar: Ya que tengo que hacer un pase de limpieza y reajustar el conjunto de parches, puede que me lleve un tiempo: frog:

He cambiado el nombre de los parches, pero nada parece funcionar :(
Pero obtengo el error con el binario sin DRM, con el binario descargado original sin errores pero no se inicia.

He movido los parches renombrados en myhome / wine-tkg-git-master / proton-tkg / proton-tkg-userpatches /
Lancé proton-tkg.sh pero no puedo ver si se aplicaron los parches.

@dylanmc, sí, puedes. Se le preguntará si desea ejecutar los parches durante el tiempo de compilación. Se inicia el proceso de compilación, se aplican todos los parches automáticos (que no son de usuario) y, a continuación, aparecerá un mensaje de sí o no que le preguntará si realmente desea aplicar los parches de usuario que haya seleccionado, y se mostrará el nombre del archivos de parche.

Y parece que los parches no están funcionando en este momento, porque hay algunos parches ya subidos incluidos, que la compilación no permitirá, si detecta eso o si un parche no se aplica por cualquier otro motivo, la compilación aborta inmediatamente como fallido. Tendrá que esperar hasta que solucionen los parches para que se apliquen correctamente, pero incluso entonces, nadie realmente podrá ayudarlo si no publica los registros. Solo nos está diciendo "Bueno, no sé si funcionó" cuando el registro muestra claramente si funcionó o si incluso tiene el parche en el lugar correcto con el nombre de extensión correcto, etc.

¿Cómo puedo habilitar los registros?

¿Qué? No lo haces, estoy hablando de la salida de la compilación. Como la salida del terminal cuando ejecuta el script proton-tkg.sh.

He encontrado la forma de usar los parches, el script me pide que los aplique.
Pero tengo errores

`` -> Aplicación de su propio parche de vino puro /home/luca/Scaricati/wine-tkg-git-master/wine-tkg-git/0001-ntdll-Fill-NumberOfPhysicalPages-field-in-user-share.mypatch
->
-> ############################################# ######
archivo de parcheo dlls / ntdll / tests / virtual.c
¡Se ha detectado un parche invertido (o aplicado anteriormente)! Omitir parche.
4 de cada 4 trozos ignorados: guardar los rechazos en el archivo dlls / ntdll / tests / virtual.c.rej
archivo de parcheo dlls / ntdll / thread.c
Hunk # 1 tuvo éxito en 357 (compensó 131 líneas).
Hunk # 2 FALLÓ en 326.
1 de cada 2 trozos FALLÓ: guardar los rechazos en el archivo dlls / ntdll / thread.c.rej
-> Eliminado BIG_UGLY_FROGMINER - Ribbit
-> Token Proton-tkg eliminado - Válvula Ribbit
-> salir de la limpieza hecha

Y parece que los parches no están funcionando en este momento, porque hay algunos parches ya subidos incluidos, que la compilación no permitirá, si detecta eso o si un parche no se aplica por cualquier otro motivo, la compilación aborta inmediatamente como fallido. Tendrá que esperar hasta que solucionen los parches para que se apliquen correctamente, pero incluso entonces, nadie realmente podrá ayudarlo si no publica los registros. Solo nos está diciendo "Bueno, no sé si funcionó" cuando el registro muestra claramente si funcionó o si incluso tiene el parche en el lugar correcto con el nombre de extensión correcto, etc.

He leído esto ... tengo que esperar ahora.

@ Tk-Glitch

Editar: el conjunto de parches que envió contiene varios parches ya mainline / preparados en 5.9. ¿Es esperado? Tampoco se aplica claramente a la puesta en escena fuera de los parches ya fusionados.
Edit2: Sí, el conjunto de parches está claramente desactualizado y se parece más a una versión 5.8: D

¿Estás seguro de que tomaste el archivo patches_staging.zip de mi último comentario (https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-633114122) y no el anterior para el protón 5.0.7-siguiente? Volví a descargar lo que publiqué y veo claramente los parches que he aplicado y trabajando en Staging 5.9. En caso de que me falte algo obvio y eche a perder algo, ¿pueden vincular algún parche de patches_staging.zip que esté desactualizado o ya se haya actualizado?

@gofman Volví a descargar el archivo y noté que el contenido era muy diferente al que tenía en mi carpeta de salida de ayer. Parece que fusioné por error ambos directorios, lo que me dio enormes dolores de cabeza en el proceso. El conjunto de parches, de hecho, se está aplicando bien en la puesta en escena 5.9. Pido disculpas por el ruido y gracias de nuevo por el conjunto de parches y todo su trabajo.

Los parches se están aplicando bien, pero los juegos aún no comienzan en absoluto :(
Con el binario de Steam descargado, y también con la versión gratuita de drm :(

Hubo razones por las que sugerí usar Proton 5.0.7-next como base. Si bien definitivamente puede funcionar en diferentes versiones, me temo que podría ser un proceso más complicado. Pero dado que aquí hay personas que parecen saber mejor cómo se debe hacer esto, estoy seguro de que pueden proporcionar la solución de problemas requerida.

@ dylanmc1975 nuevamente, no podemos ayudar si no proporciona los registros.

Agrega PROTON_LOG=1 a las opciones de lanzamiento del juego en Steam. Cuando falla, obtendrá un archivo steam-782330.log en su directorio de inicio. Subirlo.

Además, debe indicarnos qué opciones de lanzamiento está utilizando en primer lugar.

Quiero decir, el juego va a funcionar cualquier día de todos modos, pero aún así ...

steam-782330.log

@ dylanmc1975 , no elimine los comentarios. El hecho de que no esté utilizando ninguna opción de inicio podría ser el problema. ¿Está utilizando una GPU AMD o NVidia? Configure las opciones de lanzamiento así:

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

Si eso no ayuda, si está usando AMD, sugeriría usar el controlador AMDVLK en lugar de RADV, por lo que necesitaría tener AMDVLK instalado y agregarlo a las opciones de lanzamiento, para que sus opciones de lanzamiento se vean así:

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 también, ¿hay alguna razón por la que

@ dylanmc1975 también, ¿hay alguna razón por la que

La única razón es que no puedo degradar el juego.
Más tarde, pruebo las opciones de lanzamiento y tal vez intente volver a degradar

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

Con estas opciones de lanzamiento, el juego se inicia, pero se bloquea al cargar el juego de tragamonedas porque denuvo.
Volveré a intentar degradar el juego.

Solo para su información, probablemente siempre necesitará esas opciones de lanzamiento, yo siempre las he hecho.

El domingo, 24 de mayo de 2020 a las 2:37 p.m. dylanmc1975 [email protected]
escribió:

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

Con estas opciones de lanzamiento, el juego se inicia, pero falla en la ranura de carga
juego causa denuvo.
Volveré a intentar degradar el juego.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-633274350 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y332RLB2TJXTLVBXUQ23RTFSQFANCNFSM4MI6DHIA
.

Intenté comenzar otro juego.
Los juegos funcionan, pero no la tragamonedas que siempre solía jugar.

¿Qué importancia tiene +com_skipSignInManager 1 ? ¿Qué hace exactamente? @ dylanmc1975 ¿ Quizás eso hace que las partidas guardadas no sean compatibles?

Anteriormente solo usé +com_skipIntroVideo 1 y nada más, y estaba bien. Tenía una cuenta de Bethesda.net y usarla (iniciar sesión) funciona bien.

@albertz Quizás.
Pero espero que no ... Veré cuándo Id's eliminará denuvo ..

@albertz no tiene nada que ver con iniciar

Y no hace nada con las partidas guardadas, al menos no lo hacía antes de Denuvo (y no lo hace ahora con el juego descargado), las partidas guardadas se pueden cargar por mí.

Y no hace nada con las partidas guardadas, al menos no lo hacía antes de Denuvo (y no lo hace ahora con el juego descargado), las partidas guardadas se pueden cargar por mí.

Espero que sea solo una cosa denuvo

@ dylanmc1975 Recuerdo que algunas personas dijeron que sus ranuras para guardar se borraron después de la actualización, así que me pregunto si lo que experimentaste es solo un error que se introdujo en la actualización.

WTF.
Estuve cerca de terminar el juego ..

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

@ dylanmc1975 https://github.com/dylanmc1975 Recuerdo a algunas personas
dijo que sus ranuras de guardado se borraron después de la actualización, así que me pregunto si
experimentado es solo un error que se introdujo en la actualización.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-633302709 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AIQDG5LRYZ6GQT2LFZ6MO3DRTGF2JANCNFSM4MI6DHIA
.

Puede que haya un problema con las partidas guardadas.
Perdí mis ranuras guardadas una vez cuando cambié del protón 5.6-GE-2 al protón nativo 5.0.6 y luego nuevamente cuando cambié a 5.8-GE-1.

El juego ahora funciona perfectamente después de la actualización 1.1. No más Denuvo.

Veo un rendimiento muy bajo en RADV: https://gitlab.freedesktop.org/mesa/mesa/-/issues/3054

@libcg solo usa uno de los controladores AMD vulkan. vulkan-amdgpu-pro tiene el mejor rendimiento, pero si no desea utilizar un controlador propietario, entonces AMDVLK es casi tan bueno (y mucho mejor que RADV), es de código abierto y puede vivir junto a RADV.

El problema de rendimiento de Doom Eternal con RADV es un problema conocido. Estamos trabajando en.

EDITAR: eliminó la etiqueta

@hakzsam Sí, lo sé. Creo que querías etiquetar a @libcg. No tiene sentido que eso sea una respuesta para mí, ya que mi comentario le dice que use AMDVLK y el suyo fue sobre el bajo rendimiento de RADV.

Hola, mi juego se bloquea cada vez que aparece una "pantalla de carga" cada vez que se bloquea en ese momento. Estos son mis comandos de inicio: PROTON_LOG = 1 PROTON_NO_ESYNC = 1% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1
Mi steam.log es demasiado grande para cargarlo aquí, y soy nuevo en github, así que no sé cómo editarlo.
¡Deseo que me puedan ayudar y gracias!

Actualización: solo se bloquea durante las escenas de corte, se atasca en una pantalla de carga repentina, pero pude jugar el primer nivel sin problemas.

@libcg solo usa uno de los controladores AMD vulkan. vulkan-amdgpu-pro tiene el mejor rendimiento, pero si no desea utilizar un controlador propietario, entonces AMDVLK es casi tan bueno (y mucho mejor que RADV), es de código abierto y puede vivir junto a RADV.

Para mí, aquí en un RX480, radv + aco es mejor que amdvlk y amdvlk de código cerrado en el paquete amdgpu-pro. Tanto el fps mínimo como el máximo son más altos y hay una gran diferencia. El uso de radv + llvm parece un rendimiento similar al de amdvlk, por lo que creo que aco es lo que causa la diferencia.

La diferencia en fps es muy grande. Intenté cambiar entre el amdvlk abierto y el radv con el mismo juego guardado y obtuve esto:

área | amdvlk | radv + aco
- | - | -
menú principal | 77 fps | 105 fps
en el juego | 56 fps | 67 fps

Esto es con mesa 20.2 y llvm 10.0.0 y amdvlk 2020.Q2.4. Acerca de la versión pro de amdvlk, recuerdo que no era tan buena como radv cuando la probé. No lo tengo instalado en este momento. Aquí se muestran capturas de pantalla que muestran de qué se tratan esos números de fps:

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

El único problema que encontré con radv es que necesita RADV_DEBUG=zerovram para solucionar problemas de artefactos que a veces aparecen en partículas.

Hola a todos,

Nuevo día, nuevo error. Siempre que juego con una resolución no nativa. Veo extraños artefactos cuadrados parpadeantes en lugar de efectos especiales. Esto no sucede en absoluto cuando juego con la resolución nativa de mi monitor (ya sea mi computadora portátil a 1080p o mi monitor externo a 4K).

Aquí hay un ejemplo, el Archvile en el nivel de entrenamiento del modo Batalla. Mire la mano derecha: https://imgur.com/zI2kGxM . Casi parece que las texturas de las llamas no se asignan correctamente a los cuádriceps que las sostienen.

Especificaciones del sistema:

• Pop! _OS 20.04 (5.4.0-7634-genérico)
• nVidia RTX 2070 Max-Q, versión del controlador 440.82
• Vulkan versión 1.2.140 (¿aunque creo que Proton incluye su propia versión?)

No he podido encontrar este problema exacto en ningún otro lugar.

Doom Eternal parece congelarse repetidamente cuando está en una máquina virtual Paperspace V100 con todo en Ultra. Me permite jugar más tiempo antes de que se congele en Ultra que en Nightmare. Solía ​​poder jugar hasta el nivel 1 con todo en Nightmare, y estaba funcionando bastante bien antes de la Actualización 1.1 después de Doomgrader ing. Recientemente actualicé los controladores de nvidia en la máquina virtual, pero lo intentaré de nuevo. ¿Hay instrucciones sobre cómo obtener registros de bloqueo de una pantalla congelada? Hasta ahora he tenido que matar manualmente el proceso de Steam y reiniciarlo cada vez.

Intentaré iniciar Proton con PROTON_LOGS = 1

El problema parece ser intermitente. Intentaré volver a activar el registro y detectarlo la próxima vez que suceda.

Hola a todos, he estado intentando que esto funcione en Linux Mint 19.3 desde el día del lanzamiento sin suerte. Inicialmente, en las principales versiones predeterminadas de Proton (5.0-4 a 5.0-7) aparentemente se instalaría, luego, al cargarlo, aparecería el logotipo de identificación en la barra de tareas y luego se bloqueará inmediatamente. Cuando se utilizan las versiones de Glorious Eggroll Proton (5.4-GE-3, 5.5-GE-1, 5.6-GE-2, 5.8-GE-2-MF), aparece el cuadro de diálogo "procesando sombreadores vulkan" y luego "error del controlador de la GPU". y enumerar un controlador más antiguo (337.88) que en realidad no estaba ejecutando. Al presionar play para omitir, se produce un bloqueo inmediato (en protones más antiguos) o mantiene el juego en la lista de reproducción, pero no carga nada y debe ser 'finalizado'. En ambos casos utilicé todas las opciones de lanzamiento enumeradas aquí y en ProtonDB. (todos mis informes se enumeran en taibhsear_1 en caso de que desee ver los detalles exactos) He actualizado mis dos controladores nvidia (a través de nvidia ppa, a 440.82 para mi GTX 1070), así como los controladores vulkan actualizados del sitio web de lunarg ya que no estaba incluido en el controlador 440.82 por alguna razón. Steam info y vulkaninfo muestran versiones de vulkan como 1.2.135 excepto NVidia Optimus Layer como vulkan versión 1.1.119 y Steam Pipeline Caching Layer y Steam Overlay Layer como vulkan versión 1.1.73. ¿Podría ser esta una razón para que no se inicie? La información de Steam también muestra errores de "clase ELF incorrecta" para steamoverlayvulkanlayer.so (lista la versión 1.1.119 de vulkan, controlador 440.328.0) y libEGL.so.1. He intentado "steam --reset", eliminando pinned_libs y eliminando y reinstalando el juego, así como instalarlo en una partición diferente, sin resultados. Tengo un archivo de registro de Steam de 170 MB con PROTON_LOGS = 1 y también puedo compartir mi texto de información de Steam si es necesario. ¿Alguien tiene una idea de qué probar a continuación? ¡Gracias!

Hola, tengo problemas para ejecutar Doom Eternal post 1.1 Update Patch. Como referencia, esta es mi configuración de hardware actual para mi PC con Linux:

SO: Pop! _OS 20.04 LTS x86_64
Anfitrión: MS-7B89 1.0
Kernel: 5.4.0-7634-genérico
CPU: AMD Ryzen 7 3700X
Tarjeta gráfica: NVIDIA GeForce RTX 2070 SUPER

Aquí está la línea de tiempo del problema tal como los he encontrado hasta ahora:

A. Mediados de mayo (justo después del parche de actualización 1.1 para PC)
Inicialmente hubo problemas al ejecutar el juego, específicamente los siguientes:

1. Durante los capítulos de Introducción del juego (básicamente los Capítulos 1 y 2), el juego experimentó notablemente bloqueos aleatorios aquí y allá cuando estaba jugando. Entonces, esencialmente, podría estar en medio de limpiar una arena con algunos enemigos restantes, pero luego, de repente, la pantalla se congelaba en una pantalla de 'Cargando' y dejaba de funcionar por completo.
2. La congelación todavía permitiría extrañamente que el audio del juego continúe (básicamente con una pantalla de 'Cargando', con reproducción continua de BGM), pero todo tipo de lógica de juego (ya sea movimiento de enemigos, engendros, entradas de mouse / teclado, etc.) parecen dejar de funcionar en segundo plano.
3. La peor parte de esto es que cada vez que esto sucede, no puedo detener el juego presionando el botón 'Detener' en Steam, y en su lugar tuve que recurrir a Matar el proceso PID DOOMEternalx64 desde mi 'Monitor del sistema'.

Sin embargo, lo extraño es que después de superar el nivel 3 y más allá, este problema de congelación parece haberse detenido y pude terminar mi primera carrera de Nightmare 'rápida' hace unas semanas (en algún momento a fines de mayo o principios de junio si Recuerdo).

B. Hoy (14 de junio de 2020):
Hoy estaba tratando de hacer una nueva ejecución de Nightmare al 100%, comenzando en una nueva ranura de juego. Sin embargo, para mi sorpresa, estos mismos problemas de congelación reaparecieron durante estos primeros niveles de introducción, lo que me hizo volver a intentarlo desde el último punto de control cada vez que ocurre la Congelación. La parte extraña es que esta vez el problema de congelación parece ocurrir con más frecuencia (en promedio, alrededor del tiempo para despejar una 'arena' entre cada instancia de congelación), lo que me hizo sospechar que hay algunos problemas de compatibilidad causados ​​incluso por el parche 1.1 ( aunque no estoy seguro de si está conectado con Denuvo o no). También intenté ejecutar todas las banderas sugeridas en este hilo (NO_ESYNC, skipIntroVideo, skipSignInLauncher, etc.), pero fue en vano.

Al ver esto, probé diferentes versiones de Proton en su lugar, en particular las versiones 'GE' de Proton, que parecen proporcionar varias adiciones a Proton en sí. Desafortunadamente, la instalación de la versión 5.6 y 5.9 GE de Proton no pareció solucionar el problema y, en su lugar, hizo que Wine System Tray arrojara un error del controlador GPU, diciendo que tengo una versión obsoleta del controlador NVIDIA.

Confirmé a través del comando 'nvidia-smi' que tengo la última versión del controlador 440 de NVIDIA. Curiosamente, Wine System Tray dice que mi controlador NVIDIA es de la versión del controlador 378 y me pide que actualice a la versión del controlador 445, que la última vez que verifiqué , ni siquiera se ha lanzado para el RTX 2070 Super que Estoy usando.

Lo que es peor ahora es que después de varios reintentos e incluso una reinstalación en Steam, el sistema Wine ahora no puede iniciar el juego en absoluto, indicando que 'algo salió mal, y por favor visite https: //support.codefusion. tecnología / de_d90127jd781 /? e = 88500006 & l = english '. La visita al enlace de error parece indicar que "Actualmente, la compra de tu juego no se puede volver a validar correctamente, espera 24 horas y vuelve a intentarlo". Luego probé varias sugerencias en Steam sobre problemas similares de otros juegos, en particular esta página . Sin embargo, volver a validar mis archivos de juego locales parece no haber resuelto el problema, lo que me lleva esencialmente de vuelta a la versión del juego anterior al parche 1.1. Esperaré 24 horas después de esto, sin embargo, esa misma página indicó que esperar 24 horas no solucionó el problema para ellos, así que actualizaré si de alguna manera soluciona el mío.

¿Alguien más aquí ha tenido problemas similares en la versión de Linux de la actualización de Doom Eternal post 1.1 hasta ahora? Y para aquellos que saben cómo funciona Steam's Proton en detalle, ¿puedo saber cuál podría ser la causa principal de dicho problema y si hay algunas soluciones que podrían ayudarme a solucionar / aliviar algunos de estos problemas?

Cualquier tipo de respuesta / ayuda es muy apreciada, ¡y gracias por todas las respuestas de antemano!

Los mismos problemas con los bloqueos aleatorios y el audio se siguen reproduciendo, pero debes forzar la salida del juego. Solía ​​funcionar bien antes de las actualizaciones 1.0 (anti cheat rompió esto por completo) y 1.1 (dichos problemas)

De: NickSadjoli [email protected]
Enviado: domingo, 14 de junio de 2020, 8:35 a.m.
Para: ValveSoftware / Proton
Cc: oogetyboogety; Comentario
Asunto: Re: [ValveSoftware / Proton] Doom Eternal (782330) (# 3773)

Hola, tengo problemas para ejecutar Doom Eternal post 1.1 Update Patch. Como referencia, esta es mi configuración de hardware actual para mi PC con Linux:

SO: Pop! _OS 20.04 LTS x86_64
Anfitrión: MS-7B89 1.0
Kernel: 5.4.0-7634-genérico
CPU: AMD Ryzen 7 3700X
Tarjeta gráfica: NVIDIA GeForce RTX 2070 SUPER

Aquí está la línea de tiempo del problema tal como los he encontrado hasta ahora:

A. Mediados de mayo (justo después del parche de actualización 1.1 para PC)
Inicialmente hubo problemas al ejecutar el juego, específicamente los siguientes:

1. Durante los capítulos de Introducción del juego (básicamente los Capítulos 1 y 2), el juego experimentó notablemente bloqueos aleatorios aquí y allá cuando estaba jugando. Entonces, esencialmente, podría estar en medio de limpiar una arena con algunos enemigos restantes, pero luego, de repente, la pantalla se congelaba en una pantalla de 'Cargando' y dejaba de funcionar por completo.
2. La congelación todavía permitiría extrañamente que el audio del juego continúe (básicamente con una pantalla de 'Cargando', con reproducción continua de BGM), pero todo tipo de lógica de juego (ya sea movimiento de enemigos, engendros, entradas de mouse / teclado, etc.) parecen dejar de funcionar en segundo plano.
3. La peor parte de esto es que cada vez que esto sucede, no puedo detener el juego presionando el botón 'Detener' en Steam, y en su lugar tuve que recurrir a Matar el proceso PID DOOMEternalx64 desde mi 'Monitor del sistema'.

Sin embargo, lo extraño es que después de superar el nivel 3 y más allá, este problema de congelación parece haberse detenido y pude terminar mi primera carrera de Nightmare 'rápida' hace unas semanas (en algún momento a fines de mayo o principios de junio si Recuerdo).

B. Hoy (14 de junio de 2020):
Hoy estaba tratando de hacer una nueva ejecución de Nightmare al 100%, comenzando en una nueva ranura de juego. Sin embargo, para mi sorpresa, estos mismos problemas de congelación reaparecieron durante estos primeros niveles de introducción, lo que me hizo volver a intentarlo desde el último punto de control cada vez que ocurre la Congelación. La parte extraña es que esta vez el problema de congelación parece ocurrir con más frecuencia (en promedio, alrededor del tiempo para despejar una 'arena' entre cada instancia de congelación), lo que me hizo sospechar que hay algunos problemas de compatibilidad causados ​​incluso por el parche 1.1 ( aunque no estoy seguro de si está conectado con Denuvo o no). También intenté ejecutar todas las banderas sugeridas en este hilo (NO_ESYNC, skipIntroVideo, skipSignInLauncher, etc.), pero fue en vano.

Al ver esto, probé diferentes versiones de Proton en su lugar, en particular las versiones 'GE' https://github.com/GloriousEggroll/proton-ge-custom de Proton, que parecen proporcionar varias adiciones a Proton. Desafortunadamente, la instalación de la versión 5.6 y 5.9 GE de Proton no pareció solucionar el problema y, en su lugar, hizo que Wine System Tray arrojara un error del controlador GPU, diciendo que tengo una versión obsoleta del controlador NVIDIA.

Confirmé a través del comando 'nvidia-smi' que tengo la última versión del controlador 440 de NVIDIA. Curiosamente, Wine System Tray dice que mi controlador NVIDIA es de la versión driver-378 y me pide que actualice a la versión driver-445, que la última vez que verifiqué https://www.nvidia.com/Download/driverResults .aspx / 159360 / en-us , ni siquiera se ha lanzado para el RTX 2070 Super que estoy usando.

Lo que es peor ahora es que después de varios reintentos e incluso una reinstalación en Steam, el sistema Wine ahora no puede iniciar el juego en absoluto, indicando que 'algo salió mal, y por favor visite https: //support.codefusion. tecnología / de_d90127jd781 /? e = 88500006 & l = english '. Al visitar el enlace de error https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english parece indicar que "Actualmente, la compra de tu juego no se puede volver a validar correctamente, espera 24 horas y vuelve a intentarlo". Luego probé varias sugerencias en Steam sobre problemas similares de otros juegos, sobre todo en esta página https://steamcommunity.com/app/582010/discussions/0/1734339624803551854 . Sin embargo, volver a validar mis archivos de juego locales parece no haber resuelto el problema, lo que me lleva esencialmente de vuelta a la versión del juego anterior al parche 1.1. Esperaré 24 horas después de esto, sin embargo, esa misma página indicó que esperar 24 horas no solucionó el problema para ellos, así que actualizaré si de alguna manera soluciona el mío.

¿Alguien más aquí ha tenido problemas similares en la versión de Linux de la actualización de Doom Eternal post 1.1 hasta ahora? Y para aquellos que saben cómo funciona Steam's Proton en detalle, ¿puedo saber cuál podría ser la causa principal de dicho problema y si hay algunas soluciones que podrían ayudarme a solucionar / aliviar algunos de estos problemas?

Cualquier tipo de respuesta / ayuda es muy apreciada, ¡y gracias por todas las respuestas de antemano!

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643760832 , o cancele la suscripción https://github.com/notifications/unsubscribe-auth/AAZKLVQXB44S3CACP3QPQE3RWS7ZPANCNFS .

El mensaje de 24 horas proviene de intentar ejecutarlo demasiadas veces, es el
DRM entra en acción. No tiene nada que ver con la verificación de archivos. Sólo tienes que
espere 24 horas.

El domingo, 14 de junio de 2020 a las 12:58 p. M. Oogetyboogety [email protected]
escribió:

Los mismos problemas con el bloqueo aleatorio y el audio sigue reproduciéndose, pero tienes que hacerlo
forzar salir del juego. Solía ​​funcionar bien antes de las actualizaciones 1.0 (anti trampas
rompió esto por completo) y 1.1 (dichos problemas)

---

De: NickSadjoli [email protected]
Enviado: domingo, 14 de junio de 2020, 8:35 a.m.
Para: ValveSoftware / Proton
Cc: oogetyboogety; Comentario
Asunto: Re: [ValveSoftware / Proton] Doom Eternal (782330) (# 3773)

Hola, tengo problemas para ejecutar Doom Eternal post 1.1 Update Patch. por
referencia, esta es mi configuración de hardware actual para mi PC con Linux:

SO: Pop! _OS 20.04 LTS x86_64
Anfitrión: MS-7B89 1.0
Kernel: 5.4.0-7634-genérico
CPU: AMD Ryzen 7 3700X
Tarjeta gráfica: NVIDIA GeForce RTX 2070 SUPER

Aquí está la línea de tiempo del problema tal como los he encontrado hasta ahora:

A. Mediados de mayo (justo después del parche de actualización 1.1 para PC)
Inicialmente hubo problemas al ejecutar el juego, específicamente los siguientes:

1. Durante los capítulos de introducción del juego (básicamente los capítulos 1 y 2),
   el juego experimentó notablemente bloqueos aleatorios aquí y allá cuando estaba
   jugando. Entonces, esencialmente, podría estar en medio de limpiar una arena con
   algunos enemigos quedaban, pero de repente la pantalla se congelaba en un
   'Cargando' pantalla y dejar de funcionar por completo.
2. La congelación aún permitiría extrañamente que el audio del juego continuara
   (básicamente tiene una pantalla de 'Cargando', con reproducción continua de BGM), pero
   todo tipo de lógica de juego (ya sea movimiento de enemigos, engendros, mouse / teclado
   entradas, etc.) parecen dejar de funcionar en segundo plano.
3. La peor parte de esto es que cada vez que esto sucede no puedo
   detener el juego presionando el botón 'Detener' en Steam, y en su lugar es necesario
   recurrir a Matar el proceso PID DOOMEternalx64 desde mi 'Sistema
   Monitor'.

Sin embargo, lo extraño es que después de superar los niveles 3 y
más allá, este problema de congelación parece haberse detenido y pude terminar
mi primera ronda de Nightmare 'rápida' hace unas semanas (en algún momento al final
de mayo o principios de junio si mal no recuerdo).

B. Hoy (14 de junio de 2020):
Estaba tratando de hacer una nueva ejecución de Nightmare al 100% hoy, comenzando en
una nueva ranura de juego. Sin embargo, para mi sorpresa, estos mismos problemas de congelación
resurgió durante estos primeros niveles de introducción, lo que me hizo volver a intentar
desde el último punto de control cada vez que ocurre la congelación. La parte extraña es
que esta vez el problema de congelación parece ocurrir con más frecuencia (en promedio
alrededor del tiempo para despejar una 'arena' entre cada instancia de congelación), que
me hizo sospechar que hay algunos problemas de compatibilidad causados ​​incluso por el
1.1 Patch (aunque no estoy seguro de si está conectado con Denuvo o no).
También intenté ejecutar todas las banderas sugeridas en este hilo (NO_ESYNC,
skipIntroVideo, skipSignInLauncher, etc.), pero fue en vano.

Al ver esto, probé diferentes versiones de Proton en su lugar, notablemente
las versiones 'GE' https://github.com/GloriousEggroll/proton-ge-custom de
Proton, que parece proporcionar varias adiciones al propio Proton.
Desafortunadamente, la instalación de la versión 5.6 y 5.9 GE de Proton no parecía
para solucionar el problema y, en su lugar, hizo que la bandeja del sistema de vino arrojara una GPU
Error del controlador, que dice que tengo una versión obsoleta del controlador NVIDIA.

Confirmé a través del comando 'nvidia-smi' que tengo la última
Driver-440 versión de NVIDIA. Curiosamente, la bandeja del sistema de vino
en su lugar dice que mi controlador NVIDIA es de la versión driver-378, y me pregunta
para actualizar a la versión del controlador 445, que la última vez que verifiqué <
https://www.nvidia.com/Download/driverResults.aspx/159360/en-us>, no
incluso se ha lanzado para el RTX 2070 Super que estoy usando.

Lo que es peor ahora es que después de varios reintentos e incluso una reinstalación
en Steam, el sistema Wine ahora no puede iniciar el juego en absoluto, indicando
que 'Algo salió mal, y por favor visite
https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english '.
Visitando el enlace de error <
https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english>
parece indicar que "Actualmente, la compra de tu juego no se puede volver a validar
correctamente, espere 24 horas y vuelva a intentarlo. "Luego probé varios
sugerencias en Steam sobre problemas similares de otros juegos, en particular este
página <
https://steamcommunity.com/app/582010/discussions/0/1734339624803551854>.
Sin embargo, volver a validar mis archivos de juego locales parece no haber resuelto el
problema, que me lleva esencialmente de vuelta a la versión del parche anterior a 1.1 del
juego. Esperaré 24 horas después de esto, sin embargo, esa misma página decía que
esperar 24 horas no solucionó el problema para ellos, así que actualizaré si
de alguna manera arregla el mío.

¿Alguien más aquí tiene problemas similares en la versión para Linux de Doom?
¿Actualización eterna de la publicación 1.1 hasta ahora? Y para aquellos que saben cómo Steam's Proton
funciona en detalle, ¿puedo saber cuál podría ser la causa principal de dicho problema, y
si hay algunas soluciones que podrían ayudarme a solucionar / aliviar algunos de
¿estos asuntos?

Cualquier tipo de respuesta / ayuda es muy apreciada y gracias por todas las respuestas.
¡por adelantado!

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub <
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643760832>,
o darse de baja <
https://github.com/notifications/unsubscribe-auth/AAZKLVQXB44S3CACP3QPQE3RWS7ZPANCNFSM4MI6DHIA

.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643793392 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y336KMEDIXCK2T5N63ZDRWT6SVANCNFSM4MI6DHIA
.

Actualización sobre mi problema de congelación:

La restricción de 24 horas fue aparentemente una cosa de Denuvo. Por favor ignore mi problema con respecto a ese.

Después de resolver la restricción, intenté jugar más de Doom Eternal. Sin embargo, los problemas de congelación aún persisten. Lo más molesto es cómo esto también sucede en Ultra-Nightmare (la congelación que ocurrió justo después del parche 1.1 no se extendió a Ultra-Nightmare iirc). Ajustar algunas configuraciones de gráficos tampoco pareció ayudar, así que básicamente estoy atascado en este momento.

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.

Estos mensajes de error me llevan a creer que podría haber algún problema con la instalación de Wine, aunque no estoy completamente seguro. Sin embargo, tenga en cuenta que el mensaje pid podría haberse producido a partir de mi proceso 'Eliminación' del DoomEternal.exe desde el Monitor del sistema, por lo que es posible que no esté relacionado por completo con el bloqueo del juego.

Cualquier ayuda con esto será muy apreciada y gracias de antemano.

@NickSadjoli Creo que tal vez estés un poco confundido acerca de cómo funciona Steam / Proton.
Proton no usa nada de vino de su sistema en absoluto. Incluye su propia versión de wine, puedes desinstalar wine con sudo apt remove wine o sudo apt remove wine-staging o cualquier versión de wine que hayas instalado, y el juego aún se ejecutará. No tiene nada que ver con ello.
Y a menos que haya construido la versión de Proton que está usando usted mismo, si está usando una versión prediseñada, es poco probable que sea un problema de vino / protón "roto".

En realidad, ahora veo dónde dijo que estaba usando la compilación de Proton de GE, que está precompilada. Así que sí, esto no tiene nada que ver con nada en su sistema en lo que respecta a WINE. Ha probado varias versiones de Proton (que de nuevo, ni siquiera interactúan de forma remota con el vino que ha instalado en todo el sistema).

Sin embargo, definitivamente podría ser un controlador Nvidia o un problema de vulkan-icd-loader .

Tal vez sea este problema que cuando la aplicación Steam superpone alguna notificación (por ejemplo, un nuevo logro), se congela (el audio sigue reproduciéndose, pero los gráficos se detienen y ya no responde a las entradas). Esto es lo mismo cuando presionas Ctrl + Tab fuera del juego, o tienes cualquier otra notificación superpuesta de cualquier otra aplicación en el juego.

Ya desactivé Steam Overlay mientras estaba en el juego (en las propiedades de Steam), pero a veces recibo estas notificaciones de Steam para nuevos logros. ¿Quizás cuando juegues al modo Pesadilla por primera vez, obtendrás un par de estos logros de Steam, y eso siempre hará que se congele?

@ gardotd426 Ya veo, gracias por la corrección. De hecho, tenía la impresión de que Proton usa el paquete Wine que está instalado en mi máquina (pensé que se habría instalado como un paquete separado que se instaló simultáneamente con Steam), por eso pensé que probablemente algo andaba mal con mi instalación de Wine. Disculpas por esta suposición, y supongo que necesito leer más documentación de Proton nuevamente.

No estoy seguro de si se trata de un vulkan-icd-loader tema, aunque ahora que lo recuerdo, me ha instalado los paquetes de controladores Vulkan (vía apt-get install ) libvulkan1 y mesa-vulkan-drivers durante los períodos en los que Doom Eternal estuvo bloqueado (parche anterior 1.1), o en algún momento durante mi ejecución inicial completa de Nightmare (justo después del parche 1.11). Antes del fiasco de la Actualización 1, recordé que el juego nunca tuvo ningún problema sin estos paquetes instalados, aunque tenía la impresión de que el paquete Proton / Wine ya tiene soporte para controladores Vulkan (ya que puedo hacer clic en 'usar Vulkan' opción en la configuración gráfica de Doom Eternal). ¿Podría la instalación de estos controladores "separados" ser la fuente del problema?

Hace un momento intenté realizar algunas pruebas adicionales del juego entre las 9 pm y las 10 pm hora local. Inicialmente probé la sugerencia dada por @albertz para deshabilitar Steam Overlay (porque en realidad estaba experimentando los mismos problemas que él describió con respecto a Ctrl + Tab o Alt + Tab bloqueando el juego), pero desafortunadamente sin suerte y aún experimentando exactamente las mismas congelaciones. Luego intenté forzar la superposición de BPM también, pero tampoco los dados. Lo extraño fue que este cambio de configuración parecía haber causado que el sistema de guardado del juego fallara y aparentemente `` borrara '' todos los archivos guardados que tengo localmente en mi PC (similar a los informes de las personas sobre la eliminación del archivo guardado después de la actualización 1 anterior en este hilo), reconociendo todos los espacios guardados como un "nuevo espacio". Puede ver esto en los rastros del primer resultado del archivo de registro que publicaré a continuación para obtener más detalles.

Después de este extraño problema, mi PC de alguna manera se congeló fuera del juego, así que procedí a reiniciar mi PC. Curiosamente, una vez que inicio el juego (después del bloqueo de las 9:13 p.m.), el juego parece haber recuperado todos mis archivos guardados anteriores y registró cualquier progreso que tuve en la sesión anterior (antes de la congelación de las 9:13 p.m.) en el ranura designada que elegí.

Entonces decidí intentarlo y jugué con este último estado. Parecía haber ido bien (no experimentó ninguna congelación durante un período de tiempo notablemente bueno), pero lamentablemente los accidentes ocurrieron de nuevo entre 15 y 20 minutos (accidente de las 9:46 pm). Sin embargo, esto fue notablemente con solo algunos de los indicadores recomendados activados (solo los indicadores Proton Logs, skipIntro, skipKeyPressLoadingScene estaban activados).

Como último intento, intenté activar todas las banderas que se han recomendado en este hilo hasta ahora (NO_ESYNC y también skipSignInManager), pero desafortunadamente el bloqueo aún se produjo (consulte el registro de bloqueos de las 10.03 pm).

He registrado los últimos rastros de ms de los archivos de registro capturados para estas sesiones bloqueadas, sin embargo, son bastante largos, por lo que los publicaré en comentarios posteriores uno por uno, limitándolos a solo los últimos cientos de líneas (Github parece que no puede admitir todas estas líneas a la vez). También agregué la marca de tiempo de los registros de fallas como referencia.

EDITAR: Se agregaron algunos comentarios sobre las grabaciones del archivo de registro.

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?)

Me gustaría resaltar la primera línea registrada de este seguimiento de registro en particular, ya que este es el bloqueo en el que los archivos guardados de alguna manera no se reconocieron (casi me dio la impresión de que se borraron los archivos guardados anteriores). Esto sucedió notablemente después de que ajusté la opción Steam Overlay.

EDITAR: archivo de registro recortado para evitar el desorden innecesario

...
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?)

EDITAR: Salida de archivo de registro recortada para evitar el desorden innecesario.

...
--------------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?)

No estoy completamente seguro de cuál de las líneas pudo haber causado la congelación (ya que ninguna de las líneas de depuración en el último ms parece mostrar ningún tipo de error gráfico fatal), sin embargo, noto que el RtlRestoreContext y las trazas loaddll parecen ser las líneas más comunes que ocurren antes de la terminación del proceso (que inicié manualmente). Además, esta línea Flushing device resizeSwapChain: true, resizeViewDest: false, resizeImageNeedsFlush: false parece aparecer con bastante frecuencia. Sin embargo, no estoy tan familiarizado con esto, ¿puedo suponer que las líneas RtlRestoreContext y loaddll indicaban los intentos del motor del juego de cargar los paquetes dll necesarios para restaurar el contexto de la escena del juego, con la línea 'Flushing device' que contiene las banderas de las acciones que debe realizar el 'dispositivo' (que supongo que es la GPU u otros recursos utilizados para representar la escena actual del juego)

¡Gracias de antemano por cualquier ayuda / explicación adicional!

EDITAR: gists creados que contienen salidas más detalladas de los archivos de registro, según la recomendación de @ kisak-valve. Desafortunadamente, solo las esencias contienen la salida detallada para el primer (9.13 pm) y el último (hice más pruebas como se indica en el siguiente comentario) registros de prueba

Hola @NickSadjoli , en el futuro, adjunte registros como un archivo o use una esencia .

¡Oh, disculpas por eso @ kisak-valve! No me di cuenta de que el formateo del código también se podría hacer de esa manera.

He proporcionado las esencias que contienen resultados más detallados para la primera y última instancia de fallas. Desafortunadamente, el límite de tamaño de 1 MB de los Gists también me impidió cargar todos los archivos de registro, así que simplemente puse las salidas de registro justo después de que el juego se haya guardado en el último punto de control (marcado con END SAVEGAME al parecer).

¡Gracias por adelantado!

@NickSadjoli Compruebe dmesg después de la congelación. He experimentado problemas similares que parecen ser el resultado de problemas con los controladores del kernel de AMD.

@jjbarr está usando los controladores propietarios de Nvidia, no está usando controladores de gráficos del kernel.

@NickSadjoli definitivamente necesitas eliminar uno de esos paquetes que instalaste. Son para las GPU AMD e Intel. Tienes una GPU Nvidia. No usa los controladores de Mesa vulkan, usa los controladores de Nvidia. No sé si eso está causando su problema, pero no está ayudando. Elimina el paquete mesa-vulkan-drivers . Sin embargo, realmente necesitas libvulkan1 . No para Doom Eternal, no lo creo, pero definitivamente para cualquier juego que no sea de Steam al que quieras jugar que use Vulkan o DX. Nuevamente, mesa-vulkan-drivers probablemente no esté causando su problema, pero tampoco lo está ayudando.

Además, solo para asegurarme de que tiene todo lo que necesita, instalaría libvulkan1:i386 también. Doom Eternal es todo de 64 bits, creo, pero aún así. Otras cosas no lo son.

Después de esto, busque una configuración de protones BUENA CONOCIDA (cualquier versión de Proton que estuviera usando cuando funcionó bien), cámbiela en las propiedades del juego en Steam y luego elimine el pfx del juego. Será rm -r ~/path/to/library/steamapps/compatdata/782330/pfx .

@ gardotd426 Anotado . Desafortunadamente, parece que realmente no puedo desinstalar los controladores mesa-vulkan directamente ahora mismo, ya que el entorno pop-desktop utilizado por PopOS parece depender de este paquete. Todavía recuerdo que apt-get mencionó que la instalación de libvulkan y mesa-vulkan-drivers sí instaló nuevos paquetes, así que lo que podría haber sucedido es que, por defecto, algunos de los subpaquetes requeridos para mesa-vulkan -Los controladores ya estaban incluidos en PopOS de forma predeterminada, pero luego se instalaron paquetes adicionales, más opcionales, cuando solicité el siguiente apt-get también.

Además, en lo que respecta a volver a la versión anterior de Proton: actualmente estoy usando Proton v5.0.9. El último Proton con un rendimiento estable (pre-Actualización 1 y Actualización 1.1) que recordé fue la v5.0.7 o la v5.0.8. Desafortunadamente, parece que Steam actualizaría automáticamente el Proton 5.0 para incluir la última versión de Proton, y descartó las usadas anteriormente en este caso. ¿Proton Github mantiene un registro de todas las versiones de Proton usadas anteriormente que pude descargar y usar (similar a la versión de GE)?

Dicho esto, he intentado más pruebas con el juego hoy. Para estas pruebas, también grabé mi registro del sistema para ver qué podría haber sucedido fuera de la interacción Proton / juego. Proporcionaré lo esencial para las salidas de Proton y syslog para cada una de estas sesiones de prueba de la siguiente manera:

1. Primera sesión, grabada a las 11.24 - 11.27 a. M. [
   Desafortunadamente, no se registraron registros de protones para esta sesión (olvidé encender la bandera)
2. Resultados del estado del juego: se congeló después de unos minutos de juego. Perceptiblemente a la derecha alrededor de un punto de control guardado.
3. Banderas utilizadas: establezca 1 en todas las banderas recomendadas no relacionadas con protones. no se utilizaron banderas de protones

4. Configuración de video del juego: opciones deshabilitadas de 'Presentar desde computadora', que específicamente indicaban que se apagaran si tenía problemas con software de superposición externa (lo que fue sugerido previamente por @albertz)

5. Segunda sesión, grabada de 11.30 a 11.32 a. M. [
   Desafortunadamente, no se registraron registros de protones para esta sesión (olvidé encender la bandera)

6. Resultados del estado del juego: se congeló después de menos de 1 minuto de juego. Notablemente justo después de cambiar la configuración de 'Presentar desde Compute'
7. Banderas utilizadas: establezca 1 en todas las banderas recomendadas no relacionadas con protones. no se utilizaron banderas de protones

8. Configuración de video del juego: se intentó habilitar las opciones de 'Presentar desde computadora'. Esta vez, el juego se congeló mucho más rápido después de habilitar esta opción, con la pantalla congelada mostrando notablemente la pantalla de 'Configuración del menú principal', justo cuando la opción estaba habilitada.

9. Tercera sesión, grabada de 11.32 a. M. A 11.37 a. Syslog_gist ] [ Proton_log_gist ]

10. Resultados del estado del juego: se congeló después de unos minutos de juego. Perceptiblemente a la derecha alrededor de un punto de control guardado.
11. Banderas utilizadas: establezca 1 en todas las banderas recomendadas no relacionadas con protones. Solo se habilitó PROTON_LOG

12. Configuración de video del juego: se mantuvo la misma configuración de la sesión anterior ('Presentar desde computadora' habilitado, sin otros cambios)

13. Última sesión, grabada entre las 11.42 y las 11.46 a. M. [ Proton_log_gist ]

14. Resultados del estado del juego: se congeló después de una sesión de juego notablemente más larga que las últimas sesiones anteriores. También es notable alrededor de un punto de control.
15. Banderas utilizadas: establezca 1 en todas las banderas recomendadas no relacionadas con protones. Solo se habilitó PROTON_LOG
16. Configuración de video del juego: se mantuvo la misma configuración de la sesión anterior ('Presentar desde computadora' habilitado, sin otros cambios)

De todos estos archivos de registro, hay algunas cosas que me gustaría señalar y resaltar:

• La línea 'Advertencia del administrador de ventanas: Ventana 0xa000001 establece una pista MWM que indica que no se puede cambiar de tamaño, pero establece el tamaño mínimo 1 x 1 y el tamaño máximo 2147483647 x 2147483647; esto no tiene mucho sentido '. parece ocurrir constantemente alrededor del momento en que el juego se congeló. ¿Es esto una indicación de que es un problema de superposición de GNOME con el juego?
• El registro de Proton de la tercera sesión dio un nuevo tipo interesante de error de seguimiento, a saber, '7370.996: 0094: 009c: err: clipboard : convert_selection Tiempo de espera agotado esperando el evento SelectionNotify'. ¿Significa esto que el juego estaba esperando algún tipo de evento, pero luego se agotó el tiempo y provocó un error (congelación del juego)?

Otra cosa a tener en cuenta es que estoy ejecutando varias tareas en segundo plano cuando ejecuto el juego (aunque estas son principalmente pestañas abiertas de Firefox en segundo plano). Creo que esto no debería causar ningún tipo de problema con Game Freeze, sin embargo, solo una nota para aquellos que puedan señalar un posible conflicto.

Para asegurarme de que el motor en sí no tuviera un problema con mi máquina, luego intenté jugar Doom 2016 por un tiempo (que usa la versión anterior del motor IdTech: IdTech 6), para ver si la versión actual de Proton ha causado cualquier tipo de problema con este título también.

Curiosamente, hubo dos casos de 'apagón de pantalla' extremadamente cortos (alrededor de 1 a 2 ms) que ocurrieron durante la ejecución de Doom 2016 (que por una fracción de segundo pensé que causaría una congelación similar a Doom Eternal), sin embargo, el juego pudo para recuperarse y reanudar todo el juego sin problemas. Aquí están los archivos syslog y Proton Log para las pruebas de Doom 2016, con una nota de que los 'apagones' parecen ocurrir alrededor de la línea similar de la advertencia 'Sugerencia MWM del administrador de ventanas' (para el archivo syslog), o - en el caso del Proton Log - los mensajes de 'Configuración del minivolcado de breakpad'. Desafortunadamente, dado que el mensaje Proton Log parece diferir bastante de los mensajes Proton Log de Doom Eternal, esto puede no ser muy útil, pero no obstante, pude observar alguna información adicional.

Si alguien requiere más pruebas o más información, hágamelo saber y veré si puedo proporcionarlas también.

EDITAR: comentario inacabado
EDIT2: formateo

Recibo los mensajes "No se pueden encontrar coincidencias de BATTLEMODE disponibles. Vuelve a intentarlo más tarde" y "Error al iniciar el servidor". En Win 10 todo funciona bien. ¿Alguien puede confirmar este problema?

No me sorprendería que implementaran algún tipo de anticheat que bloquee Linux con la última actualización (siempre dijeron que traerían de vuelta el anticheat pero que simplemente no bloquearían la campaña). Obviamente, probablemente no haya partidos en este momento debido a la hora en América y Europa, pero mañana (más tarde hoy, técnicamente) intentaré ver si puedo reproducir el problema.

Por cierto @ gardotd426

Después de esto, busque una buena configuración de protones CONOCIDA (cualquier versión de Proton que estuviera usando cuando funcionó bien).

Con respecto a su sugerencia para esto, ¿puedo saber si hay disponible una versión prediseñada de Proton 5.0.7 o 5.0.8? Entiendo que podría construir una versión funcional de estos paquetes de protones localmente a través de la guía de compilación de Proton, sin embargo, me gustaría saber si una versión que ya funciona y precompilada de estos ya podría descargarse y colocarse en compatibilitytools.d/ directorio para una configuración mucho más rápida.

¡Gracias por adelantado!

@NickSadjoli también puede intentar restablecer las
eliminar las carpetas pinned_libs *. deberían estar en una ruta como esta: ~ / .steam / steam / ubuntu12_32 / steam-runtime
En el próximo inicio de vapor, los volverá a agregar.
No lo he probado, pero creo que ejecutar steam --reset lo hará.

Hola a todos, disculpas que esto sea bastante tarde, sin embargo, parece que de alguna manera resolví el problema por mi parte (por ahora), y logré que Doom Eternal funcione sin problemas desde la segunda mitad del segundo nivel hasta el sexto nivel. sin chocar ni una vez. Hubo algunos fallos gráficos notables, pero creo que es algo que a veces también ha sucedido anteriormente, lo que atribuyo más a que los controladores de Proton aún no se han optimizado por completo para algunos juegos (quizás, pero eso no me molesta demasiado mucho, ya que pasa tan raro)

TL; DR: el retroceso de la extensión GNOME parece haber causado algún conflicto con Doom Eternal. No estoy completamente seguro de por qué sucede esto, sin embargo, ha habido instancias anteriores de GNOME con problemas con juegos que ya están documentados / discutidos. Así que esto también podría ser un problema potencial para otros usuarios de Proton.

Inicialmente probé la sugerencia de @AllKind de restablecer Steam anoche. Inicialmente parecía haber funcionado, ya que pude atravesar una parte significativa del segundo nivel sin chocar, solo que desafortunadamente se bloqueó durante el área de transición entre el segundo y el tercer nivel. Se produjo otro bloqueo cuando intenté ejecutar el juego después de eso, así que creo que solo alivió el problema durante un tiempo.

Esta mañana, luego busqué los errores de syslog que publiqué nuevamente, y noté que el escritorio GNOME aparentemente había causado problemas con algunos juegos antes. Con esto, pensé que quizás algunas de las extensiones de GNOME en mi PC que modificaron el comportamiento relacionado con la pantalla podrían haber causado un conflicto similar con la ventana del juego cuando se está ejecutando.

De todas las extensiones que estaban activas, Backslide y Window Animations son las únicas extensiones que se destacaron para mí por ser extensiones de modificación de visualización, así que las desactivé y volví a ejecutar Doom Eternal con estas desactivadas.

Sorprendentemente, el juego se desarrolló sin problemas desde entonces, y solo se produjeron fallos cuando recibí un mensaje de Steam entrante (que parece estar relacionado con los problemas de 'Alt + Tab' o 'Ctrl + Tab' que se han informado anteriormente). Luego logré pasar por todo el 3er nivel del juego esta mañana sin ningún congelamiento o fallas en esta configuración, algo que ni siquiera era posible ayer.

La pregunta para mí fue qué extensión de la 2 (animación de ventana o retroceso) podría haber causado específicamente el problema. Para determinar esto, intenté activar Backslide y ejecuté el juego nuevamente con él.

Resultó que el juego se congeló solo unos minutos después de que se ejecutara con esta configuración, lo que me aseguró más que Backslide es de hecho el problema. Luego lo apagué, y después de eso logré jugar el juego hasta el Nivel 6 sin más congelaciones registradas.

Al ver esto y el hilo de conflicto de GNOME que vinculé aquí, ¿ha habido algún otro conflicto potencial de GNOME y Proton en otros juegos? Además, ¿se ha realizado previamente algún tipo de depuración en Proton para comprobar los posibles conflictos con las extensiones específicas de GNOME (especialmente las que alteran las vistas de Desktop?). Si resulta que hay varias instancias de conflicto de extensiones de Proton y GNOME, se agradecería que eche un vistazo a esto.

Por ahora, según mi experiencia, sugiero encarecidamente desactivar cualquier extensión de GNOME que modifique la pantalla con el estado actual (es decir, después de la Actualización 1.1) de Doom Eternal, en el caso de que surjan problemas similares para cualquier otra persona, supongo. Si otros han resuelto de alguna manera problemas similares con un tipo de solución similar (desactivando alguna extensión de GNOME), confírmelo y compártalo aquí.

EDITAR: Publicado accidentalmente antes de terminar el comentario.

Me alegro de que lo hayas solucionado, pero desafortunadamente, incluso si se investigó,
y descubrió que una gran cantidad de extensiones de GNOME causan problemas con
Proton, como estás preguntando, no hay nada que nadie pueda hacer. Válvula
y Proton no tienen influencia o capacidad para arreglar eso en absoluto (en el
todo). Y GNOME en sí ni siquiera crea extensiones ni las autoriza en
todos realmente. Todos están "sin apoyo". Entonces no hay nada realmente que pueda
debe hacerse, además de que la gente se dé cuenta de ello.

El jueves 18 de junio de 2020 a las 10:49 a.m. NickSadjoli [email protected]
escribió:

Hola a todos, disculpas que sea bastante tarde, sin embargo, parece que
de alguna manera resolví el problema por mi parte (por ahora), y logré obtener
Doom Eternal se ejecuta sin problemas desde la segunda mitad del segundo nivel hasta el final
al sexto nivel actual sin chocar ni una vez. Hubo algunos notables
fallas gráficas, pero creo que algo ha sucedido a veces
anteriormente también, lo que atribuyo más a que los controladores Proton no
ha sido completamente optimizado para algunos juegos (tal vez, pero eso no es realmente
molestándome demasiado, ya que pasa tan raro)

TL; DR: el retroceso de la extensión GNOME parece haber causado algún conflicto
con Doom Eternal. Sin embargo, no estoy completamente seguro de por qué sucede esto.
Ha habido casos anteriores de GNOME que tiene problemas con los juegos.
corriendo ya documentado / discutido. Entonces esto podría ser un problema potencial
para otros usuarios de Proton también.

Inicialmente probé la sugerencia de @AllKind https://github.com/AllKind para
restablecer Steam anoche. Inicialmente parecía haber funcionado ya que pude
atravesar una parte significativa del segundo nivel sin chocar, solo
desafortunadamente chocar durante el área de transición entre el 2 y
3er nivel sin embargo. Se produjo otro bloqueo cuando intenté ejecutar el juego.
después de eso, creo que solo alivió el problema durante algún tiempo.

Esta mañana luego busqué los errores de syslog que publiqué nuevamente, y
notó que el escritorio GNOME aparentemente ya se sabía que
causar problemas con algunos juegos
https://gitlab.gnome.org/GNOME/mutter/-/issues/361 antes. Con esto, yo
luego pensé que tal vez algunas de las extensiones de GNOME en mi PC
El comportamiento modificado relacionado con la pantalla podría haber causado un conflicto similar con
la ventana del juego cuando se está ejecutando.

De todas las extensiones que estaban activas, las animaciones de ventana y retroceso son
las únicas extensiones que me destacaron por modificar la visualización
extensiones, así que las apagué y ejecuté Doom Eternal nuevamente sin estas.

Sorprendentemente, el juego se desarrolló sin problemas desde entonces, con solo instancias de
estrellándose cuando recibí un mensaje de Steam entrante (que parece relacionarse
volver a los problemas de 'Alt + Tab' o 'Ctrl + Tab' que se han informado
previamente). Luego logré pasar por todo el 3er nivel del juego.
esta mañana sin ningún congelamiento ni bloqueos en este entorno, algo que
ni siquiera fue posible ayer.

La pregunta para mí fue qué extensión del 2 (animación de ventana
o Backslide) podría haber causado específicamente el problema. Para determinar esto, yo
luego intentó activar Backslide y ejecutó el juego nuevamente con él.

Resultó que el juego se congeló solo unos minutos después de que se ejecutara con este
configuración, lo que me aseguró más que Backslide es de hecho el
problema. Luego lo apagué, y después de eso logré jugar el juego
el camino al nivel 6 sin más congelaciones registradas.

Al ver esto y el hilo de conflicto de GNOME que vinculé aquí, tiene
Ha habido otros posibles conflictos de GNOME y Proton que se produzcan por otros
¿juegos? Además, ¿se ha realizado previamente algún tipo de depuración en Proton para verificar
cualquier conflicto potencial con cualquier extensión específica de GNOME (especialmente el
las que alteran las vistas de Desktop?). Si resulta que hay varios
instancias de conflicto de extensiones de Proton y GNOME, una mirada a esto sería
apreciado, y

t usando algunas extensiones GNOME adicionales que sospeché que podrían haber
causó algún conflicto con las ventanas del juego (basado en Windows
error de administración que obtuve de syslog), e intenté apagar el
extensiones que estaban modificando la pantalla / apariencia del escritorio, a saber
desactivando Animaciones y la extensión Backslide. Desactivar el retroceso
específicamente parecía haber funcionado para mí, como cuando intenté ejecutar Doom
Eterno de nuevo esta mañana con Backslide activado provocó que Freeze
Vuelve a pasar.

Entonces, los detalles de cómo logré hacerlo fueron los siguientes:
Ayer por la noche probé @AllKind https://github.com/AllKind 's
sugerencia para restablecer Steam. Para mi sorpresa, esto parecía haber funcionado.
inicialmente, ya que el juego no se bloqueó durante un período de tiempo significativo, solo
para luego chocar justo cuando estaba a punto de hacer la transición al 3er nivel (iirc).
Desafortunadamente esto me choca

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-646068897 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y33ZKKR2JEZYALJZQSADRXISQPANCNFSM4MI6DHIA
.

@ gardotd426 ¿hay alguna forma de que el protón se comporte bien con superposiciones? Encuentro estos problemas incluso sin gnome (uso enlightenment en gentoo con openrc en lugar de systemd), así que no creo que el problema pueda aislarse allí

¿Qué quieres decir con "superposiciones"? Esa palabra tiene numerosas definiciones cuando
viene a la informática / juegos / etc.

El viernes 19 de junio de 2020 a la 1:00 a. M. Oogetyboogety [email protected]
escribió:

@ gardotd426 https://github.com/gardotd426 ¿hay alguna forma en que el protón podría
comportarse bien con superposiciones? Encuentro estos problemas incluso sin gnome (yo
uso enlightenment en gentoo con openrc en lugar de systemd), así que no
creo que el problema se puede aislar allí

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-646435630 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y3346RUIEP3W2QM6QPW3RXLWGHANCNFSM4MI6DHIA
.

Volviendo a esta parte de la publicación anterior, donde el problema parece estar correlacionado con alguna funcionalidad en la que las aplicaciones intentan interrumpir el juego y el juego se bloquea.

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.

Tal vez podría investigar más sobre cuál es la causa raíz en X o probarlo en Wayland. No he considerado el uso de proton con wayland, pero pensé que desactivé las "superposiciones" en términos de la que muestra Proton relacionada con la publicación anterior. Usar wayland podría forzar un mecanismo de notificación diferente o algo que mitigue la causa raíz de este problema, lo que me permitiría jugar continuamente sin fallas.

La ventana emergente de notificación que recibe de Steam mientras juega juegos de Steam es de
Steam sí mismo. Es la superposición de Steam. Algunos juegos tienen problemas, pero
no muchos. Es poco probable que el uso de Wayland cambie algo, Steam seguirá siendo
usando la misma superposición de Steam e incluso entonces estoy bastante seguro de que Steam sería
corriendo en XWayland. Podría intentar deshabilitar la superposición de Steam para cualquier
juegos que parecen tener problemas con él.

El viernes 19 de junio de 2020 a la 1:08 a. M. Oogetyboogety [email protected]
escribió:

Refiriéndose a esta parte del punto anterior, donde aparece el problema
correlacionarse con alguna funcionalidad donde las aplicaciones intentan
interrumpe el juego y el juego se bloquea.

Sorprendentemente, el juego se desarrolló sin problemas desde entonces, y solo se produjeron fallos cuando recibí un mensaje de Steam entrante (que parece estar relacionado con los problemas de 'Alt + Tab' o 'Ctrl + Tab' que se han informado anteriormente). Luego logré pasar por todo el 3er nivel del juego esta mañana sin ningún congelamiento o fallas en esta configuración, algo que ni siquiera era posible ayer.

Tal vez podría profundizar más en cuál es la causa raíz en X o intentarlo en
Wayland. No he considerado el uso de protones con wayland, pero pensé que
"superposiciones" deshabilitadas en términos de la que Proton muestra relacionada con la publicación
anterior, pero el uso de wayland podría forzar un mecanismo de notificación diferente o
algo que mitigue la causa raíz de este problema que me permitiría
jugar continuamente sin caídas.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-646437725 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y334BPA7PDJVTDHLXON3RXLXF7ANCNFSM4MI6DHIA
.

De acuerdo, lo deshabilité pero sigo recibiendo el mismo error. Intentaré recopilar algunos registros y ver si noto una tendencia.

EDITAR:
Parece funcionar de nuevo por un tiempo. Todavía no hay bloqueos

Todos están "sin apoyo". Así que no hay nada realmente que se pueda hacer, aparte de que la gente sea consciente de ello.

@ gardotd426 Maldita sea , eso es bastante desafortunado entonces. Me alegro de haber realizado las pruebas y haber ayudado a resaltar este problema en ese momento. Esperamos que esto ayude a la gente al menos, y espero que este problema pueda ser uno de los temas centrales del equipo de desarrollo de GNOME para trabajar con Valve / Proton.

EDITAR: Formateo

Parece que no tienen ningún interés real en nada de eso. Y son
absolutamente disparado hacia el Wayland del futuro, independientemente de
ya sea que esté listo o no. Lo que objetivamente no es. Eso es solo mi
opinión aunque supongo. Aún puede presentar un informe de error con GNOME, pero
no sé hasta dónde llegarás. Pero quiero decir que técnicamente es una cuestión sobre la
GNOME, si no es un problema con GNOME. Probablemente te dirán que no lo hagas
usar la extensión porque no escribieron las extensiones y no
Sin embargo, apóyelos.

El sábado 20 de junio de 2020 a las 11:57 a.m. NickSadjoli [email protected]
escribió:

Todos están "sin apoyo". Entonces, realmente no hay nada que se pueda hacer
fuera de hacer que la gente lo sepa.
@ gardotd426 https://github.com/gardotd426 Maldita sea , eso es bastante
desafortunado entonces. Me alegro de haber realizado las pruebas y ayudar a resaltar esto
emitir entonces. Espero que esto ayude a la gente al menos, y espero que este problema
podría ser uno de los enfoques del equipo de desarrollo de GNOME para trabajar
con válvula / protón.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-647013133 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y336AOGCCKSZKJIXOMP3RXTL7RANCNFSM4MI6DHIA
.

Hola @PopeRigby , ¿sigues experimentando el bloqueo duro que describiste en https://github.com/ValveSoftware/Proton/issues/3773#issuecomment -614309204? Además, durante la prueba, utilice oibaf PPA o kisak-mesa PPA y RADV / ACO y avísenos si puede reproducir el bloqueo con eso.

[782330] - Doom eternal - pantalla parpadeante después del lanzamiento

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/4023.
@bobaxxx publicado en 2020-06-26T14: 01: 37:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: Doom eternal
• Steam AppID del juego: 782330

Información del sistema

• GPU: GTX 1060 (móvil)
• Versión del controlador / LLVM: NVIDIA 440
• Versión de Kernel: Linux versión 5.3.0-61-generic
• Enlace al informe completo de información del sistema: https://gist.github.com/bobaxxx/e453840a627188f57f4cb20851b5b0fc
• Versión de protón: 5.0.9

Confirmo:

• [X que no he encontrado un informe de compatibilidad existente para este juego.
• [X] que he comprobado si hay actualizaciones disponibles para mi sistema.

Síntomas

La instalación del juego está bien, pero cuando comienzo, puedo acceder al menú, pero la pantalla parpadea como el infierno.

Reproducción

• Instalar en pc
• Iniciar el juego (linux mint tricia)

Aquí está el registro:

log.txt

Hola @PopeRigby , ¿sigues experimentando el bloqueo duro que describiste en el número 3773 (comentario) ? Además, durante la prueba, utilice oibaf PPA o kisak-mesa PPA y RADV / ACO y avísenos si puede reproducir el bloqueo con eso.

Ya no tengo Doom Eternal instalado, pero te informaré cuando lo vuelva a instalar. Probablemente cuando salga el primer DLC.

Todavía es bastante molesto que el juego ya no responda una vez que haya alguna ventana emergente de notificación por parte de otra aplicación (tal vez Steam), o cuando accidentalmente presionas Alt + Tab o algo así.

¿Es este un problema que se puede solucionar en Wine? Supongo que esto no sucede en Windows, ¿verdad? Sería bueno si esto pudiera solucionarse. De lo contrario, ahora me funciona muy bien (con Nvidia 2070). Parece ser aún más fluido desde la Actualización 2.

Hola @albertz , posiblemente relacionado: "Se nVidia 450.51 .

@albertz En la configuración de gráficos del juego, ¿estás usando "pantalla completa"? Intente cambiar a la configuración de ventana sin bordes.

La instalación del juego está bien, pero cuando comienzo, puedo acceder al menú, pero la pantalla parpadea como el infierno.

Lo he tenido varias veces. Pienso al cambiar las versiones de Proton y al instalar un nuevo controlador de video.
Tuve que restablecer los valores predeterminados de video (mediante atajos de teclado) y reiniciar el juego.

Hola @albertz , posiblemente relacionado: "Se

Ya lo tengo instalado, pero Alt + Tab todavía no funciona.

También he vuelto a perder mis partidas guardadas, después de cambiar de Proton-GE a 5.0.9 nativo. Y después de la actualización 2 de Doom Eternal.
Por eso ya no lo juego en Linux. Perdí mis juegos demasiadas veces.

esencia

También estoy experimentando el mismo error que @albertz , pero en mi caso también sucede cuando el juego muestra premios de progreso de Steam. ¿Hay alguna forma de apagarlos?

nvidia 2060S con nvidia 440.100
ubuntu 20.04 (5.4.0-39-genérico)

editar: actualizar los controladores a 450.51 no resolvió los problemas mencionados anteriormente.

¿Alguien juega esto con una gpu de Intel? Tengo una computadora portátil con uhd 620 y no se inicia. Primero aparece una ventana que dice "no compatible", luego, cuando hago clic en jugar, el juego supuestamente se carga durante unos 10 minutos, pero nunca se inicia.

PD: casi derroto a DOOM en esta computadora portátil, nunca tuve problemas

¿Alguna actualización en alt-tab? ¡Es muy molesto!

@Rush : ¿Estás usando "pantalla completa" en la configuración de gráficos del juego? Intenta configurar el juego en "ventanas sin bordes". Eso soluciona el problema de bloqueo de Alt-Tab aquí para mí.

Lo he estado intentando con "ventana sin bordes". Todavía no funciona, también se bloquea en los logros de Steam. Alt-Tab no funciona. Estoy usando nvidia-450.57.

Hola,

Acabo de probar la opción "ventana sin bordes" en Fedora 32 con una GTX 1070 (controlador 450.57). La ventana del juego aún se congela tan pronto como se presiona Alt + Tab o la tecla de Windows en el escritorio de Gnome

Tengo un bloqueo con la última versión de Doom Eternal y no estoy seguro de qué está pasando:

Controlador de Nvidia: 450.57
CPU: AMD 3970x
Ubuntu: 20.04
Kernel: 5.4.0-40-genérico
Protón: 5.0-9

Opciones de lanzamiento:
PROTON_LOG=1 %command% +com_skipIntroVideo 1

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

¿Alguien se ha encontrado con esto?

Lo he estado intentando con "ventana sin bordes". Todavía no funciona, también se bloquea en los logros de Steam. Alt-Tab no funciona. Estoy usando nvidia-450.57.

Después de algunas pruebas más, descubrí que la pestaña alt parece funcionar en una resolución más baja, pero tan pronto como la cambio a nativa en la ventana sin bordes, parece que el juego se congela / apaga la pantalla. No sé si eso ayuda.

nvidia 450.57-6 GTX 1060 de 6 GB
kernel 5.7.12-arch1-1

El juego se congela cada vez que aparece una ventana emergente de superposición de Steam. Ahora, no entiendo por qué, porque desactivé la superposición de Steam, pero todavía muestra algo como un logro y congela el juego. Luego, el juego ya no comenzará (pantalla negra) y tengo que reiniciar la PC para poder volver a jugar. También Alt + Tabbing lo congela en la pantalla negra también, pero eso se puede solucionar sin Alt + Tabbing.
Nota al margen: juego en modo fuera de línea.
EDITAR: reiniciar X me permite volver a jugar. Sigue siendo molesto, pero menos.

nvidia 450.57-6 GTX 1060 de 6 GB
kernel 5.7.12-arch1-1

El juego se congela cada vez que aparece una ventana emergente de superposición de Steam. Ahora, no entiendo por qué, porque desactivé la superposición de Steam, pero todavía muestra algo como un logro y congela el juego. Luego, el juego ya no comenzará (pantalla negra) y tengo que reiniciar la PC para poder volver a jugar. También Alt + Tabbing lo congela en la pantalla negra también, pero eso se puede solucionar sin Alt + Tabbing.
Nota al margen: juego en modo fuera de línea.
EDITAR: reiniciar X me permite volver a jugar. Sigue siendo molesto, pero menos.

Lo mismo aquí, nvidia 450.57-5 / GTX1070, linux 5.7.11.arch1-1

La superposición de Steam no se puede desactivar en Linux (lo que resolvería el problema):
https://github.com/ValveSoftware/steam-for-linux/issues/3239

Sin embargo, no necesito reiniciar X. $ kill $(pgrep DOOM) es suficiente y simplemente puedo reiniciar el juego desde Steam.

Ustedes definitivamente deben llamar la atención de Nvidia sobre esto. A pesar de su reputación, en realidad parecen hacer un trabajo decente arreglando cosas así con una actualización.

Debido a que definitivamente parece que este es un problema específico de Nvidia, tengo una GPU AMD y no veo esto en absoluto. Utilizo una versión personalizada de Proton con fshack habilitado nuevamente, no sé si está deshabilitado en vanilla Proton o no (sé que está deshabilitado en las versiones recientes de Proton de GE). Quizás eso también sea parte de eso. Pero eso se puede resolver determinando si las compilaciones de protones que todos están usando contienen los parches fshack o no.

Pero sí, jugué durante aproximadamente 5 horas anoche y obtuve algunos logros y todos funcionaron exactamente como se suponía que debían hacerlo. Y a menos que sea una gran coincidencia que parezca afectar a los usuarios de Nvidia (al menos últimamente), suena como un problema de controladores. O eso, o es la cosa fshack, o potencialmente una cosa del entorno de escritorio.

En ProtonDB sobre Rage 2 , leí acerca de informes muy similares de que la pestaña / superposición congela el juego. Rage 2 se basa en un motor idTech más antiguo. La solución parece ser establecer AsyncComputeDisable en 1 en settings.ini . ¿Quizás hay algo equivalente en Doom Eternal?

nvidia 450.57-6 GTX 1060 de 6 GB
kernel 5.7.12-arch1-1

El juego se congela cada vez que aparece una ventana emergente de superposición de Steam. Ahora, no entiendo por qué, porque desactivé la superposición de Steam, pero todavía muestra algo como un logro y congela el juego. Luego, el juego ya no comenzará (pantalla negra) y tengo que reiniciar la PC para poder volver a jugar. También Alt + Tabbing lo congela en la pantalla negra también, pero eso se puede solucionar sin Alt + Tabbing.
Nota al margen: juego en modo fuera de línea.
EDITAR: reiniciar X me permite volver a jugar. Sigue siendo molesto, pero menos.

Lo mismo aquí, el kernel es 5.7.12-24-tkg-pds, Nvidia RTX 2060, ¿alguna idea de cómo solucionar el problema de alt + tab?
El juego es literalmente injugable, porque cualquier logro hará que aparezca una superposición de vapor, lo que hará que el juego se congele. También estoy usando la ventana con borde, pero en realidad no hay diferencias entre la pantalla completa y la ventana con borde, congelando en ambos modos.

En ProtonDB sobre Rage 2 , leí acerca de informes muy similares de que la pestaña / superposición congela el juego. Rage 2 se basa en un motor idTech más antiguo. La solución parece ser establecer AsyncComputeDisable en 1 en settings.ini . ¿Quizás hay algo equivalente en Doom Eternal?

Hay una opción similar en Doom, la tengo deshabilitada, así que este no es el caso = (

nvidia 450.57-6 GTX 1060 de 6 GB
kernel 5.7.12-arch1-1
El juego se congela cada vez que aparece una ventana emergente de superposición de Steam. Ahora, no entiendo por qué, porque desactivé la superposición de Steam, pero todavía muestra algo como un logro y congela el juego. Luego, el juego ya no comenzará (pantalla negra) y tengo que reiniciar la PC para poder volver a jugar. También Alt + Tabbing lo congela en la pantalla negra también, pero eso se puede solucionar sin Alt + Tabbing.
Nota al margen: juego en modo fuera de línea.
EDITAR: reiniciar X me permite volver a jugar. Sigue siendo molesto, pero menos.

Lo mismo aquí, el kernel es 5.7.12-24-tkg-pds, Nvidia RTX 2060, ¿alguna idea de cómo solucionar el problema de alt + tab?
El juego es literalmente injugable, porque cualquier logro hará que aparezca una superposición de vapor, lo que hará que el juego se congele. También estoy usando la ventana con borde, pero en realidad no hay diferencias entre la pantalla completa y la ventana con borde, congelando en ambos modos.

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.

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

Las soluciones alternativas son excelentes (si funcionan) para completar un juego,
pero este es un caso CLARO de un problema de controlador que debe informarse. Tiene
¿Alguien informó esto a Nvidia?

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.

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

Como ya escribí, no es posible deshabilitar la superposición de Steam en Linux debido a este error de seis años:
https://github.com/ValveSoftware/steam-for-linux/issues/3239

Esta sería la solución más fácil pero no ...

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Como ya escribí, no es posible deshabilitar la superposición de Steam en Linux debido a este error de seis años:
ValveSoftware / steam-para-linux # 3239

Esta sería la solución más fácil pero no ...

No es la superposición el problema, son las notificaciones. La solución alternativa anterior debería evitar que las notificaciones se muestren, al menos en teoría, haciendo que DE sea al menos reproducible para los usuarios de nvidia mientras tanto. Sin embargo, no puedo probar el efecto que esto tiene en DE porque tengo la mayoría de los logros de todos modos.

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Como ya escribí, no es posible deshabilitar la superposición de Steam en Linux debido a este error de seis años:
ValveSoftware / steam-para-linux # 3239
Esta sería la solución más fácil pero no ...

No es la superposición el problema, son las notificaciones. La solución alternativa anterior debería evitar que las notificaciones se muestren, al menos en teoría, haciendo que DE sea al menos reproducible para los usuarios de nvidia mientras tanto. Sin embargo, no puedo probar el efecto que esto tiene en DE porque tengo la mayoría de los logros de todos modos.

Lo siento, no leí su enlace y pensé que solo explica cómo deshabilitar la superposición en las opciones del menú.

¡Lo acabo de probar y realmente funciona! ¡Gracias!

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Como ya escribí, no es posible deshabilitar la superposición de Steam en Linux debido a este error de seis años:
ValveSoftware / steam-para-linux # 3239
Esta sería la solución más fácil pero no ...

No es la superposición el problema, son las notificaciones. La solución alternativa anterior debería evitar que las notificaciones se muestren, al menos en teoría, haciendo que DE sea al menos reproducible para los usuarios de nvidia mientras tanto. Sin embargo, no puedo probar el efecto que esto tiene en DE porque tengo la mayoría de los logros de todos modos.

Lo siento, no leí su enlace y pensé que solo explica cómo deshabilitar la superposición en las opciones del menú.

¡Lo acabo de probar y realmente funciona! ¡Gracias!

Ahora informe esto a Nvidia para que exista la posibilidad de que se haga algo al respecto.

nvidia 450.57-6 GTX 1060 de 6 GB
kernel 5.7.12-arch1-1
El juego se congela cada vez que aparece una ventana emergente de superposición de Steam. Ahora, no entiendo por qué, porque desactivé la superposición de Steam, pero todavía muestra algo como un logro y congela el juego. Luego, el juego ya no comenzará (pantalla negra) y tengo que reiniciar la PC para poder volver a jugar. También Alt + Tabbing lo congela en la pantalla negra también, pero eso se puede solucionar sin Alt + Tabbing.
Nota al margen: juego en modo fuera de línea.
EDITAR: reiniciar X me permite volver a jugar. Sigue siendo molesto, pero menos.

Lo mismo aquí, el kernel es 5.7.12-24-tkg-pds, Nvidia RTX 2060, ¿alguna idea de cómo solucionar el problema de alt + tab?
El juego es literalmente injugable, porque cualquier logro hará que aparezca una superposición de vapor, lo que hará que el juego se congele. También estoy usando la ventana con borde, pero en realidad no hay diferencias entre la pantalla completa y la ventana con borde, congelando en ambos modos.

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.

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

Gracias, puedo confirmar que esta solución me funcionó.

@ roman-bronis y @ Sha1rath

sería conveniente dejar una reseña en protondb para DE y mencionar la solución alternativa de las notificaciones de Steam con el enlace a la guía. Ya he hecho esto con la esperanza de que sea útil para más usuarios de Linux con nvidia gpus.

Gracias por su paciencia.

@ roman-bronis y @ Sha1rath

sería conveniente dejar una reseña en protondb para DE y mencionar la solución alternativa de las notificaciones de Steam con el enlace a la guía. Ya he hecho esto con la esperanza de que sea útil para más usuarios de Linux con nvidia gpus.

Gracias por su paciencia.

¡Gran idea, hecho!

Acerca de informar de esto a NVidia, personalmente no estoy en condiciones de darles una descripción adecuada del problema. Necesitaría registros o rastreos detallados en lugar de decir "alguien dijo que no sucede en su AMD".

nvidia 450.57-6 GTX 1060 de 6 GB
kernel 5.7.12-arch1-1
El juego se congela cada vez que aparece una ventana emergente de superposición de Steam. Ahora, no entiendo por qué, porque desactivé la superposición de Steam, pero todavía muestra algo como un logro y congela el juego. Luego, el juego ya no comenzará (pantalla negra) y tengo que reiniciar la PC para poder volver a jugar. También Alt + Tabbing lo congela en la pantalla negra también, pero eso se puede solucionar sin Alt + Tabbing.
Nota al margen: juego en modo fuera de línea.
EDITAR: reiniciar X me permite volver a jugar. Sigue siendo molesto, pero menos.

Lo mismo aquí, el kernel es 5.7.12-24-tkg-pds, Nvidia RTX 2060, ¿alguna idea de cómo solucionar el problema de alt + tab?
El juego es literalmente injugable, porque cualquier logro hará que aparezca una superposición de vapor, lo que hará que el juego se congele. También estoy usando la ventana con borde, pero en realidad no hay diferencias entre la pantalla completa y la ventana con borde, congelando en ambos modos.

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Gracias, puedo confirmar que esta solución me funcionó.

¿Ahora puedes sacar alt + tab del juego? ¿O esto solo solucionó el problema de la notificación?

nvidia 450.57-6 GTX 1060 de 6 GB
kernel 5.7.12-arch1-1
El juego se congela cada vez que aparece una ventana emergente de superposición de Steam. Ahora, no entiendo por qué, porque desactivé la superposición de Steam, pero todavía muestra algo como un logro y congela el juego. Luego, el juego ya no comenzará (pantalla negra) y tengo que reiniciar la PC para poder volver a jugar. También Alt + Tabbing lo congela en la pantalla negra también, pero eso se puede solucionar sin Alt + Tabbing.
Nota al margen: juego en modo fuera de línea.
EDITAR: reiniciar X me permite volver a jugar. Sigue siendo molesto, pero menos.

Lo mismo aquí, el kernel es 5.7.12-24-tkg-pds, Nvidia RTX 2060, ¿alguna idea de cómo solucionar el problema de alt + tab?
El juego es literalmente injugable, porque cualquier logro hará que aparezca una superposición de vapor, lo que hará que el juego se congele. También estoy usando la ventana con borde, pero en realidad no hay diferencias entre la pantalla completa y la ventana con borde, congelando en ambos modos.

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Gracias, puedo confirmar que esta solución me funcionó.

¿Ahora puedes sacar alt + tab del juego? ¿O esto solo solucionó el problema de la notificación?

Acabo de comprobar el problema de la notificación, ya era divertido porque tenía todos los logros "fáciles". No creo que esto esté resolviendo el problema de Alt + Tab, pero tendrás que comprobarlo por tu cuenta (lo siento, no voy a instalar este enorme juego por tercera vez;)).

nvidia 450.57-6 GTX 1060 de 6 GB
kernel 5.7.12-arch1-1
El juego se congela cada vez que aparece una ventana emergente de superposición de Steam. Ahora, no entiendo por qué, porque desactivé la superposición de Steam, pero todavía muestra algo como un logro y congela el juego. Luego, el juego ya no comenzará (pantalla negra) y tengo que reiniciar la PC para poder volver a jugar. También Alt + Tabbing lo congela en la pantalla negra también, pero eso se puede solucionar sin Alt + Tabbing.
Nota al margen: juego en modo fuera de línea.
EDITAR: reiniciar X me permite volver a jugar. Sigue siendo molesto, pero menos.

Lo mismo aquí, el kernel es 5.7.12-24-tkg-pds, Nvidia RTX 2060, ¿alguna idea de cómo solucionar el problema de alt + tab?
El juego es literalmente injugable, porque cualquier logro hará que aparezca una superposición de vapor, lo que hará que el juego se congele. También estoy usando la ventana con borde, pero en realidad no hay diferencias entre la pantalla completa y la ventana con borde, congelando en ambos modos.

¿Sería amable de intentar la solución a continuación para deshabilitar las notificaciones de superposición de Steam y ver cómo eso afecta a Doom Eternal? Desafortunadamente, tengo casi todos los logros de un solo jugador y no puedo verificar si la solución soluciona algo.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Gracias, puedo confirmar que esta solución me funcionó.

¿Ahora puedes sacar alt + tab del juego? ¿O esto solo solucionó el problema de la notificación?

Solo soluciona temporalmente el problema de notificación al eliminar todas las notificaciones de Steam en el juego hasta que nvidia solucione el error en los controladores, asumiendo que incluso es un error de controlador. Ayer pude comprobar esto en mi juego y funciona.

¡Hola a todos! Acabo de volver a jugar a DOOM Eternal y estoy enfrentando algunos problemas de rendimiento.

En un RX 5700 XT con Mesa 20.1.4 y ACO habilitado en la configuración de inicio, obtengo 70 - 120FPS jugando en la configuración máxima con V-Sync encendido y Freesync activado.

Con la misma tarjeta, usando los últimos controladores AMDGPU-PRO y Freesync también activado, obtengo 144FPS consistentes cuando juego con V-Sync configurado en Triple Buffering (On y AUTO limita la velocidad de fotogramas a 72FPS fuera de los menús por alguna razón). Pero los controladores PRO hacen que la sangre parezca tener algún tipo de efecto de arco iris metálico.

Por lo que pude encontrar, los principales problemas de rendimiento con DOOM Eternal ya están solucionados en Mesa al menos desde la 20.1.1, ¿podría el problema estar en otro lugar?

No sé si vale la pena mencionarlo, pero noté que al usar los controladores PRO, la versión de Vulkan reportada por DOOM y MangoHud es 1.2.139, mientras que con Mesa 20.1.4, reporta 1.2.131 (mi sistema tiene la última disponible en los repositorios de Solus, versión 1.2.141.0). Corectrl también informa que la versión de la API de Vulkan es 1.2.131.

Hola, he tenido problemas para hacer que Doom Eternal se lance, después de lo que parece una edad en la que dice "Running", finalmente se rinde y se cierra. Revisé el archivo de registro de PROTON_LOG=1 %command% , y me sorprendí cuando dijo que tenía un tamaño de 3 GB.

Parece que algún script en el inicio se repite infinitamente, eventualmente terminando con un StackOverflowException , ¿entonces tal vez recursividad?

Con un grepping experto para el término "excepción", encontré un patrón repetido del siguiente fragmento en el registro:

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

El número 10394444 es el número de línea, si se lo está preguntando.

Ejecutar el comando grep code=c0000005 steam-782330.log | wc -l me dio la cantidad de veces que sucedió este ciclo, que fue 290 (290 veces demasiadas).

Información del sistema:

• Debian 10 Buster
• Controlador de Nvidia v450.66, RTX 2070
• Protón 5.0.9

He jugado Doom Eternal con éxito antes en Linux, y luego no lo he jugado desde hace un tiempo (al menos un mes, probablemente más). Mientras tanto, creo que hubo un par de actualizaciones de Doom, pero también en mi sistema Ubuntu, incluidos los nuevos controladores de Nvidia, etc.

Ahora solo quería volver a jugar y no empieza. Veo el logotipo de identificación en la bandeja del sistema, luego la pantalla se pone negra y luego vuelvo al escritorio, sin ningún error.

Esto es con Proton 5.0, lo que usé antes (solo la instalación estándar, pero con "PROTON_NO_ESYNC": "1" en el archivo user_settings.py ).

También probé con el nuevo Proton 5.13, ya que leí algunos informes aquí que se ejecuta aún mejor ahora, y también se resuelve el problema de la pestaña alternativa. Sin embargo, obtengo el mismo comportamiento, es decir, veo el logotipo de identificación en la bandeja del sistema, luego la pantalla en negro y luego de vuelta al escritorio.

======================
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?)

(Realmente no sé qué es relevante de esto. Espero que contenga información relevante ...)

Editar Curiosamente, después de reiniciar mi PC, ahora funciona correctamente. Todavía tengo el problema de alt + tab (es decir, alt + tab, o cualquier superposición que ocurra dentro del juego congelará los gráficos) pero de lo contrario funciona muy bien. Quizás incluso mejor (más suave, más rápido) que antes, pero no lo sé. Pero sobre todo esperaba que se solucionara el problema de alt + tab. Estoy usando una ventana sin bordes, ya que esto es lo que leí en alguna parte.

Ahora también tengo un archivo de registro en comparación con una ejecución correcta.

======================
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"
...

Desde ese nuevo registro, no pude encontrar estas partes del registro anterior:

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
...

Pero supongo que todo esto ya es parte del manejo de errores, el manejador de fallas, que recopila cierta información sobre mi sistema. Entonces esto probablemente no sea relevante. Entonces, básicamente, no sé qué parte del (primer) registro es relevante para el error que tuve.

Hola,

Doom Eternal se congela en la pantalla de carga.

steam-782330.zip

Aquí está el archivo de registro. Como era demasiado grande, tuve que cerrar la cremallera.

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

Lo probé con Proton 5.13-1 y el juego ya no reconoce la inclinación de la rueda del mouse. Funciona de nuevo después de volver a 5.09.

Hola @ Sha1rath , para mayor claridad, ¿te refieres a los eventos de desplazamiento horizontal en tu mouse? ¿Qué modelo de ratón estás usando?

Por lo general, pediría un registro de protones para acompañar la regresión, pero no creo que eso revele nada interesante sin un registro adicional activado.

@ kisak-valve Sí, desplazamiento horizontal inclinando la rueda del mouse (llamada rueda de inclinación o rueda 4D).
Estoy usando un Roccat Kone AIMO Remastered.
En el juego, los botones de inclinación se reconocen como "Mouse 4" y "Mouse 5", xev los muestra como "botón 6" y "botón 7".
Intenté volver a enlazarlo en el juego porque asumí que tal vez los códigos de teclas acababan de cambiar, pero al asignar una nueva tecla en el menú de configuración, cuando inclino la rueda sigue mostrando "presione nueva tecla" (más o menos). El juego no se da cuenta por completo.

Acerca del registro: también asumí que un evento de entrada que no se reconoce no registraría nada.

Por cierto, como mi mouse tiene muchos botones (12 si cuentas todas las direcciones de la rueda), me di cuenta de que muchos de los botones no funcionan en protones. El mouse puede vincular sus propios botones a las entradas del teclado, lo que hice como solución. Sería bueno ver que todos los botones del mouse funcionan sin vincular macros de teclado a ellos en el mouse. Sin embargo, el único cambio que noté fue sobre la rueda de inclinación (que no quiero asignar con macros de teclado porque deshabilitaría el desplazamiento horizontal en mi escritorio Linux) ...

@ Sha1rath ¿Podría obtener un registro con + x11drv, + x11settings, + event, + cursor, + win, + message como canales de registro adicionales tanto en 5.0-9 donde está funcionando como en 5.13-1 donde falla?

Aquí están los registros:
DoomEternalProtonLogs.tar.gz

Y esto es lo que hice al registrarlos:

Ambos

• Empezar juego
• Ir al menú de personalización de controles
• Haga clic en el campo derecho de las fijaciones de escopeta de combate
• Rueda de inclinación a la izquierda

Protón 5.13

• No pasa nada, el mensaje de presionar nueva tecla no desaparece
• Incline la rueda a la derecha
• No pasa nada, el mensaje de presionar nueva tecla no desaparece

Protón 5.0-9

• La escopeta se asigna y se muestra como el botón del mouse 4
• Haga clic en el campo derecho de las fijaciones de cañones pesados
• Incline la rueda a la derecha
• Cannon se asigna y se muestra como botón del mouse 5

Ambos

• Presione repetidamente ESC para salir del menú de configuración y salir del juego

Muchas gracias por abordar este tema.

PD: Acabo de probar Dying Light y tengo el mismo problema: la rueda de inclinación funciona en Proton 5.0-9 pero no en 5.13. Por lo tanto, es probable que no sea solo un problema específico de Doom Eternal.

¡Hola! Recién recibí el juego durante la venta. La tecla Tab (para el inventario y demás) no me funciona. Juraría que estaba funcionando durante la primera misión, pero nada, incluso en los menús ... ¿Alguien más?

Hola @ Sha1rath , por solicitud del desarrollador de Proton, he transferido sus comentarios de entrada de rueda de desplazamiento recientes al # 4341 porque no parece ser un problema específico del juego.

¡Hola! Recién recibí el juego durante la venta. La tecla Tab (para el inventario y demás) no me funciona. Juraría que estaba funcionando durante la primera misión, pero nada, incluso en los menús ... ¿Alguien más?

Intente presionar alt izquierdo. Eso también debería abrir el mismo menú, y luego debería poder usar Tab nuevamente.

Me pasa cuando salgo con la tecla Alt mientras juego. Una vez que vuelvo a presionar alt, tengo que usar alt una vez para que la pestaña vuelva a funcionar.

Incluso si no hiciste alt-tab, inténtalo de todos modos.

Hola,

Doom Eternal se congela en la pantalla de carga.

steam-782330.zip

Aquí está el archivo de registro. Como era demasiado grande, tuve que cerrar la cremallera.

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

Tengo el mismo problema, ¿pudiste hacerlo funcionar? También estoy en 2080, nvidia 455.34.01

No, no lo he hecho 😔

El martes 3 de noviembre de 2020 a las 22:45, George Gibbs [email protected] escribió:

Hola,

Doom Eternal se congela en la pantalla de carga.

steam-782330.zip
https://github.com/ValveSoftware/Proton/files/5432527/steam-782330.zip

Aquí está el archivo de registro. Como era demasiado grande, tuve que cerrar la cremallera.

procesador: 0
vendor_id: GenuineIntel
familia de cpu: 6
modelo: 94
nombre del modelo: Intel (R) Core (TM) i7-6700 CPU @ 3.40GHz
escalonamiento: 3

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

nvidia 455.28-7
Versión de instancia de Vulkan: 1.2.153

Tengo el mismo problema, ¿pudiste hacerlo funcionar? También estoy en un
2080, nvidia 455.34.01

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-721245884 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AAAIQWG4SS2O2J7DNOMY7YTSOAXTPANCNFSM4MI6DHIA
.

No, no tengo pensativo

Gracias por confirmar, espero encontrar una solución. Envié el error 1522 en el rastreador de murmullos, ya que parece funcionar bien para mí con KDE y deshabilitando el compositor (lo que hace de forma predeterminada para las aplicaciones de pantalla completa con la última versión de KDE). No tengo idea de si en realidad es un murmullo o algo dentro del vino / protón, pero pensé que no estaría de más tratar de tener más ojos en él ...

FWIW Ejecuto Nvidia y no tengo ningún problema con Budgie, que usa GNOME y Mutter bajo el capó y, por lo tanto, tampoco tiene forma de deshabilitar el compositor.

No, no tengo pensativo

Gracias por confirmar, espero encontrar una solución. Envié el error 1522 en el rastreador de murmullos, ya que parece funcionar bien para mí con KDE y deshabilitando el compositor (lo que hace de forma predeterminada para las aplicaciones de pantalla completa con la última versión de KDE). No tengo idea de si en realidad es un murmullo o algo dentro del vino / protón, pero pensé que no estaría de más tratar de tener más ojos en él ...

Curiosamente, ¡hoy ha vuelto a funcionar!

¿Probablemente algo que ver con estas actualizaciones?

[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)

Curiosamente, ¡hoy ha vuelto a funcionar!

Tampoco funcionó para mí en algún momento, pero luego de reiniciar mi computadora, funcionó (pero no hubo actualizaciones mientras tanto).

@ kisak-valve Hola, parece que debido a que el juego no parece reconocer que mi cuenta bethesda está verificada, no puedo acceder al modo de batalla ni a los niveles maestros más nuevos por eso. Sería bueno ver una solución pronto.

Probado con protón 5.0.10

Estoy experimentando que el juego se congela al "cargarse" (~ 10 segundos después del inicio). Probé los controladores nvidia 440, 450 y 455, el resultado es el mismo. Probamos las versiones de protones 5.13-1, 5.0-10 y 5.9-GE, el resultado es el mismo. Argumentos de lanzamiento utilizados: PROTON_NO_ESYNC = 1% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1 (los he probado individualmente y juntos. El resultado es el mismo).

información del sistema: https://gist.github.com/dymax78/24837a587c00eb59a2c68fc24c5b80da

volcado de registro de protones: steam-782330.zip

Gracias por su tiempo y ayuda.

@ dymax78, ¿ ha intentado jugar con Esync habilitado? No he tenido estos problemas por mi parte después de hacerlo.

Durante meses, el juego no se ejecutaba a menos que esync estuviera deshabilitado, por lo que no
tiene mucho sentido. Supongo que ahora podría funcionar con Esync, pero dudo que sea
la cuestión.

El domingo, 8 de noviembre de 2020 a las 11:46 p. M. Alexander Streng [email protected]
escribió:

@ dymax78 https://github.com/dymax78 ¿has intentado jugar el juego?
con Esync habilitado? No he tenido estos problemas por mi parte después de hacerlo.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-723750943 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y33YMBZOHY57PSCZLOO3SO5X3TANCNFSM4MI6DHIA
.

@ gardotd426 todavía vale la pena intentarlo. Y el juego funciona perfectamente con esync (en hardware nvidia, pero eso no debería importar). En mi caso, si esync estaba deshabilitado, el 99% de las veces el juego se atascaba en una pantalla negra antes incluso de iniciarse en el menú principal.

@ gardotd426 todavía vale la pena intentarlo. Y el juego funciona perfectamente con esync (en hardware nvidia, pero eso no debería importar). En mi caso, si esync estaba deshabilitado, el 99% de las veces el juego se atascaba en una pantalla negra antes incluso de iniciarse en el menú principal.

Hola guerrero

Sí, también lo he intentado. Desafortunadamente, es el mismo resultado.

Doom Eternal no se cargará después de la actualización de Ubuntu 20.04 - 20.10

Problema transferido desde https://github.com/ValveSoftware/steam-for-linux/issues/7458.
@Pentastarch publicado en 2020-11-09T16: 08: 10:

La información de su sistema

Distribución: Ubuntu 20.10
Kernel: 5.8.0-26-genérico
RAM: 32 GB
Controlador de GPU: NVIDIA 455.28
Tarjeta gráfica: NVIDIA GeForce RTX 2070 SUPER
CPU: AMD Ryzen 7 3700X de 8 núcleos
Protón: 5.13-1
Cliente Steam: Construido: 4 de noviembre, versión 1604538810
Versión de Steam Runtime: steam-runtime_0.20201104.0

Ubuntu 20.10

En la beta de Steam - sí

Actualicé de 20.04 a 20.10 y Doom Eternal dejó de cargarse. Llega a la pantalla de carga y se cuelga. Otros juegos: Doom 2016, Metro Exodus cargan y funcionan bien.

He reinstalado Steam y el juego, he verificado los archivos pero no puedo pasar de la pantalla de carga.

Cambié la frecuencia de actualización de la pantalla a 60Hz desde 144Hz, que funcionaba antes de la actualización, y carga la siguiente pantalla y comienza la música. Pero luego cuelga allí. pero no he avanzado más.

¿¿Algunas ideas??

Para todos los que lo tienen colgado en la pantalla de carga inicial, intente ejecutar en Windowed (creo que -window o -safe opciones de lanzamiento) o pruebe con un compositor diferente (si está en gnome, pruebe kde o algo no compuesto). Tengo un problema similar con mutter / gnome como se enumera en mi publicación anterior, que puede ser con lo que se está encontrando.

De hecho, veo que el modo de batalla tampoco funciona (nunca lo he intentado
para jugarlo).

Idk si esto es un problema de Proton 5.13 o qué, intentaré con otro Proton
versión y ver qué pasa.

El lunes 9 de noviembre de 2020 a las 1:21 p.m. George Gibbs [email protected]
escribió:

Para todos los que lo tengan colgado en la pantalla de carga inicial, intente ejecutar en
Ventana (creo que -ventana o -opciones de inicio seguras) o pruebe con una ventana diferente
compositor (si estás en gnome, prueba kde o algo sin composición). soy
tener un problema similar con mutter / gnome como se enumera en mi publicación anterior que
puede ser con lo que te estás encontrando.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-724188382 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y33526S7GAA3NM2AXZV3SPAXKBANCNFSM4MI6DHIA
.

He probado todas las versiones de protones, incluidas las versiones GE, actualizadas a los últimos controladores de Nvidia. Vapor purgado, recargado todo.
Pero a medida que se ejecutan todos los demás juegos, debe haber algún tipo de interacción, en particular para DE y 20.10, como sugiere Vash63, ¿gnomo?

@ kisak-valve, por lo que se confirma que Doom Eternal Battlemode no funciona con 5.13. ¿Debería estar en los números 5.13? ¿O solo aquí?

Hola @ gardotd426 , confirma que el problema no ocurre con una versión anterior de Proton, luego con Proton 5.13, agrega PROTON_LOG=1 %command% a las opciones de inicio del juego, reproduce el problema y adjunta el $ HOME / steam- generado. $ APPID.log a este informe de problemas como un archivo. (Los troncos de protones se comprimen bien si es necesario).

En general, este es el lugar adecuado para discutir todos los problemas que ve con Doom Eternal.

Para todos los que lo tienen colgado en la pantalla de carga inicial, intente ejecutar en Windowed (creo que -window o -safe opciones de lanzamiento) o pruebe con un compositor diferente (si está en gnome, pruebe kde o algo no compuesto). Tengo un problema similar con mutter / gnome como se enumera en mi publicación anterior, que puede ser con lo que se está encontrando.

Gracias por la sugerencia. Desafortunadamente, se ignoran las opciones de inicio en ventana (-window, -window -w 1024, -sw o -safe) y el juego sigue abriéndose en pantalla completa. Basado en su respuesta, es pertinente notar que recientemente actualicé Gnome a 3.38.

Hola @ gardotd426 , confirma que el problema no ocurre con una versión anterior de Proton, luego con Proton 5.13, agrega PROTON_LOG=1 %command% a las opciones de inicio del juego, reproduce el problema y adjunta el $ HOME / steam- generado. $ APPID.log a este informe de problemas como un archivo. (Los troncos de protones se comprimen bien si es necesario).

En general, este es el lugar adecuado para discutir todos los problemas que ve con Doom Eternal.

@ kisak-valve battlemode nunca funcionó con Proton debido a un problema de "cuenta no verificada"

@ kisak-valve battlemode nunca funcionó con Proton debido a un problema de "cuenta no verificada"

@ warriormaster12 Lo siento, esto está mal.

Battlemode funciona con otras versiones de Proton. Lo probé después de mi publicación anterior y pude jugar como 5 partidos seguidos sin problemas.

Y en Proton 5.13, no es un problema de "cuenta no verificada". Es solo "Se produjo un error desconocido. Vuelva a intentarlo más tarde".

@ kisak-valve Conseguiré esos registros y los publicaré más tarde hoy.

Battlemode funciona con otras versiones de Proton. Lo probé después de mi publicación anterior y pude jugar como 5 partidos seguidos sin problemas.

@ gardotd426 battlemode nunca me funcionó con ninguna versión de protones, solo dice que no se pueden encontrar coincidencias.

@ kisak-valve battlemode nunca funcionó con Proton debido a un problema de "cuenta no verificada"

@ warriormaster12 Lo siento, esto está mal.

Battlemode funciona con otras versiones de Proton. Lo probé después de mi publicación anterior y pude jugar como 5 partidos seguidos sin problemas.

Y en Proton 5.13, no es un problema de "cuenta no verificada". Es solo "Se produjo un error desconocido. Vuelva a intentarlo más tarde".

@ kisak-valve Conseguiré esos registros y los publicaré más tarde hoy.

@ gardotd426

El modo de batalla nunca funcionó en mi extremo. Revisé bethesda.net y dice que mi cuenta está verificada, pero en Doom Eternal no lo está.

@ gardotd426 battlemode nunca me funcionó con ninguna versión de protones, solo dice que no se pueden encontrar coincidencias.

Aparentemente, esto también es a veces un problema con los usuarios de Windows.

Pero no, pude jugar 5 o 6 partidas seguidas simplemente usando "Partida rápida" (así que no es como si alguien o algo me invitara) y funcionó a la perfección.

El modo de batalla nunca funcionó en mi extremo. Revisé bethesda.net y dice que mi cuenta está verificada, pero en Doom Eternal no lo está.

@ warriormaster12 eso es desafortunado, pero no tengo ese problema en absoluto, y tampoco es el problema con 5.13, es otra cosa.

@ gardotd426 battlemode nunca me funcionó con ninguna versión de protones, solo dice que no se pueden encontrar coincidencias.

Aparentemente, esto también es a veces un problema con los usuarios de Windows.

Pero no, pude jugar 5 o 6 partidas seguidas simplemente usando "Partida rápida" (así que no es como si alguien o algo me invitara) y funcionó a la perfección.

El modo de batalla nunca funcionó en mi extremo. Revisé bethesda.net y dice que mi cuenta está verificada, pero en Doom Eternal no lo está.

@ warriormaster12 eso es desafortunado, pero no tengo ese problema en absoluto, y tampoco es el problema con 5.13, es otra cosa.

@ gardotd426 puede que seas una excepción, no la regla, pero ya veremos. Enviaré una luz más tarde hoy y también intentaré enviar un ticket al soporte de Bethesda.

Eso no es probable.

Prácticamente nunca tienes situaciones en las que el modo multijugador solo funciona para uno
persona y no todos los demás. A menudo tienes situaciones en las que
funciona para la mayoría de las personas, pero algunas no pueden hacerlo funcionar.

He probado esto en varias máquinas.

El martes 10 de noviembre de 2020 a las 2:57 a.m. Alexander Streng [email protected]
escribió:

@ gardotd426 https://github.com/gardotd426 el modo de batalla nunca funcionó para
yo con cualquier versión de protones, simplemente dice que no se pueden encontrar coincidencias.

Aparentemente, esto también es a veces un problema con los usuarios de Windows.

Pero no, pude jugar 5 o 6 partidos seguidos con solo usar "Quick
Match "(así que no es que me haya invitado nadie ni nada) y funcionó
impecablemente.

El modo de batalla nunca funcionó en mi extremo. Revisé bethesda.net y dice
que mi cuenta está verificada pero en Doom Eternal no.

@ warriormaster12 https://github.com/warriormaster12 eso es desafortunado,
pero no tengo ese problema en absoluto, y no es el problema con 5.13
tampoco, es otra cosa.

@ gardotd426 https://github.com/gardotd426 podría ser una excepción, no
la regla pero ya veremos. Enviaré una luz más tarde hoy y también intentaré enviar una
ticket para el soporte de Bethesda.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-724530867 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y332BA7TH5INNNITWL6TSPDW7JANCNFSM4MI6DHIA
.

@ gardotd426 supongo que tienes razón, ya envié un boleto a Bethesda

Ojalá te den algo más que "Lo siento, este juego es para
Solo para Windows, no podemos proporcionar ninguna ayuda "que es el 99,9999% que será lo que
ellos dicen.

El martes 10 de noviembre de 2020 a las 4:43 a. M. Alexander Streng [email protected]
escribió:

@ gardotd426 https://github.com/gardotd426 supongo que tienes razón entonces, yo
ya envió un boleto a Bethesda

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-724587166 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AM5Y33YYIFYFRLNL7ATKAUDSPEDKHANCNFSM4MI6DHIA
.

Para todos los que lo tienen colgado en la pantalla de carga inicial, intente ejecutar en Windowed (creo que -window o -safe opciones de lanzamiento) o pruebe con un compositor diferente (si está en gnome, pruebe kde o algo no compuesto). Tengo un problema similar con mutter / gnome como se enumera en mi publicación anterior, que puede ser con lo que se está encontrando.

Gracias por la sugerencia. Desafortunadamente, se ignoran las opciones de inicio en ventana (-window, -window -w 1024, -sw o -safe) y el juego sigue abriéndose en pantalla completa. Basado en su respuesta, es pertinente notar que recientemente actualicé Gnome a 3.38.

Definitivamente es Gnome. Acabo de instalar Plasma y funciona bien

Para todos los que lo tienen colgado en la pantalla de carga inicial, intente ejecutar en Windowed (creo que -window o -safe opciones de lanzamiento) o pruebe con un compositor diferente (si está en gnome, pruebe kde o algo no compuesto). Tengo un problema similar con mutter / gnome como se enumera en mi publicación anterior, que puede ser con lo que se está encontrando.

Gracias por la sugerencia. Desafortunadamente, se ignoran las opciones de inicio en ventana (-window, -window -w 1024, -sw o -safe) y el juego sigue abriéndose en pantalla completa. Basado en su respuesta, es pertinente notar que recientemente actualicé Gnome a 3.38.

Definitivamente es Gnome. Acabo de instalar Plasma y funciona bien

Gracias por confirmar. Abrí un problema para esto en el rastreador de murmullos de GNOME , aunque todavía no estoy seguro si el murmullo es la culpa o si algo no se maneja correctamente entre Proton y murmullo.

Denuvo se eliminó del juego en una actualización, por lo que el juego debería funcionar de inmediato. Proton 5.9 lo ejecuta bien.

De lo que he recopilado leyendo este hilo y por experiencia personal:

• Por el amor de Dios no use GNOME / MATE
• Alt-Tabular mientras está en pantalla completa o cambiar la resolución de la pantalla puede y en muchos casos romperá el renderizado y tendrá que matar el juego. Si necesita acceder a otros programas mientras juega, juegue en modo Ventana. El juego admite el botón maximizar.
• Pueden producirse crujidos de audio. En su mayoría, se puede reducir usando algunas configuraciones personalizadas de Pulseaudio.
• El uso de GPU es ligeramente mayor cuando se juega en Proton. En Windows, el mínimo absoluto sería un 1050 2GB, pero para Proton necesitará un 1060 3GB o mejor, que estoy bastante seguro de que se recomienda de todos modos.
• Probé multijugador. No funciona. El mensaje de error no me da nada específico, solo me dice que hubo un problema de conexión, así que no sé si es causado por algún tipo de anticheat. Si alguien tiene una solución alternativa, hágamelo saber.

Especificaciones en las que he probado:

GTX 1060 de 3 GB
Intel Core i5 8400
16 GB de RAM HyperX Fury DDR4 de doble canal
Controlador GeForce 450 LTS
Intel 660p Serie 1TB (donde se almacena el juego)

Para todos los que lo tienen colgado en la pantalla de carga inicial, intente ejecutar en Windowed (creo que -window o -safe opciones de lanzamiento) o pruebe con un compositor diferente (si está en gnome, pruebe kde o algo no compuesto). Tengo un problema similar con mutter / gnome como se enumera en mi publicación anterior, que puede ser con lo que se está encontrando.

Gracias por la sugerencia. Desafortunadamente, se ignoran las opciones de inicio en ventana (-window, -window -w 1024, -sw o -safe) y el juego sigue abriéndose en pantalla completa. Basado en su respuesta, es pertinente notar que recientemente actualicé Gnome a 3.38.

Definitivamente es Gnome. Acabo de instalar Plasma y funciona bien

Kubuntu 20.04, Proton 5.13-1: el multijugador nunca funcionó.

@ gardotd426 bueno, lo intenté pero se negaron a solucionar el problema debido a Proton. Debería intentar probar el juego en Windows y crear un ticket después de eso.

Actualización, están dispuestos a seguir ayudándome con el problema de verificación de la cuenta.

@ kisak-valve Hola, pensé que sería una buena idea enviar el mismo registro que envié a Bethesda aquí.

Aquí está el registro
steam-782330.zip

@ gardotd426 La conclusión del soporte de Bethesda fue que el problema no es con mi cuenta / vinculación de cuenta con Steam, sino con cómo Proton maneja el inicio de sesión en el juego.

@ warriormaster12 Por supuesto, para mí Battlemode funciona bien en Windows.

No he probado el modo de batalla, pero excepto el problema de alt + tab, Doom Eternal funciona perfectamente en mi configuración de Gnome. ¡Y ha funcionado genial! :-) Empecé a jugar al DLC Ancient God.

Si alguien necesita algo que pueda ayudar, por favor pregunte, intentaré proporcionar todo lo que pueda.

No he probado el modo de batalla, pero excepto el problema de alt + tab, Doom Eternal funciona perfectamente en mi configuración de Gnome. ¡Y ha funcionado genial! :-) Empecé a jugar al DLC Ancient God.

Si alguien necesita algo que pueda ayudar, por favor pregunte, intentaré proporcionar todo lo que pueda.

¿Qué versión de Gnome?

Gnomo 3.38.1

El domingo, 15 de noviembre de 2020, 13:44, dymax78 [email protected] escribió:

No he probado el modo de batalla, pero excepto el problema de alt + tabulación, Doom Eternal se ejecuta
perfectamente en mi configuración de Gnome. ¡Y ha funcionado genial! :-) Empezó a jugar
DLC Dios antiguo.

Si alguien necesita algo que pueda ayudar, por favor pregunte, intentaré
proporcionar tanto en mi capacidad.

¿Qué versión de Gnome?

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-727529802 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AAAIQWGUK7GZKOHZJJ2S2GTSP6BE5ANCNFSM4MI6DHIA
.