Proton: Doom Eternal (782330) - Primeiro mês de feedback

Criado em 20 mar. 2020  ·  1172Comentários  ·  Fonte: ValveSoftware/Proton

Relatório de Compatibilidade

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

Informação do sistema

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

Sintomas

O jogo começa, abre a bandeja do sistema de vinho e fecha abruptamente.

Reprodução

  • Instale o DOOM Eternal, clique em reproduzir
  • Outra forma é a força no jogo propetizar a versão do Proton para 5.0-4 e clicar em play.
Game compatibility - Unofficial

Comentários muito úteis

Editar . Proton 5.0-5 foi lançado e o jogo funciona nele, não é mais necessário editar o exe do jogo com o sed. No entanto, você ainda precisa instalar o Vulkan-Loader mais recente (1.2.135) e provavelmente ainda precisa substituir o exe do jogo pela versão sem DRM.

Consegui fazer o Doom Eternal funcionar compilando o Wine-Staging com o patch do repo TkG e substituindo strings com extensões VK no executável do jogo (sim, isso é idiota, mas pelo menos permite que o jogo inicie). Além disso, o Vulkan-Loader mais recente (1.2.135) é necessário.

Por exemplo, substituí vkAcquireFullScreenExclusiveModeEXT por vkCreateDescriptorUpdateTemplateKHR, também substituí VK_EXT_full_screen_exclusive por VK_EXT_sampler_filter_minmax. Usei o sed para este propósito.

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkCreateDescriptorUpdateTemplateKHR/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_sampler_filter_minmax/g' DOOMEternalx64vk.exe

Aqui está outra variante que funciona melhor:

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkGetImageSparseMemoryRequirements2/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_shader_stencil_export/g' DOOMEternalx64vk.exe

As strings substituídas devem ter o mesmo comprimento que as strings originais (é importante, caso contrário, o executável não será iniciado).

O jogo costuma travar ou travar antes de entrar no menu principal, várias tentativas podem ser necessárias.

test3
test4
test
test1

Consegui entrar no menu principal, mas apenas uma vez, na próxima execução o jogo travou novamente:

twst

Após várias tentativas, consegui acessar o menu principal novamente e iniciar a campanha:

gameplay

Aqui está o vídeo do jogo (o som funciona, só não gravei). Não olhe para o desempenho, tenho certeza que é ruim por causa dessa maneira suja de executar o jogo.

Eu tentei apenas o executável DRM-Free, então não posso dizer se a versão do Denuvo pode ser iniciada dessa forma.

Vou continuar a experimentar com cordas, talvez consiga fazer o jogo funcionar completamente.

ps Desculpe pelos erros gramaticais, o inglês não é minha língua nativa (mas estou melhorando constantemente).

Todos 1172 comentários

Doom Eternal não começando

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3655.
@APoniatowski postado em 2020-03-20T00: 48: 54:

Relatório de Compatibilidade

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

Informação do sistema

em breve...

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

Sintomas

O jogo trava ao iniciar

Reprodução

-instalar
-começar


@oscarcp comentou em 2020-03-20T00: 49: 39:

Merda, nós dois começamos o ingresso ao mesmo tempo. Devo colocar o meu como duplicado?

Olá @oscarcp , meu entendimento é que este jogo precisará de uma pilha de driver de vídeo atualizada. Não tenho certeza de tudo o que é necessário, mas vulkan-loader 1.2.135 deve ser um dos requisitos. Isso é raro, mas o vulkan-loader do Arch é muito antigo. Optar pelo cliente beta do Steam, então fechar o Steam completamente e rodar o Steam com steam-runtime deve pelo menos cobrir esse requisito. Também pode ser necessária uma versão de driver de vídeo de última geração.

Olá @oscarcp , meu entendimento é que este jogo precisará de uma pilha de driver de vídeo atualizada. Não tenho certeza de tudo o que é necessário, mas vulkan-loader 1.2.135 deve ser um dos requisitos. Isso é raro, mas o vulkan-loader do Arch é muito antigo. Optar pelo cliente beta do Steam, então fechar o Steam completamente e rodar o Steam com steam-runtime deve pelo menos cobrir esse requisito. Também pode ser necessária uma versão de driver de vídeo de última geração.

Drivers nvidia atualizados vulkan -icd-loader atual é 1.2.132 . Não parece haver mais nenhuma versão recente, pelo menos embalada. Vou investigar e ver se consigo atualizar.

mudou para o Steam beta e usando o runtime do Steam Linux, em vez do próton. teve um erro em que o binário idlauncher estava faltando, portanto, executar a verificação de arquivo do jogo ... pode ser necessário reinstalar

não ... executável ausente (idtechlauncher.exe). último esforço agora é reinstalar o jogo

Olá @APoniatowski , se você testou com a ferramenta de compatibilidade Steam Linux Runtime, é um contêiner para rodar jogos Linux no Linux. Espera-se que a seleção falhe porque o Proton não é usado para lidar com jogos do Windows.

Eu deveria ter esclarecido que a atualização do Steam runtime (não a ferramenta de compatibilidade) na atualização beta do cliente Steam de hoje contém o carregador vulkan 1.2.135.

aaah, imaginei.

No entanto, eu o executei com próton, antes de tentar a ferramenta de compatibilidade. ainda caiu, infelizmente

Existe um arquivo chamado DOOMEternalx64vk.exe?

@APoniatowski @ kisak-valve Eu tenho quase certeza do que @ kisak-valve estava dizendo é que a ferramenta de compatibilidade "Steam Linux Runtime" é uma substituição para (e entra em conflito com) Proton, MAS que executando a versão steam-runtime do Steam em vez de steam-native em distribuições baseadas em Arch usa as bibliotecas de tempo de execução do Steam, não a camada de compatibilidade, e isso foi atualizado para o vulkan loader 1.2.135.

Aqui vai uma atualização. Atualizei _vulkan-headers_ e _vulkan-icd-loader_ para 1.2.135 (modifiquei os arquivos AUR, publicarei as alterações amanhã). Quanto aos drivers _nvidia_, 440.64 é o mais recente disponível (o beta mais recente disponível é 440.26 ).

Também experimentei o Steam beta e não beta, rodando nativamente e como runtime do terminal. Nada funcionou até agora :(

@oscarcp Isso não ajuda a Valve a consertar nada. Você precisa postar os logs de cada tentativa, para que eles possam ver o que muda e o que não muda. Não diga apenas "não funcionou".

@ gardotd426 Eu deveria ter esclarecido da minha parte também. Eu só executo o tempo de execução a vapor (tive que verificar novamente)

@ kisak-valve Aqui está um log atualizado, depois de ativar o beta e atualizá-lo, reinstalar o jogo e reiniciá-lo

steam-782330.log

@oscarcp também, você não poderia ter atualizado os arquivos AUR para vulkan-icd-loader , está nos repositórios, não há pacote vulkan-icd-loader AUR. vulkan-headers também está nos repositórios oficiais, não AUR, embora haja um pacote vulkan-headers-git AUR. Mas isso é irrelevante, pois é para desenvolvimento, você não precisa de nenhum pacote vulkan-headers instalado.

Além disso, você não poderia ter atualizado os arquivos AUR

Você pode obter o PKGBUILD para o pacote via ABS e modificá-lo. Tenho quase certeza de que foi isso que eles quiseram dizer.

FWIW eu fiz o mesmo (requer vulkan-headers-git para construir), mas ainda falha com o mesmo log que OP postou.

Vejo muitos from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored e from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored erros no registro, agora que o analiso

ERROR: ld.so: object '/home/sizigee/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

ERROR: ld.so: object '/home/sizigee/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

@doitsujin Philip, sim, é verdade, mas não foi isso que eles disseram, então não pensei que fosse isso que eles quisessem dizer. Mas isso é justo.

Alguma ideia?

@APoniatowski Eu sei que sempre há uma tonelada desses erros independentemente, que deveriam ser ignorados, mas você está certo, parece muito mais do que o normal

@ gardotd426 regou está certo, então aqui vai:

Em relação ao AUR, sim, eu baixei o PKGBUILDS, regenerou o sha256sum e os compilei. Com relação aos cabeçalhos, o carregador se aprofunda nos cabeçalhos
vulkan-icd-loader 1.2.135 PKGBUILD: https://gist.github.com/oscarcp/9b54ea7f6bd4eb4144bd4e5e980f2c4c
vuikan-headers 1.2.135 PKGBUILD: https://gist.github.com/oscarcp/4c4fb71fa380015b722172f308d406b1

olhei para o launcher.cfg para o destino eterno e vi o seguinte:
rgl_minNvidiaDriverVersion 44261
e mudei para minha versão:
rgl_minNvidiaDriverVersion 44064

ainda não funcionou, para aqueles que pensaram em limpar o cfg's ... os únicos outros cfg's lá, são os detalhes do pacote e do candidato

Os logs são enormes, mas até agora têm os mesmos erros, pelo pouco que consegui analisar.

Eu sugeriria AMDVLK em vez de RADV se algum de vocês estivesse executando AMD, mas parece que ainda não temos ninguém tentando fazer isso com uma placa AMD.

EDIT: Removida a referência WINED3D , de alguma forma esqueci que este jogo era Vulkan apenas sem OpenGL ou DX

O jogo usa Vulkan, então wined3d / dxvk não faz absolutamente nenhuma diferença.

FWIW Estou usando uma placa AMD.

tentei WINED3D agora ... mesmo resultado, infelizmente.

steam-782330.log

@doitsujin , duh, esqueci completamente que este era apenas Vulkan, estava pensando em como o DOOM 2016 tinha uma versão OpenGL.

Você já experimentou o AMDVLK ou algo parecido? Você está recebendo os mesmos tipos de erros que os caras com as placas Nvidia?

Estou tendo exatamente os mesmos sintomas no hardware AMD.

Informação do sistema

  • GPU: Radeon RX Vega 64
  • Versão do driver / LLVM: Mesa 20.0.0-devel
  • Versão do kernel: 5.3.0-42-genérico
  • Versão do Proton: 5.0-4

steam-782330.log

pensando bem ... existe uma maneira de executar DOOMEternalx64vk.exe vez do iniciador? Eu sei que os iniciadores podem ser instáveis ​​para alguns / a maioria dos jogos

@ gardotd426 sim, este não é um problema de driver.

FWIW Estou tentando construir uma versão atual do wine com https://github.com/ValveSoftware/wine/pull/85 aplicado, mas até agora estou tendo problemas para rebasear o patch.

@APoniatowski experimente no Lutris. Se alguém tiver espaço de armazenamento suficiente e uma conexão de internet rápida o suficiente, eu sugeriria que talvez você também tente executá-lo no Wine Steam.

@doitsujin lol é sempre alguma coisa, não é. Esperançosamente, isso irá consertá-lo assim que você descobrir.

Olá,

mesmo aqui Doom Eternal não vai começar.

Linux Mint 19.3
Kernel 5.5.9
Driver Nvidia 440.64
Steam & Steam beta.
Proton 5.0-4

Como vocês criam esses logs detalhados? Então, também posso contribuir com um, se quiser.

Isto é o que eu obtenho ao usar o Steam em um terminal:

Vômito terminal

`` `

Adicionando processo 27762 para o jogo ID 782330
ERROR: ld.so: object '/home/ellen/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD não pode ser pré-carregado (classe ELF errada: ELFCLASS32): ignorado.
Adicionando processo 27826 para o jogo ID 782330
Atualização do jogo: AppID 782330 "", ProcID 27826, IP 0.0.0.0:0
RecordSteamInterfaceCreation (PID 27826): SteamUtils009 / Utils
RecordSteamInterfaceCreation (PID 27826): SteamUser020 / usuário
RecordSteamInterfaceCreation (PID 27826): SteamUser017 / usuário
RecordSteamInterfaceCreation (PID 27826): STEAMAPPS_INTERFACE_VERSION006 / Apps
wine: Falha de página não tratada no acesso de gravação a 0000000023377774 no endereço 0000000148D71006 (thread 003e), iniciando o depurador ...
ERROR: ld.so: object '/home/ellen/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD não pode ser pré-carregado (classe ELF errada: ELFCLASS32): ignorado.
Adicionando processo 27828 para o jogo ID 782330
Exceção não tratada: falha de página no acesso de gravação a 0x23377774 no código de 64 bits (0x0000000148d71006).
Registrar despejo:
rip: 0000000148d71006 rsp: 000000000092e758 rbp: 0000000023377774 eflags: 00010217 (R- - I -APC)
rax: 000000015bb567c2 rbx: 000000015bb567c2 rcx: 0000000023377774 rdx: 000000015bb567c2
rsi: 0000000157529f99 rdi: 0000000023377774 r8: 0000000072cc6fe6 r9: 0000000023377774 r10: 000000015bd128ac
r11: 000000000092e91e r12: 000000004bb38659 r13: 000000014050f850 r14: 000000002319d1de r15: 000000015bb567c2
Despejo de pilha:
0x000000000092e758: ffffffff9b2f4a10 0000000000014b1b
0x000000000092e768: 0000000000000000 000100000092f780
0x000000000092e778: 0000000000000000 0000000000000000
0x000000000092e788: b2fe000000000000 f9c00000000120db
0x000000000092e798: 0001000000000092 0001000000000000
0x000000000092e7a8: b882000000000000 0000000000015b01
0x000000000092e7b8: 04b1000000000000 0000000000015d88
0x000000000092e7c8: 0000000000000000 0001000000000000
0x000000000092e7d8: 0000000000000000 0000000000000000
0x000000000092e7e8: 0000000000000000 9290000000000000
0x000000000092e7f8: 0000000000015551 00fc000000000000
0x000000000092e808: 0000000000000000 0000000000000000
Backtrace:
=> 0 0x0000000148d71006 EntryPoint + 0xea8fbfe6 () em doometernalx64vk (0x0000000023377774)
0x0000000148d71006 EntryPoint + 0xea8fbfe6 em doometernalx64vk: movq% r13,0x00000000001da596 (% r14)
Módulos:
Endereço do módulo Nome da informação de depuração (127 módulos)
PE 930000- a2c000 Deferred oo2core_8_win64
PE 62140000- 62144000 Uxtheme diferido
PE 637c0000- 6383d000 Winmm diferido
PE 64340000- 64346000 Winhttp diferido
PE 64940000- 64943000 Shcore diferido
PE 64c80000- 64c83000 Steamclient 64 diferido
PE 64d40000- 64d44000 Vulkan-1 diferido
PE 65000000- 65028000 ole32 diferido
PE 65600000-6561e000 xinput1_3 diferido
PE 65780000- 65784000 Versão adiada
PE 66440000- 66449000 msacm32 diferido
PE 68a40000- 68a48000 Shlwapi diferido
PE 6a100000- 6a108000 Oleaut32 diferido
PE 6a700000- 6a70f000 Configuração diferidaapi
PE 6afc0000- 6afc3000 msimg32 diferido
PE 6b2c0000- 6b2df000 Wininet diferido
PE 6b880000- 6b883000 adiado api-ms-win-core-fibres-l1-1-1
PE 6bec0000- 6bec4000 Im32 diferido
PE 6c0c0000- 6c0c4000 Wsock32 diferido
PE 6d9c0000- 6d9cb000 mpr diferido
PE 6e340000- 6e343000 adiado api-ms-win-core-synch-l1-2-0
PE 6e6c0000- 6e6c3000 adiado api-ms-win-core-localization-l1-2-1
PE 6e780000- 6e797000 Oleacc diferido
PE 6f480000- 6f484000 gdiplus diferido
PE 6fbc0000- 6fbc4000 rpcrt4 diferido
PE 71240000- 71245000 jsproxy adiado
PE 7b000000- 7b003000 Base de kernel adiada
ELF 7b400000- 7b681000 Kernel diferido32
-PE 7b410000- 7b681000 \ kernel32
ELF 7bc00000- 7bf01000 ntdll diferido
-PE 7bc20000- 7bf01000 \ ntdll
ELF 7c000000- 7c003000 diferido
PE 13b400000- 13b44b000 Steam_api64 diferido
PE 140000000- 15eb45000 Exportar doometernalx64vk
PE 180000000- 18007b000 Bink2w64 diferido
ELF 7fe0035e8000- 7fe00533a000 Steamclient diferido.
ELF 7fe00533a000- 7fe0056b9000 Cliente lsteam diferido
-PE 7fe005450000- 7fe0056b9000 \ lsteamclient
ELF 7fe0056b9000- 7fe0058ce000 libgpg-error.so.0 adiado
ELF 7fe0058ce000- 7fe005bea000 Libgcrypt.so.20 diferido
ELF 7fe005bea000- 7fe005e06000 liblz4.so.1 diferido
ELF 7fe005e06000- 7fe00602c000 liblzma.so.5 diferido
ELF 7fe00602c000- 7fe0062b0000 libsystemd.so.0 adiado
ELF 7fe0062b0000- 7fe0064cb000 Libresolv.so.2 diferido
ELF 7fe0064cb000- 7fe0066cf000 libkeyutils.so.1 diferido
ELF 7fe0066cf000- 7fe00691c000 Libdbus-1.so.3 diferido
ELF 7fe00691c000- 7fe006b27000 Libkrb5support.so.0 diferido
ELF 7fe006b27000- 7fe006d2b000 Libcom_err.so.2 diferido
ELF 7fe006d2b000- 7fe006f5d000 Libk5crypto.so.3 diferido
ELF 7fe006f5d000- 7fe007233000 Libkrb5.so.3 diferido
ELF 7fe007233000- 7fe007444000 libavahi-client.so.3 diferido
ELF 7fe007444000- 7fe007650000 Adiado libavahi-common.so.3
ELF 7fe007650000- 7fe00789b000 Libgssapi_krb5.so.2 diferido
ELF 7fe00789b000- 7fe007b27000 Libcups.so.2 diferido
ELF 7fe007b27000- 7fe007d7d000 Libvulkan.so.1 diferido
ELF 7fe007d7f000- 7fe007f85000 libxfixes.so.3 diferido
ELF 7fe007f85000- 7fe00818f000 libxcursor.so.1 diferido
ELF 7fe00818f000- 7fe00839f000 Libxi.so.6 diferido
ELF 7fe00839f000- 7fe0085a2000 libxcomposite.so.1 diferido
ELF 7fe0085a2000- 7fe0087ad000 Libxrandr.so.2 diferido
ELF 7fe0087ad000- 7fe0089b7000 Libxrender.so.1 diferido
ELF 7fe0089b7000- 7fe008bbd000 Libxxf86vm.so.1 diferido
ELF 7fe008bbd000- 7fe008dc0000 Libxinerama.so.1 diferido
ELF 7fe008dc0000- 7fe008fd2000 Libxext.so.6 diferido
ELF 7fe008fd2000- 7fe00909d000 Vinho diferidox11
-PE 7fe008fe0000- 7fe00909d000 \ winex11
ELF 7fe00913c000- 7fe00936e000 libexpat.so.1 diferido
ELF 7fe00936e000- 7fe0095b3000 libfontconfig.so.1 diferido
ELF 7fe0095b3000- 7fe0097e5000 Libpng16.so.16 diferido
ELF 7fe0097e5000- 7fe009a99000 libfreetype.so.6 diferido
ELF 7fe009a99000- 7fe009ca1000 Libffi.so.6 diferido
ELF 7fe009ca1000- 7fe009f22000 libgmp.so.10 diferido
ELF 7fe009f22000- 7fe00a156000 libhogweed.so.4 diferido
ELF 7fe00a156000- 7fe00a38c000 Libnettle.so.6 diferido
ELF 7fe00a38c000- 7fe00a59f000 Libtasn1.so.6 diferido
ELF 7fe00a59f000- 7fe00a91d000 Deferred libunistring.so.2
ELF 7fe00a91d000- 7fe00ab3a000 Libidn2.so.0 diferido
ELF 7fe00ab3a000- 7fe00ae69000 libp11-kit.so.0 diferido
ELF 7fe00ae69000- 7fe00b086000 Libz.so.1 diferido
ELF 7fe00b086000- 7fe00b3ec000 Libgnutls.so.30 adiado
ELF 7fe00b3ec000- 7fe00b44a000 WinSpool adiado
-PE 7fe00b3f0000- 7fe00b44a000 \ winspool
ELF 7fe00b44a000- 7fe00b48c000 adiado ws2_32
-PE 7fe00b450000- 7fe00b48c000 \ ws2_32
ELF 7fe00b48c000- 7fe00b4e2000 Winevulkan diferido
-PE 7fe00b4a0000- 7fe00b4e2000 \ winevulkan
ELF 7fe00b4e2000- 7fe00bf2e000 Shell diferido 32
-PE 7fe00b500000- 7fe00bf2e000 \ shell32
ELF 7fe00bf2e000- 7fe00bf60000 iphlpapi diferido
-PE 7fe00bf40000- 7fe00bf60000 \ iphlpapi
ELF 7fe00bf60000- 7fe00c09b000 ucrtbase diferido
-PE 7fe00bf90000- 7fe00c09b000 \ ucrtbase
ELF 7fe00c09b000- 7fe00c118000 dbghelp diferido
-PE 7fe00c0a0000- 7fe00c118000 \ dbghelp
ELF 7fe00c118000- 7fe00c204000 msvcrt diferido
-PE 7fe00c140000- 7fe00c204000 \ msvcrt
ELF 7fe00c204000- 7fe00c3b4000 Gdi32 diferido
-PE 7fe00c220000- 7fe00c3b4000 \ gdi32
ELF 7fe00c3b4000- 7fe00c639000 Usuário diferido 32
-PE 7fe00c3d0000- 7fe00c639000 \ user32
ELF 7fe00c639000- 7fe00c660000 bcrypt adiado
-PE 7fe00c640000- 7fe00c660000 \ bcrypt
ELF 7fe00c660000- 7fe00c6a4000 Sechost diferido
-PE 7fe00c670000- 7fe00c6a4000 \ sechost
ELF 7fe00c7a4000- 7fe00c81e000 Advapi32 diferido
-PE 7fe00c7b0000- 7fe00c81e000 \ advapi32
ELF 7fe00cc4e000- 7fe00ce60000 libnss_files.so.2 diferido
ELF 7fe00ce60000- 7fe00d07a000 Libnsl.so.1 diferido
ELF 7fe00d07a000- 7fe00d286000 libnss_nis.so.2 diferido
ELF 7fe00d286000- 7fe00d490000 Adiado libnss_compat.so.2
ELF 7fe00eb6f000- 7fe00ed84000 Libbsd.so.0 diferido
ELF 7fe00ed84000- 7fe00ef8a000 Libxdmcp.so.6 diferido
ELF 7fe00ef8a000- 7fe00f18e000 Libxau.so.6 diferido
ELF 7fe00f190000- 7fe00f3b8000 Libxcb.so.1 diferido
ELF 7fe00f3b8000- 7fe00f6f0000 libx11.so.6 diferido
ELF 7fe00f6f0000- 7fe00f908000 Libgcc_s.so.1 diferido
ELF 7fe00f908000- 7fe00fbbe000 Libgldispatch.so.0 adiado
ELF 7fe00fbbe000- 7fe00fdef000 Libglx.so.0 diferido
ELF 7fe00fdf1000- 7fe01018f000 Libm.so.6 diferido
ELF 7fe010518000- 7fe01071c000 Libdl.so.2 diferido
ELF 7fe01071c000- 7fe010924000 Librt.so.1 diferido
ELF 7fe010924000- 7fe010bb0000 libgl.so.1 diferido
ELF 7fe010bb0000- 7fe010fa1000 Libc.so.6 diferido
ELF 7fe010fa3000- 7fe0111c2000 Libpthread.so.0 adiado
ELF 7fe0111c2000- 7fe011564000 Exportar libwine.so.1
ELF 7fe011564000- 7fe0117a1000 gameoverlayrenderer adiado.
ELF 7fe0117a3000- 7fe0119cd000 ld-linux-x86-64.so.2 diferido
Tópicos:
processar tid prio (todos os id: s estão em hexadecimal)
00000008 steam.exe
00000030 0
00000009 0
0000000c services.exe
0000002c 0
00000026 0
00000018 0
00000013 0
00000012 0
00000011 0
0000000e 0
0000000d 0
0000000f plugplay.exe
00000015 0
00000014 0
00000010 0
00000016 winedevice.exe
00000023 0
00000022 0
00000021 0
00000020 0
0000001f 0
0000001e 0
0000001d 0
0000001c 0
0000001b 0
0000001a 0
00000019 0
00000017 0
00000024 winedevice.exe
00000029 0
00000028 0
00000027 0
00000025 0
0000002a winedevice.exe
0000002f 0
0000002e 0
0000002d 0
0000002b 0
00000031 explorer.exe
00000037 0
00000036 0
00000033 0
00000032 0
0000003a idTechLauncher.exe
0000003c -2
0000003b 0
0000003d (D) Z: \ GamesSteamLibrarysteamapps \ common \ DOOMEternalDOOMEternalx64vk.exe
0000003e 0 <==
Informação do sistema:
Compilação de vinho: wine-5.0-481-g0295175
Plataforma: x86_64
Versão: Windows 7
Sistema host: Linux
Versão do host: 5.5.9-mint-local-5.5.9
pid 27682! = 27681, ignorando destruição (bifurcação sem exec?)
Jogo removido: AppID 782330 "", ProcID 27826
Jogo 782330 criado interface STEAMAPPS_INTERFACE_VERSION006 / Apps
Game 782330 criou interface SteamUser017 / User
Game 782330 criado interface SteamUser020 / User
Jogo 782330 criado interface SteamUtils009 / Utils
Contagem de chamadas do método do jogo 782330 para IClientUser :: GetSteamID: 3
Contagem de chamadas do método do jogo 782330 para IClientUtils :: GetAppID: 5
Contagem de chamadas de método do jogo 782330 para IClientUtils :: RecordSteamInterfaceCreation: 4
Contagem de chamadas do método do jogo 782330 para IClientAppManager :: GetCurrentLanguage: 1
AppInterfaceStats carregado para Steam
Saindo do aplicativo 782330
Nenhum mapeamento fixo em cache em ActivateActionSet.
´´´

@AllKind inicia o jogo com "PROTON_LOG = 1" (sem aspas), ele criará automaticamente um arquivo de log chamado "steam-gameid.log" em seu diretório / home /, neste caso seu nome será "steam-782330 .registro". Em seguida, você pode fazer upload desse arquivo usando o sistema de anexos logo abaixo da caixa de comentários.

@AllKind você também pode ir para as propriedades do jogo no Steam e ir para as opções de inicialização, e colocar PROTON_LOG=1 %command% , dessa forma você obterá o log se você iniciar de um terminal ou não.

steam-782330.log
Estou tendo o mesmo problema. Vou fazer o upload do meu log do Proton, apenas no caso de ser útil de alguma forma.

Posso confirmar que estou tendo o mesmo problema.

GTX 1080 Ti
Versão do driver / LLVM: nvidia 440.64
Versão do kernel: 5.5.8
Versão do Proton: 5.0-4

steam-782330.log

steam-782330.log

Eu também.

Ryzen R7 3700x
5700XT
kernel 5.5.9
Proton 5.0.4

steam-782330.log

Mesma experiência do meu lado. O jogo é iniciado, vejo o ícone da bandeja e, em seguida, o jogo é encerrado. Nada além do ícone é desenhado na tela. Não sou expulso da tela de carregamento ou do menu principal, nem nada.

Tentei executá-lo com AMDVLK, e é para esse tipo de execução que este log se destina.

Teste Debian (principalmente)
Kernel 5.5.0 RC5
Proton 5.0-4

AMD TR 2990WX
AMD Radeon VII
96 GB de RAM

amdvlk / Ubuntu 18.04, agora 2020.Q1.3 amd64 [instalado]
libvulkan-dev / testing, unstable, agora 1.2.131.2-1 amd64 [instalado]
libvulkan1 / testing, unstable, agora 1.2.131.2-1 amd64 [instalado]
mesa-vulkan-drivers / experimental, agora 20.0.0-1 amd64 [instalado]
vulkan-tools / testing, agora 1.1.126.0 + dfsg1-1 amd64 [instalado, automático]
vulkan-utils / testing, testing, now 1.1.126.0 + dfsg1-1 all [installed]

Aqui está meu log também. Mesmos problemas mencionados acima.

steam-782330.log

steam-782330.log

SO: Arch Linux
KERNEL: 5.5.8-zen1-1-zen
CPU: AMD Ryzen 5 2600 Six-Core
GPU: NVIDIA GeForce GTX 1070
DRIVER GPU: NVIDIA 440.64

Mesmo problema mencionado acima. O jogo aparecerá como "jogando" no Steam, e então nada acontecerá, sendo retornado ao status "Online".

Mesmo problema que todos os outros:

steam-782330.log

GPU: AMD RX480
Driver: AMDGPU-Pro-19.50-967956
Versão da instância Vulkan: 1.2.131
Kernel: 4.15.0-91 (Linux Mint 19.3)

O mesmo problema:
steam-782330.log

GPU: GTX 1070 de 8 GB
Motorista: 440,44
OS: Pop! _OS 19.10
Versão do Proton: 5.0-4

Usando o cliente Steam Beta.

Eu recebo uma mensagem de erro ao iniciar o jogo

Não foi possível inicializar o SteamAPI.
Verifique se o Steam está funcionando e se você está
logado em uma conta com direito ao jogo.

Aqui meu log: steam-782330.log

  • GPU: Nvidia GTX 1070
  • CPU: Intel i5 7600k
  • SO: Kubuntu 18.04

Recebo esta mensagem ao iniciar o jogo usando Proton 3.16-9

Log ao forçar próton 5.0-4: steam-782330.log

steam-782330.log

Tentei com o steam-runtime com o beta mencionado acima e tive o mesmo problema que travou logo após a execução.

GPU: Nvidia RTX 2080
CPU: i7 7820HK
OS: Arch
Driver gráfico: 440.64-5
Kernel: 5.5.10-arch1-1

Tentei com Proton-5.4-GE-1, recebo uma tela anexada e, em seguida, travo após clicar em reproduzir.
Screenshot from 2020-03-20 08-01-43

Tentei com Proton-5.4-GE-1, recebo uma tela anexada e, em seguida, travo após clicar em reproduzir.
Screenshot from 2020-03-20 08-01-43

Por curiosidade, qual versão do driver NVIDIA você instalou?

Tenho o mesmo problema do autor do pôster original, apenas me entrega a bandeja do sistema Wine e para.

Eu estou correndo:
Fedora 31
i7-3770K
GTX 1050Ti, driver v. 440.64.
steam-782330.log

Por curiosidade, qual versão do driver NVIDIA você instalou?
440.64-0ubuntu0 ~ 0.18.04.2

Eu também experimentei o Prton-5.4-GE-1 e também obtive a página Erro do driver da GPU @ xA8EYLgMSN43oEHC acima. Estou usando o arch então a versão do driver que tenho é 440.64-5.

Log do Steam no próton-5.4.GE-1, estou usando:
elementary OS 5.0
GPU: driver gtx 1050ti 440,64
steam-782330.log

Adicionando logs para prótons 4.11 e 5.0.4 junto com as informações do steam hw e lib:
steam-782330_proton411.log
steam-782330_proton504.log
steam_hw_info.txt

Obrigado @rabidlassie & @ gardotd426
aqui com log de prótons ...
steam-782330.log

Linux Mint 19.3
Kernel 5.5.9
Driver Nvidia 440.64
Steam beta.
Proton 5.0-4

Aqui vai uma atualização. Atualizei _vulkan-headers_ e _vulkan-icd-loader_ para 1.2.135 (modifiquei os arquivos AUR, publicarei as alterações amanhã). Quanto aos drivers _nvidia_, 440.64 é o mais recente disponível (o beta mais recente disponível é 440.26 ).

Não é verdade, o driver mais recente é vulkan dev beta 440.66.03, que é para Vulkan 1.2:

https://developer.nvidia.com/vulkan-driver

Tentei mais recente Valve, TkG, GE Protons. GE pergunta se o driver é a versão 337.88 como postado anteriormente, clique em Play e depois nada. Os outros não fazem absolutamente nada.

Usando Siduction (baseado em Debian sid) kernel 5.5.10-towo.1-siduction-amd64
Intel 8700k, 32 GB de RAM, Nvidia 1080Ti 440.64, KDE 5.17.5
steam-system-info.txt

Todos os testes com prefixo Proton fresco gerado. Tentei usar +com_skipSignInManager 1 com GE, mas nada realmente mudou, exceto o tamanho do arquivo de log.
steam-782330.proton5.0-4.log
steam-782330.proton_tkg_5.4.r0.g676dd026.release.log
steam-782330.Proton-5.4-GE-1.log
steam-782330.Proton-5.4-GE-1_ + com_skipSignInManager_1.log

Eu tenho exatamente os mesmos problemas com a versão bethesdalauncher e lutris.

Aqui vai uma atualização. Atualizei _vulkan-headers_ e _vulkan-icd-loader_ para 1.2.135 (modifiquei os arquivos AUR, publicarei as alterações amanhã). Quanto aos drivers _nvidia_, 440.64 é o mais recente disponível (o beta mais recente disponível é 440.26 ).

Não é verdade, o driver mais recente é vulkan dev beta 440.66.03, que é para Vulkan 1.2:

https://developer.nvidia.com/vulkan-driver

Obrigado por isso, eu não sabia que eles mantinham uma página separada para Vulkan .. Accoding to their docs:

O suporte ao Vulkan 1.2 está disponível no driver do Windows versão 442.75 e no driver do Linux versão 440.66.02

Portanto, qualquer pessoa no Linux com o driver inferior a essa versão não deve ter a menor chance. Alguém tentou com 440.66.03?

Alguém tentou com 440.66.03?

Isso teria alguma chance de funcionar? Se não funcionar, quanto tempo teremos que esperar pelo lançamento de um novo driver?

Os relatórios de erros estão ativados com +com_enableCrashHandler 2

existe alguma maneira de contornar o lançador e executar o executável / binário real?

existe alguma maneira de contornar o lançador e executar o executável / binário real?

AFAIK, adicionando +com_skipSignInManager 1 como uma opção de lançamento deve funcionar, mas o jogo ainda trava depois disso (pelo menos para mim na AMD)

steam-782330.log

  • Gentoo / sway-1.4
  • Kernel 5.5.9
  • Mesa 20.0.1 (RADV + ACO) / vulkan-loader-1.2.135
  • Estável a vapor
  • Proton 5.0-4
  • GPU: Navi (AMD RX5700)

Acabei de tentar 440.66.03, não muda nada.

Apenas um aviso. Este jogo parece estar infestado de Denuvo. Eu consigo isso no Windows:

https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english

Atualmente, a compra do seu jogo não pode ser revalidada com êxito, aguarde 24 horas e tente novamente.

steam-782330.log

  • Fedora 31 Silverblue
  • Linux 5.5.9
  • nVidia 440.64
  • Steam Flatpak 1.0.0.61 (estável)
  • Proton 5.0-4
  • GeForce GTX 1080 Ti
  • Lançado com PROTON_LOG=1 %command% +com_skipSignInManager 1

FWIW, substituir idTechLauncher.exe por DOOMEternalx64vk.exe não faz diferença. Além disso, tentei com um binário menos Denuvo, conforme documentado em um subreddit , os mesmos resultados.

https://www.vg247.com/2020/03/20/doom-eternal-denuvo-free-exe/

Precisamos tentar usar este arquivo executável que vazou.

steam-782330.log

O mesmo que acima, mas com o binário livre de Denuvo, veja meu comentário anterior.

Desculpe se isso não é útil, mas continuo vendo erros de incompatibilidade ELF em todos os logs. Pelo que eu sei, o Steam no Linux usa binários e bibliotecas de 32 bits. Talvez o DOOM Eternal tenha apenas uma compilação de 64 bits?

ERROR: ld.so: object '/var/home/e-user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

No meu último log, percebi isso, que não vi em outros logs:

38872.096:0037:0038:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe" Unhandled exception: page fault on write access to 0x23377774 in 64-bit code (0x0000000148d71006). 38872.100:0039:003a:fixme:dbghelp:elf_search_auxv can't find symbol in module

Registro completo:
steam-782330.log

Desculpe se isso não é útil, mas continuo vendo erros de incompatibilidade ELF em todos os logs. Pelo que eu sei, o Steam no Linux usa binários e bibliotecas de 32 bits. Talvez o DOOM Eternal tenha apenas uma compilação de 64 bits?

ERROR: ld.so: object '/var/home/e-user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Esses erros ocorrem com todos os jogos que usam a sobreposição do Steam e podem ser ignorados com segurança.

@oscarcp Também vi isso no Lutris, mas acho que apenas ao executar o binário diretamente. Isso é correto para você também? Eu testei através do launcher etc, então não tenho certeza de onde vi.
Acho que você quer dizer a parte seh:virtual_unwind , certo?

@oscarcp Também vi isso no Lutris, mas acho que apenas ao executar o binário diretamente. Isso é correto para você também? Eu testei através do launcher etc, então não tenho certeza de onde vi.
Acho que você quer dizer a parte seh:virtual_unwind , certo?

Quero dizer a parte Unhandled exception: page fault on write access to 0x23377774 in 64-bit code (0x0000000148d71006) , mas não se preocupe. Estou executando através do Steam beta como de costume, sem alterações ou; parâmetros de inicialização além do log de prótons

Desculpe se isso não é útil, mas continuo vendo erros de incompatibilidade ELF em todos os logs. Pelo que eu sei, o Steam no Linux usa binários e bibliotecas de 32 bits. Talvez o DOOM Eternal tenha apenas uma compilação de 64 bits?

ERROR: ld.so: object '/var/home/e-user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

No meu último log, percebi isso, que não vi em outros logs:

38872.096:0037:0038:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe" Unhandled exception: page fault on write access to 0x23377774 in 64-bit code (0x0000000148d71006). 38872.100:0039:003a:fixme:dbghelp:elf_search_auxv can't find symbol in module

Registro completo:
steam-782330.log

Tentei com Wine, sem Steam, com denuvoless .exe e o jogo não funcionou. Estamos esperando a Valve e a NVIDIA entrarem em ação!

Não tem nada a ver com a Nvidia, o jogo também não funciona com a AMD. Está
até Valve, Bethesda e iD agora, se vamos jogar ou não
jogos.

Na sexta-feira, 20 de março de 2020 às 8h37 mozo78 [email protected] escreveu:

Lamento se isso não for útil, mas continuo vendo incompatibilidade ELF
erros em todos os logs. Pelo que eu sei, o Steam no Linux usa binários de 32 bits
e bibliotecas. Talvez o DOOM Eternal tenha apenas uma compilação de 64 bits?

ERROR: ld.so: object
'/var/home/e-user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so'
de LD_PRELOAD não pode ser pré-carregado (classe ELF errada: ELFCLASS32): ignorado.

No meu último log, percebi isso, que não vi em outros logs:

38872.096: 0037: 0038: warn: seh : dados de exceção virtual_unwind não encontrados em
L "DOOMEternalx64vk.exe" Exceção não tratada: falha de página no acesso de gravação para
0x23377774 em código de 64 bits (0x0000000148d71006).
38872.100: 0039: 003a: fixme: dbghelp : elf_search_auxv não consegue encontrar o símbolo em
módulo

Registro completo:
steam-782330.log
https://github.com/ValveSoftware/Proton/files/4359487/steam-782330.log

Tentei com Wine, Without Steam, com denuvoless .exe e o jogo
não funciona. Estamos esperando a Valve e a NVIDIA entrarem em ação!

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

Há um pequeno arquivo aqui:
~ / .steam / steam / steamapps / common / DOOMEternal / launcherData / launcher.cfg

Este arquivo tem pop-ups de aviso do driver da GPU e outros. Remova o arquivo do caminho para desativar todas essas opções e ignorar a tela de versão do driver.

rgl_minNvidiaDriverVersion 44261
rgl_minAMDDriverMajorVersion 20
rgl_minAMDDriverMinorVersion 2
rgl_minAMDDriverPatchVersion 2
rgl_minAMDDriverMajorVersionWin8 19
rgl_minAMDDriverMinorVersionWin8 10
rgl_minAMDDriverPatchVersionWin8 1
rgl_minAMDDriverMajorVersionWin7 20
rgl_minAMDDriverMinorVersionWin7 2
rgl_minAMDDriverPatchVersionWin7 2
rgl_showAMDStartupWarning 1
rgl_showIntelStartupWarning 1
rgl_showNvidiaStartupWarning 0

@oscarcp eu vejo, não, eu sempre recebo isso através do Bethesdalauncher ou do próprio binário. infelizmente isso não parece ajudar muito.
Eu também tenho AMD.

Eu posso me lembrar que o DOOM (2016) não podia rodar adequadamente no Wine inicialmente até que o Denuvo fosse removido vários meses após o lançamento . Obviamente, a situação é um pouco diferente agora com o Proton, mas eu não ficaria surpreso se o Denuvo se tornasse um grande obstáculo no apoio ao DOOM Eternal.

Corrija-me se eu estiver errado, mas o problema do denuvo foi devido a uma implementação de bcrypt errada, certo?
Isso é o que vejo antes da falha de página, mas apenas avisos.

0141:fixme:bcrypt:BCryptCreateHash ignoring object buffer 00d5:fixme:bcrypt:BCryptCreateHash ignoring object buffer 00d0:fixme:bcrypt:BCryptCreateHash ignoring object buffer 0197:fixme:bcrypt:BCryptCreateHash ignoring object buffer wine: Unhandled exception 0x80000003 in thread d5 at address 0000000140822876 (thread 00d5), starting debugger...

Denuvo não é o culpado aqui, eu acho. Eu começo o jogo com o exe DRM Free que vazou e ele não começa com os mesmos erros.

@ mozo78 Espero que você esteja certo, nessa nota um relatório sobre protondb está dizendo que o inicializador funciona e apenas o jogo principal trava, se for verdade, é promissor.

@ mozo78 Espero que você esteja certo, nessa nota um relatório sobre protondb está dizendo que o inicializador funciona e apenas o jogo principal trava, se for verdade, é promissor.

Eu preferiria que fosse o contrário.

etapas adicionais tomadas:

  • [x] instalado / adicionado Proton-5.4-GE-1
  • [x] executou o jogo com Proton-5.4-GE-1
  • [x] renomeado launcher.cfg após renomear idTechLauncher.exe e copiar DOOMEternalx64vk.exe como idTechLauncher.exe
  • [x] comentou todas as opções em launcher.cfg, com os mesmos passos acima
  • [x] PROTON_LOG = 1% command% + com_skipSignInManager 1

Acho que pode ser o binário do jogo, esse é o problema ( DOOMEternalx64vk.exe ),

00000031 idTechLauncher.exe
    ["Z:\run\media\sizigee\Games\Steam\steamapps\common\DOOMEternal\idTechLauncher.exe" +com_skipSignInManager 1]
    00000035   -2
    00000034    0
    00000032    0
00000036 (D) Z:\run\media\sizigee\Games\Steam\steamapps\common\DOOMEternal\DOOMEternalx64vk.exe
    [DOOMEternalx64vk.exe +com_enableCrashHandler 0 +com_skipSignInManager 1]
    00000044    0
    00000043    0
    00000042    0
    00000041    0
    00000040    0
    0000003f    0
    0000003e    0
    0000003d    0
    0000003c    0
    0000003b    0
    0000003a    0
    00000039   -1
    00000037    2 <==

mas eu também poderia estar longe.
steam-782330.log

@ Guy1524
Você pode consertar como MK11 :)

Outro relatório com algum hardware AMD diferente.

Informação do sistema

GPU: Radeon 7
Driver/LLVM version: Mesa 20.1.0-devel / LLVM 11.0.0
Kernel version: 5.5.9-200.fc31.x86_64
Proton version: 5.0-4

steam-782330.log
sysinfo.txt

Outra opção interessante que o próprio Doom sugere é +in_terminal 1 . Adivinhei pela saída do terminal do jogo: Terminal support disabled. Enable with in_terminal
Com ele o erro fica um pouco mais claro:

------ Initializing File System ------
Current search path:
    - C:/users/rkfg/Saved Games/id Software/DOOMEternal/base/
    - Z:/.../DOOMEternal/base/
------ File System initialized.
WARNING: idBroadcastManager::Register called with out of range system ID [65535]
----- Registering decl types -----
----- Starting decls parse jobs -----
Added structured log listener print-redirect
WARNING: idBroadcastManager::Register called with out of range system ID [65535]
WARNING: idBroadcastManager::Register called with out of range system ID [65535]
------ Command Line ------
 Z:\...\DOOMEternal\DOOMEternalx64vk.exe +com_skipSignInManager 1 +in_terminal 1
2020-03-20T17:37:24.439+03:00 LOG: Command Line: Z:\...\DOOMEternal\DOOMEternalx64vk.exe +com_skipSignInManager 1 +in_terminal 1
------ OS Information ------
    Microsoft Windows 7 Build 7601

------ CPU Information ------
    Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz
    1 CPU package, 4 physical cores, 8 logical cores
    4.2 GHz     Intel CPU with MMX & SSE & SSE2 & SSE3 & SSSE3 & SSE41 & SSE42 & AVX & HTT
    32768 kB 1st level cache, 262144 kB 2nd level cache, 8388608 kB 3rd level cache
    31.33 GB System Memory

idLib::SetProduction( PROD_PRODUCTION )
------- Initializing renderSystem --------
PreliminaryRenderSetup
...registered window class
Initialized stack tracer
FATAL ERROR: Please update your driver: VK_KHR_get_surface_capabilities2 is required.
wine: Unhandled exception 0x80000003 in thread 26 at address 0000000140822876 (thread 0026), starting debugger...

Alguns pontos: este é um binário livre de denuvo (você sabe) e eu o executo com Wine 5.2 puro, não Proton. No entanto, espero que seja útil de qualquer maneira. Tentei com os drivers de desenvolvedor estável (440.59) e Vulkan (440.66.03). Sem diferença e essa extensão da qual ele reclama é meio velha.

Parece que precisa da mesma compilação de vinho que @doitsujin estava se referindo
para mais cedo

Na sexta-feira, 20 de março de 2020 às 10h40 rkfg [email protected] escreveu:

Outra opção interessante que o próprio Doom sugere é + in_terminal 1. I
adivinhou a partir da saída do terminal do jogo: suporte de terminal
Desativado. Ativar com in_terminal
Com ele o erro fica um pouco mais claro:

------ Inicializando o sistema de arquivos ------
Caminho de pesquisa atual:

  • C: / users / rkfg / Jogos salvos / id Software / DOOMEternal / base /
  • Z: /.../ DOOMEternal / base /
    ------ Sistema de arquivos inicializado.
    AVISO: idBroadcastManager :: Register chamado com ID do sistema fora do intervalo [65535]
    ----- Registrando tipos de declaração -----
    ----- Iniciando trabalhos de análise de decls -----
    Adicionado o redirecionamento de impressão do listener de log estruturado
    AVISO: idBroadcastManager :: Register chamado com ID do sistema fora do intervalo [65535]
    AVISO: idBroadcastManager :: Register chamado com ID do sistema fora do intervalo [65535]
    ------ Linha de comando ------
    Z: ... \ DOOMEternalDOOMEternalx64vk.exe + com_skipSignInManager 1 + in_terminal 1
    2020-03-20T17: 37: 24.439 + 03: 00 LOG: Linha de Comando: Z: ... \ DOOMEternalDOOMEternalx64vk.exe + com_skipSignInManager 1 + in_terminal 1
    ------ Informações do sistema operacional ------
    Microsoft Windows 7 Build 7601

------ Informações da CPU ------
CPU Intel (R) Core (TM) i7-7700K a 4,20 GHz
1 pacote de CPU, 4 núcleos físicos, 8 núcleos lógicos
CPU Intel de 4,2 GHz com MMX & SSE & SSE2 & SSE3 & SSSE3 & SSE41 & SSE42 & AVX & HTT
32.768 kB de cache de primeiro nível, 262144 kB de cache de segundo nível, 8388608 kB de cache de terceiro nível
31,33 GB de memória do sistema

idLib :: SetProduction (PROD_PRODUCTION)
------- Inicializando renderSystem --------
PreliminaryRenderSetup
... classe de janela registrada
Rastreador de pilha inicializado
ERRO FATAL: atualize seu driver: VK_KHR_get_surface_capabilities2 é necessário.
wine: exceção não tratada 0x80000003 no thread 26 no endereço 0000000140822876 (thread 0026), iniciando o depurador ...

Alguns pontos: este é um binário livre de denuvo (você sabe) e eu o executo
com Wine 5.2 puro, não Proton. No entanto, espero que seja útil de qualquer maneira. Tentou
com driver de desenvolvedor estável (e Vulkan)

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

executou o que @rkfg fez com +in_terminal 1 , o log parece maior agora.
steam-782330.log

@ gardotd426 ah sim, estou um pouco atrasado para a festa, ao que parece. Eu acho que se este é o único problema que o impede de funcionar, nós o resolveremos em nenhum momento.

Finalmente, algumas boas notícias. Espero que não demore muito para resolver.

@APoniatowski interessante que não há informações sobre sua CPU e essa extensão Vulkan em seu log. Esta opção pode estar funcionando apenas na versão do desenvolvedor que a Bethesda vazou acidentalmente.

Mas VK_KHR_get_surface_capabilities2 está presente em todos os drivers. Também está lá para a Mesa.

Pelo que Wine sabe, esse é o problema.

Na sexta-feira, 20 de março de 2020 às 10h55, mozo78 [email protected] escreveu:

Mas VK_KHR_get_surface_capabilities2 já está presente em todos os drivers.
Também está lá para a Mesa.

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

@rkfg Aqui estão as informações do meu sistema, se isso ajudar. O Steam beta deve ter o carregador vulkan mais recente, como @ kisak-valve mencionado anteriormente
system-info.txt

Ah, entendo. Obrigado :)

19 de março de 2020 cliente Beta
Proton 5.0-4
NVIDIA 440.64
O jogo não começa. Tentei um truque que fazia o DOOM Eternal rodar no Windows que era copiar DOOMEternalx64vk.exe sobre idTechLauncher.exe e nenhuma diferença.

Informação do sistema
GPU: AMD 5700XT
Versão do driver / LLVM: LLVM 9.0.1
Versão do kernel: 5.5.10
Versão do Proton: 5.0-4
Link para o relatório completo de informações do sistema como Gist: https://gist.githubusercontent.com/zaggynl/5812f8efa63bfc1d71a0f9aa1d38ee24/raw/508103729dab2ce6aa7bc079bae810b8c13a1284/sysinfo%2520zaggynl
Versão beta do Steam a partir de 19/03/2020 às 22:39:54
steam-782330.log

As pessoas estão fazendo parecer que https://github.com/ValveSoftware/wine/pull/85 é a única coisa que resta a fazer; ainda não temos que esperar que o Denuvo seja removido também?

As pessoas estão fazendo parecer que o PR é a única coisa que resta a fazer; ainda não temos que esperar que o Denuvo seja removido também?

Depende. Temos um binário sem Denuvo para testar, e pode acontecer que funcione até mesmo com o Denuvo ativo.

As pessoas estão fazendo parecer que ValveSoftware / wine # 85 é a única coisa que resta a fazer; ainda não temos que esperar que o Denuvo seja removido também?

Não necessariamente?

Veja: https://github.com/ValveSoftware/Proton/releases

Corrigir falhas de DRM do Denuvo em Just Cause 3 e Batman Arkham Knight.

Embora uma versão livre DRM do executável seja preferível, sua presença não exige uma falha na execução do jogo e no seu desempenho.

Desculpe pessoal, acho que não entendi.

Vinho desinstalado.
Baixei o fonte do wine 5.2 e compilei com os arquivos de substituição do ValveSoftware / Wine # 85, editando os arquivos nas pastas e salvando-os. Compilado e instalado com ./configre e make.

Próton instalado 5.4-GE-1. Steam reiniciado. Mesmo resultado com falha. Devo tentar correr fora do Steam? O resultado é este:

wine blahblah / .steam / steam / steamapps / common / DOOM / DOOMx64vk.exe '
002b: fixme: heap : RtlSetHeapInformation 0x7a0000 0 0x32e380 4 stub
002b: err: vulkan: wine_vk_init Falha ao carregar libvulkan.so.1.
002b: err: vulkan: wine_vk_init Falha ao carregar o driver gráfico Wine com suporte para Vulkan.
002b: err: module : LdrInitializeThunk "winevulkan.dll" falhou ao inicializar, abortando
002b: err: módulo : LdrInitializeThunk Inicializando dlls para L "Z: \ home \ user \ .steam \ steam \ steamapps \ common \ DOOM \ DOOMx64vk.exe" falhou, status c0000142

Vocês gostam de fazer funcionar? O que você fez?

Acho que você precisa compilar o Proton, não o Wine. Existem jogos Vulkan que funcionam apenas com Proton, como No Man's Sky, por exemplo. Se você tentar executar o NMS com Wine, ocorrerá o mesmo erro libvulkan.so.1.

O PR é para o garfo de vinho da Valve, não próton, embora ...?

Acho que você precisa compilar o Proton, não o Wine. Existem jogos Vulkan que funcionam apenas com Proton, como No Man's Sky, por exemplo. Se você tentar executar o NMS com Wine, ocorrerá o mesmo erro libvulkan.so.1.

Faz sentido.

Mas HOOWWWW

Na verdade, o Wine é compilado com o Proton como um submódulo Git. O que você precisa fazer é clonar o Proton, inicializar os submódulos e alterar o submódulo wine para apontar para o repositório e o branch da solicitação de pull, então compilar o Proton (que compila o Wine ao longo do caminho). Além disso, você precisa ter os arquivos de desenvolvimento Vulkan instalados.

Tentei com Proton-5.4-GE-1, recebo uma tela anexada e, em seguida, travo após clicar em reproduzir.
Screenshot from 2020-03-20 08-01-43

Então, eu também tenho isso. A questão é: por que o iniciador acha que você tem um driver do final de 2016 em vez de 440+, que é 2020. Eu me pergunto se há uma string de driver no iniciador que está sendo incompatível de alguma forma?

Alguém conseguiu compilar o Proton com este PR aplicado? Aplica-se corretamente, mas não compila. Apesar de eu ter os mais recentes (1.2.135) Vulkan-Loader e Vulkan-Headers instalados, recebo vários erros de compilação:

../../../wine/dlls/winevulkan/vulkan.c:2724:11: error: unknown type name ‘VkPhysicalDeviceSurfaceInfo2KHR’
 2724 |     const VkPhysicalDeviceSurfaceInfo2KHR*      pSurfaceInfo,
  |           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../../../wine/dlls/winevulkan/vulkan.c:2725:5: error: unknown type name ‘VkSurfaceCapabilities2KHR’; did you mean ‘VkSurfaceCapabilitiesKHR’?
 2725 |     VkSurfaceCapabilities2KHR*                  pSurfaceCapabilities)
  |     ^~~~~~~~~~~~~~~~~~~~~~~~~
  |     VkSurfaceCapabilitiesKHR
../../../wine/dlls/winevulkan/vulkan.c:2752:11: error: unknown type name ‘VkPhysicalDeviceSurfaceInfo2KHR’
 2752 |     const VkPhysicalDeviceSurfaceInfo2KHR*      pSurfaceInfo,

Este é apenas um fragmento, na verdade, existem mais erros.

A propósito, o repositório TkG contém o patch para a extensão VK_KHR_get_surface_capabilities2 para Wine regular (e para Staging). Infelizmente, este patch não adiciona VK_EXT_full_screen_exclusive, que também é necessário para Doom Eternal.

Editar . Proton 5.0-5 foi lançado e o jogo funciona nele, não é mais necessário editar o exe do jogo com o sed. No entanto, você ainda precisa instalar o Vulkan-Loader mais recente (1.2.135) e provavelmente ainda precisa substituir o exe do jogo pela versão sem DRM.

Consegui fazer o Doom Eternal funcionar compilando o Wine-Staging com o patch do repo TkG e substituindo strings com extensões VK no executável do jogo (sim, isso é idiota, mas pelo menos permite que o jogo inicie). Além disso, o Vulkan-Loader mais recente (1.2.135) é necessário.

Por exemplo, substituí vkAcquireFullScreenExclusiveModeEXT por vkCreateDescriptorUpdateTemplateKHR, também substituí VK_EXT_full_screen_exclusive por VK_EXT_sampler_filter_minmax. Usei o sed para este propósito.

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkCreateDescriptorUpdateTemplateKHR/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_sampler_filter_minmax/g' DOOMEternalx64vk.exe

Aqui está outra variante que funciona melhor:

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkGetImageSparseMemoryRequirements2/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_shader_stencil_export/g' DOOMEternalx64vk.exe

As strings substituídas devem ter o mesmo comprimento que as strings originais (é importante, caso contrário, o executável não será iniciado).

O jogo costuma travar ou travar antes de entrar no menu principal, várias tentativas podem ser necessárias.

test3
test4
test
test1

Consegui entrar no menu principal, mas apenas uma vez, na próxima execução o jogo travou novamente:

twst

Após várias tentativas, consegui acessar o menu principal novamente e iniciar a campanha:

gameplay

Aqui está o vídeo do jogo (o som funciona, só não gravei). Não olhe para o desempenho, tenho certeza que é ruim por causa dessa maneira suja de executar o jogo.

Eu tentei apenas o executável DRM-Free, então não posso dizer se a versão do Denuvo pode ser iniciada dessa forma.

Vou continuar a experimentar com cordas, talvez consiga fazer o jogo funcionar completamente.

ps Desculpe pelos erros gramaticais, o inglês não é minha língua nativa (mas estou melhorando constantemente).

@ Kron4ek qual sistema operacional você está usando? Estou olhando para a disponibilidade do vulkan-cd-loader no Manjaro e só vejo até 1.2.132-1. Estou curioso para saber como você colocou as mãos no 1.2.135.

@ makusu2 Resident Evil 2 funcionou o tempo todo que o Denuvo ainda fazia parte do jogo, eles não removiam o Denuvo do RE2 até muito, muito recentemente. A presença de Denuvo não significa muito, provavelmente ainda funcionará.

@ MacroHard-sys, tudo o que você fez foi instalar uma nova versão do Wine em seu SISTEMA com o PR. A Proton usa o Wine integrado, não o Wine do sistema. Você nem mesmo precisa do Wine instalado em seu sistema para usar o Proton, especificamente porque o Proton não usa o Wine do seu sistema.

Você precisaria compilar o Proton com o PR e usar essa versão do Proton para tentar executar o jogo.

@ Kron4ek parece que devemos conseguir fazê-lo funcionar, então, pode levar alguns dias para a Valve aceitar o PR e descobrir as últimas torções.

apenas tentei corrigir o executável do jogo (do Steam) com os comandos de @Kron4ek , sem dados. mostra uma pequena janela com o logotipo do id e depois fecha. ainda estou trabalhando na construção de prótons com os patches, vou relatar se funciona com isso.

@pastapojken Estou usando o Arch Linux, compilei o vulkan-icd-loader mais recente manualmente.

apenas tentei corrigir o executável do jogo (do Steam) com os comandos de @Kron4ek , sem dados. mostra uma pequena janela com o logotipo do id e depois fecha.

Você tem que recompilar e instalar o wine usando o patch do TkG com essas substituições de string e 1.2.135 do vulkan-icd-loader e cabeçalhos para que funcione.

@ Kron4ek te peguei .

Então, precisamos do vulkan-icd-loader 1.2.135 instalado ou o Proton corrigido será suficiente?

@ mozo78 você precisará do carregador / cabeçalhos mais recente instalado, provavelmente para recursos adicionais que o jogo faz uso

Então, precisamos do vulkan-icd-loader 1.2.135 instalado ou o Proton seco será suficiente?

parece que se você estiver usando vinho fora do próton, então você precisa do vulkan-icd-loader, mas o próton usará o tempo de execução do steam, de outra forma, que deve conter a versão correta se você optou pela versão beta do steam

Obrigado. Fica cada vez mais difícil ...

@ Kron4ek , você tentou rodar o jogo com +com_skipSignInManager 1 nas opções de inicialização do Steam?

De acordo com o DX4400 nos fóruns do Steam, você pode adicionar: +com_skipKeyPressOnLoadScreens 1 que desativa a barra de espaço para continuar e apenas carrega o jogo no nível. @ Kron4ek se você travar durante os carregamentos iniciais, talvez isso possa ajudar.

Ajustes adicionais aqui:

Melhor uso:

+com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Então, precisamos do vulkan-icd-loader 1.2.135 instalado ou o Proton corrigido será suficiente?

precisa usar vulkan-icd-loader e patch

@liberodark a Steam steam-runtime beta contém as versões vulkan necessárias, deve ser apenas steam-native que desativa o tempo de execução do Steam que requer essas versões vulkan instaladas no sistema, veja o que disse @ kisak-valve acima.

Estou falando para lançar sem tempo de execução a vapor, não vou usar isso.

@liberodark steam-runtime e Steam para Linux Runtime são duas coisas diferentes, a primeira é apenas Steam com bibliotecas integradas e é a maneira padrão para iniciar o jogo em distribuições como Manjaro. Se você apenas executar steam , ele executará steam-runtime . A segunda é uma camada de compatibilidade, como o Proton antes do lançamento do Proton. É o que você pode usar para tentar e iniciar alguns jogos nas propriedades, como onde você escolhe as versões do Proton.

considerando que a versão necessária do vulkan-icd-loader e cabeçalhos nem mesmo está disponível para a maioria dos usuários do Linux sem intervenção manual pesada, o Steam deve definitivamente ser executado com a versão steam-runtime e não steam-native , por agora.

@ Kron4ek , você tentou rodar o jogo com + com_skipSignInManager 1 nas opções de inicialização do Steam?

Desculpe, eu não comprei o jogo ainda, então por enquanto estou apenas testando o executável DRM-Free.
Porém, eu tentei este argumento no executável DRM-Free, por algum motivo ele não funciona para mim, o jogo ainda pede o login na conta Bethesda. No entanto, a desativação da conexão com a Internet funciona.

Depois de várias tentativas, consegui acessar o menu principal e iniciar a campanha. Aqui está o vídeo, eu também editei meu post acima.

É bom me explicar mas eu sei bem a diferença trabalhei nos dois, admito que a contentorização é muito interessante.

@ Kron4ek bom vídeo: D

@ Kron4ek, então parece que o jogo deve funcionar assim que a Valve consertar algumas coisas.

Talvez você possa tentar explicar o processo EXATO que você usou do início ao fim (depois de obter o jogo, é claro) para fazê-lo funcionar, para que outros possam tentar e reproduzir. Incluindo se você usou o runtime do Steam ou, se não, como você obteve e construiu a versão necessária de vulkan-icd-loader .

@ gardotd426 Sim, parece que o jogo deve ser completamente jogável após a fusão do 85 PR . Bem, pelo menos o DRM-Free deve funcionar, mas acho que a versão Denuvo também funcionará.

Nunca tive problemas com os poucos jogos Denuvo que experimentei no Linux,
Resident Evil 2 funcionou bem antes mesmo de ser removido. Então esse é um
motivo de esperança. Teremos que esperar notícias da Valve, suponho. Ou TKG
ou GE, se nada mais.

Na sexta-feira, 20 de março de 2020 às 15:39 Kron4ek [email protected] escreveu:

@ gardotd426 https://github.com/gardotd426 Sim, parece o jogo
deve ser completamente jogável após a fusão do 85 PR
https://github.com/ValveSoftware/wine/pull/85/commits . Bem pelo menos
o DRM-Free deve funcionar, mas acho que a versão Denuvo também funcionará.

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

Alguém pode me ligar a vulkan-icd-loader aur

não precisa aur

NVIDIA:

sudo pacman -S nvidia nvidia-utils lib32-nvidia-utils nvidia-settings vulkan-icd-loader lib32-vulkan-icd-loader

AMD:

sudo pacman -S lib32-mesa vulkan-radeon lib32-vulkan-radeon vulkan-icd-loader lib32-vulkan-icd-loader

INTEL:

sudo pacman -S lib32-mesa vulkan-intel lib32-vulkan-intel vulkan-icd-loader lib32-vulkan-icd-loader

@ ReaperOfSouls1909 não está no AUR, está nos repos oficiais. Você terá que usar algo como svn para verificar o repositório PKGBUILD e editá-lo manualmente.

@liberodark isso não lhes faz bem, as versões repo não são suficientemente novas, precisam de 0,135, não 0,132. então apenas sudo pacman -S ... não os ajudará em nada.

sudo pacman -S nvidia nvidia-utils lib32-nvidia-utils nvidia-settings vulkan-icd-loader lib32-vulkan-icd-loader

números de versão errados dessa forma

Alguém pode me ligar a vulkan-icd-loader aur

Eu tenho os AUR PKGBUILDs para carregador e cabeçalho em um comentário anterior neste tíquete se você precisar deles, mas como eles disseram, o steam-runtime deve carregar suas versões 1.2.135 internas

Alguém pode me ligar a vulkan-icd-loader aur

Eu tenho os AUR PKGBUILDs para carregador e cabeçalho em um comentário anterior neste tíquete se você precisar deles, mas como eles disseram, o steam-runtime deve carregar suas versões 1.2.135 internas

vi que obrigado fechou acima

Está bem

mesmo problema, alguma maneira rápida de executar isso?

você precisa do último vulkan-icd-loader

pacman -S vulkan-icd-loader ?

Para pessoas com GPU Radeon: use o driver vulkan do amdgpu-pro, ele funciona muito melhor do que o amdvlk (também parece não travar a cada 10 minutos). Com ele tenho 120+ fps estáveis ​​com 5700 XT em 1440p + configurações altas.

pacman -S vulkan-icd-loader ?

não use este pkgbuild
Vulkan-icd-loader-1.2.135-PKGBUILD.zip

@Niedzwiedzw não, isso não dá uma versão suficientemente atualizada.

Você tem que baixar o zip acima

@werman, como você fez isso funcionar?

oh não está autorizado a compartilhar vinho tkg? @ValveSoftware

Olá @liberodark , embora não

ok, eu faço a versão sem isso

@ gardotd426 Em que etapa você tem problemas?

Alguém precisa explicar claramente como fazê-lo funcionar, este tópico está uma bagunça absoluta agora.
@werman :

  1. Como você fez isso funcionar. Qual versão do Steam você está executando, steam-nativa ou Steam-runtime? Quais opções de inicialização, qual versão do Proton?
  2. Onde você conseguiu a versão profissional do driver vulkan da AMD? No Arch, está desatualizado há meses e apenas até às 19h30.

Não ajuda ninguém se não houver nem mesmo uma aparência de um guia passo a passo quando todas essas soluções alternativas são necessárias no momento.

@ ReaperOfSouls1909 como faço isso? : O

Novo link apenas versão pré-concluída do tkg de vinho puro: https://drive.google.com/open?id=1_pPRwztcq_Vp6IKGAXo-XIrnicizZqlk

patch do exe do jogo:

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkGetImageSparseMemoryRequirements2/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_shader_stencil_export/g' DOOMEternalx64vk.exe

Não ajuda ninguém se não houver nem mesmo uma aparência de um guia passo a passo quando todas essas soluções alternativas são necessárias no momento.

@ gardotd426 fala um pouco cara, esse tópico é hiperativo e seria bom mostrar um pouco de paciência. temos muitas pessoas fazendo um ótimo trabalho, dê-lhes um minuto para recuperar o fôlego e colocar as coisas em ordem.

tem algum erro no seu pkgfile @ ReaperOfSouls1909 melhor compartilhar a versão compilada

@liberodark , dando uma olhada na compilação do wine que você compartilhou, ela contém uma solução alternativa legalmente problemática e foi removida.

não meu script @oscarcp fez se houver um erro, não sou o único a ir

vulkan-icd-loader-1.2.135-1-x86_64.pkg.zip

mas não compartilhe nenhum arquivo ruim ou ilegal juste é tkg tem uma solução melhor.
Vou fazer a versão vinho puro @ kisak-valve

Tive que desabilitar o ACO para Vulkan 1.2.135 ser usado.

Caso contrário, o jogo funciona muito bem depois de todas as soluções alternativas.

@kisak-valve atualizou a aparência do link é apenas wine tkg pré-compilado com um patch para o doom

Tive que desabilitar o ACO para Vulkan 1.2.135 ser usado.

Caso contrário, o jogo funciona muito bem depois de todas as soluções alternativas.

Para que entendamos corretamente, você instalou 1.2.135. Você fez mais alguma coisa além de desabilitar o ACO (e como você fez isso) para que o jogo funcionasse? Envolveu alavancar a modificação do vinho para DOOT Eternal?

Editar . Proton 5.0-5 foi lançado e o jogo funciona nele, não é mais necessário editar o exe do jogo com o sed. No entanto, você ainda precisa instalar o Vulkan-Loader mais recente (1.2.135) e provavelmente ainda precisa substituir o exe do jogo pela versão sem DRM.

Ok, aqui está uma breve instrução sobre como executar o jogo com o exe DRM-Free:

  1. Instale os videodrivers mais recentes para sua GPU (provavelmente não é necessário, mas é altamente recomendado)
  2. Instale os mais recentes (1.2.135) Vulkan-Loader e Vulkan-Headers. Compile-os manualmente ou encontre algum repo.
  3. Compile o Wine-Staging mais recente com este patch aplicado
  4. Substitua o executável do jogo pela versão DRM-Free (não é possível postar o link aqui, mas pode ser encontrado facilmente)
  5. Execute estes comandos dentro do diretório do jogo:
    sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkGetImageSparseMemoryRequirements2/g' DOOMEternalx64vk.exe
    sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_shader_stencil_export/g' DOOMEternalx64vk.exe
  1. Execute o exe do jogo (DOOMEternalx64vk.exe) usando o Wine-Staging que você compilou na etapa 3

Como eu disse antes, o jogo freqüentemente trava ou trava antes de entrar no menu principal, então vários reinícios do jogo podem ser necessários.

@ PraetorianSC4 a menos que você tenha RADV_PERFTEST=aco em seu /etc/environment , ~/.profile , ~/.zprofile , ~/.zshrc , ~/.bashrc , etc. , ou nas opções de inicialização (basicamente, a menos que você tenha habilitado manualmente o ACO, ele não está habilitado por padrão. Se você o habilitou em outro lugar, pode usar RADV_PERFTEST=llvm .

@Voxed , você está executando a versão Steam ou a versão sem DRM? Se não foi a versão do Steam, alguém já conseguiu fazer a versão do Steam funcionar?

A versão pré-compilada do vinho está aqui: https://drive.google.com/file/d/1_pPRwztcq_Vp6IKGAXo-XIrnicizZqlk/view?usp=sharing apenas vinho

@ PraetorianSC4 a menos que você tenha RADV_PERFTEST=aco em seu /etc/environment , ~/.profile , ~/.zprofile , ~ / .zshrc , ~ / .bashrc , etc, or in the launch options (so basically unless you have manually enabled ACO, it's not enabled by default. If you've got it enabled elsewhere, you can use RADV_PERFTEST = llvm`.

@Voxed , você está executando a versão Steam ou a versão sem DRM? Se não foi a versão do Steam, alguém já conseguiu fazer a versão do Steam funcionar?

A versão gratuita DRM, você precisa do patch tkg para fazê-la funcionar.

Vou compilar o wine-tkg com esse patch e fazer o upload do arquivo de instalação para o arch

Portanto, DRM é um problema para este jogo, se for impossível executá-lo sem a versão sem DRM. Ou alguém com a versão Steam realmente tentou alguma dessas coisas?

não só precisa esperar pelo drm quando o pr é mesclar estiver ok

@ gardotd426 : desconhecido no momento. Eu não acho que alguém tenha ido longe o suficiente com a versão drm do jogo.

Eu ainda estou trabalhando para fazer o incrivelmente instável processo de construção de prótons funcionar para que eu possa construir com os patches daquele pr

mas o lançador bethesda é outro problema provável
Provavelmente apenas renomear arquivos?

A construção de prótons do TKG usa os mesmos patches que o wine-tkg, então tudo que você precisa fazer é construir o proton-tkg com o wine-tkg corrigido.

@ gardotd426 O problema é que, no momento, a solução alternativa envolve o hotpatch do executável devido a uma deficiência no Wine.

Não há razão para sabermos que a construção do DRM não funcionará depois que isso for corrigido.

Olá @ gardotd426 , Denuvo é um software anti-adulteração, então não é de se surpreender que sed'ing o executável para mentir sobre extensões vulkan o deixaria chateado.

Estou usando a versão sem drm. amdvlk trava para mim a cada 10 minutos, então eu uso amdgpu-pro

1) Compilei vulkan-icd-loader 1.2.135 com https://gist.github.com/werman/af271c89410b942e6d50963ccf0f34f1 PKGBUILD (você pode encontrar a versão compilada acima no tópico, eu acho)
2) Radeon * Instale amdgpu-pro vulkan, PKGBUILD https://gist.github.com/werman/696063d328fb9a49ed5ca609df6dff50, faça makepkg e depois faça sudo pacman -U vulkan-amdgpu-pro-19.50_967956-1-x86_64.pkg.tar amdgpu-pro-core-meta-19.50_967956-1-any.pkg.tar amdgpu-core-meta-19.50_967956-1-any.pkg.tar
3) Você precisa do Proton 5.0 + dois patch wine libs, https://cdn.discordapp.com/attachments/542099730751160338/690574741819621386/frog.7z (retirado de dxvk discord e compilado por doitsujin) - coloque ambos .so em Proton 5.0/dist/lib64/wine/

or use patched wine from above

4) Para amdgpu-pro, adicione VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_pro_icd64.json
5) Adicione +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 às opções de lançamento
pode ser parecido com VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_pro_icd64.json %command% +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1
6) Pode haver problemas com alt-tab (ou o que quer que eu tenha no i3), então você pode querer habilitar a área de trabalho virtual no prefixo wine
7) Aproveite

Está um pouco agitado e as pessoas já postaram guias acima, mas talvez isso ajude alguém. Pelo menos isso funcionou para mim.

Agora só precisamos pegar a lista de @werman e converter para portadores de cartão nvidia, aplicá-la à versão Steam do jogo e esperar pelo melhor.

@werman minha distro não tem uma compilação para os drivers do proprietário. Eu não testei nada ainda, mas se amdvlk for tão ruim, então talvez o driver Mesa Radeon Vulkan seja mais adequado? Na verdade, estou apenas jogando coisas na parede

@ashkitten boa sorte com a construção do Proton; Eu realmente espero ver o jogo sair do cliente Steam no dia 1: cross_fingers:

@wundrweapon Não consegui lançar o jogo com o Mesa, mas não tentei realmente

@jjbarr @ kisak-valve Fiquei com a impressão de que os patches para wine que estão sendo mencionados (que são necessários para fazer o jogo rodar) SÃO o que está no PR e o que estamos esperando para ser implementado no Wine. Portanto, a versão Steam não deveria funcionar apenas com um Proton atualizado?

Mas precisa de vulkan-headers 1.2.135 também @ ReaperOfSouls1909 você tem isso pré-compilado?

@ PraetorianSC4 se estou entendendo corretamente, as instruções de @werman ainda envolvem o uso de um executável de legalidade questionável, então, se isso for realmente necessário, duvido que veremos essa correção chegando aos padrões do Steam Play em breve.

Olá @ gardotd426 , se você voltar à discussão, falou-se de outra variante semelhante ao PR 85 que se aplica perfeitamente ao wine git master, mas não cobre tudo nessa solicitação pull.

@ PraetorianSC4 se estou entendendo corretamente, as instruções de @werman ainda envolvem o uso de um executável de legalidade questionável, então, se isso for realmente necessário, duvido que veremos essa correção chegando aos padrões do Steam Play em breve.

AFAIK, a versão sem DRM, só está sendo usada para evitar o funcionamento através do vapor. A versão DRM ainda pode funcionar com proton-tkg.

OK ENCONTROU A MELHOR SOLUÇÃO: D

image

Alguém fez um guia / vídeo à prova de noob? Alguns usuários (como eu) até esquecem como a codificação funciona.
Também pode funcionar no arch ou no gentoo linux?
THX!

@mahmutpek parece que todos os testes neste tópico até agora foram feitos no Arch. Pessoalmente, espero que tudo funcione bem no Void (agora que atualizei Vulkan em seus repositórios)

Alguém fez um guia / vídeo à prova de noob? Alguns usuários (como eu) até esquecem como a codificação funciona.
Também pode funcionar no arch ou no gentoo linux?
THX!

as soluções fornecidas até agora não são "à prova de noob" de forma alguma. você deve esperar por uma solução melhor se não tiver o conhecimento necessário para usar as fornecidas até agora.

@mahmutpek

Você terá que esperar um pouco. Tenho observado este tópico desde que foi aberto, cerca de 20 horas atrás, e eles ainda estão descobrindo

@kisak-valve, isso faz muito mais sentido, obrigado pelo esclarecimento.

@wundrweapon Sim, parece que vou tentar o arch também, mas espero que todos funcionem.
@ashkitten True, estou na liga errada.
Obrigado por todas as respostas, também as novas.

Vou enviar-lhe um melhor trabalho de lançamento de vinho, não é necessário corrigir o exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

Vou enviar-lhe um melhor trabalho de lançamento de vinho, não é necessário corrigir o exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

o que alguém faria com isso no debian / ubuntu?

parece que https://github.com/ValveSoftware/Proton/blob/proton_5.0/vagrant-user-setup.sh#L7 falhou porque a busca de http://repo.steampowered.com/steamrt/pool/main/libx/ Infelizmente, libxcb / libxcb-xinerama0-dev_1.11.1-1ubuntu1 + steamos1 + srt2_i386.deb expirou. É muito difícil configurar esse ambiente, porque repo.steampowered.com é muito lento.

editar: tentei novamente e não falhou em buscar desta vez ... vamos ver se todo o contêiner do docker será compilado agora

Vou enviar-lhe um melhor trabalho de lançamento de vinho, não é necessário corrigir o exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

Qual patch você usou?

é apenas feito de vinho pré-compilado.
Para mim não há problema em executá-lo no ubuntu ou debian se você tiver a mesma versão lib para icd

Sim, mas o que você fez para compilá-lo com suporte VK_EXT_full_screen_exclusive?

Vou enviar-lhe um melhor trabalho de lançamento de vinho, não é necessário corrigir o exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

Eu apenas cp -r / it?

Sim, use esta versão para fazer um backup da sua versão do próton.

Sim, use esta versão para fazer um backup da sua versão do próton.

como obtemos vapor para usá-lo e onde o colocamos?

Para executar o jogo rapidamente e para a versão drm-free ou Steam @ Kron4ek :

+in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

finalmente consegui fazer o vagrant box funcionar para tentar construir o próton ... recebendo alguns erros desagradáveis, acho que o patch pode não estar funcionando corretamente. tentarei novamente daqui a pouco.

Ok, este é um mini tutorial

tar -xvf winev2.tar.gz

mv ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist_back

mv wine ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist

execute seu jogo

finalmente consegui fazer o vagrant box funcionar para tentar construir o próton ... recebendo alguns erros desagradáveis, acho que o patch pode não estar funcionando corretamente. tentarei novamente daqui a pouco.

Com próton-tkg?

@liberodark tentou o que você postou, executou a versão infectada pelo Denuvo do Steam. Sem dados. Há algo que estou esquecendo? Substituí o Proton dist pela sua última compilação de vinho e executei com as opções especificadas

Então, depois de fazer todas as coisas, estou conseguindo, com os drivers nvidia mais recentes e vulkan da Arch repos:
FATAL ERROR: Please update your driver: VK_KHR_get_surface_capabilities2 is required.

Alguma ideia?

@annmuor vulkan -icd-loader do

sim, você precisa: 1.2.135

image

@ Kron4ek @liberodark sim, eu sei, mas ...

pacman -Ql vulkan-icd-loader
vulkan-icd-loader / usr /
vulkan-icd-loader / usr / lib /
vulkan-icd-loader /usr/lib/libvulkan.so
vulkan-icd-loader /usr/lib/libvulkan.so.1
vulkan-icd-loader /usr/lib/libvulkan.so.1.2.135
vulkan-icd-loader / usr / lib / pkgconfig /
vulkan-icd-loader /usr/lib/pkgconfig/vulkan.pc
vulkan-icd-loader / usr / share /
vulkan-icd-loader / usr / share / licenças /
vulkan-icd-loader / usr / share / licenças / vulkan-icd-loader /
vulkan-icd-loader /usr/share/licenses/vulkan-icd-loader/LICENSE.txt

Você também precisará de uma versão do Proton com meus patches VK_KHR_get_surface_capabilities2 + VK_EXT_full_screen_exclusive.

Você também precisará de uma versão do Proton com meus patches VK_KHR_get_surface_capabilities2 + VK_EXT_full_screen_exclusive.

parece que é isso o que está faltando para mim também (FATAL ERROR: Por favor, atualize seu driver: VK_KHR_get_surface_capabilities2 é necessário - vejo isso nos logs), mas recebi o vinho liberodark pré-construído colocado anteriormente no tópico

PS: Eu recebi o novo vulkan-icd-loader e cabeçalhos também, e estou usando uma GTX 1060 se essa informação for útil

@Joshua-Ashton Não consigo compilar o Proton com o seu PR por algum motivo, há erros relacionados ao winevulkan durante a compilação. Isso é algum problema da minha parte ou o problema está no PR?

Eu até tentei clonar e compilar seu branch proton-wine VK_KHR_get_surface_capabilities2, ainda recebo os mesmos erros.

A versão que enviei funciona perfeitamente com doom eternal, agora é verdade que são especialmente aqueles que são arch linux ou manjaro que poderão jogá-lo com mais facilidade.
No momento em que a solicitação pull é mesclada. Minha solução é apenas uma alternativa

@ Kron4ek Você precisará executar make_vulkan em dlls/winevulkan antes de construir

make[2]: *** [loader/CMakeFiles/asm_offset.dir/build.make:63: loader/CMakeFiles/asm_offset.dir/asm_offset.c.o] Error 1 make[2]: Leaving directory '/home/user/Downloads/vulkan-icd/src/Vulkan-Loader-1.2.135/build' make[1]: *** [CMakeFiles/Makefile2:201: loader/CMakeFiles/asm_offset.dir/all] Error 2 make[1]: Leaving directory '/home/user/Downloads/vulkan-icd/src/Vulkan-Loader-1.2.135/build' make: *** [Makefile:141: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

Oof. Pensamentos?

makepkg PKGBUILD sai e obtém vulkan-icd-loader-1.2.135 ou é algo que você precisa adquirir primeiro para construir o pacote que o pacman usaria para instalar?

make[2]: *** [loader/CMakeFiles/asm_offset.dir/build.make:63: loader/CMakeFiles/asm_offset.dir/asm_offset.c.o] Error 1 make[2]: Leaving directory '/home/user/Downloads/vulkan-icd/src/Vulkan-Loader-1.2.135/build' make[1]: *** [CMakeFiles/Makefile2:201: loader/CMakeFiles/asm_offset.dir/all] Error 2 make[1]: Leaving directory '/home/user/Downloads/vulkan-icd/src/Vulkan-Loader-1.2.135/build' make: *** [Makefile:141: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

Oof. Pensamentos?

makepkg PKGBUILD sai e obtém vulkan-icd-loader-1.2.135 ou é algo que você precisa adquirir primeiro para construir o pacote que o pacman usaria para instalar?

certifique-se de obter os cabeçalhos primeiro (eles estão neste tópico), caso contrário, falhará

não há necessidade de cabeçalhos executar o jogo nos cabeçalhos 1.2.332
não encontrou o 1.2.335 :(

@Joshua-Ashton Obrigado, não sabia que isso era obrigatório.

sim, você precisa: 1.2.135

image

Bom trabalho .. Coloquei o vinho corrigido ... mas na minha caixa gentoo ainda não há carregador vulkan 1.2.35 .. :(

Lembrete amigável de que o runtime do Steam (não a ferramenta de compatibilidade do Steam Linux Runtime) na versão beta do cliente Steam atual fornece o carregador vulkan 1.2.135.

ah, desculpe :( @ dylanmc1975

Como faço para que make_vulkan aconteça na construção de proton-tkg do @ Tk-Glitch?

@liberodark Infelizmente o gentoo não é muito reativo, tenho que torcer para a válvula, acho

Vocês são demais, pessoal. Obrigado !!
Capture d’écran de 2020-03-20 23-06-35

Tenho os mesmos problemas que @annmuor . Construí o vulkan-icd-loader necessário e experimentei a garrafa de vinho @liberodark e ainda consigo travar.

Tutorial sobre como chegar até 1.2.135 no arch (Manjaro):

cd ~/Downloads
mkdir -p vulkan/icd vulkan/headers

wget -O ./vulkan/icd/PKGBUILD "https://gist.githubusercontent.com/oscarcp/4c4fb71fa380015b722172f308d406b1/raw/5d87d9e302fdc1f435457fcdd0dfc7ecaa5bcfa2/gistfile1.txt"

wget -O./vulkan/headers/PKGBUILD "https://gist.githubusercontent.com/oscarcp/9b54ea7f6bd4eb4144bd4e5e980f2c4c/raw/a33607a4f0966e1fed00440c9f8f99a4b7295402/gistfile1.txt"

cd vulkan/headers
makepkg --syncdeps
pacman -U vulkan-headers-1:1.2.135-1-any.pkg.tar.xz -y

cd ~/Downloads/vulkan/icd
makepkg --syncdeps
pacman -U vulkan-icd-loader-1.2.135-1-x86_64.pkg.tar.xz -y

Próximo:
milkyway vulkan-icd]$ pacman -Ql vulkan-icd-loader
vulkan-icd-loader /usr/
vulkan-icd-loader /usr/lib/
vulkan-icd-loader /usr/lib/libvulkan.so
vulkan-icd-loader /usr/lib/libvulkan.so.1
vulkan-icd-loader /usr/lib/libvulkan.so.1.2.135
vulkan-icd-loader /usr/lib/pkgconfig/
vulkan-icd-loader /usr/lib/pkgconfig/vulkan.pc
vulkan-icd-loader /usr/share/
vulkan-icd-loader /usr/share/licenses/
vulkan-icd-loader /usr/share/licenses/vulkan-icd-loader/
vulkan-icd-loader /usr/share/licenses/vulkan-icd-loader/LICENSE.txt

E então siga isto (cortesia de @liberodark):

cd ~/Downloads
mkdir dootwine
mv winev2.tar.gz dootwine/.
cd dootwine

tar -xvf winev2.tar.gz

mv ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist_back

mv wine ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist

Supondo que eu não perdi nada, A ÚNICA COISA QUE ELES DEVEM TEMER É VOCÊ ...

Editar:

Ainda trava na versão Steam do jogo: -1:

HALP

igual a @MuchiMuchiPink , @liberodark eu tentei sua compilação de vinho, mas para mim, pelo menos, travou. O log está aqui .
Compilei vulkan-icd-loader para 1.2.135 modificando o PKGBUILD. Executando o Arch 5.5.10 com um R9 290 e mais recente do repositório mesagit

se você quiser o icd: @pastapojken
vulkan-icd-loader-1.2.135-1-x86_64.pkg.zip

Tente novamente com 1.2.332 é necessário reiniciar após a instalação

Ainda não cheguei a lugar nenhum desde este

Ainda não cheguei a lugar nenhum desde este

Qual distro você está executando? esses caras aqui estão executando em uma distro baseada em Arch. Estou no Pop! _Os (baseado no ubuntu) e também não funciona para mim.

@wundrweapon Eu acredito que você precisa envolver o executável sem DRM, conforme mencionado acima. Concedido, não sei se liberodark et al estão usando a versão sem DRM.

EDIT: Eu gostaria de tentar fazer isso sozinho, mas talvez com um guia mais simples à prova de manequins, embora esteja executando o Fedora.

Atualize aqui Eu usei o vinho @liberodark como um novo runner na Lutris e agora funciona. Obrigado a todos.

Oi pessoal,

não consigo acompanhar metade do que você faz / diz, mas usei a versão wine do liberodark e (com e sem) as opções de lançamento ele trava.
Estou no Linux Mint 19.3 (baseado no ubuntu 18.04) com os drivers kernel 5.5.9 e nvidia 440.64 - testando no Steam (comprei lá).
O vulkan 'sistemas' é muito antigo, mas como mencionado acima, eles viriam com o Steam-beta, certo?
Perdi algo? Devo instalar o driver beta mais recente aqui: https://developer.nvidia.com/vulkan-driver ?

Obrigado h4ck3rz :)

Eu faço o que posso, talvez não possa ajudar a todos com a minha solução.
Se necessário, darei a você meu ID de discórdia para compartilhar uma tela comigo e tentar ajudá-lo o máximo que puder.
liberodark # 0928

Qual distro você está executando?

Void Linux

Eu acredito que você precisa envolver o executável sem DRM

Talvez sim ... que assim seja

Eu vou te dar minha identificação de discórdia

Obrigado; enviou uma solicitação, não tenho certeza se / quando precisarei de ajuda

@wundrweapon Fiz o mesmo, substituí Proton 5.0 / dist pelo Wine do @liberodark , entretanto, depois que eu executei o jogo, o Steam substituiu tudo automaticamente, então não funcionou com as modificações do Wine. Você também pode verificar.

Alguém sabe rodar um jogo Steam usando o vinho do sistema em vez do Proton?

Na verdade, não há necessidade de substituir todo o diretório do Proton, basta substituir winevulkan.dll.so e winex11.dll.so dentro do diretório "steamapps / common / Proton 5.0 / dist / lib64 / wine", e depois disso Proton será capaz de rodar o jogo (como foi dito antes por @werman).

Vulkan-Loader 1.2.135 é necessário, portanto, certifique-se de instalá-lo.

E eu não vi nenhum post que mencionasse rodar a versão Denuvo com sucesso, então DRM-Free exe provavelmente ainda é necessário.

@wundrweapon após executar um jogo com o Proton, o Steam extrai proton_dist.tar para dist / pasta. Alterei o arquivo proton_dist.tar para ser igual ao Wine do

Depois de corrigir manualmente o Proton 5.0 e atualizar o carregador icd vulkan, alguém pode detalhar o comando para executar o jogo?

Se eu usar ./[...]/Proton\ 5.0/dist/bin/wine64 [path to the game.exe] diretamente o jogo roda, mas tenho um áudio péssimo (sem FAudio, presumo ??)

Se eu usar ./[...]/Proton\ 5.0/proton run [path to the game.exe] , tenho FATAL ERROR: Please update your driver: VK_KHR_get_surface_capabilities2 is required.

Estou no manjaro, usando a versão gratuita drm.

Oi pessoal, estou um pouco perdido com todos os posts, está todo mundo fazendo isso funcionar no Steam? Ou via Wine ou Lutris ou todos os itens acima?
Ele está rodando com a versão padrão do Steam ou é necessário usar o exe DRM-Free?
Se o exe DRM-Free for necessário, de onde podemos obtê-lo?
Lamento se isso foi postado anteriormente, mas como atualizar o Vulkan-Loader 1.2.135 no Manjaro?
Agora mudei o Steam para o Steam beta. Isso significa que estou executando automaticamente o Vulkan-Loader 1.2.135? Ou preciso selecionar outras opções?
Obrigado pessoal, incrível você conseguiu!

@ grand248 : Nível variável de sucesso com drm-free exec, terá que obter a versão Bethesda.net do jogo (é possível que já tenha sido corrigido). A versão Steam do jogo foi encerrada.

Depois de finalmente conseguir que a versão DRM não travasse, recebi uma boa saudação do Denuvo.
Screenshot_20200320_235341
Reembolsar, então.

@Voxed o que você fez para chegar tão longe?

@ PraetorianSC4 eu tenho o mesmo. Eu não mudei nada, apenas atualizei o beta Steam. E pega essa merda de Denuvo

@ PraetorianSC4 Coloque o patch de vinho do liberodark no diretório "Proton \ 5.0 / dist", sobrescrevendo os arquivos já existentes, eu acho que você pode precisar do arquivo de versão já lá (não tenho certeza). E atualizando icd-vulkan-loader.

Além disso, você precisa desabilitar o ACO se tiver isso.

Meu comando de inicialização é:
RADV_PERFTEST = llvm PROTON_LOG = 1% comando% + in_terminal 1

@Voxed - Estou recebendo esse erro no meu Windows 10 (inicialização dupla). Você tem alguma ideia do que está acontecendo? Por que esse erro? Eu poderia jogar após o lançamento do jogo no Windows. Depois de reiniciar, recebi essa mensagem.

@Voxed : radeon gpu sim? É improvável que funcione para mim, placa nvidia aqui.

Já fiz todos os seguintes:

Sem sorte até agora. Muito decepcionante.

Sim, pessoalmente, não importa o que eu faça ou se uso DRM / sem DRM, ele simplesmente trava. Espero que alguém tenha realmente descoberto quando eu acordar ¯ \ _ (ツ) _ / ¯

@AllKind Denuvo não quer que você se divirta, você pode sempre tentar obter a versão gratuita do drm.

@Voxed , mas é uma versão comprada no Windows da Steam ???

@AllKind este é o lugar errado para esta conversa. Espere 24 horas ou obtenha um reembolso.

O jogo funciona, mas o desempenho é terrível:
https://i.imgur.com/wK7Xr3H.png
Só no início do nível posso obter 60 FPS. Se eu andar alguns passos e obtiver 18 ...

sim @ mozo78 não é muito bom e estou na nvidia
Melhor sem hdr e vsync

Sim, agora é 24: D

Vou enviar-lhe um melhor trabalho de lançamento de vinho, não é necessário corrigir o exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

Este fez isso por mim junto com os dois pkgbuilds para o 1.3.5 vulkan-icd-loader e header, muito obrigado @liberodark

Para mencionar que coloquei o vinho corrigido na pasta dist do proton 5.0

Tentei com um certo executável alternativo. Supondo que o exe não esteja preso, funciona menos agora. Vou descansar um pouco até que tudo pareça bem ou até que meu período de reembolso de 2 semanas esteja prestes a expirar: upside_down_face:

Para iniciar e jogar o jogo corretamente, seriam necessárias duas coisas: uma melhoria do dxvk e do proton para cuidar corretamente do jogo, também o jogo que é iniciado no vulkan é ruim.

Para iniciar e jogar o jogo corretamente, seriam necessárias duas coisas: uma melhoria do dxvk e do proton para cuidar corretamente do jogo, também o jogo que é iniciado no vulkan é ruim.

DXVK não é usado para destruição. É executado nativamente em Vulkan.

Sim, a melhoria necessária é, na verdade, o shim libvulkan do Proton / Wine.

Finalmente consegui funcionar, claro que sim. Tem um problema com o alt-tabing, mas quem se importa.
Portanto, no geral, uma instrução rápida para usuários do Steam.

  1. Proton 5.0 funciona muito bem com DLLs corrigidos, você não precisa mais executar o exe.
  2. wine com patches fornecidos aqui não funcionou para mim (nvidia 1660, arch), mas proton sim.
  3. Aqui está um link para próton (5.0.1 + libs, basta descompactar) que usei: https://drive.google.com/open?id=1H4Dljhp5L7d8lI7YVqid8MTkaMM_kOTF
  4. Aqui está um link para meu script de execução: https://gist.github.com/annmuor/88009be669db8c53a31b99e6c5835a07
  5. Você precisa do vulkan mais recente e é a parte mais complicada aqui.

Obrigado a todos que fizeram isso funcionar!

Sim, mas o destino eterno com Vulkan é um desempenho muito ruim em vinho sem dxvk também
não tem teste sem esync ...

@AllKind este é o lugar errado para esta conversa. Espere 24 horas ou obtenha um reembolso.

Eu acho que o constante hack do Proton tentando fazê-lo funcionar resultou no executável vendo mais de 5 versões diferentes das bibliotecas. Tente manter os mesmos binários kernel32, ntdll, etc. conforme você vasculha.

Sim, mas o destino eterno com Vulkan é um desempenho muito ruim em vinho sem dxvk também

DXVK não está relacionado.

Sim, mas o destino eterno com Vulkan é um desempenho muito ruim em vinho sem dxvk também

DXVK não está relacionado.

sim é isso que eu digo! mas é uma loucura ter um desempenho tão ruim ...

doom eternal lançou uma atualização ... ainda a mesma. não sei como o patch afetaria todo o trabalho feito até agora

@dxgldotorg Joguei no Windows 1 hora após o lançamento. Só tinha o windows update atualizando os drivers do chipset AMD depois. No dia seguinte, após uma reinicialização, eu estava "bloqueado". É difícil imaginar que os testes no Linux (dual boot) afetaram a versão do Windows ... No entanto, " <Removed by moderator> " simplesmente apareceu. Se o problema continuar, talvez eu encontre uma saída :)
Desculpe pela conversa offtopic ...

Estamos todos no mesmo barco do mau desempenho, correto? Ninguém tem melhor sorte?

preciso comparar AMD e NVIDIA nenhuma ideia para mim está em 60 e 25 fps

Estamos todos no mesmo barco do mau desempenho, correto? Ninguém tem melhor sorte?

Eu estava executando a versão sem DRM com 100fps sólidos usando hardware AMD.

você tem aco?

Tive que desabilitar o aco para vulkan 1.2.135 para ser usado.

image

bem, isso pode ser melhor do que antes, eu acho? depois de pressionar o play, ele mostra o logotipo do id em uma pequena janela e sai como antes.

log (55 MB)

existe alguma maneira de ver a saída do terminal do jogo ao iniciar a partir do Steam?

por necessidade de esperar atualização do jogo / vulkan & proton / wine

image

Para mim, o jogo trava com isso, ao tentar abrir com o Steam e ao usar este script acima: https://gist.github.com/annmuor/88009be669db8c53a31b99e6c5835a07

Estou 3950X / 1080ti. alguém mais viu isso?

Alguém sabe rodar um jogo Steam usando o vinho do sistema em vez do Proton?

Também estou interessado em saber qual é a maneira mais rápida. Também quero começar a testar o repo de vinho no tíquete do mfplat

bem, isso pode ser melhor do que antes, eu acho? depois de pressionar o play, ele mostra o logotipo do id em uma pequena janela e sai como antes.

O mesmo aqui, tanto com DRM quanto sem DRM

@annmuor Acho que vou tentar essa correção. Preciso criar uma pasta Proton separada para a que você forneceu ou apenas colocá-la no 5.0?

Finalmente consegui funcionar, claro que sim. Tem um problema com o alt-tabing, mas quem se importa.
Portanto, no geral, uma instrução rápida para usuários do Steam.

1. Proton 5.0 works great with patched DLLs, you do not need to sed exe anymore.

2. wine with patches provided here didn't work for me ( nvidia 1660, arch ) but proton does.

3. Here's a link to proton (5.0.1+libs, just unpack) I used: https://drive.google.com/open?id=1H4Dljhp5L7d8lI7YVqid8MTkaMM_kOTF

4. Here's a link to my run script: https://gist.github.com/annmuor/88009be669db8c53a31b99e6c5835a07

5. You do need latest vulkan and it's the most tricky part here.

Obrigado a todos que fizeram isso funcionar!

Confirmado no Void Linux! Só funciona em exe sem DRM, embora ...: confused:
20200320-201042

Para mim, o jogo trava com isso, ao tentar abrir com o Steam e ao usar este script acima: https://gist.github.com/annmuor/88009be669db8c53a31b99e6c5835a07

Isso acontece se você selecionar Proton 4.2-9 ou inferior. (Incapaz de inicializar SteamAPI)

qualquer um que o tenha funcionando, você pode dar as informações do seu sistema, por favor?

não consegui fazê-lo funcionar, com:

  • OS: NixOS (nixos-instável)
  • GPU: rx 5700
  • Driver: Mesa 19.3.3 (LLVM 9.0.1)
  • Kernel: 5.4.25

Oi pessoal,
Alguém pode explicar como obter o último vulkan em Manjaro.
Agradeço antecipadamente.

Alguém pode explicar como obter o último vulkan em Manjaro.

https://www.archlinux.org/packages/extra/x86_64/vulkan-icd-loader/
Foi sinalizado como desatualizado por mais de um mês. Alguém está familiarizado com o processo de liberação do Arch que pode ser escalado pelos canais adequados?

@liberodark Infelizmente o gentoo não é muito reativo, tenho que torcer para a válvula, acho

Podemos tentar descobrir as últimas novidades do git.

PS Nós dois nascemos em 75, nos chamamos dylan, executamos o gentoo e jogamos doom? AMD

@annmuor
Extraí o próton fornecido para ~ / .local / share / Steam / steamapps / common / Proton 5.0 /
Quando executo esse script, obtenho o seguinte erro:

bash ~ / Documents / doom.sh
/home/grand/Documents/doom.sh: linha 6: ~ / .local / share / Steam / steamapps / common / Proton 5.0 / dist / bin / wine: Não existe esse arquivo ou diretório

Eu confirmei que o arquivo e o diretório existem.

Obrigado

@ashkitten aqui vai
@ grand248 use os PKGBUILDs do Tk-Glitch , embora como alguém que nunca mexeu na criação de pacotes Arch, não posso explicar o processo

Qualquer pessoa com distro baseada em Arch pode usar este repositório para atualizar vulkan-headers e vulkan-icd-loader para a versão 1.2.135 mais recente: https://github.com/Tk-Glitch/PKGBUILDS

@ashkitten Eu coloquei para funcionar apenas para ser saudado pela tela DRM como @Voxed postou. Instalei os mais novos vulkan-headers e vulkan-icd-loader disponíveis e, em seguida, coloquei-os em funcionamento usando Proton 5.4-GE-1, que pode ser encontrado aqui: https://github.com/GloriousEggroll/proton-ge-custom/ lançamentos

Aqui estão as informações do meu sistema: https://gist.github.com/rabidlassie/7c3ab9a232a152aa9e7a684aec86f1ee

Além disso, a captura de tela do DRM (abre em um navegador):
doom

@ grand248 Tive o mesmo problema com o script. Veja minha solução aqui . Observação Ainda não consigo fazer o jogo rodar no meu sistema, mas não tenho os cabeçalhos vulkan mais recentes.

Eu nem consegui essa imagem quando corri no Denubloat exe, ele simplesmente travou

@rabidlassie obrigado por apontar que Proton-5.4-GE-1 funciona, eu fui muito mais longe com isso do que a compilação que eu mesmo compilei. ele não abre no navegador para mim, apenas me dá um pop-up com um link para a página de suporte com isso nele (https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english)

@ashkitten, sim, esse link abre a página que postei

@wundrweapon provavelmente relacionado às versões do

@rabidlassie qual log é esse e onde posso encontrá-lo

Oh, ele nem inicia para fazer um log, ele apenas diz que não pode inicializar a API Steam; me diz que preciso ter certeza de que a conta certa está conectada e outros enfeites. Eu quero saber porque?

@wundrweapon você tentou iniciar o jogo com o cliente Steam ou linha de comando? Se você tentou a linha de comando, você pode entrar no cliente Steam, clique com o botão direito do mouse em DOOM Eternal -> Propriedades -> Definir Opções de Inicialização -> anote isso:
PROTON_LOG=1 %command%

então o status atual é que funciona, mas denuvo sempre tropeça?

Eu poderia tentar com o Proton dist de @annmuor , já que ele o fez funcionar. Pode haver algo errado com o Proton 5.4-GE-1. Eu não tenho certeza embora. Baixando o jogo novamente, apenas no caso.

Também tive uma atualização, a versão do Proton do Steam aumentou para 5.0-5. Ainda gera erro de DRM embora :(

Também tive uma atualização, a versão do Proton do Steam aumentou para 5.0-5. Ainda gera erro de DRM embora :(

não há lançamento no github ... eles incluíram as correções relevantes nisso?

você pode postar seu log?

Caramba, mais de 500 mil linhas o_O
Uma pesquisa direta por vulkan resulta apenas no carregamento de alguns SOs

nbd se você usar um pastebin

Olá @rabidlassie , se o Denuvo já estiver no estado agitado, vai precisar de um dia para reiniciar antes de avaliar outro build do Proton.

Olá @wundrweapon , Os logs do Proton tendem a compactar bem. Se o Github não gostar do tamanho do log, considere jogá-lo em um arquivo.

Como o Steam agora tem o Proton 5.0.5, pergunto novamente: devo adicionar Proton dist de @annmuor à pasta 5.0 ou criar uma separada?

considere jogá-lo em um arquivo.

Por que não pensei nisso? Aqui está o arquivo
log.zip

Aqui está meu log agora com Proton 5.0.5. Muito menor do que @wundrweapon
steam-782330.log

Oh, sim, suponho que também deva jogar fora o log com Proton 5.0.5 para fins de conclusão.
steam-782330.log

@rabidlassie , você tem o exe sem DRM para testá-lo?
De qualquer maneira, tentei a solução alternativa de @annmuor e a tela do jogo apenas pisca. Arch (5.5.8-arch1-1), 1050Ti, vulkan mais recente. Não posso jogar em um caixa eletrônico.

Sistema.
Próton: 5,0-5.
vulkan-icd-loader e vuikan-headers - 1.2.135.
Tentei lançar DRM e sem DRM Depois de "Aviso de fornecedor de GPU", o jogo travou e agora recebo um link para https: //support.codefusion.technology ...
Proton-5.4-GE-1 não funciona sem manipulações específicas.

Com a versão 5.0-5 e DRM, vejo o erro "A AMD ainda não oferece suporte a HDR", mas trava silenciosamente logo em seguida. Usando steam-native, vulkan-icd-loader 1.2.135 e aco desativado. Não toquei em mais nada.

steam-782330.zip

5.0-5:
Correção de travamento em alguns jogos introduzidos no Proton 5.0-4.
Corrigir erro de rede no Granblue Fantasy: Versus.
Suporte para SDKs OpenVR mais recentes.
Adicione suporte para novas extensões Vulkan usadas por alguns títulos recentes.

Vale a pena notar, parece que houve uma atualização do driver da Nvidia ontem. Eu estava navegando na web tentando descobrir se preciso instalar / atualizar vulkan-icd-loader e tal, e vi esta página da web:

https://www.archlinux.org/packages/?name=nvidia

Verificando Flatpak no meu sistema Fedora, há um novo pacote disponível, mas ainda é 440,64.

ATUALIZAÇÃO: Sim, ainda não funciona, mas provavelmente valeu a pena tentar.

@kisak-valve tudo bem, obrigado

@Weilbyte , na verdade, mas não experimentei com o Proton porque minha conta Steam está vinculada à minha conta Bethesda. Provavelmente, ele tentará fazer o login automaticamente assim que eu abrir o jogo. Não quero correr esse risco.

@liberodark Infelizmente o gentoo não é muito reativo, tenho que torcer para a válvula, acho

Podemos tentar descobrir as últimas novidades do git.

PS Nós dois nascemos em 75, nos chamamos dylan, executamos o gentoo e jogamos doom? AMD

ri muito

dylan é um apelido meu nome é Luca mas as outras coisas são reais eheh

Me diga se você tiver sorte com o git, amanhã talvez eu tente

@ Vladimir-A você tem o nofsync ligado, talvez seja esse o problema?

@wundrweapon @ ryester27 vocês dois estão com estouro de pilha, não sei o que causa isso.

@rabidlassie Tentei iniciar com fsync e sem fsync, por exemplo, jogos de software não funcionam com fsync. Mesmos registros.

Eu não entendo como a equipe da Proton não pré-testou um jogo de título tão grande?

Eu não entendo como a equipe da Proton não pré-testou um jogo de título tão grande?

Provavelmente porque eles não têm uma cópia jogável até o dia do lançamento, estou supondo. A Bethesda certamente não tem incentivo para ajudar uma porção tão pequena da base de usuários que executa um sistema operacional que nem mesmo suporta.

Esperamos que eles abandonem o Denuvo em breve, como no caso do Rage 2. Especialmente porque o jogo saiu da caixa.

Log atualizado com Proton 5.0-5
steam-782330.log

GPU: GTX 1070 de 8 GB
Motorista: 440,44
OS: Pop! _OS 19.10
Versão do próton: 5.0-5

Eu não entendo como a equipe da Proton não pré-testou um jogo de título tão grande?

Provavelmente porque eles não têm uma cópia jogável até o dia do lançamento, estou supondo. A Bethesda certamente não tem incentivo para ajudar uma porção tão pequena da base de usuários que executa um sistema operacional que nem mesmo suporta.

Proton é Steam, certo? Com certeza a Bethesda forneceria ao Steam a cópia de lançamento antes da data de lançamento.

Eu não entendo como a equipe da Proton não pré-testou um jogo de título tão grande?

Provavelmente porque eles não têm uma cópia jogável até o dia do lançamento, estou supondo. A Bethesda certamente não tem incentivo para ajudar uma porção tão pequena da base de usuários que executa um sistema operacional que nem mesmo suporta.

Proton é Steam, certo? Com certeza a Bethesda forneceria ao Steam a cópia de lançamento antes da data de lançamento.

woulda coulda shoulda. Este ainda é um projeto de código aberto

Eu não entendo como a equipe da Proton não pré-testou um jogo de título tão grande?

Provavelmente porque eles não têm uma cópia jogável até o dia do lançamento, estou supondo. A Bethesda certamente não tem incentivo para ajudar uma porção tão pequena da base de usuários que executa um sistema operacional que nem mesmo suporta.

Proton é Steam, certo? Com certeza a Bethesda forneceria ao Steam a cópia de lançamento antes da data de lançamento.

A Valve não é a impressora e não faz nenhum teste de controle de qualidade / conformidade para software em sua plataforma. Não vejo por que a Bethesda precisaria, a menos que também distribuam chaves de revisão pelo Steam. Mas estou literalmente apenas especulando neste ponto.

Por favor, pare de discutir bobagens neste tíquete. Este não é um fórum, é um tíquete de relatório técnico de bug. Ajude a resolver o problema ou cale a boca.

Sim, uh, nós sabemos

O Arch recebeu o vulkan-icd-loader 1.2.135-1 oficialmente na noite passada. Não há mais necessidade de compilá-lo :)

O .exe livre de DRM ainda é necessário com o Proton 5.0-5 e vulkan-icd-loader 1.2.135-1 no Arch?

Não saberemos até mais tarde hoje, Denuvo bloqueia você por 24 horas se você tentar
muitas configurações. Então, as pessoas com a versão Steam parecem estar
esperando para ser desbloqueado para tentar novamente, se bem entendi

No sábado, 21 de março de 2020, 4:41 AM Yjnar [email protected] escreveu:

O .exe livre de DRM ainda é necessário com Proton 5.0-5 e vulkan-icd-loader?
1.2.135-1 no Arch?

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

Sim, é necessário :)
@ Kron4ek
O builld Proton na sua página GitHub é ainda 5.0- 4. O jogo trava com ele.

@ mozo78 Valve não atualizou seu

O Proton criado em sua página do GitHub ainda é 5.0-4. O jogo trava com ele.

Funciona para mim. Quer dizer, eu recarreguei meu build do Proton 5.0-4, eu o compilei com os patches necessários, para que o Doom Eternal trabalhe nele.

Alguém aqui conseguiu compilar o Vulkan-Loader no Ubuntu? A versão mais recente em apt é 1.1.126.0-2 , então presumo que seja um dos problemas que preciso resolver. Achei que tinha seguido as instruções corretamente, mas não parece que Doom Eternal as está reconhecendo.

Percebi que alguns dos testes no Vulkan-Loader estão falhando para mim, então essa é pelo menos parte da razão pela qual ele está falhando.

@ mozo78 Valve não atualizou seu

O Proton criado em sua página do GitHub ainda é 5.0-4. O jogo trava com ele.

Funciona para mim. Quer dizer, eu recarreguei meu build do Proton 5.0-4, eu o compilei com os patches necessários, para que o Doom Eternal trabalhe nele.

Acabei de experimentar o jogo e travou. Com Winev2 funciona :)
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view

@ mozo78 Não sei por que não funciona para você, apenas baixei novamente da minha página do github diretamente (só para ter certeza da integridade do arquivo) e o jogo funciona para mim.

Mas estou recompilando minha compilação Improved agora, talvez funcione para você.

Além disso, você pode tentar estes argumentos de jogo:

+in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Arch Linux atualizou o carregador vulkan: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/vulkan -icd-loader & id = f04a0e735e553b1d749730865fe758f38ef6b966

Isso muda alguma coisa?

Estou tentando no Arch Linux, beta steam (tentei em tempo de execução e nativo), vulkan-icd-loader 1.2.135 e nvidia 440.64 em um GTX 1080 Ti, tentando próton 5.0-5 .

Tentar iniciar o jogo Denuvo nem mesmo carrega em uma tela preta, ele simplesmente para de executar. steam-782330.7z

Tentar iniciar o EXE sem DRM junto com o carregador original é carregado em uma tela preta e, em seguida, trava. Alguém nas discussões de pirataria mencionou Bethesda removeu a pasta original e corrigiu os arquivos para que não funcionem com o exe, talvez seja por isso.

Pelo que estou lendo aqui, devo pelo menos ser capaz de lançar o jogo DRM em ALGUMA COISA, mas não recebo nada, perdi algo?

Estou tentando no Arch Linux, beta steam (tentei em tempo de execução e nativo), vulkan-icd-loader 1.2.135 e nvidia 440.64 em um GTX 1080 Ti, tentando próton 5.0-5 .

Tentar iniciar o jogo Denuvo nem mesmo carrega em uma tela preta, ele simplesmente para de executar. steam-782330.7z

Tentar iniciar o EXE sem DRM junto com o carregador original é carregado em uma tela preta e, em seguida, trava. Alguém nas discussões de pirataria mencionou Bethesda removeu a pasta original e corrigiu os arquivos para que não funcionem com o exe, talvez seja por isso.

Pelo que estou lendo aqui, devo pelo menos ser capaz de lançar o jogo DRM em ALGUMA COISA, mas não recebo nada, perdi algo?

Meu sistema e configuração são praticamente idênticos e obtenho resultados idênticos.

@ C0rn3j Se você tiver uma cópia do exe, ainda funcionará. Fui bloqueado por Denovo no Windows porque tentei várias configurações com vinho, mas trocar o exe por um sem DRM funcionou bem.

@wiltaylor
Você pode confirmar se eu tenho os arquivos corretos?
Não consegui salvá-los antes que a Bethesda os removesse, então peguei-os da internet.

[0] % sha256sum idTech* DOOM*      
3d7eae19cc71b64ad911fa46495085d67b7ef2afedba34f4b25b080da9b3bffb  idTechLauncher.exe
a35a9931f38baf0bf49bc017dd5fa5a24b988a17a35a91da19f33d0114bcadef  idTechLauncher.exe.drmfree
6858296bb6e65e95c51b71ec0f91ca7b94b48e65c15083d3fbed7c57a79dffcb  DOOMEternalx64vk.exe
65c1939ca88d613bb78d5bdf3d6804bc171fde708f4f0f0c11daf3a4ad492b40  DOOMEternalx64vk.exe.drmfree

@ C0rn3j sim mesmo hashs que eu tenho para DOOMEternalx64vk.exe

No entanto, só tenho o idTechLauncher.exe livre de DRM no meu sistema Windows. Os arquivos foram baixados via Steam normalmente.

Eu tenho os mesmos hashes também @ C0rn3j

@wiltaylor Tentei lançar apenas com o EXE alterado (manteve o inicializador atual), sem alteração, ainda trava.

steam-782330.log

Tentei um prefixo limpo para uma boa medida ( rm -rf ~/.local/share/Steam/steamapps/compatdata/782330/pfx ), não ajudou.

+ in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1

Eu tentei em um prefixo limpo e está realmente funcionando. Me desculpe por isso :)

@ mozo78 sem problemas :)

pra mim também não funciona,
nvidia 440.64 vulkan-icd-loader 1.2.135
steam-782330.log
começa e trava

seria incrível se alguém pudesse fazer upload de uma construção Proton funcional

Ok, eu compilei o próton do Tk-Glitch com o patch aplicado (https://github.com/Tk-Glitch/PKGBUILDS/commit/52d0e915a7c88acaf544ad1c9b7eb9fcc23645cb) e a versão Steam não modificada do DOOM Eternal está funcionando com isso. Opções de lançamento usadas: +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

O DOOM parece funcionar bem agora com DRM!

EDIT: Aqui está minha construção de próton binário: https://ufile.io/x58gs3ia
EDIT2: Veja abaixo as instruções passo a passo para executar o DOOM Eternal.

@ 999eagle e qualquer outra pessoa que conseguiu fazê-lo funcionar: relatórios ProtonDB são muito bem-vindos: https://www.protondb.com/app/782330

@ McMarius11 fará

@tuxayo sim, vou adicionar meu relatório

@ McMarius11 carregou e editou meu comentário com o binário.

@ 999eagle É possível ter um guia passo a passo à prova de idiotas? Ou o inexperiente deveria apenas esperar a válvula resolver o problema? Corro o risco de fazer bagunça?

carreguei e editei meu comentário com o binário.

Por alguma razão, meu ISP parece bloquear ufile.io, mas não uploadfiles.io ... Então, link completo aqui se isso ajudar alguém: https://uploadfiles.io/x58gs3ia

@ 999eagle É possível ter um guia passo a passo à prova de idiotas? Ou o inexperiente deveria apenas esperar a válvula resolver o problema? Corro o risco de fazer bagunça?

Eu ainda estou no inferno da biblioteca no Arch devido ao banco de dados do pacote não atualizar e algumas outras dependências, então meu conselho é: paciência, isso virá eventualmente, não muito agora

@ FTL-Space-Warp

  1. Baixe a versão do Proton que enviei (https://ufile.io/x58gs3ia ou https://uploadfiles.io/x58gs3ia), descompacte para ~/.steam/root/compatibilitytools.d/
  2. Certifique-se de ter optado pelo cliente Steam beta (Steam> Configurações> Conta> Participação do Beta)
  3. Reinicie o Steam
  4. Adicione estas opções de lançamento ao DOOM Eternal no Steam: +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
  5. Escolha Proton-tkg 5.4.r10.g7c7868f4 como a versão Proton a ser usada para DOOM Eternal
  6. Rip and Tear!

Esperamos obter pelo menos uma versão beta para não termos que depender da distribuição de binários uns para os outros.

https://github.com/Tk-Glitch/PKGBUILDS/commit/52d0e915a7c88acaf544ad1c9b7eb9fcc23645cb#commitcomment -37957962

Relatar feedback no commit acima de sucesso na execução de Doom Eternal deve ajudar a obter confiança na possibilidade de liberação do patch.

@ 999eagle obrigado beije seus olhos!

Alguém conseguiu executar em um GPU AMD? Em caso afirmativo, qual versão do mesa foi usada? Continuo encontrando FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required. apesar de usar vulkan-icd-loader 1.2.135 e a última compilação mesa-git.

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

Não tem a pasta compatibletools.d em ~ / .steam / root /, criei-a, depois que o Steam reiniciou a ferramenta apareceu.

Na tentativa de correr:

======================
Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/az/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+com_skipIntroVideo', '1', '+com_skipKeyPressOnLoadScreens', '1', '+com_skipSignInManager', '1']
Options: {'logcommandtoprefix', 'nonvapi', 'winedxgi', 'winetricks'}
======================
ERROR: ld.so: object '/home/az/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/az/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

@ FTL-Space-Warp

  1. Baixe a versão do Proton que enviei (https://ufile.io/x58gs3ia ou https://uploadfiles.io/x58gs3ia), descompacte para ~/.steam/root/compatibilitytools.d/
  2. Certifique-se de ter optado pelo cliente Steam beta (Steam> Configurações> Conta> Participação do Beta)
  3. Reinicie o Steam
  4. Adicione estas opções de lançamento ao DOOM Eternal no Steam: +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
  5. Escolha Proton-tkg 5.4.r10.g7c7868f4 como a versão Proton a ser usada para DOOM Eternal
  6. Rip and Tear!

Uma pergunta, você usa vulkan-icd-loader 1.2.135 ou uma versão anterior?
Mais tarde vou tentar, mas não tenho certeza se pode dar certo

@zaggynl Não tenho ideia de por que ainda depende desse caminho ... O arquivo existe em ~/.steam/root/compatibilitytools.d/proton_tkg_5.4.r10.g7c7868f4/dist/lib/wine/ntdll.dll.so , não tenho certeza por que a compilação não usa aquele.

@ dylanmc1975 Estou usando vulkan-icd-loader 1.2.135 , mas o Steam beta deve incluir isso

@kdwinter Eu uso ubuntu 19.04 com drivers Steamvr Mesa e um rx580 e até agora o jogo funciona.

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

AVISO DE ATUALIZAÇÃO : Se você estiver usando o GNOME ou a área de trabalho baseada no GNOME, NÃO ALT-TAB ou saia da janela.

Confirmado o trabalho , algumas notas do meu lado:

  • Estou preso no inferno da biblioteca e quebrei minha instalação a vapor. Tive que reinstalar tudo, felizmente os jogos ainda estavam lá

Bibliotecas que instalei (você pode não precisar delas, eu as coloquei aqui para completar, o steam runtime já deve ter algumas delas )

  • lib32-nvidia-vulkan-utils 440.66.03-1
  • nvidia-vulkan 440.66.03-1
  • opencl-nvidia-vulkan 440.66.03-1
  • nvidia-vulkan-utils 440.66.03-1
  • lib32-opencl-nvidia-vulkan 440.66.03-1
  • lib32-vulkan-icd-loader 1.2.135-1
  • vulkan-icd-loader 1.2.135-1
  • vulkan-headers 1: 1.2.135-1
  • vulkan-extra-layers 1.1.130 + 10614 + a70d5d17e-1

@ dylanmc1975 Estou usando vulkan-icd-loader 1.2.135 , mas o Steam beta deve incluir isso

Espero que o gentoo não :)

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

O jogo ainda não inicia, embora eu não tenha o pop-up do vinho aparecendo por mais tempo.

Como posso ver o arquivo de log?

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

O jogo ainda não inicia, embora eu não tenha o pop-up do vinho aparecendo por mais tempo.

Como posso ver o arquivo de log?

Nas opções de lançamento do jogo coloque PROTON_LOG = 1% command%

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

O jogo ainda não inicia, embora eu não tenha o pop-up do vinho aparecendo por mais tempo.

Como posso ver o arquivo de log?

Adicione PROTON_LOG = 1% command% para iniciar as opções no Steam, inicie o jogo, leia ~ / steam-782330.log

editar: esqueci o bit% command%, desculpe.

@zaggynl @ 999eagle Tenho o mesmo problema com o caminho /home/sophie/ .
A pasta de ferramentas de compatibilidade está em ~/.steam/steam/compatibilitytools.d/ para mim.

Tentei configurar WINEPATH com WINEPATH = / home / az / .steam / root / compatibletools.d / proton_tkg_5.4.r10.g7c7868f4 / dist / lib / wine nas opções de inicialização, mas sem alegria.

Estou executando o Pop_os 19.10 e não consegui instalar o vulkan-headers 1.2.135.
Consegui instalar o 1.2.131, mas não parece ser suficiente. Alguém sabe como eu poderia instalar o 1.2.135 no Pop_oS 19.10 (ou Ubuntu 19.10?)

/home/mcmarius11/.steam/steam/compatibilitytools.d/proton_tkg_5.4.r10.g7c7868f4/

@zaggynl @ 999eagle Tenho o mesmo problema com o caminho /home/sophie/ .
A pasta de ferramentas de compatibilidade está em ~/.steam/steam/compatibilitytools.d/ para mim.

/home/USERNAME/.steam/steam/compatibilitytools.d/proton_tkg_5.4.r10.g7c7868f4/
deveria ser assim

para mim o jogo ainda trava,
eu preciso da última nvidia 440.66.03?

wine: falha ao inicializar: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: não é possível abrir o arquivo de objeto compartilhado: Não tal arquivo ou diretório

Isso ocorre porque @ 999eagle compilou a construção do TkG Proton no Arch (estou certo?), Então GLIBC 2.31 é necessário para que esta construção funcione.

Nos sistemas com GLIBC mais antigo você obterá este tipo de erros.

Não consegui instalar o vulkan-headers 1.2.135.

A maneira mais fácil é usar o cliente Steam beta, pois agora inclui 1.2.135.

@RumenBlack Você está executando a versão beta do cliente Steam? Estou executando o jogo com o ubuntu mate 19.04 e a versão personalizada de prótons perfeitamente.

A versão de próton do @ 999eagle trava para mim no Pop_os da mesma forma que sempre acontecia.
steam-782330.log

Sem sorte com nada disso também. Atualizou tudo, construiu aquele próton corrigido, mas ainda está travando. Eu não consigo tirar nenhum log disso, eu passei PROTON_LOG = 1 para ele, eu até tentei usar o Steam com isso, mas não consigo encontrar os logs em lugar nenhum.

Sem sorte com nada disso também. Atualizou tudo, construiu aquele próton corrigido, mas ainda está travando. Eu não consigo tirar nenhum log disso, eu passei PROTON_LOG = 1 para ele, eu até tentei usar o Steam com isso, mas não consigo encontrar os logs em lugar nenhum.

Eles não estão em sua pasta de início como steamapp- {gameID} .log?

Meu mal, acontece que meu WINEDEBUG = -all envvar globalmente definido (para quando eu executo outras coisas com o vinho) impede que os logs funcionem.

steam-782330.log

Após a postagem de 999eagle, recebo uma janela pop-up de erro:
_ "Desculpe, algo deu errado, para soluções visite "_
que aponta para uma página da Bethesda dizendo
_ "Atualmente, sua compra de jogo não pode ser revalidada com sucesso, aguarde 24 horas e tente novamente." _

Cheira a Denuvo ... acho que vou tentar novamente amanhã então.

@kdwinter Eu uso ubuntu 19.04 com drivers Steamvr Mesa e um rx580 e até agora o jogo funciona.

Ainda estou recebendo o erro FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required. apesar de agora também atualizar para a versão beta do cliente Steam. Ímpar. Também usando um RX580, fwiw.

Não consegui instalar o vulkan-headers 1.2.135.

A maneira mais fácil é usar o cliente Steam beta, pois agora inclui 1.2.135.

Estou usando o cliente Steam Beta agora, mas quando executo o vulkaninfo, ele ainda diz que tenho 1.2.131

Eu tentei o vinho / prótons personalizados postado aqui, mas recebo uma tela preta que falha após alguns segundos.

@kdwinter Eu uso ubuntu 19.04 com drivers Steamvr Mesa e um rx580 e até agora o jogo funciona.

Ainda estou recebendo o erro FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required. apesar de agora também atualizar para a versão beta do cliente Steam. Ímpar. Também usando um RX580, fwiw.

@kdwinter Você já tentou desligar e ligar novamente? Reinicializei meu sistema no meio.

@ Kron4ek sim, compilei esta versão no Arch, então GLIBC 2.31 é necessário. Não faço ideia porque meu caminho de construção ainda está nos binários.

@kdwinter RADV + ACO não funciona atualmente, você terá que usar o LLVM ( RADV_PERFTEST=llvm se sua compilação o tiver habilitado por padrão) ou um driver diferente.

O driver Vulkan proprietário oferece, de longe, o melhor desempenho neste jogo, então você vai querer usá-lo se souber como instalá-lo, mas não estragar seu sistema instalando todos os pacotes amdgpu-pro, não é necessário.

Estou usando o cliente Steam Beta agora, mas quando executo o vulkaninfo, ele ainda diz que tenho 1.2.131

Vulkaninfo usa a instalação em todo o sistema, Steam beta usa seu próprio tempo de execução. Por exemplo, meu sistema:
~/.local/share/Steam/ubuntu12_32/steam-runtime/usr/lib/x86_64-linux-gnu/libvulkan.so.1.2.135

@kdwinter RADV + ACO não funciona atualmente, você terá que usar o LLVM ( RADV_PERFTEST=llvm se sua compilação o tiver habilitado por padrão) ou um driver diferente.

O driver Vulkan proprietário oferece de longe o melhor desempenho neste jogo, então você vai querer usá-lo se souber como instalá-lo, mas _não_ bagunce seu sistema instalando todos os pacotes amdgpu-pro, não é necessário.

Esse era mesmo o problema, obrigado!

O jogo funciona com grandes problemas de desempenho com o driver Nvidia 440.66.03 vulkan dev com GTX 1080ti. Alguma ideia para melhorar o desempenho? Estou no Arch e tenho o pacote vulkan-icd-loader mais recente instalado (1.2.135-1)

o registro dedicado do jogo não parece ter sido criado, mas o error.log do Steam contém isso após a falha ao iniciar o jogo:
`
CreatingProcess "
Atualização do jogo: AppID 782330 "", ProcID 30492, IP 0.0.0.0:0
Iniciando aplicativo 782330

Adicionando processo 30492 para o jogo ID 782330
GameAction [AppID 782330, ActionID 2]: LaunchApp alterou a tarefa para WaitingGameWindow com ""
ERRO: ld.so: objeto '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD não pode ser pré-carregado (classe ELF errada: ELFCLASS32): ignorado.
ERRO: ld.so: objeto '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD não pode ser pré-carregado (classe ELF errada: ELFCLASS32): ignorado.
ERRO: ld.so: objeto '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD não pode ser pré-carregado (classe ELF errada: ELFCLASS32): ignorado.
GameAction [AppID 782330, ActionID 2]: LaunchApp alterou a tarefa para Completed with ""
Adicionando processo 30493 para o jogo ID 782330
Adicionando processo 30494 para o jogo ID 782330
Adicionando processo 30495 para o jogo ID 782330
Adicionando processo 30496 para o jogo ID 782330
Jogo removido: AppID 782330 "", ProcID 30492
AppInterfaceStats carregado para Steam
Saindo do aplicativo 782330
Nenhum mapeamento fixo em cache em ActivateActionSet.
`

Segui as instruções do 999eagle (estou no arco) e a versão Steam do jogo funciona, mas funciona muito mal (15-25 fps).

O jogo funciona com grandes problemas de desempenho com o driver Nvidia 440.66.03 vulkan dev com GTX 1080ti. Alguma ideia para melhorar o desempenho? Estou no Arch e tenho o pacote vulkan-icd-loader mais recente instalado (1.2.135-1)

Definitivamente, tem problemas de desempenho, mas lembre-se de que estamos corrigindo o problema. Eu tenho um arco e um 2060 e mal consigo colocá-lo no alto (vamos lembrar que existem 4 configurações mais altas acima disso) a 30-40 fps

@kdwinter RADV + ACO não funciona atualmente, você terá que usar o LLVM ( RADV_PERFTEST=llvm se sua compilação o tiver habilitado por padrão) ou um driver diferente.

O driver Vulkan proprietário oferece de longe o melhor desempenho neste jogo, então você vai querer usá-lo se souber como instalá-lo, mas _não_ bagunce seu sistema instalando todos os pacotes amdgpu-pro, não é necessário.

@doitsujin Você pode simplesmente extrair o driver pró-vulkan em seu diretório inicial e usá-lo sem a necessidade de instalá-lo. (quando digo sem a necessidade de instalá-lo, quero dizer sem o gerenciamento de pacotes envolvido). Fiz um tutorial sobre como fazer isso:
https://www.reddit.com/r/linux_gaming/comments/fddt2n/tutorial_how_to_use_amds_pro_vulkan_driver_or_the/

parece que teremos que esperar por outro lançamento estável para desfrutar desta obra-prima.

@oscarcp Sim, percebi que os patches têm um impacto no desempenho. Bom trabalho até agora, todos os envolvidos!

Apenas apontando que o Proton 5.0-5 acabou de sair e parece vir com as extensões vulkan ausentes!

No entanto, isso ainda não parece funcionar "fora da caixa", usando o cliente beta do steam-runtime e Proton 5.0-5

@RumenBlack Você está executando a versão beta do cliente Steam? Estou executando o jogo com o ubuntu mate 19.04 e a versão personalizada de prótons perfeitamente.

Talvez eu tente um DE diferente, ouvi que pessoas estão tendo problemas com o gnome.

@RumenBlack Você está executando a versão beta do cliente Steam? Estou executando o jogo com o ubuntu mate 19.04 e a versão personalizada de prótons perfeitamente.

Talvez eu tente um DE diferente, ouvi que pessoas estão tendo problemas com o gnome.

Até agora, o único problema que tenho no GNOME é a sobreposição, se alguma coisa mudar de contexto fora das janelas do DOOM, irá travar espetacularmente

Posso relatar, com a solução do @ 999eagle funciona. Testei sem opções de inicialização, ele chega ao vídeo de introdução da bethesda e congela 1 segundo no vídeo, causando um travamento. mas com as opções de inicialização que ela forneceu, funciona 100%. A suavização do mouse é uma dor, mas pode-se consertar isso facilmente com opções de inicialização ou configurações do jogo.
Vou brincar com as opções de inicialização para ver quais podem ser deixadas de fora. Mas com as etapas que ela forneceu, funciona.

@APoniatowski por 100% você quer dizer que não tem problemas de desempenho?

tenho que amar quando as pessoas usam sites lentos para downloads

@oscarcp interessante, eu tenho a maioria das opções em High ou Ultra e consigo 60fps com algumas pequenas falhas aqui e ali em um RX580 usando mesa-git.

Eu tenho a maioria das opções em High ou Ultra e consigo 60fps com algumas pequenas falhas aqui e ali em um RX580 usando mesa-git.

@MuchiMuchiPink Com a versão Steam ou Drm-free? Você também está usando radv-llvm, radv-aco ou admgpu-pro?

@ 999eagle Você usou a versão sem DRM?

Bem, tenho o jogo para lançar, mas o desempenho é atrozmente ruim (mesmo com tudo no mínimo) e eu aprendi da maneira mais difícil que não posso ter o overlay do Steam funcionando. Porém, o FPS dispara quando o jogo é pausado, então pode ser que meu i5-6400 não seja mais bom.

@elovin Não, estou apenas usando a versão padrão não modificada do Steam

Bem, tenho o jogo para lançar, mas o desempenho é atrozmente ruim (mesmo com tudo no mínimo) e eu aprendi da maneira mais difícil que não posso ter o overlay do Steam funcionando. Porém, o FPS dispara quando o jogo é pausado, então pode ser que meu i5-6400 não seja mais bom.

Não, estou com 9900K / 1080Ti e estamos no mesmo barco. O jogo roda com FPS muito baixo ...

Olá, pode valer a pena mencionar o # 3267. A versão abreviada dessa discussão é que pode haver uma regressão upstream que deixa Denuvo infeliz com essas compilações não oficiais do Proton, mas está bem com a compilação principal do Proton. O cenário de falha nesse relatório de problema é que o jogo funcionaria por 5 partidas por dia e, em seguida, entraria no estado agitado.

Isso pode não se aplicar diretamente a este jogo, mas seria algo que valeria a pena ficar de olho.

4790k 1070 aqui kernel pds personalizado 5.6 mais novo e 100+ FPS no máximo 1080p

@ ReaperOfSouls1909
Você poderia nos fornecer mais informações sobre sua configuração (qual versão do driver você usou, qual versão do wine / proton, drm grátis ou não)?

tenho que amar quando as pessoas usam sites lentos para downloads

https://zaggy.nl/nextcloud/s/W96Z7BBy6oirJpY

4790k 1070 aqui kernel pds personalizado 5.6 mais novo e 100+ FPS no máximo 1080p

É por causa do kernel pds pode ser?

Proton 5.0.5 440.64 nvidia dkms tkg drm e drm free work

Enviado do meu iPhone

Em 21 de março de 2020, às 10:39, elovin [email protected] escreveu:


@ ReaperOfSouls1909
Nuvem, por favor, forneça mais informações sobre sua configuração (qual versão do driver você usou, qual versão do wine / proton, drm grátis ou não)?

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

@madewokherd Comprei o jogo do bethesdalauncher, usando o binário drm-free, radv-llvm.
Eu jogo na Lutris com o vinho @liberodark como um corredor personalizado.

Qualquer pessoa em sistemas baseados em Arch com uma placa AMD desejando a versão 19.50 dos drivers pro vulkan , como
vulkan-amdgpu-pro-19.50_967956-1-x86_64.pkg.tar.xz.zip

@ gardotd426 obrigado vou dar uma olhada nisso.

@MuchiMuchiPink certifique-se de direcionar o jogo para usar aquele driver vulkan com VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd64.json

Mas, como você usa o lançador Bethesda e não o Steam, o lançador pode ser de 32 bits, o que é o caso do Origin, então você também deve declarar um driver vulkan de 32 bits, algo como: VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.i686.json:/usr/share/vulkan/icd.d/amd_icd64.json , ou você pode instalar lib32-amdvlk e usar o amdvlk de 32 bits aberto para o inicializador, de modo que seria VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd32.json:/usr/share/vulkan/icd.d/amd_icd64.json , mas eu tentaria usar o de 64 bits primeiro, não adianta fazer nenhum desses negócios, a menos que você precise.

Bom trabalhar usando a versão de próton @ 999eagle . Obtendo FPS jogável, ~ 20-30, usando configurações gráficas padrão e uma GTX 970.

Arch Linux 64 bits, kernel reforçado, driver proprietário Nvidia mais recente (DKMS), Steam beta.

EDITAR: jogar no meio oferece uma experiência tranquila no meu caso

@ FTL-Space-Warp até agora parecia suave, sem lentidão ainda (abaixo de 30fps), além da suavização do mouse (o que é irritante). Vou fazer mais alguns testes, mas, por enquanto, tenho outras prioridades para atender.

@ kisak-valve 5 jogo começa? Entendido. Vou ficar de olho nisso, pois já comecei uma vez.

Quase instalei o windows, só para poder jogar. Tenho que amar a comunidade de código aberto. Preparou uma solução alternativa, mais rápido do que qualquer estúdio de desenvolvimento pode produzir uma.

@ gardotd426 não, não jogo através do launcher. Acabei de iniciar o DOOMEternalx64vk.exe com um wineprefix de 64 bits, mas obrigado :)

@MuchiMuchiPink ok então, mas eu acabei de verificar meu lançador bethesda e na verdade ele é de 32 bits, parece, então se alguém por acaso tiver a versão Bethesda e usar o iniciador e estiver tentando usar a versão pro do driver vulkan da AMD , você realmente precisa definir 32 e 64 bits em VK_ICD_FILENAMES , então VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd32.json:/usr/share/vulkan/icd.d/amd_icd64.json
O driver vulkan amdgpu-pro pré-empacotado que carreguei acima é apenas o de 64 bits, mas tudo o que você precisa fazer é instalar lib32-amdvlk (ou mesmo apenas tentar o carregador vulkan mesa de 32 bits).

Com @ 999eagle hints e prótons, recebi este erro no log de prótons
E eu realmente não sei como fazer :(

Unhandled exception: page fault on read access to 0x00000010 in 64-bit code (0x000000014007fbaf). 16179.948:0031:0032:fixme:dbghelp:elf_search_auxv can't find symbol in module

@ dylanmc1975 pesquise neste registro pelo FATAL ERROR mais próximo acima (pode haver algumas centenas de linhas acima). E certifique-se de ter o parâmetro +in_terminal 1 .

Apenas para registro, o espelho de @zaggynl corresponde ao arquivo original de @ 999eagle
(https://zaggy.nl/nextcloud/s/W96Z7BBy6oirJpY)
md5sum: feec62ea77baa5b37bbe6f92946a42ea

Então, o Vulkan loader 1.2.135 ainda é um requisito? Quero testar a versão gratuita do drm com proton 5.0-5 no PlayOnLinux e estou usando o Ubuntu 20.04 compilações diárias. libvulkan está atualmente em 1.2.131 no Ubuntu 20.04.

@VincentGuinaudeau Coloquei PROTON_LOG=1 %command% nas opções de inicialização, mas não tenho erros fatais no Steamlog

use PROTON_LOG=1 %command% +in_terminal 1

@VincentGuinaudeau 17067.935:002f:0030:warn:debugstr:OutputDebugStringA "Unspecified Vulkan error: Error( VK_ERROR_INITIALIZATION_FAILED )

O único erro que recebi, acho que é minha biblioteca Vulkan 1.2.135 ausente

funciona!!!!!
o DRM-Free não funciona comigo, usei a versão normal. agora corre
editar: agora não funciona mais: /

Olá @ dylanmc1975 , 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.

Proton 5.0.5 440.64 nvidia dkms tkg drm e drm free work

Enviado do meu iPhone
Em 21 de março de 2020, às 10:39, elovin @ . *> Escreveu: @ ReaperOfSouls1909 Nuvem você forneça mais informações sobre a configuração (o que versão do driver que você usa, o vinho / versão de prótons, drm livre ou não)? - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

Infelizmente, isso não ajuda. Acabei de instalar nvidia-dkms-tkg - sem alegria. Qual DE você está executando? Estou com o Plasma.

Instalado e funcionando usando

Executável do jogo Steam com DRM.

openSUSE Tumbleweed
Mesa 20.0.1
AMD Vega 56

Estável 60fps com vsync ativado, configurações gráficas altas.

Obrigado a todos!

Proton 5.0.5 440.64 nvidia dkms tkg drm e drm free work

Enviado do meu iPhone
Em 21 de março de 2020, às 10:39, elovin _ @ _. *> Escreveu: @ ReaperOfSouls1909 Nuvem você forneça mais informações sobre a configuração (o que versão do driver que você usa, o vinho / versão de prótons, drm livre ou não)? - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

Infelizmente, isso não ajuda. Acabei de instalar nvidia-dkms-tkg - sem alegria. Qual DE você está executando? Estou com o Plasma.

Na verdade, eu ainda não possuo o jogo, então não posso testar, no entanto, uma coisa a ter em mente é que 440.64 não é vulkan 1.2, enquanto 440.66.03 é 1.2.133, que é a mesma versão vulkan do Doom Eternal Game Ready Driver do Windows.

@ McMarius11

funciona!!!!!
o DRM-Free não funciona comigo, usei a versão normal. agora corre

como você escolhe o exe para rodar?

Alguém já conseguiu trabalhar no Ubuntu 18.04?

Alguém já conseguiu trabalhar no Ubuntu 18.04?

Eu não ...

@ 999eagle

como é que a sua pasta pessoal (acho que é) aparece no meu log?

Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/aleksbenmaza/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipSignInManager', '1']
Options: {'nonvapi', 'winetricks', 'winedxgi', 'logcommandtoprefix'}
======================
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

Olá @ dylanmc1975 , 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.

@ kisak-valve

https://gist.github.com/dylanmc1975/f017873abfc82a9af619adc45667ab80

Obrigado @ dylanmc1975 , já que você copiou as informações do sistema antes de terminar o diagnóstico srt-info, posso apenas especular, mas verifique se o media-libs / mesa foi criado com USE = vulkan.

Alguém já conseguiu trabalhar no Ubuntu 18.04?

Tentei tudo aqui com a versão DRM, última tentativa com a postagem 999eagle e não. Crash crash crash crash crash crash crash. Cansado disso neste momento.

Proton 5.0.5 440.64 nvidia dkms tkg drm e drm free work

Enviado do meu iPhone
Em 21 de março de 2020, às 10:39, elovin _ @ _. *> Escreveu: @ ReaperOfSouls1909 Nuvem você forneça mais informações sobre a configuração (o que versão do driver que você usa, o vinho / versão de prótons, drm livre ou não)? - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

Infelizmente, isso não ajuda. Acabei de instalar nvidia-dkms-tkg - sem alegria. Qual DE você está executando? Estou com o Plasma.

Na verdade, eu ainda não possuo o jogo, então não posso testar, no entanto, uma coisa a ter em mente é que 440.64 não é vulkan 1.2, enquanto 440.66.03 é 1.2.133, que é a mesma versão vulkan do Doom Eternal Game Ready Driver do Windows.

Acabei de instalar 440.66.03. É um pouco melhor, mas dificilmente consigo atingir 24 FPS ...

Obrigado @ dylanmc1975 , já que você copiou as informações do sistema antes de terminar o diagnóstico srt-info, posso apenas especular, mas verifique se o media-libs / mesa foi criado com USE = vulkan.

Não, agora não vejo suporte para o vulkan, agora estou recompilando também com o opencl.
Mas me pergunto como funciona o doom 2016, mas talvez não fosse a versão vulkan, ainda não me lembro

Pode confirmar que a compilação de wine-tkg de @ 999eagle está funcionando corretamente.

Gentoo Linux, RX 5700 XT, usando AMDGPU-PRO 19.50 com este jogo já que é declaradamente o driver mais rápido nele. Configurações Ultra-Nightmare e até agora a GPU não está suando a camisa.
Usando o executável DRM.

1080Ti - 24 FPS em configurações baixas: D: D: D

@ 999eagle

como é que a sua pasta pessoal (acho que é) aparece no meu log?

Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/aleksbenmaza/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipSignInManager', '1']
Options: {'nonvapi', 'winetricks', 'winedxgi', 'logcommandtoprefix'}
======================
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

além disso, tentei usar seu patch com outros jogos, nenhum deles funcionou.

@ dylanmc1975 doom 2016 ainda tem asas abertas, enquanto Eternal é exclusivamente vulkan

Pode confirmar que a compilação de wine-tkg de @ 999eagle está funcionando corretamente.

Gentoo Linux, RX 5700 XT, usando AMDGPU-PRO 19.50 com este jogo já que é declaradamente o driver mais rápido nele. Configurações Ultra-Nightmare e até agora a GPU não está suando a camisa.
Usando o executável DRM.

Oi, qual opencl você tem?
Estou usando amd-gpu, com certeza é o mergulhador mais rápido?

@ 999eagle

Você consegue compartilhar os patches do próton para que possamos nos compilar?

@ 999eagle

como é que a sua pasta pessoal (acho que é) aparece no meu log?

Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/aleksbenmaza/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipSignInManager', '1']
Options: {'nonvapi', 'winetricks', 'winedxgi', 'logcommandtoprefix'}
======================
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

É provavelmente por isso que está travando? O meu inicia, aparece uma tela preta, mas o jogo trava. Eu tentei com o próton 5.4.x e também com o próton 5.0.5. Ambos os casos, com a versão Steam do jogo, ele trava. Porém, com o 5.0.5, isso me leva para a página DRM do jogo não sendo revalidado e que devo esperar 24 horas. Então isso é uma lavagem. Super geléia de todos vocês que fizeram funcionar.

1080Ti - 24 FPS em configurações baixas: D: D: D

Curiosamente, o NMS tem um problema com o desempenho do Nvidia vulkan que, antes de HG consertar, uma solução temporária era se passar por um AMD usando esta camada vulkan:

https://github.com/volca02/spoof_vendorid

Vale a pena experimentar.

@ fls2018

1080Ti - 24 FPS em configurações baixas: D: D: D

Curiosamente, o NMS tem um problema com o desempenho do Nvidia vulkan que, antes de HG consertar, uma solução temporária era se passar por um AMD usando esta camada vulkan:

https://github.com/volca02/spoof_vendorid

Vale a pena experimentar.

Obrigado.
Meu 1080 foi realmente falsificado como uma placa AMD - houve um aviso sobre a AMD trabalhando em HDR no lançamento.
No entanto, o problema ainda persiste: gagueira de som, cinemática muito lenta e não acompanhar a música e jogabilidade dentro do jogo muito abaixo de 30FPS em configuração baixa (tudo desativado).

Oi, qual opencl você tem?

Não sei por que é relevante, mas não estou usando nada proprietário para OpenCL, apenas Mesa.

Estou usando amd-gpu, com certeza é o mergulhador mais rápido?

Pelo que ouvi, AMDVLK e RADV são ambos significativamente mais lentos e RADV / ACO trava no lançamento.

@aleksbenmaza @ PraetorianSC4 você precisa de pelo menos GLIBC 2.31 porque eu compilei minha construção no Arch, desculpe. Não tenho certeza porque meu diretório de compilação ainda aparece nos binários.

@gblanchard Eu proton-tkg com o patch da comunidade winevulkan_fshack_opts.mypatch e todo o resto com a configuração padrão.

@ 999eagle Obrigado!

@ 999eagle Para registro, embora funcione com seus patches no gentoo com GLIBC 2.30

: man_shrugging:

Olá, pode valer a pena mencionar o # 3267. A versão abreviada dessa discussão é que pode haver uma regressão upstream que deixa Denuvo infeliz com essas compilações não oficiais do Proton, mas está bem com a compilação principal do Proton. O cenário de falha nesse relatório de problema é que o jogo funcionaria por 5 partidas por dia e, em seguida, entraria no estado agitado.

Isso pode não se aplicar diretamente a este jogo, mas seria algo que valeria a pena ficar de olho.

@ kisak-valve esse tópico parece sugerir que deletar o diretório compatdata irá reiniciar o estado do denuvo. isso é verdade? não parece ser o meu caso.

1080Ti - 24 FPS em configurações baixas: D: D: D

Curiosamente, o NMS tem um problema com o desempenho do Nvidia vulkan que, antes de HG consertar, uma solução temporária era se passar por um AMD usando esta camada vulkan:

https://github.com/volca02/spoof_vendorid

Vale a pena experimentar.

Sim, espremendo mais 3-4 FPS, mas ainda não pode ser jogado. Obrigado :)

Olá @ashkitten , meu entendimento é que o estado precisa ser reiniciado em algum servidor Denuvo.

Alguém pode confirmar que o próton 5.0-5 funciona?

@ashkitten

Isso leva a falhas de registro do Denuvo para mim. 5.4.x me dá uma tela preta (com a compilação do wine corrigida do @ 999eagle ), mas acaba travando.

R7 3800X | GTX 1080Ti | Manjaro 5.4.4 | 440,64 | Vulkan Headers / ICD-Loader: 1.2.135

Tentei tudo que pude encontrar (incluindo exes grátis drm). A única coisa que funcionou foi a construção de prótons do 999eagle e o exe oficial. Mas ainda experimentando um desempenho péssimo (20 fps em todas as baixas em um 1070 gtx) no Arch 5.5.11tkg e driver nvidia 440.66.03. Também o som está quebrando no jogo.

Alguém pode confirmar que o próton 5.0-5 funciona?

@ashkitten
A compilação fornecida por @ 999eagle (https://github.com/ValveSoftware/Proton/issues/3654#issuecomment-602028651) funcionou bem pelo menos para chegar ao estado dentro do jogo.
No entanto, para alguns isso não funciona e para outros funciona incrivelmente lento (este é o meu caso rodando um 1080).

Mas você pode tentar. Talvez você tenha sorte.

A construção do 999eagle não funcionou

deb 18,04
Steam beta
glibc 2.31
nvidia 440

Ryzen 5
1060 3gb
asus b350
8gb

Ainda assim, vai para aquele pop up idiota de DRM. algo me diz que funcionaria sem DRM agora. De alguma forma, estou feliz, acho que ficaria mais chateado se funcionasse, mas desse um fps impossíveis de jogar.

Boa sorte e obrigado rapazes / moças, acho que vou fugir para as tentativas e esperar por um próton de liberação de válvula adequado que funciona tão bem quanto 2016. Vou reinstalar porque agora o equipamento está congelando aleatoriamente e dando relatórios de erro do sistema na inicialização. Impressionante.

Ainda assim, vai para aquele pop up idiota de DRM. algo me diz que funcionaria sem DRM agora.

@ MacroHard-sys
Isso porque você tentou muitas construções de prótons diferentes durante 24h
Tive o mesmo ontem. Hoje estava tudo bem devido à porcaria do denuvo finalmente limpando minha identidade de seu banco de dados bloqueado. Então, espere ... ou experimente a versão gratuita drm: wink:

Estou na prisão de Denuvo neste momento também. Peguei o exe sem DRM e o coloquei na pasta do jogo depois de fazer o backup do exe original, mas parece travar ainda mais cedo. Preciso fazer mais alguma coisa para que o exe sem DRM funcione?

@Berinth Se, como eu, você tem FATAL ERROR: Z:\home\[...]\.local\steamam\steamapps\common\DOOMEternal\base\disclayout.cfg is unexpected, check manifest , resolvi este também copiando todos os arquivos dentro de DOOMEternal/base/ da versão drm-free, espere pelos arquivos que terminam com .streamdb e não as pastas. São nove arquivos no total.

Mas não tentei lançá-lo via vapor. Eu lanço diretamente do terminal com um comando como
STEAM_COMPAT_DATA_PATH=~/.local/share/steam/steamapps/compatdata/782330 ~/.steam/steam/steamapps/common/Proton\ 5.0/proton run ~/.local/share/steam/steamapps/common/DOOMEternal/DOOMEternalx64vk_DRMFREE.exe +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

@ 999eagle Você constrói trabalhos para mim (tipo desligado)

  1. Baixou a compilação e colocou-a em ~ / .steam / compatibilidadetools.d /
  2. Defina o Steam para optar por beta e reinicie o Steam
  3. Defina a versão de próton a ser usada em sua construção no Steam
  4. Defina as opções de inicialização conforme sugerido (+ in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1)

O jogo começa, é mais ou menos jogável. Em configurações médias de gráficos, fico entre 25 e 40 FPS.

Eu executo a estação de trabalho Fedora 31, kernel 5.5.7-200.fc31 com driver NVIDA 440.64. Hardware: Ryzen 1700, RTX 2060, 16 GB de RAM.

Dado que o jogo basicamente roda com prótons (pelo menos em algumas configurações), estou bastante confiante de que isso funcionará perfeitamente em breve.

Obrigado @ 999eagle e a todos os envolvidos pelo seu esforço!

A correção de @ 999eagle funciona para mim, embora não importando quais configurações de qualidade eu escolha, a taxa de quadros parece estar limitada a cerca de 15-20 fps. Espero que haja um novo patch oficial de prótons para ele em breve, mas agora vou aproveitar o jogo. O exe sem Denuvo torna a solução alternativa melhor?

Fedora 31
Intel-i5 6600K
Nvidia GTX970
16 GB Ram

Se você deseja atualizar o Vulkan Loader para a versão mais recente no Ubuntu 18.04 e superior, use estes comandos:

wget -qO - http://packages.lunarg.com/lunarg-signing-key-pub.asc | sudo apt-key add -
sudo wget -qO /etc/apt/sources.list.d/lunarg-vulkan-bionic.list http://packages.lunarg.com/vulkan/lunarg-vulkan-bionic.list
sudo apt update
sudo apt dist-upgrade

@Berinth Se, como eu, você tem FATAL ERROR: Z:\home\[...]\.local\steamam\steamapps\common\DOOMEternal\base\disclayout.cfg is unexpected, check manifest , resolvi este também copiando todos os arquivos dentro de DOOMEternal/base/ da versão drm-free, espere pelos arquivos que terminam com .streamdb e não as pastas. São nove arquivos no total.

Mas não tentei lançá-lo via vapor. Eu lanço diretamente do terminal com um comando como
STEAM_COMPAT_DATA_PATH=~/.local/share/steam/steamapps/compatdata/782330 ~/.steam/steam/steamapps/common/Proton\ 5.0/proton run ~/.local/share/steam/steamapps/common/DOOMEternal/DOOMEternalx64vk_DRMFREE.exe +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Estou no Pop_os, então meus diretórios são um pouco diferentes. Mas adaptei esse comando e ele retorna o seguinte: no such file or directory: ~/.steam/debian-installation/steamapps/common/Proton\ 5.0/dist/bin/wine
mesmo que eu tenha verificado naquele local e haja vinho lá

@Berinth Acho que também recebi esse erro ontem, mas não lembro ao certo. Talvez verifique se há um link simbólico no caminho e altere seu caminho de acordo para que não use o link simbólico. Se isso não funcionar, não tenho ideia.

Olá @Berinth , tente usar um caminho absoluto ( /home/username ) em vez de ~ .

Pessoal, vocês podem registrar um bug na NVIDIA? Não sou tão bom em inglês, então peço isso. Dê-nos um link aqui e confirmaremos o problema assim que o tópico for criado.

Olá @Berinth , tente usar um caminho absoluto ( /home/username ) em vez de ~ .

Tentei o mesmo resultado. Minha partição home mora em uma unidade separada da partição raiz, mas é montada em / home. Isso poderia ser um erro?

Edit: Eu sou um idiota. Estava executando acidentalmente o script errado. O script roda agora, mas o jogo ainda não roda

Acabei de usar a configuração de @ 999eagle . Void Linux, quase tudo atualizado, incluindo o carregador Vulkan e os cabeçalhos (por que diz 1.2.133, não tenho ideia; estou usando 135). Trabalhou sem problemas. A troca de espaço de trabalho do i3wm pode ser complicada, mas além disso, funciona. Admito que fiquei imensamente desapontado com a taxa de quadros, mas acho que isso se resolverá com alguns ajustes de configuração de gráficos e quando eles removerem o Denubloat mais adiante. Rip and Tear! :metal:

EDIT: esqueci de mencionar, um pouco importante, quando a missão da campanha começou, ele me avisou que não poderia se conectar ao Steam e que eu estaria mais ou menos funcionando offline? Espero que seja apenas DRM sendo agressivo com meus testes de ontem à noite, mas eu realmente não tenho ideia de qual é a verdadeira causa

20200321-141737
20200321-141959

ao usar a solução 999eagle, percebi que o painel de informações do jogo Doom eternal diz que estou usando vulkan 1.1.119, apesar do fato de ter o vulkan-icd-loader versão 1.2.135-1 instalado e usar o Steam beta, fazendo isso no Arch com a versão DRM do jogo

Screenshot_20200321_191241

espetáculo tira o foco do jogo, fazendo-o travar, por isso mostra 0fps e uma tela preta

Alguém no ProtonDB relatou que os drivers de GPU de última geração com Proton 5.0-5 funcionam perfeitamente bem. Alguém pode confirmar isso? Ainda estou preso no inferno do Denuvo, então não posso testar o Proton tão bem quanto a compilação do @ 999eagle .

Agora funciona como um encanto! obrigado a @ 999eagle

AMD Ryzen 5 1600X
16 GB de memória
Radeon RX 480
Gentoo Linux
Kernel 5.5.9

@kisak-valve Eu estava faltando um suporte vulkan na minha máquina, obrigado

Alguém no ProtonDB relatou que os drivers de GPU de última geração com Proton 5.0-5 funcionam perfeitamente bem. Alguém pode confirmar isso? Ainda estou preso no inferno do Denuvo, então não posso testar o Proton tão bem quanto a compilação do @ 999eagle .

Não há driver mais recente do que 440.66.03, eu acho. Eu os uso e não consigo obter mais de 25-30 FPS.

ao usar a solução 999eagle, percebi que o painel de informações do jogo Doom eternal diz que estou usando vulkan 1.1.119, apesar do fato de ter o vulkan-icd-loader versão 1.2.135-1 instalado e usar o Steam beta, fazendo isso no Arch com a versão DRM do jogo

Screenshot_20200321_191241

espetáculo tira o foco do jogo, fazendo-o travar, por isso mostra 0fps e uma tela preta

Estas são minhas estatísticas, está funcionando também com 1.2.133 em vez de 1.2.135 (tirei uma foto porque tento fazer uma captura de tela se travar)
photo6033081157454770620

Sou só eu ou parece que as pessoas com desempenho ruim são, em sua maioria, usuários do Geforce 10xx? Parece bom para placas AMD e para a série 20xx

Parece que várias pessoas que conseguiram rodar o jogo em uma taxa de quadros mais alta estão usando o planejador PDS. Posso confirmar que o uso do planejador PDS no kernel xanmod não fornece uma taxa de quadros mais alta quando emparelhado com o novo próton TKG. No entanto, atualmente estou bloqueado e não posso testar nenhuma outra configuração com PDS.

Alguém que tem o jogo inicializando com proton padrão 5.0-5 seria capaz de testar um kernel TKG com PDS para ver se ele resulta em melhor desempenho? Pode ser útil se pudermos restringir por que algumas pessoas estão tendo um desempenho aceitável e outras não.

Estou usando um 1070 fwiw.

Neste tred, um usuário reclama de GTX970 também, se bem me lembro.

Sou só eu ou parece que as pessoas com desempenho ruim são, em sua maioria, usuários do Geforce 10xx? Parece bom para placas AMD e para a série 20xx

Eu acredito que @ ReaperOfSouls1909 mencionou que eles alcançam 100 + fps usando um 1070

A versão DRM padrão funciona bem com:

Ryzen 3700X
Vega 56

ArchLinux (kernel zen)
mesa-git
Steam-beta
proton-tkg construído com o patch mencionado acima

opções de lançamento do Steam (lembre-se ao iniciar o jogo pela primeira vez, não use o skipSignInManager ..):
RADV_PERFTEST = llvm + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

Além disso, o desempenho é jogável com cerca de 60 fps em alta resolução e WQHD

Screenshot_20200321_194344

Com a solução do @ 999eagle , sou capaz de iniciar o jogo e jogá-lo, o que é um grande negócio, pois nada neste tópico da noite funcionou. Mas, o desempenho é ruim (baixo FPS).

Tal como acontece com outros nesta situação, estou em um 1080ti (com Ryzen 3950x). Ubuntu Focal mais recente com todos os pacotes atualizados e kernel 5.6.0-rc6 personalizado.

Talvez o jogo dependa de traçado de raio ou alguma nova tecnologia semelhante que as placas geforce da série 10 não têm?

Atualizar os pacotes do sistema vulkan poderia corrigir isso? O repositório lunarg-vulkan sugerido acima não tinha nenhum pacote atualizado para meu sistema.

Sou só eu ou parece que as pessoas com desempenho ruim são, em sua maioria, usuários do Geforce 10xx? Parece bom para placas AMD e para a série 20xx

@tehradamant , não é bom para o meu 2060, então não acho que a lógica se concretize. no Fortress of Doom estou obtendo 20-30fps no meu 2060 @ 1440p; no Windows é fixado em 144 fps

a diferença entre aqueles que obtêm alto desempenho e aqueles que não parecem ser amd vs nvidia

@GloriousEggroll você deve integrar este commit e marcar um lançamento? https://github.com/Tk-Glitch/PKGBUILDS/commit/52d0e915a7c88acaf544ad1c9b7eb9fcc23645cb

Temos um punhado de pessoas conseguindo comandar o jogo graças a isso. Ter isso em sua construção permitiria testes mais amplos.

(alguém me corrija se a construção de prótons customizada precisar de algo mais)

Sou só eu ou parece que as pessoas com desempenho ruim são, em sua maioria, usuários do Geforce 10xx? Parece bom para placas AMD e para a série 20xx

Eu acredito que @ ReaperOfSouls1909 mencionou que eles alcançam 100 + fps usando um 1070

Acho que é um erro ou ele será o único :)

Sou só eu ou parece que as pessoas com desempenho ruim são, em sua maioria, usuários do Geforce 10xx? Parece bom para placas AMD e para a série 20xx

Eu acredito que @ ReaperOfSouls1909 mencionou que eles alcançam 100 + fps usando um 1070

Acho que é um erro ou ele será o único :)

nah não é o único lol

Alguns vídeos ou capturas de tela são bem-vindos :)

Tentei a correção do @ 999eagle mais os drivers atualizados, ainda nada. Observe que estou executando uma GTX 950. Talvez eu seja burro e precise de um upgrade?

Eu tentei próton 5.0, versão gratuita drm e funciona, mas está mais perto de uma apresentação de slides do que um jogo. Estou executando uma GTX 1060 btw

FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required para mim com o mais recente mesa-git, icd-loader e próton 999eagle, estou usando um R9 290 com o driver amdgpu. Eu tentei com e sem RADV_PERFTEST=llvm , ainda nada ...
steam-782330.log
A versão gratuita do DRM não roda, não consigo testar a versão denuvo porque eu baguncei demais e tenho que esperar minhas 24h ...

Eu posso ter encontrado uma solução para usuários da NVIDIA que encontram taxas de quadros ruins ao usar a construção de prótons fornecida por @ 999eagle :

Encontre o arquivo user_settings.py vem com o zip e comente a linha "PROTON_NVAPI_DISABLE": "1" . Agora eu obtenho taxas de quadros decentes de> 70 em Full HD e Ultra Nightmare Settings em um RTX 2080 Ti e ~ 40 FPS ao renderizar a 4k (eu obtive ~ 20FPS com quaisquer configurações anteriores).

Nota: depois de desativar a opção, recebi um aviso sobre drivers desatualizados (você viu esta imagem algumas vezes neste tópico), mas poderia ignorá-lo com segurança.

A compilação do Proton do

Arch Linux
Ryzen 2600
RX 560
Predefinição alta de 1080p (pool de textura média)
40-55 fps

A propósito, os primeiros 2 vídeos de logo de inicialização deveriam ter algum som? Tudo está em silêncio até eu chegar ao menu principal

Temos alguma ideia de por que os usuários da nvidia estão obtendo desempenho inferior? Essa é a ideia que estou tendo até agora ...

Tentei atualizar os pacotes do Vulkan via https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602076507, mas o jogo não inicia via Proton 5.05 normal e 5.04 personalizado.
Alguma solução alternativa para o problema glibc além de atualizar para o Ubuntu 19.10 ou 20.04 não lançado?

Proton normal 5.05 resulta em: http://i.imgur.com/Q5cps5h.png e arquivo de registro grande:
steam-782330_zaggynl.log.zip

Custom 5.04:

======================
Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/az/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipKeyPressOnLoadScreens', '1', '+com_skipSignInManager', '1']
Options: {'logcommandtoprefix', 'winetricks', 'winedxgi', 'nonvapi'}
======================
ERROR: ld.so: object '/home/az/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/az/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

Qual é causado por diferentes Glibc de acordo com os comentários anteriores?

Eu comecei a trabalhar com a construção do @ 999eagle .
Arco
vega56
com driver amdgpu pro vulkan
configurações altas 1440p 90-100 fps
doom
Ultra Nightmare 100 fps
doom3

Com as opções de construção e inicialização do @ 999eagle , e o Steam Beta, e as coisas atualizadas daquele comentário, o jogo ainda não roda. Acabei de receber uma tela preta e volto para a área de trabalho.
Não vejo o que estou perdendo ...
steam-782330.log

Poderia ser porque estou no Xubuntu, não no Arch?

@boehmseb Eu tentei e não vi nenhuma diferença perceptível. Devo também mencionar que os gráficos parecem de baixa qualidade, tudo fica um pouco borrado, mesmo em configurações altas (com ou sem a correção de boehmseb). Mais perceptível no menu principal.

@boehmseb Eu tentei e não vi nenhuma diferença perceptível. Devo também mencionar que os gráficos parecem de baixa qualidade, tudo fica um pouco borrado, mesmo em configurações altas (com ou sem a correção de boehmseb). Mais perceptível no menu principal.

Eu tenho que admitir que depois de jogar um pouco mais parece que por acaso eu estava em uma posição "boa" no mapa no meu primeiro teste. No entanto, na minha máquina há uma diferença notável que torna o jogo pelo menos jogável para mim.

@boehmseb
Obrigado por seus esforços, mas isso não me ajudou também :(

@ poke86 você terá os mesmos problemas que outros usuários do Ubuntu, então procure neste tópico por correções do Ubuntu

@ 999eagle

Estou usando o ubuntu 19.10, pelo que sei tudo está atualizado
ele morre depois de solicitar winetricks

error.log

Versão da instância Vulkan: 1.2.131

5.5.11-050511-genérico
GL_RENDERER: AMD Radeon R9 200 Series (HAWAII, DRM 3.36.0, 5.5.11-050511-genérico, LLVM 9.0.1)
GL_VERSION: 4.6 (Perfil de Compatibilidade) Mesa 20.1.0-devel (git-5cc3ab0 2020-03-21 eoan-oibaf-ppa)

vulkan é antigo, você precisa atualizar manualmente

Tentei corrigir o @boehmseb e não melhorou muito as coisas para mim. Acho que ficou em cerca de 3-4 fps extras para 24 fps cinematográficos e suaves. Parecia um pouco mais suave do que antes, mas não tenho certeza.

@boehmseb Tentei sua correção, mas realmente não melhora nada. Recebo a mensagem do driver desatualizado, então acho que a correção foi aplicada.
Mas o desempenho não parece nada bom.
Isso ocorre com tudo definido como Low e desativando quaisquer efeitos (desfoque, etc.):

IMG_20200321_223543

Percebi, no entanto, que o menu do jogo está funcionando muito bem e rápido com 144 FPS, mas assim que eu volto para 10-20 FPS no máximo.
Tenho a forte sensação de que estou perdendo algo essencial aqui.

esquecido de executar sudo ldconfig
Versão da instância Vulkan: 1.2.135

no entanto, começando doom 2016 com proton_tkg_5.4.r10.g7c7868f4
está mostrando vulkan 1.2.128
error.log

então, como faço para que o Steam use a versão que o ubuntu tem?

uma pena ver todos esses comentários sobre desempenho ruim, 2016 teve um desempenho excelente, eu poderia jogar com configurações máximas de mais de 60 fps com meu R9 290 @ 400mhz ...

Provavelmente fora do tópico, mas que tipo de instalação do Steam vocês estão usando? Tenho usado o pacote Flatpak, mas acho que devo usar o RPM em vez disso, porque literalmente não consigo seguir as instruções do @ 999eagle devido à pasta de que preciso extrair o .tar por ser um link quebrado. Acho que vou apenas mover meus jogos e reinstalar o Steam para que possa tentar consertá-la.

No caso de outra pessoa ter o mesmo problema idiota que eu: vulkan-radeon fode com amdvlk. Portanto, remova vulkan-radeon :) (fez com que o jogo retornasse FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required )

@UVCRocketRunner

Provavelmente fora do tópico, mas que tipo de instalação do Steam vocês estão usando?

Usando minha instalação padrão nativa de distros que me serviu bem até agora.

multilib/steam-manjaro 1.0.0.61-7 (2.7 MiB 3.0 MiB) (Installed)
    Valve's digital software delivery system

Não consigo obter nenhum desempenho razoável do DOOM, experimentei 4 vinhos diferentes, atualizei tudo e desativei o nvapi ...

Jogado 2 horas, sem problemas :)

782330_20200321214753_1
782330_20200321215249_1
``
/ 0 placa-mãe bus
/ 0/0 memória 15GiB memória do sistema
/ 0/1 processador AMD Ryzen 5 1600X Processador Six-Core 3600
/ 0/100 Família de ponte 17h (Modelos 00h-0fh) Complexo de Raiz
/0/100/0.2 Família genérica 17h (Modelos 00h-0fh) Unidade de Gerenciamento de Memória de E / S
Família de ponte /0/100/1.3 17h (Modelos 00h-0fh) Ponte PCIe GPP
/0/100/1.3/0 bus 300 Series Chipset USB 3.1 xHCI Controller
/0/100/1.3/0.1 controlador SATA de chipset série 300 de armazenamento
/0/100/1.3/0.2 bridge Advanced Micro Devices, Inc. [AMD]
Porta PCIe do chipset da série 300 da ponte /0/100/1.3/0.2/0
/0/100/1.3/0.2/0/0 rede eth0 RTL8111 / 8168/8411 Controlador PCI Express Gigabit Ethernet
Porta PCIe do chipset da série 300 /0/100/1.3/0.2/1 bridge
/0/100/1.3/0.2/1/0 ponte ASM1083 / 1085 PCIe para ponte PCI
Porta PCIe do chipset da série 300 /0/100/1.3/0.2/4 bridge
/0/100/3.1 Bridge Família 17h (Modelos 00h-0fh) PCIe GPP Bridge
/0/100/3.1/0 display Ellesmere [Radeon RX 480]

proton_tkg_5.4.r10.g7c7868f4
Kernel 5.5.9
amdgpu

@ dylanmc1975 você pode adicionar as informações do seu sistema de vapor?

@ dylanmc1975 +1, adicione informações de vulkan \ os

@ 999eagle funcionou para mim. (estou no Arch com 1.2.135 vulkan e GeForce 1060). Jogado bem no primeiro nível, agora a tela de carregamento do segundo nível sempre trava ....

Qualquer ubuntu ppa para vulkan 1.2 btw? Não consigo encontrar nenhum = (

Outra razão para ir para o time vermelho

@brettalcox que versão wine do @ 999eagle ?

@UVCRocketRunner

.... wat? siga as instruções do 999eagle, mas crie você mesmo o diretório e extraia o tar lá. funciona bem, exceto pelos problemas de desempenho.

@MagicRB não tem certeza de como determinar qual versão Doom pensa que eu tenho, mas kernel 5.5.10-arch1-1 e 440.64 Nvidia. E nada mais. Executando-o fora do Steam também fyi

Está funcionando com a construção do

Existem alguns cenários em que posso facilmente obter 60+ FPS, mas a maioria do jogo gira em torno de 30-45 FPS.

Também instalei o Vulkan 1.2.135, mas o jogo funciona com o 1.2.133, como outros. As informações do sistema também apontam para 1.2.133.

Informação do sistema

EDIT: Desculpe pelas rotações de fotos :(

Usando a predefinição "Baixa":

IMG_20200322_014018
IMG_20200322_014307
IMG_20200322_014338

Usando a predefinição "Ultra-Nightmare":

IMG_20200322_014547
IMG_20200322_014601
IMG_20200322_014616

@UVCRocketRunner

.... wat? siga as instruções do 999eagle, mas crie você mesmo o diretório e extraia o tar lá. funciona bem, exceto pelos problemas de desempenho.

Bem, eu tentei isso agora, e suponho que devo ser capaz de selecionar sua construção Proton separadamente, porque ainda posso usar apenas 5.0.5 e ainda estou na estaca zero.

@brettalcox permite informações de depuração em doom, configurações, vídeo

@MagicRB diz que está usando 1.1.119

Eu não posso fazer isso funcionar por minha vida. Eu fiz @ 999eagle direction, compilei o vulkan-loader 1.2.135, mas não tenho 100% de certeza se ele foi instalado corretamente, se não estou no Manjaro's 1.2.132. Praticamente a mesma coisa, não importa o que eu faça, pegue o pop-up "AMD não tem suporte para HDR" e fecha. Estou lançando do Steam com as opções. Não tenho certeza de onde o log está armazenado, mas o sistema está:
Manjaro-Gnome
kernel = 5.6.0-2-MANJARO
RX 5700xt
Ryzen 3600

Para aqueles que desejam fazer capturas de tela, descobri que scrot funciona bem. Eu tenho um keybind em meu i3config para scrot -mz (junto com algumas outras configurações para nome / local do arquivo, mas isso está fora do tópico). Posso confirmar que isso fará uma captura de tela sem travar

Eu não posso fazer isso funcionar por minha vida. Eu fiz @ 999eagle direction, compilei o vulkan-loader 1.2.135, mas não tenho 100% de certeza se ele foi instalado corretamente, se não estou no Manjaro's 1.2.132. Praticamente a mesma coisa, não importa o que eu faça, pegue o pop-up "AMD não tem suporte para HDR" e fecha. Estou lançando do Steam com as opções. Não tenho certeza de onde o log está armazenado, mas o sistema está:
Manjaro-Gnome
kernel = 5.6.0-2-MANJARO
RX 5700xt
Ryzen 3600

Se você quiser ter certeza, inicie o vulkaninfo.
A única maneira de saber se está instalado corretamente

Funciona para mim usando proton-tkg com winevulkan_fshack_opts.mypatch
Versão da instância Vulkan: 1.2.135
Driver Nvidia 440.66.03

Tirar screenshots com o Steam usando F12 não travou o jogo para mim.

O desempenho, entretanto, é ruim,
20200322130224_1

vulkaninfo diz que tenho 1.1.119, vou verificar minha configuração

espere, minha versão da API é 1.1.119

Acho que consegui compilar proton-tkg com winevulkan_fshack_opts.mypatch para Ubuntu 18.04, mas ainda não consigo fazer funcionar. O que torna as coisas mais complicadas é que minha cópia é da Bethesda.net, então estou trynig para configurá-la via integração de jogo não-Steam. Se alguém conseguiu colocar a configuração não-Steam em execução, diga!

Posso confirmar que funciona na minha máquina

SO: Fedora 32
GNOME: 3.36 X11
AMD Radeon RX 470
Steam Beta mais recente
Jogo DRM
Próton de @ 999eagle
Com estas opções: +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

@thebitstick, como está seu desempenho no jogo?

Acabei de verificar e parece que o jogo / próton / vapor está usando vulkan 1.1.119, pelo menos as métricas de desempenho do jogo sugerem isso. A versão instalada no meu sistema é 1.2.131 no entanto.

Alguma ideia de como mudar isso? E isso pode causar problemas de desempenho?

Doot Eternal via Steam + + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1
Fedora 31, o resto está na imagem. sem hacky bs:
mesa-git, llvm padrão enviado com feed 31 + vulkan-loader 1.2.135
Não o fiz funcionar com o ACO, mas há mais algumas coisas que preciso tentar.
Terei uma versão GE disponível assim que terminar de classificar algumas outras pequenas torções:

doot

@ d3rhans 60+ FPS. Executando um monitor Ultrawide de 60 Hz, então não tenho queixas.
Vulkan acabou de atualizar via dnf para mesa-vulkan-drivers-20.0.2-1.fc32.x86_64 .

A versão Steam do jogo funciona na minha placa AMD Navi 10. Seu desempenho em configurações altas é decente o suficiente, é jogável, não muito bem. Em configurações altas (estou usando o padrão do jogo) em 3440x1440 ele roda em torno de 50-80fps dependendo da cena. Joguei o primeiro nível com apenas pequenos problemas, notei alguns pequenos artefatos gráficos em efeitos de partículas certan.

Estou executando o cliente Steam Beta e usando a compilação Proton personalizada vinculada aqui:
https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602028651

Usando MESA, o jogo só trava depois que o ícone da bandeja aparece,
Entrar aqui

Com o AMDVLK-pro, o jogo funciona.
Como fazer aqui

Usando as seguintes opções de inicialização:
VK_ICD_FILENAMES=/home/dennis/.drivers/amd-vlk-pro/amd_icd64.json %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Não tive o problema que algumas pessoas relataram de travamento do jogo no GNOME (Xwayland) após ALT + TAB.

Schermafdruk van 2020-03-22 02-21-33

Especificações completas do sistema:
Ryzen 7 3800x
AMD RX 5700
16 GB de RAM
Fedora Workstation 32 Beta

MESA 20.1
AMDGPU-pro 19.50 (O componente Vulkan dele, pelo menos)
GNOME 3.36

vença o jogo no arch driver da Nvidia mais novo Vk beta kernel 5.6 PDS gnome DE não tem travamento nenhum problema usado proton 5.0.5

Confirmado que comentar esta linha em user_settings.py no proton corrigido para usuários da nvidia obtém uma taxa de quadros reproduzível agora. Eu costumava receber 15 ... agora mais de 60

    #Disable nvapi and nvapi64
#     "PROTON_NVAPI_DISABLE": "1",

@ ReaperOfSouls1909 você pode postar as informações do seu sistema?

  • Steam -> Ajuda -> Informações do sistema

@gblanchard não funcionou para mim. Você pode postar as informações do seu sistema também?

Não consigo instalar o fedora 31 e vou fazê-lo funcionar lá

Enviado do meu iPhone

Em 21 de março de 2020, às 22h41, Burak S [email protected] escreveu:


@ ReaperOfSouls1909 você pode postar as informações do seu sistema?

Steam -> Ajuda -> Informações do sistema
@gblanchard não funcionou para mim. Você pode postar as informações do seu sistema também?

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

AMD Ryzen 9 3950X 16-Core Processor
"Gentoo Base System release 2.7" (64 bit)
Kernel Name:  Linux
Kernel Version:  5.4.14-gentoo-x86_64
Driver:  NVIDIA Corporation GeForce GTX 1660/PCIe/SSE2
Driver Version:  4.6.0 NVIDIA 440.44

Usando o próton corrigido 5.4.r10 + o cliente beta do Steam.
Meu áudio está um pouco problemático ... mas reproduzível.

Nas configurações do servidor NVIDIA X, configurei a configuração do PowerMizer para desempenho máximo e a configuração de imagem do OpenGL para alto desempenho. Teve um aumento sólido de FPS, mas ainda não conseguiu atingir estáveis ​​60 FPS no Ultra Nightmare.

Eu comentei o nvapi_disable e não fez muito. Comprei alguns quadros, mas minha taxa de quadros ainda não é o que deveria ser, de acordo com relatórios do Windows de configurações semelhantes. De acordo com as métricas de desempenho de DE, minha utilização de GPU é de 25%, o que aparentemente está no vermelho. Não sei se há algo acontecendo com meu sistema ou se isso é realmente um problema do jogo.

ED: Gah! Isso não é utilização! Isso é tempo de renderização.

Minha GPU está consumindo 28ms / quadro em média.

Confirmado que comentar esta linha em user_settings.py no proton corrigido para usuários da nvidia obtém uma taxa de quadros reproduzível agora. Eu costumava receber 15 ... agora mais de 60

    #Disable nvapi and nvapi64
#     "PROTON_NVAPI_DISABLE": "1",

Tentei isso, estabilizado por FPS em torno de 60 em configurações médias. Eu recebo algumas falhas gráficas de vez em quando, mas nada sério.

@ ReaperOfSouls1909

vença o jogo no arch driver da Nvidia mais novo Vk beta kernel 5.6 PDS gnome DE não tem travamento nenhum problema usado proton 5.0.5

Você consegue comparar esse desempenho com o de um kernel usando um agendador diferente do PDS?

Apenas uma observação para os usuários NVIDIA: eu tive que atualizar para o driver 440.66.03 para colocar o Vulkan 1.2 em execução (em vez do 1.1.119). Sem influência no desempenho.

Surpreendente. Ei @GloriousEggroll , você disse que o mesa-git é necessário, mas isso só se for usar RADV / LLVM, certo? Ou você precisa do mesa-git por baixo, mesmo se estiver usando vulkan-amdgpu-pro?

Surpreendente. Ei @GloriousEggroll , você disse que o mesa-git é necessário, mas isso só se for usar RADV / LLVM, certo? Ou você precisa do mesa-git por baixo, mesmo se estiver usando vulkan-amdgpu-pro?

Não testei com vulkan-amdgpu-pro, então não sei.

@tizzir Compilei um kernel personalizado com PDS e ainda

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

vá matar as coisinhas.

Ainda não está funcionando para mim com mesa-git

Eu estava obtendo alguns artefatos gráficos com o radv, então tentei vulkan-amdgpu-pro e funcionou muito melhor (mais um aumento de ~ 30% fps!). no entanto, parece que vulkan-amdgpu-pro pensa que o vsync habilitado significa que deve limitar os fps a 60, quando minha taxa de atualização é na verdade 144. isso acontece com outras pessoas que usam vulkan-amdgpu-pro? (ou amdvlk, também acontece com isso). O freesync não funciona corretamente sem o vsync habilitado, então isso é realmente frustrante.

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

vá matar as coisinhas.

Tentei executá-lo com Vulkan-AMDGPU-pro, ele apenas travou durante a inicialização da mesma forma que faz com o vanilla Proton.

Faça login caso seja útil.

@GloriousEggroll não funciona com vulkan 1.2.135 / nvidia 440.66.03, apenas trava após o aviso da GPU desatualizada. A única coisa que funcionou para mim até agora foi @ 999eagle

@GloriousEggroll

error.log

não está lançando nenhuma ideia do que mais eu quebrei>?
é uma cópia para PC adicionada manualmente ao Steam
Ubuntu 19.10 Kernel 5.5
Versão da instância do Vulkan: 1.2.135, mas quando jogo doom 2016 ainda diz 1.2.128
Vulkan versão 1.2.131 acho que é hora de cuidar da atualização

tentei usar apenas o lançador
error.log

tentou
https://drivers.amd.com/drivers/linux//19.50/amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz
extraiu "vulkan-amdgpu-pro_19.50-967956_amd64.deb".
colocado "amdvlk64.so" e "amd_icd64.json" da pasta "opt". em Steampath / amdvlk /

Opções de inicialização do Steam definidas como VK_ICD_FILENAMES = / steampath / amdvlk / amd_icd64.json% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

error.log

Falha logo após a AMD sem suporte HDR splash

RADV_PERFTEST=llvm PROTON_LOG=1 %command%

steam-782330.log

Usando a nova versão GE de @GloriousEggroll

vulkan-icd-loader 1.2.135-1
mesa-aco-git 20.0.0.20200226.7a965bd4c38-7

É possível que o exe Denuvo esteja causando isso? A versão Steam não tem a outra versão que a Bethesda deixou lá.

mesa-git 1: 20.1.0_devel.121420.500842399a3-1
vulkan-radeon-git 1: 20.1.0_devel.121420.500842399a3-1

steam-782330.log

Tentei o exe livre DRM da Bethesda e fui mais longe para uma tela preta, mas ainda trava: /

@GloriousEggroll Também não funciona. Crash logo após aviso de driver da nvidia sem dados. Diz que preciso de 442.74, mas não consigo obter essa versão no Ubuntu, não é? Tentei trapacear alterando a versão necessária no launcher.cfg, mas ainda travou.

Da mesma forma,

É uma pena que não funcione para todos.

LD_PRELOAD = / usr / lib32 / libudev.so.1 STEAM_RUNTIME = 1 vapor

produziu alguns resultados diferentes
ERRO FATAL: Atualize seu driver: VK_KHR_8bit_storage é necessário.
então eu acho que isso é uma coisa mesa?

steamterminal.txt

@jldez 442.74 é para Windows, sua contraparte do Linux é 440.66.03. Você pode obter o driver aqui .

O tempo de execução do Steam já deve usar qualquer biblioteca de sistema mais recente.

@MasterCATZ Por que pré-carregar uma biblioteca de 32 bits para um jogo de 64 bits?

porque os erros de elfo nos registros estavam me deixando maluco

@MasterCATZ

Você estragou completamente o comando de lançamento. Você esqueceu o% command%?

 Z:\ZFS3WAY\SteamLibrary\steamapps\Manual\DOOM.Eternal\DOOMEternalx64vk.exe VK_ICD_FILENAMES=/ZFS3WAY/SteamLibrary/amdvlk/amd_icd64.json %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Há uma variável de ambiente APÓS o exe

Eu estava usando o idTechLauncher.exe daquela vez, ele então inicia aquele

Qual próton você está usando? Não consigo nem mostrar a saída da linha de comando com o GE 5.4.

RADV_PERFTEST=llvm PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Não recebo nada no terminal rodando Steam

mesmo resultado sem registros,
próton nem mesmo está sendo iniciado,
o arquivo de registro deve estar na pasta inicial, steam - ID # .log
mesmo isso resultou em nada
WINEDEBUG = + carimbo de data / hora, + pid, + tid, + seh, + debugstr, + módulo

por enquanto eu preciso resolver isso
ERRO FATAL: Atualize seu driver: VK_KHR_8bit_storage é necessário

Certifique-se de que possui o driver mais recente. Mesa 20.1 git. Esse parece ser um requisito difícil.

vulkaninfo | grep -i 8bit

Mesa 20.1.0-devel (git-5cc3ab0 2020-03-21 eoan-oibaf-ppa)

então eu acho que desperdicei o fim de semana inteiro e $ 100, por que eles não poderiam ter usado o mesmo motor de 2016 ..

aio @ aio : ~ $ vulkaninfo | grep -i 8bit
ERROR: [Loader Message] Código 0: loader_get_json: falha ao abrir o arquivo JSON amd_icd32.json
ERROR: [Loader Message] Código 0: loader_get_json: falha ao abrir o arquivo JSON amd_icd64.json
ERROR: [Loader Message] Código 0: /usr/lib/i386-linux-gnu/libvulkan_intel.so: classe ELF errada: ELFCLASS32
ERROR: [Loader Message] Código 0: /usr/lib/i386-linux-gnu/libvulkan_radeon.so: classe ELF errada: ELFCLASS32
AVISO: radv não é uma implementação vulkan compatível, apenas para teste.
VkPhysicalDevice8BitStorageFeatures:
storageBuffer8BitAccess = false
uniformAndStorageBuffer8BitAccess = false
storageBuffer8BitAccess = false
uniformAndStorageBuffer8BitAccess = false

#
VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlk / amd_icd64.json STEAM_RUNTIME = 1 vapor
Executando Steam no ubuntu 19.10 64 bits
STEAM_RUNTIME é habilitado pelo usuário
Pinos atualizados!
/home/aio/.steam/ubuntu12_32/steam
[2020-03-22 16:59:27] Inicialização - atualizador criado em 20 de março de 2020 18:24:57
[2020-03-22 16:59:27] Aceitou o cliente beta 'publicbeta' via arquivo beta
Você está na versão beta do cliente 'publicbeta'.
[2020-03-22 16:59:27] Verificando a instalação ...
[2020-03-22 16:59:27] Verificação concluída
STEAM_RUNTIME_HEAVY: ./steam-runtime-heavy
------ Inicializando o sistema de arquivos ------
Caminho de pesquisa atual:
- C: / users / steamuser / Jogos salvos / id Software / DOOMEternal / base /
- Z: /ZFS3WAY/SteamLibrary/steamapps/Manual/DOOM.Eternal/base/
------ Sistema de arquivos inicializado.
AVISO: idBroadcastManager :: Register chamado com ID do sistema fora do intervalo [65535]
----- Registrando tipos de declaração -----
----- Iniciando trabalhos de análise de decls -----
Adicionado o redirecionamento de impressão do listener de log estruturado
AVISO: idBroadcastManager :: Register chamado com ID do sistema fora do intervalo [65535]
AVISO: idBroadcastManager :: Register chamado com ID do sistema fora do intervalo [65535]
------ Linha de comando ------
Z: \ ZFS3WAYSteamLibrarysteamapps \ Manual \ DOOM.EternalDOOMEternalx64vk.exe RADV_PERFTEST = llvm WINEDEBUG = + carimbo de data / hora, + pid, + tid, + seh, + debugstr, + módulo PROTON_LOG = 1% command% + 1 in_terminalManskip_instro_com_skipIntrominal + 1 + in_terminalMan
2020-03-22T16: 59: 44.515 + 10: 00 LOG: Linha de comando: Z: \ ZFS3WAYSteamLibrarysteamapps \ Manual \ DOOM.EternalDOOMEternalx64vk.exe RADV_PERFTEST = llvm WINEDEBUG = + timestamp, + pid, + tid, + seh, + debugstr, + módulo PROTON_LOG = 1% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

idLib :: SetProduction (PROD_PRODUCTION)
------- Inicializando renderSystem --------
PreliminaryRenderSetup
... classe de janela registrada
Rastreador de pilha inicializado
ERRO FATAL: atualize seu driver: VK_KHR_get_surface_capabilities2 é necessário.

: @

acabei de explorar /etc/vulkan/icd.d

links mortos para amd_icd64.json + amd_icd32.json

que costumava apontar para
/etc/alternatives/amd_icd64.json
/etc/alternatives/amd_icd32.json

que apontou para /opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd32.json etc
acho melhor consertar isso agora

Estranho que seja verdade para mim

ker<strong i="6">@wolfcola</strong> ~]$ DISPLAY=:0 vulkaninfo | grep -i 8bit                ERROR: [Loader Message] Code 0 : /usr/lib32/libvulkan_radeon.so: wrong ELF class: ELFCLASS32
VK_KHR_8bit_storage                     : extension revision 1
VkPhysicalDevice8BitStorageFeatures:
storageBuffer8BitAccess           = true
uniformAndStorageBuffer8BitAccess = true
storageBuffer8BitAccess                            = true
uniformAndStorageBuffer8BitAccess                  = true

Progresso, cheguei a uma tela inicial, então parece que links para links foram quebrados em algum momento, sem saber como meus jogos Vulkan estão funcionando agora ...
Eu me sinto $ 100 mais rico agora

RADV_PERFTEST = llvm PROTON_LOG = 1% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

proton_tkg_5.4.r10.g7c7868f4
terminalproton_tkg_5.4.r10.g7c7868f4.txt
error.log

Depois de ter que reinstalar o Steam e muita distração, eu finalmente consegui que a correção do Proton do 999 funcionasse - depois de uma segunda tentativa de lançamento, de qualquer maneira.
20200322_004828

Não fiz screencap depois de ligar o monitor de desempenho, mas acredito que meu vulkan-icd-loader não está na versão mais recente, o que pode explicar o áudio rachado que recebi. Portanto, duas últimas perguntas simplórias: como faço para atualizar o icd-loader para a versão mais recente e, por falar nisso, devo atualizar meu driver da Nvidia para a versão mais recente?

(EDITAR: hooray para a orientação da foto do celular ... espero que esteja com o lado direito para cima em visualização completa ...)

(EDIT 2: apenas como um lembrete das especificações básicas: Fedora 31, i7-3770K, GTX 1050Ti (driver 440.64-2))

Eu instalei:

Vulkan Headers and Loader 1.2.135
Driver da Nvidia 440.66.03 beta
MESA 20.1
Proton 5.4 GE-2

E estou recebendo apenas a tela preta. O jogo não inicia, mas também não falha. O que fazer?

É sua primeira tentativa? Talvez você precise apenas fazer com que ele trave / mate e tente novamente, como eu fiz.

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

vá matar as coisinhas.

Obrigado!

Tive outra tentativa, mas sem alegria.
-Removido kisak-mesa ppa, instalado oibaf ppa, pois tem mesa mais recente, pacotes atualizados, comandos de restauração anotados e nomes de pacotes para quando as coisas explodirem, reiniciado.
-Ran Doom Eternal com:
RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Sem PROTON_NO_ESYNC = 1 ele reclamaria:
612.339:0036:0037:err:esync:esync_init Failed to open esync shared memory file; make sure no stale wineserver instances are running without WINEESYNC.

cabeça vulkaninfo:
Vulkan Instance Version: 1.2.70

vulkaninfo | grep -i 8bit:

VK_KHR_8bit_storage                 : extension revision  1
VK_KHR_8bit_storage                 : extension revision  1

Log: https://gist.githubusercontent.com/zaggynl/6a4ab3b3a48b2fb1808ac0ada15ff0f7/raw/3d4c9d466bb3ba7cb79afbe789bc3df63b671ba6/zaggynl%2520another%25emattdoom%2520ptern

Informações do sistema Steam: https://gist.githubusercontent.com/zaggynl/2e3e46c2d6588608d2dcae8f24583251/raw/aaaea3be8e4dbc555fa5457f63655248bfbe425f/zaggynl%2520sysinfo%222020-03

Minhas notas até agora:

Install oibaf ppa for latest mesa bits
https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
REMOVE EXISTING PPAs, I HAD KISAK-MESA:
sudo apt install ppa-purge
sudo ppa-purge ppa:kisak/kisak-mesa
NOTE PACKAGES REMOVED!
sudo add-apt-repository ppa:oibaf/graphics-drivers
sudo apt-get update
NOTE PPA PURGE COMMAND FOR OIBAF: sudo ppa-purge ppa:oibaf/graphics-drivers

Get latest vulkan on Ubuntu 18.04
From: https://github.com/ValveSoftware/Proton/issues/3654#issuecomment-602076507
wget -qO - http://packages.lunarg.com/lunarg-signing-key-pub.asc | sudo apt-key add -
sudo wget -qO /etc/apt/sources.list.d/lunarg-vulkan-bionic.list http://packages.lunarg.com/vulkan/lunarg-vulkan-bionic.list
sudo apt update
sudo apt dist-upgrade

Download latest tar.gz rom:
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2
Place extracted Proton-5.4-GE-2 folder into:  ~/.steam/root/compatibilitytools.d/
Create compatibilitytools.d if does not exist
Restart Steam
Select Proton-5.4-GE-2 as specific compabitility tool
Set Doom Eternal launch options to:
RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 
(ACO not supported yet, ESYNC disabling because broken, log for log, rest to skip crap)
Start game

Usando Kernel 5.5.8
Mesa 20.1.0-devel (git-d9d549ff88)
Versão da instância Vulkan: 1.2.135
GloriousEggroll 5.4-2

Eu não recebo nada, apenas fico jogando por cerca de um minuto e fecha. A última coisa no Log de Proton é
O aplicativo tentou criar uma janela, mas nenhum driver pôde ser carregado.

steam-782330.log

m Configurações do servidor NVIDIA X Eu defini a configuração do PowerMizer para desempenho máximo e configuração de imagem OpenGL

Sim, isso ajuda um pouco e adiciona mais 5-6 FPS. Agora um pode jogar com 35 FPS em 1080 Ti :)

para piorar ainda mais, um patch acabou de ser lançado que fez os usuários do Windows travarem no jogo ...

Eu continuo travando assim que o som começa, vejo um botão de menu piscando e ele permanece na tela preta com o símbolo de carregamento pela metade, atualmente tendo o Steam baixado novamente o jogo e começando do zero

Gyus,
Aqui está o relatório do bug no site da NVIDIA. Por favor, confirme o problema de baixo desempenho, obrigado:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394

Executando bem com 5.4-GE-2 aqui, ainda tenho o problema de alt-tab ou usar a sobreposição de vapor congelar com uma tela preta, mas o jogo pode ser jogado de outra forma.

Tenho que admitir que os problemas de desempenho às vezes são um pouco chatos, mas geralmente só consigo cair para 20 FPS, então ainda é ... "jogável".

Confirmado que comentar esta linha em user_settings.py no proton corrigido para usuários da nvidia obtém uma taxa de quadros reproduzível agora. Eu costumava receber 15 ... agora mais de 60

    #Disable nvapi and nvapi64
#     "PROTON_NVAPI_DISABLE": "1",

Posso confirmar que faz diferença, no caso de m todos os framedrop / stutters do jogo terem desaparecido, o FPS que mostra é o FPS que recebo

Problema relacionado para quem está preso à versão Flatpak do Steam, como eu: https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/989

tl; dr se você estiver usando o Steam de Flatpak, ele obtém vulkan-loader de org.freedesktop.Platform.GL e org.freedesktop.Platform.GL32 e, portanto, atualizar sua versão do SO do vulkan-loader é inútil.

Kernel 5.5.10
Nvidia 440.64
Versão da instância Vulkan: 1.2.135
Proton-tkg 5.4.r10.g7c7868f4
i7 5930k e GTX TITAN X (Maxwell)

Eu estava obtendo 10-20 fps em baixo, com PROTON_NVAPI_DISABLE eu chego em torno de 40 ~ com queda para 20. Sei que minha placa é antiga, mas sinto que o desempenho deveria ser um pouco melhor considerando que estou em 1080p e com pouco .

Possível causa, métricas ingame mostram vulkan versão 1.1.119, apesar de vulkaninfo mostrar 1.2.135.
Alguma ideia de alguém? Não estou usando o flatpak steam e estou usando o Steam beta

Gyus,
Aqui está o relatório do bug no site da NVIDIA. Por favor, confirme o problema de baixo desempenho, obrigado:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394

Este não é um bug da NVIDIA. Lembre-se de que o que estamos fazendo aqui não tem suporte técnico.

Estou rodando este jogo a @ ~ 70fps em uma placa de vídeo menor que a sua. É tudo uma questão de qual biblioteca você está executando e versões.

A entrada do controlador está confusa. Sticks se comportam aleatoriamente.

Gyus,
Aqui está o relatório do bug no site da NVIDIA. Por favor, confirme o problema de baixo desempenho, obrigado:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394

Este não é um bug da NVIDIA. Lembre-se de que o que estamos fazendo aqui não tem suporte técnico.

Estou rodando este jogo a @ ~ 70fps em uma placa de vídeo menor que a sua. É tudo uma questão de qual biblioteca você está executando e versões.

Aqui estão os pacotes mais recentes. Você me diz que preciso instalar bibliotecas antigas para obter um desempenho decente? É um problema da NVIDIA. Todos os usuários AMD têm bom desempenho.

Experimentando o Proton personalizado e removendo a linha "PROTON_NVAPI_DISABLE": "1", o desempenho não é bom :(

image

Todos os usuários AMD têm bom desempenho

Tenho certeza de que não será o lançamento para a maioria de nós.

Também para todos que o fizeram funcionar, você está usando o exe Denuvo ou não?

Também para todos que o fizeram funcionar, você está usando o exe Denuvo ou não?

Versão não modificada do Steam.

mesa-git 1:20.1.0_devel.121471.f02ae698674-1
vulkan-radeon-git 1:20.1.0_devel.121471.f02ae698674-1
RADV_PERFTEST=llvm PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Nova atualização mesa-git. Nada ainda.

Steam Native
steam-782330.log

Steam Runtime
steam-782330.log

Sistema
system.txt

Parece ser o mesmo de sempre para mim

36368.922:0035:0036:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe" Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).

Random trava com mesa radv git.

Não consegui fazer o jogo rodar no Kubuntu 18.10 por sugestão que tentei, então atualizei para uma versão beta diária do Kubuntu 20.04 e instalei os 440 drivers da Nvidia mais recentes.

Com o Steam configurado para beta e a construção personalizada do Proton, estou feliz em relatar que o jogo agora está funcionando. Estou usando o exe Denuvo.

É bastante jogável, mas há alguns problemas de resolução de tela cheia e o desempenho não é muito bom, mesmo com todas as configurações de gráficos desligadas. Estou jogando em um i7 com GTX1050ti.

Jogo incrível. Espero que os problemas restantes sejam resolvidos em breve.

@xDShot

Random trava com mesa radv git.

Experimente o driver admgpu-pro vulkan de código fechado - ele não travou durante várias horas de jogo.

mesa-git 1:20.1.0_devel.121471.f02ae698674-1
vulkan-radeon-git 1:20.1.0_devel.121471.f02ae698674-1
RADV_PERFTEST=llvm PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Nova atualização mesa-git. Nada ainda.

Steam Native
steam-782330.log

Steam Runtime
steam-782330.log

Sistema
system.txt

Parece ser o mesmo de sempre para mim

36368.922:0035:0036:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).```

O mesmo para mim. Qual GPU você está usando? Estou em uma Radeon RX 5700.
Estou usando Proton-5.4-GE-2, presumo que você também esteja usando?

Não aparece trava com amdvlk fornecido pela equipe do Arch (https://www.archlinux.org/packages/extra/x86_64/amdvlk/), embora 20% menos FPS do que no mesa radv.

UPD: Não. Acabei de congelar também.

@TimoFreiberg RX 480 e sim estou tentando o 5.4 GE 2

@TimoFreiberg @parkerlreed
Isso pode ser óbvio, mas você criou uma conta Bethesda.net e depois a vinculou à sua conta Steam? Na primeira vez que você iniciar o jogo, não deverá usar a opção + com_skipSignInManager 1, caso contrário, o jogo não será iniciado porque você precisa primeiro adicionar uma conta.

Foi apenas uma tentativa de fazer qualquer coisa funcionar. Mesmo resultado sem isso

Recebo o AMD HDR não suportado e depois nada mais. Crashes.

Obrigado pelas dicas @elovin , eu recebo o mesmo log de erros sem o argumento +com_skipSignInManager 1 .

@parkerlreed Não vejo nada sobre AMD HDR não suportado em meus logs, onde você vê esse erro?

@TimoFreiberg Deve ser uma janela que aparece. Verifique a instalação do Vulkan, se não

image

Eu obtenho a falha após acertar aquela jogada (talvez 8 segundos).

Qual versão do carregador icd vulkan você está usando? Se você usar o tempo de execução do Steam, ele usará o carregador vulkan do tempo de execução. Nesse caso, você deve usar o Steam beta para obter o carregador Vulkan mais recente do tempo de execução do Steam.

Alguém de vocês experimentou a compilação Proton vinculada em https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602028651?

O jogo funciona bem para mim com essa compilação, mas trava imediatamente quando tento a compilação Proton GE.

@elovin Já está no Steam beta. Além disso, meu carregador de sistema icd também está no mais novo.

[parker<strong i="7">@wolfcola</strong> ~]$ pacman -Q vulkan-icd-loader 
vulkan-icd-loader 1.2.135-1

@parkerlreed ah, aquele pop-up, desativei-o com a recomendação das notas de lançamento aqui: https://github.com/GloriousEggroll/proton-ge-custom/releases

Este tipo de pessoa aqui também recomendou a construção proton-tkg enviada por @ 999eagle em vez de Proton-5.4-GE-2:
https://www.reddit.com/r/linux_gaming/comments/fmsoc2/gloriouseggrolls_proton54ge2_released/fl6v52i/

Uma pena, eu queria evitar baixar coisas aleatórias de sites de upload de arquivos, provavelmente irei compilá-lo sozinho.

@TimoFreiberg Quer dizer, eu não me preocuparia em desativar o pop-up até descobrir por que ele está travando.

@TimoFreiberg você mesmo pode construí-lo se estiver no arch linux ou usar um container docker do arch linux
baixe o proton-tkg PKGBUILD e adicione winevulkan_fshack_opts.mypatch à opção _community_patches no arquivo proton-tkg.cfg. Você pode examinar ambos os arquivos antes de criá-los para confiar neles. Em seguida, basta extrair o tarball se não quiser instalá-lo em todo o sistema.

@parkerlreed Não, essa versão foi carregada 8 dias atrás, você tem que puxar a última versão git master, adicionar o patch e então compilá-lo.

Siga estas instruções e adicionar winevulkan_fshack_opts.mypatch a _community_patches opção no proton-tkg.cfg ficheiro de outra forma siga os padrões do script de construção e quando ele lhe pede para usar a comunidade tipo remendo y / sim.

O desempenho é significativamente melhor com vulkan-amdgpu-pro. Tudo que fiz foi baixar o pacote do Ubuntu, extraído amd_icd64.json, amdvlk64.so , editei o json apontando para a localização correta do binário e usei isso para o ambiente VK_ICDFILE. Com RADV tive algumas quedas e falhas, agora tudo desaparecido.

Temos vida com o tkg construído de cima. Atualmente testando o Mesa git RADv e vou ver no que dá.

Eu tenho a versão drm (Steam) rodando ontem com o Steam beta e Proton compilado por @ 999eagle (https://github.com/ValveSoftware/Proton/issues/3654#issuecomment-602028651).

Hoje decidi experimentar Proton-5.4-GE-2, porque o desempenho estava muito ruim ontem e eu queria tentar se esta construção GE faz a diferença.
e sim, isso realmente faz uma grande diferença. Mas não no desempenho ou em outra boa maneira. O jogo nem inicia mais.

Agora entendo quando tento lançar a versão drm:

grafik

Quando clico no link, obtenho este site:

grafik

Diz que não conseguiu revalidar minha compra e devo tentar novamente em 24 horas.

Isso agora também acontece com a compilação que usei ontem, então acho que é o Denuvo bloqueando-a.
Então, tentei o exe gratuito drm, mas este não inicia com as duas compilações do Proton (compilações 999eagle e GE). Recebo uma tela preta em tela cheia por alguns segundos, mas depois ele trava.

Agora não consigo mais jogar: /
... ou melhor, assista ao filme Doom Eternal em 24 fps 'suaves'.

Este é o meu log do exe livre drm, que está travando após uma curta tela preta:
steam-782330.log

Alguém tem uma ideia de qual pode ser o problema e como fazer isso funcionar?
O estranho é que a versão drm normal rodou ontem, mas não posso usá-la atualmente por causa do Denubloat.

Confirmei trabalhando no meu fim com a versão Steam / Denuvo com a seguinte configuração:

Sistema de base

  • Sistema operacional: Arch Linux
  • Versão do KDE Plasma: 5.18.1
  • Versão do KDE Frameworks: 5.67.0
  • Versão do kernel: 5.5.4-zen1-1-zen
  • Tipo de SO: 64 bits
  • Processadores: processador 16 × AMD Ryzen 7 3700X de 8 núcleos
  • Memória: 31,3 Gio

Gráficos

  • mesa-git: 20.1.0_devel.121471.f02ae698674-1
  • ID de GPU: 0 (AMD RADV / ACO VEGA10 (LLVM 9.0.1))
  • ⚠️ Versão da instância Vulkan: 1.2.135 ⚠️ / Obtido com os pacotes vulkan

Procedimento

Obtenha uma versão corrigida do Proton:

  • https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

    • De outras construções flutuantes, eu estava particularmente perdendo:

      • VK_KHR_get_surface_capabilities2

        Integrar


  • Siga o procedimento padrão para integrar com o tempo de execução do Steam:

    • Do meu lado, descompactado para ~ / .local / share / Steam / compatibletools.d /
  • Reinicie o Steam se já estiver em execução
  • Compre + Baixe o jogo se ainda não o tiver feito

    Execute o jogo com ele

  • Selecione "Proton-5.4-GE-2" nas configurações do Steam por jogo para DoomEternal

    Lembre-se de que parece que o backend do compilador ACO ainda não é adequado aqui

  • ⚠️⚠️⚠️ Para implementação RADV vulkan no Mesa, pelo menos até o commit mencionado acima no branch master, o ACO não expõe uma série de extensões Vulkan obrigatórias para rodar o jogo. Você tem que recorrer ao "antigo" compilador LLVM desabilitando o back-end do compilador aco : Isso consegui do meu lado por ter o jogo iniciado assim:

    • RADV_PERFTEST="" %command%
  • Você pode definir as opções que mais lhe convier nos parâmetros de lançamento
  • Execute o jogo

O acima exposto é o que funcionou para mim, a milhagem pode variar para todos.

Usando RADV, o desempenho é aceitável e na maioria das vezes suave para mim, contanto que você não caia abaixo de 60 fps. Quando isso acontece, por algum motivo, a renderização fica lenta e embora o jogo reporte 60fps, na verdade parece que caiu para 30. Isso é com o vsync triplebuffering habilitado e meu compositor desligado.

Ainda sinto que, no geral, o jogo deve rodar melhor e ser mais suave.

: fonte_de_informação: NB:

  • Sua experiência com o Alt-tab pode variar, para mim, sou capaz de trocar de área de trabalho sem muitos problemas, mas tinha uma tela preta quando especificamente Alt-tab do jogo na mesma área de trabalho

@Bleuzen Esse 5.4 GE 2 não parece funcionar para ninguém. Use a compilação que você estava usando e tente alguns dos outros drivers se no AMD

@parkerlreed
Mudei de volta de Proton-5.4-GE-2 para a construção proton_tkg_5.4.r10.g7c7868f4 que funcionou ontem. Mas não posso mais usar a versão drm porque fui bloqueado pelo Denuvo nas próximas 24 horas.
Então, agora tento fazer o exe livre drm funcionar, mas isso não faz nada além de mostrar uma tela preta e travar.

Estou na Nvidia com uma GTX 1060 e driver versão 440.64.

Eu também editei meu último post para incluir um log do travamento da versão gratuita do drm.

Edit: Eu já tentei remover meu prefixo wine ( ...SteamLibrary/steamapps/compatdata/782330/ ) e deixá-lo recriar depois de voltar para a construção proton_tkg_5.4.r10.g7c7868f4 .
A versão gratuita do DRM ainda trava.

@Bleuzen Precisa de mais confirmação, mas acho que o DRM free exe não funciona mais com a atualização do jogo atual. Crashes para mim também.

@Voxed

Já experimentou a solução mencionada por @VincentGuinaudeau ?:

@Berinth Se, como eu, você tem FATAL ERROR: Z:\home\[...]\.local\steamam\steamapps\common\DOOMEternal\base\disclayout.cfg is unexpected, check manifest , resolvi este também copiando todos os arquivos dentro de DOOMEternal/base/ da versão drm-free, espere pelos arquivos que terminam com .streamdb e não as pastas. São nove arquivos no total.

Mas não tentei lançá-lo via vapor. Eu lanço diretamente do terminal com um comando como
STEAM_COMPAT_DATA_PATH=~/.local/share/steam/steamapps/compatdata/782330 ~/.steam/steam/steamapps/common/Proton\ 5.0/proton run ~/.local/share/steam/steamapps/common/DOOMEternal/DOOMEternalx64vk_DRMFREE.exe +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Parece que você não pode mais colocar o exe sem DRM em uma instalação existente sem também copiar algum conteúdo do jogo.

De volta ..... baaaaack de novo ....

Receba a mesma mensagem reeeeeeee DRM com aquela versão GE 2.

Estou começando a achar que estou arruinado porque baguncei o DRM grátis com o Steam, que talvez eu esteja listado permanentemente, mesmo tendo comprado o jogo. Se esse é o caso, a válvula está recebendo a ligação mais longa que já tiveram.

Alguém pensa?

@ MacroHard-sys
Não, provavelmente são apenas as próximas 24 horas completas desde que você foi banido.

Por alguns motivos, versões diferentes do Wine ou até mesmo a mesma versão do Wine aparecem como computadores diferentes para o DRM, o que dispara o limite de ativação. É realmente um câncer.

@ MacroHard-sys
Não, provavelmente são apenas as próximas 24 horas completas desde que você foi banido.

Por alguns motivos, versões diferentes do Wine ou até mesmo a mesma versão do Wine aparecem como computadores diferentes para o DRM, o que dispara o limite de ativação. É realmente um câncer.

Ok, porque me deu isso em todas as tentativas desde o dia do lançamento. Deixou um curioso. Obrigado. Realmente desacelerando porque então, em teoria, nada mais que eu tentar hoje funcionará. Então, uma tentativa amanhã até que nada mais funcione. Repita o enxágue.

Eu também não consigo passar do SteamAPI, assim como @LarsBremen e @jrgp. A discussão na Gist por @annmuor onde @SalmonSeasoning estava testando coisas, essa discussão também não me ajudou.

Ainda estou preso em apenas obter a janela "Não foi possível inicializar o SteamAPI".

@tizzir , vou dar uma olhada nisso, obrigado.

Tudo bem!
O jogo está funcionando , estou testando um pouco agora que meu tempo limite de 24 horas no Denuvo acabou. _Obrigado Denuvo, eu também te amo._

  • Siduction (baseado em Debian sid), KDE 5.17.5
  • Compositor Xrender (desativa automaticamente ao executar o jogo)
  • Intel 8700k, regulador de escalonamento de CPU: desempenho
  • Nvidia 1080ti, 440.64-2
  • Cliente Steam beta
  • Proton-5.4-GE-2

Configurações da Nvidia:

  • ForceCompositionPipeline ativado. A desativação não tem efeito no fps.
  • Configurações do Powermizer - sem efeito no fps. Defina como Auto.
  • Configurações de imagem OpenGL - O alto desempenho causou um impacto real e o jogo rodou muito mais suavemente.

Ajustes do Doom Eternal

  • PROTON_NVAPI_DISABLE 1 ou 0, sem efeito no fps
  • Usando o exe de jogo Steam normal
  • Opções de lançamento: +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 (não necessário)
  • Editado launcher.cfg para se livrar dos avisos de driver.
  • Estou usando dois monitores, a resolução nativa do monitor principal é 3440x1440, eventualmente decidi ir com 2560x1080 e sem escala de resolução.
  • As configurações de desfoque de movimento não afetaram o fps.
  • Tela inteira, configuração média predefinida, vsync desativado, HDR desativado, abb cromático ativado, DOF ativado, DOF AF desativado.

Na minha opinião ... Jogável
Desempenho nada surpreendente, é claro ... Fps vai acima de 60 quando nada muito está acontecendo, mas não parece cair abaixo de 40 em lutas agitadas. Há uma queda de desempenho definitiva quando a ação esquenta, mas pelo menos nada importante que interrompa a jogabilidade. Definir predefinições gráficas mais altas acaba com o desempenho durante a ação intensa e se você não conseguir acertar os inimigos devido ao baixo fps e à gagueira ... bem. _Você morre, obviamente._

Notas
Funciona com a sobreposição do Steam ativada, com degradação perceptível de desempenho. O jogo parece muito mais agitado. Ainda pode girar Doomguy com o mouse quando a sobreposição é ativada.

ALT + TAB trava o jogo, música / sons do ambiente continuam jogando com uma tela preta, mesmo com e sem sobreposição do Steam.

Há uma quantidade enorme de avisos no console Doom, nenhuma ideia se eles são relevantes.

Fps na primeira sala com os 3 zumbis varia de 45 a 120+. Ugh.

@dpanter Alguma dica para não tropeçar no Denuvo? Cheguei ontem apenas para ser instantaneamente bloqueado novamente.

Alguma dica para não tropeçar no Denuvo?

Na verdade, não, a não ser a teoria atual de que pode ser desencadeado pelo uso de diferentes versões do Proton. Eu reiniciei Doom Eternal algo como 50 vezes hoje, não o ativei novamente. Não é Denuvo totalmente incrível e a melhor coisa de todos os tempos? Gostoso.

As diferentes versões Wine / Proton estão ativando o Denuvo. Tenha isso em mente.

Eu tentei a versão personalizada do Proton de @ 999eagle e a opção de inicialização e

OS: Pop! _OS 19.10
GPU: AMD RX 580

Pensei que o arquivo estava corrompido, mas o segundo salvamento também trava toda vez que a missão # 2 começa a carregar

Alguém sabe se uma atualização beta oficial do Proton virá da Valve em breve? Não me sinto confortável executando binários de fontes não oficiais.

O Denuvo não gosta do Wine Staging, no qual o próton-ge é baseado, então se você quiser evitar tropeçar no Denuvo, use o próton normal

Desculpe pelas perguntas básicas abaixo. Não estou acostumado a brincar com essas coisas e geralmente espero por soluções mais estáveis. No entanto, isso é DOOM e, portanto, importante e urgente.

  1. Então, como posso instalar o nvidia-driver-440. Estou usando o ubuntu 18.04 e a versão mais recente disponível com apt-get é 435. Tentei obter 440.64 em https://www.nvidia.com/en-us/drivers/unix/ e , em seguida, executei o script no terminal. No entanto, ele falha e me diz que não preciso ter nada em execução na GPU. Isso significa que preciso executá-lo sem interface gráfica do usuário? Como faço isso?

  2. Está confirmado que a coisa mesa-git é obrigatória? E existem riscos de quebrar as coisas? Estou com um pouco de medo de instalar isso, porque tenho um bom histórico de quebrar o Ubuntu e drivers ao mexer com essas coisas.

@jldez

  1. Eu recomendaria este arquivo:

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

Existem dois comandos para instalá-lo e, em seguida, reiniciar.

  1. Eu não precisava do mais recente, embora eu esteja no 19.10, então tenho uma versão mais recente do que você precisa em comparação com o 18.04 LTS.

Estou executando o Ubuntu 19.10 com o driver proprietário da Nvidia mais recente (440.64) dos drivers proprietários PPA, Steam beta e tentei a versão do Proton com o patch mais recente da GE e também a versão do 999eagle. Eu tenho todos os pacotes vulkan mais recentes de https://packages.lunarg.com/vulkan/lunarg-vulkan-bionic.list fornecem (parece apenas 1.2.131, não 1.2.135, mas pensei que a versão .135 vem com o Steam beta?)

De qualquer forma, AINDA não consigo fazer com que comece, com ele me dizendo que precisa de "VK_EXT_full_screen_exclusive" (com qualquer uma das compilações do Proton corrigidas - que eu pensei que ambas incluem uma correção para este requisito - mas este ainda é o ponto de falha para mim - Por quê?):

Application Info
-------------------------
App    : DOOMEternal - 1.0.2
Engine : idTech - 7.1.1
-------------------------
Instance Extensions
-------------------------
 + VK_KHR_surface
 + VK_KHR_win32_surface
 + VK_KHR_get_surface_capabilities2
Initialized stack tracer
FATAL ERROR: Please update your driver: VK_EXT_full_screen_exclusive is required.
wine: Unhandled exception 0x80000003 in thread 29 at address 0000000140822626 (thread 0029), starting debugger...

Não tendo sorte com nenhuma dessas soluções, infelizmente. Estou usando o Linux Mint 19.3 (baseado no ubuntu) com uma Nvidia GTX 1070.
O Proton 5.0-5 me leva a uma tela preta que trava após alguns segundos.
Proton-5.4-GE-2 me dá esta janela:
Bildschirmfoto vom 2020-03-22 17-47-12
clicando em #str_launch_button_label, recebo o mesmo problema de tela preta.
O próton personalizado de @ 999eagle nem inicia nada, me dá este registro:

Proton:`` 1552061114 proton-tkg-5.4.r10.g7c7868f4 SteamGameId: 782330 Command: ['/home/marvin/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipKeyPressOnLoadScreens', '1', '+com_skipSignInManager', '1'] Options: {'nonvapi', 'winedxgi', 'logcommandtoprefix', 'noesync', 'winetricks'} ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

isso aparentemente ocorre porque eu não tenho as bibliotecas GLIBC mais recentes, mas essas não parecem ter sido lançadas para o meu sistema operacional ainda. Alguém conhece alguma solução alternativa para isso?

@maarvw Eu tentei esse pacote .deb, não tenho ideia se funcionou porque estou no inferno com DRM. dê uma chance e relate. https://debian.pkgs.org/sid/debian-main-amd64/libc6_2.30-2_amd64.deb.html

Olá @rodhull , verifique se você optou pelo cliente beta do Steam. O cliente 2020-03-20 fornece o carregador vulkan 1.2.135.

image

Sim, eu fiz isso, acho que na área Configurações - Conta (veja acima) - o Steam atualizou-se logo depois que fiz isso, e não tenho mais atualizações de cliente.

@ MacroHard-sys Não tenho muita experiência com esse tipo de coisa, há algum risco associado a isso? e não acho que o pacote amd64 seja o certo para mim, não tenho nenhum produto amd em meu computador. Ou talvez eu esteja apenas sendo estúpido

@ MacroHard-sys Não tenho muita experiência com esse tipo de coisa, há algum risco associado a isso? e não acho que o pacote amd64 seja o certo para mim, não tenho nenhum produto amd em meu computador. Ou talvez eu esteja apenas sendo estúpido

quando se trata de empacotamento do linux, AMD64 e x86_64 são quase sempre intercambiáveis. você deve estar bem usando pacotes AMD64 em um sistema Intel x86_64.
Eu sei que os pacotes do Debian com o rótulo AMD64 também são compatíveis com x86_64.

@ MacroHard-sys Não tenho muita experiência com esse tipo de coisa, há algum risco associado a isso? e não acho que o pacote amd64 seja o certo para mim, não tenho nenhum produto amd em meu computador. Ou talvez eu esteja apenas sendo estúpido

Preocupação legítima, suponho. Não tenho 100% de certeza. É do debian.pkgs.org, então, achei que era seguro. Se outra pessoa pudesse intervir, seria ótimo.

Obrigado @ahoneybun , tenho a versão 440.
Se alguém quiser saber como obter o nvidia-driver-440:
sudo add-apt-repository ppa: graphics-drivers / ppa
sudo apt-get update
reiniciar? (não tenho certeza se necessário)
sudo apt-get install nvidia-driver-440
reiniciar

No entanto, ainda tenho o mesmo problema que os outros. Usando o próton 5.4 ge-2, eu obtenho a tela
Screenshot from 2020-03-22 13-12-54
Ele ainda pensa que tenho a versão 337.88. Mas nvidia-smi confirma que tenho 440,64. (Diz que preciso de 442.74, mas este é o equivalente do Windows que alguém disse). Depois de pressionar sim ou play, nada acontece.

tudo bem, vou tentar. A última vez que ouvi que a versão 2.31 era necessária? esse link é para 2,30

tudo bem, vou tentar. A última vez que ouvi que a versão 2.31 era necessária? esse link é para 2,30

Alguém mais acima disse que estava com 2.30, mas não consegui encontrar 2.31.

Quase nada que experimentei nesta placa funcionou. É hora de piratear o Windows 10.

Acabei de encontrar este vídeo:

https://www.youtube.com/watch?v=lpHdJ_i1T_k&feature=youtu.be

Então acho que precisamos esperar por uma atualização do mesa também?

@MuchiMuchiPink

Você fez isso no Arch? Você está usando o driver de kernel regular? Eu tentei isso, mas o jogo simplesmente não funciona com o driver amd pro vulkan.
Mesmo que eu possa ter títulos DXVK e aplicativos nativos como VKCUBE e Shadow of the Tomb Raider rodando bem com ele.

@ Birdman7 Meu amor por DOOM <meu ódio por janelas;)

Vou apenas esperar por uma solução estável. Boa sorte às pessoas competentes que estão trabalhando nisso e obrigado!

Obrigado @ahoneybun , tenho a versão 440.
Se alguém quiser saber como obter o nvidia-driver-440:
sudo add-apt-repository ppa: graphics-drivers / ppa
sudo apt-get update
reiniciar? (não tenho certeza se necessário)
sudo apt-get install nvidia-driver-440
reiniciar

No entanto, ainda tenho o mesmo problema que os outros. Usando o próton 5.4 ge-2, eu obtenho a tela
Screenshot from 2020-03-22 13-12-54
Ele ainda pensa que tenho a versão 337.88. Mas nvidia-smi confirma que tenho 440,64. (Diz que preciso de 442.74, mas este é o equivalente do Windows que alguém disse). Depois de pressionar sim ou play, nada acontece.

Você não precisa reiniciar nesse ponto:

sudo add-apt-repository ppa: graphics-drivers / ppa
sudo apt-get update
sudo apt-get install nvidia-driver-440
sudo systemctl reboot

Não tenho certeza sobre a NVIDIA, mas vejo a mensagem HDR com minha GPU AMD, mas posso apenas clicar em OK para essa.

Eu não entendo o que está errado no meu caso.
ive atualizado mesa para 20.10, estou usando proton-ge-custom 5.4-ge-2
ive desabilitou os avisos de HDR
ive desativado aco para este jogo
ive optou pelo cliente Steam beta
aqui está meu sysinfo e log de prótons
https://gist.github.com/mathew2214/dcde50c78274a7629c6ae74277c426b5

ATUALIZAÇÃO: que estranho, o Steam afirma que minha versão do Mesa é 19.3. ainda assim, o glxinfo -B mostra corretamente que é 20.1.0.

Posso confirmar que no Ubuntu 20.04 funcionará.
Driver da Nvidia: 440.66.03
VulkanInfo: Versão da instância do Vulkan: 1.2.131

  1. Instale o patch de @ 999eagle aqui
  2. Faça um diretório e mova-o para ~/.steam/root/compatibilitytools.d/
  3. Opte por usar o Steam beta Steam>Setting>Account>Beta participation
  4. Alterar o jogo do Steam para a versão de próton corrigida Steam>Settings>Steam Play>Enable Steam Play/Run other titles with
  5. Definir opções de lançamento Library>Doom>Settings(Gear Icon)>Properties>Set Launch Options
    +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
  6. Configure o jogo para usar apenas essa versão Library>Doom>Settings(Gear Icon)>Properties>Force the use of a specific Steam Play compatibility tool
$cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu Focal Fossa (development branch)"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal

$vulkaninfo
==========
VULKANINFO
==========

Vulkan Instance Version: 1.2.131


Instance Extensions: count = 18
====================

$lshw -c video
WARNING: you should run this program as super-user.
  *-display                 
       description: VGA compatible controller
       product: TU102 [TITAN RTX]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci<strong i="25">@0000</strong>:65:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: vga_controller bus_master cap_list rom
       configuration: driver=nvidia latency=0
       resources: irq:107 memory:d7000000-d7ffffff memory:c0000000-cfffffff memory:d0000000-d1ffffff ioport:b000(size=128) memory:c0000-dffff
WARNING: output may be incomplete or inaccurate, you should run this program as super-user.
$ nvidia-smi
Sun Mar 22 12:32:02 2020       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 440.66.03    Driver Version: 440.66.03    CUDA Version: 10.2     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  TITAN RTX           Off  | 00000000:65:00.0  On |                  N/A |
| 41%   35C    P0    65W / 280W |    660MiB / 24217MiB |     27%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      1832      G   /usr/lib/xorg/Xorg                            45MiB |
|    0      2707      G   /usr/lib/xorg/Xorg                           206MiB |
|    0      2932      G   /usr/bin/gnome-shell                         299MiB |
|    0      6251      G   ...ic/.local/share/Steam/ubuntu12_32/steam    21MiB |
|    0      6262      G   ./steamwebhelper                               3MiB |
|    0      6280      G   ...uest-channel-token=17622251660803828376

Com seus passos @digikin , recebo esta tela:

Screenshot from 2020-03-22 13-44-05
Então bater

No entanto, estou no Ubuntu 18.04. E para a versão vulkan, eu pensei que usar as atualizações beta do Steam incluiria a versão vulkan correta. Ou eu entendi mal?

Pelo que entendi o suporte Vulkan vem dos drivers da Nvidia.
A NVIDIA fornece suporte completo ao Vulkan 1.2 e funcionalidade na placa de vídeo NVIDIA GeForce e Quadro com uma das seguintes GPUs baseadas em Turing, Volta, Pascal, Maxwell (primeira e segunda geração) e Kepler
@jldez Por algum motivo, não consegui fazê-lo funcionar em 18.04. O driver da Nvidia 440.66.03 requer o kernel superior. Com abril chegando no mês que vem, achei que era uma boa oportunidade para mudar para 20.04LTS.
sudo do-release-upgrade -d
Estou muito feliz com o 20.04 !!

Boa noite a todos, parece que tem havido bastante atividade sobre esse assunto.
Minha pequena contribuição:

Com um Arch Linux totalmente atualizado com os drivers NVIDIA mais recentes e o carregador vulkan e o prefixo personalizado vinculado aqui (com todas as opções de lançamento relevantes habilitadas) https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602028651 o jogo é iniciado.

No entanto, eu tenho grandes problemas de desempenho (pode vir da minha antiga GPU, mas como muitas pessoas aqui notaram queda de desempenho, isso pode estar relacionado).

Registro do Steam: https://we.tl/t-2N2iqK5acs
Informações do sistema Steam: https://gist.github.com/GirardR1006/bac21ceb93c5e45570658f6d2c343bec

Pelo que entendi o suporte Vulkan vem dos drivers da Nvidia.
A NVIDIA fornece suporte completo ao Vulkan 1.2 e funcionalidade na placa de vídeo NVIDIA GeForce e Quadro com uma das seguintes GPUs baseadas em Turing, Volta, Pascal, Maxwell (primeira e segunda geração) e Kepler
@jldez Por algum motivo, não consegui fazê-lo funcionar em 18.04. O driver da Nvidia 440.66.03 requer o kernel superior. Com abril chegando no mês que vem, achei que era uma boa oportunidade para mudar para 20.04LTS.
sudo do-release-upgrade -d
Estou muito feliz com o 20.04 !!

vou tentar isso com minha torradeira mais tarde, como está o seu desempenho?

Boa noite a todos, parece que tem havido bastante atividade sobre esse assunto.
Minha pequena contribuição:

Com um Arch Linux totalmente atualizado com os drivers NVIDIA mais recentes e o carregador vulkan e o prefixo personalizado vinculado aqui (com todas as opções de inicialização relevantes habilitadas) # 3654 (comentário) o jogo é iniciado.

No entanto, eu tenho grandes problemas de desempenho (pode vir da minha antiga GPU, mas como muitas pessoas aqui notaram queda de desempenho, isso pode estar relacionado).

Registro do Steam: https://we.tl/t-2N2iqK5acs
Informações do sistema Steam: https://gist.github.com/GirardR1006/bac21ceb93c5e45570658f6d2c343bec

Olá,
Veja este comentário aqui:
https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602175041

Olá a todos. Se alguém tiver problemas de desempenho, tente desabilitar o contador Steam FPS. Eu sei, parece bobo, mas acabei de aumentar meu FPS de 20-30 para 55-60 e tenho RTX 2070.

Aqui está um tópico no reddit onde alguns caras descobriram isso.

O único problema que tenho agora é o som de estalos.

Especificações completas:

CPU: i5 9600k
GPU: Nvidia RTX 2070
RAM: 32 GB
SO: Arch Linux
Próton: 5.4 de @ 999eagle

@ MacroHard-sys ao tentar usar dpkg naquele arquivo .deb, recebo erros dizendo que isso danificaria os locais. Todo o texto estava em alemão, pois esse é o idioma para o qual meu PC está configurado, então não vou me preocupar em postá-lo aqui. Acho que pode ser simplesmente impossível executar meu sistema operacional atual. Parece que preciso mudar para o Arch ou usar outro ubuntu mais recente. O Mint 19.3 parece ser baseado no ubuntu 18.04 e tenho visto pessoas aqui dizendo que ele só funciona no 20.xe acima.

Posso confirmar que amdgpu-pro tem um desempenho muito melhor do que RADV
(testado com amdgpu 19.50 vs mesa-git usando Vega 56 e Ryzen 3700X), mas como amdgpu-pros vulkan part não suporta freesync, ele não parece tão bom (mesmo sendo AVG 60 vs 100 fps).

Tentei Proton GE (não inicia), tentei compilar a compilação TKG, tentei desativar o contador de fps e a sobreposição também. Nenhuma mudança no fps.

Eu testei mais alguns, aqui está o estado das coisas:

  • Ainda usando o próton construído por @ 999eagle , tudo o mais não funciona para mim até agora
  • O desempenho não é bom. No momento, estou jogando em 1280x720 com configurações médias. O FPS está em torno de 60, mas na verdade as configurações não parecem importar muito, já que recebo apenas uma ligeira diminuição com as configurações para "Ultra" e resolução FullHD
  • CPU e GPU não parecem ser totalmente utilizadas
  • A versão do Vulkan e a versão do driver NVIDIA não parecem importar muito com o Vulkan 1.2.133 fornecido pelo driver NVIDIA 440.66.3 Tenho os mesmos resultados que com Vulkan 1.1.119 fornecido pelo driver NVIDIA 440.60
  • Acabei de saber (isso provavelmente já foi discutido aqui, não acompanho todos os comentários) que a NVIDIA lançou um driver 442.75 para Doom Eternal, que não está disponível para Linux. Talvez tenhamos mais sorte após a próxima atualização do driver NVIDIA.

Jogado por algumas horas, há algumas pequenas falhas gráficas e outras menos falhas de som (principalmente reprodução de música). Caso contrário, o jogo fica estável.

(Fedora Workstation 32beta, Kernel 5.6 git, HW: Ryzen 1700, RTX2060, 16 GB de RAM)

@ d3rhans Então, basicamente, a Equipe Vermelha tem melhor sorte neste caso do que a Equipe Verde? Apenas tateando as coisas para notar.

Olá a todos. Se alguém tiver problemas de desempenho, tente desabilitar o contador Steam FPS. Eu sei, parece bobo, mas acabei de aumentar meu FPS de 20-30 para 55-60 e tenho RTX 2070.

Aqui está um tópico no reddit onde alguns caras descobriram isso.

O único problema que tenho agora é o som de estalos.

Especificações completas:

CPU: i5 9600k
GPU: Nvidia RTX 2070
RAM: 32 GB
SO: Arch Linux
Próton: 5.4 de @ 999eagle

Eu tentei com DRM Free exe e desta forma eu não uso o Steam, então não há contador de FPS do Steam. Não importa o que aconteça, eu sempre obtenho 26-28 FPS ...

@ Birdman7 talvez, pareça um pouco assim. Mas iremos apenas agora, quando a NVIDIA lançar um driver atualizado para Linux em algum momento. Mas, como afirmei antes, o jogo basicamente funciona com prótons, então estou confiante de que isso funcionará perfeitamente com o Steam + Proton em breve.

Finalmente consegui fazer o jogo Steam rodar no TkG-r10, mas não no GE. Também fui capaz de mudar de GE para TkG sem desarmar Denuvo, no entanto, isso poderia ser apenas uma vez.

O que fiz para tentar evitar outro tempo limite de revalidação de 24 horas:

  • Faça backup dos diretórios Steam / steamapps / compatdata / 782330 e Steam / userdata no caso de uma viagem de Denuvo. Não sei se esses backups funcionarão, mas de acordo com o pcgamingwiki, os tokens offline são armazenados no diretório userdata.
  • Usando protontricks habilite "Ocultar versão Wine dos aplicativos" em Staging.

Tudo não confirmado, mas consegui evitar ser mandado para o inferno de Denuvo pela terceira vez.

Para sua informação, parece estar funcionando bem para mim usando apenas as instruções do @ 999eagle .

  • SO: Fedora 32beta
  • CPU: AMD Ryzen 1800x
  • GPU: AMD Vega 56

Parece funcionar bem o suficiente para mim com fps na faixa de 70 a 90. As configurações são altas em 1440 com alguns outros ajustes de preferência pessoal menores (menor desfoque de movimento, sem vsync, pois tenho freesync). Eu também desativei a sobreposição de vapor e a contagem de fps de acordo com alguns outros comentários, embora eu tenha feito isso na minha primeira jogada, então não sei se teve algum efeito.

Quando o jogo é iniciado, ele aparece brevemente como uma janela muito pequena no canto superior esquerdo e então para de iniciar.

Eu tenho um sistema arch Linux totalmente atualizado com todas as dependências mencionadas acima e proton habilitado.

  • GPU: nvidia 1050ti
  • CPU: i7-9700K 3,60 ghz
  • 32g dd4

Atualizado para Ubuntu 20.04,
embaralhei pacotes onde necessário,
tentei a compilação não GE, pelo menos eu consigo DRM agora:
"Atualmente, sua compra de jogo não pode ser revalidada com sucesso, aguarde 24 horas e tente novamente." então acho que progresso.

Atualizado para Ubuntu 20.04,
embaralhei pacotes onde necessário,
tentei a compilação não GE, pelo menos eu consigo DRM agora:
"Atualmente, sua compra de jogo não pode ser revalidada com sucesso, aguarde 24 horas e tente novamente." então acho que progresso.

@zaggynl Estou praticamente na mesma posição que você. Portanto, é bom saber que estamos perto de resolver esse enigma. A única diferença é que usei Proton-5.0-GE

parece que se você pular entre prótons, isso fará com que ele desarme DRM

Proton_tkg_5.4.r10.g7c7868f4 de 999eagle
não clicar no menu winetweaks e instalar novamente com amdpro
VK_ICD_FILENAMES = / pathtofile / amdvlkpro / amd_icd64.json STEAM_RUNTIME = 1 vapor

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

editando launcher.cfg para todos 0

parece funcionar, o único problema é fazer o som passar pela placa de som certa e sons de estalo

e 1/4 do FPS que obtive no Doom 2016

Apenas para informação, mesmo que seja provável que seja enterrado (contarei com que poucos vejam para compartilhar, se necessário).

A opção PROTON_NVAPI_DISABLE é exclusiva do Proton-tkg e NÃO é suportada pela GE ou vanilla Proton. Tentar usá-lo com aqueles terá efeito zero. O build @ 999eagle foi carregado como um build Proton-tkg, que será afetado pela opção.

Além disso, mesmo se essa opção for conhecida por corrigir outros problemas aqui e ali (e criar alguns aqui e ali também), mudei os padrões do Proton-tkg para evitar a interação incorreta específica que foi experimentada por alguns (a maioria?) Usuários da Nvidia .
Dessa forma, as pessoas que estão construindo Proton-tkg a partir de agora não precisarão mais jogar com a opção interna para jogar Doom Eternal (o patch da comunidade não é mais necessário, aliás, e construir Proton-tkg como acontece com nenhuma edição é suficiente para um Doom Eternal funcional).

No entanto, isso não corrige o que parece ser um problema mais profundo que é específico da Nvidia.

Na Nvidia, e apenas na Nvidia, o jogo aparentemente carrega uma grande quantidade de coisas na memória do sistema, colocando uma carga excepcionalmente alta no barramento PCI-E e, finalmente, levando a um baixo desempenho com baixo uso de GPU e CPU.

Não é o primeiro jogo que atinge esse problema especificamente nas GPUs Nvidia (R6S e versões anteriores de Grim Dawn estão vindo à mente). Eu presumiria que quanto mais rápido seu barramento RAM / PCI-E, menos afetado você será, mas é improvável que obtenha o desempenho esperado de qualquer maneira.

Você pode explicar isso tecnicamente para os desenvolvedores da NVIDIA?
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394
Agora podemos usar o Tkg sem precisar mexer no nvapi?

@ mozo78 A equipe de drivers linux já foi informada.

De fato, a partir de agora você pode construir Proton-tkg para obter uma configuração que funcione para Doom Eternal. O problema é que não é uma correção universal e alguns jogos precisarão seletivamente do nvapi explicitamente desabilitado, mas todos os casos conhecidos dependem do DXVK e, portanto, podem usar uma abordagem diferente que o DXVK fornece. Para títulos nativos Vulkan, no entanto, DXVK não tem nenhum efeito obviamente e não temos uma maneira fácil de contornar nvapi caso a caso, é por isso que alterei os padrões. Melhor equilíbrio, eu acho.

Atualizado para 20.04. Mas não foi nada bom. Conseguido consertar a maioria dos pacotes, no entanto, nada mudou para mim. Ainda tenho a mesma tela para o driver gpu. Ainda acha que tenho 337,88.

@ mozo78 A equipe de drivers linux já foi informada.

De fato, a partir de agora você pode construir Proton-tkg para obter uma configuração que funcione para Doom Eternal. O problema é que não é uma correção universal e alguns jogos precisarão seletivamente do nvapi explicitamente desabilitado, mas todos os casos conhecidos dependem do DXVK e, portanto, podem usar uma abordagem diferente que o DXVK fornece. Para títulos nativos Vulkan, no entanto, DXVK não tem nenhum efeito obviamente e não temos uma maneira fácil de contornar nvapi caso a caso, é por isso que alterei os padrões. Melhor equilíbrio, eu acho.

Muito obrigado! Vou tentar o mais rápido possível!
Você disse à NVIDIA sobre o problema? O não parece estar ciente do nosso relatório de bug ...

Para sua informação, consertei meu problema de missão sempre travando, validando os arquivos do jogo novamente. O Steam encontrou alguns problemas e baixou-os novamente

nenhum protão tkg não funciona para mim

O Tkg mais recente também não funciona para mim :(
PreliminaryRenderSetup
... classe de janela registrada
Rastreador de pilha inicializado
ERRO FATAL: atualize seu driver: VK_KHR_get_surface_capabilities2 é necessário.

E funcionou com a versão anterior 999eagle compartilhada?
Se isso acontecer, o patch de Josh deve ser quebrado e eu vou reverter para a minha versão anterior que funcionou.

Tudo bem, substituí o 1080ti pela minha Radeon VII.
Depois de esquecer de remover o xorg.conf por alguns minutos (doh!), Logo estava pronto e funcionando com as mesmas especificações de antes, exceto a nova GPU, é claro.

Default amdgpu.ppfeaturemask: 0xffffbfff
xserver-xorg-video-amdgpu 19.1.0-1
mesa-vulkan-drivers 20.0.2-1 (LLVM 9.0.1)
amdvlk 2020.Q1.3
amdgpu-pro-19.50-967956-ubuntu-18.04

Desempenho com as mesmas configurações médias de antes, mas em 3440x1440 - pelo menos duas vezes mais alto. Dígitos triplos ao redor.

Ajustando tudo no máximo / Ultra Nightmare viu os números caindo para um pouquinho acima de 50 durante o combate intenso, sem grandes quedas, sem gagueira em tudo. Provavelmente irei ajustá-lo um pouco ou simplesmente descer um nível predefinido. Talvez atualize para mesa-git. Definitivamente subverte novamente ... mas para um teste rápido ... _ diaim. _

O Radeon VII é um chefe maldito.

Captura de tela com RADV - driver Mesa 20.0.2 - Vulkan 1.2.128 da primeira sala com os 3 zumbis, 3440x1440 cada configuração no máximo. Fps varia de 60-120

Captura de tela com AMDVLK - driver 2.0.137 - Vulkan 1.2.133 mesma sala. O desempenho em geral parece ser 5-10 fps maior do que radv. Quase aos 60 agora em uma batalha frenética.

Captura de tela com AMDGPU-PRO - driver 2.0.122 - Vulkan 1.1.129 Realmente não podia dizer nenhuma diferença de AMDVLK, parece muito o mesmo desempenho.

A propósito, essas telas foram retiradas da sobreposição do Steam. Eu mencionei que ALT + TAB também funciona? _Agradável._

Imgur Desativar a sobreposição do Steam coloca o fps em órbita, esta imagem é com AMDGPU-PRO e quase 120 fps. Alguém com três dígitos em combate? _Irreal._

@ Tk-Glitch obviamente sou uma pessoa diferente, mas o jogo parou de funcionar com sua construção esta manhã. Não testei depois da atualização desta tarde, mas a construção do 999eagle funcionou antes e depois

@wundrweapon Obrigado por confirmar. Vou me livrar do patch mais novo / quebrado então.

@ Tk-Glitch Esta alta carga de memória explica o alto desempenho de áudio / gagueira?

EDIT: Além disso, devo mudar para o que você construiu ou apenas continuar brincando com a compilação do Proton do 999eagle e esperar que a Nvidia ou a Valve lançem uma atualização?

O Radeon VII é um chefe maldito.

Captura de

Estou interessado em ver o que acontece se você tentar o driver Vulkan da AMDGPU-PRO em vez de usar RADV / Mesa. (Você pode testá-lo sem instalar formalmente o driver.)

@UVCRocketRunner Eu não compartilhei nenhuma versão pré-construída ainda, e provavelmente irei esperar pelo Wine 5.5 para fazer isso, mas atualmente se você fizer o jogo rodar com o que você tem, mantenha essa configuração por um tempo e aproveite o jogo se você obtém um desempenho aceitável.
Os problemas de desempenho da Nvidia não serão corrigidos trocando as compilações do Proton de qualquer maneira, e isso precisa ser resolvido pela Nvidia ou pela ID / Bethesda.

Estou interessado em ver o que acontece se você tentar o driver Vulkan da AMDGPU-PRO em vez de usar RADV / Mesa. (Você pode testá-lo sem instalar formalmente o driver.)

Postagem atualizada com o teste AMDVLK, 5-10 fps mais rápido que radv. :)

Estou interessado em ver o que acontece se você tentar o driver Vulkan da AMDGPU-PRO em vez de usar RADV / Mesa. (Você pode testá-lo sem instalar formalmente o driver.)

Postagem atualizada com o teste AMDVLK, 5-10 fps mais rápido que radv. :)

Isso também é interessante. Alguns disseram que o driver Vulkan extraído do pacote AMDGPU-PRO se comporta de maneira um pouco diferente (mais rápido) do que o AMDVLK. Você estaria disposto a testá-lo? Como eu disse, ele não precisa realmente ser instalado.

Se você está interessado:

https://drivers.amd.com/drivers/linux/19.50/amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz

Como usar sem instalar nada:

tar xf amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz
cd amdgpu-pro-19.50-967956-ubuntu-18.04
mv vulkan-amdgpu-pro_19.50-967956_amd64.deb ..
cd ..
ar x vulkan-amdgpu-pro_19.50-967956_amd64.deb
tar xf data.tar.xz
cd opt
cp amdgpu-pro / / opt /

Você pode simplesmente excluir a pasta "amdgpu-pro" de / opt depois de terminar, se não quiser mantê-la.

O argumento de lançamento seria:
VK_ICD_FILENAMES = "/ opt / amdgpu-pro / etc / vulkan / icd.d / amd_icd64.json"% command%

Houve uma atualização do jogo via Steam apenas um momento atrás. Desde então eu melhorei muito o desempenho, o FPS está entre 50 (lugares externos muito lotados) e 100+ (interno, poucas ou nenhuma demonstração) em 1920x1080 com configurações médias. Então, eu definitivamente alcancei jogável :)

Só quero dizer que essa comunidade Linux é incrível!

E funcionou com a versão anterior 999eagle compartilhada?
Se isso acontecer, o patch de Josh deve ser quebrado e eu vou reverter para a minha versão anterior que funcionou.

Sim, está funcionando com a construção do 999eagle :) Ao remover o patch do borked, você sairá da configuração nvapi? Estou ansioso para experimentar :)

Só quero dizer que essa comunidade Linux é incrível!

Compartilhar a luta é melhor do que fazer isso sozinho. Aqui está uma solução rápida e universal, eu acho.

A partir da atualização de hoje do jogo, estou tendo travamentos ocasionais sem explicação. O jogo acabou depois de uma ou duas horas, duas vezes

enquanto aquela atualização fazia o meu funcionar

Alguns disseram que o driver Vulkan extraído do pacote AMDGPU-PRO se comporta de maneira um pouco diferente (mais rápido) do que o AMDVLK. Você estaria disposto a testá-lo?

Obrigado pelo link e pela informação, pensei que tinha instalado mas acabou que não. Postagem atualizada acima com tela AMDGPU-PRO. O desempenho foi muito semelhante ao AMDVLK, pelo menos nenhuma diferença facilmente distinguível.

Parece que estamos perto de uma solução ampla. Tudo o que preciso agora para garantir a jogabilidade é obter uma nova GPU.
Ah, e remoção de DRM também.

Alguns disseram que o driver Vulkan extraído do pacote AMDGPU-PRO se comporta de maneira um pouco diferente (mais rápido) do que o AMDVLK. Você estaria disposto a testá-lo?

Obrigado pelo link e pela informação, pensei que tinha instalado mas acabou que não. Postagem atualizada acima com tela AMDGPU-PRO. O desempenho foi muito semelhante ao AMDVLK, pelo menos nenhuma diferença facilmente distinguível.

Obrigado por testar isso para mim / nós. =) Estou rodando uma Radeon VII também e aguardo ansiosamente uma atualização do Proton que me permitirá começar a jogar Doom Eternal. Parece que posso esperar um bom desempenho.

Obrigado por testar isso para mim / nós. =) Estou rodando uma Radeon VII também e aguardo ansiosamente uma atualização do Proton que me permitirá começar a jogar Doom Eternal. Parece que posso esperar um bom desempenho.

Muito agradável! Acho que você vai gostar disso, acabei de executar alguns testes com a sobreposição do Steam desativada. Estamos falando de três dígitos, em combate. _Mano._

Postagem atualizada acima com a captura de tela da sobreposição do Steam desativada.

obtenho fps consistentemente 30% superior com vulkan-amdgpu-pro do que com radv ou amdvlk no meu rx5700. o principal problema para mim é que o vsync limita a taxa de quadros em 60, enquanto minha taxa de atualização real é 144 Hz

Estou no Linux Mint 19.3
Tenho AMDGPU-PRO 19,50 com Proton 5.4 GE-2 e recebo

"Exceção não tratada: falha de página no acesso de leitura a 0x00000000 no código de 64 bits (0x000000014093f5bd)."

O que devo fazer para corrigir esse problema? Preciso esperar por uma nova versão do Proton? Não consigo usar a compilação TKG porque não consigo baixar GLIBC ou libc6 para corrigir o erro da pasta inicial incorreta. Ou eu estou esquecendo de alguma coisa? Obrigado pelo seu tempo, gostaria de poder me ajudar um pouco :(

steam-782330.log

se alguém pudesse ser tão gentil? Parece que estou fora do inferno do DRM, ao tentar trazer à tona o aviso do driver, mas depois travo após pressionar o play.

https://raw.githubusercontent.com/MacroHard-sys/proton-log/master/steam-782330.log

ubuntu 18.04, Steam beta, driver nvidia 440, 5.2ge

@ MacroHard-sys Use o próton tkg de 999 acima. 5.4 GE 2 está travando exatamente da mesma maneira para a maioria de nós aqui

@parkerlreed não parece ser possível com essas especificações, infelizmente. Eu tenho essencialmente o mesmo que meu Linux Mint é baseado no Ubuntu 18.04 e não tive sorte com nenhuma das versões de prótons postadas aqui

agora eu entendo isso:

======================
Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/n13/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+com_skipIntroVideo', '1', '+com_skipKeyPressOnLoadScreens', '1']
Options: {'logcommandtoprefix', 'winetricks', 'winedxgi', 'nonvapi'}
======================
ERROR: ld.so: object '/home/n13/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/n13/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/n13/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

Oh sim, eu preciso de 20,04?

@ MacroHard-sys agora você está com o mesmo problema com o qual tentou me ajudar anteriormente: /

Consegui replicar a falha na minha última compilação depois de limpar o prefixo e testar o meu desktop e laptop. executando alguns testes, irá fornecer outra atualização se o denuvo não me bloquear.

Eu posso ser apenas eu. Mas eu pensaria duas vezes antes de atualizar para 20.04. Não foi uma atualização fácil e meu gnomo está com muitos bugs agora. No final, isso também não consertou nada para o jogo.

o meu funcionou como Ubuntu 19.10
mas o meu também não tentei usar o diretório git build da Sophie

Eu acho que o meu sabe de outro local para arquivos ausentes como ntdll.dll.so?
talvez criar um link simbólico para outra pasta lib proton? , o arquivo é fornecido desafiadoramente

@ MacroHard-sys, @ Phobos001

algo como
mkdir -p /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4
ln -s ~ / .steam / root / compatibletools.d / proton_tkg_5.4.r10.g7c7868f4 / dist / lib /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10. g7c7868f4 / lib /

Hoje o jogo rodou bem no Linux.
Tentei single-player, obtendo cerca de 30 fps em 4k com Vega 64 em configurações quase totalmente ultra-pesadelo, com resolução dinâmica habilitada, ele atinge até 50s.

Usando Proton 5.4 GE-2, compilou o driver mesa-git mais recente e o cliente Steam beta

Especificações:
4790k 4,6 GHz todos os núcleos OC + 4,4 GHz uncore OC
2200 MHz 32 GB DDR3 canal duplo
Vega 64 ~ 1650 MHz GPU Core OC + 1045 MHz HBM2 OC
NVMe SSD

@FogLizard Você pode querer dar uma chance ao AMDGPU-PRO vulkan lib. Isso me dá uma experiência de 144fps quase bloqueada @ 1440p ultra-pesadelo com meu 5700XT, que é um bom pedaço maior do que a mesa consegue.

@ Tk-Glitch Eu percebi que o desempenho do meu jogo é prejudicado pela CPU, na verdade, eu aumentei o clock para 4,8 GHz e apertei mais 5 fps em média. Prefiro ficar com meus drivers de código aberto, apenas uma preferência, mas obrigado pelo conselho. Contanto que fique acima de 50, como acontece agora na maioria das vezes sem queda significativa de resolução, é bom o suficiente.

Eu não teria pensado que 4790K seria tão limitante em tal jogo. Ah bem. O AMDVLK também fornece resultados muito melhores do que o RADV, de forma semelhante ao DOOM 2016.

Seguiu as instruções de @ 999eagle no Arch com KDE Plasma (Versão do Kernel: 5.5.10-arch1-1).

EDITAR: Parece que resolvi isso removendo a verificação de mensagem de erro do Proton das opções de inicialização. Aqui estão minhas novas opções de lançamento: +in_terminal 1 +com_enableCrashHandler 2 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 Com isso, o Proton 5.0-5 ainda parecia não funcionar, o Proton 5.4-GE2 realmente congelou o Steam e o pacote do Proton modificado do 999eagle trouxe o oh-so- ótima mensagem da página de suporte .

Falha completa, não lancei AT ALL para mim.
Tentei as seguintes versões do Proton com sucesso variável:

  • Proton 5.0-5: O jogo mostraria o aviso da GPU NVIDIA, mas travaria silenciosamente após esse pop-up. Só consegui o pop up mudando o arquivo de configuração em primeiro lugar para mostrar o aviso da NVIDIA.
  • Proton 5.4-GE2: Ultrapassou o aviso de GPU NVIDIA padrão. Então recebi o aviso de que os drivers da GPU NVIDIA estavam desatualizados. Clique para jogar e abre um menu de relatório de falha corrompido.
  • "proton_tkg_5.4.r10.g7c7868f4" de 999eagle: quebrou tudo. Imediatamente e silenciosamente travou e resultou em ambas as outras duas versões do Proton para mudar seu comportamento e agora travar silenciosamente (pelo menos nesta sessão) também.

$ pacman -Q vulkan-icd-loader vulkan-headers nvidia wine-staging
vulkan-icd-loader 1.2.135-1
vulkan-headers 1: 1.2.135-1
nvidia 440.64-5
estágio de vinho 5.4-1

Versão Steam do jogo. Foi afetado um pouco por tentativas de patch anteriores, mas eu verifiquei os arquivos do jogo através do Steam. Eu optei pelo Steam Beta. Se você quiser logs, diga-me onde eles seriam armazenados. Eu procurei na pasta DOOMEternal e não consigo encontrar nada além de um "LastCrashInfo.txt" super corrompido que está anexado.

LastCrashInfo.txt
sysinfo.txt

@ Tk-Glitch você também tem o problema com a taxa de quadros de bloqueio vulkan-amdgpu-pro para 60 com vsync habilitado? sou só eu?

@ashkitten Sem esse problema no meu lado, no entanto, tenho alguns tearing sutis, mesmo com o vsync ativado. Mas não, vsync me trava para 144fps, o que é correto para minha tela de 144Hz.

Ei pessoal,
Então, eu sou um usuário Nividia executando Manjaro, proton_tkg_5.4.r10.g7c7868f4 e Steam beta e obtendo 20-30fps.
Percebi que o jogo está executando o vulkan 1.1.119, mas instalei o vulkan 1.2.135-1, me pergunto por que, se é por isso que os usuários do Nividia estão tendo problemas de desempenho, pensou alguém?
image
pacman -Qs vulkan local/lib32-nvidia-440xx-utils 440.64-1 NVIDIA drivers utilities (32-bit) local/lib32-vulkan-icd-loader 1.2.135-1 Vulkan Installable Client Driver (ICD) Loader (32-bit) local/lib32-vulkan-intel 19.3.5-1 Intel's Vulkan mesa driver (32-bit) local/lib32-vulkan-radeon 19.3.5-1 Radeon's Vulkan mesa driver (32-bit) local/nvidia-440xx-utils 440.64-1 NVIDIA drivers utilities local/vulkan-headers 1:1.2.135-1 (vulkan-devel) Vulkan header files local/vulkan-icd-loader 1.2.135-1 Vulkan Installable Client Driver (ICD) Loader
A comunidade Linux é incrível!
Felicidades

Apenas uma pequena nota lateral. Eu não iria ler muito na versão do Vulkan que o jogo relata. Para mim, ele mostra exatamente a mesma versão no Windows 10 e eu tenho a versão do driver que o jogo recomenda.

@ grand248 Isso é esperado e pode ser ignorado com segurança.

@ashkitten Sem esse problema no meu lado, no entanto, tenho alguns tearing sutis, mesmo com o vsync ativado. Mas não, vsync me trava para 144fps, o que é correto para minha tela de 144Hz.

você está usando x11 ou wayland?

Será que a Nvidia tem algum caminho de código específico que não funciona bem com o driver Linux? Você pode esconder que seu GPU é Nvidia? Acho que DXVK faz isso.

Para usuários de GPU Navi que gostariam de usar RADV / LLVM (já que ACO não tem os recursos de storage_8bit / storage_16bit necessários por enquanto) em vez de AMDGPU-PRO ou AMDVLK, acabei de fazer um patch / hack para mesa-git que permitirá o jogo a ser executado: https://github.com/Tk-Glitch/PKGBUILDS/blob/master/community-patches/mesa-git/gfx10_always_report_subgroup_shuffle_support.mymesapatch

@ Tk-Glitch
Você já reverteu o patch borked? Podemos tentar Tkg novamente?

Sim. Eu mesmo testei o jogo para ter certeza desta vez.
editar: respondendo ao post abaixo -> sim. Convido você a ler o log de commit no meu repo para diminuir o spam indesejável aqui;)

E a configuração nvapi ainda está lá?

Proton-tkg 5.4.r10, steam-runtime beta e Nvidia 440.64-2 no Linux 5.5.8-1-MANJARO funciona bem, mas trava sempre que perde o foco (por exemplo, alt-tabbing). Testado em GNOME e KDE Plasma

@ Ryhon0 Usar a tela cheia com janela em vez da tela cheia padrão consertou isso no meu lado do Plasma. A desvantagem é que você não pode minimizar isso, é claro.

Para usuários de GPU Navi que gostariam de usar RADV / LLVM (já que o ACO não tem os recursos de storage_8bit / storage_16bit necessários por enquanto) em vez de AMDGPU-PRO ou AMDVLK, acabei de fazer um patch / hack para mesa-git que permitirá o execução do jogo: https://github.com/Tk-Glitch/PKGBUILDS/blob/master/community-patches/mesa-git/gfx10_always_report_subgroup_shuffle_support.mymesapatch

Ainda trava no meu Navi. No entanto, estou usando o próton GE. Devo usar o seu?

IMG_20200323_095356

Finalmente consegui rodar no Fedora 31 Silverblue mudando para o Steam nativo, ao contrário do Flatpak. A construção TKG Proton do
Para chegar a esses 30fps, tive que diminuir a resolução para 1280x720 e diminuir as configurações de qualidade para "Baixo" no geral. Não estou nem pensando em jogar neste estado e espero que as compilações Proton e / ou drivers NVidia mais recentes resolvam os problemas de desempenho que devem estar claramente relacionados aos drivers. Talvez como uma observação lateral, minha GPU é acessada via Thunderbolt, ou seja, é uma eGPU, mas isso nunca causou problemas antes.

Resumindo, esta é a primeira vez na minha vida que invejo os proprietários de GPUs AMD.

@ igo95862

Ainda trava no meu Navi. No entanto, estou usando o próton GE. Devo usar o seu?

Algumas pessoas relataram problemas de travamento com o build da GE que não aconteceram com o tkg build 999eagle postado, então acho que vale a pena tentar. Não tenho experiência com o build GE (nem qualquer intenção de depurá-lo 🐸), então não sei o que pode estar quebrado nele. Pelo menos eu posso atestar que o jogo funciona perfeitamente do meu lado com uma nova construção proton-tkg (seja com AMDGPU-PRO ou RADV / LLVM com o patch mesa acima em um 5700XT).

@ e-user Provavelmente não mudará muito em sua vida saber disso, mas proton-tkg usará as bibliotecas FAudio do seu sistema, enquanto a GE envia as suas próprias. Portanto, se sua distro fornece FAudio antigo / quebrado, você pode ter problemas de som em -tkg.

@ Ryhon0 Usar a tela cheia com janela em vez da tela cheia padrão consertou isso no meu lado do Plasma. A desvantagem é que você não pode minimizar isso, é claro.

Infelizmente, correr em tela cheia com janela não corrigiu o enforcamento para mim. Tentei jogar a campanha, mas a taxa de quadros está muito baixa no meu 1050Ti. Eu obtenho 60 fps em menus e salas de tutorial e 15-20 fps em ambientes normais onde, como no Windows, fico em torno de 55 fps

@ e-user Provavelmente não mudará muito em sua vida saber disso, mas proton-tkg usará as bibliotecas FAudio do seu sistema, enquanto a GE envia as suas próprias. Portanto, se sua distro fornece FAudio antigo / quebrado, você pode ter problemas de som em -tkg.

Não tenho nenhuma versão do libFAudio instalada no meu sistema, no momento. Tem certeza de que isso está relacionado?

Considerando que não sinto nenhum estalo e o jogo carrega definitivamente as bibliotecas do FAudio aqui, eu presumo que sim. Talvez você tenha algum recurso estranho.

o que estava realmente causando minhas falhas de login era a sobreposição de vapor ativada
cara grande - palma da mão faz sentido morrer toda vez que o logotipo do Steam aparecia
proton_tkg_5.4.r10.g7c7868f4
ele está rodando este doce incerto o que mudou nas últimas 12 horas, mas meu antigo r9 290 atingiu o limite de @ 60fps tudo no máximo, esta manhã parecia muito lento
só preciso encontrar uma maneira de destampar seu limitador de fps ...

@ Tk-Glitch
A sua versão mais recente foi executada sem problemas, obrigado :)
Infelizmente, a configuração de NVAPI não altera o baixo desempenho de forma alguma :(

Já expliquei o problema anteriormente e deixei bem claro que, mesmo que a chamada nvapi seja respeitada, o problema raiz ainda está lá e só pode ser corrigido pela Nvidia ou pela ID Software, pelo que entendemos.
Dependendo da sua velocidade de RAM / PCI-E gen / combinação de topologia mobo / CPU, você pode ver um (bem pequeno) aumento de desempenho na frente da CPU, na melhor das hipóteses, mas isso é tudo.

Sim, estou ciente de que o problema está no driver NVIDIA, mas espero que aumente um pouco o FPS.
E minha configuração é muito rápida:
Intel 9900K
ASUS ROG STRIX Z390-E GAMING
ASUS GeForce GTX 1080 Ti
2x Kingston KHX3000C15 / 16GX (32 GB)
E não faz diferença. Tudo que recebo são 24 FPS: D

Sim, você não está limitado pela CPU de nenhuma forma ou forma com aquele 9900K, então isso não fará diferença. Você pode verificar a carga do barramento PCI-E nas configurações da nvidia enquanto o jogo está rodando, apenas para o lulz. Seu jogo médio geralmente atinge 2-4% de uso, para comparação.

Não consigo verificar se o jogo travará se eu Alt + Tab. Posso tentar logar nvidia-smi, mas é realmente inútil. Estamos esperando a NVIDIA entrar em ação. É triste que não haja notícias deles. Até uma postagem seria bom, mas não há nada deles :(

Faz apenas alguns dias. Espere uma ou duas semanas.

Não há nada a fazer a não ser esperar :)

@ Tk-Glitch Compilei seu próton, mas meu jogo ainda trava.

Unhandled exception: divide by zero in 64-bit code (0x0000000141ec920c).

@ Tk-Glitch Compilei seu próton, mas meu jogo ainda trava.

Eu tenho o mesmo problema.

Unhandled exception: divide by zero in 64-bit code (0x00007f62aa74f06b).

Depois de mexer nas coisas por algumas horas no fim de semana, finalmente consegui fazer o jogo rodar. Um teste rápido mostra 50-60fps em configurações altas. Vou dar um pouco mais de tempo para brincar depois do trabalho e ver se algum problema aparece.

Intel Core i5-4670
NVIDIA GTX 970
Cliente Steam beta

Ubuntu 18.04
kernel 5.0.0-23-genérico
driver nvidia 440.66.03
Proton-5.4-GE-2

@ theedopefish

Depois de mexer nas coisas por algumas horas no fim de semana, finalmente consegui fazer o jogo rodar. Um teste rápido mostra 50-60fps em configurações altas. Vou dar um pouco mais de tempo para brincar depois do trabalho e ver se algum problema aparece.

Intel Core i5-4670
NVIDIA GTX 970
Cliente Steam beta

Ubuntu 18.04
kernel 5.0.0-23-genérico
driver nvidia 440.66.03
Proton-5.4-GE-2

O que você fez para que o jogo funcionasse?

@aleksbenmaza A última etapa que o fez funcionar foi mudar do Proton-5.0-5 para o Proton-5.4-GE-2.
Estou executando a versão Steam não modificada do jogo. Isso me dá uma mensagem de aviso espúria sobre drivers NVIDIA desatualizados na inicialização, mas eu simplesmente clico além disso e a sobreposição do jogo mostra a versão correta.

Tentei novamente com a construção do @ 999eagle , funcionou! Tudo que eu preciso agora é uma nova GPU e algumas outras dicas para ajudar a resolver os outros problemas iniciais que este jogo tem rodando no Proton.
EDIT: Lançado novamente, preso em uma tela preta infinita. yay.

Depois de mexer nas coisas por algumas horas no fim de semana, finalmente consegui fazer o jogo rodar. Um teste rápido mostra 50-60fps em configurações altas. Vou dar um pouco mais de tempo para brincar depois do trabalho e ver se algum problema aparece.

Intel Core i5-4670
NVIDIA GTX 970
Cliente Steam beta

Ubuntu 18.04
kernel 5.0.0-23-genérico
driver nvidia 440.66.03
Proton-5.4-GE-2

Por acaso você ficou no mesmo início de nível? Todos nós, usuários pobres da NVIDIA, estamos obtendo 60 FPS. Dê alguns passos à frente.

@aleksbenmaza A última etapa que o fez funcionar foi mudar do Proton-5.0-5 para o Proton-5.4-GE-2.
Estou executando a versão Steam não modificada do jogo. Isso me dá uma mensagem de aviso espúria sobre drivers NVIDIA desatualizados na inicialização, mas eu simplesmente clico além disso e a sobreposição do jogo mostra a versão correta.

UH HUH. AGORA. Conte-me todos os passos que você deu antes, por favor !!!!!

o erro que encontrei com a versão Steam e GE-2 é

ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. (do log)

como isso pode ser consertado?

o erro que encontrei com a versão Steam e GE-2 é

ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. (do log)

como isso pode ser consertado?

Você pode simplesmente ignorar essa mensagem de erro específica. Você verá isso em praticamente todos os jogos do Steam se estiver assistindo ao console. É um erro sobre a sobreposição do Steam, não sobre o jogo. Não é fatal.

o erro que encontrei com a versão Steam e GE-2 é
ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. (do log)
como isso pode ser consertado?

Você pode simplesmente ignorar essa mensagem de erro específica. Você verá isso em praticamente todos os jogos do Steam se estiver assistindo ao console. É um erro sobre a sobreposição do Steam, não sobre o jogo. Não é fatal.

Desativei a sobreposição de vapor para este teste depois que li que causou problemas em alguns casos. poderia ser não relacionado?

@ mozo78 Isso foi em uma área ao ar livre logo após completar o nível 1.

@MarroHard-sys Passos que tomei e que definitivamente não ajudaram foram tentar o .exe não Denuvo e tentar iniciar o próton da linha de comando. As etapas que tomei e que podem ou não ter ajudado incluem mudar para o cliente Steam beta, desabilitar a sobreposição do Steam para o jogo e atualizar do driver NVIDIA 440.64 para 440.66.03.

@ mozo78 Isso foi em uma área ao ar livre logo após completar o nível 1.

@MarroHard-sys Passos que tomei e que definitivamente não ajudaram foram tentar o .exe não Denuvo e tentar iniciar o próton da linha de comando. As etapas que tomei e que podem ou não ter ajudado incluem mudar para o cliente Steam beta, desabilitar a sobreposição do Steam para o jogo e atualizar do driver NVIDIA 440.64 para 440.66.03.

não consigo encontrar aquele motorista broy. ligar? Editar: Encontrei, encontrei.

Alguém tem alguma idéia de por que meu destino eterno não é lançado?
estou usando mesa-git
estou usando proton-ge-custom 5.4-ge-2
Estou usando o cliente Steam beta
ive desativado aco para este jogo
o que eu perdi aqui?

sysinfo e proton log:
https://gist.github.com/mathew2214/e927b5db0da74544134bf987ab28cf9d

parece ser onde ele trava

813.843:0038:0039:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).

O mesmo para mim:
Informações do sistema Steam: https://gist.githubusercontent.com/zaggynl/19d6a81cd78c88066c7be8f132e63a3e/raw/51cf2ba54ad6cedea97c5648222216beb38ba0c2/gistfile1.txt
Registro de prótons: https://gist.githubusercontent.com/zaggynl/028a7174d613123237b13a60794a728b/raw/bbae23a21f95d3d902d8c6c857d2721abeb8b3f0/gistfile1.txt

resumo:
ubuntu 20.04
mesa-git via oibaf ppa
usando próton 5,4 ge-2
Steam beta
rx5700
opções de lançamento usadas:
RADV_PERFTEST = llvm PROTON_NO_ESYNC = 1 PROTON_LOG = 1% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager

Editar:

O Proton 5.05 oficial deixa um registro de 50 MB compactado:
steam-782330-zaggynl.log.zip

Acho que é algo relacionado ao Navi. Há algumas postagens de patch, mas isso não parece me ajudar.

Também há algum trabalho em andamento no mesa upstream: https://gitlab.freedesktop.org/mesa/mesa/-/commit/7ac8bb33cd6025f805a390e7647506e932f4db0d

Consegui fazer o jogo funcionar no Mesa e joguei cerca de 5 horas no fim de semana sem travar. O desempenho é fantástico em um RX5700 XT. Existem pequenos artefatos. Não é o suficiente para tornar o jogo impossível de jogar, mas o amdvlk pode fornecer uma experiência melhor.

Eu construo uma versão personalizada do próton, seguindo as etapas descritas aqui:
https://github.com/Tk-Glitch/PKGBUILDS/tree/master/proton-tkg

Um patch da comunidade é necessário para fazer tudo funcionar, então você precisa adicionar winevulkan_fshack_opts.mypatch a PKGBUILDS/wine-tkg-git/customization.cfg antes de construir o próton.

Não consigo fazer o Mesa 20 funcionar apenas 19:

lib32-llvm 9.0.1-1
lib32-llvm-libs 9.0.1-1
lib32-mesa 19.3.4-3
lib32-vulkan-icd-loader 1.2.135-1
lib32-vulkan-radeon 19.3.4-3
llvm 9.0.1-2
llvm-libs 9.0.1-2
mesa 19.3.4-2
mesa-demos 8.4.0-2
vulkan-icd-loader 1.2.135-1
vulkan-radeon 19.3.4-2
vulkan-tools 1.2.135-1
xf86-video-amdgpu 19.1.0-1

Sistema:

Arch Linux x86_64 5.5.10-arch1-1

tentei com o mesa commit mencionado em https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602687860
nenhuma mudança no comportamento do jogo. ainda trava com
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd). 92.563:004f:0050:fixme:dbghelp:elf_search_auxv can't find symbol in module

Como @bnpfeife comentou, pode confirmar pequenas falhas gráficas em texturas (mais notavelmente o hud) com RX Vega 64 / amdgpu-pro também.
Não é horrível, mas vale a pena notar:
image
image

@ mathew2214 Tive exatamente esse problema com o GE-2, mas o TkG-r10 funciona bem.

Onde todos estão obtendo o Proton 5.4? Habilitei o suporte Beta no Steam e não estou vendo a versão do Proton listada, apenas Proton 5.0 e inferior.

@thedopefish

@ mozo78 Isso foi em uma área ao ar livre logo após completar o nível 1.

@MarroHard-sys Passos que tomei e que definitivamente não ajudaram foram tentar o .exe não Denuvo e tentar iniciar o próton da linha de comando. As etapas que tomei e que podem ou não ter ajudado incluem mudar para o cliente Steam beta, desabilitar a sobreposição do Steam para o jogo e atualizar do driver NVIDIA 440.64 para 440.66.03.

Presumo que não instalou os drivers do PPA?

@Voxed, você pode fazer o upload do arquivo Proton com o qual teve sucesso?

@thedopefish

@ mozo78 Isso foi em uma área ao ar livre logo após completar o nível 1.
@MarroHard-sys Passos que tomei e que definitivamente não ajudaram foram tentar o .exe não Denuvo e tentar iniciar o próton da linha de comando. As etapas que tomei e que podem ou não ter ajudado incluem mudar para o cliente Steam beta, desabilitar a sobreposição do Steam para o jogo e atualizar do driver NVIDIA 440.64 para 440.66.03.

Presumo que não instalou os drivers do PPA?

Está correto. I apt source 'd o pacote 440.64 do PPA, depois baixei o instalador 440.66.03 do site da nvidia e construí um novo conjunto de pacotes.

Não consegui fazer o jogo funcionar com as instruções acima, em um sistema Arch 1080 ti, mas ganhei um banimento de 24 horas, enquanto as versões piratas do jogo existem desde o dia 1, enquanto as pessoas que pagaram por o jogo é punido por apenas querer jogar.

Obrigado Denuvo ...

Alguma maneira de contornar a proibição de DRM de 24 horas?

Eu paguei por isso, não é pirateado, o que está acontecendo com isso?

Alguma maneira de contornar a proibição de DRM de 24 horas?

Eu paguei por isso, não é pirateado, o que está acontecendo com isso?

Infelizmente, você não pode fazer nada a respeito. Espere 24 horas ou encontre alguém que tenha a versão Bethesda.net do jogo e peça o .exe. Não tenho certeza se a versão atualizada ainda não tem Denuvo embora

Alguma maneira de contornar a proibição de DRM de 24 horas?
Eu paguei por isso, não é pirateado, o que está acontecendo com isso?

Infelizmente, você não pode fazer nada a respeito. Espere 24 horas ou encontre alguém que tenha a versão Bethesda.net do jogo e peça o .exe. Não tenho certeza se a versão atualizada ainda não tem Denuvo embora

eu acho que eles removeram muito rápido. você ainda deve ser capaz de encontrá-lo online facilmente

Alguma maneira de contornar a proibição de DRM de 24 horas?
Eu paguei por isso, não é pirateado, o que está acontecendo com isso?

Infelizmente, você não pode fazer nada a respeito. Espere 24 horas ou encontre alguém que tenha a versão Bethesda.net do jogo e peça o .exe. Não tenho certeza se a versão atualizada ainda não tem Denuvo embora

eu acho que eles removeram muito rápido. você ainda deve ser capaz de encontrá-lo online facilmente

Tenho a versão 1.0 sem denuvo e trava se tentar iniciar o jogo com arquivos atualizados

Funciona para mim agora com muito bons fps nas primeiras salas.
Acho que não mudei nada desde ontem: woman_shrugging:

Opções de lançamento: RADV_PERFTEST=llvm %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1

Arch Linux
Radeon RX 5700
mesa-aco-git 20.0 com ACO desativado ( RADV_PERFTEST=llvm nas opções de inicialização)
amdvlk 2020.Q1.3-1
Proton-tkg auto-compilado 5.4.r10.g7c7868f4 (Tenho certeza de que usei este commit , embora várias correções eternas do destino tenham surgido depois: pensando:)

~ Eu recebo o som crepitante, embora tenha faudio 20.03-1 no meu sistema ... ~
editar: da próxima vez que comecei a desgraça, o crepitar tinha sumido.

Funciona perfeitamente bem agora, posso até usar alt-tab!
O único problema agora é que o cursor nos menus está um pouco lento.

Apenas uma nota rápida, como @ Tk-Glitch apontou, os drivers da NVIDIA têm um problema específico para este jogo. O jogo usa memória do sistema em vez de VRAM.

  • Configurações do Ultra-Nightmare (observe como 13 GB de espaço de RAM são alocados e a falta de uso de espaço VRAM apesar de executar um aplicativo 3D):
    Screenshot_20200323_214640

@TimoFreiberg, você não está usando amdvlk se essas forem suas opções de inicialização, então AMDVLK não significa nada para o seu sistema. Se você configurou seu sistema para usar mesa vulkan, é isso que ele usa. Você deve usar VK_ICD_FILENAMES para definir um driver vulkan diferente.

Além disso, você pode não estar usando mesa, você pode estar usando AMDVLK, mas nesse caso RADV_PERFTEST=llvm é inútil porque llvm / aco são apenas opções de RADV, que é mesa. AMDVLK é separado. Mas o motivo pelo qual digo que você pode estar usando AMDVLK é porque descobri que o Steam usará como padrão AMDVLK em alguns jogos (pelo menos alguns jogos, talvez todos) se você tiver AMDVLK e mesa instalados em seu sistema. Com Resident Evil (2 e 7), por exemplo, se você tiver mesa e AMDVLK instalados e não especificar VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.x86_64.json então ele usa AMDVLK.

Resumindo, você está usando mesa ou amdvlk, não pode usar ambos e, se estiver usando amdvlk, RADV_PERFTEST não faz nada. Você pode usar o mangohud para descobrir qual está usando, mas caso contrário, terá que verificar os registros, ele dirá RADV e NAVI 10 para a GPU, caso contrário, dirá Unknown AMD GPU ou RX 5700 se você estiver usando AMDVLK, sei que o 5600 XT aparece com AMDVLK como "GPU desconhecido da AMD", mas não tenho certeza sobre o 5700, embora imagine que seja o mesmo. De qualquer maneira, se você estiver usando o Mesa, ele dirá RADV e apenas NAVI 10, caso contrário, você está usando AMDVLK

@rabidlassie Não acho que o jogo esteja usando intencionalmente muita memória do sistema. No meu sistema Windows, o jogo usa uma quantidade considerável de VRAM (~ 8 GiB no Ultra-Nightmare 1440p) e mostra um bom desempenho. O fato de não fazer isso no Linux sugere que há algo que força o jogo a reduzir a utilização de VRAM. Isso explica o desempenho ruim (uma vez que muitos dos dados precisam martelar o PCIe). Não sei dizer se é o driver ou o Wine / Proton, mas suspeito que pode ser qualquer um deles. Por exemplo, talvez alguma extensão Vulkan não esteja funcionando corretamente, o que quebra o fluxo de textura / dados.

Eu paguei por isso

Sim, você pode aproveitar 24 horas por dia. Obrigado por sua compra, caro cliente.

Alguma maneira de contornar a proibição de DRM de 24 horas?

Eu paguei por isso, não é pirateado, o que está acontecendo com isso?

@ jonlee836 Não há solução alternativa. Espere e tente novamente amanhã. Ele suga um enorme pau de burro, eu sei, mas é o que é.

Vou dizer de novo

O Denuvo não gosta do Wine Staging, no qual o próton-ge é baseado, então se você quiser evitar tropeçar no Denuvo, use o próton normal

e também evite trocar as versões do Wine com muita frequência, uma vez que também irá desarmar Denuvo

@Voxed, você pode fazer o upload do arquivo Proton com o qual teve sucesso?

É o build @ 999eagle carregado. Use por sua própria conta e risco, é claro.
https://uploadfiles.io/x58gs3ia

@ mathew2214
https://github.com/Tk-Glitch/PKGBUILDS/commit/6353338e80f440148e7b31e9ecad8438265a2228
compilar a partir do git pode ser a melhor maneira de obter uma versão mais atualizada
esta é a construção que fiz esta manhã
https://drive.google.com/file/d/1WRY8g8z1ulrfs1aYZqgO7KsdwmBT13Wk/view?usp=sharing

mas considerando que agora até o Proton-5.4-GE-2 está funcionando,
Não tenho certeza de por que tudo está funcionando sem problemas agora, mesmo o estoque 5.0-5 está funcionando
então eu poderia ter alterado outra coisa em algum lugar ... ou na noite passada, devo atualizar
pelo menos agora estou recebendo três dígitos em um antigo R9 290

>

Vou dizer de novo

Denuvo não gosta de Wine Staging, em que o próton-ge é baseado, então se você
quero evitar tropeçar Denuvo stick para Proton normal

e também evite trocar as versões do Wine com muita freqüência, pois também
Denuvo

Isso se aplica ao proton-tkg também? Este problema do git é difícil de controlar
de, mas eu pensei que o Proton normal não funciona. Eu não fui capaz de
fazer o jogo rodar, mas não tenho ideia se fui banido ou não
porque não consigo passar do pop-up do HDP sem travar.

Acho que sim. proton-tkg é geralmente construído como um estágio

@ blazini36 proton-tkg é construído contra staging por padrão. Pode ser construído
contra estável, mas isso tem que ser feito manualmente e quase certamente não é
em qualquer uma das construções flutuantes por aqui. Eu pessoalmente pensei que baunilha
O Proton também foi construído a partir do vinho, mas acho que não, embora eu pudesse
jurei que era. De qualquer forma, as compilações de teste não têm nada a ver com
isto. Qualquer novo driver, wine / próton ou versão dxvk que você tentar lançar um
O jogo Denuvo é registrado como uma máquina específica. Se você ajustar pouco
coisas aqui e ali, mesmo se você usar a mesma construção de próton, conta como
uma máquina separada, e você só obtém 5 inicializações de máquina separadas por
dia com Denuvo. Mesmo se você tentasse 5 compilações sem teste, faria o
mesma coisa.

Na segunda-feira, 23 de março de 2020 às 18:15 jason0987 [email protected] escreveu:

Acho que sim. proton-tkg é geralmente construído como um estágio

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

@ gardotd426 Bem, eu

Como acompanhamento, construí o mesa-git hoje e os artefatos se foram!

lib32-llvm 9.0.1-1
lib32-llvm-libs 9.0.1-1
lib32-mesa-git 20.1.0_devel.121503.41412cc4b74-1
lib32-vulkan-icd-loader 1.2.135-1
llvm 9.0.1-2
llvm-libs 9.0.1-2
mesa-demos 8.4.0-2
mesa-git 20.1.0_devel.121503.41412cc4b74-1
radeon-profile-git 20190903.r8.g306743e-1
vulkan-icd-loader 1.2.135-1
vulkan-tools 1.2.135-1
xf86-video-amdgpu 19.1.0-1

@ jason0987 Isso soa mais como um problema de prefixo do que a própria preparação do vinho. Sob certas condições, um prefixo pode entrar em um estado onde qualquer chamada subsequente ao binário Wine irá acionar uma atualização de prefixo e resultar em uma geração de tíquete de denuvo. Talvez tenha havido uma regressão específica no teste em algum ponto que desencadeou isso, mas detonar o prefixo deve corrigir esse comportamento tanto na linha principal quanto no teste.

No momento, a única configuração de trabalho que tenho é a versão TkG do 999eagle, que tem um áudio ligeiramente quebradiço, mas o mais importante, ele trava consistentemente em um determinado estágio ao caçar um dos Hell Priests. Lá, um bloco com o qual você perfura abre um grande bloco de salto azul, e você o usa para perfurar o peitoral verde de um demônio crucificado. Vou ter que verificar onde exatamente isso está. Independentemente disso, a cutscene causa uma pane completa da máquina em alguns segundos ou dois. O som continua a tocar, mas os gráficos falham antes de se transformarem em arco-íris e nenhuma função de entrada, o que significa que tenho que reiniciar minha mobo. Alguém mais tem esse problema? Como posso contribuir para resolvê-lo?

@wundrweapon tente isso
https://drive.google.com/file/d/1WRY8g8z1ulrfs1aYZqgO7KsdwmBT13Wk/view?usp=sharing

No momento, estou executando isso, não tenho certeza se está compactado da maneira certa ou não, meus tamanhos de arquivo sempre parecem menores do que as versões anteriores
construído no arch e rodando no meu ubuntu 19.10 som é bom para mim agora
sobreposição de vapor e estou usando
VK_ICD_FILENAMES = / pathto19.5files / amdvlkpro / amd_icd64.json STEAM_RUNTIME = 1 vapor

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

@ MasterCATZ Tenho quase certeza de que é a mesma versão que eu, TkG 5.4-r10-g7c7868f4. Além disso, não estou usando AMDGPU-PRO, estou usando o amdgpu e amdvlk de código aberto

@MasterCATZ com aquela versão de próton, estou colocando isto no log:

3365.691:0015:0016:err:esync:esync_init Server is running with WINEESYNC but this process is not, please enable WINEESYNC or restart wineserver.

mesmo uma reinicialização completa não corrigiu, não tenho ideia de onde está vindo. Alguma ideia sobre o que pode causar isso?

@maarvw adiciona PROTON_NO_ESYNC=1 às opções de lançamento do jogo.

@wundrweapon esse é o seu problema, o jogo não funciona bem com RADV (e nem funciona com ACO habilitado em RADV). Você precisa usar vulkan-amdgpu-pro para obter o melhor desempenho na AMD.

@ gardotd426 Eu @MasterCATZ infact.

Bem, acho que vou esperar. Não vou usar drivers proprietários até morrer.
Tem que haver algo, certo? Posso ter um desempenho ruim, mas não deve haver nada que o proprietário possa processar que o burguês literalmente seja incapaz de fazer. Mesmo se eu tiver que assistir a uma cena de 1 fps, certamente deve haver algo para pelo menos evitar um travamento total do sistema

@wundrweapon Literalmente não. E eu entendo toda a coisa de querer usar código aberto, mas você está tentando jogar um jogo proprietário, e eu garanto que você tem várias peças de software proprietário na mesma caixa em que está dizendo que se recusa a usar drivers GPU proprietários. É sempre melhor usar código aberto quando você pode, mas neste caso, infelizmente, essa não é uma opção. Você não precisa substituir o Mesa, você pode literalmente apenas usar o driver proprietário vulkan APENAS para este jogo e nada mais. Não faz sentido literalmente zero traçar arbitrariamente sua linha de aceitação de propriedade no ponto em que ela impede você de jogar um jogo proprietário de 60 dólares que você pagou para jogar em um inicializador proprietário, enquanto também usa outros codecs, drivers e outros componentes de sistema proprietários.

O Mesa provavelmente irá melhorar em um ou dois meses (ou mais), mas até lá, apenas use o driver proprietário.

Eu continuaria respondendo, porque a resposta é "não", mas isso está fora do tópico. Nesse ínterim, verei se consigo descobrir por que exatamente o amdgpu está travando; comigo sorte

AMDVLK é um bom meio-termo. É o driver AMD de código aberto e funciona com o jogo. Não é tão bom quanto AMDGPU-PRO, mas é melhor que RADV no momento.

@ gardotd426 Embora o jogo funcione melhor com o driver vulkan da amdgpu-pros, o RADV não tem um desempenho tão ruim em placas Vega, tentei os dois e, sim, é até 50% mais rápido, mas se você usar o freesync, pode querer ficar com o RADV (desde amdgpu- pro não oferece suporte no vulkan). Para mim, 60-70 fps (mesa) com freesync foi melhor do que cerca de 90-100 (amdgpu-pro) fps sem freesync.

@ Tbird761 Tenho o amdvlk instalado e as métricas de desempenho no jogo mostram que esse é o driver em jogo

@wundrweapon como sempre minha construção foi construída esta manhã depois que os patches do Navi foram adicionados
estou usando
AMD Radeon R9 200 Series (HAWAII, DRM 3.36.0, 5.5.11-050511-genérico, LLVM 9.0.1)
GL_VERSION: 4.6 (Perfil de Compatibilidade) Mesa 20.1.0-devel (git-f02ae69 2020-03-22 eoan-oibaf-ppa)

com os arquivos amdpro extraídos de amdgpu-pro-19.50-967956-ubuntu-18.04
(vulkan-amdgpu-pro_19.50-967956_amd64.deb)
extraia esse arquivo extraia data.tar.xz e coloca esses arquivos em algum lugar, edite amd_icd64.json para apontar para a localização de amdvlk64.so
a porcaria do amd não precisa ser instalada: P

@ MasterCATZ , eu já expliquei isso, mas você ainda está usando um driver proprietário nesse caso, e aparentemente isso está fora de questão para @wundrweapon. Então eles estão presos com o que têm até que mais alguns patches cheguem ao mesa-git.

@MasterCATZ Estou tentando fazer isso, mas o jogo sempre trava. Isso é muito estranho porque todos os outros aplicativos Vulkan estão sendo executados com este arquivo ICD.

Fazendo vulkaninfo eu obtenho:

    driverID           = DRIVER_ID_AMD_PROPRIETARY
    driverName         = AMD proprietary driver
    driverInfo         = 

Existe algum guia completo sobre como integrar isso? Porque está falhando muito ...

Acabei de mudar de AMDVLK para RADV, e embora o desempenho seja notavelmente pior como mencionado, a cutscene foi reproduzida sem problemas. Vou continuar com isso até vermos outra atualização AMDVLK e, em seguida, refazer esse nível

RE o bloqueio Denuvo:
Posso confirmar que tentei todas as versões oficiais do Proton do Steam, me bloqueou. Mesmo na minha instalação de inicialização dupla do Windows.
Reclamei no suporte da Bethesda.
Every1 aqui ficando bloqueado, deve fazer o mesmo IMHO ... :)

@wundrweapon acaba de construir AMDVLK funciona bem

VK_ICD_FILENAMES = / home / aio / Programs / AMDVLK / bin / vulkandriver / drivers / xgl / builds / Release64 / icd / amd_icd64.json STEAM_RUNTIME = 1 steam

AMDVLK

mas prefiro o ganho de desempenho de 30%
VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlkpro / amd_icd64.json STEAM_RUNTIME = 1 vapor

AMDPRO

@DistantThunder qualquer sistema de bate-papo, poderíamos usar muita bagunça entrando aqui, a desvantagem do github, realmente precisa de um sistema de PM

A lista de etapas do @ 999eagle não está funcionando para mim: / Tenta carregar, mas falha rapidamente, o botão do Steam retorna para apenas "reproduzir".

Extraí o tkg para a pasta de compatibilidade .steam (tentei em sua raiz, bem como uma pasta dedicada para a construção do tkg Proton).

Abaixo estão minhas opções de lançamento atuais:
VK_ICD_FILENAMES = / etc / vulkan / icd.d / amd_icd64.json + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1% command%

Também tentei seguir estritamente apenas as opções de inicialização da postagem original.

Executando o KDE Neon 18.04 Plasma, AMD 5700XT c / amdgpu.

@nessonic
Experimente começar a vapor com
VK_ICD_FILENAMES = / etc / vulkan / icd.d / amd_icd64.json STEAM_RUNTIME = 1 vapor
também edite "amd_icd64.json" para que seu caminho aponte para "amdvlk64.so"
o padrão de amdgpu-pro seria /opt/amdgpu-pro/lib/x86_64-linux-gnu/amdvlk64.so

Arquivos de prótons extraídos em
~ / .steam / compatibilidadetools.d

root é apenas um link simbólico para .steam

Any1 tentou https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3 ?
Eu coloquei na pasta compatibilidade.d, mas não aparece no menu de seleção de versão de prótons ...

Olá @nessonic , %command% permite que você coloque coisas antes do comando executado pelo Steam. Isso nos permite definir variáveis ​​de ambiente por jogo que, de outra forma, seriam difíceis de fazer. No seu caso, você provavelmente estava procurando algo como VK_ICD_FILENAMES=/etc/vulkan/icd.d/amd_icd64.json %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1 .

por algum motivo, o meu não carrega os drivers corretamente se eu colocá-lo no inicializador do jogo, então eu começo a trabalhar com ele

ERRO FATAL: Atualize seu driver: VK_KHR_8bit_storage é necessário.

------ Linha de comando ------
Z: \ ZFS3WAYSteamLibrarysteamapps \ manual \ DOOM.EternalDOOMEternalx64vk.exe VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlkpro / amd_icd64.json PROTON_NO_ESYNC = comando 1%% + 1 + in_terminal com_skipIntroVideo 1 + 1 + com_skipKeyPressOnLoadScreens com_skipSignInManager 1
2020-03-24T12: 15: 28.292 + 10: 00 LOG: Linha de Comando: Z: \ ZFS3WAYSteamLibrarysteamapps \ Manual \ DOOM.EternalDOOMEternalx64vk.exe VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlkpro / amd_icd64.json comando% in% PROTON_NO_ES 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1

VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlkpro / amd_icd64.json STEAM_RUNTIME = 1 vapor

funciona para mim como sempre

Eu construí vulkan-icd-loader e proton-tkg-r11 a partir de tkglitch / pkgbuilds. Quando vou editar /etc/vulkan/icd.d/amd_icd64.json, ele não existe. O diretório está lá, mas está vazio. Existe um modelo para este arquivo?

{ "file_format_version" : "1.0.0", "ICD" : { "library_path" : "/opt/amdgpu-pro/lib/x86_64-linux-gnu/amdvlk64.so", "api_version" : "1.1.129" } }

@ blazini36 Mesmo se o arquivo estiver lá, você não tem exatamente nenhum motivo para editá-lo. O que te fez pensar que deveria? Se você instalou meu pacote amdgpu-pro, encontrará os arquivos json no diretório /opt/amdgpu-pro/etc/vulkan/icd.d . Iniciar o jogo com VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command% como parâmetro de inicialização usará amdgpu-pro em vez de mesa.

@ Tk-Glitch alguns posts acima do mastercatz disse para editar este arquivo para apontar para o driver amdvlk. Obrigado por esclarecer isso.

Eu defino estas opções de lançamento:
VK_ICD_FILENAMES = / etc / vulkan / icd.d / amd_icd64.json% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

Ainda bate em mim imediatamente, nem pergunto mais sobre a coisa de HDR, é só abrir o pop-up de winetricks e puf. Nem sei se fui banido.

@ blazini36 você pode iniciar o Steam no terminal para que seja um log do console
e eu estava me referindo se alguém baixou e descompactou amdgpu-pro-19.50-1011208-ubuntu-18.04.tar.xz sem executar o script de coleta de outra pessoa

nessonic salvou seu arquivo em /etc/vulkan/icd.d/ e era para ele que eu estava respondendo

/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json é o caminho padrão

@ Tk-Glitch na verdade, não tenho certeza se isso estava claro, eu instalei o amdgpu-pro ...... Eu tenho o diretório, mas está vazio, nenhum arquivo json nele.

/etc/vulkan/icd.d/amd_icd64.json ! = /opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json

O comando @ Tk-Glitch não funciona, talvez o amdgpu-pro não esteja instalado corretamente. Acabei de instalar o pacote do pamac.
$ vulkaninfo | grep driver ERROR: [Loader Message] Code 0 : /opt/amdgpu-pro/lib/i386-linux-gnu/amdvlk32.so: wrong ELF class: ELFCLASS32 ERROR: [Loader Message] Code 0 : /usr/lib32/libvulkan_intel.so: wrong ELF class: ELFCLASS32 ERROR: [Loader Message] Code 0 : /usr/lib32/libvulkan_radeon.so: wrong ELF class: ELFCLASS32 driverVersion = 83886179 (0x5000063) driverID = DRIVER_ID_MESA_RADV driverName = radv driverInfo = Mesa 20.1.0-devel (git-d9d549ff88) (LLVM 9.0.1) driverUUID = 414d442d-4d45-5341-2d44-525600000000 driverUUID = 414d442d-4d45-5341-2d44-525600000000 driverID = DRIVER_ID_MESA_RADV driverName = radv driverInfo = Mesa 20.1.0-devel (git-d9d549ff88) (LLVM 9.0.1) VK_KHR_driver_properties : extension revision 1 driverVersion = 8388708 (0x800064) driverID = DRIVER_ID_AMD_PROPRIETARY driverName = AMD proprietary driver driverInfo = driverUUID = 414d442d-4c49-4e55-582d-445256000000 VK_KHR_driver_properties : extension revision 1 driverVersion = 8388742 (0x800086) driverID = DRIVER_ID_AMD_OPEN_SOURCE driverName = AMD open-source driver driverInfo = driverUUID = 414d442d-4c49-4e55-582d-445256000000 driverUUID = 414d442d-4c49-4e55-582d-445256000000 driverID = DRIVER_ID_AMD_OPEN_SOURCE driverName = AMD open-source driver driverInfo = VK_KHR_driver_properties : extension revision 1

isso é bem normal
Tenho os drivers amdpro-gpu preenchendo / opt / amdgpu-pro ...

vulkaninfo | driver grep
ERROR: [Loader Message] Código 0: /opt/amdgpu-pro/lib/i386-linux-gnu/amdvlk32.so: classe ELF errada: ELFCLASS32
ERROR: [Loader Message] Código 0: /usr/lib/i386-linux-gnu/libvulkan_intel.so: classe ELF errada: ELFCLASS32
ERROR: [Loader Message] Código 0: /usr/lib/i386-linux-gnu/libvulkan_radeon.so: classe ELF errada: ELFCLASS32
AVISO: radv não é uma implementação vulkan compatível, apenas para teste.
driverVersion = 83886179 (0x5000063)
driverID = DRIVER_ID_MESA_RADV
driverName = radv
driverInfo = Mesa 20.1.0-devel (git-f02ae69 2020-03-22 eoan-oibaf-ppa) (LLVM 9.0.1)
driverUUID = 414d442d-4d45-5341-2d44-525600000000
driverUUID = 414d442d-4d45-5341-2d44-525600000000
driverID = DRIVER_ID_MESA_RADV
driverName = radv
driverInfo = Mesa 20.1.0-devel (git-f02ae69 2020-03-22 eoan-oibaf-ppa) (LLVM 9.0.1)
VK_KHR_driver_properties: extensão revisão 1
driverVersion = 8388730 (0x80007a)
driverID = DRIVER_ID_AMD_PROPRIETARY
driverName = driver proprietário AMD
driverInfo =
driverUUID = 414d442d-4c49-4e55-582d-445256000000
VK_KHR_driver_properties: extensão revisão 1
driverVersion = 8388730 (0x80007a)
driverID = DRIVER_ID_AMD_PROPRIETARY
driverName = driver proprietário AMD
driverInfo =
driverUUID = 414d442d-4c49-4e55-582d-445256000000
VK_KHR_driver_properties: extensão revisão 1

@ blazini36 Por favor, forneça um registro do vinho.

Para fazer isso, abra ~/.steam/root/compatibilitytools.d/proton_tkg_5.4.r11.g75c7644c/user_settings.py e descomente a linha WINEDEBUG . Em seguida, execute o jogo até que ele trave. Em seguida, você encontrará o log em seu diretório inicial steam-gameid.log .

Bem, eu também não tenho o /opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json padrão, / opt / amdgpu-pro é tão profundo quanto pode. então suponho que haja algo errado com minha instalação do amdgpu-pro. Como estão os usuários do Arch / Manjaro instalando este

Já que você construiu proton-tkg, você tem meu repositório por perto. Vá para o diretório amdgpu-pro-vulkan-only e execute makepkg -si . Siga as instruções. Feito. No entanto, parece que você bagunçou um pouco o seu sistema, então, antes de fazer isso, eu me livraria de tudo o que você instalou / adicionou manualmente / modificou.

Na verdade, além dessas construções de prótons, e os cabeçalhos de vulkan e o icd-loader de seu repo, eu não fiz nada fora do comum. Todo o resto foi apenas através do pamac e é uma instalação do manjaro relativamente nova, com cerca de um mês. Vou tentar construir o driver

steam-782330.log

wellp ........
`` :: Continuar com a instalação? [S / n] a
(1/1) verificar as chaves no chaveiro [################################################# ################################################] 100%
(1/1) verificação da integridade do pacote [################################################### ##############################################] 100%
(1/1) carregando arquivos de pacote [################################################## ##############################################] 100%
(1/1) verificação de conflitos de arquivo [################################################ ################################################] 100%
erro: falha ao confirmar a transação (arquivos conflitantes)
amdgpu-pro-vulkan-only: /opt/amdgpu-pro/lib/i386-linux-gnu/amdvlk32.so existe no sistema de arquivos (propriedade de lib32-vulkan-amdgpu-pro)
amdgpu-pro-vulkan-only: /opt/amdgpu-pro/lib/x86_64-linux-gnu/amdvlk64.so existe no sistema de arquivos (propriedade de vulkan-amdgpu-pro)
Ocorreram erros, nenhum pacote foi atualizado.
==> AVISO: Falha ao instalar pacote (s) compilado (s).

err:vulkan:wine_vkCreateInstance Failed to create instance, res=-3
warn:debugstr:OutputDebugStringA "Unspecified Vulkan error: Error( VK_ERROR_INITIALIZATION_FAILED )"

Sim, algo deu errado com seu driver / libs vk.

Editar: Você deseja desinstalar os pacotes vulkan-amdgpu-pro e lib32-vulkan-amdgpu-pro antes de prosseguir.
Edit2: Mas você disse que não tinha esses arquivos? Problemas de permissão?

Desinstalei-os através do gerenciador de pacotes, sua instalação funcionou bem depois. Esses pacotes foram instalados, eu disse que os arquivos .json estavam faltando e o diretório padrão parou 2 níveis abaixo. Eu não verifiquei especificamente nenhum arquivo de driver, mas o gerenciador de pacotes os relatou como sendo instalados.

Edit: sim, eu não sei, os drivers do repo tkg agora instalados, reiniciados, ainda travam imediatamente. Ainda posso executar o doom 2016 em Vulkan, então diria que nada é muito complicado

O DOOM 2016 é executado com VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command% como parâmetro de lançamento? Apenas para ter certeza de que o amdgpu-pro funciona.

Alguém conseguiu lançar o doom eternal com o driver amdgpu padrão (não amdgpu-pro) e com o usual wine + dxvk (não próton)?

Alguém conseguiu lançar o doom eternal com o driver amdgpu padrão (não amdgpu-pro) e com o usual wine + dxvk (não próton)?

DOOM Eternal é um jogo nativo Vulkan. DXVK não está envolvido.

@ Tk-Glitch, Sim, funciona com essa opção de inicialização @ 4k e 60fps bloqueado

O DOOM 2016 é executado com VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command% como parâmetro de lançamento? Apenas para ter certeza de que o amdgpu-pro funciona.

Funciona muito bem aqui.

amdgpupro

@ClockGen O que disse igo95862. Em relação ao RADV, ele requer mesa-git atualmente se você tiver uma GPU Navi (alguns dos primeiros 19.x também devem funcionar). Polaris / Vega deve ser capaz de executá-lo OOTB com mesa 19/20. Atualmente não funciona com ACO. E é claro que você precisa do patch winevulkan para o wine, caso contrário o jogo travará no lançamento.

@ blazini36 Como você construiu seu próton então? Você executou proton-tkg.sh ou usou o PKGBUILD?

executou ./proton-tkg.sh de dentro do diretório proton-tkg.

Sobre o que você acabou de passar para o outro postador, então eu não fico confuso aqui ... você está dizendo que Doom eternal requer mesa-git com uma GPU Navi? Espero que não porque estou executando um 5700xt lol ...........

Outra coisa era que eu estava executando o Mesa git e não podia executar o jogo, possivelmente por outros motivos.

Isso é exatamente o que eu disse. Eu fiz um hack para ele ontem (já que também estou usando um 5700XT), mas usar AMDGPU-PRO é uma alternativa funcional. O patch que permite ao RADV rodar o jogo no Navi só foi incorporado hoje ao mesa-git, então a menos que você tentasse especificamente hoje, e não muito tempo atrás, esperava-se que não funcionasse.

Em relação ao processo de compilação, pode valer a pena tentar executar makepkg -s para acionar a resolução de dependências e, em seguida, cancelá-lo quando ele realmente começar a compilar o wine e, em seguida, executar novamente ./proton-tkg.sh para certificar-se de que você compilou com um conjunto completo de dependências.

Bem, está funcionando ... mas é lento e o áudio está crepitante. Às vezes, o FPS cai para 28 fps

CPU: Intel i7 8700K @ estoque
GPU: nVidia GeForce RTX 2070 @ estoque
Dist. Ubuntu-Budgie 19.10
Vulkan ver: 1.2.131
Driver nVidia versão: 440.66.03
Steam: versão beta
Próton: Proton-tgk 5.4.r10.g7c7868f4

Além disso, para os novatos no Linux (como eu). Não consegui executar isso em meu volume NTFS até seguir as instruções abaixo. Ele travaria ao carregar.

https://github.com/ValveSoftware/Proton/wiki/Using-a-NTFS-disk-with-Linux-and-Windows

Pessoal, estou completamente perdido aqui. Tentei tudo o que posso e não consigo fazer este jogo funcionar.

Especificações do sistema:

  • CPU: Intel i9-8950HK
  • GPU: RTX 2070 Mobile
  • Memória: 32 GB
  • OS: Pop! _OS 19.10
  • Kernel: 5.3.0-7642-genérico
  • Versão do driver GPU: 440,44
  • Versão Vulkan: 1.2.135

Executando o jogo com:

  • Opções de lançamento: PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1
  • Versões de prótons: 5.0-5, 5.4-GE-2

Então, entre as coisas que eu vi aqui:

  1. Eu pulei as atualizações do driver da GPU porque a nVidia afirma que 440.64 não tem grandes mudanças. Posso ter que tentar isso a seguir, mas não estou convencido.
  2. Construí e instalei manualmente a versão mais recente do Vulkan. Sem dados, e li relatórios conflitantes sobre se isso é necessário ou não.
  3. Tentei várias versões do Proton, conforme listado nos comentários. No momento, estou me limitando ao seguinte:

Estoque 5.0-5 apenas trava silenciosamente. Os logs do Proton têm impressionantes 54 MB. Carreguei um arquivo compactado: https://drive.google.com/open?id=1LQ5Xa6HbF3MadzNtefRaze1XdJyg4_4m

Aqui está um pequeno extrato do final:

 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3cf: DW_CFA_advance_loc 2
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d1: DW_CFA_restore %r14
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d1: DW_CFA_advance_loc 2
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d3: DW_CFA_restore %r15
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d3: DW_CFA_advance_loc 1
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d4: DW_CFA_restore %rbp
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d4: DW_CFA_def_cfa %rsp, 8
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d4: DW_CFA_advance_loc 1
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d5: DW_CFA_restore_state
 84.223:003a:003b:err:seh:setup_exception stack overflow 1632 bytes in thread 003b eip 00007f8bb0c6a118 esp 0000000000130fb0 stack 0x130000-0x131000-0x230000
 85.238:001e:0022:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\WineUsd.sys" : builtin
 85.239:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
 85.239:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
 85.240:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 3974 != 3973, skipping destruction (fork without exec?)

Quando eu uso 5.4-GE-2, posso acessar a janela pop-up da versão do driver da GPU. Aperto o play e o jogo trava logo depois. Aqui está um resumo com os registros: https://gist.github.com/thebozzcl/80197c6c98652a70e801950ba677311e

A seção que chamou minha atenção foi:

1494.038:0049:004a:fixme:dbghelp:elf_search_auxv can't find symbol in module
1494.048:0049:004a:fixme:dbghelp:elf_search_auxv can't find symbol in module
1494.058:0049:004a:fixme:dbghelp:elf_search_auxv can't find symbol in module
1494.059:0035:0036:trace:seh:call_teb_handler handler at 0x7b4749f0 returned 1
1494.059:0035:0036:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).
1494.069:0049:004a:fixme:dbghelp:elf_search_auxv can't find symbol in module

Acho que vi outra pessoa com um problema semelhante. Terei que vasculhar a pilha de comentários novamente ... mas enquanto isso, se alguém tiver alguma idéia do que diabos está causando isso, por favor me avise.

Estou completamente perdido aqui. Compilei os últimos wine-tkg-git e mesa-git. Mas o jogo continua travando no lançamento com este erro
FATAL ERROR: Please update your driver: VK_KHR_get_surface_capabilities2 is required.
embora esta extensão esteja no último radv, amdgpu-pro e winevulkan.

@ Progman-DT Lembro-me desse erro
Ubuntu 19.10 DRM 3.36.0, 5.5.11-050511-genérico, LLVM 9.0.1 Mesa 20.1.0-devel
(git-f02ae69 2020-03-22 eoan-oibaf-ppa)

, não me lembro mais o que fiz para resolver,
ou era eu remendando o arquivo exe
(instruções em algum lugar nos primeiros 300 comentários, mas acho que a próton teve um patch adicionado desde então)

ou foi o pré-carregamento dos drivers quando o vapor começou
para mim adicionar
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command%
nunca funcionou, mas algo assim funcionou
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.jsonn STEAM_RUNTIME=1 steam

em seguida, iniciar o jogo com
PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

como nunca saber quem é Nvidia / AMD ... torna difícil saber quais drivers as pessoas estão usando

você também precisa da versão da instância Vulkan: 1.2.135

@ Progman-DT esse erro é porque você não tem o Proton corrigido (você não disse qual versão do Proton está usando) ou não atualizou sua instância vulkan. mesa-git não é suficiente, isso fornece apenas vulkan-radeon , o que não tem nada a ver com o carregador ou cabeçalhos icd. O wine-tkg-git também não tem nada a ver com a execução do jogo. Você precisa de um PROTON-tkg corrigido, não wine-tkg-git, com o patch winevulkan. Ou Proton-5.4-GE.

Se você estiver em uma distro baseada em Arch, você precisa atualizar (ou instalar se ainda não os tiver) vulkan-icd-loader lib32-vulkan-icd-loader vulkan-tools vulkan-headers (apenas vulkan-icd-loader e vulkan-headers serão necessário imediatamente para Doom Eternal, mas você precisará dos outros de qualquer maneira para outros jogos. Instale-os ou atualize-os.

Então você precisa de proton-tkg com o patch winevulkan ou Proton-5.4-GE-3 ou qualquer que seja a versão mais recente da GE.

Então - depois de mais alguns testes entre a versão Steam e a versão 'sem DRM'. Proton-5.4-GE-2 realmente funciona. O problema é quando os usuários obtêm o misterioso travamento de "não iniciar", onde eles clicam no botão play e o logotipo do id é exibido na bandeja do sistema, então simplesmente sai - isso é denuvo.

Provavelmente, você está atingindo o denuvo e provavelmente terá que esperar. Está apenas travando em vez de avisar.

Consegui obter o erro denuvo hoje cedo com uma nova compilação de teste, então fiz outra compilação e estava atingindo o travamento de "não iniciar". Em seguida, tentei com minha versão 5.4-GE-2 e obtive o mesmo travamento de "não lançamento". Em seguida, experimentei a versão "DRM-FREE" com o 5.4-GE-2 e minha versão de teste - e ambos foram lançados corretamente.

Na verdade, o Proton-5.0.5 padrão também funciona com a versão 'DRM-FREE'.

Por enquanto vou esperar 24 horas e ver se permite rodar depois.

Para esclarecimento, é assim que o log de erros se parece com a falha "no lançamento":

147104.271:0034:0035:trace:seh:call_teb_handler handler at 0x7b4749f0 returned 1
147104.271:0034:0035:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).
147104.279:005a:005b:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:
 rip:000000014093f5bd rsp:0000000000924290 rbp:00000000009243c0 eflags:00010202 (  R- --  I   - - - )
 rax:00000001433551f8 rbx:0000000145ff3d80 rcx:0000000000000000 rdx:000000013b4442e8
 rsi:000000000092cd90 rdi:0000000000000000  r8:0000000000000000  r9:0000000000000202 r10:0000000000000001
 r11:0000000000000202 r12:0000000000000000 r13:000000014604e840 r14:000000000092ee50 r15:0000000000000000
Stack dump:
0x0000000000924290:  000000014263a8e8 000000007ca199e2
0x00000000009242a0:  0000000000000000 0000000000923da8
0x00000000009242b0:  000000000092cd90 000000014096ce89
0x00000000009242c0:  0000000000924d90 0000000000924cc0
0x00000000009242d0:  0000000000000000 0000000000000000
0x00000000009242e0:  000a7325202c6425 0000003000000020
0x00000000009242f0:  0000000000924dc0 0000000000924cf0
0x0000000000924300:  0000000000000000 0000003000000020
0x0000000000924310:  0000000000924de0 0000003000000020
0x0000000000924320:  0000000000924df0 0000000000924d20
0x0000000000924330:  0000000000924e00 0000000000924d30
0x0000000000924340:  000a7325202c6425 2c70252000000009
Backtrace:
=>0 0x000000014093f5bd EntryPoint+0xe2c4a59d() in doometernalx64vk (0x00000000009243c0)
  1 0x000000014096ce89 EntryPoint+0xe2c77e68() in doometernalx64vk (0x00000000009243c0)
  2 0x0000000140aebda5 EntryPoint+0xe2df6d84() in doometernalx64vk (0x0000000000000000)
  3 0x0000000140318ce1 EntryPoint+0xe2623cc0() in doometernalx64vk (0x0000000000000000)
  4 0x00000001403192a2 EntryPoint+0xe2624281() in doometernalx64vk (0x000000000092ffd0)
  5 0x00000001423d06f7 EntryPoint+0xe46db6d6() in doometernalx64vk (0x000000000092ffd0)
  6 0x000000007b455131 __wine_start_process+0x160() in kernel32 (0x000000000092ffd0)
0x000000014093f5bd EntryPoint+0xe2c4a59d in doometernalx64vk: movq  (%rcx),%rax
Modules:
Module  Address                 Debug info  Name (136 modules)
PE            930000-          a2c000   Deferred        oo2core_8_win64
PE            a30000-          a43000   Deferred        aclui
PE            a50000-          b96000   Deferred        comctl32
PE          62600000-        6263c000   Deferred        usp10
PE          637c0000-        6387a000   Deferred        winmm
PE          64340000-        64380000   Deferred        winhttp
PE          64940000-        64959000   Deferred        shcore
PE          64c80000-        64c8d000   Deferred        steamclient64
PE          64d40000-        64d4f000   Deferred        vulkan-1
PE          65000000-        65143000   Deferred        ole32
PE          65600000-        6561e000   Deferred        xinput1_3
PE          65780000-        6578e000   Deferred        version
PE          68a40000-        68a96000   Deferred        shlwapi
PE          6a100000-        6a231000   Deferred        oleaut32
PE          6a700000-        6a77e000   Deferred        setupapi
PE          6afc0000-        6afcb000   Deferred        msimg32
PE          6b2c0000-        6b340000   Deferred        wininet
PE          6b880000-        6b887000   Deferred        api-ms-win-core-fibers-l1-1-1
PE          6bec0000-        6bed9000   Deferred        imm32
PE          6c0c0000-        6c0d1000   Deferred        wsock32
PE          6d9c0000-        6d9df000   Deferred        mpr
PE          6e340000-        6e348000   Deferred        api-ms-win-core-synch-l1-2-0
PE          6e6c0000-        6e6c8000   Deferred        api-ms-win-core-localization-l1-2-1
PE          6e780000-        6e7da000   Deferred        oleacc
PE          6f480000-        6f504000   Deferred        gdiplus
PE          6fbc0000-        6fc44000   Deferred        rpcrt4
PE          71240000-        71260000   Deferred        jsproxy
PE          7b000000-        7b0bc000   Deferred        kernelbase
ELF         7b400000-        7b67b000   Export          kernel32<elf>
  \-PE          7b410000-        7b67b000   \               kernel32
ELF         7bc00000-        7bdaf000   Deferred        ntdll<elf>
  \-PE          7bc20000-        7bdaf000   \               ntdll
ELF         7c000000-        7c004000   Deferred        <wine-loader>
PE         13b400000-       13b44b000   Deferred        steam_api64
PE         140000000-       15e3b2000   Export          doometernalx64vk
PE         180000000-       18007b000   Deferred        bink2w64
ELF     7f544ae80000-    7f544cbd4000   Deferred        steamclient.so
ELF     7f544cbd5000-    7f544cf54000   Deferred        lsteamclient<elf>
  \-PE      7f544ccf0000-    7f544cf54000   \               lsteamclient
ELF     7f544cf56000-    7f544d074000   Deferred        libgcrypt.so.20
ELF     7f544d074000-    7f544d095000   Deferred        liblz4.so.1
ELF     7f544d095000-    7f544d0be000   Deferred        liblzma.so.5
ELF     7f544d0be000-    7f544d150000   Deferred        libpcre2-8.so.0
ELF     7f544d150000-    7f544d203000   Deferred        libsystemd.so.0
ELF     7f544d203000-    7f544d230000   Deferred        libselinux.so.1
ELF     7f544d230000-    7f544d286000   Deferred        libdbus-1.so.3
ELF     7f544d286000-    7f544d28d000   Deferred        libkeyutils.so.1
ELF     7f544d28d000-    7f544d56d000   Deferred        libcrypto.so.1.1
ELF     7f544d56d000-    7f544d57f000   Deferred        libkrb5support.so.0
ELF     7f544d57f000-    7f544d586000   Deferred        libcom_err.so.2
ELF     7f544d586000-    7f544d59f000   Deferred        libk5crypto.so.3
ELF     7f544d59f000-    7f544d690000   Deferred        libkrb5.so.3
ELF     7f544d690000-    7f544d6a5000   Deferred        libavahi-client.so.3
ELF     7f544d6a5000-    7f544d6b3000   Deferred        libavahi-common.so.3
ELF     7f544d6b3000-    7f544d705000   Deferred        libgssapi_krb5.so.2
ELF     7f544d705000-    7f544d7a1000   Deferred        libcups.so.2
ELF     7f544d7a1000-    7f544d7fa000   Deferred        libvulkan.so.1
ELF     7f544d7fc000-    7f544d805000   Deferred        libxfixes.so.3
ELF     7f544d805000-    7f544d812000   Deferred        libxcursor.so.1
ELF     7f544d8e8000-    7f544d916000   Deferred        libexpat.so.1
ELF     7f544d916000-    7f544d95e000   Deferred        libfontconfig.so.1
ELF     7f544d95e000-    7f544d978000   Deferred        libz.so.1
ELF     7f544d978000-    7f544d9ae000   Deferred        libpng16.so.16
ELF     7f544d9ae000-    7f544d9c2000   Deferred        libbz2.so.1
ELF     7f544d9c2000-    7f544da83000   Deferred        libfreetype.so.6
ELF     7f544da83000-    7f544da95000   Deferred        libxi.so.6
ELF     7f544da95000-    7f544da9a000   Deferred        libxcomposite.so.1
ELF     7f544da9a000-    7f544daa7000   Deferred        libxrandr.so.2
ELF     7f544daa7000-    7f544dab4000   Deferred        libxrender.so.1
ELF     7f544dab4000-    7f544dabb000   Deferred        libxxf86vm.so.1
ELF     7f544dabb000-    7f544dac0000   Deferred        libxinerama.so.1
ELF     7f544dac0000-    7f544db8b000   Deferred        winex11<elf>
  \-PE      7f544dad0000-    7f544db8b000   \               winex11
ELF     7f544db8c000-    7f544dbaf000   Deferred        libgpg-error.so.0
ELF     7f544dbaf000-    7f544de2e000   Deferred        libgcrypt.so.11
ELF     7f544de2e000-    7f544de39000   Deferred        libffi.so.6
ELF     7f544de39000-    7f544deb6000   Deferred        libgmp.so.10
ELF     7f544deb6000-    7f544dee8000   Deferred        libhogweed.so.5
ELF     7f544dee8000-    7f544df25000   Deferred        libnettle.so.7
ELF     7f544df25000-    7f544df3b000   Deferred        libtasn1.so.6
ELF     7f544df3b000-    7f544e0bf000   Deferred        libunistring.so.2
ELF     7f544e0bf000-    7f544e0e1000   Deferred        libidn2.so.0
ELF     7f544e0e1000-    7f544e20d000   Deferred        libp11-kit.so.0
ELF     7f544e20d000-    7f544e3e3000   Deferred        libgnutls.so.30
ELF     7f544e3e3000-    7f544e3fc000   Deferred        libnss_myhostname.so.2
ELF     7f544e3fc000-    7f544e405000   Deferred        libnss_dns.so.2
ELF     7f544e405000-    7f544e41e000   Deferred        libresolv.so.2
ELF     7f544e41e000-    7f544e424000   Deferred        libnss_mdns4_minimal.so.2
ELF     7f544e424000-    7f544e438000   Deferred        libnss_files.so.2
ELF     7f544e438000-    7f544e496000   Deferred        winspool<elf>
  \-PE      7f544e440000-    7f544e496000   \               winspool
ELF     7f544e496000-    7f544e4d8000   Deferred        ws2_32<elf>
  \-PE      7f544e4a0000-    7f544e4d8000   \               ws2_32
ELF     7f544e4d8000-    7f544e531000   Deferred        winevulkan<elf>
  \-PE      7f544e4f0000-    7f544e531000   \               winevulkan
ELF     7f544e531000-    7f544e575000   Deferred        uxtheme<elf>
  \-PE      7f544e540000-    7f544e575000   \               uxtheme
ELF     7f544e575000-    7f544efe6000   Deferred        shell32<elf>
  \-PE      7f544e590000-    7f544efe6000   \               shell32
ELF     7f544efe6000-    7f544f0d0000   Deferred        msvcrt<elf>
  \-PE      7f544f000000-    7f544f0d0000   \               msvcrt
ELF     7f544f0d0000-    7f544f104000   Deferred        iphlpapi<elf>
  \-PE      7f544f0e0000-    7f544f104000   \               iphlpapi
ELF     7f544f104000-    7f544f182000   Deferred        dbghelp<elf>
  \-PE      7f544f110000-    7f544f182000   \               dbghelp
ELF     7f544f182000-    7f544f331000   Deferred        gdi32<elf>
  \-PE      7f544f1a0000-    7f544f331000   \               gdi32
ELF     7f544f331000-    7f544f46c000   Deferred        ucrtbase<elf>
  \-PE      7f544f360000-    7f544f46c000   \               ucrtbase
ELF     7f544f46c000-    7f544f6fa000   Deferred        user32<elf>
  \-PE      7f544f490000-    7f544f6fa000   \               user32
ELF     7f544f6fa000-    7f544f723000   Deferred        bcrypt<elf>
  \-PE      7f544f700000-    7f544f723000   \               bcrypt
ELF     7f544f723000-    7f544f766000   Deferred        sechost<elf>
  \-PE      7f544f730000-    7f544f766000   \               sechost
ELF     7f544f766000-    7f544f7df000   Deferred        advapi32<elf>
  \-PE      7f544f770000-    7f544f7df000   \               advapi32
ELF     7f544f9f0000-    7f544fa04000   Deferred        wow64cpu<elf>
  \-PE      7f544fa00000-    7f544fa04000   \               wow64cpu
ELF     7f545d1ee000-    7f545d1fa000   Deferred        libnss_sss.so.2
ELF     7f545e8d8000-    7f545e8de000   Deferred        libxau.so.6
ELF     7f545e8e0000-    7f545e90b000   Deferred        libxcb.so.1
ELF     7f545e90b000-    7f545e925000   Deferred        libgcc_s.so.1
ELF     7f545e925000-    7f545e9e4000   Deferred        libgldispatch.so.0
ELF     7f545e9e4000-    7f545e9f9000   Deferred        libxext.so.6
ELF     7f545e9f9000-    7f545eb3f000   Deferred        libx11.so.6
ELF     7f545eb3f000-    7f545eb73000   Deferred        libglx.so.0
ELF     7f545eb75000-    7f545ecbb000   Deferred        libm.so.6
ELF     7f545eeb5000-    7f545eebc000   Deferred        libdl.so.2
ELF     7f545eebc000-    7f545eec7000   Deferred        librt.so.1
ELF     7f545eec7000-    7f545ef5c000   Deferred        libgl.so.1
ELF     7f545ef5c000-    7f545f125000   Deferred        libc.so.6
ELF     7f545f127000-    7f545f149000   Deferred        libpthread.so.0
ELF     7f545f149000-    7f545f4da000   Export          libwine.so.1
ELF     7f545f4da000-    7f545f717000   Deferred        gameoverlayrenderer.so
ELF     7f545f719000-    7f545f747000   Deferred        ld-linux-x86-64.so.2
Threads:
process  tid      prio (all id:s are in hex)
00000008 steam.exe
    ["C:\windows\system32\steam.exe" /mnt/Games/Steam/steamapps/common/DOOMEternal/idTechLauncher.exe]
    00000030    0
    00000009    0
0000000c services.exe
    [C:\windows\system32\services.exe]
    00000027    0
    00000018    0
    00000011    0
    0000000e    0
    0000000d    0
0000000f plugplay.exe
    [C:\windows\system32\plugplay.exe]
    00000015    0
    00000014    0
    00000010    0
00000016 winedevice.exe
    [C:\windows\system32\winedevice.exe]
    0000001e    0
    0000001d    0
    0000001c    0
    0000001b    0
    0000001a    0
    00000019    0
    00000017    0
00000025 winedevice.exe
    [C:\windows\system32\winedevice.exe]
    0000002a    0
    00000029    0
    00000028    0
    00000026    0
0000002b explorer.exe
    [C:\windows\system32\explorer.exe /desktop]
    0000002f    0
    0000002e    0
    0000002d    0
    0000002c    0
00000031 idTechLauncher.exe
    ["Z:\mnt\Games\Steam\steamapps\common\DOOMEternal\idTechLauncher.exe"]
    00000033   -2
    00000032    0
00000034 (D) Z:\mnt\Games\Steam\steamapps\common\DOOMEternal\DOOMEternalx64vk.exe
    [DOOMEternalx64vk.exe +com_enableCrashHandler 0 ]
    00000059    0
    00000058    0
    00000057    0
    00000056    0
    00000055    0
    00000054    0
    00000053    0
    00000052    0
    00000051    0
    00000050    0
    0000004f    0
    0000004e    0
    0000004d    0
    0000004c    0
    0000004b    0
    0000004a    0
    00000049    0
    00000048    0
    00000047    0
    00000046    0
    00000045    0
    00000044    0
    00000043    0
    00000042    0
    00000041    0
    00000040    0
    0000003f    0
    0000003e    0
    0000003d    0
    0000003c    0
    0000003b    0
    0000003a    0
    00000039    0
    00000038   -1
    00000035    2 <==
System information:
    Wine build: wine-5.4-205-g3ddf3a7 (Staging)
    Platform: x86_64
    Version: Windows 8
    Host system: Linux
    Host version: 5.5.8-fsync.300.fc31.x86_64
147104.485:0031:0032:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
147104.485:0031:0032:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000092FA80
pid 160393 != 160392, skipping destruction (fork without exec?)

@GloriousEggroll o 'no-launch' também falha com divisão por zero?

@ Progman-DT Se você realmente deseja usá-lo com o wine-tkg, você precisará habilitar a opção _protonify no .cfg para obter o patch winevulkan necessário. Proton-tkg já vem com ele habilitado.

@ gardotd426 @ Tk-Glitch Obrigado, consegui lançar o jogo. Mas agora a versão "drm-free" não pode se conectar aos servidores Bethesda e não me deixa entrar :)

Não tenho certeza se isso é de alguma ajuda, mas eu tinha o jogo rodando no primeiro dia em uma instalação limpa do ArchLinux e posso confirmar o seguinte, no caso de uma configuração AMD.

Mesa:

  • mesa-git (versão ~ início 20) => travamentos (na época, deve estar bem agora)
  • mesa (versão ~ 19) => funciona

Compiladores de shader Mesa:

  • Compilador de sombreador ACO => travamentos
  • Compilador de sombreador LLVM => funciona

Drivers Vulkan:

  • radeon-vulkan => funciona com alguns artefatos, mas completamente jogável
  • amdvlk => funciona sem nenhum artefato

Vinho:

  • pacote de vinho principal => travamentos
  • vinho de válvula / próton (compilado da fonte) => funciona
    (você não precisa de sistemas e patches extravagantes de construção, veja abaixo as etapas de compilação simples)
git clone https://github.com/ValveSoftware/wine.git
cd wine
./configure --enable-win64
make -j16

Configuração X11:

  • A ativação do VSync confundirá o mecanismo de controle de quadros do jogo. Defina "VSync" como "Adaptável" nas opções de vídeo do DOOM para obter um resultado decente.

ALSA:

  • Se você estiver usando ALSA bruto sem PulseAudio, há um bug no wine que fará o jogo travar aleatoriamente, a menos que a placa de som padrão seja definida explicitamente (nos arquivos de configuração ALSA ou com a variável de ambiente ALSA_CARD). Você deve estar bem por padrão, mas se você é um consertador em série e tem uma configuração ALSA avançada, isso é algo que você deve saber.

Na minha configuração, o jogo roda a 100 FPS constantes a 1080p com todas as configurações em ultra pesadelo (usando Sapphire RX5700 Pulse e Ryzen 2700).

@ Tk-Glitch

Obrigado por seus esforços, o jogo funciona agora!

No entanto, estou recebendo a seguinte mensagem.

"São necessários drivers atualizados. Instalados: 337,88. Necessários: 442.74 ou mais recentes."

Tenho nvidia 440.64 instalado, então não tenho certeza por que esta mensagem está aparecendo.

Este é um problema com o doom eternal não detectando o driver correto ou próton / steam-wine?

@ jonlee836 Você pode pular a verificação do driver conforme observado aqui https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

@cylgom Obrigado por isso!

Eu nunca executei uma versão customizada de próton e / ou Wine no Steam. Você pode recomendar algum tutorial para isso?

Além disso, o que acontece com Denuvo? Não vai ser prejudicado pela versão personalizada do Wine / Proton?

Não tropeça em Denuvo, não. Eu tenho tocado com a construção 999eagle (tkg) e está tudo bem.

Bem, existem experiências diferentes.
Tentei duas versões diferentes ontem 5.4-GE-2 e 5.4-GE-3.
Apenas tentando iniciar cada vez. Agora estou no inferno DRM novamente. Não consigo nem jogar no meu windows install.
Adivinha como estou brava!
Vou esperar por uma versão oficialmente compatível.
Enquanto isso, apenas meu ElAmigos pode me ajudar :)

Por fim, lancei o jogo com drivers da nvidia e o wine da válvula, mas estou recebendo a mensagem "Não foi possível entrar em contato com os serviços de jogo ..." O que fazer? Estou usando a versão sem DRM.

Compre o jogo

Na terça-feira, 24 de março de 2020 às 10:51, Eldar [email protected] escreveu:

Finalmente, lancei o jogo, mas estou recebendo uma mensagem com Incapaz de entrar em contato
Serviços Bethesda. O que fazer? Estou usando a versão sem DRM.

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

Se este jogo é nativo do Vulkan, por que ele não funciona no PROTON fora da caixa e com um bom desempenho?

@CSahajdacny O mesmo motivo pelo qual Red Dead Redemption 2 não funciona fora do
caixa (em tudo, muito menos com qualquer bom desempenho) - porque não é simplesmente
uma questão de "se um jogo tem vulkan, funciona". O que te faz pensar isso?

Na terça, 24 de março de 2020 às 11h29 CSahajdacny [email protected]
escrevi:

Se este jogo é nativo de Vulkan, por que ele não funciona no PROTON fora do
caixa e com um bom desempenho?

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

@EldarAgalarov O EXE livre de DRM é para duas versões atrás do Steam. Basta usar o Denuvo que acompanha o Steam.

Minha proibição de 24 horas acabou. O jogo só funciona algumas vezes para mim com proton_tkg_5.4.r10.g7c7868f4, na maioria das vezes eu recebo uma tela preta e tenho que forçar o encerramento.
Com o Proton GE, nada acontece depois de apertar o play após o problema de detecção do driver.

O jogo está preso a 40fps em configurações baixas ou altas, o uso de GPU é sempre 100% e o som é muito brilhante.

DoomEternal Screenshot

DeepinScreenshot_select-area_20200324113836

NewShot

@cylgom Depois de

Reinstalei meu sistema com uma versão mais recente do GNOME e o jogo não trava mais ao usar o alt-tab, no entanto, ele captura a entrada mesmo quando não está focado na janela

Embora todo o progresso seja bom, todo este tópico parece um bom caso de uso para explicar por que o windows gpu passthrough é uma boa ideia.

Embora todo o progresso seja bom, todo este tópico parece um bom caso de uso para explicar por que o windows gpu passthrough é uma boa ideia.

É chato fazer as coisas da maneira mais fácil.

"Embora todo o progresso seja bom, todo este tópico parece um bom uso
para explicar por que o windows gpu passthrough é uma boa ideia. "

É exatamente por isso que é importante fazer isso. Esses magos vão pegar isso
jogo funcionando perfeito e sem dor de cabeça. Mesmo que seja através do vinho, é
importante fazer esses jogos rodarem facilmente através do Linux para que a adoção
pega e esses jogos começam a ser oferecidos nativamente.

5 anos atrás eu não me preocupava com jogos Linux, eu corria consoles porque
não suporta janelas. Agora é tão bom que 90% dos jogos do Windows apenas rodam
na hora de comprá-los. Este é um pequeno soluço que não me incomoda em
todos.

Em Ter, 24 de março de 2020, 13:39 PraetorianSC4 [email protected]
escrevi:

Embora todo o progresso seja bom, todo este tópico parece um bom uso
para explicar por que o windows gpu passthrough é uma boa ideia.

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

Embora todo o progresso seja bom, todo este tópico parece um bom caso de uso para explicar por que o windows gpu passthrough é uma boa ideia.

É chato fazer as coisas da maneira mais fácil.

Não vamos pintar em traços amplos aqui. A passagem de GPU para Windows no Linux ainda é bastante complicada. Também não estou descartando a quantidade imensamente positiva de resultados alcançados até agora, apenas fazendo uma observação.

@kelvinhbo Qual ferramenta você está usando em sua segunda captura de tela em que você tem utilização de GPU e tempo?

@ dv1 @ Tbird761 Enquanto comprei e baixei o jogo do Steam, estou atualmente lançando-o autônomo, usando o executável sem DRM que um amigo me deu e meu próprio vinho build. Shell script abaixo para se ter uma ideia.

#!/bin/sh
rm /home/cylgom/games/doom_eternal/log
/home/cylgom/games/doom_eternal/wine/wine64 \
        /home/cylgom/games/pc/doom_eternal/DOOMEternalx64vk_nodrm.exe \
        +in_terminal 1 \
        +com_skipIntroVideo 1 \
        +com_skipKeyPressOnLoadScreens 1 \
        &> /home/cylgom/games/doom_eternal/log

Não acho que as pessoas que compraram o jogo devam se incomodar com DRM, então aqui está o md5 apenas para o executável principal: 82a3ffa77c438979b863f27beab2f119

@MasterCATZ

Estou no Discord e em vários canais Discord relacionados ao Linux.

Para que conste, eu consigo isso:

VK_ICD_FILENAMES=/opt/amdgpu-pro-19.50_967956-1/vulkan/icd.d/amd_pro_icd64.json vulkaninfo  | grep Inst
WARNING: [Loader Message] Code 0 : Didn't find required layer object disable_environment in manifest JSON file, skipping this layer
Vulkan Instance Version: 1.2.135
Instance Extensions: count = 17
    maxMultiviewInstanceIndex = 4294967295
    drawIndirectFirstInstance               = true
    vertexAttributeInstanceRateDivisor     = true
    vertexAttributeInstanceRateZeroDivisor = true

@kelvinhbo Qual ferramenta você está usando em sua segunda captura de tela em que você tem utilização de GPU e tempo?

Eu usei nvtop para isso

@kelvinhbo

O jogo está preso a 40fps em configurações baixas ou altas, o uso de GPU é sempre 100% e o som é muito brilhante.

Caso você tenha perdido, compartilhei minha experiência com a mesma resolução, mesma GPU, CPU mais fraca. Decidi que não era jogável em 3440x1440, mesmo nas configurações mais baixas possíveis.

A propósito, aquela primeira sala com os 3 zumbis não é representativa do desempenho geral do jogo. Você precisa chegar à primeira cena de combate principal, pelo menos. Observe também o fps sendo aniquilado na ponte com o demônio gigante caminhando ao lado dele ... oofalicious.

Além disso, muitos sistemas que são perfeitamente capazes de executar o jogo não têm suporte para VT-d / IOMMU. A passagem de GPU não é o fim de tudo.

Além disso, qualquer coisa que permita nunca mais tocar no Windows é A + em meu livro.

@nessonic
Experimente começar a vapor com
VK_ICD_FILENAMES = / etc / vulkan / icd.d / amd_icd64.json STEAM_RUNTIME = 1 vapor
também edite "amd_icd64.json" para que seu caminho aponte para "amdvlk64.so"
o padrão de amdgpu-pro seria /opt/amdgpu-pro/lib/x86_64-linux-gnu/amdvlk64.so

Arquivos de prótons extraídos em
~ / .steam / compatibilidadetools.d

root é apenas um link simbólico para .steam

Portanto, amd_icd64.json já apontava para amdvlk64.so, verifiquei que o arquivo existe - portanto, nenhuma alteração foi feita lá

Mudei minha pasta compatibletools.d para .steam ... e agora, depois de reiniciar o Steam, ele não está mais encontrando a versão tkg do Proton. Eu tentei suas opções de inicialização antes de fazer essa alteração, mesmo problema em que não carrega de jeito nenhum.

Não estou usando o amdgpu-pro FYI - não tenho certeza se isso era necessário. Quebrei meu sistema tentando instalá-lo na outra semana, então vou adiar o driver se possível

Consegui rodar no Ubuntu 19.10 com nvidia 1080: (versão gratuita DRM)

nvidia 440.64 via ubuntu graphics ppa
compilado carregador vulkan da fonte

o desempenho é de fato horrível - estalos de áudio, entrada muito lenta, sub 30fps em 1080p. Mas funciona ...

@nessonic
Você não precisa instalar o AMDGPU-PRO. Você pode pegar Vulkan apenas com alguns passos simples. Repostando as instruções anteriores, apenas limpei um pouco.

Baixe a versão

tar xf amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz

cd amdgpu-pro-19.50-967956-ubuntu-18.04

ar x vulkan-amdgpu-pro_19.50-967956_amd64.deb

tar xf data.tar.xz

cd opt

sudo cp -r amdgpu-pro/ /opt/

Opção de lançamento do Steam:
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command%

@nessonic , em que distribuição você está? Porque dependendo de qual distro você está usando, provavelmente você recebeu informações ruins. Na maioria das distros que eu conheço, ~/.steam/root/compatibilitytools.d NÃO é um link simbólico de volta para ~/.steam (o que é claro que não é, isso não faria sentido. Na realidade, ~/.steam/root é o link simbólico , e NÃO é ~/.steam , é ~/.local/share/Steam . Assim:

~/.steam/root/ ------> ~/.local/share/Steam . Portanto, seria ~/.local/share/Steam/compatibilitytools.d .

Uma maneira fácil de verificar é simplesmente executar file ~/.steam/root e ele dirá se é um link simbólico ou não.

Mas o fato de suas construções de prótons não serem mais detetives mostra que você recebeu informações ruins, apenas coloque-as de volta onde estavam. Não faria nenhum sentido movê-los de qualquer maneira, idk porque isso foi sugerido, mas é impossível encontrar os comentários anteriores nesta bagunça.

@ gardotd426 Estou no KDE Neon 18.04. Meu / root é de fato um link simbólico para .local / Steam. Vou colocar as ferramentas de compatibilidade.d de volta

@nessonic é por isso que você não deve apenas seguir aleatoriamente as pessoas que o enviam em perseguições de ganso selvagem, muitas vezes eles não sabem do que estão falando. Além disso, se você mover uma pasta de um link simbólico para a pasta real, ele literalmente não fará nada, porque eles são a mesma coisa. Então pergunte por que eles deram essa sugestão em primeiro lugar. De qualquer maneira, basta colocar compatibilitytools.d/ volta em ~/.steam/root/ .

Qual versão de próton você está tentando usar?

Consegui rodar no Ubuntu 19.10 com nvidia 1080: (versão gratuita DRM)

nvidia 440.64 via ubuntu graphics ppa
compilado carregador vulkan da fonte

o desempenho é de fato horrível - estalos de áudio, entrada muito lenta, sub 30fps em 1080p. Mas funciona ...

Por favor, confirme o mau desempenho aqui:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394

@ gardotd426 Lol Eu estava confiante de que poderia mover uma pasta de volta para onde estava, não se preocupe.

Ultimamente, tenho tentado com a versão tkg 5.4 r10 que foi compilada e postada aqui. Também experimentei o mais recente do GloriousEggroll (5.4 GE 2) sem sucesso. E, claro, tentei 5.0-5 por meio do cliente Steam.

fotos travam em

33594.400:000c:000d:fixme:dbghelp:elf_search_auxv can't find symbol in module

para mim, em qualquer versão de próton. Alguém mais teve esse problema ou sabe como ele pode ser corrigido?

Existe algum meio de obter uma conversa mais organizada com estatísticas do que esse problema do git? É ótimo que haja tantas respostas ...... mostra que há algumas pessoas que querem que isso funcione direito. Ainda não consegui começar o jogo e tentar descobrir o que funciona e o que não funciona é quase impossível neste ponto, embora eu suponha que a resposta provavelmente já esteja aqui

Fale com Liam em GamingOnLinux e veja como criar um wiki. Nós tivemos que
fazer isso para problemas de travamento com Navi, aqui está o wiki
https://www.gamingonlinux.com/wiki/AMD_Navi_GPU_trou troubleshooting

você acha que esse formato ajudaria?

Na terça-feira, 24 de março de 2020 às 19h15, blazini36 [email protected] escreveu:

Existe algum meio de ter uma conversa mais organizada com estatísticas
do que este problema git? É ótimo que haja tantas respostas ... programas
existem algumas pessoas que desejam que isso funcione direito. eu ainda
não comecei o jogo para começar e tentando ver o que funciona e
o que não é quase impossível neste ponto, enquanto eu assumo
a resposta provavelmente já está aqui

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

@nessonic qual é a sua configuração?

Na terça-feira, 24 de março de 2020 às 18:38 nessonic [email protected] escreveu:

@ gardotd426 https://github.com/gardotd426 Lol, eu estava confiante de que conseguiria
mova uma pasta de volta para onde estava, não se preocupe.

Ultimamente tenho tentado com a versão tkg 5.4 r10 que foi compilada e
postado aqui. Eu também tentei o mais recente do GloriousEggroll (5.4 GE 2) para não
aproveitar. E, claro, tentei 5.0-5 por meio do cliente Steam.

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

SO: Manjaro Linux 19.0.2 KDE
Kernel: 5.4.27-1-MANJARO
CPU: Intel i5-6600K (4) @ 4,4 GHz (OC de 3,5 GHz)
Memória: 32 GB
GPU: NVIDIA GeForce GTX 1080
Driver: 440,64
proton_tkg_5.4.r10.g7c7868f4 com "+ in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1" (como @ 999eagle sugerido).

Configuração padrão da caixa - alta em todas as opções de vídeo com escala dinâmica (1440p) @ 50% - Me deu 30-50 fps com alguns pequenos problemas de som (algum tipo de tique-taque de vez em quando).
A redução das configurações não parece afetar o fps. Além de mudar a escala para 100% que afetou os fps em 10. Mudar para 1080p não afetou o desempenho em nada.

Eu estava monitorando esses testes com GreenWithEnvy em outro monitor e descobri um comportamento estranho. Enquanto eu estava jogando, a GPU% estava 100% o tempo todo e o Mem ctrl% estava em cerca de 10% ... A placa em si estava fria ... 50c fria ... esta placa geralmente chega a 70c enquanto eu jogo outras coisas "menos exigentes". E enquanto estou no menu do jogo Mem ctrl% aumenta para 30% e a tensão também. As coisas ficam mais quentes a partir daí. Não encontrei nada parecido antes.

O jogo é jogável embora.
Espero que esta informação tenha ajudado.

Além disso, adoraríamos receber sugestões sobre como melhorar o desempenho a partir daqui.
Obrigado.

Olá pessoal, o jogo parece funcionar muito bem na minha máquina (ryzen 1500x 16gb ram gtx 1660ti) em configurações médias com o escalar de resolução definido para 50. No entanto, sempre que obtenho uma conquista no jogo, ele trava imediatamente e não consigo continuar jogando . Eu tenho uma foto anexada aqui.
AchievementFreezeDoomEternal
Observe o retângulo preto no canto onde a conquista costumava ser. Deixe-me saber se algum de vocês já passou por isso.

@ gardotd426 Eu brevemente tentei falar com ele no IRC, mas percebi que não sei o que estou fazendo no IRC. Você se importa em falar com ele, já que parece saber como se virar? O formato é bom, tenho certeza com listas de hardware, versões de driver, opções de inicialização etc. Tenho certeza que TKG ou alguém pode especificar exatamente o que seria necessário melhor do que eu ... Não consigo obter o jogo correr afinal rs

Olá a todos! Decidi apenas tirar a poeira da minha conta do github antigo para participar dessa conversa mais relevante, a mais importante do século passado na minha opinião.

Consegui fazer Doom Eternal rodar com @ 999eagle 's Proton-tkg 5.4.r10.g7c7868f4

Usei todos esses parâmetros, ainda não sei quais são supérfluos:
PROTON_NO_ESYNC = 1 PROTON_NO_FSYNC = 1% command% + in_terminal 1 + com_skipKeyPressOnLoadScreens 1

Steam Beta
Lenovo Legion Y720
CPU Intel® Core ™ i7-7700HQ @ 2,80 GHz × 8
GPU: NVIDIA GeForce GTX 1060
RAM: 15,6 GB

A distro é Void Linux
Kernel Linux 5.5.11_1 x86_64
i3wm 4,18
Driver NVIDIA 440.66.03

Meu linux estava uma bagunça, os drivers vulkan-loader 1.2.135, vkd3d, libOSmesa, glu, etc, instalados junto com o NVIDIA baixado de https://developer.nvidia.com/vulkan-driver
Desinstalei o máximo que pude de tudo isso, reinstalei o driver NVIDIA (por precaução) e funcionou com tkg. Não funcionou com GE-2 nem próton 5.05.
O DOOM 2016 também não começava com o Vulkan antes de mim. Também começou a funcionar depois disso.
O pacote mesa 20.0.2_1 está instalado mas não sei se faz alguma coisa.

O desempenho é ruim por ser jogável. Entre 20 e 50 FPS, mesmo em configurações de vídeo baixas, dependendo do que está acontecendo no jogo. Movendo-se muito devagar ao lutar contra muitos demônios.
DRM me faz esperar 24hs depois de jogar 5 vezes.
Recebo uma tela preta ao mudar para outro espaço de trabalho.
Jogado no Inferno na Terra, quase terminei. Parei para fazer outras coisas e então o DRM entrou em ação.

Espero que a solução para o baixo FPS possa ser encontrada em breve ...

@danielgul Parece estar usando RAM como VRAM em vez da VRAM da GPU, pelo menos para GPUs nvidia.

@ gardotd426

bem, meus links de volta para as pastas iniciais do Steam

Screenshot from 2020-03-25 11-28-29

Outra versão atualizada:

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3

Parece funcionar quando não está sendo bloqueado pelo Denuvo. O Denuvo parece realmente dar a notificação esperada quando bloqueia. Funciona com radv em mesa-git usando llvm (não aco). Também funciona com amdgpu-pro. Não testou nvidia. Testado em pelo menos dois sistemas. Denuvo bloqueou meu laptop.

@MasterCATZ Isso não é totalmente comum, já usei o Steam em mais de 6 distribuições
e é sempre ~ / .steam / root / ---> ~ / .local / share / Steam. De qualquer maneira, o que
foi mesmo o ponto em dizer a eles para mover suas construções de prótons? Se você se mover
para o diretório com link simbólico, você literalmente não está fazendo nada.

Na terça, 24 de março de 2020 às 21h40 Thomas Crider [email protected]
escrevi:

Outra versão atualizada:

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3

Parece funcionar quando não está sendo bloqueado pelo Denuvo. Denuvo parece realmente
dar a notificação esperada quando bloquear. Funciona com mesa-git. Testado
em pelo menos dois sistemas. Denuvo bloqueou meu laptop.

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

@GloriousEggroll Tentei o GE-3 e ainda consigo travar imediatamente após tocar no play, mas é o que acontece desde que instalei o AMDGPU-pro. No entanto, posso jogar Doom 2016 ou qualquer outra coisa a qualquer momento, então sei que meus drivers não estão completamente entorpecidos.

Você pode sugerir opções de lançamento ou qualquer coisa para fazer isso funcionar com um 5700xt? Não tenho certeza por que estou falhando tanto nisso, neste ponto eu ficaria feliz em ver uma mensagem de proibição de Denuvo

@ blazini36 quais são os erros que você está recebendo? Como você instalou
vulkan-amdgpu-pro?

Na terça-feira, 24 de março de 2020 às 22h02 blazini36 [email protected] escreveu:

@GloriousEggroll https://github.com/GloriousEggroll Eu tentei GE-3 e I
ainda travar imediatamente após tocar no jogo, mas foi esse o caso
desde que instalei o AMDGPU-pro. No entanto, posso jogar Doom 2016 ou qualquer outra coisa
a qualquer momento, então eu sei que meus drivers não estão completamente sobrecarregados.

Você pode sugerir opções de lançamento ou qualquer coisa para fazer isso funcionar com um
5700xt? Não sei por que estou falhando tanto nisso, neste ponto eu estaria
feliz em ver uma mensagem de proibição de Denuvo

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

@ gardotd426 Não tenho ideia de quais são os erros, lançar o Steam no terminal não diz muito e o arquivo de log é enorme, quem sabe. Eu instalei o vulkan-amdgpu-pro dos pkgbuilds do TKG, junto com os cabeçalhos vulcan e o icd-loader ... 135. Eu tentei cada construção de próton tkg / GE que surgiu e ainda não tenho ideia do que está acontecendo.

A propósito, em Manjaro-KDE, R5 3600 / 5700xt

Sério, por algum motivo ridículo, o github continua trocando minhas contas de login, ShadeTechnik sou eu

verifique seu amd_icd64.json e certifique-se de que direciona para o local correto,
eles são todos diferentes. Alguns pacotes têm
/usr/share/vulkan/icd.d/amd_icd64.json link para /usr/lib/amdvlk64.so ou
/opt/amdgpu-pro/lib/amdvlk64.so, alguns deles são
/usr/share/vulkan/icd.d/amd_pro_icd64.json que se vincula a /usr/lib/amd64.so
ou /opt/amdgpu-pro/lib/amdvlk64.so, assim por diante. Estou respondendo
por e-mail agora, então não posso codificar tags, mas você deve ser capaz de
confirme se o .json é o correto executando:

yay -Qo /usr/share/vulkan/icd.d/amd_icd64.json

o que deveria dizer que o arquivo é propriedade do tkg vulkan-amdgpu-pro
pacote que você instalou. Nesse ponto, apenas pegue:

cat /usr/share/vulkan/icd.d/amd_icd64.json

Ele dirá onde procurar o arquivo amdvlk64.so, em que ponto apenas
certifique-se de ter esse arquivo lá.

Provavelmente está lá e tudo provavelmente funciona, mas sempre ajuda a
certifique-se de que não é algo estúpido assim.

Na terça-feira, 24 de março de 2020 às 22h31 blazini36 [email protected] escreveu:

Sério, por algum motivo ridículo, o github fica trocando meu login
contas, ShadeTechnik sou eu

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

Estou relatando que desde então consegui fazer com que a versão protegida contra cópia do Steam funcionasse sem problemas. Excelente desempenho em "Ultra Nightmare", sem travamentos de alt-tab, etc.

Informação do sistema

  • SO: Linux Mint 19.3 "Tricia" *
  • GPU: Radeon RX Vega 64
  • Versão do driver: Mesa 20.0.2 (kisak-mesa PPA)
  • Versão do kernel: 5.3.0-42-genérico
  • Versão do próton: Proton-5.4-GE-3

* Baseado no Ubuntu 18.04.3 LTS.

Instruções

  1. Abra a janela "Configurações" do Steam, vá em "Conta" e certifique-se de que "Participação do Beta" está definida como "Atualização do Steam Beta". O Steam deve começar a se atualizar assim que você optar pelo beta.
  2. Baixe Proton-5.4-GE-3.tar.gz aqui (obrigado @GloriousEggroll):
    https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3
  3. Extraia o arquivo para /home/<username>/.steam/root/compatibilitytools.d .
  4. Inicie (ou reinicie) o Steam, clique com o botão direito em DOOM Eternal e clique em "Propriedades".
  5. Clique em "Definir opções de inicialização ..." e cole o seguinte dentro da entrada de texto:
    %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
  6. Retorne à janela "Propriedades" clicando em "Ok" dentro da janela "Opções de inicialização".
  7. Marque "Forçar o uso de uma ferramenta específica de compatibilidade do Steam Play".
  8. Selecione "Proton-5.4-GE-3" usando o controle abaixo da caixa de seleção da ferramenta de compatibilidade.
  9. Clique em "Fechar" para fechar a janela "Propriedades" e iniciar o jogo.

Boa sorte; Espero que isto ajude alguns de vocês!

@ gardotd426 Tive de instalar yay, pois não é um pacote Manjaro incluído, mas talvez seja este o meu problema?

yay -Qo /usr/share/vulkan/icd.d/amd_icd64.json /usr/share/vulkan/icd.d/amd_icd64.json is owned by amdvlk 2020.Q1.3-1

$ cat /usr/share/vulkan/icd.d/amd_icd64.json { "file_format_version": "1.0.0", "ICD": { "library_path": "/usr/lib/amdvlk64.so", "api_version": "1.2.133" } }

Eu estava indo e voltando com TKG sobre a coisa do amdgpu-pro, mas pensei que estava resolvido, realmente não parece que está usando o AMDGPU-pro

@ 3c8e1f54a4b6 Por que +com_skipSignInManager 1 necessário? Não consigo encontrar informações sobre o que exatamente está faltando no progresso da campanha (então, se por exemplo pontos de XP estão faltando, pontos de arma não são rastreados, etc.) se eu não estiver logado em uma conta Bethesda.

@ 3c8e1f54a4b6 Tenho uma placa nVidia e, quando ela é

@ gardotd426 Eu não estava dizendo a eles para movê-lo, eles estavam dizendo que o colocaram em /.steam/root/ também
Eu estava apenas dizendo a eles que era o mesmo que /.steam

@ 3c8e1f54a4b6 Por que +com_skipSignInManager 1 necessário?

Fico feliz em dizer que não. Nada mudou quando o removi da minha lista de opções de inicialização. Além disso, adicioná-lo não desabilitou nenhum recurso relacionado a Bethesda.net (pelo que eu posso dizer). O mesmo vale para +com_skipIntroVideo 1 ; removê-lo não causa travamentos e os vídeos são exibidos perfeitamente.

@ 3c8e1f54a4b6 Eu tenho placa nVidia e então quando ela abre, aparece uma caixa de diálogo [...].

Não tenho certeza, desculpe! Eu tenho uma GPU AMD, então não consigo reproduzir nenhum problema relacionado à NVIDIA.

@ blazini36 Você não está procurando o lugar certo para o amdgpu-pro (pelo menos com meus pacotes). O leia-me fornece o caminho correto para eles: https://github.com/Tk-Glitch/PKGBUILDS/tree/master/amdgpu-pro-vulkan-only

@ blazini36 veja é exatamente por isso que eu disse para verificar, esse é o seu problema
ali. Você precisa ter
VK_ICD_FILENAMES = / opt / amdgpu-pro / etc / vulkan / icd.d / amd_icd64.json
Em suas opções de lançamento

Na quarta-feira, 25 de março de 2020, 1:03 Etienne Juvigny [email protected]
escrevi:

@ blazini36 https://github.com/blazini36 Você não está olhando para a direita
lugar para amdgpu-pro (pelo menos com meus pacotes). O leia-me dá o
caminho correto para eles:
https://github.com/Tk-Glitch/PKGBUILDS/tree/master/amdgpu-pro-vulkan-only

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

@ 3c8e1f54a4b6 Fantástico, obrigado! O único problema remanescente é um leve crepitar no áudio. Os gráficos parecem OK (eu não conseguia jogar ainda, tenho que cuidar de outra coisa primeiro, então só pude abrir o menu principal). Alguém sabe alguma coisa sobre isso?

EDIT: Crackling só parece aparecer no menu principal, não no jogo. Além disso, defino VSync como "Adaptável" para ajudar no desempenho.

@GloriousEggroll
A postagem de @ 3c8e1f54a4b6 acima me deu esperança novamente, então tentei sua versão 5.4-GE-3.
O jogo começa, mas após o aviso do motorista (sei que posso desabilitar isso), aparece apenas uma tela preta.
Talvez você possa usar essas informações sobre uma configuração da nvidia.

Ou talvez outra pessoa tenha alguma ideia.
Ou os muito silenciosos desenvolvedores de prótons podem dar uma olhada.

Informação do sistema:
Linux Mint 19.3 (baseado no Ubuntu 18.04)
kernel 5.5.11 personalizado
mais recente mesa git
driver beta da nvidia mais recente
Nvidia RTX 20180 Ti
cliente Steam Beta

saída da linha de comando do Steam:

------ Command Line ------
 DOOMEternalx64vk.exe +com_enableCrashHandler 0 +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
2020-03-25T09:47:59.396+01:00 LOG: Command Line: DOOMEternalx64vk.exe +com_enableCrashHandler 0 +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
------ OS Information ------
    Microsoft Windows 7 Build 7601

------ CPU Information ------
    AMD Ryzen Threadripper 3960X 24-Core Processor 
    1 CPU package, 24 physical cores, 48 logical cores
    3.5 GHz     AMD CPU with MMX & SSE & SSE2 & SSE3 & SSSE3 & SSE41 & SSE42 & AVX & HTT
    32768 kB 1st level cache, 524288 kB 2nd level cache, 16777216 kB 3rd level cache
    79.73 GB System Memory

idLib::SetProduction( PROD_PRODUCTION )
------- Initializing renderSystem --------
PreliminaryRenderSetup
...registered window class
-------------------------
Application Info
-------------------------
App    : DOOMEternal - 1.0.2
Engine : idTech - 7.1.1
-------------------------
Instance Extensions
-------------------------
 + VK_KHR_surface
 + VK_KHR_win32_surface
 + VK_KHR_get_surface_capabilities2

-------------------------
Vulkan Device Info:
-------------------------
Vendor : NVIDIA
GPU    : GeForce RTX 2080 Ti
VRAM   : 11510 MiB
Driver : 440.66.04 (6e108100)
VK API : 1.2.135


Fossilize INFO: Overriding serialization path: "/Games/SteamLibrary/steamapps/shadercache/782330/fozpipelinesv4/steamapprun_pipeline_cache".
-------------------------
Device Extensions
-------------------------
 + VK_KHR_swapchain
 + VK_KHR_dedicated_allocation
 + VK_NV_dedicated_allocation_image_aliasing
 + VK_KHR_8bit_storage
 + VK_KHR_16bit_storage
 + VK_KHR_shader_float16_int8
 + VK_EXT_descriptor_indexing
 + VK_EXT_full_screen_exclusive
 + VK_KHR_driver_properties
Initializing Vulkan subsystem
ShowGameWindow: (0, 0) 1920 x 1080, full screen
RENDER THREAD STACK SIZE: 4194304
Initialized stack tracer
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.

log de prótons:
steam-782330.log

obrigado

5.4-GE-3 funciona enquanto 5.4-GE-2 não funciona, o desempenho parece ser alguns fps melhor do que tkg-5.4 em áreas calmas, mas ainda consigo 20fps em lutas em configurações baixas.
Os diagnósticos do jogo ainda mostram vulkan 1.1.119 que pode ser a causa (optei pelo Steam Beta e executando o Steam runtime)

5.4-GE-3 Funciona para mim! Com

%command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1

Você não precisa de nenhuma opção de inicialização, o jogo funciona sem elas.
Também não há necessidade de% command% no início das opções de inicialização.
A sintaxe é:
1: environment variables
2: %command%
3: command line arguments for the specific game executable

Exemplo:
PROTON_LOG=1 %command% +com_skipIntroVideo 1

Olá! Eu não posso fazê-lo funcionar...
Minha configuração:
básico OS 5.1.2 Hera baseado no Ubuntu 18.04.3 LTS
Linux 5.3.0-42-genérico
GTX1060 6 GB com drivers 440.64
Eu tenho o Steam Beta
Corri com o 5.4-GE-3 mais recente e opções de lançamento: PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Encontrei duas mensagens de erro no log, repetidas várias vezes:

  1. FATAL ERROR: Please update your driver: VK_EXT_full_screen_exclusive is required.
  2. ERROR: ld.so: object '/home/luka/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Alguma ideia de como consertar isso? Obrigado!
Editar: Log completo carregado
steam-782330.log

@ gardotd426 que fez isso agora é iniciado. Quando verifiquei esse caminho pela primeira vez, não tinha o AMDGPU-PRO instalado corretamente; no dia seguinte, quando o fiz, não devo ter percebido que estava usando o caminho errado.

Surpreso por não ter banido, mas consegui lançá-lo com GE3 e TKG-r12. No 5700xt @ 1440p estou obtendo ~ 60FPS que cai para ~ 30 em lutas no primeiro estágio. Um pouco de áudio crackly no menu, mas parece parar no jogo.

GE3 pode funcionar um pouco mais suave do que o TKG-r12. Vou ter que percorrer o tópico e ver se há alguma melhoria a ser feita quando eu sair do trabalho, mas por enquanto é definitivamente jogável. Não mexi muito com isso e minha única opção de lançamento é:
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command%
Obrigado rapazes

@johnygum você precisa instalar o driver beta mais recente da nvidia, ele vem com vulkan 1.2.135, que tem o recurso VK_EXT_full_screen_exclusive.
https://developer.nvidia.com/vulkan-driver

Você pode ignorar com segurança o erro de pré-carregamento ld.so.

@ blazini36
O desempenho do 5700XT é estranho. Em quais configurações você está jogando? O que é exibido como um driver Vulkan na sobreposição de desempenho do jogo?

No Vega @ 1440p no alto, estou mais em torno de 90-120 fps.

Finalmente trabalhando para mim agora, graças ao GE3!
AMD Radeon 5700XT
Kubuntu 19.10
PPA Oibaf mais recente (mesa-git)
Pacote Vulkan LunarG: https://packages.lunarg.com
5.4-GE-3
Cliente Steam Beta
Funciona perfeitamente, FPS loucamente suave, desempenho no mesmo nível da partição do Windows, apenas testado um pouco até agora, mas sem falhas gráficas, pode alternar facilmente se o jogo estiver configurado para janela / sem borda.
Exe oficial de pelúcia Denuvo.

@DistantThunder Eu deixei tudo configurado da maneira padrão para 1080p e apenas alterei a resolução para 1440p para que seja alta / ultra. Como eu disse, não demorei muito a brincar com ele, fiquei feliz em vê-lo ser lançado ... Vou mexer nele mais tarde hoje

Realmente irritante que o git fica alternando aleatoriamente minhas contas com base no dispositivo que estou usando. O acima foi o meu comentário.

@AllKind Eu atualizei meus drivers gráficos para 440.66.04, mas o erro parece ser o mesmo ...
steam-782330.log

Obrigado @GloriousEggroll , com Proton-5.4-GE3 funciona para mim!

Debian 10.3 (4.19.98-1)
i5 7600k, 32 RAM, RTX2070
Cliente Steam Beta
Vulkan 1.2.131.2
Driver NVIDIA 440.66.04

O jogo está sendo executado fora da caixa do cliente Steam, sem opções de inicialização ou binário DRM-Free.
Em 4k e "Ultra Nightmare" estou conseguindo 20-25 FPS.
Em 2k e "Ultra Nightmare" estou obtendo 40-60 FPS.
O som está quase limpo, pelo menos não está me incomodando.

Bom trabalho!

@johnygum pode ser que você esteja atingindo o bloco Denuvo (proteção DRM).
Alguém descreveu o erro exato em alguns posts acima (desculpe, eu não tenho tempo agora para fazer toda a rolagem). Encontre esse post e compare (talvez sem PROTON_LOG = 1, apenas iniciando o Steam em um terminal). Se eles são iguais, você tem que esperar 24 horas ... e sim, bem-vindo ao inferno Denuvo.

@AllKind Oh, sim, pode ser o caso, eu estava iniciando o Doom várias vezes recentemente quando estava tentando configurações diferentes ... Obrigado

com o novo próton GE-3 da @GloriousEggroll , ele finalmente funciona para mim.
Linux Mint 19.3
Nvidia GTX 1070
usando o Steam .exe não modificado
não usou nenhuma das opções de inicialização para pular coisas.
ainda recebo o erro de "driver desatualizado", mas basta clicar depois disso
o desempenho ainda é muito ruim, obtendo 40-60 fps nas configurações mais baixas com quedas realmente ruins na qualidade durante algumas cenas e encontros tensos. mas funciona

Kubuntu 18.04
Nvidia GTX 1070
Driver Nvidia 440.64
Vulkan 1.1.126
Proton 5.4-GE-3
(exe padrão iniciado a partir do vapor)

Eu tenho uma mensagem de driver desatualizada quente. O jogo travou nas duas primeiras tentativas na tela de carregamento. Mas depois disso, pude começar minha campanha e jogar o jogo. O desempenho foi muito ruim, consegui 10-20 fps nas configurações mais baixas com resolução de 1080p. O problema do som crepitante também ocorre.

Olá @ mozo78 , você auto-promoveu seu link do fórum 4 vezes. Considere isso um aviso de que qualquer autopromoção futura será considerada spam.

Gente com 5700xt aqui, vocês têm algum problema quando o jogo congela todo o sistema em 5 minutos de jogo? Estou usando o Proton 5.4-GE-3 e o amdgpu-pro.

@ Progman-DT Eu também experimentei travamentos no meu 5700 aleatoriamente e em certas áreas do mapa. O driver de vídeo sempre trava durante o nível Base do Cultista quando você cai no poço (onde aqueles demônios explodindo são introduzidos) por exemplo. Às vezes, o driver de vídeo consegue se recuperar e o GNOME-shell vai travar, às vezes todo o sistema reinicia, às vezes eu consigo mudar para outro TTY antes que o driver de vídeo tente se recuperar, o que me permite reiniciar o sistema normalmente através do TTY, mudando de um TTY voltar para o GNOME-shell ainda bloqueará o sistema ou travará o GNOME-shell.

Esses problemas que tive com AMDVLK-pro 19.50 + Linux 5.6rc4 + Esta compilação de Proton personalizada

Não posso confirmar se esses problemas existem no kernel estável mais recente e no Proton 5.5 e / ou GE (em combinação com RADV, se possível) porque o Denuvo continua me dando banimentos de 24 horas sempre que eu lanço o jogo.

@ dennis1248 AMDVLK é conhecido por ter esse problema com o jogo. RADV não tem o problema, mas desempenho inferior (e você precisa do primeiro mesa 19 ou mesa-git para Navi ou o jogo travará ao iniciar). O driver proprietário amdgpu-pro também funciona de forma mais estável que o AMDVLK e com alto desempenho. Não tenho certeza se é tão estável quanto RADV.

Não, acabei de compilar o mesa-git mais recente, e o jogo ainda congela todo o sistema com RADV ainda mais rápido do que com amdgpu-pro.

Então você provavelmente terá outro problema. Terminei o jogo com minhas próprias construções de prótons e RADV + 5700XT sem uma única falha ou travamento. Dito isso, joguei a primeira hora ou mais no AMDGPU-PRO sem travar ou travar.

Esse cara percebeu o problema com a nvidia: https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394/6

Aparentemente, o jogo quase não usa VRAM, e eu verifiquei também. Você também pode se tiver duas telas: htop e assistir nvidia-smi em uma tela e o jogo na outra. Verifique você mesmo também se estiver curioso

Eu literalmente tenho quase a mesma taxa de quadros rodando em low e ultra, e com todas as configurações até ultra, o jogo usa apenas ~ 850 MB de VRAM, e o processo usa ~ 9GB de RAM; Ele cairia para ~ 550 MB para o jogo e ~ 5-6 GB com configuração em baixo / médio.
Existe alguma explicação para isso?

Olá @ mozo78 , você auto-promoveu seu link do fórum 4 vezes. Considere isso um aviso de que qualquer autopromoção futura será considerada spam.

Olá @ kisak-valve,
Este não é o meu fórum, é o fórum da NVIDIA.

Proton-5.4-GE-3 funciona, sem parâmetros extras necessários. Steam Beta. Atualizado para NVIDIA 440.66.04
Ele até reproduz o som do vídeo de introdução do bethesda, o que o tkg não fazia.

Não é possível alternar para qualquer outra janela / espaço de trabalho ou a tela / janela DOOM fica preta.

Uso de RAM de laptop: 60% de 15,6 GB
Uso de memória gráfica: 23% de 6 GB

Proton-5.4-GE-3 funciona, sem parâmetros extras necessários. Steam Beta. Atualizado para NVIDIA 440.66.04
Ele até reproduz o som do vídeo de introdução do bethesda, o que o tkg não fazia.

Não é possível alternar para qualquer outra janela / espaço de trabalho ou a tela / janela DOOM fica preta.

Uso de RAM de laptop: 60% de 15,6 GB
Uso de memória gráfica: 23% de 6 GB

As configurações são muito importantes. Você pode especificar quais configurações de qualidade deseja definir? (a textura é mais importante para isso)

Fiz funcionar com o Proton-5.4-GE-3 da @GloriousEggroll . Embora, existam alguns artefatos gráficos e gagueira. Dê uma olhada:
https://www.youtube.com/watch?v=NhK5NRv7Xhw

Eu tenho todas as configurações no menor possível, e desliguei tudo que pode ser desligado.
Ainda está rodando abaixo de 60FPS, tem um mínimo de 17 FPS durante cenas sem jogo.

Acho que a VRAM também não está sendo usada como deveria.
Na última execução o Nvidia-Settings está me dizendo que a memória dedicada atingiu 1863 MB (31%), mas a base quando não está funcionando é de 21%.

Gente com 5700xt aqui, vocês têm algum problema quando o jogo congela todo o sistema em 5 minutos de jogo? Estou usando o Proton 5.4-GE-3 e o amdgpu-pro.

Sim, parecia sempre quando eu estava lutando contra cavaleiros do Inferno, não tenho ideia se isso está relacionado. Mas depois de mudar para amdgpu-pro compilado com PKGBUILDS do Tkglitch (sua versão 19.50, aur tem 19.30 agora) tudo funciona bem :) Mas estou usando a versão de prótons postada por 999eagle, com GE 3 o jogo trava após começar

Fiz funcionar com o Proton-5.4-GE-3 da @GloriousEggroll . Embora, existam alguns artefatos gráficos e gagueira. Dê uma olhada:
https://www.youtube.com/watch?v=NhK5NRv7Xhw

Eu tenho os mesmos problemas. Aposto que você está usando um amd gpu com vulkan-radeon? Tente alternar para amdvlk ou vulkan-amdgpu-pro. Eles trabalharam para mim sem esses artefatos :)

Fiz funcionar com o Proton-5.4-GE-3 da @GloriousEggroll . Embora, existam alguns artefatos gráficos e gagueira. Dê uma olhada:
https://www.youtube.com/watch?v=NhK5NRv7Xhw

Eu tenho os mesmos problemas. Aposto que você está usando um amd gpu com vulkan-radeon? Tente alternar para amdvlk ou vulkan-amdgpu-pro. Eles trabalharam para mim sem esses artefatos :)

Obrigado! Isso corrigiu os artefatos, mas a gagueira ainda está lá.

Edit: Outra coisa estranha, o botão da guia não parece estar funcionando.

Obrigado! Isso corrigiu os artefatos, mas a gagueira ainda está lá.

Edit: Outra coisa estranha, o botão da guia não parece estar funcionando.

Você tentou desligar a sobreposição do Steam e o contador do Steam FPS nas propriedades do jogo no Steam?

Finalmente trabalhando!

Especificações:

  • Ubuntu 19.10, kernel 5.3
  • Drivers GeForce 440,44

Quão:

  1. Use Proton-GE-5.4-3
  2. (Talvez opcional? Não tenho certeza) Compilar e instalar o Vulkan-Loader 1.2.135 . Clone o repo e execute:
cd Vulkan-Loader
mkdir build
cd build
cmake ..
make
sudo make install
sudo ldconfig
  1. Instale vulkan-tools do apt e execute vulkaninfo | less . Isso mostrará sua versão Vulkan. Deve ser atualizado após executar ldconfig .
  2. Execute o jogo com a seguinte configuração de inicialização: +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1

O áudio está estalando, o desempenho (EDIT) é péssimo ... mas funciona! Vou começar a testar e consertar o áudio em breve e atualizarei minha postagem se começar a funcionar.

EDIT: Consegui consertar o áudio alterando a resolução da tela. Não foi definido com a resolução nativa do meu laptop, por algum motivo. O desempenho ainda é horrível, porém, e os vídeos de fato param.

Minhas especificações:
Ubuntu 18.04
kernel 5.3.0-42-genérico (hwe)
Drivers GeForce 440.64 (desinstalei todos os pacotes do Ubuntu nvidia e executei o nvidia um à mão depois de systemctl isolate multi-user.target )
Placa GeForce GTX 970
Proton-GE-5.4-3 (embora eu tenha encontrado esse bug, parece estar usando o correto para Doom Eternal)
Também adicionei +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 aos parâmetros de inicialização.

Recebo um "Erro de driver de GPU"
image

Clicar em Sim sai imediatamente.
Apertar o Play balança minha CPU um pouco, e então sai.

o que estou perdendo?

Alguém mais travou durante o jogo e ganhou uma conquista / viu um amigo ficar online? Isso continua acontecendo comigo e está começando a ficar muito frustrante.

@DrSlowpokePhd Doom atualmente irá travar se a janela perder o foco por qualquer motivo. Qualquer pop-up de vapor ou mesmo alteração de volume fará com que ele congele.

@DrSlowpokePhd jogar com o modo Borderless Windowed parece corrigir isso para mim, embora eu também recomende desativar o Steam Overlay.

Minhas especificações:
Ubuntu 18.04
kernel 5.3.0-42-genérico (hwe)
Drivers GeForce 440.64 (desinstalei todos os pacotes do Ubuntu nvidia e executei o nvidia um à mão depois de systemctl isolate multi-user.target )
Placa GeForce GTX 970
Proton-GE-5.4-3 (embora eu tenha encontrado esse bug, parece estar usando o correto para Doom Eternal)
Também adicionei +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 aos parâmetros de inicialização.

Recebo um "Erro de driver de GPU"
image

Clicar em Sim sai imediatamente.
Apertar o Play balança minha CPU um pouco, e então sai.

o que estou perdendo?

Kai4785, acredito que esse comportamento é o que acontece quando o DRM entra em ação depois de tentar executá-lo mais de 5 vezes.
Meu jogo roda bem com GE-3 (exceto pelo baixo FPS porque o jogo não funciona bem com NVIDIA), mas depois de jogar 5 vezes ele começa a fazer como você descreveu. Estou esperando 24hs agora até poder jogar novamente.

@KaeKun DRM só deve ser acionado se você usar 5 vinhos diferentes ou algo semelhante.

@KaeKun DRM só deve ser acionado se você usar 5 vinhos diferentes ou algo semelhante.

Para mim, isso acontece a cada 5 vezes que o executo com o mesmo Proton. A menos que algo mais esteja acontecendo.

Finalmente trabalhando!

Especificações:

* Ubuntu 19.10, kernel 5.3

* GeForce drivers 440.44

Quão:

1. Use [Proton-GE-5.4-3](https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3)

2. (Maybe optional? Not sure) Build and install [Vulkan-Loader 1.2.135](https://github.com/KhronosGroup/Vulkan-Loader). Clone the repo and run:
cd Vulkan-Loader
mkdir build
cd build
cmake ..
make
sudo make install
sudo ldconfig
1. Install `vulkan-tools` from apt and run `vulkaninfo | less`. That will show you your Vulkan version. Should be updated after running `ldconfig`.

2. Run the game with the following launch config: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1`

O áudio está estalando, o desempenho (EDIT) é péssimo ... mas funciona! Vou começar a testar e consertar o áudio em breve e atualizarei minha postagem se começar a funcionar.

EDIT: Consegui consertar o áudio alterando a resolução da tela. Não foi definido com a resolução nativa do meu laptop, por algum motivo. O desempenho ainda é horrível, porém, e os vídeos de fato param.

Também está funcionando.

Especificações:
Fedora 31 com todas as atualizações
GPU: nvidia GTX 1070, driver 440.64

Usou a construção de prótons mencionada acima

Funcionou com qualquer versão do carregador Vulkan que o Fedora 31 possui atualmente.

Notas sobre desempenho: geralmente é ruim. As coisas podem ser melhoradas mudando para Janela sem borda e desligando o V-Sync. O que isso consegue é um bom FPS e qualidade de renderização em uma mistura de configurações High e Ultra no menu, e mais de 30 fps na missão Gore Nest (mas com uma qualidade péssima, já que o jogo reduzirá tudo para tentar atingir 60fps). Presumo que definir 30 fps como destino de escala melhorará os visuais.

Estalos de som.

Estou tendo um déjà-vu de 2016, quando Doom ficou em um estado semelhante por um tempo no Linux.

o que estou perdendo?

@ kai4785 Você pode editar um arquivo de configuração para remover o aviso do driver.
Copypasta das notas de lançamento do Proton-5.4-GE-2:

Para se livrar dos avisos de pré-lançamento da GPU, como (HDR não compatível), abra DOOMEternal / launcherData / launcher.cfg e altere tudo para 0:

rgl_showAMDStartupWarning 0
rgl_showIntelStartupWarning 0
rgl_showNvidiaStartupWarning 0

@ zachzilla04 não precisa ser 5 vinhos diferentes. Pode ser um vinho
execute 5 vezes diferentes se você ajustar ou alterar coisas como a versão DXVK,
versão do carregador icd vulkan, driver vulkan (amdvlk, radv, amdgpu-pro, etc),
qualquer coisa assim pode levar Denuvo a pensar que você está em um caminho diferente
máquina. Aconteceu comigo várias vezes com Resident Evil 2 antes de
removido Denuvo.

Na quinta-feira, 26 de março de 2020 às 9h24, dpanter [email protected] escreveu:

o que estou perdendo?

@ kai4785 https://github.com/kai4785 Você pode editar um arquivo de configuração para
remova o aviso do driver.
Copypasta das notas de lançamento do Proton-5.4-GE-2:

Para se livrar dos avisos de pré-lançamento da GPU, como (HDR não compatível), abra
DOOMEternal / launcherData / launcher.cfg e altere tudo para 0:

rgl_showAMDStartupWarning 0
rgl_showIntelStartupWarning 0
rgl_showNvidiaStartupWarning 0

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

Obrigado pela ajuda.
Em minha configuração, rgl_showNvidiaStartupWarning 0 já era 0 e o aviso ainda é exibido.
Mas definir rgl_minNvidiaDriverVersion 0 como 0 funciona! :)

Esta manhã, o comportamento é diferente, provavelmente por motivos "Denuvo". Agora eu consigo
image

Clicar em "Repetir" aqui simplesmente volta ao normal, clicando em "OK" para sair.

@ kai4785 Você acionou o DRM de alguma forma e agora tem que esperar 24 horas.

Portanto, a comunidade fez muito trabalho:

  • atualização de versões personalizadas de prótons
  • testando várias configurações e configurações diferentes
  • postar logs de depuração e relatórios de sucesso
  • escrever relatórios de bug
  • ajudando uns aos outros

Portanto, seria ótimo ouvir o pessoal da Valve aqui. Os desenvolvedores de prótons.

  • Como vocês, especialistas no assunto, veem as coisas?
  • Qual é o roteiro?
  • O que está sendo feito?
  • O que podemos esperar?

Obrigado,
Todos os tipos

Obrigado! Isso corrigiu os artefatos, mas a gagueira ainda está lá.
Edit: Outra coisa estranha, o botão da guia não parece estar funcionando.

Você tentou desligar a sobreposição do Steam e o contador do Steam FPS nas propriedades do jogo no Steam?

Boa decisão. Desativar a sobreposição do Steam faz com que o botão da guia funcione.

Em outra nota. Instalar amdvlk corrige os artefatos em Doom Eternal, mas os introduz em outros jogos, como 7 Dias para Morrer.

Em outra nota. Instalar amdvlk corrige os artefatos em Doom Eternal, mas os introduz em outros jogos, como 7 Dias para Morrer.

Como um lembrete para outras pessoas no mesmo barco, você pode especificar qual Vulkan ICD deseja usar com a variável de ambiente VK_ICD_FILENAMES em vez de tentar manipular qual está instalada ou padrão. Se você tiver vários ICDs em seu sistema, apenas especifique o caminho para o arquivo json que define aquele que você deseja usar com um jogo específico.

@PopeRigby simplesmente não usa AMDVLK para esses jogos. AMDVLK é usado pela configuração
um envvar, embora o Steam frequentemente o use por padrão se estiver instalado.
Mas para seus outros jogos, basta colocar:

VK_ICD_FILENAMES = / usr / share / vulkan / icd.d / radeon_icd.x86_64.json% command%

nas opções de lançamento. Desculpe, não posso usar tags de código, estou respondendo por e-mail
e então eles não funcionam.

Na quinta-feira, 26 de março de 2020 às 14h10 PopeRigby [email protected] escreveu:

Em outra nota. A instalação do amdvlk corrige os artefatos no Doom Eternal,
mas os apresenta em outros jogos, como 7 dias para morrer.

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

Então terei que especificar RADV para cada jogo esperado para Doom Eternal?

Cada jogo de vapor, sim. Por alguma razão, o Steam usa automaticamente AMDVLK quando
está instalado, embora nada mais (como Lutris / Wine) faça isso.
Acredite em mim, isso me deixava louco antes de descobrir, porque os cartões Navi
com AMDVLK faz com que o texto do menu não seja renderizado no Resident Evil 7 ou Resident
Evil 2 Remake, e eu estava pirando antes de perceber o que tinha acontecido.

A alternativa seria instalar amdvlk e seus arquivos json associados
em outro lugar, mas isso não é realmente possível (bem, é, mas não
aconselhável) com o pacote oficial Arch / Manjaro. Então, basta adicionar isso para o
jogos para os quais você não deseja usar o amdvlk no Steam. Se eles não têm
problemas de renderização, gostaria apenas de manter amdvlk, porque o desempenho é
basicamente o mesmo.

Na quinta-feira, 26 de março de 2020 às 14h16, PopeRigby [email protected] escreveu:

Então terei que especificar RADV para cada jogo esperado para Doom Eternal?

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

Provavelmente é uma questão de padrões. Inicie o Steam com a variável de ambiente definida para qualquer ICD que você deseja usar por padrão e apenas altere aqueles que deseja que sejam diferentes.

Uma vez que este problema já é usado como um tópico de fórum:
para mim com amdgpu-pro vulkan tudo funciona, até mesmo a sobreposição do Steam e o controlador do Steam (embora irritantemente no menu o gatilho correto seja o clique do mouse, mas isso pode ser contornado mapeando 'a' e 'd' para os botões de alça )

Para resolver os problemas menores restantes:

  • se você tiver som crepitante, aumente a taxa de amostragem de áudio de pulso: use default-sample-rate = 48000 em /etc/pulse/daemon.conf (a localização do arquivo depende da distro) e reinicie o áudio de pulso
  • para evitar problemas com alt-tab ou roubo de foco, use um DE diferente, como awesomewm (ele ainda pode piscar quando em janela, depois que o botão de tela inteira é usado)

Para uma solução potencialmente mais fácil, vale a pena dar uma olhada neste vídeo de instrução de Chris Titus Tech:
https://www.youtube.com/watch?v=g3UPxd8iUsU&feature=emb_logo

Acabei de encontrar uma solução para o meu problema de desempenho da Nvidia, comprei um RX5700 de segunda mão e vendi o meu RTX2060 pelo mesmo preço;)

Para uma solução potencialmente mais fácil, vale a pena dar uma olhada neste vídeo de instrução de Chris Titus Tech:

Esse vídeo é um desastre de trem horrível de informações confusas, imperfeitas e incorretas. Puta merda, cara, na verdade dói assistir.

Para uma solução potencialmente mais fácil, vale a pena dar uma olhada neste vídeo de instrução de Chris Titus Tech:

Esse vídeo é um desastre de trem horrível de informações confusas, imperfeitas e incorretas. Puta merda, cara, na verdade dói assistir.

O vídeo tem 11 minutos de duração quando leva menos de 2 minutos para explicar e fazer as coisas funcionarem. O site é um tutorial melhor do que o vídeo. _Instale o último Proton modificado com esses comandos_ e, em seguida, _copie e cole essas opções de inicialização_ e execute. Em seguida, o vídeo apenas estende tudo para 11 minutos com divagações.

Apenas para resumir o problema (para qualquer pessoa que esteja procurando informações úteis):

DOOM Eternal está usando cabeçalhos Vulkan que não estão (ou não estavam) disponíveis no Proton e na maioria das distros Linux.

Para corrigir isso e fazer com que o jogo inicie sem travar, você deve usar um Proton modificado e instalar o Vulkan loader and headers versão 1.2. A maioria das pessoas confia especificamente no Proton 5.4-GE-3 .

Você coloca Proton em ~/.steam/root/compatibilitytools.d e então vai para DOOM Eternal properties e força o Steam a usar o Proton personalizado.

Existem também alguns problemas com a inicialização padrão do jogo, portanto, adicionar certas opções de inicialização também é necessário. RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 Estes parecem funcionar bem.

Os usuários de GPU AMD parecem ter ótimo desempenho além deste ponto, mas usuários de GPU NVIDIA como eu estão tendo problemas de desempenho - algo que a NVIDIA parece estar investigando, não algo que a Valve ou Proton possam necessariamente consertar.

Mexer muito nas versões do Proton ou nos arquivos do jogo pode acionar um bloqueio DRM que o impedirá de iniciar o jogo por pelo menos 24 horas, mas irá notificá-lo por meio de uma caixa de mensagem quando você tentar iniciar o jogo.

Edit: Isso nos traz aqui. Não há suporte oficial para o jogo. Dificuldades de desempenho para usuários NVIDIA. Dependendo do sistema, pode haver estalos no som. JcKlomp afirma que você pode corrigir isso, porém, alterando a taxa de amostragem padrão para 48 kHz.

Eu tenho o DOOM para inicializar e não há problemas de desempenho aqui, mas ele trava toda vez que um pop-up do Steam acontece. Existe uma solução conhecida ainda? Como alternativa, uma maneira de impedir a exibição de conquistas do Steam ajudaria.

@ 75AngryDucks , acho que foi mencionado que usar a janela sem

@KaeKun Eu defini como sem

@SalmonSeasoning , o jogo pode ou não dizer que você foi bloqueado pelo DRM, pode apenas travar após o primeiro segundo do introvídeo congelando a animação de queda do logotipo do bloco bethesda, ou pode apenas ficar com a tela preta e travar, ou pode ficar com a tela preta e ficar pendurada lá até você matar o processo. Eu tenho todos esses comportamentos diferentes.

Até ganhei um novo comportamento! Acabei de deixar o jogo travar ali e esta janela apareceu de repente. É a primeira vez que isso acontece comigo. Isso aconteceu durante o bloqueio DRM.

image

Além disso, usar próton parece ser suficiente para travar o DRM, pelo menos essa é minha experiência. Alguém mais consegue iniciar o jogo muitas vezes durante o dia?

@KaeKun Não suspeito que o DRM impeça a alocação de memória de vídeo. Isso é mais uma falha do sistema. Você já tentou atualizar seus drivers NVIDIA / AMD? Qual distro você está usando etc? Não sou um profissional do Linux, mas diria que você definitivamente deveria verificar se todos os seus drivers e outras coisas estão atualizados. Tente verificar seus arquivos de jogo. Já fui bloqueado por DRM várias vezes apenas por alterar as versões do Proton e só recebi a mensagem de 24 horas. Pode ser melhor também tentar matar todas as instâncias do jogo usando kill -9 <PID> (não vi nada relacionado ao WINE responder a nada além de -9 quando ele travou). Você pode fazer ps ax | grep "steam" para encontrar processos relacionados ao Steam. Edit: Também tenho vinho-staging instalado em comparação com o vinho normal. Você poderia tentar isso?

Steam para Linux, Beta
Lenovo Legion Y720
CPU Intel® Core ™ i7-7700HQ @ 2,80 GHz × 8
GPU: NVIDIA GeForce GTX 1060
RAM: 15,6 GB

A distro é Void Linux
Kernel Linux 5.5.11_1 x86_64
i3wm 4,18
Driver NVIDIA 440.66.04

Usando Proton-5.4-GE-3

Tudo está atualizado. Eu nunca compilei vinho nem 64 bits de teste de vinho no meu Void. Void Linux só vem com wine-32bit, então eu dependo do Lutris (não estou usando Lutris para Doom Eternal ainda) e das compilações de prótons para rodar wine em 64bit.

Alguém notou que ele atinge a CPU mais do que os jogos em geral? Doom
não tem benchmarks, mas olhando para as estatísticas do jogo meu CPU maxes
quase o mesmo que meu 5700xt. O sistema de jogo é um R5 3600 com um
overclock leve e 16gb 3600mhz ram. A maioria dos jogos roda GPU neste
configuração em ~ 120FPS @ 1440p. Joguei doom eternal em 1440p alto por um tempo
na noite passada e está funcionando de 120fps a 40fps no jogo. Totalmente jogável,
não é ruim, mas tenho certeza que poderia ser melhor. Apenas me perguntando se o
O acerto da CPU é uma coisa de próton ou o que, @ 1440p, devo ser afunilado pelo
GPU.

Em Qui, 26 de março de 2020 às 17h04 Ty Qualters [email protected]
escrevi:

@KaeKun https://github.com/KaeKun Eu não suspeitaria de DRM para prevenir
alocação de memória de vídeo. Isso é mais uma falha do sistema. Você tentou
atualizando seus drivers NVIDIA / AMD? Qual distro você está usando etc? Eu não sou um
Linux profissional, mas eu diria que você definitivamente deveria verificar todos os seus drivers
e outras coisas estão atualizadas. Tente verificar seus arquivos de jogo. Eu tenho DRM
já travou várias vezes apenas por mudar as versões do Proton e eu
só recebi a mensagem de 24 horas. Pode ser melhor tentar matar todos
instâncias do jogo usando kill -9(Eu não vi nada WINE
relacionado responde a qualquer coisa diferente de -9 quando está travado). Você pode fazer ps
machado | grep "steam" para encontrar processos relacionados ao Steam.

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

@KaeKun Pode ser um problema, pois está em um laptop e é uma placa da série 10. A maioria das pessoas aqui provavelmente está executando uma série RTX 20 ou uma placa AMD. Olhando as especificações do laptop, ele diz 6 GB de VRAM e o jogo aloca ~ 3 GB, então esse não deve ser o problema. Pode facilmente ser apenas mais um problema com os drivers da NVIDIA. Considerando que você está executando o Void Linux em tudo, vou supor que você não tem muito inchaço no fundo.

Não tenho problemas com o jogo além de gaguejar, então não tenho certeza do que está causando isso.

Para uma solução potencialmente mais fácil, vale a pena dar uma olhada neste vídeo de instrução de Chris Titus Tech:

Esse vídeo é um desastre de trem horrível de informações confusas, imperfeitas e incorretas. Puta merda, cara, na verdade dói assistir.

O vídeo tem 11 minutos de duração quando leva menos de 2 minutos para explicar e fazer as coisas funcionarem. O site é um tutorial melhor do que o vídeo. _Instale o último Proton modificado com esses comandos_ e, em seguida, _copie e cole essas opções de inicialização_ e execute. Em seguida, o vídeo apenas estende tudo para 11 minutos com divagações.

Não consigo ver a relevância de suas divagações sobre as divagações dele. Executar um script e definir algumas opções de inicialização é mais fácil do que algumas das soluções propostas aqui e em outros lugares, por isso pode ser útil para muitos.

Proton-5.4-GE-3 funciona para mim e funciona bem!

75-100FPS dependendo do que está acontecendo vs 120FPS no Windows, deve ser mais quando eu remover o comando de inicialização PROTON_LOG = 1, o arquivo de log tem 300 + MB!
Não tive nenhum gráfico estranho / gagueira.

Informações do sistema Steam: https://gist.githubusercontent.com/zaggynl/62963c4962309f9bbc4bc1d091cdf419/raw/f0bbe2b783e63d62d3b3aea9b378362b08fdafea/gistfile1.txt

Arquivo de registro do Proton: steam-782330-zaggynl.log.zip

Comando de inicialização: RADV_PERFTEST = llvm PROTON_LOG = 1% command%

Editar: adicionadas informações completas do Steam, não completou o carregamento antes.

@KaeKun Pode ser um problema, pois está em um laptop e é uma placa da série 10. A maioria das pessoas aqui provavelmente está executando uma série RTX 20 ou uma placa AMD. Olhando as especificações do laptop, ele diz 6 GB de VRAM e o jogo aloca ~ 3 GB, então esse não deve ser o problema. Pode facilmente ser apenas mais um problema com os drivers da NVIDIA. Considerando que você está executando o Void Linux em tudo, vou supor que você não tem muito inchaço no fundo.

Eu tenho exatamente o mesmo laptop (o 1060 tem 6GB VRAM), mas com o arco. Posso executar a versão sem DRM (ambos próton 5.0.4 e GE-3 build), embora com o problema de RAM que mencionei acima neste tópico.

@zaggynl Cai abaixo de 75 fps? Eu tenho um sistema com 3900x e 5700xt também, mas mudei o 5700xt para o meu PC Mediacenter que é 3600 porque o jogo remoto não estava funcionando.

Como postei acima, estou vendo ~ 40-120fps a 1440p. A queda nos frames pode ser um impacto da CPU quando normalmente 3600 e 3900x não estariam muito longe em um jogo como a destruição a 1440p

Atualização curta após mais testes:

  • Proton-5.4-GE-3 funciona bem, melhor construção de próton que testei até agora
  • Com esta construção, a gagueira do som foi corrigida
  • Acho que há um ligeiro aumento de desempenho, tendo 60-100 FPS (720p, detalhes médios) mais ou menos o tempo todo. Longe do ideal devido ao meu hardware, mas absolutamente jogável.

Caso você tenha acabado de começar os testes e tenha uma placa NVIDIA, no meu caso o desempenho nas primeiras salas do primeiro nível foi horrível (20-25FPS), mas melhora depois da primeira área externa.

Acho que a partir daqui só tenho que esperar por um novo driver NVIDIA.

Depois de vencer a campanha no Windows, tive a chance de testar novamente. No Windows, eu estava chegando a algo entre 80 FPS e 140+ FPS.

Hardware:

  • i7-4770
  • GTX 1080 ti
  • 32 GB de RAM

Programas:

  • Fedora 30
  • Drivers RPMFusion NVIDIA: 440.64
  • Cliente Steam Beta
  • Proton-5.4-GE-3
  • Doom Eternal Retail (versão DRM)

Pouco antes do jogo, recebo um aviso de que meus drivers estão desatualizados, mas o jogo inicia sem problemas. Os vídeos parecem reproduzir bem. O login funciona bem. Nos tutoriais do modo de batalha em que há poucos objetos, obtenho mais de 140 FPS a 1080p. No Fortress of Doom, obtenho uma média de 30 FPS a 1080p. Minhas configurações gráficas estão em Ultra Nightmare com um FOV de 110. Alguns dos modelos (como o Slayer em pé no pódio no menu principal) quase parecem borrados para mim.

De qualquer forma, o progresso é impressionante desde apenas uma semana atrás.

Depois de vencer a campanha no Windows, tive a chance de testar novamente. No Windows, eu estava chegando a algo entre 80 FPS e 140+ FPS.

Hardware:

  • i7-4770
  • GTX 1080 ti
  • 32 GB de RAM

Programas:

  • Fedora 30
  • Drivers RPMFusion NVIDIA: 440.64
  • Cliente Steam Beta
  • Proton-5.4-GE-3
  • Doom Eternal Retail (versão DRM)

Pouco antes do jogo, recebo um aviso de que meus drivers estão desatualizados, mas o jogo inicia sem problemas. Os vídeos parecem reproduzir bem. O login funciona bem. Nos tutoriais do modo de batalha em que há poucos objetos, obtenho mais de 140 FPS a 1080p. No Fortress of Doom, obtenho uma média de 30 FPS a 1080p. Minhas configurações gráficas estão em Ultra Nightmare com um FOV de 110. Alguns dos modelos (como o Slayer em pé no pódio no menu principal) quase parecem borrados para mim.

De qualquer forma, o progresso é impressionante desde apenas uma semana atrás.

Sim, estou vendo um desempenho muito ruim também. O jogo finalmente roda, mas em um 3800X e um 1080Ti, estou tendo uma média de 17-30fps em 1080p universalmente com drivers de 440,64-2.

Manjaro 5.4.x com Proton-5.4.-GE-3. Parece que Manjaro precisa de 440.66.0 para melhorar esse desempenho. Também espero que a Nvidia possa examinar o problema do driver. O desempenho parece ser do lado da Nvidia muito ruim.

Boas notícias a todos!

Ubuntu 18.04
GeForce GTX 970 (driver 440.64)
i5-4670
Memória 16 GiB
Proton-5.4-GE-3 (Força o uso de uma ferramenta de compatibilidade Steam Play específica em Propriedades)
Doom Eternal via Steam
Opções de lançamento: RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1
steamapps/common/DOOMEternal/launcherData/launcher.cfg configuração rgl_minNvidiaDriverVersion 0 desabilitou o aviso da placa gráfica.
/etc/pulse/daemon.conf configuração default-sample-rate = 48000 consertou meu som crepitante

E joguei uma hora sem travamentos.

Tive que diminuir os gráficos, o desempenho não era ótimo e corresponde ao que outros falaram em termos de desempenho em comparação com o Windows. Eu sempre espero um pouco fora do topo, mas mais como 4-5%, não 20-50% de diferença nas taxas de quadros.
Também notei que quando as taxas de quadros caíram, o mesmo aconteceu com a velocidade de jogo e as cenas cinematográficas. Quando as pessoas estavam conversando com Doomguy, muitas vezes começavam na hora certa, mas falavam mais rápido do que os personagens estavam sendo renderizados, então seus lábios estavam fora de sincronia.
Eu também não pude sair do jogo com Alt + Tab sem fazer com que o jogo travasse em uma tela preta e tivesse que ser eliminado pelo ID do processo (o Steam não poderia parar o jogo).

@zaggynl Cai abaixo de 75 fps? Eu tenho um sistema com 3900x e 5700xt também, mas mudei o 5700xt para o meu PC Mediacenter que é 3600 porque o jogo remoto não estava funcionando.

Como postei acima, estou vendo ~ 40-120fps a 1440p. A queda nos frames pode ser um impacto da CPU quando normalmente 3600 e 3900x não estariam muito longe em um jogo como a destruição a 1440p

Joguei apenas um mapa, não parecia estar abaixo de 60FPS, vou procurar um melhor registro.
Além disso, isso foi postado no Reddit: https://flightlessmango.com/benchmarks/PqwIAd6zmyc via https://old.reddit.com/r/linux_gaming/comments/fphldf/doom_eternal_benchmark_linux_vs_windows/.

Boas notícias a todos!

Ubuntu 18.04
GeForce GTX 970 (driver 440.64)
i5-4670
Memória 16 GiB
Proton-5.4-GE-3 (Força o uso de uma ferramenta de compatibilidade Steam Play específica em Propriedades)
Doom Eternal via Steam
Opções de lançamento: RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1
steamapps/common/DOOMEternal/launcherData/launcher.cfg configuração rgl_minNvidiaDriverVersion 0 desabilitou o aviso da placa gráfica.
/etc/pulse/daemon.conf configuração default-sample-rate = 48000 consertou meu som crepitante

E joguei uma hora sem travamentos.

Tive que diminuir os gráficos, o desempenho não era ótimo e corresponde ao que outros falaram em termos de desempenho em comparação com o Windows. Eu sempre espero um pouco fora do topo, mas mais como 4-5%, não 20-50% de diferença nas taxas de quadros.
Também notei que quando as taxas de quadros caíram, o mesmo aconteceu com a velocidade de jogo e as cenas cinematográficas. Quando as pessoas estavam conversando com Doomguy, muitas vezes começavam na hora certa, mas falavam mais rápido do que os personagens estavam sendo renderizados, então seus lábios estavam fora de sincronia.
Eu também não pude sair do jogo com Alt + Tab sem fazer com que o jogo travasse em uma tela preta e tivesse que ser eliminado pelo ID do processo (o Steam não poderia parar o jogo).

Você está com NVIDIA, por que RADV_PERFTEST = llvm?

Boas notícias a todos! Ubuntu 18.04 GeForce GTX 970 (driver 440.64) i5-4670 16GiB Memory Proton-5.4-GE-3 (Força o uso de uma ferramenta de compatibilidade Steam Play específica em Propriedades) Doom Eternal via Opções de inicialização do Steam: RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 steamapps/common/DOOMEternal/launcherData/launcher.cfg configuração rgl_minNvidiaDriverVersion 0 desabilitou o aviso da placa gráfica. /etc/pulse/daemon.conf configuração default-sample-rate = 48000 consertou meu som crepitante E joguei uma hora sem travar. Tive que diminuir os gráficos, o desempenho não era ótimo e corresponde ao que outros falaram em termos de desempenho em comparação com o Windows. Eu sempre espero um pouco fora do topo, mas mais como 4-5%, não 20-50% de diferença nas taxas de quadros. Também notei que quando as taxas de quadros caíram, o mesmo aconteceu com a velocidade de jogo e as cenas cinematográficas. Quando as pessoas estavam conversando com Doomguy, muitas vezes começavam na hora certa, mas falavam mais rápido do que os personagens estavam sendo renderizados, então seus lábios estavam fora de sincronia. Eu também não pude sair do jogo com Alt + Tab sem fazer com que o jogo travasse em uma tela preta e tivesse que ser eliminado pelo ID do processo (o Steam não poderia parar o jogo).
Você está com NVIDIA, por que RADV_PERFTEST = llvm?

Este tópico de problemas é tão denso que imagino que seria fácil ficar confuso.

Usei as opções de inicialização de @ mozo78 e o desempenho ainda era ruim quando o contador de fps de vapor foi ativado. Mas o jogo é bem jogável ao desabilitar o contador de fps de vapor.

A propósito, algumas boas notícias, ficou um pouco mais fácil agora executar este jogo:
Houve uma atualização do cliente Steam ontem em seu canal estável, então não precisamos mais usar o Steam Beta, apenas o Proton personalizado :)
Um passo a menos. Agradável.

Você está com NVIDIA, por que RADV_PERFTEST = llvm?

Eu sempre fico de cara quando alguém sugere correções do Mesa para proprietários da Nvidia.

Resumindo, o desempenho da Nvidia não vai melhorar até que haja correções de driver ou talvez o Wine Vulkan seja melhorado para lidar com quaisquer extensões de Vulkan que os desenvolvedores de jogos estão usando para gerenciamento de memória.

No Man's Sky tinha o mesmo problema de gerenciamento de memória no Proton até que a Hello Games o corrigisse, uma solução temporária era se enganar como AMD com uma camada vulkan, mas isso aparentemente não funciona neste caso.

Alguém conseguiu rodar usando a versão flatpak do Steam de Flathub ?

Posso selecionar a versão personalizada do Proton ao colocá-la em ~ / .var / app / com.valvesoftware.Steam / .local / share / Steam / compatibletools.d / Proton-5.4-GE-3, mas o jogo trava na inicialização (nenhuma falha também). Recebo o pop-up de aviso sobre a falta do suporte AMD HDR e vejo o logotipo "id" na bandeja do sistema (e continuo vendo-o lá), mas o jogo não inicia nem trava. Também não é possível terminar o processo através do cliente Steam.

Usando Gentoo Linux, AMD Ryzen 3700X, Radeon 5700XT

@ nuku97 Tenho o mesmo problema e suspeito que seja devido a uma versão desatualizada do vulkan-loader. Problema de upstream relatado como https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/989

Edit: Não é exatamente o mesmo problema que estou executando a nVidia, mas a mensagem de erro que estou recebendo nos logs aponta nessa direção, mas o SDK também deve ser o lugar a ser examinado no seu caso.

SO: Fedora 32
KERNEL: 5.6.0-0.rc7.git0.2.fc32.x86_64
CPU: AMD Ryzen 7 3700X
GPU: Radeon RX Vega 64
DRIVER GPU: 4.6 Mesa 20.0.2
RAM: 16 GB
Proton 5.4-GE-3

O jogo também não inicia para mim. Ele mostra o aviso de HDR, eu pressiono o botão 'PLAY' e o iniciador simplesmente trava. Não sei mais o que fazer.

@simeonoff
No Arch / Manjaro isso funcionará, pode não funcionar com o Fedora, não sei o que é o gerenciador de pacotes, mas se você construir esses pacotes, deve funcionar, eu presumo:

vá aqui:
https://github.com/Tk-Glitch/PKGBUILDS
Crie e instale "vulkan-headers-git", "vulkan-icd-loader-git" e "amdgpu-pro-vulkan-only"

Em seguida, defina a opção de lançamento:
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json
Essa é a única opção de que você precisa. Se não funcionar, verifique se amd_icd64.json está nesse local.

Funcionará com próton 5.4-GE3 ou tkg-5,4-r12, GE3 parece melhor ATM

SO: Arch, AMD 5600 XT.

O jogo funciona bem, mas estou obtendo falhas gráficas estranhas no mesa e amdgpu-pro. O amdvlk não tem nenhuma falha, mas ele bloqueia depois de um tempo e eu realmente tenho que reiniciar meu sistema para trazê-lo de volta.

Exemplos de falhas abaixo:
2020-03-27-195353_1920x1080_scrot
2020-03-27-195613_1920x1080_scrot

Eu estava tendo problemas semelhantes com exatamente a mesma configuração

@ blazini36 Obrigado, prefiro manter minha distro limpa para estabilidade, pois é minha estação de trabalho. Esses patches não funcionam no Fedora, pois ele usa o gerenciador de pacotes DNF. Mas o que você está dizendo é que preciso dos últimos cabeçalhos, carregador e drivers do Vulkan para fazer a coisa funcionar?

@simeonoff Eu

https://copr.fedorainfracloud.org/coprs/gloriouseggroll/mesa-aco/
https://copr.fedorainfracloud.org/coprs/gloriouseggroll/kernel/
https://copr.fedorainfracloud.org/coprs/gloriouseggroll/vkd3d/

No entanto, eles são atualmente para o Fedora 31. Vou ver como fazer algumas compilações do Fedora 32 em funcionamento.

Editar:

xxmitsu também tem algumas compilações de mesa e kernel, embora as dele sejam mais simples, sem patches extras, se é isso que você está procurando. Ele também parece ter acumulações de f32:

https://copr.fedorainfracloud.org/coprs/xxmitsu/kernel-fedora-fsync/
https://copr.fedorainfracloud.org/coprs/xxmitsu/mesa-git/

Afaik você só deve precisar dos pacotes atualizados de seu repositório mesa-git e definir RADV_PERFTEST = llvm% command% nas opções de inicialização do jogo no Steam.

@simeonoff Foi-me repositórios Arch. As datas de construção dizem dia 21, mas não sei, eu atualizava constantemente e não estava vendo acima ... 132 até 2 dias atrás, de qualquer forma eles estão lá agora, pelo menos no Arch.

Não posso dizer exatamente o que você precisa, posso dizer que tenho hardware semelhante, um 3600 / 5700xt e um 3900x / 5700xt. Eu puxei meu cabelo com o mesmo problema que você, não consegui pegar o ino definitivo nele por causa da maneira como esse fio se move.

Assim que fiz o que disse, ele funcionou imediatamente, sem problemas de DRM, sem uma longa lista de opções de inicialização (apenas uma). Eu sugiro que você apenas salve a dor de cabeça e pegue o Vulkan-icd-loader 1.2.135 e o cabeçalho para ele. então pegue o driver vulkan do AMDGPU-pro, você não precisa do driver completo. Onde você consegue isso depende de você

@GloriousEggroll , obrigado, vou tentar o mesa updates do xxmitsu. O engraçado é que eu estava no Fedora 31 usando seu mesa-aco, mas também não funcionou com ele. É por isso que atualizei para a versão Beta, esperando que isso resolvesse o problema. Vocês estão planejando atualizar o kernel em 32 com os patches fsync propostos?

@ blazini36 Obrigado, recorrerei à sua sugestão se os drivers mesa atualizados não funcionarem.

@GloriousEggroll , obrigado, vou tentar o mesa updates do xxmitsu. O engraçado é que eu estava no Fedora 31 usando seu mesa-aco, mas também não funcionou com ele. É por isso que atualizei para a versão Beta, esperando que isso resolvesse o problema. Vocês estão planejando atualizar o kernel em 32 com os patches fsync propostos?

@ blazini36 Obrigado, recorrerei à sua sugestão se os drivers mesa atualizados não funcionarem.

@simeonoff sim, meu repo aco foi configurado para usar o repo aco de daniel diretamente em vez de mesa-git, que está faltando alguns patches necessários para fazer o doom eternal rodar. Na verdade, estive no meio da conversão para usar mesa-git com aco habilitado automaticamente, bem como alguns outros patches. o kernel que eu forneço é atualizado com os últimos patches fsync que fui informado diretamente do kisak, então eles devem ser os mais recentes disponíveis

Obrigado @GloriousEggroll . Depois de mudar para o mesa-git sugerido, ele agora é iniciado. Posso confirmar com este mesa, os drivers vulkan e a atualização do iniciador para:

mesa-vulkan-drivers-20.1.0-0.3.20200327.15.07885cb.fc32.i686
mesa-vulkan-drivers-20.1.0-0.3.20200327.15.07885cb.fc32.x86_64
vulkan-loader-1.2.135-20200325.fc32.i686
vulkan-loader-1.2.135-20200325.fc32.x86_64

O som estala com sua versão Proton 5.4-GE-3. Todo o resto parece estar funcionando bem. Obrigado por me apontar na direção certa e por todo o seu trabalho!

Editar:
Lol, fui banido por 24 horas por Denuvo por mudar de Proton 5.4-GE-3 para Proton-tkg 5.4.r10.g7c7868f4 . Nota para mim mesmo: não mude a ferramenta de compatibilidade do Steam Play se não quiser ser banido.

Você só tem 5 tíquetes por dia, e uma série de coisas pode consumir um tíquete, como troca de builds wine / próton, versão do Windows relatada, kernel, GPU (indiretamente, drivers gráficos) etc. É extremamente fácil ficar bloqueado.

Acho que pelo menos para Doom, trocar de GPUs não é um problema, graças a Deus.

Então, apenas para referência, os usuários da NVIDIA estão basicamente bloqueados, a menos que a NVIDIA atualize seus drivers ou algo assim?

Bastante.

Bem, isso é uma merda.

Isso é o que acontece com drivers proprietários, quando algo assim
acontece, não há outro recurso a não ser esperar.

Sábado, 28 de março de 2020 às 7h05 Marisa Kirisame [email protected]
escrevi:

Bem, isso é uma merda.

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

Então, apenas para referência, os usuários da NVIDIA estão basicamente bloqueados, a menos que a NVIDIA atualize seus drivers ou algo assim?

Sim, estamos CONDENADOS.

Então, apenas para referência, os usuários da NVIDIA estão basicamente bloqueados, a menos que a NVIDIA atualize seus drivers ou algo assim?

@FirstZero Bem, não.
Como afirmei em meu post sobre o desempenho em um 1080ti, ele funciona e é jogável ... não exatamente uma experiência estelar, mas definitivamente jogável. Eu não te culpo por não ver o post, este tópico explodiu.
Agora, o fato de que um RX460 chuta a bunda de 1080ti sem suar não diminui o fato de que nós (bem, pelo menos eu posso) podemos jogar Doom Eternal com uma GPU Nvidia.

TLDR:
Radeon VII: 3440x1440 tudo no máximo, RS desligado, 100 ish fps
1080ti: 2560x1080, médio, RS desligado, 40 ish triste fps

Usando RADV, aqui estão algumas falhas gráficas. Eles são semelhantes aos amdgpu_pro, mas diferentes.
2020-03-28-093348_1920x1080_scrot

Parece que há um problema com o suporte do Navi 10. A configuração amdgpu_pro no AUR está desatualizada, então talvez esse seja o problema, mas estou executando o mesa estável mais recente e AFAIK Navi 10 é compatível, então não sei qual é o problema.

Usando RADV, aqui estão algumas falhas gráficas. Eles são semelhantes aos amdgpu_pro, mas diferentes.
2020-03-28-093348_1920x1080_scrot

Parece que há um problema com o suporte do Navi 10. A configuração amdgpu_pro no AUR está desatualizada, então talvez esse seja o problema, mas estou executando o mesa estável mais recente e AFAIK Navi 10 é compatível, então não sei qual é o problema.

Tente o mesa-git, estou usando o oibaf ppa no ubuntu, não encontrei falhas ainda, exceto por um breve redimensionamento.

Eu mudei para mesa-git. Está correndo como um sonho agora

Então, apenas para referência, os usuários da NVIDIA estão basicamente bloqueados, a menos que a NVIDIA atualize seus drivers ou algo assim?

@FirstZero Bem, não.
Como afirmei em meu post sobre o desempenho em um 1080ti, ele funciona e é jogável ... não exatamente uma experiência estelar, mas definitivamente jogável. Eu não te culpo por não ver o post, este tópico explodiu.
Agora, o fato de que um RX460 chuta o traseiro do 1080ti sem suar não diminui o fato de que nós _ (bem, pelo menos eu posso) _ podemos jogar Doom Eternal com uma GPU Nvidia.

TLDR:
Radeon VII: 3440x1440 tudo no máximo, RS desligado, 100 ish fps
1080ti: 2560x1080, médio, RS desligado, 40 ish triste fps

<30fps em um 3800X + 1080Ti @ 1080p não pode ser reproduzido em nenhuma configuração gráfica.

Desde ontem, o jogo não consegue se conectar à Bethesda.net na maioria das vezes.
Às vezes, com alguma sorte, funciona.
Mas na maioria das vezes isso não acontece.
Isso é muito triste porque eu recebo telas de carregamento muito mais longas (porque o jogo tenta se conectar aos servidores lá, mas eu tenho que esperar até o tempo limite) e as mensagens de aviso por causa dessa interrupção do jogo.

Atualmente estou usando Proton-5.4-GE-3.
Tentei tudo que pude pensar. Recriei o prefixo wine, tentei outra versão do Proton (minha própria construção tkg), desativei meu hud, removi os parâmetros de início ...
Estou sem ideias.

Eu sou o único com esse problema?
Como eu disse, isso começou a aparecer desde ontem. Funcionou nos dias anteriores, joguei alguma história com meu proton-tkg build sem esse problema.

Então, apenas para referência, os usuários da NVIDIA estão basicamente bloqueados, a menos que a NVIDIA atualize seus drivers ou algo assim?

@FirstZero Bem, não.
Como afirmei em meu post sobre o desempenho em um 1080ti, ele funciona e é jogável ... não exatamente uma experiência estelar, mas definitivamente jogável. Eu não te culpo por não ver o post, este tópico explodiu.
Agora, o fato de que um RX460 chuta o traseiro do 1080ti sem suar não diminui o fato de que nós _ (bem, pelo menos eu posso) _ podemos jogar Doom Eternal com uma GPU Nvidia.
TLDR:
Radeon VII: 3440x1440 tudo no máximo, RS desligado, 100 ish fps
1080ti: 2560x1080, médio, RS desligado, 40 ish triste fps

<30fps em um 3800X + 1080Ti @ 1080p não pode ser reproduzido em nenhuma configuração gráfica.

Sim, estou com 9900K e 1080Ti e mal consigo tocar em 29 FPS. Definitivamente não é jogável.

Para encurtar a história, o driver Nvidia Linux (até 440.64-7) tem grandes problemas com Doom Eternal. Estou vendo uma utilização de 40% em todos os meus 16 threads, 100% de utilização do meu 1080Ti, uma utilização de 12 GB de RAM, mas apenas de 3 GB de utilização de VRAM.

Como tal, estou vendo mais de 300fps nos menus, ~ 45-50fps no menu principal e, em seguida, <20fps na jogabilidade real a 1440p Ultra Nightmare, e isso não muda se é Low ou Ultra Nightmare. Com base no acima, acho que o que está acontecendo é que, em vez de despejar todos os dados visuais em VRAM, está despejando grandes quantidades deles na RAM padrão, e a GPU tem que passar pela CPU para acessar esses dados. Provavelmente está acontecendo um monte de troca de backforth, o que está criando uma cratera na taxa de quadros.

Sem o Doom Eternal em execução, tenho em média 1-2% da CPU, 5-10% da GPU e 2,5 GB de RAM. Com Doom Eternal, é 40% @ 16 threads, 100% GPU, 3GB VRAM e 13.8GB de RAM de sistema. É um problema da Nvidia e até que resolvam, estamos basicamente presos a um jogo impossível de jogar. Dito isso, saudações à família Radeon, que bom que vocês podem rasgar e rasgar até que esteja feito.

Não tive problemas para jogar tudo do início ao fim, apesar das constantes quedas de FPS, que em alguns pontos fizeram com que o jogo rodasse em câmera lenta. Eu realmente não diria que não pode ser jogado apesar de tudo isso, mas DEFINITIVAMENTE preferiria uma experiência mais suave se pudesse ser consertada.

Ok ... Isso é dedicado aos meus irmãos e irmãs Nvidia que estão lutando agora.

Então, depois de cerca de uma semana de ajustes e tentando desesperadamente extrair o máximo de desempenho da minha GTX 1080 quanto possível no Doom Eternal, enquanto lia e pesquisava tudo relacionado à configuração da Nvidia Linux sob o sol, consegui obter um resultado satisfatório (e aprender muitas coisas ao longo do caminho).

  • Importante notar que o que estou prestes a escrever é o caminho e os métodos que usei para chegar onde queria e que não assumo nenhuma responsabilidade se você bagunçar as coisas e danificar seu PC / GPU / instalação. Eu sugiro fazer backup antes de começar qualquer coisa. E se você não tiver certeza, apenas ignore esta postagem.
  • Sou um aprendiz, então sugiro que você faça o mesmo em relação aos métodos mencionados. Leia e pesquise você mesmo.
  • Sou uma louca por overclock.

Vamos começar dizendo que tenho usado o Linux Mint como meu driver diário nos últimos 18 meses e a busca para fazer o Doom Eternal rodar como eu queria me levou a Manjaro. A única razão é que é extremamente fácil construir e instalar as versões mais recentes de programas e utilitários.
Comecei com o KDE, mas depois mudei DE para Cinnamon (porque sou um novato). EDs estão desempenhando algum papel no processo tão básico comigo.

Minhas especificações de sistema agora são:

OS: Manjaro Linux 19.0.2 (KDE >> Cinnamon)
Kernel: 5.5.13-1-MANJARO
CPU: Intel i5-6600K (4) @ 4.400GHz (OC from 3.5GHz)
Memory: 32GB @ 2400MHz
GPU: NVIDIA GeForce GTX 1080 (Driver v440.66.04)
Resolution: 1920x1080<strong i="14">@60</strong>, 2560x1440<strong i="15">@144</strong>, 1920x1080<strong i="16">@60</strong> (yes, this did made some things a bit tricky)

Eu irei com o processo que fiz desde o mais óbvio até os pequenos ajustes.

Desnecessário dizer que você deve sempre usar a versão beta do Steam para jogos Linux.
A partir de agora, Proton-5.4-GE-3 é a melhor opção para Doom Eternal. Não é ótimo, não é terrível. Estou de olho em novos lançamentos para testar.

Os testes iniciais foram executados sob o driver Nvidia v440.64. Mais tarde, descobri sobre o driver Vulkan 1.2 Developer Beta - Driver v440.66.04 em - https://developer.nvidia.com/vulkan-driver

Então era hora de começar a mexer na configuração do xorg.
Eu tinha algum conhecimento anterior (experiência ruim) de tentar configurar um layout de 3 monitores usando nvidia-settings no Cinnamon Mint, então não há problema ... isso realmente não saiu como planejado.
Então descobri um tesouro de conhecimento:
https://wiki.manjaro.org/index.php/Configure_Graphics_Cards
https://wiki.archlinux.org/index.php?title=NVIDIA/Tips_and_tricks

Primeiro, aprendi corretamente como usar nvidia-settings e como apontá-lo para o arquivo de configuração adequado que criei para ele usando:
sudo mhwd-gpu --setmod nvidia --setxorg /etc/X11/mhwd.d/nvidia.conf
(Se você não tiver mhwd-gpu em sua distro, acredito que nvidia-xconfig com o caminho / arquivo padrão sendo /etc/X11/xorg.conf , faz o mesmo.)

Então veio a parte boa - a própria configuração.
Vou poupar você das coisas mais finas e me concentrar nas coisas importantes que estão localizadas na parte Section "Device" da configuração, que é o que você precisa focar e adicionar algumas linhas para:
Option "Coolbits" "31" - Destrava todos os recursos de potência, desempenho e overclocking da Nvidia.
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1" - Força o "Powermizer" a usar o modo de desempenho máximo e força os relógios a operar com um valor de 100%. (Não se preocupe, isso não significa que sua GPU será utilizada 100% em todos os momentos.)

Deve ser parecido com isto:

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce GTX 1080"
    Option         "Coolbits" "31"
    Option         "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1"
EndSection

Além disso, adicione uma seção Module com os seguintes módulos como este:

Section "Module"
    Load           "dbe"
    Load           "extmod"
    Load           "type1"
    Load           "freetype"
    Load           "glx"
EndSection

Agora vá para nvidia-settings -> "Configurações OpenGL" e defina "Configurações de imagem" como "Alto desempenho". (você pode habilitar indicadores API se REALMENTE quiser.)
Em seguida, vá para o item mais inferior "nvidia-settings Configuration" e clique no botão "Save Current Configuration". isso criará o arquivo .nvidia-settings-rc . É importante salvá-lo no local padrão que está no diretório $HOME .

nv_rc cleaned

Para tornar essas configurações persistentes após o login, adicione a linha nvidia-settings --load-config-only ao seu arquivo ~/.xinitrc . (se por algum motivo você não tiver esse arquivo em seu diretório inicial, verifique man nvidia-settings para métodos alternativos.)

Sudo save -> restart para que as alterações do xorg.conf tenham efeito.

Eu sugiro instalar GreenWithEnvy . Esta é uma boa ferramenta para definir uma curva de ventoinha boa e agressiva para sua placa e até mesmo overclocking e mudanças de TDP.
Também fornece informações muito úteis.
https://gitlab.com/leinardi/gwe
https://aur.archlinux.org/packages/gwe

O GWE depende da opção "Coolbits" "31" mencionada acima e não funcionará sem ela.

Observe que "GPU%" e "Mem ctrl%" estão mostrando 0%, enquanto os relógios atuais estão em sua faixa de 100%. Este é um bug de sensor causado por forçarmos os relógios a operar a 100% com a opção "RegistryDwords" . Isso não tem nada a ver com GWE, você verá outros programas de sensores relatando 0%. Você pode considerar isso como 100%.

gwe cleaned

Eu sugiro fortemente configurar uma curva de ventilador aqui.

Aqui também é onde você pode fazer algum overclock. Estou usando alguns valores estáveis ​​que descobri ao longo dos anos mexendo em meu cartão e essa configuração funciona para mim sem problemas.

Em seguida, vamos para o kernel.
Sudo crie /etc/modprobe.d/nvidia.conf (se ainda não tiver feito) e adicione options nvidia NVreg_UsePageAttributeTable=1 a ele.
Você pode ler sobre a Tabela de Atributos da Página (PAT) aqui:
https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers#Kernel_module_parameters
https://wiki.archlinux.org/index.php/NVIDIA/Tips_and_tricks#Kernel_module_parameters

É importante observar que você deve habilitar esta opção somente se sua CPU suportar PAT. Para verificar se é compatível, digite cat /proc/cpuinfo | grep pat

Sudo salvar e reiniciar para que os módulos do kernel carreguem com a opção.

Agora vamos falar sobre o problema do som e minhas especulações de porque não o experimento.
Estou usando um programa chamado PulseEffects e direciono todo o meu som por ele. Nada de especial com a configuração realmente ... apenas habilitou alguns filtros. Tudo fora da caixa. Eu especulo que pode ser a razão pela qual o som funciona muito bem em Doom Eternal para mim.

pulseeffects cleaned

https://github.com/wwmm/pulseeffects
Este é um brinquedo muito poderoso.

Opções de lançamento do Steam:
MANGOHUD=1 RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1
Retirado de https://www.christitus.com/doom-eternal-linux

Para desativar o aviso "Instalar driver" na inicialização do jogo, vá para:
.steam/steam/steamapps/common/DOOMEternal/launcherData/launcher.cfg
e altere rgl_minNvidiaDriverVersion para 0.

Eu uso uma sobreposição de bom desempenho - MangoHud:
https://github.com/flightlessmango/MangoHud
Parece ótimo e não cobre o hud do jogo como a métrica de desempenho do jogo.

Encontre uma maneira de desativar o compositor de seu DE. No Cinnamon existe uma opção para desativar o compositor para programas em tela cheia em "Configurações do sistema" -> "Geral". Um compositor pode realmente prejudicar o desempenho.

E é isso. Espero não ter esquecido de nada.

Desde o início, percebi uma grande diminuição na CPU e percebi que meu VRAM usa muito mais do que antes. Ainda não é perfeito para você, mas muito melhor.

Agora estou @ 60FPS sólido em configurações altas @ 1080p.

Gostaria de agradecer a manjaro-chroot e timeshift por serem meus amigos mais próximos durante este processo: D

Escrevi este post principalmente para mostrar a todos os proprietários do 2080ti que você pode fazer melhor e para economizar muito tempo tentando descobrir isso.

Espero ter ajudado.
Colha e rasgue, até que esteja feito!

WWG1WGA,
Daniel

Obrigado por seus esforços, mas isso não ajuda em nada :(

@danielgul
man xorg.conf:

Os módulos de extensão “extmod”, “dbe”, “dri”, “dri2”, “glx” e “record” são carregados automaticamente, se estiverem presentes, a menos que desabilitados com as entradas "Desativar".

Para ver quais módulos de extensão estão disponíveis, verifique o subdiretório de extensões em:
/ usr / lib / xorg / modules

Então, por que colocar freetype, type1 ali? Alguns podem não ter.

Você não pode definir o PowerMizer nas configurações da nvidia?
como com cmdline: nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 (para definir para desempenho)
Não há necessidade de configurá-lo globalmente, apenas quando você precisar.

Por que aconselhar todos a usar o buffer triplo? Pode não ser o que as pessoas querem.

"RegistryDwords" "PowerMizerEnable = 0x1; PerfLevelSrc = 0x2222; PowerMizerDefault = 0x1; PowerMizerDefaultAC = 0x1"

Opção "EXAPixmaps" "off"

Não foi possível encontrar nenhuma referência a eles no README do driver da nvidia. Onde você conseguiu aquilo?
Você pode ter sorte em relação ao som. Nos commits do Proton-GE após a v.3, libfaudio foi revertido para estável, pois alguns usuários tiveram problemas. Pode ajudar, como outros mencionaram, apenas aumentar a taxa de amostragem padrão em pulseaudio.

@todos
Não encontrei uma maneira de visualizar os parâmetros atuais do módulo nvidia, alguém sabe?

Em relação à versão flatpak de Flathub do Steam vs. Steam-overlay do Gentoo:

@ e-user Acho que o problema que você vinculou pode não ser o (único) problema da versão do flatpak e, entretanto, foi corrigido, conforme afirmado no comentário de @valentindavid . Pelo menos para mim, jogos baseados em vulkan, como Doom (2016 Ainda assim, Doom Eternal não funciona para mim no Flatpak-Steam, mesmo quando uso o Proton de @GloriousEggroll .
Entretanto, enquanto isso, coloquei Doom Eternal trabalhando em uma instalação Steam não flatpak. Para mim, ele começou a funcionar depois de instalar o Mesa mais recente do git. (Outros pacotes que instalei: llvm-10.0.0 e llvm-9.0.1, vulkan-headers-1.2.135, media-libs / vulkan-loader-1.2.135, Proton-5.4-GE-3 e Steam de Steam-overlay do Gentoo com a opção USE desabilitada "-steamruntime". De acordo com a sobreposição de dados de desempenho de Doom Eternal, o jogo está usando radv, llvm 9.0.1 e mesa 20.1.0-devel, vulkan 1.2.128). Eu obtenho cerca de 60-70 fps no meu Ryzen 3700X e Radeon 5700XT em resolução de 2560 × 1440 (WQHD) com tudo configurado para detalhes Ultra Nightmare. Eu também tentei o driver amdvlk como alternativa aos drivers vulkan do Mesa, mas com esse driver o jogo trava na inicialização para mim. Ss, isso ainda é menos da metade do fps que recebo em minhas janelas de inicialização dupla, mas ainda estou surpreso ele já está funcionando bem neste momento. Gostaria de saber se há uma maneira fácil de instalar o mesa-git no flatpak - talvez @valentindavid tenha uma dica para mim (tentei _flatpak install org.freedesktop.Platform.GL.mesa- git_ depois de ver o nome do pacote em algum lugar, mas não encontrar um pacote para instalar), isso pode ajudar a colocar o jogo em execução no pacote Steam do flathub?

@ nuku97 Tenho o mesmo problema e suspeito que seja devido a uma versão desatualizada do vulkan-loader. Problema de upstream relatado como https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/989

Edit: Não é _bastante_ o mesmo problema que estou executando a nVidia, mas a mensagem de erro que estou recebendo nos logs aponta nessa direção, mas o SDK também deve ser o local a ser examinado no seu caso.

O jogo é iniciado e funciona com os drivers Proton 5.4 GE-3, Vulkan Loader 1.2.135 e Nvidia 440.66.04 Beta. Mas o FPS é baixo, 25-50 fps em configurações gráficas baixas. Como aumentar? Todos os titulares da Nvidia têm o mesmo problema?

@EldarAgalarov se você leu o tópico, os drivers da nVidia parecem ter um problema quando essas placas estão usando a RAM do sistema em vez da memória GPU integrada. Provavelmente, isso é algo que apenas a nVidia pode consertar, já que seus drivers são de código fechado e proprietários.

@danielgul
man xorg.conf:

Os módulos de extensão “extmod”, “dbe”, “dri”, “dri2”, “glx” e “record” são carregados automaticamente, se estiverem presentes, a menos que desabilitados com as entradas "Desativar".

Para ver quais módulos de extensão estão disponíveis, verifique o subdiretório de extensões em:
/ usr / lib / xorg / modules

Então, por que colocar freetype, type1 ali? Alguns podem não ter.

@AllKind esta seção foi gerada depois que instalei o driver beta 440.66.04.
Acredito que seja necessário incluir explicitamente, considerando que se trata de um driver beta.

Você não pode definir o PowerMizer nas configurações da nvidia?
como com cmdline: nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 (para definir para desempenho)
Não há necessidade de configurá-lo globalmente, apenas quando você precisar.

@AllKind nvidia-settings as opções do powermizer funcionam como uma porcaria. cli não parece ter nenhum efeito nos relógios e se você conseguiu fazê-lo funcionar, não é persistente após a inicialização.
Incluir "RegistryDwords" em seu xorg.conf garante que ele faça o que é necessário e não decida economizar energia quando você mais precisa.

Por que aconselhar todos a usar o buffer triplo? Pode não ser o que as pessoas querem.

@AllKind Você está certo. Incluí um exemplo da minha configuração para mostrar como as pessoas podem incluir as opções na seção do dispositivo. Retirei o material extra para que as pessoas não se confundam.
Triplebuffer e EXAPixmaps estão lá para me ajudar a eliminar tela tearing e artefatos no compositor e não têm nada a ver com o tópico.

"RegistryDwords" "PowerMizerEnable = 0x1; PerfLevelSrc = 0x2222; PowerMizerDefault = 0x1; PowerMizerDefaultAC = 0x1"

Opção "EXAPixmaps" "off"

Não foi possível encontrar nenhuma referência a eles no README do driver da nvidia. Onde você conseguiu aquilo?
Você pode ter sorte em relação ao som. Nos commits do Proton-GE após a v.3, libfaudio foi revertido para estável, pois alguns usuários tiveram problemas. Pode ajudar, como outros mencionaram, apenas aumentar a taxa de amostragem padrão em pulseaudio.

@AllKind O readme e as páginas man para nvidia-Setting, nvidia-xconfig, xorg-conf, etc, carecem de muitas informações e opções disponíveis para dizer o mínimo ...
Você pode ler sobre o assunto aqui:
https://askubuntu.com/questions/379483/nvidia-x-server-settings-lost-on-every-reboot
https://forums.opensuse.org/showthread.php/410089-nvidia-powermizer-how-tweak
E também consulte os vários links que forneci no meu post acima para obter mais informações.

Você provavelmente também está certo em relação ao problema de som que tive sorte. Como eu disse antes, não fiz nada de especial ou intencional para fazer o som funcionar bem, estou apenas usando PulseEffects.

@todos
Não encontrei uma maneira de visualizar os parâmetros atuais do módulo nvidia, alguém sabe?

@AllKind Você pode verificar se há parâmetros de módulo disponíveis para nvidia com sudo modinfo -p nvidia .
Para verificar a configuração do módulo nvidia, use sudo modprobe -c | grep nvidia .
Mais informações aqui: https://wiki.archlinux.org/index.php/Kernel_module

Eu estaria interessado em saber quais módulos carregados no kernal realmente possuem "glx" "dbe" etc. Tudo o que posso ver é "nvidia", "nvidia_drm" e "nvidia_modeset".
Estou vendo a opção "NVreg_UsePageAttributeTable = 1" adicionada à configuração do módulo.
Se alguém puder esclarecer, ficaria grato.

@ mozo78

Sim, estou com 9900K e 1080Ti e mal consigo tocar em 29 FPS. Definitivamente não é jogável.

Obrigado por seus esforços, mas isso não ajuda em nada :(

Isso é perturbador e lamento ouvir isso ...
Se você puder esclarecer o que está fazendo e qual distribuição está executando, talvez eu possa ajudar.

WWG1WGA,
Daniel

Ps seria ótimo se mais pessoas pudessem relatar se tentassem qualquer coisa que eu falei e como foi.
E se você também está em busca de desempenho máximo para Doom Eternal com placa nvidia e descobriu algo interessante que poderia ser feito. Obrigado.

Não se preocupe cara, vou esperar a NVIDIA para consertar as coisas :)

Olá a todos,

Eu só queria ver se mais alguém experimentou travamentos ao visualizar o menu Rune e travamentos intermitentes nas telas de carregamento. Fora isso, o jogo funciona perfeitamente. Tentando avaliar se esse problema é apenas um problema meu.

https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -605543105

Se nada mais, usarei algumas das ferramentas que você destacou. Esses parecem benefícios enormes para a qualidade de vida, não posso dizer não a isso.

Alguém já tentou fazer isso com uma placa AMD usando RADV? Estou executando o Arch com o Mesa 20.0.2. Vejo que terei que usar LLVM em vez de ACO, mas mais algumas informações sobre o estado atual com Proton-GE e Mesa seriam muito apreciadas. Não estou muito interessado em me mudar de Mesa tão cedo.

@ sonic2kk Eu usei por um tempo. O desempenho é péssimo, mas geralmente é mais estável

Pessoas com problemas de áudio / som crepitante, isso corrigiu para mim:

Configure /etc/pulse/daemon.conf para ter as seguintes configurações:

default-sample-format = s32le
default-sample-rate = 48000
alternate-sample-rate = 44100

Eu também instalei novamente o faudio via protontricks, mas isso não resolveu. Mencioná-lo no caso de ser a combinação que faz isso.

Não tenho certeza se foi postado antes, mas a nVidia reagiu ao relatório de baixo desempenho em seus fóruns, afirmando que iria investigar . Esperemos que o número de usuários Linux ativos seja significativo o suficiente para que eles tomem uma decisão de negócios para oferecer suporte a isso.

Alguém já tentou fazer isso com uma placa AMD usando RADV? Estou executando o Arch com o Mesa 20.0.2. Vejo que terei que usar LLVM em vez de ACO, mas mais algumas informações sobre o estado atual com Proton-GE e Mesa seriam muito apreciadas. Não estou muito interessado em me mudar de Mesa tão cedo.

Existem várias postagens sobre como usar RADV com LLVM me incluído .

Eu ainda uso proton-tkg com o patch de @ 999eagle ou você pode apenas usar o build que ela enviou, para mais informações veja este post.

Há também várias postagens sobre como usar o driver vulkan amdgpu-pros sem instalá-lo em todo o sistema (você pode literalmente adicionar uma variável de ambiente às opções de inicialização do vapor e carregar o driver apenas para o fim eterno)

Se você usar um AMD gpu (GCN 1.0 / 1.1) mais antigo, precisará usar o mesa-git.

@ sonic2kk ACO e LLVM SÃO RADV. RADV é o driver vulkan-radeon da mesa, que pode ser executado com LLVM ou ACO, usando RADV_PERFTEST=llvm ou RADV_PERFTEST=aco . Mas AMBOS são de fato RADV. Portanto, não tenho certeza do que você está perguntando / imaginando. Como @elovin disse, você pode usar vulkan-amdgpu-pro e não "deixar a mesa para trás", porque eles podem viver juntos em seu sistema com bastante facilidade, ao contrário de radeonsi e amdgpu-pro-libgl . Você não precisa instalá-lo em todo o sistema se não quiser, mas instalá-lo em todo o sistema também não significa deixar o mesa para trás.

Olá a todos,

Eu só queria ver se mais alguém experimentou travamentos ao visualizar o menu Rune e travamentos intermitentes nas telas de carregamento. Fora isso, o jogo funciona perfeitamente. Tentando avaliar se esse problema é apenas um problema meu.

Continuando minha postagem acima: se alguém tiver esses erros, você pode corrigi-los limpando os arquivos em DOOMEternal / base / video / runes e DOOMEternal / base / video / tutorials. O jogo funciona perfeitamente agora e não trava mais. Parece que algo em um ou dois desses arquivos bk2 não estava de acordo com o meu sistema.

Não parece ser um problema com o próton, então eu queria limpar o ar.

@EldarAgalarov se você leu o tópico, os drivers da nVidia parecem ter um problema quando essas placas estão usando a RAM do sistema em vez da memória GPU integrada. Provavelmente, isso é algo que apenas a nVidia pode consertar, já que seus drivers são de código fechado e proprietários.

Esta afirmação é totalmente verdadeira, fui capaz de confirmá-la enquanto jogava ao abrir o htop e assistir nvidia-smi. O driver da nvidia não está alocando corretamente o vram para o jogo e está usando uma parte da minha memória RAM como algum tipo de buffer. Aqui está uma captura de tela do jogo em execução. Não consegui obter uma captura de tela do jogo porque o jogo foi interrompido quando tentei executar um comando no meu WM.

2020-03-31-165511_2560x1440_scrot

A utilização da minha cpu é basicamente inexistente e o driver da nvidia está alocando apenas 760 Megs ... Eu tenho o jogo configurado para ultra também para testá-lo. Parece que a sobreposição do Steam está usando mais memória RAM do que o jogo ... Então, sim, a nvidia tem que consertar esse problema.

Estatísticas do sistema:

  • Gentoo Linux amd64
  • Kernel: 4.19.66
  • CPU: AMD Threadripper 1920x
  • GPU: Nvidia RTX 2060

Então, alguma coisa está sendo feita para fazer o compilador ACO funcionar ou melhorar o desempenho com RADV?

Então, alguma coisa está sendo feita para fazer o compilador ACO funcionar ou melhorar o desempenho com RADV?

Eu realmente me pergunto se isso melhoraria drasticamente o desempenho ou se o gargalo está em outro lugar. Por exemplo, em minha configuração de radv com radeon 5700xt, obtenho cerca de 70 fps, não importa se a qualidade está definida como ultra pesadelo ou baixa. No Windows, obtenho cerca de 140 fps.

@ nuku97 E você obtém basicamente ~ 140fps com amdgpu-pro no Linux.

@ Progman-DT Sim, está sendo trabalhado. Os recursos ausentes para ACO ainda são WIP. Existem dois MRs que, quando combinados, podem fornecer até 30% de ganhos de desempenho com RADV / LLVM.

A Nvidia acaba de lançar uma atualização de driver para resolver o problema:
https://developer.nvidia.com/vulkan-driver

April 1st, 2020 - Windows 442.86, Linux 440.66.07

    New:
        Multi thread-capable deferred ray tracing pipeline creation
        Allow presenting from queue families which only expose VK_QUEUE_COMPUTE_BIT when using XCB in addition to Xlib surfaces [Linux]
    Fixes:
        Added a workaround for Linux Steam Play title DOOM Eternal, which overrides application requested memory locations, to ensure performance-critical resources be placed in video memory [Linux]
        Correctly cap the drawCount for vkCmdDrawIndirectCount and vkCmdDrawIndexedIndirectCount on Turing GPUs
        Fixed descriptor indexing with large arrays and large blocks

Os usuários da distro Pacman podem acessá-lo aqui: https://github.com/Frogging-Family/nvidia-all

Finalmente!!!

Está consertado:
Screenshot_20200401_221236

Huzzah: D

Posso confirmar com o driver 440.66.07 que agora estou travando 144 fps
sistema Arch Linux
CPU AMD RYZEN 2700x
GPU NVIDIA RTX 2070
48GB DDR 4 3200
versão do driver 440.66.07

Doente! Agora, estamos apenas esperando que a Valve libere o patch de prótons diretamente do Steam, certo?

Sim, 144 + FPS @ 1440p Ultra Nightmare com o driver 440.66.07
Ryzen 3700x, RTX 2080, xubuntu 19.10, Proton-5.4-GE-3

Alt-tab em tela cheia ainda quebra o jogo, mas em janela sem borda ele funciona. A sobreposição do Steam ainda tem um grande impacto no desempenho (até 80-100 FPS)

Doente! Agora, estamos apenas esperando que a Valve libere o patch de prótons diretamente do Steam, certo?

Sim, e eu esperaria isso a qualquer momento. O tempo entre as liberações de prótons é normalmente de 10 a 14 dias.

Alguém mais ainda está tendo problemas com as placas AMD?

@jalabb Os pop-ups (volume, conquistas, etc.) ainda interrompem o jogo para mim, embora o jogo esteja definido como sem fronteiras. Posso tentar outra solução?

Drivers da Nvidia atualizados para 440.66.07 beta. E agora o jogo funciona muito bem com 60 FPS estáveis ​​em configurações de gráficos de pesadelo na GTX 1060 6GB.

A Nvidia acaba de lançar uma atualização de driver para resolver o problema:
https://developer.nvidia.com/vulkan-driver

April 1st, 2020 - Windows 442.86, Linux 440.66.07

    New:
        Multi thread-capable deferred ray tracing pipeline creation
        Allow presenting from queue families which only expose VK_QUEUE_COMPUTE_BIT when using XCB in addition to Xlib surfaces [Linux]
    Fixes:
        Added a workaround for Linux Steam Play title DOOM Eternal, which overrides application requested memory locations, to ensure performance-critical resources be placed in video memory [Linux]
        Correctly cap the drawCount for vkCmdDrawIndirectCount and vkCmdDrawIndexedIndirectCount on Turing GPUs
        Fixed descriptor indexing with large arrays and large blocks

Os usuários da distro Pacman podem acessá-lo aqui: https://github.com/Frogging-Family/nvidia-all

Tentei instalá-lo _manualmente_ a partir da distro. Este foi um grande erro. Quem pensa em seguir esse caminho por Manjaro, não faça isso; ele destrói tudo. Passei os últimos 45 minutos rezando para não precisar reinstalar o Manjaro. Parece que não. Se você não tem muita experiência em tecnologia e terminal, acho que espere até que 440.66.07 desça pelo gerenciador de pacotes.

Dito isso, @ Tk-Glitch: obrigado pela atualização!

@ PraetorianSC4 O que você quer dizer com você tentou instalá-lo manualmente "do
distro "? Onde você conseguiu isso e o que você fez?

Na quarta-feira, 1º de abril de 2020 às 19:34 PraetorianSC4 [email protected]
escrevi:

A Nvidia acaba de lançar uma atualização de driver para resolver o problema:
https://developer.nvidia.com/vulkan-driver

1 de abril de 2020 - Windows 442.86, Linux 440.66.07

New:
    Multi thread-capable deferred ray tracing pipeline creation
    Allow presenting from queue families which only expose VK_QUEUE_COMPUTE_BIT when using XCB in addition to Xlib surfaces [Linux]
Fixes:
    Added a workaround for Linux Steam Play title DOOM Eternal, which overrides application requested memory locations, to ensure performance-critical resources be placed in video memory [Linux]
    Correctly cap the drawCount for vkCmdDrawIndirectCount and vkCmdDrawIndexedIndirectCount on Turing GPUs
    Fixed descriptor indexing with large arrays and large blocks

Os usuários da distro Pacman podem acessá-lo aqui:
https://github.com/Frogging-Family/nvidia-all

Apenas tentei instalá-lo manualmente a partir da distro. Este foi um enorme
erro. Quem pensa em seguir esse caminho por Manjaro, não faça
esta; ele destrói tudo. Passei os últimos 45 minutos rezando para que eu não
tem que reinstalar Manjaro. Parece que não. Se você não é super técnico
experiente e experiente em terminal, acho que esperar até 440.66.07 passar
o gerenciador de pacotes.

Dito isso, @ Tk-Glitch https://github.com/Tk-Glitch : obrigado pelo
atualizar!

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

@ sonic2kk ACO e LLVM _ARE_ RADV. RADV é o driver vulkan-radeon da mesa, que pode ser executado com LLVM ou ACO, usando RADV_PERFTEST=llvm ou RADV_PERFTEST=aco . Mas AMBOS são de fato RADV. Portanto, não tenho certeza do que você está perguntando / imaginando. Como @elovin disse, você pode usar vulkan-amdgpu-pro e não "deixar a mesa para trás", porque eles podem viver juntos em seu sistema com bastante facilidade, ao contrário de radeonsi e amdgpu-pro-libgl . Você não precisa instalá-lo em todo o sistema se não quiser, mas instalá-lo em todo o sistema também não significa deixar o mesa para trás.

Fui específico, sei que são RADV. O que eu quis dizer com não deixar o Mesa para trás é que prefiro não usar um driver proprietário de nenhum tipo. É uma pena saber que o Mesa não tem um desempenho tão bom, espero que os patches para ACO mencionados façam a diferença!

Baixei e instalei o driver NVIDIA em https://developer.nvidia.com/vulkan-beta-4406607-linux
Void Linux.
instalado com sudo sh NVIDIA-Linux-x86_64-440.66.07.run

Primeira tentativa: o lxdm não inicia. (continua tentando e falhando)

Então eu removi /etc/X11/xorg.conf, um desinstalado
sudo sh NVIDIA-Linux-x86_64-440.66.07.run --uninstall

Eu instalei novamente, e desta vez permitiu que ele criasse seu próprio xorg.conf
Em seguida, modificou-o com as informações de lspci | grep VGA seguindo as instruções de https://wiki.voidlinux.org/Proprietary_Video_Drivers

E funcionou :)
"Trabalhar" no meu computador significa que a tela de login do lxdm é preta, mas ainda posso inserir meu usuário e senha pressionando as teclas certas. Por motivos de autorização, meu x não pode mostrar nada até que meu usuário esteja conectado. Eu simplesmente não vi a necessidade de consertar isso: p

Doom está funcionando bem agora, em torno de 100 FPS.

Também posso confirmar que o NVIDIA-Linux-x86_64-440.66.07.run resolveu os problemas de desempenho, não é um dia primeiro de abril.
Tive problemas ao instalar, usando a ferramenta de software de IU, desinstalei os drivers Nividia atuais, na reinicialização eu não tinha IU.
Tentei instalar o novo driver, mas recebi o erro "O arquivo de cabeçalho do kernel ... não existe".
Para resolver isso após uma reinicialização, ctrl, alt, F6 para fazer o login via CLI. Em seguida, executei pacman -S linux-headers e selecionei linux-55 para minha versão do kernel (uname -r).
Isso é por Manjaro.
Eu poderia então instalar os novos drivers do Nivida.
sudo sh NVIDIA-Linux-x86_64-440.66.07.run
Felicidades

Eu deixo o driver desatualizado e então o jogo trava com uma nova instalação do Ubuntu e Steam, usando Proton-5.4-GE-3. Tudo funciona bem no meu outro PC.

Distro: Ubuntu 18.04
Kernel: 5.3.0-45
GPU: RTX 2080 SUPER
Driver: 440,64
CPU: Ryzen 9 3900X
RAM: DDR4 3200 MHz 64 GB

Trecho de registro

3778.856:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSIMG32.dll" at 0x6afc0000: PE builtin
3778.856:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\OLEACC.dll" at 0x950000: PE builtin
3778.857:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\gdiplus.dll" at 0x6f480000: PE builtin
3778.871:0030:0031:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7fd7ff890000: builtin
3779.003:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" at 0x6e340000: PE builtin
3779.003:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-fibers-l1-1-1.dll" at 0x6b880000: PE builtin
3779.006:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-localization-l1-2-1.dll" at 0xf20000: PE builtin
3779.010:0030:0031:fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"!
3779.025:0030:0031:fixme:heap:RtlSetHeapInformation 0x10000 0 0x92d480 4 stub
3779.048:0030:0031:warn:debugstr:OutputDebugStringA "Winsock Initialized\n"
3779.048:0030:0031:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fdce ip=7b00fdce tid=0031
3779.048:0030:0031:trace:seh:raise_exception  info[0]=0000000000000015
3779.048:0030:0031:trace:seh:raise_exception  info[1]=0000000000925390
3779.048:0030:0031:trace:seh:raise_exception  rax=0000000000924db0 rbx=00007fffffea8000 rcx=0000000000924d90 rdx=0000000000000000
3779.048:0030:0031:trace:seh:raise_exception  rsi=0000000000924e90 rdi=0000000000924dc0 rbp=00000000009251d0 rsp=0000000000924d70
3779.048:0030:0031:trace:seh:raise_exception   r8=0000000000000002  r9=0000000000924e80 r10=6b636f736e695722 r11=0000000000000000
3779.048:0030:0031:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=00000001409939e8 r15=000000000092d428
3779.048:0030:0031:trace:seh:RtlVirtualUnwind type 1 rip 7b00fdce rsp 924d70
3779.048:0030:0031:trace:seh:dump_unwind_info **** func fd80-fe07
3779.048:0030:0031:trace:seh:dump_unwind_info unwind info at 0x7b08e344 flags 0 prolog 0x11 bytes function 0x7b00fd80-0x7b00fe07
3779.048:0030:0031:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
3779.048:0030:0031:trace:seh:dump_unwind_info     0xa: pushq %rsi
3779.048:0030:0031:trace:seh:dump_unwind_info     0x9: pushq %rdi
3779.048:0030:0031:trace:seh:dwarf_virtual_unwind function 7b439c71 base 0x7b439a28 cie 0x7b490710 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

Pessoas com problemas de áudio / som crepitante, isso corrigiu para mim:

Configure /etc/pulse/daemon.conf para ter as seguintes configurações:

default-sample-format = s32le
default-sample-rate = 48000
alternate-sample-rate = 44100

Eu também instalei novamente o faudio via protontricks, mas isso não resolveu. Mencioná-lo no caso de ser a combinação que faz isso.

@mixedCase Você pode explicar como você reinstalou o faudio via protontricks? Obrigado

Baixei e instalei o driver NVIDIA em https://developer.nvidia.com/vulkan-beta-4406607-linux
Void Linux.
instalado com sudo sh NVIDIA-Linux-x86_64-440.66.07.run

Primeira tentativa: o lxdm não inicia. (continua tentando e falhando)

Então eu removi /etc/X11/xorg.conf, um desinstalado
sudo sh NVIDIA-Linux-x86_64-440.66.07.run --uninstall

Eu instalei novamente, e desta vez permitiu que ele criasse seu próprio xorg.conf
Em seguida, modificou-o com as informações de lspci | grep VGA seguindo as instruções de https://wiki.voidlinux.org/Proprietary_Video_Drivers

E funcionou :)
"Trabalhar" no meu computador significa que a tela de login do lxdm é preta, mas ainda posso inserir meu usuário e senha pressionando as teclas certas. Por motivos de autorização, meu x não pode mostrar nada até que meu usuário esteja conectado. Eu simplesmente não vi a necessidade de consertar isso: p

Doom está funcionando bem agora, em torno de 100 FPS.

@ gardotd426 veja acima é o que eu fiz. Exceto que eu rolei de volta para 440,64 estável, enquanto nosso campeão aqui empurrou para frente e fez funcionar.

Um ponto final, você precisará linux ## - headers (## sendo sua versão do kernel: 4.9 = 49, 5.4 = 54, e assim por diante) para instalar os drivers mais recentes. Se você não quer mexer e lidar com o ssdm ou lxdm com o xorg travando após a reinicialização do driver, espere pelo lançamento estável dos drivers após os testes da comunidade e tudo mais. Caso contrário, acima está o caminho para o sucesso.

Confirmado! 100-150 fps @ 1440p nas configurações Ultra Nightmare com GTX 1080 com o novo driver 440.66.07!
Este jogo é realmente divertido agora: D
RIP AND TEAR !!!

Alguém mais está tendo um acidente após pegar a segunda atualização de espingarda? Então o tutorial aparece e o jogo congela. Pelo menos os drivers corrigiram os fps.

@ PraetorianSC4 É muito simples, na verdade. Do meu leia-me:

git clone https://github.com/Frogging-Family/nvidia-all.git
cd nvidia-all
makepkg -si

Em seguida, siga as instruções e substitua os pacotes existentes pelos novos quando solicitado. Isso é basicamente tudo que há para fazer.
Se você quiser voltar aos seus pacotes fornecidos pela distro, apenas instale-os através do mhwd, pacman ou qualquer interface de interface do pacman de sua escolha e substitua os pacotes -tkg quando solicitado. Simples.

Se alguém precisar de RPMs do Fedora para os drivers beta em funcionamento, envie um ping e tentarei publicá-los no COPR.

@ e-user seria incrível!

Acontece que os drivers da nVidia estão na lista de itens proibidos do COPR.

Resumindo, você pode pegar os RPMs do

@jalabb Os pop-ups (volume, conquistas, etc.) ainda interrompem o jogo para mim, embora o jogo esteja definido como sem fronteiras. Posso tentar outra solução?

@ 75AngryDucks Não é realmente uma solução, mas eu simplesmente desativaria qualquer pop-up até que o problema fosse resolvido. Para os pop-ups de conquistas, desativar a sobreposição do Steam deve impedi-los de serem aprovados [EDIT: não faz]. Por outro lado, volume, não sei, acho que é específico para a sua área de trabalho. Tente outra versão do Proton para ver se ajuda (vanilla 5.0-5 vs 5.3-GE-3, por exemplo)

[EDIT] Estou usando o XFCE4 (Xubuntu) e pop-ups de conquista / volume não travam o jogo.

Acontece que os drivers da nVidia estão na lista de itens proibidos do COPR.

Resumindo, você pode pegar os RPMs do

Isso é lamentável, mas obrigado por compartilhar os arquivos.

Acabei de ter uma corrida perfeita, uma hora de 60FPS (vsync com buffer triplo) nas configurações de gráficos de pesadelo, o som crepitante desapareceu após corrigir o pulse.conf - no entanto, não consegui mais iniciar o jogo depois disso, então estou suspeitando desencadeou a proibição de cinco denuvo por 24h.

Prezada equipe da Valve, se você está lendo isto, poderia nos ajudar a consertar a situação do Denuvo?

@jalabb para mim desabilitar a sobreposição do Steam não desabilita pop-ups de conquistas
também o alt-tab não funciona a menos que eu use uma resolução mais baixa para que a janela não preencha a tela inteira (sem borda)

Consegui obter um pouco de informação sobre como este jogo está indo até agora. Ótimo trabalho até agora em fazer isso funcionar!

Distribution: Arch Linux
GPU: nVidia GTX 1660 Super
Driver/LLVM version: nvidia 440.66.07
Kernel version: 5.5.13-zen2-1-zen
Proton version: 5.4-GE-3
Desktop Environment: KDE 5.18.4.1
Running default exe with denuovo.

Primeiro, áudio:

Pessoas com problemas de áudio / som crepitante, isso corrigiu para mim:

Configure /etc/pulse/daemon.conf para ter as seguintes configurações:

default-sample-format = s32le
default-sample-rate = 48000
alternate-sample-rate = 44100

s32le não era necessário, definir a taxa de amostragem para 48 khz é a parte importante. Infelizmente eu uso a placa de som / amplificador externo Soundblaster E1 que só pode rodar a 44,1 kHz. Eu ainda fui capaz de contornar isso, no entanto ...

  • Se eu iniciar o jogo em um dispositivo rodando a 44,1 kHz, ele estalará, mesmo se eu mudar para um dispositivo de 48 kHz o áudio ainda estalará, mas ...
  • Se eu iniciar o jogo em um dispositivo rodando a 48 kHz, ele não estalará, e posso alterá-lo para um dispositivo de 44,1 kHz e ele ainda não estalará! (no meu caso, usar as configurações pulseaudio kde para alterar o dispositivo padrão)
  • Existe uma maneira / tentamos forçar o DE a inicializar a 48Khz, independentemente do dispositivo de áudio ao qual ele se liga?

Com relação à estabilidade: O jogo precisará estar no modo janela se eu quiser poder usar a aba alternativa sem travar o jogo. Algo parece estranho na implementação de toda a janela em geral: Quando eu configurei o jogo para o modo janela 1280x720, ele ainda apresentava a janela cobrindo a maior parte da tela de 2560x1440 com uma borda no topo. Quando eu defini a resolução mais baixa, o jogo travou.
Editar: O jogo também congelou ao clicar com o botão direito na borda e configurar para tela inteira dessa forma. O jogo também congela quando qualquer outra caixa de diálogo se sobrepõe à tela inteira, como outros usuários já experimentaram.

Em relação ao desempenho: parece idêntico ao Windows agora, perfeito! Desativar a sobreposição do Steam também melhora o desempenho (o mesmo que no Windows 10), é altamente recomendável tentar.

Acabei de ter uma corrida perfeita, uma hora de 60FPS (vsync com buffer triplo) nas configurações de gráficos de pesadelo, o som crepitante desapareceu após corrigir o pulse.conf - no entanto, não consegui mais iniciar o jogo depois disso, então estou suspeitando desencadeou a proibição de cinco denuvo por 24h.

Tive esse problema com o próton GE com um jogo diferente, iniciá-lo muitas vezes e usá-lo exigiria uma espera de 24 horas. Mas eu não tive esse problema no GE com Doom Eternal, apesar de reiniciá-lo muitas vezes (embora depois que o jogo tenha travado). Não tenho certeza do porquê ...

@jalabb O pop-up de volume é específico para meu DE, mas posso contornar isso ajustando o volume no jogo. Desativar a sobreposição do Steam não interrompe os pop-ups de conquistas, então, atualmente, meu jogo trava toda vez que obtenho uma conquista.

@ PraetorianSC4 É muito simples, na verdade. Do meu leia-me:

git clone https://github.com/Frogging-Family/nvidia-all.git
cd nvidia-all
makepkg -si

Em seguida, siga as instruções e substitua os pacotes existentes pelos novos quando solicitado. Isso é basicamente tudo que há para fazer.
Se você quiser voltar aos seus pacotes fornecidos pela distro, apenas instale-os através do mhwd, pacman ou qualquer interface de interface do pacman de sua escolha e substitua os pacotes -tkg quando solicitado. Simples.

@ Tk-Glitch
Na verdade, eu fiz exatamente isso. No meu caso, isso levou a uma tela preta do GPU após a reinicialização. O processo do driver recomenda executar mkinitcpio -p após a conclusão da instalação. Isso, por sua vez, também leva à quebra do xorg. Eu não sabia que o xorg iria quebrar após uma atualização do driver, como @KaeKun e @ grand248 apontaram. Como tal, para retornar a um estado estável, rolei para trás. Estou no Manjaro 5.4, ao contrário de @ grand248, que está no 5.5. Eu não acho que a versão do kernel importa, desde que os cabeçalhos estejam corretos.

Vou tentar novamente mais tarde hoje e dar continuidade.


@Waistless : parece que a extensão Vulkan para tela cheia está em conflito com os compositores de DE do linux e windows de alguma forma?

@ FTL-Space-Warp @ 75AngryDucks Sim, consegui uma conquista e apareceu mesmo com a sobreposição desligada, mas não travou o jogo. Eu editei meu comentário original. Pode ser um problema específico para o seu DE, as pessoas no início do tópico relataram problemas com o Gnome, mas o XFCE4 funciona bem para mim.

Não sou um especialista em nenhum formato ou forma, mas poderia ser composição, o XFCE tem composição muito mais leve do que o GNOME, se é que existe alguma.

EDIT: a composição deve ser desligada automaticamente, talvez ela seja ligada por um momento ou algo estranho assim

@jalabb Estou usando Manjaro KDE Plasma e o meu trava.

@MagicRB Existe uma maneira de forçar a desativação da composição durante o jogo? Eu posso tentar e relatar de volta.

@ 75AngryDucks como eu disse, se você estiver usando o Steam e / ou Proton-ge, ele já deve estar desligado e não tenho ideia de como funciona no GNOME, nunca usei o GNOME. Mas você parece estar executando o KDE, no KDE o atalho é Alt + Shift + F12 para alternar a composição.

@ PraetorianSC4 5.4? O problema provável aqui é que o 5.4 foi construído com uma versão anterior do GCC do que a que você tem atualmente em todo o sistema, então seus módulos não são construídos devido à incompatibilidade do GCC. mkinitcpio -P tem exatamente zero motivo para quebrar o Xorg diretamente, já que ele é completamente não relacionado e também está sendo executado toda vez que você instala uma atualização do kernel, e aqui novamente, o problema provável é o acima. Vários usuários Manjaro executando 5.5 / 5.6 não tiveram problemas, o que ajuda a supor.
Edit: Um registro do problema certamente ajudaria a descobrir.

Consegui lançar o jogo usando Steam Beta e Proton-5.4-GE-3, no entanto, vejo todos os tipos de falhas gráficas em quase todas as superfícies. Alguém sabe como consertar isso? Eu tenho um RX 580. De acordo com o mesa-overlay, eu obtenho 60-80FPS constantes em todas as configurações do Ultra, então o jogo é definitivamente jogável, mas eu queria saber se isso já é o máximo?

@MagicRB Alternar a composição interrompe o jogo imediatamente. Eu também testei o uso de regras de janela para forçar a desativação da composição, mas ainda travou na próxima vez que consegui uma conquista. Eu poderia tentar mudar DEs, mas vi que isso poderia causar conflitos. Se houver uma maneira de trocá-los de forma limpa, eu poderia dar uma chance ao xfce4.

Na verdade não, talvez se você conseguiu instalar uma instância mínima do XFCE, mas eu não recomendo, deixe para outra pessoa.

Encontrei um hack temporário para desativar as notificações do Steam
Dentro de $ HOME / .local / share / Steam / resource / styles / steam.styles
Altere Notifications.Stacksize "3" para "0". Em seguida, reinicie o Steam.

Testado rapidamente ativando a entrada de vapor para todos os controladores e, em seguida, conectando meu xbox um controlador. Com este hack, ele não exibe mais uma notificação de perfil de controlador carregado no canto inferior direito.

Espero que ajude vocês a rasgar e rasgar até que isso seja corrigido :)

@ Tk-Glitch Você estava certo, amdgpu-pro é significativamente mais rápido que o radv. Infelizmente, demorou um pouco para descobrir como instalar o amdgpu-pro no Gentoo para usar com o Doom Eternal, então aqui está um pequeno guia para todos os outros:

  1. Baixe amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz em https://www.amd.com/en/support/graphics/amd-radeon-5700-series/amd-radeon-rx-5700-series / amd-radeon-rx-5700-xt

  2. Descompacte: tar xvfJ amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz

  3. Descompacte o arquivo deb dos drivers Vulkan para 64 bits: ar x vulkan-amdgpu-pro_19.50-967956_amd64.deb

  4. Descompacte o arquivo data.tar.xz que estava dentro do arquivo deb: tar xvfJ data.tar.xz

  5. Mova a pasta extraída opt / amdgpu-pro do arquivo para / opt / amdgpu-pro

  6. Inicie o Steam com o seguinte comando: VK_ICD_FILENAMES = / opt / amdgpu-pro / etc / vulkan / icd.d / amd_icd64.json / usr / bin / steam (alternativamente, você provavelmente pode adicionar a variável de ambiente às opções de inicialização do Doom Eternal dentro do Steam) para usar o driver amdgpu-pro vulkan em vez do driver mesa radv padrão. Através da sobreposição de desempenho do Doom Eternal, você pode confirmar se ele está usando o driver correto (dirá driver amd em vez de mesa).

Nota: Eu uso o Gentoo de 64 bits, com a maioria dos pacotes estáveis, exceto mesa -9999 (git), steam do steam-overlay com USE "-steamruntime" desabilitado e atualizações de cliente beta, Proton-5.4-GE-3. Hardware Ryzen 3700X com Radeon 5700XT

@ nuku97 E você obtém basicamente ~ 140fps com amdgpu-pro no Linux.

@ Progman-DT Sim, está sendo trabalhado. Os recursos ausentes para ACO ainda são WIP. Existem dois MRs que, quando combinados, podem fornecer até 30% de ganhos de desempenho com RADV / LLVM.

Finalmente:

  • Proton 5.4-GE-3
  • NVIDIA 440.66.07
  • As configurações do Pulseaudio foram alteradas para:

método de resample = speex-float-5
default-sample-format = s24le
taxa de amostragem padrão = 48000
taxa de amostragem alternativa = 44100
fragmentos-padrão = 2
default-fragment-size-msec = 125

O jogo funciona perfeitamente, sem falhas gráficas, sem som crepitante, 180-250 FPS em Full-HD e configurações gráficas muito altas. (RTX2060, Ryzen 1700, 16 GB de RAM, Fedora 31)

Quando podemos esperar que a versão 440.66 seja enviada para a versão estável?

Provavelmente nunca. É mais provável que a série 445 seja a primeira versão estável a conter a correção.

Alguma ideia se isso é uma questão de semanas ou meses?
Tentei instalá-lo manualmente, mas meu sistema quebrou e teve que ser revertido. Só estou me perguntando se vale a pena tentar novamente.

SO: Manjaro Linux x86_64
Kernel: 5.6.0-rc1-1-tkg-pds
WM: i3 (sem compositor)
CPU: AMD Ryzen 5 2600 (12) @ 3.400 GHz
GPU: AMD ATI Radeon RX590
Mesa-git 20.1.0_devel.121255.b93a1952258-1
Tenho uns 20 fps, não dá para saber porque o MANGOHUD não funciona. Também experimentei o amdgpu-pro, segui as instruções do
Minhas opções de lançamento são:
MANGOHUD = 1 STEAM_RUNTIME = 1 RADV_PERFTEST = llvm VK_ICD_FILENAMES = / opt / amdgpu-pro / etc / vulkan / icd.d / amd_icd64.json PROTON_NO_ESYNC = 1% command% + in_terminalSkipu-Pro / etc / vulkan / icd.d / amd_icd64.json PROTON_NO_ESYNC = 1% command% + in_terminalSkinkSkIntroManager 1 + com_skipIntroManagerSkIntroVideo 1 + com_skipIntroManagersk_IntroVideo 1 + com_

git clone https://github.com/Frogging-Family/nvidia-all.git
cd nvidia-all
makepkg -si

@ Tk-Glitch O driver beta vulkan falha ao instalar através do dkms no último linux 5.6.2-5-tkg que eu construí. 440.64 parece instalar bem no entanto.

Driver @AllKind @ Tk-Glitch confirmou funcionar em 5.6.xx com o commit enviado recentemente para nvidia-all

@Waistless Isso funcionou para mim. Na verdade, não resolveu o problema, mas me permitiu seguir em frente e obter o resto das conquistas do singleplayer, então agora posso reproduzi-lo sem problemas.

@ nuku97 Obrigado por contribuir :) Isso definitivamente me ajudou a extrair o máximo da minha GPU com este jogo. Essas instruções funcionaram bem para o Fedora 32. Tudo que eu preciso descobrir agora é como habilitar o FreeSync.

Pelo que entendi, não há como fazer o FreeSync funcionar com os drivers mesa. Tenho que usar drivers proprietários.

@ d3rhans

* Pulseaudio settings changed to:

método de resample = speex-float-5
default-sample-format = s24le
taxa de amostragem padrão = 48000
taxa de amostragem alternativa = 44100
fragmentos-padrão = 2
default-fragment-size-msec = 125

Ainda estou ouvindo sons crepitantes no Fedora 31, independente das configurações do Pulseaudio, mas apenas a cada duas inicializações do jogo. Você obtém bons resultados consistentes com essas configurações sempre que inicializa o jogo?

E por que o método de reamostragem deveria ser importante, você conseguiu essas configurações de outro lugar?

Questão:

  • eu sempre vejo a opção +com_skipSignInManager 1 mas o que ela faz? a partir da nomenclatura, eu presumiria que ele ignora o login do bethesda, mas não para mim - sempre tenho que esperar que o cliente se conecte a algo

meu primeiro lançamento não teve problemas de áudio, mas agora todos os outros lançamentos estão cheios de sons crepitantes que o tornam impossível de tocar. Alguma ideia de como aprofundar esse problema de som?
Eu tentei ambas as configurações de áudio de pulso sem bons resultados

@ e-user @ evilch3n Quando você executa pacmd list-sinks , a "especificação de amostra" para seu dispositivo de áudio padrão (que o DE usa no lançamento) mostra a taxa de amostragem como 44100 Hz ou 48000 Hz?
Pela minha experiência, quando eu inicio o jogo com o dispositivo padrão definido para 44100 Hz, ele sempre estala mesmo quando eu mudo o dispositivo padrão.
Quando eu inicio o jogo em um dispositivo de 48000Hz, ele não estala e eu posso mudar o dispositivo de som padrão e ele permanecerá intacto. Algumas placas de som, como minha Soundblaster E1 externa, não podem funcionar a 48000 Hz, então tenho que usar essa solução alternativa.
Não mudei o formato de amostra padrão ou qualquer outra configuração. Apenas a taxa de amostragem padrão para 48000 Hz e a amostragem alt para 44100 (portanto, faz 48k quando possível).

Talvez haja uma maneira mais fácil, como forçar o Doom Eternal a rodar a 48000Hz, ou esse problema tem a ver com a reamostragem do áudio do pulso?

Isso dará resultados muito diferentes dependendo do hardware. Não há uma configuração completa para o Pulseaudio. Se você é um dos azarados a experimentar problemas de crepitação induzidos pelo Pulseaudio, você terá que encontrar configurações que funcionem para o seu hardware específico. Copiar / colar configurações que funcionam cegamente em diferentes hardwares não necessariamente ajudarão em nada e podem tornar as coisas ainda piores.
Um valor errado de default-fragment-size-msec , notavelmente, pode tornar o crepitar insuportável.

Portanto, lembre-se de fazer backups antes de jogar com PA 🐸

Percebi que meu áudio embutido tinha mais opções de taxa de amostragem no Win 10, então experimentei-as aqui, forçando-as por meio do daemon de pulso conf.
Usando SOMENTE: (substituindo valores relevantes)

default-sample-rate = 48000
alternate-sample-rate = 48000

Testado reiniciando o serviço e o soquete pulseaudio, verificando se as alterações foram aceitas usando
pacmd list-sinks

44100: Crackle
48000: Ótimo
96000: Crackle
192000: Crackle

  • Áudio Nvidia DisplayPort teve os mesmos resultados para 44100 e 48000
  • Alterar a configuração de profundidade de bits (s16le ou s24le) não teve impacto.
  • Todas as taxas de amostragem funcionam bem em todos os outros aplicativos.
  • Assim que o jogo começar em um dispositivo de 48 kHz, ele pode ser movido para um dispositivo de 44,1 kHz sem problemas.
  • avoid-resampling = true com todas as outras opções padrão (44.1 kHz, alternativa de 48 kHz) ainda tinha crepitação
  • Isso é com 5.4-GE-3. Não consigo testar o 5.0-5 porque o DE não iniciará com esta versão. Deixe-me saber se devo testar uma compilação TKG para este problema.

Não tenho certeza se há uma maneira mais definitiva de provar que Doom Eternal no Wine / Proton não gosta de nenhuma taxa de amostragem de áudio diferente de 48Khz. Ajustar quaisquer outras opções de áudio de pulso não deve ser necessário.
Para confirmar se as configurações corretas foram aplicadas:
pacmd list-sinks
Seu áudio padrão deve ser:
sample spec: s16le 2ch 48000Hz

@Waistless

pacmd list-sinks | grep "ample"
    sample spec: s24le 2ch 44100Hz
    sample spec: s16le 2ch 48000Hz
    sample spec: s32le 2ch 48000Hz

: man_shrugging:

@ evilch3n Grep sozinho não mostra tudo, haverá vários dispositivos listados. A partir dessa lista, ele mostra que um dos seus dispositivos de áudio não pode funcionar a 48 kHz, supondo que você forçou default-sample-rate = 48000 e alternate-sample-rate = 48000 (que você deve tentar primeiro para tentar obter todos os dispositivos a 48 k)
Se esse dispositivo for o padrão que você está usando, você precisará usar a solução alternativa para iniciar o Doom Eternal com um dispositivo de 48 khz definido como padrão e, em seguida, alterar o padrão para o dispositivo de 44,1 kHz.

Esta situação é a razão pela qual sugeri que deveria haver uma maneira de fazer com que Doom Eternal fosse forçado a inicializar em 48Khz e deixar o Pulseaudio lidar com a reamostragem, mas não tenho certeza de que tal comando exista fora da codificação próton / vinho para lidar com isso dessa forma .

@Waistless obrigado pelas informações,
posso confirmar que não há crepitação com 48000 para tudo

Eu tinha o jogo estava funcionando muito bem ontem com o novo driver da nvidia, mas hoje ele travou na área de trabalho no momento em que o inicio. Eu recebo uma tela preta por um segundo, então ela fecha. remover + com_skipIntroVideo 1 das opções de inicialização substitui a tela preta com o primeiro segundo do vídeo de introdução, mas não muda nada mais. Adicionar PROTON_LOG = 1 às opções de inicialização não parece gerar um log. Alguém tem ideia do que está acontecendo? Estou usando manjaro KDE e a versão de próton do GloriousEggroll, caso seja relevante. tentar outras versões do próton não resolveu.

Editar: de repente está funcionando após uma reinicialização.

@sidok LOL, eu ia dizer para você tentar reiniciar.

Eu tenho o mesmo problema. Funciona algumas vezes, depois para. Acho que pára depois de colocar meu computador para hibernar. Ou se eu fechar o vapor. Não sei ainda porque não tentei solucionar o problema, apenas reiniciei porque só queria jogar.

Alguém mais com o mesmo problema?

Void Linux, Linux 5.5.14_1, gerenciador de janelas i3, Lenovo Legion Y720, Quad Core Intel Core i7-7700HQ, Nvidia GeForce GTX 1060

Executando o Proton GE-3 de GloriusEggroll também. Nenhum parâmetro adicionado.

@KaeKun As únicas vezes que tive esses problemas foram quando:

  • Um aplicativo é iniciado automaticamente muito cedo. Normalmente, adicionar sleep 10s && antes do comando de inicialização automática corrige isso
  • Depois de fazer pacman -Syu (atualizações) e o Steam fica confuso sobre alguma dependência que pensava que estava lá. Não sei se o void linux faz atualizações em segundo plano.

Desculpe se isso está arrastando o assunto um pouco para fora do tópico, mas espero que ajude

@kdwinter RADV + ACO não funciona atualmente, você terá que usar o LLVM ( RADV_PERFTEST=llvm se sua compilação o tiver habilitado por padrão) ou um driver diferente.

O driver Vulkan proprietário oferece de longe o melhor desempenho neste jogo, então você vai querer usá-lo se souber como instalá-lo, mas _não_ bagunce seu sistema instalando todos os pacotes amdgpu-pro, não é necessário.

Acabei usando o pacote AMDVLK Debian / Ubuntu de https://github.com/GPUOpen-Drivers/AMDVLK/releases e mudei minha configuração de inicialização para fazer referência a VK_ICD_FILENAMES=/etc/vulkan/icd.d/amd_icd64.json

@sidok LOL, eu ia dizer para você tentar reiniciar.

Eu tenho o mesmo problema. Funciona algumas vezes, depois para. Acho que pára depois de colocar meu computador para hibernar. Ou se eu fechar o vapor. Não sei ainda porque não tentei solucionar o problema, apenas reiniciei porque só queria jogar.

Alguém mais com o mesmo problema?

Void Linux, Linux 5.5.14_1, gerenciador de janelas i3, Lenovo Legion Y720, Quad Core Intel Core i7-7700HQ, Nvidia GeForce GTX 1060

Executando o Proton GE-3 de GloriusEggroll também. Nenhum parâmetro adicionado.

Enfrentando o mesmo problema, tentei reiniciar o aplicativo Steam, apenas no caso

Agora veremos se funciona após relogar

Não tive esse problema com a versão da distro. Posso voltar a isso.

Fyi, Bug relacionado no mesa radv development tracker
https://gitlab.freedesktop.org/mesa/mesa/-/issues/2684#note_455985

Olá, com os drivers beta da Nvidia Vulkan mais recentes, o jogo funciona perfeitamente (considerando meu equipamento) no modo de janela em baixo.
No entanto, estou tendo uma falha ao recuperar a primeira runa no segundo nível. Ele pode estar vinculado à reprodução de um filme incorporado. Uma rápida olhada nos logs menciona uma falha de inicialização do utilitário HAVOK, mas não sei se essa é a causa raiz.

Sistema: Linux 5.5.13-arch1-1
CPU: Amd Ryzen 2700X
16 Go RAM
GPU: Nvidia GTX 960
Drivers: 440.66.07

O registro do Proton está aqui: https://we.tl/t-UbFe0fWrMo

Para qualquer pessoa que execute Ubuntu 18.04 com kernel Linux 5.3.0, descobri que finalmente funcionou: https://www.protondb.com/app/412020#_8gOCAMdq
Antes disso, eu teria um segfault mesmo com todos os ajustes neste tópico. Depois de adicionar a opção e reiniciar, o jogo funcionou. Sistema:

  • AMD Ryzen 3900X
  • Nvidia RTX 2070 Super
  • Linux 5.3.0-45-generic # 37 ~ 18.04.1-Ubuntu SMP
  • Proton 5.4-GE-3
  • NVIDIA 440.66.07

Contexto: para kernels <5.4, você precisa adicionar clearcpuid=514 às opções de inicialização do kernel: https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.4-UMIP-Spoofing

@ GirardR1006 Se você desabilitar os tutoriais no menu do jogo, o travamento desaparece?

@teotomic obrigado por isso. Desativar a instrução umip consertou todos os meus outros jogos Denuvo, mas por algum motivo Doom Eternal ainda não está funcionando. Vou esperar os drivers 440,66 para ficarem estáveis.

Aqui está o problema do Proton que rastreia o kernel 5.3 e CPUs Ryzen 3xxx: problema 2927

Ei pessoal, estou perdendo meu juízo aqui e preciso de ajuda.

Estas são as especificações do meu sistema:

  • Pop! _OS 19.10, kernel 5.4

    • Eu atualizei porque vi outros tendo problemas com o kernel 5.3.

  • nVidia GeForce RTX 2070, rodando os drivers 440.66.08 beta.

    • Eu reverti as alterações de configuração do Xorg feitas pelo driver porque meu sistema iria iniciar com apenas uma tela preta. Não tenho certeza se isso afeta alguma coisa.

  • Vulkan 1.2.126 instalado no sistema.

    • Tentei compilar e instalar a versão mais recente de Vulkan-Loader , mas vulkaninfo simplesmente não os reconhece.

    • IIRC, Proton agrupa Vulkan, então isso nem é necessário.

  • Proton-5.4-GE-3

Já havia executado o jogo com sucesso e bom desempenho antes, mas tive que formatar meu laptop porque baguncei outra coisa e não consegui consertar. Portanto, estou em uma instalação limpa, exceto pelos problemas acima.

Aqui está um trecho de meus registros do Proton:

89.589:002f:0035:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:0036:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:0038:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:0039:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:003b:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:003c:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:0035:trace:seh:RtlVirtualUnwind type 1 rip 1403973c0 rsp 4a7ffe8
 89.589:002f:0035:trace:seh:dump_unwind_info **** func 3973c0-397424
 89.589:002f:0035:trace:seh:dump_unwind_info unwind info at 0x14317336c flags 0 prolog 0xa bytes function 0x1403973c0-0x140397424
 89.589:002f:0035:trace:seh:dump_unwind_info     0xa: movq %rbx,0x38(%rsp)
 89.589:002f:0035:trace:seh:dump_unwind_info     0xa: subq $0x20,%rsp
 89.589:002f:0035:trace:seh:dump_unwind_info     0x6: pushq %rdi
 89.589:002f:0036:trace:seh:RtlVirtualUnwind type 1 rip 1403973c0 rsp 528ffe8
 89.589:002f:0036:trace:seh:dump_unwind_info **** func 3973c0-397424
 89.589:002f:0036:trace:seh:dump_unwind_info unwind info at 0x14317336c flags 0 prolog 0xa bytes function 0x1403973c0-0x140397424
 89.589:002f:0036:trace:seh:dump_unwind_info     0xa: movq %rbx,0x38(%rsp)
 89.589:002f:0036:trace:seh:dump_unwind_info     0xa: subq $0x20,%rsp
 89.589:002f:0036:trace:seh:dump_unwind_info     0x6: pushq %rdi
 89.589:002f:003d:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
Unhandled exception: divide by zero in 64-bit code (0x00007f45e757d33d).
 89.602:005e:005f:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:
 rip:00007f45e757d33d rsp:0000000004a70e50 rbp:0000000004a71320 eflags:00010246 (  R- --  I  Z- -P- )
 rax:0000000000000100 rbx:0000000000000000 rcx:00007f45ec0008de rdx:0000000000000000
 rsi:000000007da5bbb8 rdi:0000000000000000  r8:0000000000000000  r9:00007f45ec005180 r10:0000000004a71270
 r11:0000000000000007 r12:0000000004a71250 r13:0000000000008080 r14:000000000000000a r15:0000000000000000
Stack dump:
0x0000000004a70e50:  0000000000000000 0000000004a7c758
0x0000000004a70e60:  0000000000000001 ffffffffffffff90
0x0000000004a70e70:  0000000004a71190 0000000004a7c740
0x0000000004a70e80:  00007f45ec1dd8d0 00007f45ec0d8a30
0x0000000004a70e90:  00007f45ec005140 00007f45ec17e080
0x0000000004a70ea0:  00007f45ec005170 000000007d86bd10
0x0000000004a70eb0:  0000000000000003 0000000000000080
0x0000000004a70ec0:  000000007da5bbb8 000000007da5bba0
0x0000000004a70ed0:  0000000000000000 0000000000000000
0x0000000004a70ee0:  0000000000000000 000000770000007c
0x0000000004a70ef0:  0000005b0000006e 00007f45e77a2472
0x0000000004a70f00:  00007f45e77a20f0 00007f45ec4c3ad0
Backtrace:
=>0 0x00007f45e757d33d in libvulkan_intel.so (+0xa633d) (0x0000000004a71320)
0x00007f45e757d33d: idivl       %edi,%eax

Não tenho ideia do que está acontecendo, exceto que pode estar relacionado a Vulkan por causa do backtrace. O que devo investigar?

Olá @thebozzcl , já que o backtrace aponta para libvulkan_intel.so e você está tentando usar o driver proprietário da nVidia, você pode tentar evitar o driver Intel vulkan inteiramente com algo como VK_ICD_FILENAMES="/usr/share/vulkan/icd.d/nvidia_icd.json" %command% nas opções de inicialização do jogo.

@ kisak-valve obrigado pela sugestão! Infelizmente não funcionou, estou recebendo o mesmo erro. Eu me pergunto por que o jogo insiste em usar o driver Intel Vulkan.

EDIT: Acabei de perceber que perdi o "V" ao copiar as opções de lançamento que o @kisak-valve forneceu. Quem sabe, poderia ter funcionado. Em vez disso, peguei o caminho difícil e reinstalei todo o sistema operacional, depois instalei o Vulkan de seus repositórios e os drivers da nVidia 440.66.07. Eu consegui funcionar de novo, felizmente.

Aqui está exatamente o que eu fiz, caso alguém precise saber:

  1. Reinstalei meu sistema operacional (Pop! _OS, Ubuntu 19.10 kernel 5)
  2. Construiu e instalou Vulkan-Headers , Vulkan-Loader e Vulkan-Tools de seus repositórios. Se isso funcionar, você deve conseguir ver a versão 1.2.136 ao executar vulkaninfo | less .

    • Antes de começar, execute sudo apt-get build-dep libvulkan1 && sudo apt-get install cmake para instalar todas as dependências de que você precisa.

  3. Instalei os drivers beta 440.66.07 da nVidia (eu estava tentando com 440.66.08 antes, talvez tenha algo a ver com o problema). Esta é a única parte realmente complicada:

    1. Instale algumas dependências de que você precisa executando sudo apt-get install libglvnd-dev .

    2. Entre em um terminal digitando CTRL-ALT-F3 (ou alguma outra tecla F).

    3. Limpe os drivers atuais da nVidia com sudo apt-get purge nvidia* && sudo apt-get autoremove ( CUIDADO , observe atentamente o que esses comandos estão tentando desinstalar)

  4. Pare o gerenciador de desktop executando sudo service gdm stop ou qualquer gerenciador de desktop que você esteja usando. Digite CTRL-ALT-F3 ou qualquer outra coisa para voltar à sua instância de terminal.
  5. Certifique-se de que nvidia-drm seja descarregado executando sudo modprobe -r nvidia_drm .
  6. Você deve estar pronto para executar a instalação do driver executando chmod +x ./NVIDIA-[whatever].run && sudo ./NVIDIA-[whatever].run . Durante a instalação, instalei os binários de 32 bits e o módulo DKMS. NÃO ATUALIZE A CONFIGURAÇÃO X11 , pelo menos para mim que quebrou meu sistema na reinicialização.
  7. Verifique seu resultado executando nvidia-smi . Pelo menos para mim, ele detectou os novos drivers imediatamente. Também pode dizer que há uma incompatibilidade, mas acho que isso só acontece se você não limpar os drivers antigos de antemão.
  8. Vá em frente e reinicie. Com alguma sorte, você poderá fazer o login no seu sistema normalmente.
  9. Se você tiver telas pretas / cinza após a inicialização sem resposta, você terá que desfazer essas alterações.

    1. reinicie e acesse seu gerenciador de inicialização (no meu caso, pressione F10 repetidamente na inicialização).

    2. Mova o cursor para o sistema operacional e kernel de sua escolha e pressione "E".

    3. Na caixa de texto que aparece, remova "quiet" e "splash" e adicione "nomodeset" ao final.

    4. Pressione Enter. Você deve ser capaz de inicializar sua máquina em um terminal.

    5. Duas coisas que você pode tentar consertar: limpar qualquer pacote da nVidia, executar a desinstalação do driver ( sudo ./NVIDIA-[whatever].run --uninstall ), verificar /etc/X11 por alterações (arquivos de backup da nVidia, por exemplo) e desfazer essas alterações .

Desculpe pela parede de texto, mas sou um novato em Linux e espero que algo assim possa ajudar alguém.

@ GirardR1006 Se você desabilitar os tutoriais no menu do jogo, o travamento desaparece?

Sim, ainda trava, a janela do tutorial não está em causa aqui. Em vez disso, é a janela que mostra a escolha de runas que faz o jogo travar.

@ GirardR1006 Estou executando uma configuração muito semelhante e não consegui reproduzir o problema naquela runa ou em outra runa. O registro de travamento diz que é relacionado ao Faudio, então tudo que eu poderia sugerir é alternar diferentes configurações de áudio, ou seja, mixagem de alto-falante <> fone de ouvido, desativando o bate-papo por voz aberto, etc. Eu tentei reproduzir tudo relacionado a isso, mas sem dados.

GE-5.5 e Proton 5.0-6 RC foram lançados hoje para que você possa experimentá-los. Acho que também vou fazer alguns testes para ver se corrigiu algum problema atual.

Se tudo mais falhar, você poderia postar os resultados de pacmd list-sources > pa.txt (basta fazer upload do pa.txt resultante no diretório inicial). Se alguém tiver exatamente o mesmo travamento, talvez haja algo específico configurando-o.

Portanto, o problema do jogo travar repentinamente com uma tela preta ao usar alt-tab ou alterar a resolução / alternar entre janela / tela inteira ainda é uma coisa.

Fora isso, com os drivers 440.66.08 e o próton 5.0-6 notei uma melhoria monumental no desempenho, sendo capaz de manter 60 FPS mesmo nas configurações mais altas (excluindo o tamanho do pool de textura, meu 1060 não tem VRAM suficiente )

Eu vi os benchmarks mostrando que ele tem um desempenho melhor do que no Windows agora, mas não achei que faria tanta diferença.

Edit: Eu costumava ter problemas de áudio antes, mas com as melhorias de desempenho, tudo acabou, então pode ter sido apenas carga excessiva de CPU (meu pobre i5-6400 ...)

Proton 5.0-6 RC e 5.5-GE-1 se comportam de forma idêntica ao 5.4-GE-3 para mim.
Ainda é necessário iniciar o jogo com áudio de 48Khz para evitar estalos e o congelamento da aba alternativa permanece.
Não foi capaz de reproduzir uma falha de runa em nenhuma versão.

@ kisak-valve - Eu queria salientar que o "ei, está funcionando!" relatórios sobre Proton DB seguem geralmente em dois campos:

  1. Pessoas que usam uma distribuição contínua como Arch / Manjaro com AMD ou GPU Nvidia
  2. Pessoas que usam qualquer distro, mas com um driver de GPU Nvidia recente

Para alguns de nós no Ubuntu 19.10 com uma GPU AMD, não podemos obter um libvulkan1 compatível (o carregador icd), pois está em 1.1.114.0 e o próximo LTS (20.04) está em 1.2.131.2. O Oibaf PPA , que geralmente é extraído do Git, ainda não tem um pacote Vulkan 1.2.135 ou melhor. Até pensei em obter os arquivos .deb manualmente da instável do Debian, mas eles também estão bloqueados em 1.2.131.2 . Não se esqueça de que a versão Mesa enviada com 20.04 ficará bloqueada para uma versão mais antiga por 6 meses.

Portanto, mesmo com o Ubuntu 20.04 LTS sem os requisitos mínimos para o DOOM Eternal rodar, qual é o melhor método para obter suporte? Vamos começar a colocar esses drivers em versões do Proton, tempos de execução do Steam ou algum outro método melhor? Tentamos fazer com que a equipe do Ubuntu atualize seu driver Vulkan antes do lançamento 20.04, mesmo que o Debian unstable ainda não o tenha?

Alguém postou isto anteriormente:
https://pastebin.com/gjzLKV7V

Não sei se funciona para eu usar o Arch.

Alguém postou isto anteriormente:
https://pastebin.com/gjzLKV7V

Não sei se funciona para eu usar o Arch.

Se você acessar https://packages.lunarg.com/vulkan/ , parece que a versão máxima é 1.2.131. então ainda estou no mesmo barco. A propósito, criei um USB inicializável para Manjaro 19.02 e estou muito perto de deixar o Ubuntu. Tem estado bem nos últimos anos, mas está muito desatualizado e quando a nova versão for lançada em 23 de abril, eu ainda estarei no mesmo barco.

Ubuntu é bom se você deseja construir uma imagem Docker ou executar um servidor, mas para jogos, é realmente difícil.

EDIT: 1.2.135 pode ser colocado lá na área de teste, então eu posso dar uma chance. Ainda estou pensando em mudar embora.

Tentei o comando e tive que mudar o URL:
sudo wget -qO /etc/apt/sources.list.d/lunarg-vulkan-testing-bionic.list https://packages.lunarg.com/vulkan/testing/lunarg-vulkan-testing-bionic.list

mas tinha o potencial de bagunçar o sistema, então parei por enquanto:

1 package can be upgraded. Run 'apt list --upgradable' to see it.
N: Usage of apt_auth.conf(5) should be preferred over embedding login information directly in the sources.list(5) entry for 'https://packages.lunarg.com/vulkan/testing'

The following packages will be REMOVED:
  libgl1:i386 libgl1-mesa-dri:i386 libgl1-mesa-glx:i386 libglx-mesa0:i386 libglx0:i386 libvulkan1:i386
  mesa-vulkan-drivers:i386 steam:i386
The following packages will be upgraded:
  libvulkan1
1 upgraded, 0 newly installed, 8 to remove and 0 not upgraded.

@btegs se isso não funcionar, construir o Vulkan a partir dos repositórios não é difícil.

https://github.com/KhronosGroup/Vulkan-Headers
https://github.com/KhronosGroup/Vulkan-Loader
https://github.com/KhronosGroup/Vulkan-Tools

Antes de começar, tente executar sudo apt-get build-dep libvulkan1 caso esteja faltando alguma dependência. Cada repo tem instruções sobre como construir, mas todos eles serão muito semelhantes:

git clone https://github.com/KhronosGroup/Vulkan-$something.git
cd Vulkan-$something
mkdir build
cd build
../scripts/update_deps.sh # Not all of them have this, IIRC
cmake ..
make
sudo make install

EDIT: também, caso ajude, listei tudo o que tive que fazer para que isso funcionasse no meu caso neste comentário: https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -609094355

@btegs se isso não funcionar, construir o Vulkan a partir dos repositórios não é difícil.

https://github.com/KhronosGroup/Vulkan-Headers
https://github.com/KhronosGroup/Vulkan-Loader
https://github.com/KhronosGroup/Vulkan-Tools

Antes de começar, tente executar sudo apt-get build-dep libvulkan1 caso esteja faltando alguma dependência. Cada repo tem instruções sobre como construir, mas todos eles serão muito semelhantes:

git clone https://github.com/KhronosGroup/Vulkan-$something.git
cd Vulkan-$something
mkdir build
cd build
../scripts/update_deps.sh # Not all of them have this, IIRC
cmake ..
make
sudo make install

EDITAR: também, caso ajude, listei tudo o que tive que fazer para que isso funcionasse no meu caso neste comentário: # 3654 (comentário)

Obrigado pelo feedback. Como estou usando uma GPU AMD e tudo está vinculado ao MESA para os drivers, estava recebendo aquele aviso sobre meu pacote MESA sendo removido. Suponho que o seu caso seja diferente devido aos drivers Nvidia não vinculados ao pacote MESA base e são mais isolados.

@btegs se isso não funcionar, construir o Vulkan a partir dos repositórios não é difícil.
https://github.com/KhronosGroup/Vulkan-Headers
https://github.com/KhronosGroup/Vulkan-Loader
https://github.com/KhronosGroup/Vulkan-Tools
Antes de começar, tente executar sudo apt-get build-dep libvulkan1 caso esteja faltando alguma dependência. Cada repo tem instruções sobre como construir, mas todos eles serão muito semelhantes:

git clone https://github.com/KhronosGroup/Vulkan-$something.git
cd Vulkan-$something
mkdir build
cd build
../scripts/update_deps.sh # Not all of them have this, IIRC
cmake ..
make
sudo make install

EDITAR: também, caso ajude, listei tudo o que tive que fazer para que isso funcionasse no meu caso neste comentário: # 3654 (comentário)

Obrigado pelo feedback. Como estou usando uma GPU AMD e tudo está vinculado ao MESA para os drivers, estava recebendo aquele aviso sobre meu pacote MESA sendo removido. Suponho que o seu caso seja diferente devido aos drivers Nvidia não vinculados ao pacote MESA base e são mais isolados.

Oh sim, eu perdi essa parte da sua postagem. Desculpe, não ajudou.

Percebi que algumas pessoas mencionaram problemas com Alt + Tab, mas eu encontrei um que é um pouco diferente daqueles que foram mencionados.

Quando pressiono Alt + Tab durante o jogo e volto para o jogo, a tecla tab não é mais reconhecida. Isso não acontece com nenhum outro jogo. Posso consertar alternando entre o modo de tela inteira / sem borda / com janela, mas da próxima vez que pressionar Alt + Tab novamente, o problema voltará.

Olá, mantenedores do Proton!

Doom Eternal funciona bem com o teste de RC Proton 5.0-6.
Joguei um nível sem perceber problemas no jogo.
Alt + Tab embora esteja dando problemas. Assim que quero voltar ao jogo, tudo o que vejo é uma tela preta.
Precisa terminar o jogo pelo gerenciador de processos.

Sistema:
Linux Mint 19.3 (Ubuntu 18.04) com cinnamon Desktop (composição desativada para tela inteira).
Force Composition Pipeline está definido como off nas configurações da nvidia.
Kernel: 5.5.14
Nvidia RTX 2080 Ti com driver 440.66.07

Log de prótons:
https://drive.google.com/open?id=1AKaOhfGmLf7oGTEOGYvvba0vMGwZ9FZU

Tudo que fiz para o log foi: iniciar o jogo, continuar a campanha, Alt + Tab, Alt + Tab voltar, finalizar o processo.

Atualização: preciso redefinir todas as configurações gráficas do meu jogo, ao alternar entre as versões do Proton (também se aplica ao Wolfenstein II).

@ GirardR1006 Estou executando uma configuração muito semelhante e não consegui reproduzir o problema naquela runa ou em outra runa. O registro de travamento diz que é relacionado ao Faudio, então tudo que eu poderia sugerir é alternar diferentes configurações de áudio, ou seja, mixagem de alto-falante <> fone de ouvido, desativando o bate-papo por voz aberto, etc. Eu tentei reproduzir tudo relacionado a isso, mas sem dados.

GE-5.5 e Proton 5.0-6 RC foram lançados hoje para que você possa experimentá-los. Acho que também vou fazer alguns testes para ver se corrigiu algum problema atual.

Se tudo mais falhar, você poderia postar os resultados de pacmd list-sources > pa.txt (basta fazer upload do pa.txt resultante no diretório inicial). Se alguém tiver exatamente o mesmo travamento, talvez haja algo específico configurando-o.

obrigado por sugerir a construção personalizada de prótons da GE, o problema parece ter desaparecido ao usar 5.5-GE1!

Quando pressiono Alt + Tab durante o jogo e volto para o jogo, a tecla tab não é mais reconhecida. [...] posso consertar alternando entre o modo de tela inteira / sem borda / com janela, mas da próxima vez que pressiono Alt + Tab novamente, o problema volta novamente.

@SuperMatt Eu também percebi isso, pois pressionar Alt para abrir os objetivos atuais faz com que a tecla Tab funcione novamente.

Se eu mapear o menu para outra coisa, ele funcionará tudo de uma vez sem nenhum problema, embora eu tenha visto o problema do Tab.

Em outras palavras, é como se o jogo assumisse que a tecla alt está constantemente pressionada. É útil saber disso. Talvez re-mapear a tecla alt para que não seja mais o objetivo atual, pode consertar as coisas.

Não consigo descobrir por que isso está acontecendo, mas no nível Urdak, estou tendo um problema sério no meu computador. O jogo irá travar e eu tenho que reiniciar. Quando eu reinicio, o systemd me coloca em um shell de emergência, mas diz que não pode acessar tty e não consigo digitar. Posso consertar se executar a opção de inicialização de recuperação em rEFInd, onde dirá que está recuperando meu diário.

@PopeRigby Estou tendo um problema semelhante em "Destroy The Super Gore Nest". Não estou convencido de que meu problema dependa do nível. Eu também não caio em um projétil de emergência. Eu tenho que pressionar o hard reboot na minha torre. Outra coisa estranha que notei foi que enquanto o jogo estava travado, a luz de fundo da minha tecla CAPS LOCK também estava.

Eu estava tentando examinar meus logs do systemd, mas não consegui encontrar o erro que me mostrou.

hum ... O meu acabou de me deixar cair na minha mesa agora mesmo.

Estou executando um Radeon 5600XT e o mesa-git começou a ter problemas gráficos de corrupção, então voltei para o Mesa 20.0.4, que não tem nenhum problema gráfico, mas ocasionalmente o jogo trava totalmente. Ao contrário dos hardlocks anteriores, geralmente posso fazer SSH e matar o processo, mas é um problema estranho, no entanto. Pode ser semelhante aos problemas que você está encontrando.

Como não experimentei tanto no mesa-git, pode ser corrigido na próxima versão estável ... só podemos esperar.

A Nvidia acabou de lançar o driver estável 440.82 , o que significa que o driver beta vulkan não é mais necessário para jogar.

O Arch Linux já está empacotado.

Isso pode ajudar alguns com problemas de áudio.

Se você tiver o protontricks instalado, pode dizer ao wine para usar alsa em vez de pulseaudio.

protontricks 782330 sound=alsa

@TheGreatMcPain acho que é um truque legal :)
Mas também isso pode ajudar: https://github.com/ValveSoftware/Proton/issues/3721#issuecomment -610593779

Para mim, qualquer redimensionamento da janela do jogo causa o congelamento (a janela fica preta depois disso), acho que podemos incluir Alt + Tab nisso. Ele também congela se alguma janela aparecer no topo da janela do jogo, incluindo notificações do Steam (sobre novas mensagens ou cartas colecionáveis ​​recebidas). A última linha do log (no redimensionamento da janela) diz: Flushing device resizeSwapChain: true, resizeViewDest: false, resizeImageNeedsFlush: false . Eu uso o Awesome WM para que eu possa alternar a janela para tela inteira e vice-versa apenas com os atalhos do teclado.

@AllKind Interessante, eu me pergunto se isso ajudaria nos problemas de som do DOOM 2016, onde se a taxa de amostragem de sua placa de som fosse diferente de 44,1 K ou 48 K, o áudio seria uma bagunça.
Embora isso também aconteça no Windows.

Estou usando o novo driver NVIDIA estável (440,82) e preciso relatar que ele não corrigiu meu problema de travamento. Também estou usando a [próxima] versão beta 5.0-5 do Proton.
Por outro lado: há uma maneira de ver uma lista das atualizações anteriores de Doom Eternal? Quando clico em _ "Ver histórico de atualizações eternas do Doom" _ o mais recente listado é 24 de março.

Apenas executei o jogo no arch com o novo driver NVIDIA estável (440.82) usando o pacote Proton-5.5-GE-1. O jogo correu razoavelmente bem, algumas falhas menores de vez em quando, mas agora o jogo pode ser jogado.

Eu notei que a resolução dinâmica estava um pouco mais baixa do que ao executá-lo no Windows também, mas no geral é muito jogável agora.

Edit: Tirei minhas opções de iniciador, pois parece que eles têm alguns erros de digitação neles.

Minhas especificações são: o driver NVIDIA 440.82 mais recente, GTX 1070, i7-7700k, teste do Debian, Proton 5.5-GE-1. Depois de definir os parâmetros de inicialização para +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 consigo jogar e é suave como manteiga, mas esses congelamentos são facilmente reproduzíveis e inevitáveis. A maneira mais fácil de acionar o congelamento é alternar do modo de tela inteira para o modo de janela (e vice-versa se isso não acontecer imediatamente). É como se qualquer invalidação da janela fizesse com que ela parasse de renderizar (o som continua tocando). Seja redimensionando ou cobrindo a janela com outra coisa, uma área de trabalho ou notificação do Steam. Então eu acho que a maneira mais segura de jogar é iniciar o Steam no modo offline e fechar o navegador, messenger etc. para que nada apareça de repente.

Executar o jogo no modo offline não é necessário, se você quiser recursos online, você pode editar $ HOME / .steam / steam / resource / styles / steam.styles:

Altere Notifications.Stacksize "3" para "0" e reinicie o Steam.

Minhas especificações são: o driver NVIDIA 440.82 mais recente, GTX 1070, i7-7700k, teste do Debian, Proton 5.5-GE-1. Depois de definir os parâmetros de inicialização como + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1, consigo jogar o jogo e ele é suave como manteiga, mas esses congelamentos são facilmente reproduzíveis e inevitáveis. A maneira mais fácil de acionar o congelamento é alternar do modo de tela inteira para o modo de janela (e vice-versa se isso não acontecer imediatamente). É como se qualquer invalidação da janela fizesse com que ela parasse de renderizar (o som continua tocando). Seja redimensionando ou cobrindo a janela com outra coisa, uma área de trabalho ou notificação do Steam. Então eu acho que a maneira mais segura de jogar é iniciar o Steam no modo offline e fechar o navegador, messenger etc. para que nada apareça de repente.

Confirmo que isso também está acontecendo comigo. Mesma GPU e software.

Executar o jogo no modo offline não é necessário, se você quiser recursos online, você pode editar $ HOME / .steam / steam / resource / styles / steam.styles:
Altere Notifications.Stacksize "3" para "0" e reinicie o Steam

Confirmo que isso corrigiu o problema para mim.

steam-782330.zip

Aqui está meu registro de Proton. Iniciei o jogo no modo Windowed, fui para as configurações (sem nem carregar o save) mudei para fullscreen (nada mudou visualmente, mas a janela já ocupava toda a área da tela antes disso) e depois voltei para Windowed. Nesse ponto, a janela ficou preta, mas a música continuou tocando. Eu tive que matar o processo do jogo manualmente depois disso.

Considerando o quão fácil é reproduzi-lo, deve ser algo trivial. Não significa que seria trivial consertar, é claro.

Esta linha parece suspeita em particular:

116929.314:0033:0036:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet

Para outros consertadores como eu, o log faz mais sentido depois de filtrado por grep -v seh . Esta mensagem está realmente relacionada ao problema (não necessariamente é o culpado, mas parece que é), da descrição do

Enviado quando o plano de fundo da janela deve ser apagado (por exemplo, quando uma janela é redimensionada). A mensagem é enviada para preparar uma parte invalidada de uma janela para pintura.

E é exatamente o que acontece, seja redimensionado ou apagado depois que outra janela cobrir a do jogo. Este fixme é antigo, existem resultados no Google de 2008. Talvez seja hora de finalmente fazer o que ele pede: sorria:

Eu li um pouco a fonte do Wine. Portanto, esta mensagem se origina da função pack_message que serializa a mensagem da janela para comunicação entre processos: https://github.com/wine-mirror/wine/blob/a98ca88dd1139ad8e16e63fbb349c2fc5e9ad332/dlls/user32/message.c#L757
Como WM_ERASEBKGND não é compatível, ele não é enviado. Minha especulação é que o Doom confia nesta mensagem para reiniciar o renderizador após o redimensionamento da janela ou qualquer outra interferência externa e ela nunca chega, então o renderizador fica suspenso indefinidamente. Acho que não deve ser difícil implementar isso olhando para os outros exemplos próximos e esta mensagem em particular é menos complexa do que WM_CREATE, por exemplo. No entanto, se não fosse implementado por pelo menos 12 anos, poderia ser muito mais difícil do que parece. Vamos torcer para que ninguém tenha se importado o suficiente até agora.

Outro teste com o Proton que eu mesmo compilei resultou em nenhuma linha de fixme WM_ERASEBKGND, então essa teoria pode não estar correta. Redimensionei a janela manualmente usando uma tecla de atalho WM e ela congelou como de costume. Mas não havia mensagens relacionadas no log. Parece que eles só aparecem se eu alterar o tamanho da janela nas opções.

Minhas especificações são: o driver NVIDIA 440.82 mais recente, GTX 1070 ti, R5 3600x, Ubuntu 18.04, Proton 5.5-GE-1. Quando tento iniciar o DE, aparece o pop-up abaixo. Quaisquer idéias para corrigir isso são muito apreciadas.

Screenshot from 2020-04-10 00-00-54

@chanakaya apenas pressione Play, ele deve iniciar normalmente.

@rkfg Já tentei isso ... Simplesmente sai :(

@chanakaya então verifique os logs, tente iniciá-lo com PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 e procure em ~/steam-782330.log por pistas.

@chanakaya é possível que você
Some1 maneira acima naquele tópico postou o erro exato. Se você achar isso (pode levar um dia haha), você pode comparar com o seu registro de prótons.
O mais novo candidato oficial ao lançamento de prótons contém uma correção drm (não acho que isso já esteja no 5.5-GE-1). https://github.com/ValveSoftware/Proton/issues/3721
A propósito: você pode desativar o aviso do driver no launcher.cfg (como fazer isso está postado uma dúzia de vezes neste tópico).

A propósito: você pode desativar o aviso do driver no launcher.cfg (como fazer isso está postado uma dúzia de vezes neste tópico).

Offtopic: pode não ser tão fácil considerando este maravilhoso "recurso" do GitHub:
2020-04-10_15-07-26

Como carregar todos os comentários e / ou pesquisá-los?
EDITAR: encontrei esta extensão , instale e Alt + Clique neste botão para carregar 200 comentários em vez de 60. Um pouco melhor, mas prefiro a boa e velha paginação e a busca adequada.

Vejo muitos comentários aqui dizendo para usar o Vulkan 1.2 ... Tenho drivers nvidia 440.82 instalados e informações do vulkan afirmam que a versão da instância é 1.2.131, mas quando executo o Proton 5.4GE3, as estatísticas de desempenho no doom afirmam que estou ainda em Vulkan 1.1.119. Existe uma opção de inicialização que devo adicionar para forçá-lo a usar 1.2?

@giblitz Vulkan-loader 1.2 ... É necessário apenas para iniciar o jogo, então se ele rodar, você deve estar

Olá!

Estou jogando com os drivers AMD-PRO há alguns dias e funciona muito bem, mas por alguma razão o Battlemode não funciona no Linux para mim, também tentei em uma VM do Windows, e lá chega a um corresponde perfeitamente, há alguma solução alternativa para isso?

Minha configuração:
SO: Solus 4.1 (desativei a integração do Steam Linux, então o Steam usaria o tempo de execução agrupado para o mais recente cabeçalho / carregador vulkan)
GPU: RX 5700 XT (Mesa 19.3.4)
Versão do Proton: 5.5-GE-1 (também experimentado com 5.4-GE-3)
Opções de inicialização: VK_ICD_FILENAMES = / home / jojo / Documents / Drivers / AMDGPU-PRO / amd_icd64.json gamemoderun% command% + com_skipIntroVideo 1

@zKhrona também congela com uma tela preta para você quando você redimensiona a janela ou se outra janela aparece na frente dela? Eu me pergunto se é um problema de driver ou Wine.

@rkfg Não tenho nenhuma experiência nisso, mas me lembro no início do tópico que as pessoas mencionaram que o wine atualmente não tem suporte verdadeiro para VK_EXT_full_screen_exclusive, apenas soluções alternativas. Pode ser isso que está causando o problema?

@rkfg Felizmente não, eu vi algumas pessoas falando sobre esse assunto aqui, mas o meu redimensiona pelo menu muito bem. Não consigo usar o Alt Tab no jogo, mas a alteração dos espaços de trabalho funciona, mesmo que o mouse ainda esteja conectado ao jogo, então não posso usá-lo. Não sei se o problema de tela cheia está relacionado ao driver, mas pode estar funcionando no meu porque estou usando os drivers PRO.

Log de vinho do meu hangar apenas mudando os desktops virtuais e depois voltando.

steam-782330.log.gz

Espero que possa ser resolvido, é de longe o bug mais impactante restante neste jogo

@ 75AngryDucks Acho que não porque acontece quando eu apenas redimensiono a janela do jogo que já está no modo de janela, não em tela cheia.
@zKhrona Funciona tanto em janelas quanto de volta se você fizer isso várias vezes? Se sim, então realmente pode ser um problema de driver da NVIDIA, eu acho.

Depois de jogar mais, descobri que posso mover meu mouse para fora da janela do jogo se estiver em um menu em uma missão ou no Fortress of Doom e mudar os espaços de trabalho para acessar minha área de trabalho, já que a aba alt não funciona para mesmo no modo Windowed. Infelizmente, o modo de batalha ainda não está funcionando para mim. Toda vez que tento encontrar uma correspondência, o jogo apenas diz que não consegue encontrar. No Windows funciona normalmente.

@rkfg Tentei alterar a resolução e a proporção da tela várias vezes, parece estar funcionando bem para mim, congela por 2 ou 3 segundos ao alterá-lo, mas isso é tudo.

@zKhrona Ótimo, obrigado por verificar. Então provavelmente não é um problema de vinho. Em uma nota lateral, eu fiz um patch improvisado para aquela mensagem WM_ERASEBKGND e tudo o que fiz foi remover as linhas fixme do log, o congelamento em si não foi corrigido. De qualquer forma, valia a pena tentar. O problema provavelmente está no lado do motorista.

Depois de ficar escondido neste tópico desde o dia em que o jogo caiu, posso finalmente relatar o sucesso, pois finalmente joguei minhas primeiras duas horas de DOOM Eternal no Linux. É importante notar que, ao contrário da maioria das pessoas neste tópico, comprei o jogo na Bethesda.net, não no Steam, o que complica um pouco as coisas.

Configuração:
SO: Ubuntu 18.04
GPU: NVIDIA Quadro RTX 4000 (dentro de um Thinkpad P53)

Meu passo a passo de configuração mínima:

  1. Atualize vulkan-loader via https://packages.lunarg.com/ para a versão 1.2.x mais recente. Isso é crucial se você não estiver jogando no Steam.
  2. Atualize os drivers NVIDIA para os mais recentes via https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
  3. Adicione Proton 5.4 GE-3 de https://github.com/GloriousEggroll/proton-ge-custom/releases ao Lutris, seja via Steam ou de qualquer outra forma. Você provavelmente deve iniciar pelo menos um jogo uma vez via Steam com essa versão para que o proton_dist.tar.gz dentro dela seja descompactado para dist , que é o que a Lutris está procurando. Caso contrário, Lutris não verá o corredor. Se você for corajoso, pode descompactar este tar.gz você mesmo, basta dar uma olhada onde outras versões do Proton colocaram seus diretórios dist .
  4. Instale o Bethesda Launcher no Lutris, inicie-o e instale o jogo (provavelmente vai precisar do truque helper.sh ).
  5. Adicione uma nova entrada no Lutris, apontando para o binário do jogo dentro do diretório do Bethesda Launcher. As únicas coisas importantes são um caminho binário correto, runner correto (5.4-GE-3) e argumentos de linha de comando, que devem conter pelo menos +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1 , +com_skipIntroVideo sendo o importante, caso contrário você terá uma suspensão após um segundo do vídeo do logotipo da Bethesda.
  6. Inicie o novo atalho da Lutris, você não precisará iniciar o Bethesda Launcher nunca mais, além de atualizar o jogo.

Espero que isso ajude alguma pobre alma que ainda está lutando para configurar isso corretamente.

Como carregar todos os comentários e / ou pesquisá-los?

@rkfg Juntou um script de usuário simples para carregar todos os comentários: https://greasyfork.org/en/scripts/400462-git-hub-unroll-comments. Testado apenas no Firefox e devo dizer que depois de carregar todos os comentários nesta página, ocasionalmente fica um pouco lento (a paginação seria melhor, mas fazer isso em um script de usuário provavelmente quebraria coisas como adicionar comentários ou edições ao vivo).

Atualização para testar Proton 5.0.6 RC:
A aceleração do mouse é diferente das versões anteriores e das versões GE.
É muito mais rápido e não parece ser constante. Se eu conseguir torná-lo perfeitamente jogável para mim, usar as outras versões resultará em movimentos extremamente lentos do mouse.
(e ainda, Alt + Tab faz o jogo ficar preto. Alt + Tab não volta. Pressionando Alt uma vez e então Alt + Tab, volta ao jogo, mas sim, preto apenas ...)

Log de prótons:
https://drive.google.com/open?id=1fJVizLLrEeOjkoODDFrbQLhEk7gCdsgi

kernel 5.6.3
drivers nvidia estáveis ​​mais recentes 64-440.82
linux mint 19.3 canela DE
Rato Kone Pure Owl-Eye ROCCAT

Alguém mais tem problemas para entrar na Bethesdanet? Quebra o modo de batalha para mim, infelizmente.

Essas falhas estão acontecendo apenas em placas Nvidia?

@rkfg Não tenho nenhuma experiência nisso, mas me lembro no início do tópico que as pessoas mencionaram que o wine atualmente não tem suporte verdadeiro para VK_EXT_full_screen_exclusive, apenas soluções alternativas. Pode ser isso que está causando o problema?

Alt + Tab em Doom Eternal sob drivers 5.4-3 e 440.82-x é garantido tela preta permanente. O Steam Overlay também é problemático. O jogo funciona perfeitamente em Vulkan com 1080Ti

@ PraetorianSC4 O Steam Overlay é conhecido por diminuir o desempenho no DOOM Eternal , não é um problema Wine / Proton. Um comentário lista um aumento de 5fps, mas para mim foi mais como dobrar o FPS (rodando um 5700XT com Mesa 20.0.4 para ser justo).

Outro post do Reddit disse que era o contador de FPS causando problemas, então você poderia tentar desabilitá-lo e, em vez disso, usar as métricas de desempenho integradas do DOOM Eternal ou usar MangoHud, que eu pessoalmente prefiro e uso.

@willpiam Eu gostaria de contribuir e dizer que rodar a última versão do Vulkan e Mesa estável no Arch não tem nenhum problema quando você Alt + Tab, além do bug do Dossier documentado . Portanto, parece que este é um problema da Nvidia.

Ei pessoal, para sua informação, apenas no caso de alguém ter o mesmo problema que eu.

Eu tenho DOOM Eternal rodando perfeitamente no Ubuntu 18.04.4 com o driver Nvidia 440.82 dos drivers gráficos PPA e Proton-5.4-GE-3.

No entanto, depois de instalar algumas atualizações recentemente, ele parou de funcionar - apenas travou na inicialização. O lançamento do Steam com PROTON_LOG = 1 revelou a seguinte mensagem no log:

ERRO FATAL: Atualize seu driver: VK_EXT_full_screen_exclusive é necessário.

Depois de mexer nisso por um tempo olhando em /var/log/apt/history.log, percebi que, com atualizações recentes, instalei os pacotes libvulkan1 e mesa-vulkan-drivers que não estavam instalados antes.

Remover ambos corrigiu o problema para mim, então eu acho que eles causam algum tipo de conflito com as coisas Vulkan da Nvidia, portanto, as informações sobre o driver de extensões realmente suportadas estavam incorretas.

Olá @megaden , libvulkan1 1.1.70 de 18.04.4 é conhecido por ser muito antigo para este jogo. Ao adicioná-lo ao seu sistema, ele teve preferência sobre a variante 1.2.135 no tempo de execução do Steam porque a lógica de fixação da biblioteca do Steam falhou em detectar que uma pequena alteração aconteceu.

Se você fosse adicionar novamente libvulkan1, vá para <steam install dir>/ubuntu12_32/steam-runtime e mova / remova as pastas pinned_libs_ *, isso faria com que o Steam regenerasse as pastas pinned_libs_ * na próxima inicialização. Depois disso, o jogo deve continuar a funcionar como antes.

Com os novos drivers da nvidia lançados hoje no rpmfusion, tive a chance de testar novamente em ambos os meus sistemas.

DOOM Eternal agora parece ser jogável.

Máquina 1 (Desktop):
CPU: i7-4770
RAM: 32 GB
GPU: GTX 1080ti
Drivers: 440,82
Distro: Fedora 30
Proton: Proton-5.4-GE-3
Opções de lançamento: Nenhum

Máquina 2 (laptop):
CPU: i7-8750H
RAM: 16 GB
GPU: RTX 2060
Proton: Proton-5.4-GE-3
Drivers: 440,82
Distro: Fedora 30
Opções de inicialização (para descarregamento PRIME): __NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia %command%

Inicialmente, tive alguns estalos de áudio, mas parece que se resolveu.

Eu tenho um log de travamento para aquele travamento grave de que falei anteriormente:
https://send.firefox.com/download/945b855f1dd20e0d/#dP9yXbTc4PGFlF5mkZL1EQ

Olá @megaden , libvulkan1 1.1.70 de 18.04.4 é conhecido por ser muito antigo para este jogo. Ao adicioná-lo ao seu sistema, ele teve preferência sobre a variante 1.2.135 no tempo de execução do Steam porque a lógica de fixação da biblioteca do Steam falhou em detectar que uma pequena alteração aconteceu.

Se você fosse adicionar novamente libvulkan1, vá para <steam install dir>/ubuntu12_32/steam-runtime e mova / remova as pastas pinned_libs_ *, isso faria com que o Steam regenerasse as pastas pinned_libs_ * na próxima inicialização. Depois disso, o jogo deve continuar a funcionar como antes.

Olá @ kisak-valve, obrigado pela sua sugestão, funcionou perfeitamente: +1: Na verdade, salvou o dia, pois depois descobri que remover libvulkan1 quebrou outra coisa, então

Olá @megaden , libvulkan1 1.1.70 de 18.04.4 é conhecido por ser muito antigo para este jogo. Ao adicioná-lo ao seu sistema, ele teve preferência sobre a variante 1.2.135 no tempo de execução do Steam porque a lógica de fixação da biblioteca do Steam falhou em detectar que uma pequena alteração aconteceu.

Se você fosse adicionar novamente libvulkan1, vá para <steam install dir>/ubuntu12_32/steam-runtime e mova / remova as pastas pinned_libs_ *, isso faria com que o Steam regenerasse as pastas pinned_libs_ * na próxima inicialização. Depois disso, o jogo deve continuar a funcionar como antes.

Isso também resolveu meus problemas no Ubuntu 18.04. Obrigado!

Olá, no interesse de tornar o feedback utilizável mais acessível no futuro com este jogo, estou arquivando este relatório de problema e continuaremos discutindo Doom Eternal em # 3773.

Se você deseja continuar recebendo notificações sobre Doom Eternal, vá para # 3773 e clique no botão de inscrição no lado direito do relatório de problema.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

leifmetcalf picture leifmetcalf  ·  3Comentários

ArekPiekarz picture ArekPiekarz  ·  3Comentários

prototype99 picture prototype99  ·  3Comentários

Dakunier picture Dakunier  ·  3Comentários

raikirii picture raikirii  ·  3Comentários