Estou tendo uma falha grave que parece acontecer depois de 30 minutos ou mais. Aqui está o arquivo de log:
https://send.firefox.com/download/945b855f1dd20e0d/#dP9yXbTc4PGFlF5mkZL1EQ

Tenho um RX 5700XT e estou usando ArchLinux com RADV.

Olá @PopeRigby , copie as informações do seu sistema do Steam ( Steam -> Help -> System Information ) e coloque-o em uma essência , em seguida, inclua um link para a essência em este relatório de problema.

Como observação, os logs do Proton são conhecidos por compactar bem, por favor, considere jogar logs grandes em um arquivo.

Aqui está a essência das informações do sistema: https://gist.github.com/PopeRigby/263d2b99e3998f99fdf4e0d222845843

O ACO funciona no Mesa 20.1 agora? A última vez que ouvi que o ACO não estava funcionando.

Ainda é verdade que habilitar a sobreposição causa problemas de desempenho?

Minha própria experiência mostra o oposto:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394/30?u=silviu_c

@ kisak-valve - Você fez um comentário em outro tópico sobre a remoção de libvulkan1 no Ubuntu, o que é GRANDE NÃO, pois vai destruir seu sistema. Existe uma maneira melhor de ter o vulkan incluído no runtime do Steam tendo prioridade sobre o 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 , onde foi feito esse comentário?

um comentário em outro tópico sobre a remoção de libvulkan1 no Ubuntu

@btegs , você deve reler esse comentário. Kisak não disse remover, ele disse adicionar novamente .

um comentário em outro tópico sobre a remoção de libvulkan1 no Ubuntu

@btegs , você deve reler esse comentário. Kisak não disse remover, ele disse adicionar novamente .

Eu estava me referindo a https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -613766116 onde adicionar novamente libvulkan1 no Ubuntu 19.10 via apt seria apenas reinstalar a v1.1.114.

Então, se você deixar isso como o libvulkan1 principal em um nível de sistema e remover pinned_libs_ * da instalação do Steam, como isso faz automaticamente seus drivers AMD sob MESA usarem o libvulkan do Steam e não seu sistema?

@btegs , remover as pastas pinned_libs_ * faz com que o Steam regenere essas pastas na próxima vez que o Steam for iniciado (isso é literalmente o que eu disse anteriormente). O conteúdo da pasta é o resultado da comparação das bibliotecas do sistema com as variantes de runtime do Steam e da fixação da variante de runtime do Steam se for mais recente do que o sistema host.

O Steam prioriza as bibliotecas na seguinte ordem: Bibliotecas fixas> Sistema host> Tempo de execução do Steam> ld.so.conf

@btegs , remover as pastas pinned_libs_ * faz com que o Steam regenere essas pastas na próxima vez que o Steam for iniciado (isso é literalmente o que eu disse anteriormente). O conteúdo da pasta é o resultado da comparação das bibliotecas do sistema com as variantes de runtime do Steam e da fixação da variante de runtime do Steam se for mais recente do que o sistema host.

O Steam prioriza as bibliotecas na seguinte ordem: Bibliotecas fixas> Sistema host> Tempo de execução do Steam> ld.so.conf

Excluiu essas pastas e foram recriadas ao iniciar o Steam. Eu verifiquei o diretório e eles estavam criando um link simbólico para uma versão 1.2.135 do Vulkan. legal.

Em seguida, carrego um jogo aleatório com Proton 5.0-6 com o hud DXVK definido como 1 no Ubuntu 19.10. Ele aparece como Mesa 20.0.99 (usando a versão git de última geração em https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers para meu RX 580. Mostra Vulkan 1.2.128 para minha versão Vulkan. Obviamente, também não posso iniciar o DOOM Eternal.

O que está acontecendo e quais etapas estão faltando?

NOTA: Eu encontrei um repositório Ubuntu em https://packages.lunarg.com/ que me fornece um libvulkan1 e libvulkan1: i386 atualizados sem afetar meu Mesa atual. 1.2.135 está instalado, mas sempre que tento um jogo no Steam ou usando GameHub com um jogo GOG, ainda está em 1.2.128. Não tenho ideia de onde está vindo essa versão de Vulkan!

"Alt-Tab pode interromper a renderização do jogo."
Arch Linux com KDE Plasma, pode confirmar que Alt-Tabbing quebrou a renderização do jogo, mas também resultou na falta de resposta ao procedimento de fechamento clicando com o botão direito do mouse no processo na barra de tarefas e clicando no botão "Fechar".
sudo kill -SIGHUP 31117 fechou o jogo embora
Informações do sistema: https://pastebin.com/1z80Y7WG

Meu travamento forte parece acontecer após cerca de 20 minutos toda vez que eu inicio o jogo. Talvez eu pudesse cronometrar para verificar.

Adicionando bugs (talvez óbvios / já conhecidos):

• tem que pular o logotipo de introdução inicial (_ "+ in_terminal 1 + com_skipIntroVideo 1" _)
• o áudio está estalando um pouco em algum momento (é necessário aumentar a amostragem de áudio de pulso para 48 kHz)
• o multijogador não funciona (isso é ruim )

Este jogo também parece ser afetado por https://github.com/ValveSoftware/Proton/issues/2927

Se você estiver tendo problemas e tiver um processador Ryzen 3xxx, tente a solução alternativa aí ^

Doom Eternal Monitor / Resolução falhou

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3797.
@ Kalevr1 postado em 2020-04-24T23: 18: 50:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: Doom Eternal
• Steam AppID do jogo: 782330

Informação do sistema

• GPU: RTX 2060 SUPER
• Versão do driver / LLVM: 4.6.0 NVIDIA 440.82
• Versão do kernel: 5.5.6
• Link para o relatório completo de informações do sistema: https://gist.github.com/Kalevr1/6f5f51d29cc2e60e370c7dda858ace34
• Versão do Proton: 5.0-6

Eu confirmo:

• [x] que não encontrei um relatório de compatibilidade existente para este jogo.
• [x] que verifiquei se há atualizações disponíveis para o meu sistema.

steam-782330.log.zip

Sintomas

Depois de instalar o SteamPlay Proton 5.06 mais recente, obtive uma sessão de jogo perfeita que durou várias horas. Fiz uma pausa para comer e depois voltei para continuar a jogar. Eu tenho uma configuração de 2 monitores. Quando tentei iniciar o jogo pela segunda vez, ele mudou para uma pequena janela no monitor secundário. O monitor inferior é minha tela padrão e fica no nível dos olhos. Eu posso ver o canto superior esquerdo da Introdução do Doom sendo renderizada dentro da janela do tamanho de um quarto no monitor secundário. O motor do jogo pensa que está renderizando na tela inteira, mas eu só vejo a parte que se sobrepõe à janela. Posso ver 2 botões na IU e posso interagir com eles. I Alt-F4 para sair.

Parece que pode ser corrigido se eu puder forçar manualmente o monitor e a resolução do aplicativo, mas não sei se isso funcionaria. Uma solução alternativa que encontrei é se eu excluir ../steamapps/compatdata/782330 o jogo é 'executado pela primeira vez' novamente, o que sempre funciona perfeitamente.

Incluí uma captura de tela de ambos os monitores (1920x2160 pixels). O Steam está em tela inteira abaixo no primário e você vê a janela de destruição acima no secundário.

Reprodução

@ Kalevr1 comentou em 2020-04-24T23: 21: 15:

Este é meu primeiro post, então espero que seja correto iniciar um novo relatório ao invés de anexar a outro. Se não, desculpas.

Tenho tentado usar o próton 5.06 e o ​​5.6 GE, o jogo freqüentemente trava em ambos.

Aqui está o registro de falhas do Proton GE 5.6
Aqui está o registro de travamento do Proton 5.06

Tenho tentado usar o próton 5.06 e o ​​5.6 GE, o jogo freqüentemente trava em ambos.

Aqui está o registro de falhas do Proton GE 5.6
Aqui está o registro de travamento do Proton 5.06

Acho que meu problema está resolvido. Eu acho que este problema foi causado por uma instabilidade AVX no meu processador. Eu tinha feito overclock do meu processador, mas não verifiquei a estabilidade do overclock com AVX2. Tive que adicionar um AVX offset para minha CPU no BIOS para passar nos testes de "Small FFTs" no Prime95 com AVX2 no Windows e confirmar a mesma estabilidade usando o utilitário stress no meu archlinux. Depois de fazer isso, nunca mais vi travamentos. Meu primeiro palpite foi sobre a instabilidade da RAM (eu também fiz overclock), mas tendo ligado e desligado o XMP, temporizações e frequências não apertadas, pude confirmar que não era um problema de RAM.

Estou efetivamente no cenário idêntico, nas mesmas versões, não consigo descobrir como fazer o DOOM Eternal não travar na inicialização. :(

Você entendeu isso @btegs ?

@btegs , remover as pastas pinned_libs_ * faz com que o Steam regenere essas pastas na próxima vez que o Steam for iniciado (isso é literalmente o que eu disse anteriormente). O conteúdo da pasta é o resultado da comparação das bibliotecas do sistema com as variantes de runtime do Steam e da fixação da variante de runtime do Steam se for mais recente do que o sistema host.
O Steam prioriza as bibliotecas na seguinte ordem: Bibliotecas fixas> Sistema host> Tempo de execução do Steam> ld.so.conf

Excluiu essas pastas e foram recriadas ao iniciar o Steam. Eu verifiquei o diretório e eles estavam criando um link simbólico para uma versão 1.2.135 do Vulkan. legal.

Em seguida, carrego um jogo aleatório com Proton 5.0-6 com o hud DXVK definido como 1 no Ubuntu 19.10. Ele aparece como Mesa 20.0.99 (usando a versão git de última geração em https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers para meu RX 580. Mostra Vulkan 1.2.128 para minha versão Vulkan. Obviamente, também não posso iniciar o DOOM Eternal.

O que está acontecendo e quais etapas estão faltando?

NOTA: Eu encontrei um repositório Ubuntu em https://packages.lunarg.com/ que me fornece um libvulkan1 e libvulkan1: i386 atualizados sem afetar meu Mesa atual. 1.2.135 está instalado, mas sempre que tento um jogo no Steam ou usando GameHub com um jogo GOG, ainda está em 1.2.128. Não tenho ideia de onde está vindo essa versão de Vulkan!

No tópico antigo, alguns usuários relataram que o modo de batalha não consegue encontrar jogos, e eu tenho o mesmo problema. Ninguém nesse tópico sugeriu uma causa ou relatou uma correção, portanto, gostaria de chamar a atenção para esse problema.
Ao tentar encontrar uma correspondência no modo de batalha, em qualquer uma das três opções, simplesmente não consigo encontrar um jogo, nunca. Não há travamento ou erro, embora eu não tenha verificado nenhum arquivo de log.

Estou efetivamente no cenário idêntico, nas mesmas versões, não consigo descobrir como fazer o DOOM Eternal não travar na inicialização. :(

Você entendeu isso @btegs ?

@btegs , remover as pastas pinned_libs_ * faz com que o Steam regenere essas pastas na próxima vez que o Steam for iniciado (isso é literalmente o que eu disse anteriormente). O conteúdo da pasta é o resultado da comparação das bibliotecas do sistema com as variantes de runtime do Steam e da fixação da variante de runtime do Steam se for mais recente do que o sistema host.
O Steam prioriza as bibliotecas na seguinte ordem: Bibliotecas fixas> Sistema host> Tempo de execução do Steam> ld.so.conf

Excluiu essas pastas e foram recriadas ao iniciar o Steam. Eu verifiquei o diretório e eles estavam criando um link simbólico para uma versão 1.2.135 do Vulkan. legal.
Em seguida, carrego um jogo aleatório com Proton 5.0-6 com o hud DXVK definido como 1 no Ubuntu 19.10. Ele aparece como Mesa 20.0.99 (usando a versão git de última geração em https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers para meu RX 580. Mostra Vulkan 1.2.128 para minha versão Vulkan. Obviamente, também não posso iniciar o DOOM Eternal.
O que está acontecendo e quais etapas estão faltando?
NOTA: Eu encontrei um repositório Ubuntu em https://packages.lunarg.com/ que me fornece um libvulkan1 e libvulkan1: i386 atualizados sem afetar meu Mesa atual. 1.2.135 está instalado, mas sempre que tento um jogo no Steam ou usando GameHub com um jogo GOG, ainda está em 1.2.128. Não tenho ideia de onde está vindo essa versão de Vulkan!

Eu atualizei para o Ubuntu 20.04 com aquele pacote Vulkan do lunarg e ainda estou preso no 1.2.128. Removi as libs fixadas (o Steam até me avisa quando está recriando no lançamento) e não consigo sincronizar a versão mais recente.

@kisak-valve ignorou meu comentário antes, mas estou feliz que outras pessoas tenham esse problema.

A seguir está o Ubuntu 20.04, os drivers 440 da Nvidia mais recentes com GTX 1080. Depois que o jogo é iniciado, uma pequena tela preta aparece no segundo monitor e permanece assim.

Às vezes, mostrava o menu real em vez da tela preta como esta

Mas se eu tentar fazer com que o jogo vá para tela inteira pressionando ALT + ENTER, o inferno se abrirá

Tudo bem, DOOM Eternal está sendo lançado para mim. Não tenho certeza do que mudou para mim ao fazer isso. Pode ter sido uma atualização recente do driver MESA que corrigiu isso, incerto. Apenas cego tentei de novo e sou capaz de entrar e jogar o jogo. Se eu observar mais problemas, irei relatá-los.

A seguir está o Ubuntu 20.04, os drivers 440 da Nvidia mais recentes com GTX 1080. Depois que o jogo é iniciado, uma pequena tela preta aparece no segundo monitor e permanece assim.

Às vezes, mostrava o menu real em vez da tela preta como esta

Mas se eu tentar fazer com que o jogo vá para tela inteira pressionando ALT + ENTER, o inferno se abrirá

Isso aconteceu na primeira execução também ou apenas nas tentativas de lançamento subsequentes? Se for como a minha situação, você pode fazer uma solução alternativa excluindo a pasta em compdata, conforme expliquei em meu relatório, para que cada execução seja uma "primeira" execução. Infelizmente, eu tive que fazer o dual boot no meu caminho através deste jogo. Era isso ou excluir aquela pasta a cada lançamento do jogo. Até que consertem o bug de inicialização de vários monitores, não há outra maneira que eu possa ver.

Mas se eu tentar fazer com que o jogo vá para tela inteira pressionando ALT + ENTER, o inferno se abrirá

@luisalvarado em vez de pressionar alt-enter, tente entrar nas configurações, e mudar o modo 'janela' para 'janela sem borda' primeiro. Se funcionar, mude para 'tela inteira' então. Ou apenas jogar no borderless?

Mas se eu tentar fazer com que o jogo vá para tela inteira pressionando ALT + ENTER, o inferno se abrirá

@luisalvarado em vez de pressionar alt-enter, tente entrar nas configurações, e mudar o modo 'janela' para 'janela sem borda' primeiro. Se funcionar, mude para 'tela inteira' então. Ou apenas jogar no borderless?

Deixe-me testar. Obrigado

Estou no Fedora 32 Workstation com Steam flatpak. NVIDIA 1080 Ti. DOOM Eternal trava no início. Eu tenho uma pequena janela de vinho vazia por alguns segundos. A janela então fecha e o jogo não é iniciado. Informações do sistema anexadas. Eu tenho drivers NVIDIA 440.82.

Eu uso o Proton 5.0.7

steam-hw.txt

@vatula Estou fora do circuito quando se trata do destino eterno, mas você poderia obter o padrão do wine executando o doom manualmente? Acho que não temos informações suficientes para ajudá-lo.

Eu estava tendo uma queda massiva de FPS em estágios posteriores das arenas, quando muitos monstros e partículas apareceram na tela. Tentei r_antialiasing 0 , e a experiência melhorou muito. Acho que há um problema com o antialiasing temporal e as partículas por algum motivo.
Agora o jogo parece tranquilo, mesmo em grandes batalhas.

@vatula Tenho uma configuração quase exatamente igual à sua (Fedora 32, GTX 1080 ti, último Proton lançado). A única diferença é que eu não uso o Flatpak Steam. Quão avesso você seria em experimentar o pacote RPMFusion do Steam?

Eu costumava usar o Flatpak (cerca de um ano atrás ou mais), mas às vezes eu tinha problemas com jogos que não tinha com a versão RPMFusion.

DOOM Eternal funciona muito bem para mim.

@MagicRB @ kisak-valve Estou anexando registros de prótons para a falha. É pesado (3,7 GB), tem alguns erros, mas por ser tão grande não consegui descobrir qual era o crítico. Fiz upload do log compactado para mega.nz steam-782330.zip

@nathanjackson , confirmo que o jogo inicia quando o Steam é instalado a partir do RPMFusion. @kisak-valve poderia significar que há um problema com o Steam flatpak?

Olá @vatula , possivelmente. Como há uma diferença de comportamento entre o sistema host e o flatpak, não faria mal mencionar educadamente sua experiência para os mantenedores do pacote Steam fornecidos pelo flathub em https://github.com/flathub/com.valvesoftware.Steam/issues .

Estou tendo um problema estranho depois de atualizar meu sistema operacional. O vídeo de introdução congela periodicamente, por quase exatamente 5 segundos, depois é executado por meio segundo ou mais, depois congela novamente e assim por diante. O sistema não responde durante esses congelamentos.

Especificações:

• SO: Pop! _OS 20.04, kernel 5.4.0-7626-genérico
• GPU: nVidia RTX 2070 Max-Q, versão do driver 440.82
• Vulkan: 1.2.140, instalado manualmente
• Próton: acontece com 5.5-GE-1 e 5.0-7

Os registros do Proton mostram várias linhas que parecem se repetir em cada congelamento:

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

Aqui estão mais alguns trechos sobre alguns desses congelamentos: https://gist.github.com/thebozzcl/d443097713938069abb233dabd4bba47

Ainda estou verificando os logs do sistema para ver se encontro outro padrão que possa me dar uma pista.

Ao tentar jogar o modo de batalha, não consegui me conectar a nenhum jogo. Percebi algumas solicitações ruins para AcceptGroupInvitation no console, mas fui conectado à Bethesda.net sem problemas.

Ao tentar jogar o modo de batalha, não consegui me conectar a nenhum jogo. Percebi algumas solicitações ruins para AcceptGroupInvitation no console, mas fui conectado à Bethesda.net sem problemas.

Estou tendo o mesmo problema, isso costumava funcionar em uma versão anterior do Proton.

Ao tentar jogar o modo de batalha, não consegui me conectar a nenhum jogo. Percebi algumas solicitações ruins para AcceptGroupInvitation no console, mas fui conectado à Bethesda.net sem problemas.
Estou tendo o mesmo problema, isso costumava funcionar em uma versão anterior do Proton.

@nathanjackson Sério? Qual foi a versão? Nunca fui capaz de jogar Battlemode em nenhuma versão do Proton: /

O modo de batalha funcionou para mim quando eu tinha a seguinte configuração:

• Próton 5.0-6 ou 5.4-GE-3 (Glorious Eggroll)
• Fedora 30
• NVIDIA 440.82

No entanto, recentemente atualizei para o Fedora 32 e o Battlemode parou de funcionar, mas algumas variáveis ​​mudaram:

• Proton 5.0-7
• Fedora 32
• NVIDIA 440.82

Como teste, experimentei o Proton 5.4-GE-3 no Fedora 32 e o Battlemode ainda não funcionou. Então eu acho que algo sobre a atualização do sistema operacional fez com que o modo de batalha não funcionasse mais. Embora eu ache que Bethesda empurrou uma atualização para DOOM Eternal para as mudanças no modo de batalha, então talvez isso tenha algo a ver com isso? É estranho porque consigo me conectar sem problemas à Bethesda.

Parece que a última atualização do DOOM quebrou o jogo no Proton. Ele não inicia mais.

steam-782330.log

Sim, nem mesmo lançando com a nova atualização. Vejo o logotipo do software de identificação na bandeja do sistema por um breve momento e depois desaparece.

Olá @libcg , parece um 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.

Parou de funcionar após a última atualização para mim também, não inicia de forma alguma.

Doom Eternal Patch 14 de maio quebrou o jogo.

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3867.
@TheReaperUK postado em 2020-05-14T17: 37: 02:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: Doom Eternal

• Steam AppID do jogo: 782330

  Informação do sistema

• GPU: Nvida RTX 2060

• Versão do driver / LLVM: Nvidia 440.82
• Versão do kernel: 5.6
• Link para o relatório completo de informações do sistema como Gist :

• Versão do Proton: 5.0-7

  Eu confirmo:

• [S] que não encontrei um relatório de compatibilidade existente para este jogo.

• [S] que verifiquei se há atualizações disponíveis para o meu sistema.

Sintomas

O jogo não carregará mais depois de um patch de hoje, 14 de maio de 2020, Nenhum erro é mostrado, clique em Play, aguarde alguns segundos e nada acontece e o botão Play volta ao normal.

Reprodução

? Não funciona de jeito nenhum, acho que pode ser um problema anti cheat denuvo

Desde a última atualização (acho que hoje, 14 de maio de 2020 - onde posso ver o histórico de atualizações?), Ele também não funciona mais. Conforme relatado antes, nenhum erro é mostrado, clique em Play, o ícone do id Software aparece por 1-2 segundos como um ícone da bandeja e, em seguida, desaparece e o Steams diz que parou (também diz que o último tempo de jogo foi exatamente agora, então parece que não houve algum erro).

Antes disso (alguns dias atrás, quando joguei pela última vez), ele funcionava perfeitamente, conforme relatado aqui .

Eu instalei o dotnet48 no prefixo do jogo usando protontricks, e agora recebo um pop-up denuvo quando inicio o jogo que diz que o jogo não pode ser iniciado.

Sim, o mesmo com dotnet35sp1 . É provável que o erro WPF seja causado pelo próprio popup Denuvo.

@libcg Acho que você está certo, visto que isso foi registrado antes de WPF ser chamado do meu lado:

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 :

Posso ter que pedir um reembolso se não houver nenhum executável sem DRM disponível.

Editar: reembolso solicitado

Editar: aaaae reembolso negado :(

Considere-me absolutamente lívido. Um dos meus jogos favoritos no Steam funcionou perfeitamente no Linux, e então a id decidiu adicionar anticheat no modo kernel, aparentemente para me irritar em particular.

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

Talvez seja necessário desinstalar o Denuvo Anti-Cheat para executar o jogo?

@artemyto Li que é possível desinstalar o Denuvo, mas o jogo não funciona.

Ao que parece, isso praticamente pode Doom Eternal no Linux através do Proton. O Proton não pode realmente suportar DAC, de forma alguma.

A menos que id ou Bethesda permita que as pessoas iniciem o jogo sem DAC e joguem singleplayer, realmente não parece haver muito que possamos fazer ...

Peço às pessoas afetadas por isso que enviem um tíquete de suporte através do site da Bethesda aqui . Diga-lhes para se livrarem do anticheat do modo kernel. É invasivo e francamente inaceitável adicionar isso a um jogo que já foi lançado há dois meses.

Por mais satisfatório que isso possa ser, não acho que vá realmente mudar nada. Algumas pessoas chorando de indignação em um grupo demográfico da periferia com o qual Bethesda e id, francamente, provavelmente não se importam, não vai reverter uma decisão que provavelmente foi tomada há um bom tempo.

E, você sabe. Um derramamento de bile não é exatamente cativante ...

Esperançosamente, a Bethesda removerá o Denuvo como eles tiveram a decência de fazer com o Doom 2016.

Não é tão simples assim. DAC! = Denuvo.

E eles provavelmente não removerão o DAC a menos que desliguem a parte multijogador do jogo.

Sim, o Denuvo Anti-Cheat é diferente do Denuvo Anti-Tamper, espero que haja uma opção ou argumento de linha de comando para pular o DAC semelhante ao -eac-nop-loaded do EAC (pelo menos isso funciona para DBFighterZ).
_Por agora, remova este jogo da minha lista de desejos_.

O mesmo problema para mim ...

E acabei de comprar o jogo, oh F.

Considere-me absolutamente lívido.

Poderia ter sido eu, mas tenho beliscado meus centavos recentemente por causa da perda de empregos, como resultado do covid-19. Não vou comprar agora.

Más notícias ... É o título principal do anti-cheat de Denuvo. O AC nunca está sendo removido. Valve e os desenvolvedores do Mesa perderam tempo tornando-o compatível e com desempenho.

Se você tem uma atualização na fila, mas ainda não a instalou, veja como pode manter a versão antiga:
1.) Feche o Steam
2.) Extraia e substitua o arquivo anexado na pasta steamapps (mesma biblioteca de onde o DE está instalado). EDITAR: Novo manifesto anexado por gralco
3.) Reinicie o Steam.
Nenhuma atualização será colocada na fila, pois o Steam agora acredita que você está na versão atual, mas você terá que evitar a validação dos arquivos do jogo.
Se o manifesto referenciado estiver desatualizado e nenhum estiver disponível, você pode editar o manifesto anexado e combinar manualmente o buildid e InstalledDepots + MountedDepots com suas versões mais recentes usando o steamdb.
Se você já fez a atualização, terá que encontrar outra fonte para arquivos de jogos mais antigos. Tenha em mente que as versões do lançador bethesda infelizmente não são compatíveis com os arquivos salvos do Steam.
Eu tentei um método envolvendo o console de vapor e manifestos mais antigos, mas esses manifestos mais antigos para Doom Eternal não parecem estar disponíveis.

Espero que ajude. Com alguma sorte no futuro, talvez possamos fazer com que a Bethesda abandone o Denuvo AC como um requisito de lançamento ou, pelo menos, forneça versões mais antigas por meio da guia beta (pode ser apresentado como um argumento do speedrunner também).

Então, meu entendimento do problema agora é que essa porcaria do denuvo anticheat usa .NET WPF para o instalador, e aconteceu que o Wine 5.7 introduziu suporte para ele recentemente

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

No papel, Proton-GE-5.8 deveria funcionar, mas não para mim. Além disso, @ TerminalJunkie5 usou protontricks para instalar o dotnet48, mas o instalador ainda parece estar falhando. Mesmo que o instalador funcione perfeitamente, ainda não há garantia de que o anticheat irá cooperar o suficiente com o próton para iniciar o jogo.

Em outras palavras, apenas editores AAA sendo editores AAA típicos

existe alguma maneira de desfazer a atualização?

Se você tem uma atualização na fila, mas ainda não a instalou, veja como pode manter a versão antiga:
1.) Feche o Steam
2.) Extraia e substitua o arquivo anexado na pasta steamapps (mesma biblioteca onde DE está instalado. Appmanifest_782330.acf.zip
3.) Reinicie o Steam.
Nenhuma atualização será colocada na fila, pois o Steam agora acredita que você está na versão atual, mas você terá que evitar a validação dos arquivos do jogo. Quando uma nova atualização for lançada, um novo manifesto do aplicativo será necessário para manter a versão antiga, se necessário.

Seu método funciona, ainda consigo iniciar o jogo e nenhuma atualização é necessária após colocar o arquivo acf.
Mais uma dica; você pode desabilitar a atualização automática em Doom Eternal -> Propriedades -> Atualizações -> Atualizar este jogo apenas quando eu iniciá-lo.
Isso poderia ajudar aqueles que instalaram a atualização automaticamente pelo Steam ontem, mas ainda requerem o ACF recente antes de iniciar.

Se a atualização já começou e você conseguiu clicar no botão "Pausar", exclua o conteúdo em $ STEAM_LIBRARY_PATH / steamapps / download. Em seguida, coloque o arquivo de manifesto de cima. Reinicie o Steam.

As notas de lançamento de atualização no Steam dizem:

O Denuvo Anti-Cheat pode ser desinstalado a qualquer momento através da caixa de diálogo "Adicionar ou remover programas"
Para obter mais informações, consulte https://help.bethesda.net/ ou consulte o blog do dia de lançamento do Denuvo aqui

Agora, como posso desinstalar isso no Proton?

@ nuku97 Acho que apenas afirma que você só pode desinstalar o Denuvo AC. O jogo não iniciará de qualquer maneira com ele desinstalado. Isso é o que eu entendi.

Seria inútil como um sistema anti-cheat se você pudesse apenas desinstalá-lo e o jogo funcionar como antes.
Como isso foi adicionado ao BATTLEMODE, espero que uma atualização futura permita que o jogo jogue a campanha de um jogador sem a exigência de CA do Denuvo.

Faça um anti-cheat que quebrou o jogo para quem paga depois de lançar uma versão gratuita do denuvo onde qualquer um pode jogar sem comprar. Betesda, você fez seus filhos da puta

As notas de lançamento de atualização no Steam dizem:

O Denuvo Anti-Cheat pode ser desinstalado a qualquer momento através da caixa de diálogo "Adicionar ou remover programas"
Para obter mais informações, consulte https://help.bethesda.net/ ou consulte o blog do dia de lançamento do Denuvo aqui

Agora, como posso desinstalar isso no Proton?

Pelo que vi, você deve ser capaz de desinstalar o Denuvo Anti-Cheat, mas o jogo não será executado até que seja instalado novamente

As notas de lançamento de atualização no Steam dizem:
O Denuvo Anti-Cheat pode ser desinstalado a qualquer momento através da caixa de diálogo "Adicionar ou remover programas"
Para obter mais informações, consulte https://help.bethesda.net/ ou consulte o blog do dia de lançamento do Denuvo aqui
Agora, como posso desinstalar isso no Proton?

Pelo que vi, você deve ser capaz de desinstalar o Denuvo Anti-Cheat, mas o jogo não será executado até que seja instalado novamente

Vou tentar no meu Windows de inicialização dupla mais tarde, se a desinstalação permitir pelo menos jogos com um único jogador. Afinal, eu não me importo com Battlenet ...

As notas de lançamento de atualização no Steam dizem:
O Denuvo Anti-Cheat pode ser desinstalado a qualquer momento através da caixa de diálogo "Adicionar ou remover programas"
Para obter mais informações, consulte https://help.bethesda.net/ ou consulte o blog do dia de lançamento do Denuvo aqui
Agora, como posso desinstalar isso no Proton?

Pelo que vi, você deve ser capaz de desinstalar o Denuvo Anti-Cheat, mas o jogo não será executado até que seja instalado novamente

Eu acho que você pode desinstalá-lo com protontricks

As notas de lançamento de atualização no Steam dizem:
O Denuvo Anti-Cheat pode ser desinstalado a qualquer momento através da caixa de diálogo "Adicionar ou remover programas"
Para obter mais informações, consulte https://help.bethesda.net/ ou consulte o blog do dia de lançamento do Denuvo aqui
Agora, como posso desinstalar isso no Proton?

Pelo que vi, você deve ser capaz de desinstalar o Denuvo Anti-Cheat, mas o jogo não será executado até que seja instalado novamente

Eu acho que você pode desinstalá-lo com protontricks

Não vejo qual é o objetivo disso agora, já que o Denuvo anticheat ainda não pode ser instalado no prefixo Wine devido ao problema do .NET WPF

O DAC não é executado no Proton e provavelmente nunca será.

Ele está tentando fazer uma das várias coisas que é quase impossível para o Proton suportar.

Acho que todos devemos enviar feedback para Bethesda como @serebit sugerido. Envio o meu com logs e links, mostrando então que é uma comunidade de pessoas que jogam seu jogo no Linux. Não peço suporte para Linux, mas sim a opção de lançar o jogo sem o anti-cheat Denuvo, apenas para campanha single player.

Já existem usuários do Windows no Reddit solicitando o mesmo.

As notas de lançamento de atualização no Steam dizem:

O Denuvo Anti-Cheat pode ser desinstalado a qualquer momento através da caixa de diálogo "Adicionar ou remover programas"
Para obter mais informações, consulte https://help.bethesda.net/ ou consulte o blog do dia de lançamento do Denuvo aqui

Agora, como posso desinstalar isso no Proton?

Defina as opções de inicialização do jogo para:
bash -c 'exec "$1" "$2" "uninstaller.exe"' -- %command%
e o Proton iniciará a caixa de diálogo "Adicionar / Remover Programas".

O DAC não é executado no Proton e provavelmente nunca será.

Ele está tentando fazer uma das várias coisas que é quase impossível para o Proton suportar.

O Wine não suporta outro anti-cheat do kernel executando um kernel virtual ou o DAC faz coisas que não podem ser emuladas?

No meu entendimento, este não é o caso, e o Wine não oferece suporte a nenhum anti-cheat do modo kernel.

Eu posso estar errado.

No meu entendimento, este não é o caso, e o Wine não oferece suporte a nenhum anti-cheat do modo kernel.

Eu posso estar errado.

O Wine tem suporte para drivers de modo kernel há algum tempo, mas se ele implementa qualquer coisa que um anti-cheat em particular requer é outra coisa. Por exemplo, vários deles requerem que o Wine Bug 37355 seja resolvido.

Parece que o bug do Wine pode depender de um recurso do kernel para ser corrigido?

Meu mal então. Talvez um dia DE seja executado novamente. (Eu não diria em breve )

Eu odeio o Kernel-mode Anti-cheat conceitualmente, mas me sentiria muito melhor sobre isso em um Wineprefix onde posso contar com o Wine para mediar entre o AC e o resto do sistema (e garantir que ele não está farejando sobre em lugares onde não deveria estar ...)

Da entrevista do techraptor.net:

TR: Os jogadores do Linux podiam anteriormente jogar no Steam via Proton no modo singleplayer. Adicionar o Denuvo Anti-Cheat bloqueou isso - existe alguma maneira de o Denuvo Anti-Cheat permitir que o único jogador seja executado em máquinas virtuais enquanto protege o multijogador ou remove-o?

MG: Estamos rastreando o problema do Proton imediatamente após o lançamento e estamos comprometidos em entregar uma correção em breve. Este não é um pedido vindo de um editor ou algo parecido - nós realmente respeitamos essa comunidade de entusiastas e lamentamos apresentar essa incompatibilidade no dia 1.

Isso me faz sentir aquecido e confuso por dentro, obrigado por compartilhar @mgreshis !

Da entrevista do techraptor.net:

TR: Os jogadores do Linux podiam anteriormente jogar no Steam via Proton no modo singleplayer. Adicionar o Denuvo Anti-Cheat bloqueou isso - existe alguma maneira de o Denuvo Anti-Cheat permitir que o único jogador seja executado em máquinas virtuais enquanto protege o multijogador ou remove-o?

MG: Estamos rastreando o problema do Proton imediatamente após o lançamento e estamos comprometidos em entregar uma correção em breve. Este não é um pedido vindo de um editor ou algo parecido - nós realmente respeitamos essa comunidade de entusiastas e lamentamos apresentar essa incompatibilidade no dia 1.

Você pode fornecer um link para esta entrevista?

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

"MG" é o product owner do Denuvo Anti-Cheat para contexto.

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

"MG" é o product owner do Denuvo Anti-Cheat para contexto.

Quem também é, a julgar pelo nome de usuário, @mgreshis , que postou o trecho da entrevista e o link. Portanto, temos o product owner bem aqui na edição.

Imho, esse tipo de comportamento dos desenvolvedores não é aceitável. Mesmo se conseguisse fazer funcionar com todas as soluções alternativas mencionadas, decidi solicitar um reembolso. Mesmo que o reembolso seja negado, pelo menos coloca alguma (embora pequena) pressão no vapor e, com sorte, na Bethesda.

(Enquanto eu escrevia isso, posso dizer que o suporte do Steam concedeu meu pedido de reembolso e me devolveu meu dinheiro. Sugiro que as pessoas façam isso como um sinal de protesto. Não aceite isso. Mostre a eles que perderão clientes com isso tipo de comportamento. Deixe a carteira falar. É a única linguagem que eles entendem)

@ SysGh-st quantas horas você teve? Meu pedido de reembolso foi negado ontem. Será que eles estão relaxando as restrições aos pedidos de reembolso para este jogo agora? Outros bons pontos de ação são:

1. Deixe comentários negativos do Steam
2. Marque outras avaliações negativas como úteis

@lpww
Sinceramente, não consigo me lembrar do número de horas. Entrei um pouco na campanha para um jogador. Comprei há algum tempo com tudo extra (€ 89 ou mais) como uma compra de pré-lançamento.
Eu educadamente descrevi porque solicitei o reembolso, uma vez que não estava funcionando em próton / Linux e não tinha outros computadores com janelas disponíveis, o que tornaria o produto completamente inútil para mim.

Acho que ser educado e descrever o porquê vai longe. Afinal, o pedido é lido por um humano do outro lado. Eu realmente espero que o Suporte Steam afrouxe as restrições quando houver problemas como este.
Pessoalmente, não acho que isso será resolvido tão cedo. A comunidade Linux é simplesmente muito pequena para ser cuidada. Triste mas verdadeiro.

Eu realmente gostaria de ter aberto o Firefox para obter todas as notificações sobre isso antes de lançar o Steam hoje e ter a atualização do jogo. Agora estou ferrado.

Pessoal, estou muito frustrado com essa situação também. Não sou um grande fã do anticheat no nível do Kernel em geral, e quebrar um jogo que estava funcionando é certamente desanimador.

Podemos ficar frustrados com a Bethesda por implantar isso, no entanto, vamos dar ao Denuvo uma chance de entregar, essa é certamente uma das declarações mais poderosas e diretas (pelo menos eu vi) de uma empresa de desenvolvimento anticheat, e é encorajador.

Também pelo bem de @kisak-valve e todos os outros assinaram esta edição à espera de notícias de como fazer este jogo funcionar novamente ... Vamos evitar que isso se transforme em inúmeras reclamações e discussões sobre reembolso. Temos fóruns reddit, bethesda e fóruns Steam para discutir este tópico mais amplo

@mgreshis Se eu puder perguntar, sua correção nos permitirá jogar no modo multijogador ou só nos permitirá jogar no modo singleplayer? Estou bem com qualquer uma das opções, estou apenas curioso.

@serebit Eu @DarkArc disse, devemos manter este tópico o mais limpo possível para @kisak-valve sanidade, e também peço desculpas por minha contribuição para isso.

Isso não funciona no Linux. Requer a execução de arquivos em lote.

Na sexta-feira, 15 de maio de 2020 às 17:26 Campbell Jones notificaçõ[email protected]
escrevi:

Para todos os afetados por isso, até obtermos uma correção dos desenvolvedores,
você terá que usar o seguinte processo para fazer o downpatch do jogo:
https://docs.google.com/document/d/1iugtqVUuG8TsnZyRzBV-QamdbygdSEGJzOSkDFGpgJU/edit

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629497189 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y33ZWU6ERMBYYVGE2JT3RRWXP3ANCNFSM4MI6DHIA
.

Isso não funciona no Linux. Requer a execução de arquivos em lote.
…
Na sexta-feira, 15 de maio de 2020 às 17:26 Campbell Jones @ . * > escreveu: Para todos os afetados por isso, até obtermos uma correção dos desenvolvedores, você terá que usar o seguinte processo para baixar o jogo: https://docs.google.com/document/d/1iugtqVUuG8TsnZyRzBV-QamdbygdSEGJzOSkDFGpgJU / edit - Você está recebendo isto porque comentou. Responda a este e-mail diretamente, visualize-o no GitHub < # 3773 (comentário) > ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/AM5Y33ZWU6ERMBYYVGE2JT3RRWXP3ANCNFSM4MI6DHIA .

Você tem uma lista de comandos separada no final. Eles são úteis, espero.

@ SysGh-st, você deve executá-los no depotdownloader. Que é um programa Windows .bat. Então novamente....

Eles também são comandos do Windows.

@ gardotd426 Tenho certeza que você pode abrir um cmd de "windows" a partir do wine, como ele funciona bem com arquivos .bat, eu não sei, mas pode ser wortha tente

Ele também requer dotnet core instalado, que tem uma versão Linux,
mas imagino que você precise da versão do Windows instalada em um wineprefix.

Na sexta-feira, 15 de maio de 2020 às 17:38, MagicRB [email protected] escreveu:

@ gardotd426 https://github.com/gardotd426 Tenho certeza que você pode abrir um
"windows" cmd do wine, como funciona bem os arquivos .bat, eu não sei, mas
pode ser wortha tentar

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629504278 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y33ZO33Z32OO2UYHHGGLRRWY47ANCNFSM4MI6DHIA
.

Ok, bem, descobri como fazê-lo funcionar, você precisa da versão Linux do dotnet core e depois de seguir as instruções de instalação do dotnet core, você pode executar tudo como se fosse uma lista de comandos shell, como

./depotdownloader COMMAND1
./depotdownloader COMMAND2

Mas não vai funcionar, porque como dizem as instruções, só permitirá que você execute o .exe diretamente, o que significa que nenhum dos patches de prótons estará disponível, então é muito improvável que funcione de verdade, e você terá que instalar o dxvk e tudo isso dentro do wineprefix, e novamente, eu realmente duvido que funcione. Vou perguntar ao TK-Glitch se ele tem alguma ideia de como colocá-lo em execução assim que eu baixar tudo.

Se o problema é o Steam não rodar o exe, estou meio perdido, não é difícil fazê-lo rodar manualmente, basta baixar a última compilação do proton-ge ou compilar o wine usando os scripts do tk-glitch com patches de protonificação e instalar o dxvk, deve trabalhos

O Steam não permitirá que você execute o jogo porque ainda exibirá uma atualização
é necessário, mesmo no modo offline. E rodando jogos no Steam através
próton não é a mesma coisa que executá-los com o mesmo vinho
construir manualmente com nada do resto do próton. Não é provável que funcione,
mas vou tentar.

Na sexta-feira, 15 de maio de 2020 às 18h04, MagicRB [email protected] escreveu:

Se o problema for o vapor que não está executando o exe, estou meio perdido, não é difícil
para fazê-lo funcionar manualmente, basta baixar a última compilação proton-ge ou compilar
wine usando scripts de tk-glitch com patches de protonificação e instalar
dxvk, deve funcionar

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629519573 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y337DUWQ7UHR4AEGIZLTRRW37DANCNFSM4MI6DHIA
.

Em alguns jogos funciona, idk, eu não possuo o doom eternal

https://steamdb.info/sub/235874/depots/
Parece que apenas outra atualização foi lançada ...

@ peterge1998 sim, não conserta nada.

O que é estúpido é que se você for às propriedades do jogo e selecionar a guia "DLC", todos nós temos o "Doom Eternal - Campanha para um jogador" como DLC, o que significa que são entidades separadas, e devemos ser capazes de iniciá-lo , mas não podemos.

Eu acho que você só vai ter que esperar por este, até que a id libere algo

@MagicRB em primeiro lugar, você não é o dono deste jogo, então não sei o que você está realmente fazendo aqui comentando e apenas aumentando o barulho sem literalmente nada útil. Em segundo lugar, o iD não vai lançar nada, obviamente foram eles que quebraram isso em primeiro lugar. Agora "MG" de Denuvo diz que Denuvo PODE consertar, mas isso está completamente no ar agora, e todos nós já passamos de nossa janela de reembolso, o que é absolutamente inaceitável e honestamente provavelmente criminoso, já que eles convenientemente esperaram até que todos estivessem indo para Ter passado da janela de reembolso antes de fazer isso e nunca deu qualquer indicação de antemão de que isso aconteceria.

Dito isso, esse não é o objetivo deste tópico, o objetivo deste tópico é tentar fazer o jogo funcionar no Proton, esta é a página de problemas da Valve Proton. Portanto, "você apenas terá que esperar", especialmente quando você não possui o jogo e não tem nenhuma aposta ou influência sobre isso, é um tanto inútil. Como as pessoas já solicitaram, isso é para tentar fazer o jogo funcionar. Não seus pensamentos.

Aqui está o registro do Steam após a atualização mais recente (após a inicial) que acabou de acontecer, se for diferente de antes:
steam-782330.log

2.) Extraia e substitua o arquivo anexado na pasta steamapps (mesma biblioteca onde DE está instalado. Appmanifest_782330.acf.zip

Como você gerou o arquivo appmanifest? Ou você apenas copiou depois de instalar a versão mais recente? Porque a sua não é mais a versão mais recente ...
Editar seu manifesto e sobrescrever o manifesto Depot 782332 e MountedDepots com o ID do manifesto atual e substituindo LastUpdated com a hora atual não funciona para mim ...

Eles postaram isso antes da última atualização que você acabou de mencionar, então obviamente esse não será o manifesto correto

Sinceramente, você DEVE ser capaz de impedir que seu arquivo appmanifest seja atualizado e copiá-lo após o download. Mas eu honestamente não vejo como o downpatch pode funcionar, exceto talvez tentando executá-lo no Lutris sem DRM sem iniciar o Steam.

Agora que penso nisso, não sei como isso funcionaria, porque você não pode ditar versões de vinho ou prótons. Você não pode habilitar vkd3d ou dxvk dessa forma também, mas este jogo obviamente não deveria precisar porque é Vulkan nativo.

Próton é fundamentalmente Vinho. Portanto, se você tiver a versão sem DRM, apenas configure um wineprefix e descarregue o jogo nele

Não deve ser muito difícil escrever um script Lutris ...

Não se trata da versão sem DRM, mas da versão Steam. E
o problema não é DRM, é Denuvo Anti Cheat, que é completamente diferente.
O downpatching mencionado acima basicamente desfaz a atualização, mas é
ainda a versão DRM, e o próprio Steam não permitirá que você inicie o normal
maneira sem atualizar. E Proton tem Vinho, mas não é o mesmo
coisa. Proton tem inúmeras correções e outras coisas FORA do winebuild
contidos em, e eles estão anexados ao AppID de 7 dígitos, que não será
presente ao tentar executar o jogo de outra maneira, então você não obterá
qualquer uma das correções do Doom Eternal (se necessário) do próton, exceto o que foi
remendado naquela compilação do Wine. "Proton" é um script python que combina
Wine e inúmeras outras ferramentas, e só pode ser usado AS Proton com Steam
jogos lançados no Steam.

Sim. Mas a versão baixada deve ser compatível com o exe que vazou. Você perderia suas defesas, mas provavelmente seria jogável no vinho normal.

Se você realmente quisesse, poderia construir o Proton sozinho e usá-lo independente do vapor ... mas isso é muito esforço.

Você pode usar um vinho protonificado fora do vapor, ou você pode usar um personalizado
o vinho do próton é construído fora do vapor, mas o próton e todas as coisas não-vinho
que compõem, quero dizer, não realmente. Você poderia tecnicamente converter MANUALMENTE
tudo, desde o script python em algum outro tipo de script, mas em
esse ponto não é mais Proton e isso é uma filosofia filosófica completa
questão.

E de qualquer forma, não é nem relevante porque ninguém deve ser forçado a
use .exes rachados que vazaram para jogar um jogo que compraram e pagaram.

Obviamente, não é assim que as coisas deveriam ser, mas é uma maneira de jogar agora.

A única coisa em que consigo pensar, de qualquer maneira.

Aqui está o appmanifest_782330.acf mais recente

appmanifest_782330.zip

parece que há uma atualização mais recente Doom Eternal. Alguém com esta última atualização ficou melhor ou pior. aqui fico ainda pior, depois de abrir a bandeja do sistema de vinho, em seguida, fecha abruptamente. antes pode iniciar o jogo, embora saia assim que realmente iniciar um jogo

@ gardotd426 Existem maneiras de executar versões desatualizadas de jogos Steam que 'requerem' uma atualização para serem https://steamcommunity.com/sharedfiles/filedetails/?id=885555151

Consegui fazer o downgrade do jogo usando o método descrito anteriormente no Google Doc.

Eu só tive que deixar o Steam baixar novamente o jogo primeiro (eu o tinha desinstalado antes). Então eu segui o guia para baixar os arquivos antigos e copiei esses arquivos para o diretório de instalação do DOOM Eternal. Depois disso, consegui lançar o jogo via Steam.

@TheGreatMcPain você

@lpww Estou no linux, e a única coisa que eu precisava fazer para isso era instalar o dotnetcore.

Como deixei o Steam baixar totalmente o jogo, ele acha que o jogo já está atualizado, então, desde que eu não verifique se o cache do jogo, o Steam não deve baixar a atualização novamente. Embora, o Steam provavelmente atualizará o jogo novamente se uma nova atualização for lançada. Se isso acontecer, provavelmente vou deixar o Steam baixar a atualização e, em seguida, substituí-la pelos arquivos antigos novamente.

Caso eu tenha definido as propriedades do jogo para "Atualizar este jogo apenas quando eu iniciá-lo".

Existe alguma chance de você conseguir digitar um passo a passo rápido?

Estou tentando emitir "wine ./script.bat" do local do depotdownloader e recebendo "0009: err: module : __ wine_process_init falhou ao carregar L" Z: \ home \ petter \ H \ 00e4mtningar \ script.bat ", erro c000012f
"

@peppot você não usa wine, você instala a versão linux do dotnet core.
Na verdade, existe uma versão do Linux.

No sábado, 16 de maio de 2020 às 14h52 peppot [email protected] escreveu:

Existe alguma chance de você conseguir digitar um passo a passo rápido?

Estou tentando emitir "wine ./script.bat" do local do depotdownloader
e obtendo "0009: err: módulo : __ wine_process_init falhou ao carregar
L "Z: \ home \ petter \ H \ 00e4mtningar \ script.bat", erro c000012f
"

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629690846 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y336YTCNK6V2NITXHQELRR3OIDANCNFSM4MI6DHIA
.

Estou pegando o jeito. Modificando as instruções do script .bat para versões de shell, como / depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username $ un -password $ pw -dir.
(exportou un = myusername, exportou pw = mypwd) e executou os comandos listados de acordo

Sim. foi o que fiz, embora ainda não tenha conseguido testar o jogo.
Estou copiando os arquivos agora.

No sábado, 16 de maio de 2020 às 14h57 peppot [email protected] escreveu:

Estou pegando o jeito. Modificando as instruções do script .bat para
versões de shell, como / depotdownloader -app 782330 -depot 782332 -manifest
4641765937586464647 -username $ un -password $ pw -dir.
(exportou un = myusername, export pw = mypwd) e executando o
comandos de acordo

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629691457 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y334NTYBEKS2REDWFAY3RR3O3NANCNFSM4MI6DHIA
.

Pré-requisitos

1. Instale o .NET Core. Mais detalhes aqui . Você precisa adicionar isso ao seu caminho após a instalação. Eu adicionei PATH=$PATH:~/.dotnet/tools ao final do meu ~/.profile

2. Siga as instruções para baixar e extrair DepotDownloader do documento do Google

Baixe os arquivos desatualizados

Envolvi as instruções de download em um script. Você precisará torná-lo executável e executá-lo a partir da pasta em que o DepotDownloader extraiu

#!/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 os arquivos desatualizados para o Steam

... em breve quando eu chegar tão longe

@peppot , sim, também posso confirmar que funciona. Após o lançamento, ele avisa que o Online Rewards, XP e outros Online Progress não podem ser salvos até que a atualização necessária seja instalada, mas permite que você continue. Por enquanto.

você moveu sua pasta DOOM antiga para fora do caminho e substituiu-a pelo conteúdo baixado e lançou-a de dentro do Steam?

Não, isso é desnecessário. Você apenas substitui os arquivos que já estão lá.

Eu ainda faria backup da pasta do jogo primeiro, antes de fazer qualquer coisa. Mas sim, você apenas copia os arquivos sobre a instalação existente.

Para iniciar, você entrou no modo offline para evitar tentativas de atualização?

@peppot Eu não precisava, mas provavelmente é recomendado.

Tentei iniciá-lo usando o modo offline e Proton-5.6-GE-2 e recebi uma mensagem de erro do próprio DOOM, dizendo que precisava estar online

Faça uma captura de tela da mensagem de erro e poste aqui.

Espere esquece, eu estava pensando que você não conseguiria iniciar no modo online normal. Sim, você precisa ter o Steam online para o jogo iniciar. Tudo o que você precisa fazer é manter todos os arquivos baixados e, se uma nova atualização for forçada, baixe-a e copie os arquivos novamente como desta vez.

Você não pode interromper as atualizações, mas pode apenas colar novamente os arquivos após uma atualização. Além disso, você terá que atualizar para obter o novo arquivo appmanifest, ou então não permitirá que você inicie o período do jogo.

Além disso, uma atualização pode corrigir o jogo. De qualquer forma, você deve manter a atualização, apenas certifique-se de manter os arquivos baixados para download sempre que atualizar. Isso é o melhor que pode ser feito agora.

Tentei iniciá-lo usando o modo offline e Proton-5.6-GE-2 e recebi uma mensagem de erro do próprio DOOM, dizendo que precisava estar online

Acho que você precisa estar online no primeiro lançamento para deixar o DRM do Denuvo feliz.

Pré-requisitos

1. Instale o .NET Core. Mais detalhes aqui . Você precisa adicionar isso ao seu caminho após a instalação. Eu adicionei PATH=$PATH:~/.dotnet/tools ao final do meu ~/.profile
2. Siga as instruções para baixar e extrair DepotDownloader do documento do Google

Baixe os arquivos desatualizados

Envolvi as instruções de download em um script. Você precisará torná-lo executável e executá-lo a partir da pasta em que o DepotDownloader extraiu

#!/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 os arquivos desatualizados para o Steam

... em breve quando eu chegar tão longe

Eu tentei os comandos e tudo que recebo é uma falha no token de autenticação

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

Eu preenchi meu script existente enquanto esperava o download dos arquivos. Ele lida com a parte DepotDownloader mas ainda não com o estágio de cópia, pois ainda não estou tão longe. Ele pode ser encontrado aqui: https://github.com/lpww/doomgrader

@ giacomo-porro Não acho que meu script estendido ajudaria porque você já tem DepotDownloader e ele lida com o download da mesma maneira. Parece que suas credenciais estão erradas. Você tem espaços em sua senha por acaso? Você pode testar quais valores estão sendo passados ​​ecoando as variáveis ​​depois de configuradas. Por exemplo

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

echo $STEAM_USERNAME
echo $STEAM_PASSWORD

Isso permitiria a você garantir que os valores corretos fossem passados ​​para o depotdownloader

Alguém mais está recebendo erros de download?

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

Alguém mais está recebendo erros de download?

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

Isso aconteceu muitas vezes comigo, mas o download continuou e acabou.

@btegs , remover as pastas pinned_libs_ * faz com que o Steam regenere essas pastas na próxima vez que o Steam for iniciado (isso é literalmente o que eu disse anteriormente). O conteúdo da pasta é o resultado da comparação das bibliotecas do sistema com as variantes de runtime do Steam e da fixação da variante de runtime do Steam se for mais recente do que o sistema host.
O Steam prioriza as bibliotecas na seguinte ordem: Bibliotecas fixas> Sistema host> Tempo de execução do Steam> ld.so.conf

Excluiu essas pastas e foram recriadas ao iniciar o Steam. Eu verifiquei o diretório e eles estavam criando um link simbólico para uma versão 1.2.135 do Vulkan. legal.

Em seguida, carrego um jogo aleatório com Proton 5.0-6 com o hud DXVK definido como 1 no Ubuntu 19.10. Ele aparece como Mesa 20.0.99 (usando a versão git de última geração em https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers para meu RX 580. Mostra Vulkan 1.2.128 para minha versão Vulkan. Obviamente, também não posso iniciar o DOOM Eternal.

O que está acontecendo e quais etapas estão faltando?

NOTA: Eu encontrei um repositório Ubuntu em https://packages.lunarg.com/ que me fornece um libvulkan1 e libvulkan1: i386 atualizados sem afetar meu Mesa atual. 1.2.135 está instalado, mas sempre que tento um jogo no Steam ou usando GameHub com um jogo GOG, ainda está em 1.2.128. Não tenho ideia de onde está vindo essa versão de Vulkan!

@btegs você poderia ajudar a ser mais específico sobre o seu problema, aqui eu também encontro não posso lançar Doom Eternal no Ubuntu 20.04. após a última atualização do jogo, ao iniciar o jogo, abre a bandeja do sistema de vinho, depois fecha abruptamente. mas lembro que pode ser iniciado antes da atualização mais recente.

@btegs , a versão

Eu preenchi meu script existente enquanto esperava o download dos arquivos. Ele lida com a parte DepotDownloader mas ainda não com o estágio de cópia, pois ainda não estou tão longe. Ele pode ser encontrado aqui: https://github.com/lpww/doomgrader

@ giacomo-porro Não acho que meu script estendido ajudaria porque você já tem DepotDownloader e ele lida com o download da mesma maneira. Parece que suas credenciais estão erradas. Você tem espaços em sua senha por acaso? Você pode testar quais valores estão sendo passados ​​ecoando as variáveis ​​depois de configuradas. Por exemplo

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

echo $STEAM_USERNAME
echo $STEAM_PASSWORD

Isso permitiria a você garantir que os valores corretos fossem passados ​​para o depotdownloader

Obrigado pela resposta, mas não, não há espaços na minha senha e as credenciais estão corretas, pois a saída do comando indica que ele conseguiu fazer o login antes de me dar o erro ... este é o resultado completo

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

Acho que estou apenas sem sorte neste ponto: D

Essa expiração de 01/01/1970 parece o bug do Unix Epoch .... o quê ?? que
a data de vencimento está obviamente relacionada ao problema, porque a minha diria
uma data e hora corretas reais, como "expira em 17/05/2020 algo
algo AM / PM "

@ giacomo-porro Suponho que você substituiu seu nome de usuário real por 'meunomedeusuario' nesses registros.

Em caso afirmativo, ainda acho que isso pode ser um problema com sua senha. Possui algum outro caractere especial? Coisas como ' , " , { , } , \ , | , $ , # , etc, podem estar causando problemas com o código. Você pode tentar envolver sua senha entre aspas simples, por exemplo, STEAM_PASSWORD='xxx' . Se isso não funcionar, você pode tentar alterar temporariamente sua senha para remover os caracteres especiais.

Outra ideia que tive é que não parece que o Steam Guard está ativado (não foi solicitado um segundo fator nos registros). Não tenho certeza, mas pode ser necessário para DepotDownloader. Definitivamente, é uma boa ideia habilitá-lo, especialmente porque você parece ter muitos jogos em sua biblioteca do Steam.

Outra possibilidade é que o problema seja o servidor ao qual você está se conectando. Se você tiver acesso a uma VPN, pode tentar se conectar a um país diferente. Isso aumentaria o tempo de download. Isso parece menos provável, se você não tiver acesso a uma VPN, não se preocupe com isso.

Atualização: acabei de ter outra ideia, você provavelmente deve tentar depurar esse problema chamando diretamente DepotDownloader primeiro, para simplificar as coisas e descartar quaisquer problemas do script. Por exemplo

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

O download demorou uma eternidade (6-7 horas), mas consegui colocar o jogo desatualizado para funcionar na noite passada! Atualizei meu script para copiar também os arquivos de jogos desatualizados para o diretório do Steam, então agora é uma solução completa para desatualização: https://github.com/lpww/doomgrader

@lpww Não acho que seja um problema de senha, porque digitei minha senha errada na primeira vez que tentei e dizia "senha incorreta", não uma falha com o token. Mas acho que é possível.

Ah ok. Não tenho certeza então :(

@ giacomo-porro Suponho que você substituiu seu nome de usuário real por 'meunomedeusuario' nesses registros.
Sim, exatamente

Em caso afirmativo, ainda acho que isso pode ser um problema com sua senha. Possui algum outro caractere especial? Coisas como ' , " , { , } , \ , | , $ , # , etc, podem estar causando problemas com o código. Você pode tentar envolver sua senha entre aspas simples, por exemplo, STEAM_PASSWORD='xxx' . Se isso não funcionar, você pode tentar alterar temporariamente sua senha para remover os caracteres especiais.

Eu tentei e o problema persistiu

Outra ideia que tive é que não parece que o Steam Guard está ativado (não foi solicitado um segundo fator nos registros). Não tenho certeza, mas pode ser necessário para DepotDownloader. Definitivamente, é uma boa ideia habilitá-lo, especialmente porque você parece ter muitos jogos em sua biblioteca do Steam.

Na verdade, eu o habilitei, ele pediu o código de verificação apenas na primeira vez, porém, o log que postei era para uma solicitação subsequente que tentei

Outra possibilidade é que o problema seja o servidor ao qual você está se conectando. Se você tiver acesso a uma VPN, pode tentar se conectar a um país diferente. Isso aumentaria o tempo de download. Isso parece menos provável, se você não tiver acesso a uma VPN, não se preocupe com isso.

Atualização: acabei de ter outra ideia, você provavelmente deve tentar depurar esse problema chamando diretamente DepotDownloader primeiro, para simplificar as coisas e descartar quaisquer problemas do script. Por exemplo

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

Já tentei também isso e continuo recebendo o mesmo erro, acho que terei que esperar então

Pré-requisitos

1. Instale o .NET Core. Mais detalhes aqui . Você precisa adicionar isso ao seu caminho após a instalação. Eu adicionei PATH=$PATH:~/.dotnet/tools ao final do meu ~/.profile
2. Siga as instruções para baixar e extrair DepotDownloader do documento do Google

Baixe os arquivos desatualizados

Envolvi as instruções de download em um script. Você precisará torná-lo executável e executá-lo a partir da pasta em que o DepotDownloader extraiu

#!/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 os arquivos desatualizados para o Steam

... em breve quando eu chegar tão longe

Eu tentei os comandos e tudo que recebo é uma falha no token de autenticação

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

Arquivo: depotdownloader_2.3.4.zip
substituir depotdownloader? [s] es, [n] o, [A] ll, [N] um, [r] ename: A
extraindo: depotdownloader
extração: depotdownloader.bat
inflando: DepotDownloader.deps.json
inflando: DepotDownloader.dll
inflando: DepotDownloader.dll.config
inflando: DepotDownloader.pdb
inflando: DepotDownloader.runtimeconfig.json
inflando: LICENSE
inflando: protobuf-net.dll
inflando: README.md
inflando: SteamKit2.dll
inflando: SteamKit2.pdb
inflando: System.Reflection.DispatchProxy.dll
inflando: System.Security.Principal.Windows.dll
inflando: System.ServiceModel.dll
inflando: System.ServiceModel.Primitives.dll
Nenhuma versão utilizável do libssl foi encontrada
./depotdownloader: riga 1: 6171 Annullato dotnet DepotDownloader.dll "$ @"

Eu tenho esse problema ... na minha caixa gentoo só há openssl ... :(
Estou com medo ... porque atualizei o jogo :(

Eu suspeito que o Steam simplesmente não permite o download de arquivos mais antigos. Se pensarmos bem, é compreensível. O editor não quer que versões "fraudulentas" do jogo estejam disponíveis.

A menos que eles mudem algo durante a noite, eles permitem. Várias pessoas neste tópico baixaram os arquivos de jogos antigos do Steam e estão executando o jogo no Linux. Eu os baixei ontem e estou jogando hoje

Olá a todos, observe que o uso de um downloader de depósito de terceiros, versões mais antigas do jogo e a solução de problemas envolvidos no uso dessa ferramenta estão fora do assunto aqui, no entanto, dado o estado atual do jogo, não vou intervir direito agora.

Esteja ciente de que a solução de problemas provavelmente deve ser feita em algum outro meio e toda a digressão atual será ocultada como fora do tópico se / quando a situação melhorar.

Espero que o próton ignore esse problema de próton o mais rápido possível ...

Da entrevista do techraptor.net:
MG: Estamos rastreando o problema do Proton imediatamente após o lançamento e estamos comprometidos em entregar uma correção em breve. Este não é um pedido vindo de um editor ou algo parecido - nós realmente respeitamos essa comunidade de entusiastas e lamentamos apresentar essa incompatibilidade no dia 1.

@mgreshis existe algum link para uma atualização de progresso ou algo parecido? Como saberemos se ele está pronto para ser testado? Se você precisar de beta-testers, tenho certeza que muitas pessoas estarão ansiosas para tentar

Da entrevista do techraptor.net:
MG: Estamos rastreando o problema do Proton imediatamente após o lançamento e estamos comprometidos em entregar uma correção em breve. Este não é um pedido vindo de um editor ou algo parecido - nós realmente respeitamos essa comunidade de entusiastas e lamentamos apresentar essa incompatibilidade no dia 1.

@mgreshis existe algum link para uma atualização de progresso ou algo parecido? Como saberemos se ele está pronto para ser testado? Se você precisar de beta-testers, tenho certeza que muitas pessoas estarão ansiosas para tentar

Além disso - há alguma coisa sobre uma correção que venha do lado de denuvo? Ou você está esperando um trabalho pesado do wine / próton para simplesmente implementar os recursos ausentes de que você precisa?

Pode me chamar de cético, mas é raro uma empresa modificar seu produto para um caso de uso sem suporte

Da entrevista do techraptor.net:
MG: Estamos rastreando o problema do Proton imediatamente após o lançamento e estamos comprometidos em entregar uma correção em breve. Este não é um pedido vindo de um editor ou algo parecido - nós realmente respeitamos essa comunidade de entusiastas e lamentamos apresentar essa incompatibilidade no dia 1.

@mgreshis existe algum link para uma atualização de progresso ou algo parecido? Como saberemos se ele está pronto para ser testado? Se você precisar de beta-testers, tenho certeza que muitas pessoas estarão ansiosas para tentar

@mgreshis eu também, se precisar de alguns betatesters

Da entrevista do techraptor.net:
MG: Estamos rastreando o problema do Proton imediatamente após o lançamento e estamos comprometidos em entregar uma correção em breve. Este não é um pedido vindo de um editor ou algo parecido - nós realmente respeitamos essa comunidade de entusiastas e lamentamos apresentar essa incompatibilidade no dia 1.

@mgreshis existe algum link para uma atualização de progresso ou algo parecido? Como saberemos se ele está pronto para ser testado? Se você precisar de beta-testers, tenho certeza que muitas pessoas estarão ansiosas para tentar

@mgreshis eu também, se precisar de alguns betatesters

Da entrevista do techraptor.net:
MG: Estamos rastreando o problema do Proton imediatamente após o lançamento e estamos comprometidos em entregar uma correção em breve. Este não é um pedido vindo de um editor ou algo parecido - nós realmente respeitamos essa comunidade de entusiastas e lamentamos apresentar essa incompatibilidade no dia 1.

@mgreshis existe algum link para uma atualização de progresso ou algo parecido? Como saberemos se ele está pronto para ser testado? Se você precisar de beta-testers, tenho certeza que muitas pessoas estarão ansiosas para tentar

@mgreshis eu também, se precisar de alguns betatesters

Pessoal, parem de marcar @mgreshis e fazer perguntas. Esse artigo usou iniciais em vez de nomes reais por um motivo, e não há nem mesmo qualquer confirmação de que eles são a mesma pessoa, de qualquer forma, isso é um problema totalmente novo e imprevisto, e fazendo perguntas aos funcionários do "Denuvo" sobre o beta testar correções deles objetivamente não é o objetivo deste tópico. @kisak-valve já disse isso até mesmo para comentários sobre REALMENTE fazer o jogo rodar, mas ainda fora do escopo desta página, muito menos implorar para alguém que PODERIA trabalhar para Denuvo fazer um beta-teste de algo que não existe. Sério, não tem lugar aqui, e várias pessoas já fizeram isso. Não há razão para postar "+1 para mim também!" Repetidamente, se precisarem de nós, certamente pedirão, então pare.

Pessoal, parem de marcar @mgreshis e fazer perguntas. Esse artigo usou iniciais em vez de nomes verdadeiros por um motivo, e não há nem mesmo qualquer confirmação de que eles são a mesma pessoa ...

@ gardotd426 desculpe, mas discordo - a entrevista realmente mencionou o nome diretamente - "_Antes de publicar este artigo, enviamos um e-mail para Bethesda e Iredeto pedindo comentários. Michail Greshishchev, Product Owner da Denuvo Anti-Cheat, respondeu. Aqui está o resposta em full_ ".

A citação foi postada de uma conta do github com nomes de família e nomes idênticos e com a mesma foto do perfil do

Em qualquer caso, eles mencionaram que monitoram o problema, o que significa que podem estar lendo exatamente esta edição. Este é o problema em que a compatibilidade do Doom Eternal com o Proton está sendo discutida, então eu acho que não há problema em pedir uma atualização de progresso ou oferecer ajuda com o teste beta.

Além disso, pare de se auto-moderar o problema, você não é um funcionário da Valve ou um colaborador deste repositório, não acho que você tenha qualquer base para dizer aos outros o que fazer.

@ mtb-xt Os funcionários da Valve pediram inúmeras vezes para você manter essas discussões fora deste tópico. Mas acho que se todos vocês se recusarem a ouvi-los, vocês também não vão me ouvir.

Os funcionários da Valve pediram inúmeras vezes para você manter essas discussões fora deste tópico.

Eu só os vi mencionando que o downgrade será considerado fora do tópico. Mas o anti-cheat é responsável por quebrar a versão atual do jogo. Então eu mesmo consideraria todas as informações sobre o anti-cheat para obter compatibilidade com o Linux relevantes. Talvez eu tenha perdido alguma coisa?

Os funcionários da Valve pediram inúmeras vezes para você manter essas discussões fora deste tópico.

Eu só os vi mencionando _desdobramento_ será considerado fora do tópico. Mas o anti-cheat é responsável por quebrar a versão atual do jogo. Então eu mesmo consideraria todas as informações sobre o anti-cheat para obter compatibilidade com o Linux relevantes. Talvez eu tenha perdido alguma coisa?

Eu acho que eles irão adicionar uma opção como -no-dac que desativa DAC, multiplayer e invasões juntos. A compatibilidade do anti-cheat no nível do kernel no Linux parece uma piada. O Steam no Linux é executado no espaço do usuário sem privilégios de root, então seria uma grande falha de segurança instalar um driver proprietário no nível do kernel para a telemetria do usuário.

Alguém mais notou alguns artefatos gráficos estranhos no jogo? Com o Heavy Cannon + Micro Missiles, eu obtenho uma tonelada absoluta de barras verdes aparecendo em minha tela (ao ponto onde é impossível jogar). Definitivamente NÃO é minha GPU, pois é apenas com essa arma específica, e isso não acontece no Windows.

Eu tive um problema semelhante, mas não idêntico. No entanto, isso ocorreu em outras coisas, não apenas em mísseis canônicos / micro pesados. E era absolutamente um problema de driver gráfico: mudar minha implementação Vulkan corrigiu isso.

@jjbarr Por curiosidade, você está falando sobre o implem / loader Vulkan da AMD? Não fui muito claro sobre isso, mas estou usando o driver proprietário da NVIDIA no Void (440,82)

O carregador é o mesmo em todas as implementações, mas estou usando AMD, sim.

Você pode estar tendo um problema diferente, mas se for um problema de driver, não é ótimo.

Arquivo: depotdownloader_2.3.4.zip
substituir depotdownloader? [s] es, [n] o, [A] ll, [N] um, [r] ename: A
extraindo: depotdownloader
extração: depotdownloader.bat
inflando: DepotDownloader.deps.json
inflando: DepotDownloader.dll
inflando: DepotDownloader.dll.config
inflando: DepotDownloader.pdb
inflando: DepotDownloader.runtimeconfig.json
inflando: LICENSE
inflando: protobuf-net.dll
inflando: README.md
inflando: SteamKit2.dll
inflando: SteamKit2.pdb
inflando: System.Reflection.DispatchProxy.dll
inflando: System.Security.Principal.Windows.dll
inflando: System.ServiceModel.dll
inflando: System.ServiceModel.Primitives.dll
Nenhuma versão utilizável do libssl foi encontrada
./depotdownloader: riga 1: 6171 Annullato dotnet DepotDownloader.dll "$ @"

Eu tenho esse problema ... na minha caixa gentoo só há openssl ... :(
Estou com medo ... porque atualizei o jogo :(

@ dylanmc1975 doomgrader mudou de dotnet para mono: https://github.com/lpww/doomgrader/pull/2 Parece que mono não requer libssl. Você pode tentar o script novamente.

@ hatf0 Eu tinha artefatos em cores estranhas para sangue e outras partículas. O problema foi embora para mim depois de redefinir as configurações de gráficos do jogo. Suponho que os artefatos que vi foram causados ​​por uma certa combinação de configurações personalizadas.

A compatibilidade do anti-cheat no nível do kernel no Linux parece uma piada. O Steam no Linux é executado no espaço do usuário sem privilégios de root, então seria uma grande falha de segurança instalar um driver proprietário no nível do kernel para a telemetria do usuário.

Eu não sabia sobre isso até recentemente, mas parece que já existe alguma compatibilidade com os drivers do kernel no Wine (acho que é emulado e não tem o mesmo acesso que o kernel real do Linux, mas não tenho certeza) e alguns pode ser trabalhado no futuro quando / se algum recurso for adicionado ao kernel do Linux. Ou pelo menos isso me parece de https://bugs.winehq.org/show_bug.cgi?id=37355. Mas eu não sei quase nada sobre Wine, win32 ou kernel do Linux, então posso ter entendido mal. (Observação: esse relatório de bug não é especificamente sobre DAC, apenas sobre drivers de kernel para outros anti-cheats no Wine.)

Em 15/05/20 12:31, Joshua Barrett escreveu:
>

Por mais satisfatório que isso possa ser, eu não acho que realmente / mudará /
qualquer coisa. Algumas pessoas chorando de indignação em um grupo demográfico da periferia
que Bethesda e id, francamente, provavelmente não se importam / não são
vai reverter uma decisão que provavelmente foi tomada há muito tempo.

E, você sabe. Um derramamento de bile não é exatamente cativante ...

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-628919829 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AEMFAGPQXMRWMBBKYTPS45DRRRWM5ANCNFSM4MI6DHIA .

Eu gostaria de ampliar esta citação: "Um derramamento de bile não é exatamente
cativante ... "

Especialmente para aqueles que não estavam há mais de 20 anos atrás, bem perto do lançamento
do Doom II original, John Carmack da Id Software era o rosto do
"Sempre libere binários do Linux", política da Id Software naquela época. Deles
política era que você comprou o jogo no varejo e depois baixou o
wrapper oficial da interface do usuário do Linux diretamente de seu site.

Nós amamos isto. Mas um punhado de trolls e encrenqueiros decidiu que
fazendo-nos baixar binários para um 'grande jogo para o seu dia' via 56k
modems era um insulto que eles não podiam tolerar. Então eles próprios trabalharam
em um frenesi hipócrita em um fórum como este (que li em
desânimo em tempo real desde que eu era um membro), e então eles postaram links
para o suporte da Carmack e da Id pedindo a todos que "enviem uma bomba por e-mail" para
expressar sua indignação, o que eles fizeram.

O resultado foi alguns dias depois, Carmack deu uma entrevista a qualquer um dos PCs
Revista ou uma das revistas de tecnologia da época onde ele disse para
parafraseando, 'Eu pensei que estava fazendo uma coisa boa no suporte ao Linux. Agora meu
A caixa de entrada está cheia de chamas de bebês chorões. Nunca mais. Não vale a pena
luto. '

Todos esses anos depois, Proton é o melhor que faremos com Doom porque
desse incidente. Flaming Bethesda provavelmente não receberá nada mais do que um
"Eu disse a você" em algum lugar em sua sede. Então por favor, se você
entre em contato com eles, seja educado.

Em 15/05/20 12:31, Joshua Barrett escreveu: Por mais satisfatório que isso possa ser, eu não acho que realmente / mudará / nada. Algumas pessoas chorando de indignação em um grupo demográfico da periferia que a Bethesda e a id, francamente, provavelmente não / se importam / com a qual não vão reverter uma decisão que provavelmente foi tomada um tempo atrás. E, você sabe. Um derramamento de bile não é exatamente cativante ... - Você está recebendo isto porque foi mencionado. Responda a este e-mail diretamente, visualize-o no GitHub < # 3773 (comentário) > ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/AEMFAGPQXMRWMBBKYTPS45DRRRWM5ANCNFSM4MI6DHIA .
Eu gostaria de ampliar esta citação, "Um derramamento de bile não é exatamente cativante ..." Especialmente para aqueles que não eram cerca de 20 anos atrás, logo após o lançamento do Doom II original, John Carmack da Id Software era o rosto da política de "sempre lançar binários do Linux" da Id Software naquela época. A política deles era que você comprasse o jogo no varejo e baixasse o wrapper oficial da interface do usuário do Linux diretamente do site. Nós amamos isto. Mas um punhado de trolls e criadores de problemas decidiu que nos fazer baixar binários para um 'grande jogo para o dia' via modems de 56k era um insulto que eles não podiam tolerar. Então, eles entraram em um frenesi hipócrita em um fórum como este (que li em consternação em tempo real, já que era um membro) e, em seguida, postaram links para Carmack e Suporte de Id pedindo a todos para "bombar "para expressar sua indignação, o que eles fizeram. O resultado foi alguns dias depois, Carmack deu uma entrevista para a PC Magazine ou uma das revistas de tecnologia da época, onde ele disse, para parafrasear, 'Eu pensei que estava fazendo um bom trabalho no suporte ao Linux. Agora minha caixa de entrada está cheia de chamas de bebês chorões. Nunca mais. Não vale a pena a dor. ' Todos esses anos depois, Proton é o melhor que faremos com Doom por causa daquele incidente. Flaming Bethesda provavelmente não receberá nada mais do que um "Eu avisei" em algum lugar de sua sede. Então, por favor, se você entrar em contato com eles, seja educado.

Infelizmente, esta comunidade parece absolutamente determinada quanto ao tipo de comportamento que você descreve como a primeira resposta padrão sempre que algo assim acontece. Aconteceu com a Rocket League, está acontecendo agora. E não importa o que alguém tente dizer a eles, é tudo "nós não podemos permitir que eles saiam impunes dessa coisa, eu digo que devemos entrar com uma ação coletiva!" ou outras coisas igualmente ridículas, e então o que acontece? Nada, "eles" (editor / quem quer que seja), FAZEM o que quer que façam, só que agora há mais algumas centenas de pessoas na indústria que DESPREZAM absolutamente a comunidade Linux e se recusarão a sair de seu caminho para ajudar nós nunca mais.

Não temos absolutamente nenhuma participação de mercado para agir dessa forma. Isso vai garantir que esse tipo de coisa continue mais do que ajudar em alguma coisa.

Infelizmente, esta comunidade parece absolutamente determinada quanto ao tipo de comportamento que você descreve como a primeira resposta padrão sempre que algo assim acontece. Aconteceu com a Rocket League, está acontecendo agora. E não importa o que alguém tente dizer a eles, é tudo "nós não podemos permitir que eles saiam impunes dessa coisa, eu digo que devemos entrar com uma ação coletiva!" ou outras coisas igualmente ridículas, e então o que acontece? Nada, "eles" (editor / quem quer que seja), FAZEM o que quer que façam, só que agora há mais algumas centenas de pessoas na indústria que DESPREZAM absolutamente a comunidade Linux e se recusarão a sair de seu caminho para ajudar nós nunca mais.

Não temos absolutamente nenhuma participação de mercado para agir dessa forma. Isso vai garantir que esse tipo de coisa continue mais do que ajudar em alguma coisa.

De fato. Na verdade, li um artigo de perguntas e respostas em um site de jogos alguns meses atrás com o CEO da Epic Games sobre as perspectivas de trazer o Fortnite para o Linux. Ele nunca fez referência à participação de mercado, pelo que me lembro, mas falou em termos vagos sobre os desafios inerentes a esse espaço do usuário. O que ele quis dizer, eu me pergunto? Então ele disse basicamente: 'Estamos considerando, mas no momento não temos planos ... etc., etc.'

A comunidade Linux deve basicamente elogiar qualquer grande empresa disposta a correr o risco, especialmente para aquelas que o fazem bem. E pelo amor de Deus, NUNCA expresse uma raiva desrespeitosa de um desenvolvedor ou especialmente de seu chefe! Como você pode ver, isso pode afetar a comunidade por décadas.

Sim, mas os desenvolvedores não te devem nada, e iniciando um relatório de bug com "como você se atreve a quebrar este jogo no Linux" em vez de "Sou um usuário linux, entendo que a configuração do meu sistema não é compatível, mas se você pudesse fornecer qualquer ajuda, eu ficaria grato "não vai te levar longe.

Estamos fora do assunto. Desculpe Kisak.

É OT, com certeza. Mas acho que precisa ser dito de vez em quando que ter um teclado na sua frente não lhe dá o direito de ser abusivo com os criadores. Se apenas algumas pessoas que lêem isto considerassem pela primeira vez o impacto negativo que poderiam ter, eu pensaria que todo desenvolvedor apoiaria que fosse dito uma vez em uma lua azul. A maioria desses caras nunca ouviu falar de John Carmack.

Espero que isso seja relevante. O produtor executivo Marty Stratton disse que o requisito anti-cheat será removido em uma próxima atualização:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

Espero que isso signifique que a atualização significa que há uma chance de funcionar com o próton novamente sem muitas soluções alternativas.

Espero que isso seja relevante. O produtor executivo Marty Stratton disse que o requisito anti-cheat será removido em uma próxima atualização:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

Espero que isso signifique que a atualização significa que há uma chance de funcionar com o próton novamente sem muitas soluções alternativas.

O Denuvo Anti-Cheat terá suporte ao Proton pronto para uso para versões além do DOOM: Eternal. Sinta-se à vontade para @ me diretamente com feedback assim que tiver a chance de experimentá-lo. Fico feliz que o acesso seja restaurado para vocês.

Notícias incríveis em geral. Mal posso esperar para voltar a jogar (e terminar) o jogo.

@mgreshis

O Denuvo Anti-Cheat terá suporte ao Proton pronto para uso para versões além do DOOM: Eternal. Sinta-se à vontade para @ me diretamente com feedback assim que tiver a chance de experimentá-lo.

Você pode criar um link para os patches upstream relevantes para _wine_ que se relacionam com isso, por favor?

@mgreshis isso significa que o anti-cheat será desabilitado automaticamente ou você implementou a compatibilidade para o Wine?

parece promissor, talvez até mesmo modo de batalha e invasão possam funcionar. Dedos cruzados e espingarda
armado)

@mgreshis , espero que seja verdade. Não sei se você quer dizer que também haverá um AC Ring 0 para uso do Proton, ou se apenas abrirá uma exceção para o Proton, mas de qualquer forma, se isso for verdade, é monumental. Este seria o primeiro anti-cheat do lado do cliente real a funcionar no Linux através do Proton, e esse é o maior obstáculo que resta para os jogos Linux. Isso é enorme, se for verdade.

Espero que isso seja relevante. O produtor executivo Marty Stratton disse que o requisito anti-cheat será removido em uma próxima atualização:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/
Espero que isso signifique que a atualização significa que há uma chance de funcionar com o próton novamente sem muitas soluções alternativas.

O Denuvo Anti-Cheat terá suporte ao Proton pronto para uso para versões além do DOOM: Eternal. Sinta-se à vontade para @ me diretamente com feedback assim que tiver a chance de experimentá-lo. Fico feliz que o acesso seja restaurado para vocês.

@mgreshis São notícias fantásticas e eu adoraria saber mais sobre o que isso significa ou como funcionaria com o Proton. De qualquer forma, isso é incrível, tenho certeza de que muitos jogadores de Linux irão apreciar e tomar nota, e estarão esperando que os futuros jogos apenas para Windows protegidos por anticheat sejam protegidos pelo Denuvo Anti-Cheat.

Se você não se importasse, poderia Denuvo fazer um anúncio e nos informar quando o próximo jogo Denuvo Anti-Cheat protegido for lançado, incluindo este Proton OOTB de suporte? Adoraria saber quando acontecer, gostaria de experimentar e testar pessoalmente.

@mgreshis obrigado por pensar em nós.

Se eu pudesse fornecer algum feedback - e isso também se aplica a usuários do Windows - por favor, não forneça soluções anti-cheat que rodam no nível _kernel 0_.
Esse motivo exato é o que acionou toda a comunidade (Linux + Windows) e não tenho certeza se adicionar suporte para o primeiro (Linux) mitigaria qualquer um dos comentários recebidos até agora.

Obrigado novamente por nos apoiar.

@mgreshis definitivamente gostaria de ver isso esclarecido se você quer dizer que o DAT funcionará com Proton + Online ou se você quiser que ele seja detectado automaticamente para ser desativado para jogar offline

@LiamDawe , parece que ele está falando mal (ou enganando) ou incluirá o suporte real do Proton. Porque Denuvo Anti Cheat não será apenas para jogos que incluem uma campanha para um jogador. A maioria dos jogos com esses tipos de anti-cheat são multiplayer apenas (Fortnite, Apex, Warzone, Valorant, Siege, etc.) Portanto, para o AC dar suporte a Proton, isso significaria realmente apoiar Proton. Então, ou ele falou mal, está nos enganando, ou ele realmente quis dizer o que disse, o que por definição significaria que isso realmente nos apoiará. Qualquer um dos quais pode ser verdade, espero que seja o último.

EDIT: Typo.

@mgreshis Este seria o primeiro anti-cheat do lado do cliente real a funcionar no Linux através do Proton

Não é verdade, você pode executar VAC e Warden Anticheat por meio de prótons sem problemas, o problema é que este AC tem um driver de kernel, o wine é escrito para lidar com aplicativos de modo de usuário, não drivers, portanto, se for um modo de usuário anticheat, o suporte está ao alcance de os desenvolvedores de vinho.

Espero que isso seja relevante. O produtor executivo Marty Stratton disse que o requisito anti-cheat será removido em uma próxima atualização:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/
Espero que isso signifique que a atualização significa que há uma chance de funcionar com o próton novamente sem muitas soluções alternativas.

O Denuvo Anti-Cheat terá suporte ao Proton pronto para uso para versões além do DOOM: Eternal. Sinta-se à vontade para @ me diretamente com feedback assim que tiver a chance de experimentá-lo. Fico feliz que o acesso seja restaurado para vocês.

Como você sabe exatamente?

@BloodyIron, o cara é literalmente um funcionário da Denuvo, o mesmo que deu a entrevista postada anteriormente no tópico quando tudo isso aconteceu pela primeira vez, e disse que estavam trabalhando no suporte do Proton para DE e que viria eventualmente (antes que o iD decidisse para remover o DAC completamente).

@BloodyIron, o cara é literalmente um funcionário da Denuvo, o mesmo que deu a entrevista postada anteriormente no tópico quando tudo isso aconteceu pela primeira vez, e disse que estavam trabalhando no suporte do Proton para DE e que viria eventualmente (antes que o iD decidisse para remover o DAC completamente).

Ahh, bem, eu só queria ter certeza de que era uma fonte confiável, só isso. Obrigado por esclarecer! :)

@BloodyIron, o cara é literalmente um funcionário da Denuvo, o mesmo que deu a entrevista postada anteriormente no tópico quando tudo isso aconteceu pela primeira vez, e disse que estavam trabalhando no suporte do Proton para DE e que viria eventualmente (antes que o iD decidisse para remover o DAC completamente).

Não fique muito animado, a equipe de desenvolvimento do EAC originalmente disse que estava trabalhando na compatibilidade do vinho e deixou o rádio em silêncio sobre isso por um ano e meio.

@BloodyIron aqui está o artigo https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game

Claro que agora tudo está desatualizado, mas apenas para fornecer o contexto.

@databoose EAC respondendo a solicitações dizendo "estamos trabalhando nisso" é uma situação completamente diferente de um funcionário da Denuvo literalmente se oferecendo para vir aqui e dizer que TODAS as versões futuras do DAC suportarão Proton OOTB no primeiro dia. Esses não são nem remotamente comparáveis.

@databoose EAC respondendo a solicitações dizendo "estamos trabalhando nisso" é uma situação completamente diferente de um funcionário da Denuvo literalmente se oferecendo para vir aqui e dizer que TODAS as versões futuras do DAC suportarão Proton OOTB no primeiro dia. Esses não são nem remotamente comparáveis.

Tenho certeza de que "estamos trabalhando nisso" implica que a compatibilidade com vinhos está planejada, pare de ser falsos por causa do argumento, não faz você parecer confiável.

@databoose do que você está falando.

O Denuvo Anti-Cheat terá suporte ao Proton pronto para uso para versões além do DOOM: Eternal. Sinta-se à vontade para @ me diretamente com feedback assim que tiver a chance de experimentá-lo. Fico feliz que o acesso seja restaurado para vocês.

Onde está aquele "estamos trabalhando nisso"? Isso é garantia de suporte OOTB no primeiro dia, não "estamos trabalhando nisso".

Estou literalmente citando sua declaração mais recente, que não é falsa, você deve ler todos os fatos do assunto antes de acusar os outros de serem falsos quando você é o único operando com informações desatualizadas e modificadas.

@databoose do que você está falando.

O Denuvo Anti-Cheat terá suporte ao Proton pronto para uso para versões além do DOOM: Eternal. Sinta-se à vontade para @ me diretamente com feedback assim que tiver a chance de experimentá-lo. Fico feliz que o acesso seja restaurado para vocês.

Onde está aquele "estamos trabalhando nisso"? Isso é garantia de suporte OOTB no primeiro dia, não "estamos trabalhando nisso".

Palavras de um funcionário! = As prioridades de toda a empresa, pode ser planejado e trabalhado agora, mas pode ser jogado pela janela amanhã, não seja ingênuo e pense que só porque um funcionário disse que vai acontecer, vai acontecer.

@databoose não estou, obviamente não é 100 por cento certo, porque nada é, especialmente nesta indústria. Mas não foi isso que você disse. Você estava saindo da entrevista original, nem mesmo ciente da nova declaração, e agora está tentando distorcê-la para também se encaixar na nova declaração. Eu literalmente o citei, e você é quem está sendo insincero agora.

Além disso, ele é o proprietário do projeto, ele não é apenas um aleatório. Ainda não é uma certeza 100 por cento, mas também mais do que apenas um rando dizendo isso pra cacete.

Você alegou que isso era o mesmo que um funcionário da EAC respondendo a solicitações dizendo que estava "trabalhando" na compatibilidade do vinho sem uma única declaração definitiva real (nenhum "VAI acontecer", nenhum "TODOS os lançamentos futuros," nenhum "primeiro dia", nada disso. Apenas "estamos trabalhando nisso). Isso não é nem remotamente a mesma coisa que o que estamos obtendo aqui, e só porque" nada é certo "não significa que essas duas situações sejam semelhantes ou que você pode usar um para julgar o outro. No momento, temos a garantia de que todas as versões futuras do DAC oferecerão suporte ao Proton no primeiro dia. Até a primeira versão do DAC chegar e isso não acontecer, ou até obtermos uma nova declaração que limita o original (ou o inverte completamente), essa é a situação atual. E eu honestamente acho difícil acreditar que o proprietário do projeto para DAC se voluntariar para vir aqui e fazer uma declaração tão inequívoca apenas para o inferno sem qualquer planos concretos, as empresas de software proprietário geralmente não fazer essas coisas, normalmente são exatamente o oposto.

Além disso, há um precedente com a empresa Denuvo, em que seu DRM funciona perfeitamente bem com o Proton agora. Há um bug ou dois, como detectar configurações ajustadas como novas tentativas de inicialização de máquinas diferentes e, potencialmente, interromper o período de espera de 24 horas, mas funciona.

Olá @ gardotd426 , @databoose , independentemente da intenção, você está discutindo principalmente por uma questão de argumento.

O que é necessário agora é tempo e resultados. Tente evitar preencher este relatório de compatibilidade com o que é efetivamente ruído e brigas.

Coisa certa. Este tópico foi para o inferno na semana passada (eu até disse o que
você está dizendo agora, apenas para obter respostas de efetivamente "cale a boca"),
então eu descobri o que o feno. Mas você está certo.

>

Você alegou que era o mesmo que um funcionário da EAC respondendo a solicitações dizendo que estava "trabalhando" na compatibilidade do vinho sem uma única declaração definitiva real

Várias pessoas enviaram um e-mail ao EAC para receber a resposta de que um trabalho estava sendo feito e pode ser facilmente pesquisado online, em nenhum momento disseram que era uma possibilidade ou que não iria acontecer, eles simplesmente mudaram de ideia e foram rádio silencioso.

Se você considerar que um funcionário do EAC dizendo que está sendo trabalhado não é confiável, é meio estranho para você também dizer que acha que um funcionário do DAC dizendo que está sendo trabalhado é confiável.

Além disso, há um precedente com a empresa Denuvo, em que seu DRM funciona perfeitamente bem com o Proton agora.

Neste ponto, está ficando bastante óbvio que você não tem ideia do que está falando, o DRM denuvo é um projeto totalmente separado do DAC.

Se você quer ser ingênuo e ser elogiado por algo que só foi dito por um único funcionário, vá em frente, mas pare de agir assim é qualquer coisa mais do que um funcionário da EAC dizendo que forneceria compatibilidade com vinho também (embora vários EAC funcionários disseram que isso iria acontecer).

Uma vez que esta é uma página de problema, vou parar por aqui, mas estou cansado de pessoas regurgitando "a compatibilidade com vinho e aC está sendo trabalhada !!!" quando foi abandonado há muito tempo.

Olá @ gardotd426 , @databoose , independentemente da intenção, você está discutindo principalmente por uma questão de argumento.

O que é necessário agora é tempo e resultados. Tente evitar preencher este relatório de compatibilidade com o que é efetivamente ruído e brigas.

proton_patches.zip

O patchset de trabalho em andamento em anexo (no topo do Proton 5.0.7) me permitiu iniciar o jogo. Não testei além da tela inicial ainda. Espero que o jogo funcione, embora isso seja improvável para vários jogadores.

Além disso, é provável que ele seja interrompido em qualquer atualização do DAC.

Este patch Proton permite instalar e executar o driver DAC ou é mais uma solução alternativa para deixar o modo de usuário feliz o suficiente para inicializar no modo singleplayer?

@gofman , não haverá mais nenhuma atualização do DAC, o DAC está sendo removido do jogo, então este patch não será necessário na próxima atualização. Aparentemente, deve chegar dentro de uma semana e o jogo funcionará no Linux como antes.

Este patch Proton permite instalar e executar o driver DAC ou é mais uma solução alternativa para deixar o modo de usuário feliz o suficiente para inicializar no modo singleplayer?

Este é o primeiro e está confirmado a funcionar por enquanto para um jogador. Mas permite que o driver simplesmente inicie e prossiga com a sequência de handshake inicial. O suporte para algumas instalações que provavelmente são necessárias para trabalhar na fase anticaquecimento "ativo" é apenas esboçado. Ainda não consegui testar o multiplayer no DAC devido a um problema preexistente não relacionado com o multiplayer (que ainda dispara), mas não me parece provável que funcione agora.

Houve algumas modificações no patchset, então, se alguém estiver interessado em construir e tentar isso, posso fornecer um atualizado.

O Proton tem a estrutura para rodar drivers de modelo de kernel, e alguns drivers anti-cheat funcionam sob ela. O patchset adiciona alguns bits e peças ausentes, stubs para algumas funções da API do kernel que são muito difíceis de implementar e outras soluções alternativas também. No entanto, os drivers no Proton são executados no modo de usuário no Linux e certas coisas que os drivers do kernel fazem são apenas emulados. Existem (e sempre haverá) maneiras de o driver (ou também o programa de espaço do usuário normal) detectar que está sendo executado no Proton e não no Windows original. Então, no final das contas, a possibilidade de suporte para a solução anti-cheat fornecida no Proton depende se o anti-cheat está disposto (ou pode tolerar) rodar desta forma, ou ao invés nega isso.

@gofman Isso parece ótimo. Você pode fornecer o patchset atualizado? Ou talvez você tenha um fork do GitHub atualizado com suas atualizações?
(Se possível, você pode fornecer algumas instruções breves de como eu o instalaria? Nunca fiz isso. Gostaria apenas de clone o Proton 5.0.7, aplicaria seus patches, então make install e isso é tudo , então deve funcionar?)

(Se possível, você pode fornecer algumas instruções breves de como eu o instalaria? Nunca fiz isso. Gostaria apenas de clone o Proton 5.0.7, aplicaria seus patches, então make install e isso é tudo , então deve funcionar?)

A construção do Proton make leva algum tempo se você estiver fazendo isso pela primeira vez. Acho que a maneira mais fácil é seguir as instruções aqui:
https://github.com/ValveSoftware/Proton

Basicamente, você precisa clonar as fontes, mudar para o branch correto (proton_5.0-next), aplicar meus patches no submódulo 'wine' (você precisará certificar-se de que tudo foi aplicado de forma limpa) e seguir as instruções na seção 'Construindo' da página do github do Proton. Se sua VM de construção (consulte 'Configurar o ambiente de construção') for configurada corretamente, construir e instalar o Proton em sua instalação local do Steam é tão fácil quanto 'fazer instalação' na raiz da árvore de origem do Proton.

proton_patches.zip

@albertz , eu não faria dessa forma. É muito, muito complicado se você nunca fez isso antes. Existe uma maneira muito mais fácil, e é usando a compilação tkg do @ tk-glitch.

Basta clonar seu repo, https://github.com/frogging-family/wine-tkg-git (ele contém os diretórios wine e próton) e cd em wine-tkg-git/proton-tkg/ . Depois, você só vai querer editar as opções de configuração de acordo com sua preferência (coisas como habilitar certas correções, as construções de prótons do tkg incluem uma tonelada de patches e soluções alternativas, ele foi o primeiro a obter um próton personalizado para colocar Doom Eternal em funcionamento Em primeiro lugar, suas construções são muito semelhantes às de Glorious Eggroll, e é nisso que Lutris baseia seu vinho). Depois de editar isso, você só precisa copiar o patch para o diretório proton-tkg e atribuir a extensão .mypatch e, em seguida, executar ./proton-tkg.sh . Você será solicitado durante a construção perguntando se deseja aplicar o patch, pressione y e é isso. Seu script instala automaticamente o proton build no diretório compatibilitytools.d/ e tudo mais. É muito, muito mais fácil do que construir prótons da maneira tradicional.

Dito isso, construir prótons exige muitas dependências das quais você pode não estar ciente, independentemente do método escolhido. Portanto, certifique-se de ter tudo o que você precisa.

Dito isso, eu nem me incomodaria. É muito mais fácil apenas fazer o downpatch do jogo como a maioria das pessoas aqui (incluindo eu), especialmente quando o DAC está sendo removido em questão de dias.

@albertz , eu não faria dessa forma. É muito, muito complicado se você nunca fez isso antes. Existe uma maneira muito mais fácil, e é usando a compilação tkg do @Tk-Glitch.

Basta clonar seu repo, https://github.com/frogging-family/wine-tkg-git (ele contém os diretórios wine e próton) e cd em wine-tkg-git/proton-tkg/ . Depois, você só vai querer editar as opções de configuração de acordo com sua preferência (coisas como habilitar certas correções, as construções de prótons do tkg incluem uma tonelada de patches e soluções alternativas, ele foi o primeiro a obter um próton personalizado para colocar Doom Eternal em funcionamento Em primeiro lugar, suas construções são muito semelhantes às de Glorious Eggroll, e é nisso que Lutris baseia seu vinho). Depois de editar isso, você só precisa copiar o patch para o diretório proton-tkg e atribuir a extensão .mypatch e, em seguida, executar ./proton-tkg.sh . Você será solicitado durante a construção perguntando se deseja aplicar o patch, pressione y e é isso. Seu script instala automaticamente o proton build no diretório compatibilitytools.d/ e tudo mais. É muito, muito mais fácil do que construir prótons da maneira tradicional.

Dito isso, construir prótons exige muitas dependências das quais você pode não estar ciente, independentemente do método escolhido. Portanto, certifique-se de ter tudo o que você precisa.

Dito isso, eu nem me incomodaria. É muito mais fácil apenas fazer o downpatch do jogo como a maioria das pessoas aqui (incluindo eu), especialmente quando o DAC está sendo removido em questão de dias.

Fiz o que você disse, mas não estou conseguindo fazer esse trabalho.
A compilação está ok, mas o jogo não inicia.
Coloquei os patches de prótons no diretório proton-tkg , a única coisa que não fiz foi dar a extensão mypatch, mas durante o comando eu vi que os patches foram aplicados

Gente, vocês estão perdendo tempo tentando fazer isso com a versão Tkg. Meu patchset é baseado no proton5.0.7-next, ele nem mesmo se aplica corretamente na versão Tkg. Eu tenho outra versão sobre o Wine-Staging, mas não estou pronto para rebasear isso para cada custom build, que não é exatamente trivial. Além disso, construir com o Proton mainstream é mais fácil, independentemente se você usar a forma recomendada com o Vagrant e o runtime do Steam.

Gente, vocês estão perdendo tempo tentando fazer isso com a versão Tkg. Meu patchset é baseado no proton5.0.7-next, ele nem mesmo se aplica corretamente na versão Tkg. Eu tenho outra versão sobre o Wine-Staging, mas não estou pronto para rebasear isso para cada custom build, que não é exatamente trivial. Além disso, construir com o Proton mainstream é mais fácil, independentemente se você usar a forma recomendada com o Vagrant e o runtime do Steam.

Você pode me dizer como devo aplicar os patches?

Eu estava prestes a dizer, upstream / staging não vai funcionar. Você pode construir proton de estoque com o sistema de construção -tkg, mas você precisa habilitar algumas opções para fazer isso, não é o comportamento padrão.

@gofman Eu definitivamente adicionaria uma opção para habilitar uma versão 5.9-staging do patchset se isso é algo que você concorda. Qualquer ajuste necessário seria por minha conta, é claro.

Eu li como construir prótons.
Muito difícil para mim, eu tenho que esperar a remoção do denuvo da Id :)

patches_staging.zip

@ Tk-Glitch Claro, por que não se você está pronto para isso. Esses patches não estão no Staging em si, é um patchset bastante longo e, considerando que a reversão do Doom é esperada, não acho que mantê-lo no Staging valha a pena. No entanto, estou esperando desenvolver a maior parte disso mais cedo ou mais tarde. Apenas no caso de você querer fazer sua compilação com esses patches, estou anexando a versão baseada no mais recente (versão 5.9) Staging, estava funcionando para mim hoje.

Eu estava prestes a dizer, upstream / staging não vai funcionar. Você pode construir proton de estoque com o sistema de construção -tkg, mas você precisa habilitar algumas opções para fazer isso, não é o comportamento padrão.

@gofman Eu definitivamente adicionaria uma opção para habilitar uma versão 5.9-staging do patchset se isso é algo que você concorda. Qualquer ajuste necessário seria por minha conta, é claro.

Você pode nos dizer as opções para habilitar?
Eu construí uma versão de prótons com @ Tk-Glitch ... talvez com as opções certas o jogo funcione para mim ..

@gofman Obrigado! Adicionarei o patchset aos "patches da comunidade" com todos os devidos créditos. Será totalmente opcional / não padrão, então as pessoas que quiserem terão que dizer isso.

Editar: o patchset que você enviou contém vários patches já integrados / testados em 5.9. É esperado? Ele também não se aplica de forma limpa ao teste fora dos patches já mesclados.
Edit2: Sim, o patchset está claramente desatualizado e parece mais com uma versão 5.8: D

@ dylanmc1975 Considerando o que você disse antes, posso dizer que os patches não foram aplicados se você não mudou a extensão para .mypatch. Você provavelmente viu os patches de teste sendo aplicados. Dito isso, adicionarei o patchset de Paul como uma opção (por favor, me dê alguns minutos para fazer isso e revisar) para que você possa ativá-lo adicionando gofman_dac.mypatch ao array _community_patches em seu proton-tkg.cfg.

Edit: Uma vez que tenho que fazer uma limpeza e rebase o patchset, pode demorar um pouco: sapo:

Renomeei os patches, mas nada parece funcionar :(
Mas recebo o erro com o binário livre DRM, com o binário original baixado sem erros, mas não inicia.

Mudei os patches renomeados em myhome / wine-tkg-git-master / proton-tkg / proton-tkg-userpatches /
Eu iniciei proton-tkg.sh, mas não consigo ver se os patches foram aplicados.

@dylanmc sim, você pode. Você será questionado se deseja executar os patches durante o tempo de compilação. O processo de construção é iniciado, todos os patches automáticos (não do usuário) são aplicados e, em seguida, você receberá um prompt sim ou não perguntando se realmente deseja aplicar os userpatches que selecionou, e ele exibirá o nome do arquivos de patch.

E parece que os patches não estão funcionando no momento, porque há alguns patches já upstream incluídos, que a compilação não permite, se detectar isso ou se um patch não for aplicado por qualquer outro motivo, o build aborta imediatamente como falhou. Você terá que esperar até que os patches sejam classificados para serem aplicados corretamente, mas mesmo assim, ninguém realmente será capaz de ajudá-lo se você não postar os logs. Você está apenas nos dizendo "Bem, eu não sei se funcionou" quando o log mostra claramente se funcionou ou se você ainda tem o patch no lugar certo com o nome de extensão correto, etc.

Como posso habilitar os logs?

O que? Você não sabe, estou falando sobre a saída da construção. Como a saída do terminal quando você executa o script proton-tkg.sh.

Eu descobri a maneira de usar os patches, o script me pede para aplicá-los.
Mas eu tenho erros

`` -> Aplicando seu próprio patch de vinho simples /home/luca/Scaricati/wine-tkg-git-master/wine-tkg-git/0001-ntdll-Fill-NumberOfPhysicalPages-field-in-user-share.mypatch
->
-> ########################################################### ######
patching arquivo dlls / ntdll / tests / virtual.c
Patch revertido (ou aplicado anteriormente) detectado! Pulando patch.
4 de 4 blocos ignorados - salvando rejeições no arquivo dlls / ntdll / tests / virtual.c.rej
patching arquivo dlls / ntdll / thread.c
Hunk # 1 teve sucesso em 357 (deslocamento de 131 linhas).
Hunk # 2 FALHOU em 326.
1 de 2 pedaços FALHOU - salvando rejeições no arquivo dlls / ntdll / thread.c.rej
-> BIG_UGLY_FROGMINER removido - Ribbit
-> Token Proton-tkg removido - Válvula Ribbit
-> saída de limpeza feita

E parece que os patches não estão funcionando no momento, porque há alguns patches já upstream incluídos, que a compilação não permite, se detectar isso ou se um patch não for aplicado por qualquer outro motivo, o build aborta imediatamente como falhou. Você terá que esperar até que os patches sejam classificados para serem aplicados corretamente, mas mesmo assim, ninguém realmente será capaz de ajudá-lo se você não postar os logs. Você está apenas nos dizendo "Bem, eu não sei se funcionou" quando o log mostra claramente se funcionou ou se você ainda tem o patch no lugar certo com o nome de extensão correto, etc.

Eu li isso .. Eu tenho que esperar agora.

@ Tk-Glitch

Editar: o patchset que você enviou contém vários patches já integrados / testados em 5.9. É esperado? Ele também não se aplica de forma limpa ao teste fora dos patches já mesclados.
Edit2: Sim, o patchset está claramente desatualizado e parece mais com uma versão 5.8: D

Tem certeza de que pegou o patches_staging.zip do meu comentário mais recente (https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-633114122) e não o anterior para o próton 5.0.7-next? Baixei novamente o que postei e vejo claramente os patches que apliquei e estou trabalhando no Staging 5.9. Caso eu esteja perdendo algo óbvio e tenha estragado algo, você pode fazer o link de algum patch de patches_staging.zip que esteja desatualizado ou já tenha sido atualizado?

@gofman Baixei o arquivo novamente e percebi que o conteúdo era muito diferente do que eu tinha na pasta de saída de ontem. Parece que eu fundi ambos os diretórios por engano, me dando enormes dores de cabeça no processo. O patchset está, de fato, aplicando-se bem no teste 5.9. Peço desculpas pelo barulho e agradeço novamente pelo patchset e todo o seu trabalho!

Os patches estão sendo aplicados corretamente, mas os jogos ainda não iniciam :(
Com o binário do Steam baixado e também com a versão gratuita drm :(

Houve razões que sugeri usar o Proton 5.0.7-next como base. Embora possa definitivamente funcionar em compilações diferentes, temo que possa ser um processo mais complexo. Mas como aqui são pessoas que parecem saber melhor como isso deve ser feito, tenho certeza de que podem fornecer a solução de problemas necessária.

@ dylanmc1975 novamente, não podemos ajudar se você não fornecer os logs.

Adicione PROTON_LOG=1 às opções de lançamento do jogo no Steam. Quando ele travar, você receberá um arquivo steam-782330.log em seu diretório inicial. Faça o upload.

Além disso, você precisa nos dizer quais opções de inicialização está usando.

Quer dizer, o jogo vai funcionar a qualquer dia de qualquer maneira, mas ainda ...

steam-782330.log

@ dylanmc1975 por favor não exclua comentários. O fato de você não estar usando nenhuma opção de inicialização pode ser o problema. Você está usando uma GPU AMD ou NVidia? Defina as opções de lançamento assim:

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

Se isso não ajudar, se você estiver usando AMD, eu sugeriria usar o driver AMDVLK em vez de RADV, então você precisa ter o AMDVLK instalado e adicioná-lo às opções de inicialização, para que suas opções de inicialização sejam parecidas com estas:

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 também, há algum motivo para você ser tão insistente em usar esses patches em vez de apenas atualizar o jogo como todo mundo fez para jogar? Esse método é conhecido por funcionar, então estou confuso por que você insiste em tentar fazê-lo dessa forma, o que absolutamente não é garantido que funcione.

@ dylanmc1975 também, há algum motivo para você ser tão insistente em usar esses patches em vez de apenas atualizar o jogo como todo mundo fez para jogar? Esse método é conhecido por funcionar, então estou confuso por que você insiste em tentar fazê-lo dessa forma, o que absolutamente não é garantido que funcione.

A única razão é que não consegui fazer o downgrade do jogo.
Mais tarde, tento suas opções de inicialização e talvez tente fazer o downgrade novamente

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

Com essas opções de lançamento, o jogo é iniciado, mas travar ao carregar o jogo de slot causa denuvo.
Vou tentar novamente fazer o downgrade do jogo.

Apenas para sua informação, você provavelmente sempre precisará dessas opções de lançamento, eu sempre precisei.

No domingo, 24 de maio de 2020 às 14h37 dylanmc1975 [email protected]
escrevi:

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

Com essas opções de inicialização, o jogo é iniciado, mas falha no slot de carregamento
jogo causa denuvo.
Vou tentar novamente fazer o downgrade do jogo.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-633274350 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y332RLB2TJXTLVBXUQ23RTFSQFANCNFSM4MI6DHIA
.

Tentei iniciar outro jogo.
O jogo funciona, mas não o slot que sempre usei para jogar.

Quão importante é +com_skipSignInManager 1 ? o que exatamente isto faz? @ dylanmc1975 Talvez isso faça com que os jogos salvos não sejam compatíveis?

Anteriormente, usei apenas +com_skipIntroVideo 1 e nada mais, e tudo bem. Eu tinha uma conta Bethesda.net e usá-la (fazer login) funcionou bem.

@albertz Maybe.
Mas espero que não .. Vou ver quando a Id removerá o denuvo ..

@albertz não tem nada a ver com entrar com uma conta Bethesda. Sempre usei essa bandeira porque é o que literalmente todo mundo disse que era necessário, e sempre fui capaz de fazer login com minha conta da Bethesda. Não sei qual gerenciador de login ele pula, mas não é esse.

E não faz nada com os jogos salvos, pelo menos não fazia antes do Denuvo (e não faz agora com o jogo baixado), os jogos salvos podem ser carregados para mim.

E não faz nada com os jogos salvos, pelo menos não fazia antes do Denuvo (e não faz agora com o jogo baixado), os jogos salvos podem ser carregados para mim.

Espero que seja apenas uma coisa denuvo

@ dylanmc1975 Lembro que algumas pessoas disseram que seus slots de salvamento foram apagados após a atualização, então eu me pergunto se o que você experimentou é apenas um bug que foi introduzido na atualização.

WTF.
Eu estava quase terminando o jogo ..

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

@ dylanmc1975 https://github.com/dylanmc1975 Lembro-me de algumas pessoas
disseram que seus slots de salvamento foram apagados após a atualização, então eu me pergunto se você
experimentado é apenas um bug que foi introduzido na atualização.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-633302709 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AIQDG5LRYZ6GQT2LFZ6MO3DRTGF2JANCNFSM4MI6DHIA
.

Pode haver um problema com os jogos salvos.
Perdi meus slots salvos uma vez quando mudei do próton 5.6-GE-2 para o próton nativo 5.0.6 e novamente quando mudei para o 5.8-GE-1.

O jogo agora funciona perfeitamente após a atualização 1.1. Chega de Denuvo.

Estou vendo um desempenho muito baixo no RADV: https://gitlab.freedesktop.org/mesa/mesa/-/issues/3054

@libcg apenas usa um dos drivers AMD vulkan. vulkan-amdgpu-pro tem o melhor desempenho, mas se você não quiser usar um driver proprietário, o AMDVLK é quase tão bom (e muito melhor do que RADV), é de código aberto e pode conviver com o RADV.

O problema de desempenho Doom Eternal com RADV é um problema conhecido. Estamos trabalhando.

EDITAR: removeu a tag

@hakzsam Sim, eu sei. Acho que você quis marcar @libcg. Não faz sentido que isso seja uma resposta para mim, já que meu comentário está dizendo a ele para usar AMDVLK e o dele foi sobre o desempenho ruim do RADV.

Olá, meu jogo trava toda vez, uma "tela de carregamento" aparece sempre e trava nesse ponto. Estes são os meus comandos de lançamento: PROTON_LOG = 1 PROTON_NO_ESYNC = 1% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1
Meu steam.log é muito grande para carregar aqui e eu sou novo no github, então não sei como fazê-lo.
Eu gostaria que você pudesse me ajudar e obrigado!

Atualização: ele só trava durante as cenas, fica preso em uma tela de carregamento repentino, mas consegui jogar o primeiro nível sem problemas.

@libcg apenas usa um dos drivers AMD vulkan. vulkan-amdgpu-pro tem o melhor desempenho, mas se você não quiser usar um driver proprietário, o AMDVLK é quase tão bom (e muito melhor do que RADV), é de código aberto e pode conviver com o RADV.

Para mim aqui em um RX480, radv + aco é melhor que amdvlk e o amdvlk de código fechado no pacote amdgpu-pro. Ambos os fps mínimo e máximo são maiores e é uma diferença séria. Usar radv + llvm parece desempenho semelhante ao amdvlk, então estou pensando que aco é o que está causando a diferença.

A diferença em fps é muito grande. Eu apenas tentei alternar entre o amdvlk aberto e o radv com o mesmo savegame e consegui isso:

área | amdvlk | radv + aco
- | - | -
menu principal | 77 fps | 105 fps
no jogo | 56 fps | 67 fps

Isso ocorre com mesa 20.2 e llvm 10.0.0 e amdvlk 2020.Q2.4. Sobre a versão pro do amdvlk, lembro que não era tão bom quanto o radv quando experimentei. Não o tenho instalado agora. As capturas de tela mostrando o que são esses números fps estão aqui:

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

O único problema que encontrei com o radv é que ele precisa de RADV_DEBUG=zerovram para corrigir problemas de artefatos que às vezes aparecem nas partículas.

Olá a todos,

Novo dia, novo bug. Sempre que jogo em uma resolução não nativa. Vejo artefatos quadrados piscando estranhos no lugar de efeitos especiais. Isso não acontece quando jogo na resolução nativa do meu monitor (meu laptop em 1080p ou meu monitor externo em 4K).

Aqui está um exemplo, o Archvile no nível de treinamento Battlemode. Olhe para a direita: https://imgur.com/zI2kGxM . Quase parece que as texturas da chama não estão mapeadas corretamente para os quadrantes que as seguram.

Especificações do sistema:

• Pop! _OS 20.04 (5.4.0-7634-genérico)
• nVidia RTX 2070 Max-Q, versão do driver 440.82
• Vulkan versão 1.2.140 (embora eu ache que o Proton empacota sua própria versão?)

Não consegui encontrar esse problema exato em nenhum outro lugar.

Doom Eternal parece congelar repetidamente quando em um Paperspace V100 VM com tudo no Ultra. Ele me permite jogar por mais tempo antes de congelar no Ultra do que no Nightmare. Eu costumava ser capaz de jogar até o nível 1 com tudo no Nightmare, e estava funcionando muito bem antes da atualização 1.1 após Doomgrader ing. Eu atualizei os drivers da nvidia na VM recentemente, mas vou tentar novamente. Existem instruções sobre como obter logs de travamento de uma tela congelada? Até agora, tive que encerrar manualmente o processo do Steam e reiniciá-lo todas as vezes.

Vou tentar iniciar o Proton com PROTON_LOGS = 1

O problema parece ser intermitente. Vou tentar reativar o registro e detectá-lo na próxima vez que acontecer.

Olá a todos, Estou tentando fazer isso funcionar no Linux Mint 19.3 desde o dia do lançamento sem sorte. Inicialmente, nas principais versões padrão do Proton (5.0-4 a 5.0-7), ele aparentemente seria instalado, então, ao carregá-lo, apareceria o logotipo de id na barra de tarefas e então travaria imediatamente. Ao usar as versões Glorious Eggroll Proton (5.4-GE-3, 5.5-GE-1, 5.6-GE-2, 5.8-GE-2-MF), ele exibe "processando shaders vulkan" e, em seguida, "Erro de driver de GPU" e liste um driver mais antigo (337,88) que eu não estava realmente executando. Pressionar play para ignorar resulta em travamento imediato (em prótons mais antigos) ou mantém o jogo listado como em execução, mas não carrega nada e precisa ser 'finalizado'. Em ambos os casos, usei todas as várias opções de inicialização listadas aqui e no ProtonDB. (todos os meus relatórios estão listados em taibhsear_1 caso você queira ver os detalhes exatos) Eu atualizei meus drivers da nvidia (por meio do nvidia ppa, para 440,82 para minha GTX 1070), bem como drivers vulkan atualizados do site lunarg uma vez que não foi incluído no driver 440.82 por algum motivo. Steam info e vulkaninfo mostram as versões vulkan como 1.2.135, exceto NVidia Optimus Layer como vulkan versão 1.1.119 e Steam Pipeline Caching Layer e Steam Overlay Layer como vulkan versão 1.1.73. Isso poderia ser um motivo para não começar? As informações do Steam também mostram erros de "classe ELF errada" para steamoverlayvulkanlayer.so (listando a versão vulkan 1.1.119, driver 440.328.0) e libEGL.so.1. Eu tentei um "steam --reset", excluindo os pinned_libs e excluindo e reinstalando o jogo, bem como instalando em uma partição diferente, sem resultados. Eu tenho um arquivo de registro do Steam de 170 MB com PROTON_LOGS = 1 e também posso compartilhar meu texto de informações do Steam, se necessário. Alguém tem uma ideia do que tentar a seguir? Obrigado!

Olá, estou tendo problemas para executar o patch de atualização do Doom Eternal pós 1.1. Para referência, esta é minha configuração de hardware atual para meu PC Linux:

SO: Pop! _OS 20.04 LTS x86_64
Anfitrião: MS-7B89 1.0
Kernel: 5.4.0-7634-genérico
CPU: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Esta é a linha do tempo do problema conforme eu os encontrei até agora:

A. Meados de maio (logo após o patch de atualização 1.1 para PC)
Inicialmente, houve problemas ao executar o jogo, especificamente o seguinte:

1. Durante os capítulos de Introdução do jogo (basicamente Capítulos 1 e 2), o jogo notou travamentos aleatórios aqui e ali enquanto eu estava jogando. Então, essencialmente, eu poderia estar no meio de limpar uma arena com alguns inimigos restantes, mas de repente a tela congelaria em uma tela de 'Carregando' e pararia de funcionar completamente.
2. O congelamento ainda permitiria estranhamente que o áudio do jogo continuasse (basicamente tendo uma tela de 'Carregando', com reprodução contínua do BGM), mas todos os tipos de lógica do jogo (seja movimento de inimigos, spawns, entradas de mouse / teclado, etc.) parecem parar de funcionar em segundo plano.
3. A pior parte disso é que toda vez que isso acontece, eu não consigo parar o jogo pressionando o botão 'Stop' no Steam e, em vez disso, preciso recorrer a Killing the DOOMEternalx64 PID Process do meu 'System Monitor'.

No entanto, o estranho é que depois de ultrapassar os níveis 3 e além, este problema de congelamento parece ter parado e eu fui capaz de terminar minha primeira corrida Nightmare 'rápida' há algumas semanas (por volta do final de maio ou início de junho se Eu me lembro).

B. Hoje (14 de junho de 2020):
Eu estava tentando fazer uma nova execução do Nightmare 100% concluída hoje, começando em um novo slot de jogo. No entanto, para minha surpresa, esses mesmos problemas de congelamento reapareceram durante esses primeiros níveis introdutórios, fazendo com que eu tentasse novamente a partir do último ponto de verificação toda vez que o Congelamento acontecesse. A parte estranha é que desta vez o problema de congelamento parece acontecer com mais frequência (em média na hora de limpar uma 'arena' entre cada instância de congelamento), o que me fez suspeitar que existem alguns problemas de compatibilidade causados ​​até mesmo pelo patch 1.1 ( embora eu não tenha certeza se ele está conectado com o Denuvo ou não). Eu tentei executar todas as sinalizações sugeridas neste tópico também (NO_ESYNC, skipIntroVideo, skipSignInLauncher, etc.), mas sem sucesso.

Vendo isso, experimentei diferentes versões do Proton, notavelmente as versões 'GE' do Proton, que parecem fornecer vários acréscimos ao próprio Proton. Infelizmente, a instalação da versão 5.6 e 5.9 GE do Proton não parece ter resolvido o problema e, em vez disso, fez com que o Wine System Tray exibisse um erro de driver de GPU, dizendo que desatualizei a versão do driver NVIDIA.

Confirmei através do comando 'nvidia-smi' que tenho a versão mais recente do driver 440 da NVIDIA. Estranhamente, o Wine System Tray diz que meu driver NVIDIA é da versão driver-378, e me pedindo para atualizar para a versão do driver-445, que da última vez que verifiquei , ainda não foi lançado para o RTX 2070 Super que Estou a usar.

O que é pior agora é que após várias tentativas e até mesmo uma reinstalação no Steam, o sistema Wine agora não consegue mais iniciar o jogo, afirmando que 'Algo deu errado e visite https: //support.codefusion. tecnologia / de_d90127jd781 /? e = 88500006 & l = inglês '. Visitar o link de erro parece indicar que "Atualmente, a compra do seu jogo não pode ser revalidada com sucesso, aguarde 24 horas e tente novamente." Tentei várias sugestões no Steam sobre questões semelhantes de outros jogos, principalmente esta página . No entanto, revalidar meus arquivos locais do jogo parece não ter resolvido o problema, o que me traz de volta essencialmente à versão do patch anterior ao 1.1. Vou esperar 24 horas depois disso, no entanto, a mesma página afirmou que esperar 24 horas não resolveu o problema para eles, então estarei atualizando se de alguma forma corrigir o meu.

Alguém mais aqui teve problemas semelhantes na versão Linux do Doom Eternal pós-atualização 1.1 até agora? E para aqueles que sabem como o Proton do Steam funciona em detalhes, posso saber qual pode ser a principal causa de tal problema, e se há algumas soluções que podem me ajudar a corrigir / aliviar alguns desses problemas?

Qualquer tipo de resposta / ajuda é muito apreciado, e obrigado por todas as respostas antecipadamente!

Os mesmos problemas com travamento aleatório e áudio continua reproduzindo, mas você tem que forçar o encerramento do jogo. Costumava funcionar bem antes das atualizações 1.0 (o anti cheat quebrou completamente) e 1.1 (disse problemas)

De: NickSadjoli [email protected]
Enviado: domingo, 14 de junho de 2020, 8:35
Para: ValveSoftware / Proton
Cc: oogetyboogety; Comente
Assunto: Re: [ValveSoftware / Proton] Doom Eternal (782330) (# 3773)

Olá, estou tendo problemas para executar o patch de atualização do Doom Eternal pós 1.1. Para referência, esta é minha configuração de hardware atual para meu PC Linux:

SO: Pop! _OS 20.04 LTS x86_64
Anfitrião: MS-7B89 1.0
Kernel: 5.4.0-7634-genérico
CPU: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Esta é a linha do tempo do problema conforme eu os encontrei até agora:

A. Meados de maio (logo após o patch de atualização 1.1 para PC)
Inicialmente, houve problemas ao executar o jogo, especificamente o seguinte:

1. Durante os capítulos de Introdução do jogo (basicamente Capítulos 1 e 2), o jogo notou travamentos aleatórios aqui e ali enquanto eu estava jogando. Então, essencialmente, eu poderia estar no meio de limpar uma arena com alguns inimigos restantes, mas de repente a tela congelaria em uma tela de 'Carregando' e pararia de funcionar completamente.
2. O congelamento ainda permitiria estranhamente que o áudio do jogo continuasse (basicamente tendo uma tela de 'Carregando', com reprodução contínua do BGM), mas todos os tipos de lógica do jogo (seja movimento de inimigos, spawns, entradas de mouse / teclado, etc.) parecem parar de funcionar em segundo plano.
3. A pior parte disso é que toda vez que isso acontece, eu não consigo parar o jogo pressionando o botão 'Stop' no Steam e, em vez disso, preciso recorrer a Killing the DOOMEternalx64 PID Process do meu 'System Monitor'.

No entanto, o estranho é que depois de ultrapassar os níveis 3 e além, este problema de congelamento parece ter parado e eu fui capaz de terminar minha primeira corrida Nightmare 'rápida' há algumas semanas (por volta do final de maio ou início de junho se Eu me lembro).

B. Hoje (14 de junho de 2020):
Eu estava tentando fazer uma nova execução do Nightmare 100% concluída hoje, começando em um novo slot de jogo. No entanto, para minha surpresa, esses mesmos problemas de congelamento reapareceram durante esses primeiros níveis introdutórios, fazendo com que eu tentasse novamente a partir do último ponto de verificação toda vez que o Congelamento acontecesse. A parte estranha é que desta vez o problema de congelamento parece acontecer com mais frequência (em média na hora de limpar uma 'arena' entre cada instância de congelamento), o que me fez suspeitar que existem alguns problemas de compatibilidade causados ​​até mesmo pelo patch 1.1 ( embora eu não tenha certeza se ele está conectado com o Denuvo ou não). Eu tentei executar todas as sinalizações sugeridas neste tópico também (NO_ESYNC, skipIntroVideo, skipSignInLauncher, etc.), mas sem sucesso.

Vendo isso, experimentei diferentes versões do Proton, notavelmente as versões 'GE' https://github.com/GloriousEggroll/proton-ge-custom do Proton, que parecem fornecer vários acréscimos ao próprio Proton. Infelizmente, a instalação da versão 5.6 e 5.9 GE do Proton não parece ter resolvido o problema e, em vez disso, fez com que o Wine System Tray exibisse um erro de driver de GPU, dizendo que desatualizei a versão do driver NVIDIA.

Confirmei através do comando 'nvidia-smi' que tenho a versão mais recente do driver 440 da NVIDIA. Estranhamente, o Wine System Tray diz que meu driver NVIDIA é da versão driver-378 e me pede para atualizar para a versão do driver-445, que da última vez eu verifiquei https://www.nvidia.com/Download/driverResults .aspx / 159360 / en-us , ainda nem foi lançado para o RTX 2070 Super que estou usando.

O que é pior agora é que após várias tentativas e até mesmo uma reinstalação no Steam, o sistema Wine agora não consegue mais iniciar o jogo, afirmando que 'Algo deu errado e visite https: //support.codefusion. tecnologia / de_d90127jd781 /? e = 88500006 & l = inglês '. Visitando o link de erro https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english parece afirmar que "Atualmente, sua compra de jogo não pode ser revalidada com sucesso, aguarde 24 horas e tente novamente." Em seguida, tentei várias sugestões no Steam sobre problemas semelhantes de outros jogos, principalmente esta página https://steamcommunity.com/app/582010/discussions/0/1734339624803551854 . No entanto, revalidar meus arquivos locais do jogo parece não ter resolvido o problema, o que me traz de volta essencialmente à versão do patch anterior ao 1.1. Vou esperar 24 horas depois disso, no entanto, a mesma página afirmou que esperar 24 horas não resolveu o problema para eles, então estarei atualizando se de alguma forma corrigir o meu.

Alguém mais aqui teve problemas semelhantes na versão Linux do Doom Eternal pós-atualização 1.1 até agora? E para aqueles que sabem como o Proton do Steam funciona em detalhes, posso saber qual pode ser a principal causa de tal problema, e se há algumas soluções que podem me ajudar a corrigir / aliviar alguns desses problemas?

Qualquer tipo de resposta / ajuda é muito apreciado, e obrigado por todas as respostas antecipadamente!

-
Você está recebendo isso porque comentou.
Responda diretamente a este e-mail, visualize-o no GitHub https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643760832 ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/AAZKLVQXB44S3CACP3QPQE3RWS7ZPANCN6HMIA .

A mensagem de 24 horas é de tentar iniciá-lo muitas vezes, é o
DRM iniciando. Não tem nada a ver com a verificação de arquivos. Você só tem de
espere 24 horas.

No domingo, 14 de junho de 2020 às 12h58 oogetyboogety [email protected]
escrevi:

Os mesmos problemas com travamento aleatório e áudio continua reproduzindo, mas você tem que
force sair do jogo. Funcionava bem antes das atualizações 1.0 (anti cheat
quebrou isso completamente) e 1.1 (ditos problemas)

---

De: NickSadjoli [email protected]
Enviado: domingo, 14 de junho de 2020, 8:35
Para: ValveSoftware / Proton
Cc: oogetyboogety; Comente
Assunto: Re: [ValveSoftware / Proton] Doom Eternal (782330) (# 3773)

Olá, estou tendo problemas para executar o patch de atualização do Doom Eternal pós 1.1. Para
referência, esta é minha configuração de hardware atual para meu PC Linux:

SO: Pop! _OS 20.04 LTS x86_64
Anfitrião: MS-7B89 1.0
Kernel: 5.4.0-7634-genérico
CPU: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Esta é a linha do tempo do problema conforme eu os encontrei até agora:

A. Meados de maio (logo após o patch de atualização 1.1 para PC)
Inicialmente, houve problemas ao executar o jogo, especificamente o seguinte:

1. Durante os capítulos de introdução do jogo (basicamente Capítulo 1 e 2),
   o jogo apresentava falhas aleatórias perceptíveis aqui e ali quando eu estava
   jogando. Então, basicamente, eu poderia estar no meio de limpar uma arena com
   alguns inimigos sobraram, mas de repente a tela congelou em um
   'Carregando' tela e pare de funcionar completamente.
2. O congelamento ainda permitiria estranhamente que o áudio do jogo continuasse
   (basicamente tendo uma tela de 'Carregando', com reprodução contínua do BGM), mas
   todos os tipos de lógica de jogo (seja movimento de inimigos, spawns, mouse / teclado
   entradas, etc.) parecem parar de funcionar em segundo plano.
3. A pior parte disso é que toda vez que isso acontece, não consigo
   pare o jogo pressionando o botão 'Stop' no Steam e, em vez disso, necessário
   para recorrer ao Killing the DOOMEternalx64 PID Process from my 'System
   Monitor'.

No entanto, o estranho é que após passar pelos níveis 3 e
além, esse problema de congelamento parece ter parado e eu consegui terminar
meu primeiro pesadelo 'rápido' correu algumas semanas atrás (em algum momento perto do fim
de maio ou início de junho, se bem me lembro).

B. Hoje (14 de junho de 2020):
Eu estava tentando fazer uma nova execução do Nightmare 100% concluída hoje, começando em
um novo slot de jogo. No entanto, para minha surpresa, esses mesmos problemas de congelamento
ressurgiu durante esses primeiros níveis introdutórios, fazendo-me tentar novamente
do último ponto de verificação sempre que o Congelamento acontece. A parte estranha é
que desta vez o problema de congelamento parece acontecer com mais frequência (em média
ao redor do tempo para limpar uma 'arena' entre cada instância de congelamento), que
me fez suspeitar que existem alguns problemas de compatibilidade causados ​​até mesmo pelo
1.1 Patch (embora eu não tenha certeza se ele está conectado ao Denuvo ou não).
Eu tentei executar todas as sinalizações sugeridas neste tópico também (NO_ESYNC,
skipIntroVideo, skipSignInLauncher, etc.), mas sem sucesso.

Vendo isso, tentei diferentes versões do Proton, notavelmente
as versões 'GE' https://github.com/GloriousEggroll/proton-ge-custom de
Próton, que parece fornecer várias adições ao próprio Próton.
Infelizmente, a instalação da versão 5.6 e 5.9 GE do Proton não parecia
para corrigir o problema e, em vez disso, fez com que o Wine System Tray jogasse fora uma GPU
Erro de driver, informando que desatualizei a versão do driver NVIDIA.

Confirmei através do comando 'nvidia-smi' que tenho o último
versão do driver 440 da NVIDIA. Estranhamente, o Wine System Tray
em vez disso, diz que meu driver NVIDIA é da versão driver-378 e me perguntando
para atualizar para a versão do driver 445, que da última vez eu verifiquei <
https://www.nvidia.com/Download/driverResults.aspx/159360/en-us>, não
até mesmo foi lançado para o RTX 2070 Super que estou usando.

O que é pior agora é que, após várias tentativas e até mesmo uma reinstalação
no Steam, o sistema Wine agora é incapaz de iniciar o jogo, afirmando
que 'Algo deu errado, e visite
https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english '.
Visitando o link de erro <
https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english>
parecem afirmar que "Atualmente, sua compra de jogo não pode ser revalidada
com sucesso, aguarde 24 horas e tente novamente. "Tentei vários
sugestões no Steam sobre questões semelhantes de outros jogos, mais notavelmente este
página <
https://steamcommunity.com/app/582010/discussions/0/1734339624803551854>.
No entanto, revalidar meus arquivos de jogos locais parece não ter resolvido o
problema, o que me traz essencialmente de volta à versão de patch pré-1.1 do
jogos. Vou esperar 24 horas depois disso, no entanto, a mesma página afirmou que
esperar 24 horas não corrigiu o problema para eles, então irei atualizar se
de alguma forma conserta o meu.

Alguém aqui tem problemas semelhantes na versão Linux do Doom
Atualização eterna pós 1.1 até agora? E para quem sabe como o Steam's Proton
funciona em detalhes, posso saber qual poderia ser a principal causa de tal problema, e
se há algumas soluções que podem me ajudar a corrigir / aliviar alguns dos
estas questões?

Qualquer tipo de resposta / ajuda é muito apreciado, e obrigado por todas as respostas
antecipadamente!

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub <
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643760832>,
ou cancelar <
https://github.com/notifications/unsubscribe-auth/AAZKLVQXB44S3CACP3QPQE3RWS7ZPANCNFSM4MI6DHIA

.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643793392 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y336KMEDIXCK2T5N63ZDRWT6SVANCNFSM4MI6DHIA
.

Atualização sobre meu problema de congelamento:

A restrição de 24 horas era de fato aparentemente uma coisa Denuvo. Por favor, ignore meu problema em relação a esse.

Depois de resolver a restrição, tentei jogar mais Doom Eternal. No entanto, os problemas de congelamento ainda persistem. O que é mais irritante é como isso também acontece no Ultra-Nightmare (o congelamento que aconteceu logo após o patch 1.1 não se estendeu ao Ultra-Nightmare iirc). Ajustar algumas configurações gráficas também não parece ajudar, então estou basicamente preso agora.

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.

Essas mensagens de erro me levam a acreditar que pode haver algo errado com a minha instalação do Wine, embora eu não tenha certeza absoluta. Observe que a mensagem pid pode ter sido produzida a partir do meu processo 'Killing' of the DoomEternal.exe no Monitor do Sistema, portanto, pode não estar totalmente relacionada ao travamento do jogo.

Qualquer ajuda com isso seria muito apreciada, e obrigado antecipadamente!

@NickSadjoli Acho que você está um pouco confuso sobre como o Steam / Proton funciona.
Proton não usa nenhum vinho do seu sistema. Inclui sua própria construção de vinho, você pode desinstalar o vinho com sudo apt remove wine ou sudo apt remove wine-staging ou qualquer versão do vinho que você instalou, e o jogo ainda funcionaria. Não tem nada a ver com isso.
E a menos que você construa a versão do Proton que está usando, se estiver usando uma versão pré-construída, é improvável que seja um problema de vinho / próton "quebrado".

Na verdade, agora vejo onde você disse que estava usando a versão do Proton da GE, que é pré-compilada. Então sim, isso não tem nada a ver com nada no seu sistema no que diz respeito ao WINE. Você tentou várias versões do Proton (que, novamente, nem mesmo interage remotamente com o vinho que você instalou em todo o sistema).

Pode ser definitivamente um driver da Nvidia ou um problema de vulkan-icd-loader .

Talvez seja esse o problema que quando o aplicativo Steam sobrepõe alguma notificação (por exemplo, nova conquista), ele congela (o áudio ainda continua a tocar, mas os gráficos param e não responde mais às entradas). Acontece o mesmo quando você sai do jogo com Ctrl + Tab ou tem qualquer outra notificação sobreposta de qualquer outro aplicativo do jogo.

Eu já desativei a sobreposição do Steam durante o jogo (nas propriedades do Steam), mas às vezes recebo essas notificações do Steam para novas conquistas. Talvez ao jogar o modo Pesadelo pela primeira vez, você consiga algumas dessas conquistas do Steam, e isso sempre o fará congelar?

@ gardotd426 Entendo, obrigado pela correção. Eu estava realmente com a impressão de que o Proton usa o pacote Wine que está instalado em minha máquina (pensei que teria sido instalado como um pacote separado que foi instalado simultaneamente com o Steam), então é por isso que pensei que provavelmente algo estava errado com minha instalação Wine. Peço desculpas por essa suposição e acho que preciso ler mais sobre a documentação do Proton novamente.

Eu não tenho certeza se é um vulkan-icd-loader questão, embora agora que eu me lembro, eu instalar os pacotes de drivers Vulkan (via apt-get install ) libvulkan1 e mesa-vulkan-drivers durante os períodos em que Doom Eternal foi brickado (patch 1.1 anterior) ou em algum momento durante minha execução inicial completa do Nightmare (logo após o patch 1.11). Antes do fiasco da Atualização 1, lembrei-me de que o jogo nunca teve problemas sem esses pacotes serem instalados, embora eu tivesse a impressão de que o pacote Proton / Wine já tinha suporte para drivers Vulkan (já que posso clicar no botão 'usar Vulkan' opção na configuração Doom Eternal's Graphic). A instalação desses drivers 'separados' pode ser a origem do problema?

Há pouco tentei fazer alguns testes extras do jogo entre 21h e 22h, horário local. Eu inicialmente tentei a sugestão dada por @albertz para desativar o Steam Overlay (porque eu estava realmente tendo os mesmos problemas que ele descreveu com relação a Ctrl + Tab ou Alt + Tab travar o jogo), mas infelizmente sem sorte e ainda experimentando exatamente os mesmos congelamentos. Então tentei forçar a sobreposição de BPM para fora também, mas sem dados também. O que é estranho é que esta mudança de configuração parece ter feito com que o sistema de salvamento do jogo falhasse e aparentemente 'apagasse' todos os arquivos salvos que eu tenho localmente no meu PC (semelhante aos relatórios das pessoas sobre Salvar arquivo serem removidos após a atualização 1 anterior neste tópico), reconhecendo todos os Save Slots como um "Novo Slot". Você pode ver isso nos rastreamentos da primeira saída do arquivo de log que postarei abaixo para obter mais detalhes.

Após esse problema estranho, meu PC travou de alguma forma fora do jogo, então comecei a reiniciá-lo. Estranhamente, quando eu inicio o jogo (após a falha das 21:13), o jogo parece ter recuperado todos os meus arquivos Salvar anteriores e registrado qualquer progresso que tive na sessão anterior (antes do congelamento das 21:13) para o slot designado eu escolhi.

Decidi então tentar e jogar o jogo com este último estado. Parecia que estava indo bem (não experimentou nenhum congelamento por um período de tempo visivelmente bom), mas, infelizmente, 15 - 20 minutos nas colisões aconteceram novamente (colisão das 21:46). Isso ocorreu principalmente com apenas alguns dos sinalizadores recomendados ativados (apenas os sinalizadores Proton Logs, skipIntro, skipKeyPressLoadingScene estavam ativados).

Como uma tentativa final, tentei ativar todos os sinalizadores que foram recomendados neste tópico até agora (NO_ESYNC e também skipSignInManager), mas infelizmente o travamento ainda aconteceu (consulte o log de travamento às 22h03).

Eu gravei os últimos vestígios de ms dos arquivos de log capturados para essas sessões travadas, no entanto, eles são bastante longos, então irei postá-los nos comentários subsequentes um por um, limitando-os apenas às últimas centenas de linhas (Github não consegue suportar todas essas linhas de uma vez). Também adicionei o carimbo de data / hora dos logs de travamento para referência.

EDIT: Adicionados alguns comentários sobre as gravações do arquivo de log.

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

Eu gostaria de destacar a primeira linha gravada deste rastreamento de log em particular, já que este é o travamento onde os arquivos salvos de alguma forma não foram reconhecidos (quase me deu a impressão de que os arquivos salvos anteriores foram apagados). Isso estava acontecendo visivelmente depois que ajustei a opção Steam Overlay.

EDIT: Arquivo de log cortado para evitar bagunça desnecessária

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

EDIT: saída do arquivo de log cortado para evitar bagunça desnecessária.

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

Não tenho certeza de qual das linhas pode ter causado o congelamento (uma vez que nenhuma das linhas de depuração nos últimos ms parece mostrar qualquer tipo de erro gráfico fatal), no entanto, observo que o RtlRestoreContext e loaddll traços parecem ser as linhas mais comuns que ocorrem antes do encerramento do processo (que iniciei manualmente). Além disso, esta linha Flushing device resizeSwapChain: true, resizeViewDest: false, resizeImageNeedsFlush: false parece aparecer com bastante frequência. Não estou tão familiarizado com isso, no entanto, posso supor que as linhas RtlRestoreContext e loaddll estavam indicando as tentativas do motor de jogo de carregar os pacotes dll necessários para restaurar o contexto da cena do jogo, com a linha 'Dispositivo de descarga' contendo as bandeiras de ações necessárias para serem realizadas pelo 'dispositivo' (que estou assumindo é a GPU ou outros recursos usados ​​para renderizar a cena do jogo atual?)

Agradecemos antecipadamente por qualquer ajuda / explicação adicional!

EDITAR: gists criados contendo resultados mais detalhados dos arquivos de log, conforme recomendação de @kisak-valve. Infelizmente, apenas gists contendo a saída detalhada para o primeiro (21h13) e o último (eu fiz mais testes, conforme observado no próximo comentário) logs de teste

Olá @NickSadjoli , no futuro, anexe os logs como um arquivo ou use uma essência .

Oh, desculpas por aquela @kisak-valve! Não sabia que a formatação do código também poderia ser feita dessa forma.

Forneci os pontos principais contendo saídas mais detalhadas para a primeira e a última instância de travamentos. Infelizmente, o limite de tamanho de 1 MB do Gists me impediu de enviar todos os arquivos de log também, então coloquei as saídas de log logo após o jogo ter sido salvo no último Checkpoint (marcado por END SAVEGAME ao que parece).

Desde já, obrigado!

@NickSadjoli Verifique dmesg após o congelamento. Eu experimentei problemas semelhantes que parecem ser resultado de problemas com os drivers do kernel AMD.

@jjbarr ele está usando drivers proprietários da Nvidia, não está usando drivers gráficos do kernel.

@NickSadjoli você definitivamente precisa remover um dos pacotes que instalou. Esses são para GPUs AMD e Intel. Você tem uma GPU Nvidia. Você não usa os drivers Mesa vulkan, você usa os drivers da Nvidia. Não sei se isso está causando o seu problema, mas não está ajudando. Remova o pacote mesa-vulkan-drivers . Porém, você realmente precisa de libvulkan1 . Não para Doom Eternal, eu não acredito, mas definitivamente para qualquer jogo não-Steam que você quer jogar que usa Vulkan ou DX. Novamente, mesa-vulkan-drivers provavelmente não está causando seu problema, mas também não está ajudando.

Além disso, apenas para ter certeza de que você tem tudo de que precisa, eu também instalaria libvulkan1:i386 . Doom Eternal é todo de 64 bits, eu acredito, mas ainda assim. Outras coisas não são.

Depois disso, encontre uma configuração de próton BOM CONHECIDA (qualquer versão do Proton que você estava usando quando funcionou bem), mude para ela nas propriedades do jogo no Steam e então exclua o pfx do jogo. Será rm -r ~/path/to/library/steamapps/compatdata/782330/pfx .

@ gardotd426 Observado. Infelizmente, parece que não posso desinstalar o mesa-vulkan-drivers diretamente agora, pois o ambiente pop-desktop usado pelo PopOS parece depender deste pacote. Eu ainda me lembro do apt-get mencionando que a instalação de libvulkan e mesa-vulkan-drivers instalou novos pacotes, então o que pode ter acontecido é que por padrão alguns dos subpacotes necessários para mesa-vulkan -drivers já estavam incluídos no PopOS por padrão, mas pacotes adicionais, mais opcionais, foram instalados quando solicitei o apt-get subsequente também.

Além disso, com relação à reversão para a versão anterior do Proton: Atualmente, estou usando o Proton v5.0.9. O último Proton com desempenho estável (pré-atualização 1 e atualização 1.1) que recordei era v5.0.7 ou v5.0.8. Infelizmente, parece que o Steam atualizaria automaticamente o Proton 5.0 para incluir a versão mais recente do Proton, e descartou as usadas anteriormente neste caso. O Proton Github mantém um registro de todas as versões do Proton usadas anteriormente que eu poderia baixar e usar (semelhante à versão GE)?

Dito isso, tentei mais testes com o jogo hoje. Para esses testes, também gravei meu syslog para ver o que poderia ter acontecido fora da interação Proton / jogo também. Fornecerei os pontos principais para as saídas do Proton e do syslog para cada uma dessas sessões de teste da seguinte maneira:

1. Primeira sessão, gravada às 11h24 - syslog_gist ]
   Infelizmente, nenhum registro de Proton foi registrado para esta sessão (esqueci de ligar o sinalizador)
2. Resultados do estado do jogo: Congelado após alguns minutos de jogo. Visivelmente próximo ao salvamento do Checkpoint.
3. Sinalizadores usados: defina 1 para todos os sinalizadores não relacionados a prótons recomendados. nenhum sinalizador de próton foi usado

4. Configurações de vídeo do jogo: Desativadas as opções 'Presente de Computar', que especificamente declararam ser desligadas se houver problemas com softwares de sobreposição externos (o que foi sugerido anteriormente por @albertz)

5. Segunda sessão, gravada às 11h30 - 11h32 [
   Infelizmente, nenhum registro de Proton foi registrado para esta sessão (esqueci de ligar o sinalizador)

6. Resultados do estado do jogo: Congelado após cerca de <1 minutos de jogo. Visivelmente logo após alterar as configurações de 'Presente do Compute'
7. Sinalizadores usados: defina 1 para todos os sinalizadores não relacionados a prótons recomendados. nenhum sinalizador de próton foi usado

8. Configurações de vídeo do jogo: tentei habilitar as opções 'Apresentar de computação'. Desta vez, o jogo congelou muito mais rápido após ativar esta opção, com a tela de congelamento visivelmente mostrando a tela de 'Configurações do menu principal', logo quando a opção foi ativada.

9. Terceira sessão, gravada das 11h32 às syslog_gist ] [ Proton_log_gist ]

10. Resultados do estado do jogo: Congelado após alguns minutos de jogo. Visivelmente próximo ao salvamento do Checkpoint.
11. Sinalizadores usados: defina 1 para todos os sinalizadores não relacionados a prótons recomendados. Apenas PROTON_LOG foi ativado

12. Configurações de vídeo do jogo: mantidas as mesmas configurações da sessão anterior ('Presente do Compute' ativado, sem outras alterações)

13. Última sessão, gravada às 11h42 - 11h46 [ Proton_log_gist ]

14. Resultados do estado do jogo: Congelado após um período visivelmente mais longo do que as últimas sessões de jogo anteriores. Visivelmente próximo a um ponto de verificação salvo também.
15. Sinalizadores usados: defina 1 para todos os sinalizadores não relacionados a prótons recomendados. Apenas PROTON_LOG foi ativado
16. Configurações de vídeo do jogo: mantidas as mesmas configurações da sessão anterior ('Presente do Compute' ativado, sem outras alterações)

Em todos esses arquivos de registro, há algumas coisas que gostaria de observar e destacar:

• A linha 'Aviso do gerenciador de janelas: Window 0xa000001 define uma dica MWM indicando que não é redimensionável, mas define o tamanho mínimo 1 x 1 e o tamanho máximo 2147483647 x 2147483647; isso não faz muito sentido. ' parece ocorrer constantemente no momento em que o jogo travou. Isso é uma indicação de que é um problema de sobreposição do GNOME com o jogo?
• O log do Proton da terceira sessão forneceu um novo tipo interessante de erro de rastreamento, a saber '7370.996: 0094: 009c: err: clipboard : convert_selection Tempo limite excedido aguardando o evento SelectionNotify'. Isso significa que o jogo estava esperando por algum tipo de evento, mas atingiu o tempo limite e causou um erro (congelamento do jogo)?

Outra coisa a observar é que estou executando várias tarefas em segundo plano ao executar o jogo (embora essas sejam principalmente guias abertas do Firefox em segundo plano). Eu acredito que isso não deveria causar nenhum tipo de problema com o Game Freeze, no entanto, apenas uma nota para aqueles que possam apontar um possível conflito.

Para garantir que o motor em si não tivesse problemas com minha máquina, tentei jogar Doom 2016 por um tempo (que usa a versão anterior do motor IdTech: IdTech 6), para ver se a versão atual do Proton causou qualquer tipo de problema com este título também.

Curiosamente, houve duas ocorrências de 'blackout' de tela extremamente curtas (cerca de 1 a 2 ms) que aconteceram durante a execução de Doom 2016 (que por uma fração de segundo pensei que causaria o congelamento semelhante a Doom Eternal), no entanto, o jogo foi capaz para se recuperar dele e retomar todo o jogo sem problemas. Aqui estão os arquivos syslog e Proton Log para o teste do Doom 2016, com uma observação de que os 'apagões' parecem ocorrer em torno da linha semelhante de aviso 'Window manager MWM hint' (para o arquivo syslog), ou - em o caso do Proton Log - as mensagens 'Setting breakpad minidump'. Infelizmente, uma vez que a mensagem do Proton Log parece ser muito diferente das mensagens do Proton Log do Doom Eternal, isso pode não ser muito útil, mas ainda assim algumas informações extras eu fui capaz de observar.

Se alguém precisar de mais testes ou mais informações, entre em contato comigo e verei se posso fornecê-los também.

EDIT: Comentário inacabado
EDIT2: Formatação

Estou recebendo "Não foi possível encontrar correspondências BATTLEMODE disponíveis. Tente novamente mais tarde" e mensagens "Falha ao iniciar servidor". No Win 10 tudo funciona bem. Alguém pode confirmar esse problema?

Eu não ficaria surpreso se eles implementassem algum tipo de anticheat que bloqueie o Linux com a atualização mais recente (eles sempre disseram que estavam trazendo o anticheat de volta, mas simplesmente não bloqueariam a campanha para isso). Obviamente, provavelmente não há jogos acontecendo agora por causa do tempo nas Américas e na Europa, mas amanhã (mais tarde hoje, tecnicamente) vou tentar ver se consigo reproduzir o problema.

BTW @ gardotd426

Depois disso, encontre uma configuração de próton CONHECIDA BOM (qualquer versão do Proton que você estava usando quando funcionou bem).

Com relação à sua sugestão para isso, posso saber se uma versão pré-construída do Proton 5.0.7 ou 5.0.8 está disponível? Eu entendo que eu poderia construir uma versão funcional desses pacotes de prótons localmente através do guia de construção do Proton, no entanto, gostaria de saber se uma versão já funcional e pré-compilada destes já pode ser baixada e colocada em compatibilitytools.d/ diretório para uma configuração muito mais rápida.

Desde já, obrigado!

@NickSadjoli você também pode tentar redefinir as bibliotecas fixadas.
remova as pastas pinned_libs *. eles devem estar em um caminho como este: ~ / .steam / steam / ubuntu12_32 / steam-runtime
Na próxima inicialização do Steam, ele os adicionará novamente.
Eu não tentei, mas acho que executar steam --reset também fará isso.

Olá a todos, desculpas por estar muito tarde, no entanto, parece que de alguma forma resolvi o problema do meu lado (por enquanto) e consegui fazer com que Doom Eternal funcionasse sem problemas desde a segunda metade do 2º nível até o 6º nível sem bater uma vez. Houve algumas falhas gráficas perceptíveis, mas acredito que algo já aconteceu às vezes também, o que atribuo mais ao fato de que os drivers do Proton ainda não foram totalmente otimizados para alguns jogos (talvez, mas isso não está me incomodando muito muito, já que isso acontece tão raro)

TL; DR: o GNOME Extension Backslide parece ter causado algum conflito com Doom Eternal. Não tenho certeza do por que isso está acontecendo, no entanto, houve instâncias anteriores do GNOME com problemas com jogos em execução já documentados / discutidos. Portanto, este também pode ser um problema potencial para outros usuários do Proton.

Eu tentei inicialmente a sugestão de @AllKind para reiniciar o Steam ontem à noite. Inicialmente parecia ter funcionado, pois fui capaz de passar por uma porção significativa do 2º nível sem bater, mas infelizmente caiu durante a área de transição entre o 2º e o 3º nível. Depois disso, ocorreu outro travamento quando tentei executar o jogo, então acho que só aliviou o problema por algum tempo.

Esta manhã eu pesquisei os erros de syslog que postei novamente e percebi que a área de trabalho do GNOME, aparentemente, era conhecida por causar problemas com alguns jogos antes. Com isso, pensei que talvez algumas das extensões do GNOME no meu PC que modificaram o comportamento relacionado à exibição poderiam ter causado um conflito semelhante com a janela do jogo durante a execução.

De todas as extensões que estavam ativas, Backslide e Window Animations são as únicas extensões que se destacaram para mim como extensões de modificação de exibição, então eu as desliguei e executei Doom Eternal novamente com elas desligadas.

Surpreendentemente, o jogo correu bem desde então, com apenas ocorrências de travamento quando recebi uma mensagem do Steam (que parece estar relacionada aos problemas 'Alt + Tab' ou 'Ctrl + Tab' relatados anteriormente). Consegui então passar por todo o terceiro nível do jogo esta manhã sem qualquer congelamento ou travamento nesta configuração, algo que nem mesmo era possível ontem.

A questão para mim era qual extensão do 2 (Window Animation ou Backslide) poderia ter causado especificamente o problema. Para determinar isso, tentei ativar o Backslide e executei o jogo novamente com ele.

Acontece que o jogo travou poucos minutos depois de rodar com essa configuração, o que me deixou mais seguro de que o Backslide é de fato o problema. Em seguida, desliguei-o e, depois disso, consegui jogar até o nível 6 sem mais congelamentos registrados.

Vendo isso e o tópico de conflito do GNOME que vinculei aqui, houve algum outro conflito potencial do GNOME e do Proton ocorrendo para outros jogos? Além disso, algum tipo de depuração foi feito anteriormente no Proton para verificar quaisquer conflitos potenciais com quaisquer extensões específicas do GNOME (especialmente aquelas que alteram as visualizações do Desktop?). Se houver várias instâncias de conflito de extensão Proton e GNOME, uma olhada nisso seria bem-vinda.

Por enquanto, com base em minha experiência, eu sugiro fortemente desligar qualquer extensão GNOME de modificação de exibição com o estado atual (ou seja, após a atualização 1.1) de Doom Eternal, no caso de problemas semelhantes aparecerem para qualquer outra pessoa, eu acho. Se outros de alguma forma resolveram problemas semelhantes com um tipo de solução semelhante (desativando alguma extensão do GNOME), confirme e compartilhe aqui.

EDITAR: Postado acidentalmente antes de terminar o comentário.

Estou feliz que você consertou, mas, infelizmente, mesmo que fosse investigado,
e descobri que uma grande quantidade de extensões GNOME causam problemas com
Próton, como você está perguntando, não há nada que alguém possa fazer. Válvula
e Proton não tem suporte ou capacidade de consertar isso (no
todo). E o próprio GNOME nem mesmo cria extensões ou as sanciona em
tudo, realmente. Eles são todos "sem suporte". Portanto, não há nada que realmente possa
ser feito, fora de conscientizar as pessoas disso.

Em Qui, 18 de junho de 2020 às 10:49 NickSadjoli [email protected]
escrevi:

Olá a todos, desculpas pelo atraso, no entanto parece que
resolvi de alguma forma o problema do meu lado (por enquanto) e consegui
Doom Eternal funcionando suavemente desde a segunda metade do 2º nível até o fim
para o 6º nível sem bater nenhuma vez. Havia alguns perceptíveis
falhas gráficas, mas acredito que é algo que às vezes aconteceu
também anteriormente, o que atribuo mais ao fato de que os drivers Proton não
foi totalmente otimizado para alguns jogos ainda (talvez, mas isso não é realmente
me incomodando muito, já que acontece tão raro)

TL; DR: o retrocesso da extensão GNOME parece ter causado algum conflito
com Doom Eternal. Não tenho certeza de por que isso está acontecendo, no entanto
houve instâncias anteriores do GNOME tendo problemas com jogos
rodando já documentado / discutido. Portanto, este pode ser um problema potencial
para outros usuários do Proton também.

Eu tentei inicialmente a sugestão de @AllKind https://github.com/AllKind para
reinicie o Steam na noite passada. Inicialmente, parecia ter funcionado, pois fui capaz de
passar por uma parte significativa do segundo nível sem bater, apenas
para ele, infelizmente, travar durante a área de transição entre o segundo e
3º nível. Outra falha ocorreu quando tentei executar o jogo
depois disso, então acho que só aliviou o problema por algum tempo.

Esta manhã, eu pesquisei os erros de syslog que postei novamente e
notou que a área de trabalho GNOME aparentemente era conhecida por
causar problemas com alguns jogos
https://gitlab.gnome.org/GNOME/mutter/-/issues/361 antes. Com isso eu
então pensei que talvez algumas das extensões GNOME no meu PC que
comportamento relacionado à exibição modificado pode ter causado um conflito semelhante com
janela do jogo quando está em execução.

De todas as extensões que estavam ativas, Backslide e Window Animations são
as únicas extensões que se destacaram para mim por serem modificadoras de exibição
extensões, então eu as desliguei e executei Doom Eternal novamente com elas desligadas.

Surpreendentemente, o jogo então funcionou sem problemas desde então, com apenas instâncias de
travando quando recebi uma mensagem do Steam (que parece se relacionar
voltar para os problemas de 'Alt + Tab' ou 'Ctrl + Tab' que foram relatados
anteriormente). Eu então consegui passar por todo o terceiro nível do jogo
esta manhã, sem qualquer congelamento ou travamento nesta configuração, algo que
nem foi possível ontem.

A questão para mim era então qual extensão do 2 (janela de animação
ou Backslide) poderia ter causado especificamente o problema. Para determinar isso, eu
então tentei ligar o Backslide e execute o jogo novamente com ele ligado.

Acontece que o jogo travou poucos minutos depois de rodar com este
configuração, o que me tornou mais garantido que o Backslide é realmente o
problema. Eu então desliguei e depois disso consegui jogar todo o jogo
o caminho para o nível 6 sem mais congelamentos registrados.

Vendo isso e o tópico de conflito do GNOME que vinculei aqui,
qualquer outro conflito potencial de GNOME e Proton ocorrendo por outro
jogos? Além disso, tem qualquer tipo de depuração feito anteriormente no Proton para verificar
quaisquer conflitos potenciais com quaisquer extensões específicas do GNOME (especialmente o
aqueles que alteram as visualizações do Desktop?). Se houver vários
instâncias de conflito de extensão Proton e GNOME, uma olhada nisso seria
apreciado, e

usando algumas extensões GNOME adicionais que eu suspeitei que poderiam ter
causou algum conflito com as janelas do jogo (baseado no Windows
erro de gerenciamento que recebi do syslog) e tentei desligar o
extensões que estavam ajustando a exibição / aparência da área de trabalho - a saber
desligando Animações e a extensão Backslide. Desligando o Backslide
especificamente parecia ter funcionado para mim, como quando tentei executar Doom
Eterno novamente esta manhã com o Backslide ligado fez com que o Freeze
aconteceu denovo.

Então, os detalhes de como consegui fazer isso foram os seguintes:
Ontem à noite experimentei @AllKind https://github.com/AllKind's
sugestão para reiniciar o Steam. Para minha surpresa, isso parecia ter funcionado
inicialmente porque o jogo não travou por um período significativo de tempo, apenas
para então travar quando eu estava prestes a fazer a transição para o terceiro nível (iirc).
Infelizmente isso me bateu

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-646068897 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y33ZKKR2JEZYALJZQSADRXISQPANCNFSM4MI6DHIA
.

@ gardotd426 existe uma maneira de o próton se comportar bem com sobreposições? Encontro esses problemas mesmo sem o gnome (eu uso o enlightenment no gentoo com openrc em vez do systemd), então não acho que o problema possa ser isolado aí

O que você quer dizer com "sobreposições". Essa palavra tem inúmeras definições quando
trata de computação / jogos / etc.

Na sexta-feira, 19 de junho de 2020 à 1h oogetyboogety [email protected]
escrevi:

@ gardotd426 https://github.com/gardotd426 existe uma maneira de o próton
se comporta bem com sobreposições? Eu encontro esses problemas mesmo sem gnomo (eu
uso o enlightenment no gentoo com openrc em vez do systemd), então eu não
acho que o problema pode estar isolado lá

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-646435630 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y3346RUIEP3W2QM6QPW3RXLWGHANCNFSM4MI6DHIA
.

Voltando a esta parte do post anterior, onde o problema parece estar relacionado com alguma funcionalidade onde os aplicativos tentam interromper o jogo e o jogo trava.

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.

Talvez eu pudesse descobrir mais sobre a causa raiz no X ou tentar no Wayland. Eu não analisei o uso de próton com wayland, mas pensei que desativei as "sobreposições" em termos do que o Proton mostra relacionado ao post acima. Usar o wayland pode forçar um mecanismo de notificação diferente ou algo que mitiga a causa raiz desse problema, o que me permitiria jogar continuamente sem travar.

O pop-up de notificação que você recebe do Steam ao jogar é do
Steam em si. É a sobreposição do Steam. Alguns jogos têm problemas com isso, mas
nao muitos. É improvável que o uso do Wayland mude alguma coisa, o Steam ainda será
usando a mesma sobreposição do Steam e, mesmo assim, tenho certeza que o Steam seria
rodando em XWayland. Você pode simplesmente tentar desativar a sobreposição do Steam para qualquer
jogos que parecem ter problemas com ele.

Na sexta-feira, 19 de junho de 2020 às 1h08 oogetyboogety [email protected]
escrevi:

Referindo-se a esta parte do ponto anterior, onde o problema aparece
para ser correlacionado com alguma funcionalidade onde os aplicativos tentam
interromper o jogo e ele travará.

Surpreendentemente, o jogo correu bem desde então, com apenas ocorrências de travamento quando recebi uma mensagem do Steam (que parece estar relacionada aos problemas 'Alt + Tab' ou 'Ctrl + Tab' relatados anteriormente). Consegui então passar por todo o terceiro nível do jogo esta manhã sem qualquer congelamento ou travamento nesta configuração, algo que nem mesmo era possível ontem.

Talvez eu pudesse pesquisar mais sobre a causa raiz do X ou tentar
Wayland. Eu não pensei em usar próton com wayland, mas pensei que
desabilitou "overlays" em termos de um Proton mostra relacionado ao post
acima, mas usar wayland pode forçar um mecanismo de notificação diferente ou
algo mitigando a causa raiz deste problema que me permitiria
jogar continuamente sem travamentos.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-646437725 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y334BPA7PDJVTDHLXON3RXLXF7ANCNFSM4MI6DHIA
.

OK, eu desativei, mas continuo recebendo o mesmo erro. Vou tentar coletar alguns logs e ver se noto uma tendência.

EDITAR:
Parece funcionar novamente por um tempo. Nenhuma falha ainda

Eles são todos "sem suporte". Portanto, não há nada que realmente possa ser feito, a não ser tornar as pessoas conscientes disso.

@ gardotd426 Droga, isso é uma pena então. Ainda bem que realizei os testes e ajudei a destacar esse problema. Espero que isso ajude pelo menos as pessoas, e espero que este problema seja um dos focos da equipe de desenvolvimento do GNOME para trabalhar com a Valve / Proton.

EDIT: Formatação

Eles parecem não ter nenhum interesse real em algo assim. E são
absolutamente disparando em direção ao Wayland do futuro, independentemente de
esteja pronto ou não. O que objetivamente não é. Isso é só meu
opinião embora eu acho. Você ainda pode enviar um relatório de bug com o GNOME, mas eu
não sei o quão longe você chegará. Mas eu quero dizer que tecnicamente é um problema em
GNOME, se não for um problema com o GNOME. Eles provavelmente apenas dirão para você não
usam a extensão porque eles não escreveram as extensões e não
apoiá-los, no entanto.

No sábado, 20 de junho de 2020 às 11h57 NickSadjoli [email protected]
escrevi:

Eles são todos "sem suporte". Portanto, não há nada que realmente possa ser feito,
fora de tornar as pessoas cientes disso.
@ gardotd426 https://github.com/gardotd426 Droga, isso é bastante
infeliz então. Ainda bem que realizei os testes e ajudei a destacar isso
questão então. Espero que isso ajude pelo menos as pessoas, e espero que este problema
poderia ser um dos focos da equipe de desenvolvimento do GNOME para trabalhar
com válvula / próton.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-647013133 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y336AOGCCKSZKJIXOMP3RXTL7RANCNFSM4MI6DHIA
.

Olá @PopeRigby , você ainda está enfrentando a pane que descreveu em https://github.com/ValveSoftware/Proton/issues/3773#issuecomment -614309204? Além disso, durante o teste, use oibaf PPA ou kisak-mesa PPA e RADV / ACO e nos informe se você pode reproduzir a falha com isso.

[782330] - Doom eterno - tela piscando após o lançamento

Problema transferido de https://github.com/ValveSoftware/Proton/issues/4023.
@bobaxxx postado em

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: Doom eternal
• Steam AppID do jogo: 782330

Informação do sistema

• GPU: GTX 1060 (móvel)
• Versão do driver / LLVM: NVIDIA 440
• Versão do kernel: Linux versão 5.3.0-61-genérica
• Link para o relatório completo de informações do sistema: https://gist.github.com/bobaxxx/e453840a627188f57f4cb20851b5b0fc
• Versão do Proton: 5.0.9

Eu confirmo:

• [X que não encontrei um relatório de compatibilidade existente para este jogo.
• [X] que verifiquei se há atualizações disponíveis para o meu sistema.

Sintomas

A instalação do jogo está OK, mas quando eu começo, posso chegar ao menu, mas a tela está piscando como o diabo.

Reprodução

• Instalar
• Inicie o jogo (linux mint tricia)

Aqui está o registro:

log.txt

Olá @PopeRigby , você ainda está enfrentando o travamento que descreveu em # 3773 (comentário) ? Além disso, durante o teste, use oibaf PPA ou kisak-mesa PPA e RADV / ACO e nos informe se você pode reproduzir a falha com isso.

Não tenho mais o Doom Eternal instalado, mas informarei quando reinstalá-lo. Provavelmente quando o primeiro DLC for lançado.

Ainda é muito irritante que o jogo não responda mais uma vez que haverá algum popup de notificação de algum outro aplicativo (talvez o próprio Steam), ou quando você acidentalmente aperta Alt + Tab ou algo assim.

Este é um problema que pode ser corrigido no Wine? Acho que isso não acontece no Windows, certo? Seria bom se isso pudesse ser corrigido. Caso contrário, ele funciona muito bem para mim agora (com Nvidia 2070). Parece ser ainda mais tranquilo desde a atualização 2.

Olá @albertz , possivelmente relacionado: "Corrigida uma falha visual dos aplicativos Vulkan quando eles param de inverter devido a uma mudança na janela, como quando alt-tab é usado para mudar o foco da janela." na nVidia 450.51 .

@albertz Nas configurações gráficas do jogo, você está usando "tela cheia"? Tente mudar para a configuração de janela sem borda.

A instalação do jogo está OK, mas quando eu começo, posso chegar ao menu, mas a tela está piscando como o diabo.

Já tive isso várias vezes. Acho que ao mudar as versões do Proton e ao instalar um novo driver de vídeo.
Tive que redefinir os padrões de vídeo (por atalhos de teclado) e reiniciar o jogo.

Olá @albertz , possivelmente relacionado: "Corrigida uma falha visual dos aplicativos Vulkan quando eles param de inverter devido a uma mudança na janela, como quando alt-tab é usado para mudar o foco da janela." na nVidia 450.51.

Eu tenho esse instalado agora, mas Alt + Tab ainda não está funcionando.

Além disso, perdi meus jogos salvos novamente, após mudar do Proton-GE para o nativo 5.0.9. E depois da atualização 2 de Doom Eternal.
Por isso não jogo mais no Linux. Perdi meus jogos muitas vezes.

essência

Também estou enfrentando o mesmo bug que @albertz , mas no meu caso também acontece quando o jogo mostra prêmios de progresso no Steam. Existe uma maneira de desligá-los?

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

editar: atualizar os drivers para 450.51 não resolveu os problemas mencionados acima.

Alguém joga isso com um Intel gpu? eu tenho um laptop com um uhd 620 e ele não inicia. primeiro aparece uma janela dizendo "não suportado", então quando clico em jogar, o jogo carrega supostamente por cerca de 10 minutos, mas nunca inicia

PS: Quase venci o DOOM neste laptop, nunca tive problemas

Alguma atualização no alt-tab? É realmente irritante!

@Rush : Você está usando "tela cheia" nas configurações gráficas do jogo? Tente definir o jogo como "janela sem borda". Isso corrige o problema de travamento do Alt-Tab aqui para mim.

Tenho tentado com "janela sem borda". Ainda não funciona, trava nas conquistas do Steam também. Alt-Tab não funciona. Estou usando nvidia-450.57.

Olá,

Acabei de experimentar a opção "janela sem borda" no Fedora 32 com uma GTX 1070 (driver 450.57). A janela do jogo ainda congela assim que Alt + Tab ou a tecla Windows é pressionada na área de trabalho do Gnome

Estou tendo uma falha com a versão mais recente do doom eternal e não tenho certeza do que está acontecendo:

Driver da Nvidia: 450.57
CPU: AMD 3970x
Ubuntu: 20.04
Kernel: 5.4.0-40-genérico
Próton: 5,0-9

Opções de lançamento:
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

Alguém chegou a isto ?

Tenho tentado com "janela sem borda". Ainda não funciona, trava nas conquistas do Steam também. Alt-Tab não funciona. Estou usando nvidia-450.57.

Depois de mais alguns testes, descobri que a aba alternativa parece funcionar em uma resolução mais baixa, mas assim que eu mudo para nativa na janela sem borda, ela parece travar / escurecer o jogo. Não sei se isso ajuda.

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

O jogo está congelando sempre que há um pop-up de sobreposição do Steam. Agora, eu não entendo porque, porque desativei a sobreposição do Steam, ainda assim ele mostra algo como uma conquista e congela o jogo. Depois disso, o jogo não inicia mais (tela preta) e tenho que reiniciar o PC para poder jogar novamente. Alt + Tab também congela a tela preta, mas isso pode ser contornado não usando Alt + Tab.
Nota lateral: Eu jogo no modo offline.
EDITAR: reiniciar o X me permite jogar novamente. Ainda irritante, mas nem tanto.

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

O jogo está congelando sempre que há um pop-up de sobreposição do Steam. Agora, eu não entendo porque, porque desativei a sobreposição do Steam, ainda assim ele mostra algo como uma conquista e congela o jogo. Depois disso, o jogo não inicia mais (tela preta) e tenho que reiniciar o PC para poder jogar novamente. Alt + Tab também congela a tela preta, mas isso pode ser contornado não usando Alt + Tab.
Nota lateral: Eu jogo no modo offline.
EDITAR: reiniciar o X me permite jogar novamente. Ainda irritante, mas nem tanto.

O mesmo aqui, nvidia 450.57-5 / GTX1070, linux 5.7.11.arch1-1

A sobreposição do Steam não pode ser desativada no Linux (o que resolveria o problema):
https://github.com/ValveSoftware/steam-for-linux/issues/3239

No entanto, não preciso reiniciar o X. $ kill $(pgrep DOOM) é o suficiente e posso simplesmente reiniciar o jogo do Steam.

Vocês precisam definitivamente trazer isso à atenção da Nvidia. Apesar de sua reputação, eles realmente parecem fazer um trabalho decente consertando coisas como essa com uma atualização.

Porque definitivamente parece que este é um problema específico da Nvidia, eu tenho uma GPU AMD e não vejo isso de forma alguma. Eu uso uma versão personalizada do Proton com o fshack reativado, não sei se está desativado no vanilla Proton ou não (sei que está desativado nas versões recentes do Proton da GE). Talvez faça parte também. Mas isso pode ser resolvido determinando se as compilações de prótons que todos vocês estão usando contém os patches fshack ou não.

Mas sim, eu joguei por cerca de 5 horas na noite passada e consegui algumas conquistas e todas funcionaram exatamente como deveriam. E a menos que seja uma grande coincidência que parece afetar apenas os usuários da Nvidia (pelo menos nos últimos tempos), parece um problema de driver. Ou isso, ou é a coisa do fshack, ou potencialmente uma coisa do ambiente de desktop.

No ProtonDB sobre Rage 2 , li sobre relatórios muito semelhantes que guia / sobreposição congela o jogo. Rage 2 é baseado em um mecanismo idTech mais antigo. A solução parece ser definir AsyncComputeDisable como 1 em settings.ini . Talvez haja algo equivalente em Doom Eternal?

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

O jogo está congelando sempre que há um pop-up de sobreposição do Steam. Agora, eu não entendo porque, porque desativei a sobreposição do Steam, ainda assim ele mostra algo como uma conquista e congela o jogo. Depois disso, o jogo não inicia mais (tela preta) e tenho que reiniciar o PC para poder jogar novamente. Alt + Tab também congela a tela preta, mas isso pode ser contornado não usando Alt + Tab.
Nota lateral: Eu jogo no modo offline.
EDITAR: reiniciar o X me permite jogar novamente. Ainda irritante, mas nem tanto.

Mesmo aqui, o kernel é 5.7.12-24-tkg-pds, Nvidia RTX 2060, alguma idéia de como consertar o problema alt + tab?
O jogo é literalmente impossível de jogar, porque qualquer conquista trará uma camada de vapor, fazendo o jogo congelar. Também estou usando a janela com borda, mas na verdade não há diferença entre a tela cheia e a janela com borda, congelando em ambos os modos.

No ProtonDB sobre Rage 2 , li sobre relatórios muito semelhantes que guia / sobreposição congela o jogo. Rage 2 é baseado em um mecanismo idTech mais antigo. A solução parece ser definir AsyncComputeDisable como 1 em settings.ini . Talvez haja algo equivalente em Doom Eternal?

Existe uma opção semelhante no doom, eu a desabilitei, então este não é o caso = (

nvidia 450.57-6 GTX 1060 6 GB
kernel 5.7.12-arch1-1
O jogo está congelando sempre que há um pop-up de sobreposição do Steam. Agora, eu não entendo porque, porque desativei a sobreposição do Steam, ainda assim ele mostra algo como uma conquista e congela o jogo. Depois disso, o jogo não inicia mais (tela preta) e tenho que reiniciar o PC para poder jogar novamente. Alt + Tab também congela a tela preta, mas isso pode ser contornado não usando Alt + Tab.
Nota lateral: Eu jogo no modo offline.
EDITAR: reiniciar o X me permite jogar novamente. Ainda irritante, mas nem tanto.

Mesmo aqui, o kernel é 5.7.12-24-tkg-pds, Nvidia RTX 2060, alguma idéia de como consertar o problema alt + tab?
O jogo é literalmente impossível de jogar, porque qualquer conquista trará uma camada de vapor, fazendo o jogo congelar. Também estou usando a janela com borda, mas na verdade não há diferença entre a tela cheia e a janela com borda, congelando em ambos os modos.

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.

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

As soluções alternativas são ótimas (se funcionarem) para realmente terminar o jogo,
mas este é um caso CLARO de um problema de driver que precisa ser relatado. Tem
Alguém relatou isso para a Nvidia?

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.

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

Como já escrevi, desabilitar a sobreposição de vapor no Linux não é possível devido a este bug de seis anos:
https://github.com/ValveSoftware/steam-for-linux/issues/3239

Esta seria a solução mais fácil, mas não ...

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Como já escrevi, desabilitar a sobreposição de vapor no Linux não é possível devido a este bug de seis anos:
ValveSoftware / steam-for-linux # 3239

Esta seria a solução mais fácil, mas não ...

Não é a sobreposição que é o problema, são as notificações. A solução alternativa acima deve remover as notificações da exibição, pelo menos em teoria, tornando o DE pelo menos reproduzível para usuários da nvidia nesse meio tempo. No entanto, não posso testar o efeito que isso tem sobre a DE porque, de qualquer forma, tenho a maioria das conquistas.

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Como já escrevi, desabilitar a sobreposição de vapor no Linux não é possível devido a este bug de seis anos:
ValveSoftware / steam-for-linux # 3239
Esta seria a solução mais fácil, mas não ...

Não é a sobreposição que é o problema, são as notificações. A solução alternativa acima deve remover as notificações da exibição, pelo menos em teoria, tornando o DE pelo menos reproduzível para usuários da nvidia nesse meio tempo. No entanto, não posso testar o efeito que isso tem sobre a DE porque, de qualquer forma, tenho a maioria das conquistas.

Não li seu link e achei que ele apenas explica como desativar a sobreposição nas opções do menu.

Eu apenas tentei e realmente funciona! Obrigado!

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Como já escrevi, desabilitar a sobreposição de vapor no Linux não é possível devido a este bug de seis anos:
ValveSoftware / steam-for-linux # 3239
Esta seria a solução mais fácil, mas não ...

Não é a sobreposição que é o problema, são as notificações. A solução alternativa acima deve remover as notificações da exibição, pelo menos em teoria, tornando o DE pelo menos reproduzível para usuários da nvidia nesse meio tempo. No entanto, não posso testar o efeito que isso tem sobre a DE porque, de qualquer forma, tenho a maioria das conquistas.

Não li seu link e achei que ele apenas explica como desativar a sobreposição nas opções do menu.

Eu apenas tentei e realmente funciona! Obrigado!

Agora, por favor, informe a Nvidia para que haja uma chance de algo ser feito a respeito.

nvidia 450.57-6 GTX 1060 6 GB
kernel 5.7.12-arch1-1
O jogo está congelando sempre que há um pop-up de sobreposição do Steam. Agora, eu não entendo porque, porque desativei a sobreposição do Steam, ainda assim ele mostra algo como uma conquista e congela o jogo. Depois disso, o jogo não inicia mais (tela preta) e tenho que reiniciar o PC para poder jogar novamente. Alt + Tab também congela a tela preta, mas isso pode ser contornado não usando Alt + Tab.
Nota lateral: Eu jogo no modo offline.
EDITAR: reiniciar o X me permite jogar novamente. Ainda irritante, mas nem tanto.

Mesmo aqui, o kernel é 5.7.12-24-tkg-pds, Nvidia RTX 2060, alguma idéia de como consertar o problema alt + tab?
O jogo é literalmente impossível de jogar, porque qualquer conquista trará uma camada de vapor, fazendo o jogo congelar. Também estou usando a janela com borda, mas na verdade não há diferença entre a tela cheia e a janela com borda, congelando em ambos os modos.

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.

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

Obrigado, posso confirmar que esta solução alternativa funcionou para mim.

@ roman-bronis & @ Sha1rath

pode ser aconselhável deixar uma revisão no protondb para DE e mencionar a solução alternativa das notificações do Steam com o link para o guia. Já fiz isso na esperança de que seja útil para mais usuários Linux com NVIDIA GPUS.

Obrigado pela sua paciência.

@ roman-bronis & @ Sha1rath

pode ser aconselhável deixar uma revisão no protondb para DE e mencionar a solução alternativa das notificações do Steam com o link para o guia. Já fiz isso na esperança de que seja útil para mais usuários Linux com NVIDIA GPUS.

Obrigado pela sua paciência.

Ótima ideia, pronto!

Sobre relatar isso à NVidia, pessoalmente não estou em posição de fornecer uma descrição adequada do problema. Seriam necessários logs ou rastreamentos detalhados em vez de dizer "alguém disse que isso não acontece no AMD".

nvidia 450.57-6 GTX 1060 6 GB
kernel 5.7.12-arch1-1
O jogo está congelando sempre que há um pop-up de sobreposição do Steam. Agora, eu não entendo porque, porque desativei a sobreposição do Steam, ainda assim ele mostra algo como uma conquista e congela o jogo. Depois disso, o jogo não inicia mais (tela preta) e tenho que reiniciar o PC para poder jogar novamente. Alt + Tab também congela a tela preta, mas isso pode ser contornado não usando Alt + Tab.
Nota lateral: Eu jogo no modo offline.
EDITAR: reiniciar o X me permite jogar novamente. Ainda irritante, mas nem tanto.

Mesmo aqui, o kernel é 5.7.12-24-tkg-pds, Nvidia RTX 2060, alguma idéia de como consertar o problema alt + tab?
O jogo é literalmente impossível de jogar, porque qualquer conquista trará uma camada de vapor, fazendo o jogo congelar. Também estou usando a janela com borda, mas na verdade não há diferença entre a tela cheia e a janela com borda, congelando em ambos os modos.

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Obrigado, posso confirmar que esta solução alternativa funcionou para mim.

Agora você pode usar Alt + Tab para sair do jogo? Ou isso apenas corrigiu o problema de notificação?

nvidia 450.57-6 GTX 1060 6 GB
kernel 5.7.12-arch1-1
O jogo está congelando sempre que há um pop-up de sobreposição do Steam. Agora, eu não entendo porque, porque desativei a sobreposição do Steam, ainda assim ele mostra algo como uma conquista e congela o jogo. Depois disso, o jogo não inicia mais (tela preta) e tenho que reiniciar o PC para poder jogar novamente. Alt + Tab também congela a tela preta, mas isso pode ser contornado não usando Alt + Tab.
Nota lateral: Eu jogo no modo offline.
EDITAR: reiniciar o X me permite jogar novamente. Ainda irritante, mas nem tanto.

Mesmo aqui, o kernel é 5.7.12-24-tkg-pds, Nvidia RTX 2060, alguma idéia de como consertar o problema alt + tab?
O jogo é literalmente impossível de jogar, porque qualquer conquista trará uma camada de vapor, fazendo o jogo congelar. Também estou usando a janela com borda, mas na verdade não há diferença entre a tela cheia e a janela com borda, congelando em ambos os modos.

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Obrigado, posso confirmar que esta solução alternativa funcionou para mim.

Agora você pode usar Alt + Tab para sair do jogo? Ou isso apenas corrigiu o problema de notificação?

Acabei de verificar o problema de notificação, já foi divertido porque eu tinha todas as conquistas "fáceis". Não acho que isso esteja resolvendo o problema Alt + Tab, mas você precisará verificar por conta própria (desculpe, não vou instalar este jogo enorme pela terceira vez;)).

nvidia 450.57-6 GTX 1060 6 GB
kernel 5.7.12-arch1-1
O jogo está congelando sempre que há um pop-up de sobreposição do Steam. Agora, eu não entendo porque, porque desativei a sobreposição do Steam, ainda assim ele mostra algo como uma conquista e congela o jogo. Depois disso, o jogo não inicia mais (tela preta) e tenho que reiniciar o PC para poder jogar novamente. Alt + Tab também congela a tela preta, mas isso pode ser contornado não usando Alt + Tab.
Nota lateral: Eu jogo no modo offline.
EDITAR: reiniciar o X me permite jogar novamente. Ainda irritante, mas nem tanto.

Mesmo aqui, o kernel é 5.7.12-24-tkg-pds, Nvidia RTX 2060, alguma idéia de como consertar o problema alt + tab?
O jogo é literalmente impossível de jogar, porque qualquer conquista trará uma camada de vapor, fazendo o jogo congelar. Também estou usando a janela com borda, mas na verdade não há diferença entre a tela cheia e a janela com borda, congelando em ambos os modos.

Você poderia tentar a solução alternativa abaixo para desativar as notificações de overlay do Steam e ver como isso afeta Doom Eternal. Infelizmente, tenho quase todas as conquistas para um único jogador e não posso verificar se a solução alternativa corrige alguma coisa.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Obrigado, posso confirmar que esta solução alternativa funcionou para mim.

Agora você pode usar Alt + Tab para sair do jogo? Ou isso apenas corrigiu o problema de notificação?

Ele corrige apenas temporariamente o problema de notificação, removendo todas as notificações do Steam no jogo até que a nvidia lide com o bug nos drivers, assumindo que seja um bug do driver. Consegui verificar isso no meu jogo ontem e funciona.

Olá! Acabei de voltar a jogar DOOM Eternal e estou enfrentando alguns problemas de desempenho.

Em um RX 5700 XT com Mesa 20.1.4 e ACO habilitado nas configurações de inicialização, obtenho 70 - 120FPS jogando nas configurações máximas com V-Sync ligado e Freesync ativado.

Com a mesma placa, usando os drivers AMDGPU-PRO mais recentes e Freesync também ativado, eu obtenho 144FPS consistentes ao jogar o jogo com V-Sync configurado para Triple Buffering (On e AUTO limita a taxa de quadros em 72FPS fora dos menus por algum motivo). Mas os drivers PRO fazem com que o sangue pareça ter algum tipo de efeito de arco-íris metálico.

Pelo que pude descobrir, os principais problemas de desempenho com DOOM Eternal já foram corrigidos no Mesa pelo menos desde 20.1.1. O problema poderia estar em outro lugar?

Não sei se vale a pena mencionar, mas percebi que ao usar os drivers PRO, a versão Vulkan relatada por DOOM e MangoHud é 1.2.139, enquanto com Mesa 20.1.4, ele relata 1.2.131 (meu sistema tem o mais recente disponível em repositórios Solus, versão 1.2.141.0). Corectrl também relata a versão da API Vulkan como sendo 1.2.131.

Olá, tenho tido problemas para lançar Doom Eternal, depois do que parece uma era dizendo "Running", ele eventualmente desiste e fecha. Eu verifiquei o arquivo de log de PROTON_LOG=1 %command% e fiquei surpreso quando ele disse que tinha 3 GB de tamanho.

Parece que algum script na inicialização está em loop infinito, terminando eventualmente com StackOverflowException , então talvez recursão?

Com algum grepping de especialista para o termo "exceção", encontrei um padrão de repetição do seguinte snippet no log:

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

O número 10394444 é o número da linha, se você está se perguntando.

Executar o comando grep code=c0000005 steam-782330.log | wc -l me deu o número de vezes que esse loop aconteceu, que foi 290 (290 vezes mais).

Informação do sistema:

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

Já joguei Doom Eternal com sucesso antes no Linux, e então não jogo há algum tempo (pelo menos um mês, provavelmente mais). Nesse ínterim, acho que houve algumas atualizações do Doom, mas também no meu sistema Ubuntu, incluindo novos drivers Nvidia, etc.

Agora eu só queria jogar de novo, e não começa. Eu vejo o logotipo do id na bandeja do sistema, a tela fica preta e volto para a área de trabalho, sem nenhum erro.

Isso é com o Proton 5.0, o que eu usei antes (apenas a instalação padrão, mas com "PROTON_NO_ESYNC": "1" no arquivo user_settings.py ).

Eu também tentei com o novo Proton 5.13, pois li alguns relatórios aqui que ele funciona ainda melhor agora, e também o problema do alt-tab foi resolvido. No entanto, obtenho o mesmo comportamento, ou seja, vejo o logotipo de id na bandeja do sistema, depois na tela preta e, em seguida, de volta ao desktop.

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

(Eu realmente não sei o que é relevante nisso. Espero que contenha algumas informações relevantes ...)

Editar Estranhamente, depois de reiniciar meu PC, ele agora funciona corretamente. Ainda tenho o problema de alt + tab (ou seja, alt + tab, ou qualquer sobreposição ocorrendo no jogo irá congelar os gráficos), mas funciona muito bem de outra forma. Talvez até melhor (mais suave, mais rápido) do que antes, mas não sei. Mas eu esperava principalmente que o problema alt + tab fosse corrigido. Estou usando a janela sem borda, pois li em algum lugar.

Agora também tenho um arquivo de log em comparação a uma execução correta.

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

Nesse novo log, não consegui encontrar essas partes do log antigo:

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

Mas presumo que tudo isso já faça parte do tratamento de erros, o gerenciador de falhas, que coleta algumas informações sobre meu sistema. Portanto, isso provavelmente não é relevante. Então, basicamente, não sei qual parte do (primeiro) log é relevante para o erro que tive.

Olá,

Doom Eternal congela na tela de carregamento.

steam-782330.zip

Aqui está o arquivo de log. Como é muito grande, tive que fechar.

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

Eu tentei com o Proton 5.13-1 e a inclinação da roda do mouse não é mais reconhecida pelo jogo. Funciona novamente depois de voltar para 5.09.

Olá @ Sha1rath , para maior clareza, você está se referindo a eventos de rolagem horizontal em seu mouse? Qual modelo de mouse você está usando?

Normalmente, eu pediria um registro do Proton para acompanhar a regressão, mas não acho que isso revelaria nada de interessante sem algum registro adicional ativado.

@ kisak-valve Sim, rolagem horizontal ao inclinar a roda do mouse (chamada tilt-wheel ou 4D-wheel).
Estou usando um Roccat Kone AIMO Remasterizado.
No jogo, os botões de inclinação são reconhecidos como "Mouse 4" e "Mouse 5", o xev os exibe como "botão 6" e "botão 7".
Tentei religá-lo no jogo porque presumi que talvez os códigos de tecla tenham mudado, mas ao atribuir uma nova tecla no menu de configurações, quando inclino a roda, ela mostra "pressione nova tecla" (ou algo assim). O jogo totalmente não percebe.

Sobre o log: também presumi que um evento de entrada não reconhecido não registraria nada.

A propósito, como meu mouse tem muitos botões (12 se você contar todas as direções da roda), percebi que muitos dos botões não funcionam no próton. O mouse pode vincular seus próprios botões às entradas do teclado, o que fiz como uma solução alternativa. Seria bom ver todos os botões do mouse funcionando sem vincular macros do teclado a eles no próprio mouse. No entanto, a única mudança que notei foi sobre a roda de inclinação (que não quero atribuir com macros de teclado porque desabilitaria a rolagem horizontal em meu desktop Linux) ...

@ Sha1rath Você poderia obter um log com + x11drv, + x11settings, + event, + cursor, + win, + message como canais de registro adicionais em 5.0-9 onde está funcionando e 5.13-1 onde falha?

Aqui estão os registros:
DoomEternalProtonLogs.tar.gz

E aqui está o que eu fiz ao registrá-los:

Ambos

• Começar o jogo
• Vá para o menu de personalização de controles
• Clique no campo direito de ligações de espingarda de combate
• Roda de inclinação para a esquerda

Próton 5.13

• Nada acontece, pressione nova tecla. O prompt não desaparece
• Roda inclinada para a direita
• Nada acontece, pressione a nova tecla. O prompt não desaparece

Proton 5.0-9

• A Shotgun é atribuída e é mostrada como o botão 4 do mouse
• Clique no campo direito de ligações pesadas de canhão
• Roda inclinada para a direita
• O canhão é atribuído e é mostrado como o botão 5 do mouse

Ambos

• Pressione ESC repetidamente para sair do menu de configurações e sair do jogo

Muito obrigado por abordar isso.

PS: Acabei de experimentar o Dying Light e aí tenho o mesmo problema: a roda de inclinação funciona no Proton 5.0-9, mas não no 5.13. Portanto, provavelmente não é apenas um problema específico de Doom Eternal.

Olá! Acabei de receber o jogo durante a venda. A tecla Tab (para o inventário e outras coisas) não está funcionando para mim. Eu poderia jurar que funcionou durante a primeira missão, mas depois nada, nem mesmo nos menus ... Mais alguém?

Olá @ Sha1rath , por solicitação do desenvolvedor do Proton, transferi seus comentários recentes sobre a entrada da roda de rolagem para # 4341 porque não parece ser um problema específico do jogo.

Olá! Acabei de receber o jogo durante a venda. A tecla Tab (para o inventário e outras coisas) não está funcionando para mim. Eu poderia jurar que funcionou durante a primeira missão, mas depois nada, nem mesmo nos menus ... Mais alguém?

Tente pressionar alt esquerdo. Isso também deve abrir o mesmo menu, e então você poderá usar o Tab novamente.

Acontece comigo quando abro a tecla Alt-Tab enquanto jogo. Depois de voltar a usar o alt-tab, tenho que usar o alt uma vez para fazer o tab funcionar novamente.

Mesmo que você não tenha o Alt-Tab, tente mesmo assim.

Olá,

Doom Eternal congela na tela de carregamento.

steam-782330.zip

Aqui está o arquivo de log. Como é muito grande, tive que fechar.

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

Estou tendo o mesmo problema, você conseguiu fazer funcionar? Eu também estou em um 2080, nvidia 455.34.01

Não, não tenho 😔

Em 3 de novembro de 2020, terça-feira, 22:45 George Gibbs [email protected] escreveu:

Olá,

Doom Eternal congela na tela de carregamento.

steam-782330.zip
https://github.com/ValveSoftware/Proton/files/5432527/steam-782330.zip

Aqui está o arquivo de log. Como é muito grande, tive que fechar.

processador: 0
vendor_id: GenuineIntel
família da CPU: 6
modelo: 94
nome do modelo: Intel (R) Core (TM) i7-6700 CPU @ 3,40 GHz
passo: 3

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

nvidia 455.28-7
Versão da instância Vulkan: 1.2.153

Estou tendo o mesmo problema, você conseguiu fazer funcionar? Eu também estou em um
2080, nvidia 455.34.01

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-721245884 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AAAIQWG4SS2O2J7DNOMY7YTSOAXTPANCNFSM4MI6DHIA
.

Não eu não tenho pensativo

Obrigado por confirmar, na esperança de encontrar uma solução alternativa. Enviei o bug 1522 no rastreador de mutter, pois parece funcionar bem para mim com o KDE e desabilitando o compositor (o que acontece por padrão para aplicativos de tela inteira com o KDE mais recente). Não tenho ideia se é realmente o murmúrio da falha ou algo dentro do vinho / próton, mas achei que não faria mal tentar e conseguir mais olhos nele ...

FWIW Eu executo a Nvidia e não estou tendo problemas com Budgie, que usa GNOME e Mutter sob o capô e, portanto, também não tem como desativar o compositor.

Não eu não tenho pensativo

Obrigado por confirmar, na esperança de encontrar uma solução alternativa. Enviei o bug 1522 no rastreador de mutter, pois parece funcionar bem para mim com o KDE e desabilitando o compositor (o que acontece por padrão para aplicativos de tela inteira com o KDE mais recente). Não tenho ideia se é realmente o murmúrio da falha ou algo dentro do vinho / próton, mas achei que não faria mal tentar e conseguir mais olhos nele ...

Curiosamente, hoje começou a funcionar de novo!

Provavelmente algo a ver com essas atualizações?

[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, hoje começou a funcionar de novo!

Também não funcionou para mim em algum momento, mas depois que reiniciei meu computador, funcionou (mas não houve atualizações nesse momento).

@ kisak-valve Olá, parece que, como o jogo não parece reconhecer que minha conta bethesda foi verificada, não consigo acessar o modo de batalha nem os novos níveis mestre por causa disso. Seria bom ver uma correção em breve.

Testado com próton 5.0.10

Estou experimentando que o jogo congela ao "carregar" (aproximadamente 10 segundos após o lançamento). Eu tentei os drivers nvidia 440, 450 e 455, o resultado é o mesmo. Versões de prótons experimentadas 5.13-1, 5.0-10 e 5.9-GE, o resultado é o mesmo. Argumentos de inicialização usados: PROTON_NO_ESYNC = 1% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1 (eu tentei individualmente e juntos. O resultado é o mesmo).

informações do sistema: https://gist.github.com/dymax78/24837a587c00eb59a2c68fc24c5b80da

despejo de registro de prótons: steam-782330.zip

Obrigado pelo seu tempo e ajuda.

@ dymax78 , você tentou jogar com o Esync habilitado? Eu não tive esses problemas no meu fim depois de fazer isso.

Por meses, o jogo não funcionava a menos que o esync fosse desativado, então isso não
faz muito sentido. Acho que pode funcionar com o Esync agora, mas duvido que seja
o problema.

No domingo, 8 de novembro de 2020 às 23h46 Alexander Streng [email protected]
escrevi:

@ dymax78 https://github.com/dymax78 você já tentou jogar o jogo
com o Esync ativado? Eu não tive esses problemas no meu fim depois de fazer isso.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-723750943 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y33YMBZOHY57PSCZLOO3SO5X3TANCNFSM4MI6DHIA
.

@ gardotd426 ainda vale a pena tentar. E o jogo funciona perfeitamente com esync (em hardware nvidia, mas isso não importa). No mh caso, se o esync estivesse desativado, 99% das vezes o jogo travaria em uma tela preta antes mesmo de inicializar no menu principal.

@ gardotd426 ainda vale a pena tentar. E o jogo funciona perfeitamente com esync (em hardware nvidia, mas isso não importa). No mh caso, se o esync estivesse desativado, 99% das vezes o jogo travaria em uma tela preta antes mesmo de inicializar no menu principal.

Oi guerreiro,

Sim, também tentei. Infelizmente, é o mesmo resultado.

Doom Eternal não carrega após a atualização do Ubuntu 20.04 - 20.10

Problema transferido de https://github.com/ValveSoftware/steam-for-linux/issues/7458.
@Pentastarch postado em 2020-11-09T16: 08: 10:

Informações do seu sistema

Distro: Ubuntu 20.10
Kernel: 5.8.0-26-genérico
RAM: 32 GB
Driver GPU: NVIDIA 455.28
GPU: NVIDIA GeForce RTX 2070 SUPER
CPU: AMD Ryzen 7 3700X 8 núcleos
Próton: 5,13-1
Cliente Steam: Construído em 4 de novembro, versão 1604538810
Versão do Steam Runtime: steam-runtime_0.20201104.0

Ubuntu 20.10

No Steam beta - sim

Eu atualizei de 20.04 para 20.10 e Doom Eternal parou de carregar. Ele chega à tela de carregamento e trava. Outros jogos - Doom 2016, Metro Exodus carregam e funcionam bem.

Reinstalei o Steam e o jogo, verifiquei os arquivos, mas não consigo passar da tela de carregamento.

Eu mudei a taxa de atualização da tela de 144 Hz para 60 Hz, que funcionava antes da atualização, e carrega a próxima tela e a música começa. Mas então fica pendurado lá. mas não fui adiante.

Alguma ideia??

Para todos que estão pendurados na tela de carregamento inicial, tente executar em Windowed (acredito -window ou -safe opções de inicialização) ou tente um compositor diferente (se você estiver no gnome, tente kde algo não composto). Estou tendo um problema semelhante com mutter / gnome conforme listado em minha postagem acima, que pode ser o que você está encontrando.

Na verdade, estou vendo que o Battlemode também não funciona (nunca tentei
para jogar).

Idk se este é um problema de Proton 5.13 ou o quê, vou tentar com outro Proton
versão e veja o que acontece.

Na segunda-feira, 9 de novembro de 2020 às 13:21 George Gibbs [email protected]
escrevi:

Para todos que estão pendurados na tela de carregamento inicial, tente executar em
Windowed (acredito -window ou -safe launch options) ou tente um diferente
compositor (se você estiver no gnome, tente kde ou algo não composto). Eu estou
tendo um problema semelhante com mutter / gnome, conforme listado na minha postagem acima, que
pode ser o que você está encontrando.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-724188382 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y33526S7GAA3NM2AXZV3SPAXKBANCNFSM4MI6DHIA
.

Eu tentei todas as versões de prótons, incluindo as versões GE, atualizadas para os drivers Nvidia mais recentes. Vapor purgado, recarregado tudo.
Mas, como todo o resto dos meus jogos funciona, deve haver algum tipo de interação - particular para DE e 20.10 - como sugere Vash63, gnome?

@ kisak-valve, então Doom Eternal Battlemode não está funcionando com o 5.13. Isso deveria estar nas edições 5.13? Ou apenas aqui?

Olá @ gardotd426 , confirme se o problema não ocorre com uma versão anterior do Proton, então com o Proton 5.13, adicione PROTON_LOG=1 %command% às opções de inicialização do jogo, reproduza o problema e anexe o $ HOME / steam- gerado $ APPID.log para este relatório de problema como um arquivo. (Registros de prótons compactam bem, se necessário.)

Em geral, este é o lugar certo para discutir todos os problemas que você vê em Doom Eternal.

Para todos que estão pendurados na tela de carregamento inicial, tente executar em Windowed (acredito -window ou -safe opções de inicialização) ou tente um compositor diferente (se você estiver no gnome, tente kde algo não composto). Estou tendo um problema semelhante com mutter / gnome conforme listado em minha postagem acima, que pode ser o que você está encontrando.

Obrigado pela sugestão. Infelizmente, as opções de inicialização em janela estão sendo ignoradas (-windowed, –windowed -w 1024, -sw ou -safe) e o jogo continua abrindo em tela cheia. Com base em sua resposta, é pertinente observar que recentemente atualizei o Gnome para 3.38.

Olá @ gardotd426 , confirme se o problema não ocorre com uma versão anterior do Proton, então com o Proton 5.13, adicione PROTON_LOG=1 %command% às opções de inicialização do jogo, reproduza o problema e anexe o $ HOME / steam- gerado $ APPID.log para este relatório de problema como um arquivo. (Registros de prótons compactam bem, se necessário.)

Em geral, este é o lugar certo para discutir todos os problemas que você vê em Doom Eternal.

@ kisak-valve battlemode nunca funcionou com Proton devido ao problema de "conta não verificada"

@ kisak-valve battlemode nunca funcionou com Proton devido ao problema de "conta não verificada"

@ warriormaster12 Sinto muito, isso está errado.

O modo de batalha funciona com outras versões do Proton. Eu testei depois do meu post anterior e fui capaz de jogar 5 partidas consecutivas sem problemas.

E no Proton 5.13, não é um problema de "conta não verificada". É apenas "Ocorreu um erro desconhecido. Tente novamente mais tarde."

@ kisak-valve Pegarei esses logs e os postarei mais tarde hoje.

O modo de batalha funciona com outras versões do Proton. Eu testei depois do meu post anterior e fui capaz de jogar 5 partidas consecutivas sem problemas.

@ gardotd426 battlemode nunca funcionou comigo com nenhuma versão de próton, apenas diz que não foi possível encontrar correspondências.

@ kisak-valve battlemode nunca funcionou com Proton devido ao problema de "conta não verificada"

@ warriormaster12 Sinto muito, isso está errado.

O modo de batalha funciona com outras versões do Proton. Eu testei depois do meu post anterior e fui capaz de jogar 5 partidas consecutivas sem problemas.

E no Proton 5.13, não é um problema de "conta não verificada". É apenas "Ocorreu um erro desconhecido. Tente novamente mais tarde."

@ kisak-valve Pegarei esses logs e os postarei mais tarde hoje.

@ gardotd426

O modo de batalha nunca funcionou do meu lado. Verifiquei o bethesda.net e diz que minha conta foi verificada, mas no Doom Eternal não.

@ gardotd426 battlemode nunca funcionou comigo com nenhuma versão de próton, apenas diz que não foi possível encontrar correspondências.

Aparentemente, às vezes isso também é um problema para os usuários do Windows.

Mas não, eu era capaz de jogar 5 ou 6 partidas seguidas apenas usando "Quick Match" (então não como se eu tivesse sido convidado por alguém ou alguma coisa) e funcionou perfeitamente.

O modo de batalha nunca funcionou do meu lado. Verifiquei o bethesda.net e diz que minha conta foi verificada, mas no Doom Eternal não.

@ warriormaster12 que pena, mas não tenho esse problema, e também não é o problema do 5.13, é outra coisa.

@ gardotd426 battlemode nunca funcionou comigo com nenhuma versão de próton, apenas diz que não foi possível encontrar correspondências.

Aparentemente, às vezes isso também é um problema para os usuários do Windows.

Mas não, eu era capaz de jogar 5 ou 6 partidas seguidas apenas usando "Quick Match" (então não como se eu tivesse sido convidado por alguém ou alguma coisa) e funcionou perfeitamente.

O modo de batalha nunca funcionou do meu lado. Verifiquei o bethesda.net e diz que minha conta foi verificada, mas no Doom Eternal não.

@ warriormaster12 que pena, mas não tenho esse problema, e também não é o problema do 5.13, é outra coisa.

@ gardotd426 você pode ser uma exceção, não a regra, mas veremos. Enviarei um lig mais tarde hoje e também tentarei enviar um ticket para o suporte da Bethesda.

Isso não é provável.

Você quase nunca tem situações em que o multijogador só funciona para um
pessoa e não todos os outros. Muitas vezes você tem situações em que
funciona para a maioria das pessoas, mas alguns não conseguem fazê-lo funcionar.

Eu testei isso em várias máquinas.

Na terça-feira, 10 de novembro de 2020, 2h57, Alexander Streng [email protected]
escrevi:

@ gardotd426 https://github.com/gardotd426 battlemode nunca funcionou para
me com qualquer versão de próton, apenas diz que não foi possível encontrar correspondências.

Aparentemente, às vezes isso também é um problema para os usuários do Windows.

Mas não, consegui jogar 5 ou 6 partidas consecutivas apenas usando "Quick
Match "(não é como se eu tivesse sido convidado por alguém ou alguma coisa) e funcionou
perfeitamente.

O modo de batalha nunca funcionou do meu lado. Verifiquei o bethesda.net e diz
que minha conta foi verificada, mas em Doom Eternal não.

@ warriormaster12 https://github.com/warriormaster12 isso é lamentável,
mas não tenho esse problema, e não é o problema do 5.13
também, é outra coisa.

@ gardotd426 https://github.com/gardotd426 você pode ser uma exceção, não
a regra, mas veremos. Vou enviar um lig mais tarde hoje e também tento enviar um
bilhete para o suporte Bethesda.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-724530867 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y332BA7TH5INNNITWL6TSPDW7JANCNFSM4MI6DHIA
.

@ gardotd426 acho que você está certo então, eu já enviei um bilhete para Bethesda

Esperamos que eles forneçam algo diferente de "Desculpe, este jogo é para
Somente Windows, não podemos fornecer qualquer ajuda "que é 99,9999% será o que
eles dizem.

Em Ter, 10 de novembro de 2020 às 4:43 AM Alexander Streng [email protected]
escrevi:

@ gardotd426 https://github.com/gardotd426 acho que você está certo então, eu
já enviou um bilhete para Bethesda

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-724587166 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y33YYIFYFRLNL7ATKAUDSPEDKHANCNFSM4MI6DHIA
.

Para todos que estão pendurados na tela de carregamento inicial, tente executar em Windowed (acredito -window ou -safe opções de inicialização) ou tente um compositor diferente (se você estiver no gnome, tente kde algo não composto). Estou tendo um problema semelhante com mutter / gnome conforme listado em minha postagem acima, que pode ser o que você está encontrando.

Obrigado pela sugestão. Infelizmente, as opções de inicialização em janela estão sendo ignoradas (-windowed, –windowed -w 1024, -sw ou -safe) e o jogo continua abrindo em tela cheia. Com base em sua resposta, é pertinente observar que recentemente atualizei o Gnome para 3.38.

É definitivamente Gnome. Acabei de instalar o Plasma e funciona bem

Para todos que estão pendurados na tela de carregamento inicial, tente executar em Windowed (acredito -window ou -safe opções de inicialização) ou tente um compositor diferente (se você estiver no gnome, tente kde algo não composto). Estou tendo um problema semelhante com mutter / gnome conforme listado em minha postagem acima, que pode ser o que você está encontrando.

Obrigado pela sugestão. Infelizmente, as opções de inicialização em janela estão sendo ignoradas (-windowed, –windowed -w 1024, -sw ou -safe) e o jogo continua abrindo em tela cheia. Com base em sua resposta, é pertinente observar que recentemente atualizei o Gnome para 3.38.

É definitivamente Gnome. Acabei de instalar o Plasma e funciona bem

Obrigado por confirmar. Eu abri um problema para isso no rastreador de murmúrio do GNOME , embora eu ainda não tenha certeza se murmurar é a falha ou algo não está sendo tratado corretamente entre Proton e murmúrio.

O Denuvo foi removido do jogo em uma atualização, então o jogo deve funcionar fora da caixa. Proton 5.9 funciona bem.

Pelo que reuni lendo este tópico e por experiência pessoal:

• Pelo amor de Deus, não use GNOME / MATE
• Usar Alt-Tab na tela inteira ou alterar a resolução da tela pode e, em muitos casos, interromperá a renderização e você terá que encerrar o jogo. Se você precisar acessar outros programas enquanto joga, jogue no modo Windowed. O jogo suporta o botão de maximizar.
• Podem ocorrer estalos de áudio. Ele pode ser reduzido principalmente usando algumas configurações personalizadas do Pulseaudio.
• O uso da GPU é ligeiramente maior ao jogar no Proton. No Windows, o mínimo absoluto seria 1050 2 GB, mas para o Proton você precisará de 1060 3 GB ou melhor, que tenho certeza que é recomendado de qualquer maneira.
• Tentei multijogador. Não funciona. A mensagem de erro não me dá nada específico, apenas me diz que houve um problema de conexão, então não sei se é causado por algum tipo de anticheat. Se alguém tiver uma solução alternativa, me avise.

Especificações que testei:

GTX 1060 3 GB
Intel Core i5 8400
16 GB de RAM HyperX Fury DDR4 Dual Channel
Driver GeForce 450 LTS
Intel 660p Series 1 TB (onde o jogo é armazenado)

Para todos que estão pendurados na tela de carregamento inicial, tente executar em Windowed (acredito -window ou -safe opções de inicialização) ou tente um compositor diferente (se você estiver no gnome, tente kde algo não composto). Estou tendo um problema semelhante com mutter / gnome conforme listado em minha postagem acima, que pode ser o que você está encontrando.

Obrigado pela sugestão. Infelizmente, as opções de inicialização em janela estão sendo ignoradas (-windowed, –windowed -w 1024, -sw ou -safe) e o jogo continua abrindo em tela cheia. Com base em sua resposta, é pertinente observar que recentemente atualizei o Gnome para 3.38.

É definitivamente Gnome. Acabei de instalar o Plasma e funciona bem

Kubuntu 20.04, Proton 5.13-1 - multiplayer nunca funcionou.

@ gardotd426 bem, tentei, mas eles se recusaram a corrigir o problema por causa do Proton. Devo tentar testar o jogo no Windows e criar um tíquete depois disso.

Atualização, eles estão dispostos a continuar a me ajudar com o problema de verificação da conta.

@ kisak-valve Olá, pensei que seria uma boa ideia enviar o mesmo log que enviei para a Bethesda aqui.

Aqui está o log
steam-782330.zip

@ gardotd426 A conclusão do suporte da Bethesda foi que o problema não é com a minha conta / vinculação da conta com o Steam, mas como a Proton lida com o login no jogo.

@ warriormaster12 Claro, para mim o modo de batalha funciona bem no Windows.

Não tentei o modo de batalha, mas exceto o problema alt + tab, Doom Eternal funciona perfeitamente na minha configuração Gnome. E está funcionando muito bem! :-) Comecei a jogar o DLC de Deus Antigo.

Se alguém precisar de algo que possa ajudar, pergunte, tentarei fornecer o máximo em minha capacidade.

Não tentei o modo de batalha, mas exceto o problema alt + tab, Doom Eternal funciona perfeitamente na minha configuração Gnome. E está funcionando muito bem! :-) Comecei a jogar o DLC de Deus Antigo.

Se alguém precisar de algo que possa ajudar, pergunte, tentarei fornecer o máximo em minha capacidade.

qual versão do Gnome?

Gnome 3.38.1

No domingo, 15 de novembro de 2020, 13:44 dymax78 [email protected] escreveu:

Não tentei o modo de batalha, mas exceto o problema alt + tab. Doom Eternal é executado
perfeitamente na minha configuração Gnome. E está funcionando muito bem! :-) Comecei a jogar o
Ancient God DLC.

Se alguém precisar de algo que possa ajudar, por favor pergunte, tentarei
fornecer o máximo em minha capacidade.

qual versão do Gnome?

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-727529802 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AAAIQWGUK7GZKOHZJJ2S2GTSP6BE5ANCNFSM4MI6DHIA
.