Proton: Resident Evil 2 (883710) Remake

Criado em 25 jan. 2019  ·  245Comentários  ·  Fonte: ValveSoftware/Proton

Relatório de Compatibilidade

  • Nome do jogo com problemas de compatibilidade: Resident Evil 2 Remake
  • Steam AppID do jogo: 883710

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

Sintomas

Depois de passar o primeiro capítulo, ele continua carregando para sempre

Reprodução

Saia do posto de gasolina.

Game compatibility - Unofficial Regression XAudio2

Comentários muito úteis

É meio rude dizer às pessoas para usarem o Windows.

Todos 245 comentários

Possivelmente relacionado à Media Foundation.

Existe alguma solução alternativa para isso?

Há uma chance de uma solução desagradável como https://github.com/ValveSoftware/Proton/issues/1102#issuecomment -419678627 poder ajudar, mas isso precisa de várias bibliotecas de uma instalação do Windows 7 para tentar e não é fácil.

Posso passar no primeiro capítulo da demonstração? Se for assim, posso testar aquele branch MF, talvez compre o jogo e teste-o também.

O PC vermelho ainda faz com que o jogo pare.

<Link removed by moderator>

Esta compilação tem suporte de mf, eu acho? Experimente com a correção.
Fonte :
https://www.gamingonlinux.com/articles/theres-a-brand-new-steam-play-beta-version-out-with-faudio-also-a-steam-play-whitelist-update.13143/comment_id= 143171

@ james-munson, por favor, não carregue e vincule dlls do Windows como esse, se eles fossem distribuíveis, usaríamos um instalador independente.

@ kisak-valve Acho melhor remover este link https://github.com/ValveSoftware/Proton/issues/2266#issuecomment -457803041.

<Link removed by moderator>

Esta compilação tem suporte de mf, eu acho? Experimente com a correção.
Fonte :
https://www.gamingonlinux.com/articles/theres-a-brand-new-steam-play-beta-version-out-with-faudio-also-a-steam-play-whitelist-update.13143/comment_id= 143171

Preciso criar a pasta compatibilitytools.d sozinho?

Eu me respondo, sim.
Por que eles sabem esses nomes de pasta?
Estou baixando o jogo novamente, se funcionar, posso economizar muito dinheiro comprando um disco rígido.

@nsivov esse não é o meu upload.
@laichiaheng ?
https://github.com/ValveSoftware/Proton#install -proton-localmente

sudo mkdir ~ / .steam / steam / compatibletools.d /
e extraia essa compilação para essa pasta

É possível construir Proton com o último estágio de vinho? O desempenho do Proton é realmente pior do que o wine-staging, o Proton sempre roda a 4Xfps, não importa o quão baixo a configuração seja, o wine-staging quase sempre roda a 60fps.

<Link removed by moderator>

Esta compilação tem suporte de mf, eu acho? Experimente com a correção.
Fonte :
https://www.gamingonlinux.com/articles/theres-a-brand-new-steam-play-beta-version-out-with-faudio-also-a-steam-play-whitelist-update.13143/comment_id= 143171

Más notícias, não funciona.

O Steam não consegue baixar nenhum Proton agora, estranho.

@ james-munson Tentei o segundo método e não funcionou.

Baixar o jogo fará mais testes
você tentou isso?
https://github.com/ValveSoftware/Proton/issues/838#issuecomment -447379664

@ james-munson Sim, falei, o jogo travou.
Eu preciso copiar as dlls de 32 bits para SysWow64?

você atualizou dvxk?

32 bits para o sistema normal 32 e 64 em SysWow64

@ james-munson Sim. Ele sempre fica preso na página de carregamento de 10% e, em seguida, ele trava.

32 bits para o sistema normal 32 e 64 em SysWow64

Não, no Windows-64 bits, o System32 armazena dlls de 64 bits, o SysWow64 armazena dlls de 32 bits.

tendo o mesmo problema, apenas fica preso ao carregar, não importa o que eu tente

@ james-munson Windows é o único caminho a percorrer. Acabei de comprar um SSD de 500GB para instalar o Windows 10 para este jogo há 30 minutos, agora vou instalar o Windows 10.

@ james-munson Droga! Acabei de gastar meu dinheiro em SSD para jogar este jogo, não precisei gastar muito! Posso instalar o Linux neste SSD.

@ james-munson Você consegue jogar este jogo agora?

@laichiaheng não, nem com o dvxk mais recente, um cara no post do reddit pode ter uma correção.
Eu caio assim que entro no jogo após a cena do caminhoneiro

"A solução foi exportar o branch CLSID, renomear os caminhos no bloco de notas do Wine e, em seguida, reimportar o arquivo .reg corrigido.

Vou ver como fica com isso. "

Não tenho certeza de como fazer isso.

DarkeoX
Verifique o registro do prefixo, examine os caminhos "mf.dll" e "mfReadwrite.dll" em HKEY_CLASSES_ROOT \ CLSID.

O Python bagunçou minha instalação. Usou "% SYSTEMROOT%" no caminho, mas de alguma forma o Wine o anexou como um caminho relativo ao diretório do jogo e, claro, não conseguiu encontrar as dlls.

Tive que exportar aquele branch do registro, editá-lo no bloco de notas do Wine para não bagunçar a codificação e outras coisas, reescrevendo todas as ocorrências "% SYSTEMROOT% \ System32mf.dll" para "C: ..." próprias.

Com o próton não consigo jogar o jogo, ao iniciar o jogo uma janela preta abre e fecha diretamente e é isso. Eu também não consigo iniciar o jogo usando wine-staging na linha de comando, porque ele diz que não pode inicializar a API do Steam mesmo se o Steam estiver em execução. A única maneira de executar este jogo é rodando a versão windows do steam no wine-staging e então eu também experimento o bug descrito aqui que não pode carregar o segundo capítulo.

Você não pode jogar com o Proton porque ele tem DXVK 0.94 e RE2 funciona apenas com versões mais recentes. Substitua os arquivos DXVK na pasta Proton por DXVK 0.96 se quiser jogar com o Proton.

Obrigado, substituindo as bibliotecas nas pastas dxvk ajudou, devo substituir as bibliotecas na pasta fakedlls também ou para que serve essa cópia na pasta fakedlls?
Além disso, o jogo parece funcionar mais suavemente no wine-staging. O Steam não poderia adicionar uma opção para usar o Wine do sistema em vez de próton nas configurações de jogo do Steam? Além disso, os jogos salvos parecem não ser compatíveis, não consegui carregar meu gameave wine-staging-windows-steam e tive que criar um novo.

A correção de carregamento parece não funcionar para mim, o próton falha ao tentar com a correção mf.
re2proton-crash.log

Ok, finalmente consegui fazer funcionar, o problema foi que eu _comentei_ as linhas do script de instalação, deveria ter lido as instruções com mais atenção ..: upside_down_face:

[RE2] Importação de jogo salvo não possível devido à incompatibilidade de região

Problema transferido de https://github.com/ValveSoftware/Proton/issues/2313.
@Mershl postado em 05/02/2019: 34: 24:

Relatório de Compatibilidade

  • Nome do jogo com problemas de compatibilidade: RESIDENT EVIL 2
  • Steam AppID do jogo: 883710

Informação do sistema

  • GPU: GTX 1080
  • Versão do driver / LLVM: nvidia 415.27
  • Versão do kernel: 4.19
  • Versão do próton: 3.16-6

Eu confirmo:

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

Sintomas

Os salvamentos de Resident Evil 2 contêm as configurações regionais em que foram criados. Na inicialização, ele executa uma verificação de região (lendo sCountry, Locale e sLanguage do registro, eventualmente mais) e marca os salvamentos inválidos se as regiões não corresponderem.
Definir as configurações regionais no painel Região e idioma do Windows para corresponder às usadas para criar o jogo salvo resolve esse problema.
Editar o prefixo wine gerenciado pelo Proton para RE2 não resolve esse problema, pois os campos são (automaticamente) redefinidos para "Estados Unidos" / "ENU" / "409" após a edição.

Reprodução

  • Habilite salvamentos em nuvem do Steam para RE2 em uma máquina Windows com uma configuração de região diferente dos Estados Unidos. Comece o jogo e salve.
  • Instale RE2 via SteamPlay. A primeira caixa de diálogo no jogo deve mencionar "Esses dados salvos não são compatíveis e não podem ser usados".

Esse problema do Savegame é provavelmente o mesmo que mencionei antes, por que não consigo carregar meus salvamentos do wine staging usando próton e vice-versa.

Estou tendo um problema onde meu jogo trava assim que a primeira cut scene do Leon começa com um novo jogo, minhas etapas exatas de configuração são de

https://github.com/doitsujin/dxvk/issues/886#issuecomment -458487008

  1. Instale o jogo
  2. Inicie o jogo para que o próton crie os prefixos
  3. export WINEPREFIX = $ /. steam / steam / steamapps / compatdata / 883710 / pfx
  4. ./install-mf-64.sh
  5. coloque "mfplat.dll"

Além disso, se eu reinstalar o jogo e não seguir os passos 3 e 4, o jogo funciona bem e fica preso na cena de carregamento indefinido antes do início dos créditos.

steam-883710.log

Você não precisa reinstalar o jogo se algo der errado, apenas exclua a pasta steamapps/compatdata/883710/pfx e inicie o jogo novamente para que o Steam possa gerar um novo wineprefix limpo.
Tem certeza de que executou winetricks mf ? Você tem o arquivo ~/.cache/winetricks/win7sp1/windows6.1-KB976932-X64.exe ? Você editou installcab.py corretamente? A sua distribuição Linux tem python2 como interpretador Python padrão?

@SergeyLatyshev
Sim, executei winetricks mf, editei as linhas 129 a 137 em installcab.py e usei python2 para instalá-lo

Não é possível passar do cronômetro de contagem regressiva até o final do jogo. A contagem regressiva desaparece e a porta do progresso tem uma parede invisível, o que torna o jogo impossível de terminar. Usando DXVK 0.96.

-

Atualização: O último Proton 3.16-7 quebrou os salvamentos do jogo. Provavelmente relacionado a mudanças de região / teclado / tempo pelo Proton, uma vez que o jogo realiza uma verificação de região para cada salvamento. Parece ser um problema com cada atualização do Proton. O mesmo que https://github.com/ValveSoftware/Proton/issues/2266#issuecomment -460790101

Sim, os jogos salvos estão quebrados. Não consigo fazer funcionar, não importa como eu edito as coisas.

Posso salvar o jogo sem problemas com o Proton 3.16-7

@laichiaheng o problema é que é impossível carregar dados salvos criados com uma versão anterior do Proton, então todos que jogaram o jogo antes perderam todo o seu progresso.

A mesma história com salvamentos criados no Proton vs salvos criados no Windows.

@doitsujin Sim, salvei o jogo no Windows 10 e no Proton3.16-6 e ainda posso carregá-los e salvá-los no Proton3.16-7

@laichiaheng Suspeito que sua configuração regional no Windows 10 seja igual à configuração padrão no Proton.

Temos uma solução alternativa para substituir as configurações regionais em um prefixo de próton? Eles continuam voltando para os EUA para mim.

Eu não fiz nada com a configuração da região, ele seleciona automaticamente minha região para mim.

Excluir o caminho do wineprefix para o jogo (ex. Steam / steamapps / compatdata / 883710) e deixar o Steam criar um novo iniciando o jogo através do Proton novamente parece ser uma solução alternativa para o problema de compatibilidade de salvamento e o jogo carrega corretamente. Não é uma solução, mas é uma maneira de fazer o salvamento funcionar novamente.
Se estiver fazendo isso, faça um backup do caminho antigo do wineprefix para evitar a perda de salvamentos.

Editar: Parece que você tem que pelo menos continuar salvando no Windows e deletar o prefixo para voltar a jogar o save novamente no Proton depois que ele reconstrói o prefixo, não apenas deletando o prefixo. Funciona, mas é uma solução ruim.

Ainda assim, a contagem regressiva de fim de jogo da campanha de Leon B ainda não está funcionando aqui.

Excluir o prefixo não resolve o problema para mim.

@SleepingSloth Se você ainda está tendo problemas. Tem certeza de que o arquivo mfplat é a versão correta? e não usando a versão do windows 10 do mfplat?
O mfplat deve ser de windows 7 e a versão 12.0.7601.23471 que é a única que funciona atualmente.

Eu também estou tendo o problema de salvar a versão Lutris de Resident Evil 2 agora, e ele trava muito!
Isso não aconteceu com a versão do próton vapor.

Estou usando o próton 3.16-7 e o DXVK 0.96 e meus arquivos antigos ainda carregam.

@ mixalis1987 Então, atualize desde meu último post, agora posso passar da primeira cena cortada, mas agora carrega indefinidamente nos créditos Usei a versão correta do mfplat e veio de um laptop com Windows 7.

Eu também tentei este tutorial, sem sorte.
https://steamcommunity.com/sharedfiles/filedetails/?id=1654060648

@SleepingSloth Qual primeira cena cortada? Aquele com o motorista do caminhão? E os créditos que você mencionou são os que começam depois que eles saem do posto de gasolina?
Se forem esses créditos, ele travará, então o arquivo mfplat não foi instalado corretamente. Esses créditos são um arquivo de vídeo, não gerado pelo jogo. É aí que entra o mfplat.

@ mixalis1987 Meu problema original com o link abaixo foi resolvido, era a cena antes de Leon entrar no posto de gasolina e encontrar Claire.

https://github.com/ValveSoftware/Proton/issues/2266#issuecomment -463487010

Agora estou tendo um novo problema em que o jogo carrega indefinidamente nos créditos depois que Leon e Claire saem do posto de gasolina, minha saída do terminal é idêntica à saída de Sergeys vinculada abaixo

https://github.com/doitsujin/dxvk/issues/886#issuecomment -458487008

@SleepingSloth Você pode me mostrar o diretório de seus jogos?

@ mixalis1987 Você quer uma lista do conteúdo da pasta do Steam Game ou do prefixo?

@SleepingSloth Game folder.

@ mixalis1987

883710
amd_ags_x64.dll
ISACEffect.dll
ISACMixer.dll
ISACSink.dll
iZotope.dll
McDSP.dll
mfplat.dll
re2.exe
re2_config.ini
re2_config_default.ini
re2_d3d11.log
re2_dxgi.log
re_chunk_000.pak.patch_001.pak
re_chunk_000.pak.patch_002.pak
re_chunk_000.pak
steam_api64.dll

@SleepingSloth Sim parece bom.
O mfplat md5sum é assim? 2188de5fa5c741fb2b81eb9f37d26ba7

@ mixalis1987 Sim

@SleepingSloth É difícil descobrir isso. Normalmente, o carregamento infinito nessa parte é um problema do mfplat.
Isso provavelmente não tem nada a ver com isso, mas nunca podemos ter certeza, mas você atualizou a versão DXVK para o prefixo de próton? Estou usando 0,96 para o vapor.

@ mixalis1987 Sim, embora eu não ache que isso importe mais desde proton 3.16-7 beta, também alguém postou recentemente uma análise do jogo no protondb com um resultado semelhante, então talvez o problema esteja relacionado à distro.

@SleepingSloth Que distro você tem?

@ mixalis1987 Arch

Olá @SleepingSloth , se você costuma usar o Steam-native, fechar completamente o Steam e executar steam-runtime em um terminal faz alguma diferença?

Acho que funciona no arco. Estou em Manjaro com base no arco, então, teoricamente, deve funcionar.

Estou usando o próton 3.16-7 e o DXVK 0.96 e meus arquivos antigos ainda carregam.

@laichiaheng Qual era sua localidade em ambos os sistemas?

@julienbenjamin Se essa mensagem for para mim, então minha localidade é Reino Unido.

@Mershl Alguém sabe se apenas sCountry, Locale e sLanguage são necessários?

@ mixalis1987 Desculpe, estou confuso; você não está na mesma situação que @Mershl, ou seja, seu jogo salvo foi criado com o mesmo local (Reino Unido)?

@julienbenjamin Qual é a melhor maneira de verificar o arquivo salvo? Tudo o que sei é que minha região de vapor está definida como Reino Unido em ambos os sistemas, Windows e Linux.

@ kisak-valve Eu executei o jogo em steam-native duas vezes, a primeira vez que executei o jogo executei a sintaxe ./install-mf-64.sh em um terminal dentro da pasta python-installcab o primeiro teste que resultou no bug anterior I disse que tinha sido resolvido reaparecendo comentário sobre bug anterior com link abaixo.

@ mixalis1987 Meu problema original com o link abaixo foi resolvido, era a cena antes de Leon entrar no posto de gasolina e encontrar Claire.

# 2266 (comentário)

__TLDR__ o jogo trava assim que a primeira cena começa quando Leon está dirigindo para o posto de gasolina.

A falha em um wine: Unhandled exception: page fault on read access Eu poderia carregar o despejo aqui se isso ajudar?

Na segunda vez, pulei ./install-mf-64.sh completamente e tentei rodar o jogo sem qualquer instalação de winetricks. Dessa vez, o jogo funcionou bem até que os créditos devessem jogar depois que Leon e Claire saíssem do posto de gasolina, ele carregava indefinidamente, em ambos os testes mfplat.dll foi colocado na pasta do jogo.

@julienbenjamin Qual é a melhor maneira de verificar o arquivo salvo? Tudo o que sei é que minha região de vapor está definida como Reino Unido em ambos os sistemas, Windows e Linux.

@ mixalis1987 Atualmente, não há nenhuma maneira AFAIK. E este é o meu problema atual: meu savegame "deveria" ter a mesma localidade do meu sistema Linux e eu não deveria encontrar o erro. Ou há outras configurações usadas para criar o arquivo de jogo salvo RE2.

Verifiquei todas as configurações e todas elas estão definidas para o Reino Unido. Eu verifiquei no Steam, Linux e Windows.

@SleepingSloth Antes de executar ./install-mf-64.sh você executou export WINEPREFIX=your steam proton prefix primeiro, certo? E você deve instalar mf primeiro antes de executar ./install-mf-64.sh porque os arquivos deles ainda são necessários.

@SleepingSloth Esse guia está correto, mas você não precisa instalar o mf em um prefixo default , você precisa instalar o mf apenas no prefixo dos jogos e não precisa editar install-mf-64.sh para use python2 apenas edite installcab.py e altere a linha superior #! /usr/bin/env python para #! /usr/bin/env python2 e execute install-mf-64.sh dentro desse prefixo.

Você gostaria que eu tentasse a instalação?

@ mixalis1987 Segui esse guia e este vídeo https://youtu.be/pcCJSm3IoMY e as sugestões de outras pessoas na página do protondb, que me levam às mesmas sugestões que você acabou de mencionar, resultando no problema wine: Unhandled exception: page fault on read access Eu mencionei no meu comentário anterior.

@SleepingSloth No vídeo ele faz algumas coisas que eu nunca fiz. Acabei de editar installcab.py para usar o python 2 e as linhas não comentadas de 129 a 137, então apenas executei install-mf-64.sh Não recebi um service pack do Windows 7, o dll do script usa o service pack que é instalado a partir de winetricks mf. O único arquivo ausente do mf é o mfplat, por isso o obtemos manualmente do Windows depois de terminar com install-mf-64.sh script. Ele também está usando o Windows 10 na VM quando precisamos do Windows 7.

Quando fiz isso, usei este guia

https://github.com/doitsujin/dxvk/issues/886

SergeyLatyshev escreveu os passos que usei. Até funcionou para RE7

Para qualquer pessoa interessada, em relação a esse problema , a única chave de registro relevante é LocaleName . Testado com regedit no Windows.

Em RE2 salva. Parece que o Proton parou de atualizar no meu computador desde 3.16-6, apesar de ter mostrado sua versão mais recente. Então, eu instalei hoje o Proton 3.16 Beta da seção 'ferramentas', e ele foi realmente atualizado. Mas então meus arquivos salvos tornaram-se incompatíveis. Não usei o Windows para este jogo e não mudei as localidades no Linux, Wine ou Proton. Minha localidade Linux é "ru_RU.UTF-8" e em .../steamapps/compatdata/883710/pfx/user.reg"Locale"="00000419" . O que devo mudar para recuperar minhas 80 horas de progresso no jogo? Se eu alterar alguma coisa lá para 00000409 (suponho que seja no local dos EUA?), Ele reverterá para 00000419 novamente. Não vejo a opção LocaleName nos arquivos .reg.

@SergeyLatyshev Sim, "Locale"=00000419 é en-US . Você pode encontrar o código apropriado aqui para o seu. LocaleName é uma variável do registro de minha instalação do Windows, onde meu save foi criado; ao mexer nele, consegui reproduzir o erro que tive com o Steam Play. Mas, sim, LocaleName não está presente no prefixo Wine.

Mas quais variáveis ​​devem ser alteradas para fazer o jogo carregar meus dados salvos? É mesmo possível? Tentei alterar todos os 00000419 para 00000409 ou 00000000, mas o jogo ainda não quer carregar meus arquivos salvos antigos e todas as alterações em user.reg desaparecem depois que eu inicio o jogo.

Eu até tentei substituir todo o branch [Control Panel\\International] de Proton 3.16 Beta/proton_dist.tar.gz/./share/default_pfx/user.reg , inútil também.

Problemas persistem entre o Proton 3.16-4 e o Proton 4.2. Quaisquer edições na localidade são revertidas no lançamento do jogo

Eu atualizei de 3.16-8 para 4.2 e minhas salvações funcionam. Além disso, o jogo agora tem um desempenho consideravelmente melhor do que as versões anteriores do Proton.

O cursor do mouse ainda está atrasado no jogo, apesar de marcado como fixo no changelog 4.1. Em 3.18, ele estava apenas piscando e nem todos os cliques foram aceitos.

Mouse ainda lento, Proton 3.16-4 salva ainda não compatível com 4.2-3.

@ Metaln00b @pastapojken Quais são as especificações do seu sistema (as especificações completas podem estar no Steam em Ajuda -> Informações do sistema)?

Ver abaixo

Informação do sistema

 Computer Information:
     Manufacturer:  Unknown
     Model:  Unknown
     Form Factor: Desktop
     No Touch Input Detected

 Processor Information:
     CPU Vendor:  GenuineIntel
     CPU Brand:  Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz
     CPU Family:  0x6
     CPU Model:  0x3c
     CPU Stepping:  0x3
     CPU Type:  0x0
     Speed:  4000 Mhz
     4 logical processors
     4 physical processors
     HyperThreading:  Unsupported
     FCMOV:  Supported
     SSE2:  Supported
     SSE3:  Supported
     SSSE3:  Supported
     SSE4a:  Unsupported
     SSE41:  Supported
     SSE42:  Supported
     AES:  Supported
     AVX:  Supported
     CMPXCHG16B:  Supported
     LAHF/SAHF:  Supported
     PrefetchW:  Unsupported

 Operating System Version:
     "Arch Linux" (64 bit)
     Kernel Name:  Linux
     Kernel Version:  5.0.8-arch1-1-ARCH
     X Server Vendor:  The X.Org Foundation
     X Server Release:  12004000
     X Window Manager:  i3
     Steam Runtime Version:  jenkins-steam-runtime-beta-release_0.20190320.2

 Video Card:
     Driver:  X.Org AMD Radeon R9 200 Series (HAWAII, DRM 3.27.0, 5.0.8-arch1-1-ARCH, LLVM .0.0)
     Driver Version:  4.5 (Compatibility Profile) Mesa 19.1.0-devel (git-f9c594cdf5)
     OpenGL Version: 4.5
     Desktop Color Depth: 24 bits per pixel
     Monitor Refresh Rate: 60 Hz
     VendorID:  0x1002
     DeviceID:  0x67b1
     Revision Not Detected
     Number of Monitors:  3
     Number of Logical Video Cards:  1
     Primary Display Resolution:  1920 x 1080
     Desktop Resolution: 4480 x 1080
     Primary Display Size: 20.91" x 11.77" (23.98" diag)
                                             53.1cm x 29.9cm (60.9cm diag)
     Primary VRAM: 4096 MB

 Sound card:
     Audio device: Realtek ALC1150

 Memory:
     RAM:  15978 Mb

 Miscellaneous:
     UI Language:  English
     LANG:  en_GB.UTF-8
     Total Hard Disk Space Available:  111150 Mb
     Largest Free Hard Disk Block:  28624 Mb
     VR Headset: None detected

 Recent Failure Reports:

@pastapojken obrigado! Parece que o problema do mouse não foi corrigido para todas as configurações / distros / etc. Para AMD, descobri que o problema foi corrigido no Ubuntu 18.10, mas ainda tinha problemas no Ubuntu 18.04.

@ alasky17

Informação do sistema

Computer Information:
    Manufacturer:  Unknown
    Model:  Unknown
    Form Factor: Desktop
    No Touch Input Detected

Processor Information:
    CPU Vendor:  AuthenticAMD
    CPU Brand:  AMD Ryzen 5 2600X Six-Core Processor           
    CPU Family:  0x17
    CPU Model:  0x8
    CPU Stepping:  0x2
    CPU Type:  0x0
    Speed:  3600 Mhz
    12 logical processors
    6 physical processors
    HyperThreading:  Supported
    FCMOV:  Supported
    SSE2:  Supported
    SSE3:  Supported
    SSSE3:  Supported
    SSE4a:  Supported
    SSE41:  Supported
    SSE42:  Supported
    AES:  Supported
    AVX:  Supported
    CMPXCHG16B:  Supported
    LAHF/SAHF:  Supported
    PrefetchW:  Unsupported

Operating System Version:
    Ubuntu 18.04.2 LTS (64 bit)
    Kernel Name:  Linux
    Kernel Version:  4.18.0-17-generic
    X Server Vendor:  The X.Org Foundation
    X Server Release:  12001000
    X Window Manager:  GNOME Shell
    Steam Runtime Version:  steam-runtime-beta-release_2019-01-10

Video Card:
    Driver:  X.Org AMD Radeon R9 200 Series (HAWAII, DRM 3.26.0, 4.18.0-17-generic, LLVM 8.0.0)
    Driver Version:  4.5 (Compatibility Profile) Mesa 19.1.0-devel (git-3c5a9ab 2019-04-17 bionic-oibaf-ppa)
    OpenGL Version: 4.5
    Desktop Color Depth: 24 bits per pixel
    Monitor Refresh Rate: 60 Hz
    VendorID:  0x1002
    DeviceID:  0x67b1
    Revision Not Detected
    Number of Monitors:  1
    Number of Logical Video Cards:  1
    Primary Display Resolution:  1920 x 1080
    Desktop Resolution: 1920 x 1080
    Primary Display Size: 23.54" x 13.23" (26.97" diag)
                                            59.8cm x 33.6cm (68.5cm diag)
    Primary VRAM: 4096 MB

Sound card:
    Audio device: ATI R6xx HDMI

Memory:
    RAM:  16033 Mb

Miscellaneous:
    UI Language:  English
    LANG:  de_DE.UTF-8
    Total Hard Disk Space Available:  937875 Mb
    Largest Free Hard Disk Block:  766089 Mb
    VR Headset: None detected

Recent Failure Reports:

@ alasky17 Interessante! O problema do mouse não me incomoda muito, já que jogo com um controlador de qualquer maneira. Terá que olhar para isso. O problema de salvar eu acho mais irritante, pois sinto que não há garantia de que, depois de reiniciar meu jogo de 0 para usar arquivos salvos compatíveis, a próxima atualização de próton não mudará de local novamente e causará problemas.

Versão do sistema operacional:
Ubuntu 18.04.2 LTS (64 bits)

Cartão de vídeo:
Driver: X.Org AMD Radeon R9 série 200 (HAWAII, DRM 3.26.0, 4.18.0-17-genérico, LLVM 8.0.0)
Versão do driver: 4.5 (Perfil de compatibilidade) Mesa 19.1.0-devel (git-3c5a9ab 2019-04-17 bionic-oibaf-ppa) `

@ Metaln00b se você atualizar para o Ubuntu 18.10 e resolver o problema do mouse, eu ficaria muito interessado! Obrigado pela informação!

@pastapojken Eu

@ alasky17 OH HOMEM! OBRIGADO! Honestamente, não tinha escavado muito, pois presumi que fosse alguma coisa complicada de Vinho / Próton, então sim, está consertado, obrigado! : D

@ alasky17 Se eu atualizar para 18.10, outros jogos que estão rodando podem não funcionar mais.

Acabei de iniciar o RE2 com o Proton 4.2.3 e estou tendo o problema de parar de carregar depois de concluir a primeira cena. Eu não fiz nenhuma modificação no Proton ou nos arquivos do jogo, simplesmente instalei do Steam e apertei o play

  • GPU: RX 480
  • Versão do driver / LLVM: 4.5 Mesa 19.0.0-devel / 7.0.0
  • Versão do kernel: 5.0.5
  • Versão Proton: 4.2-3

Já foi instalado antes? Esse é apenas o problema do mfplat. Deve estar faltando.

No sábado, 27 de abril de 2019, 14h55, Andrew, notificaçõ[email protected] escreveu:

Acabo de começar RE2 com Proton 4.2.3 e estou tendo o problema de
travou no carregamento após completar a primeira cena. Eu não fiz nenhum
modificações nos arquivos do Proton / jogos, eu simplesmente instalei do Steam
e aperte o play

  • GPU: RX 480
  • Versão do driver / LLVM: 4.5 Mesa 19.0.0-devel / 7.0.0
  • Versão do kernel: 5.0.5
  • Versão Proton: 4.2-3

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-487287953 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ABHOYDE5BOSYFO7QN6WULLTPSRLMZANCNFSM4GSMTW2Q
.

Não, não foi. Eu instalei ontem. A solução alternativa do mfplat não deve ser mais necessária, certo?

Eu acho que ainda é. Esse arquivo é copyright da Microsoft, então eu não acho
o vinho pode incluí-lo. Depende de nós.

No sábado, 27 de abril de 2019 15:03 Andrew, [email protected] escreveu:

Não, não foi. Eu instalei ontem. A solução alternativa do mfplat não deve
ser necessário mais, certo?

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-487288583 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ABHOYDCUQOGUMUIIKN53ASTPSRMLPANCNFSM4GSMTW2Q
.

Eu tentei novamente com o tempo de execução empacotado (eu estava usando bibliotecas nativas via integração do Steam do Solus) e tive o mesmo problema. Desta vez, recebi uma mensagem de erro sobre o encerramento forçado, embora
RE2_crash

Tudo bem, vou tentar. Obrigado!

Nos informe.

No sábado, 27 de abril de 2019 15:07 Andrew, [email protected] escreveu:

Tudo bem, vou tentar. Obrigado!

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-487288907 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ABHOYDARJESGV2MIPBTYOUDPSRM3NANCNFSM4GSMTW2Q
.

Sim, esse era o problema. Não tenho certeza do que me fez pensar que a solução alternativa não era mais necessária. Esperançosamente, uma solução legal para isso pode ser encontrada em breve.
Obrigado!

@CyanBlob Talvez você deva instalá-lo com o Lutris, ele instala automaticamente todas as coisas que você precisa para jogar este jogo.

Eu não acho que a Lutris instale esse arquivo também, ainda é um copyright
arquivo, eles não vão arriscar.

No sábado, 27 de abril de 2019 18:02 小 亨, [email protected] escreveu:

@CyanBlob https://github.com/CyanBlob Talvez você deva instalá-lo com
Lutris, ele instala automaticamente todas as coisas que você precisa para jogar este
jogos.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/2266#issuecomment-487302871 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ABHOYDCIWXCZRESL7JTW6S3PSSBLHANCNFSM4GSMTW2Q
.

Você precisa do arquivo mfplat.dll de 430 KB com a soma de verificação 54b5dcd55b223bc5df50b82e1e9e86b1

@ mixalis1987 Eu reproduzo via Lutris sem problemas.

@CyanBlob @ alasky17 Agora eu atualizei para 19.04 e recebo o mesmo erro do CyanBlob. O problema parece ser o driver vulkan. Publique o resultado de vulkaninfo .

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

VULKANINFO

Versão da instância do Vulkan: 1.1.97 / build / vulkan-tools-35Ffza / vulkan-tools-1.1.101.0 + dfsg1 / vulkaninfo / vulkaninfo.c: 5028: falha com VK_ERROR_INITIALIZATION_FAILED

Executando com o parâmetro no grub:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1 amdgpu.dc=1 amdgpu.dpm=1 amdgpu.modeset=1"
Não sei se o parâmetro ainda é necessário.

ATUALIZAR:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1"

sudo update-grub
reiniciar

Agora funciona, mas o problema do mouse ainda existe.

@ Metaln00b

Agora funciona, mas o problema do mouse ainda existe.

Olá, acabei de descobrir que bloquear a taxa de quadros em 30 ou 60 resolveu o problema do mouse.

@aaulia Obrigado, vou tentar. Pode ser plausível ...

Acabei de experimentar e o problema do mouse parece ter desaparecido completamente! Limitei-o a 60fps e mudei para Wayland. Posso tentar novamente mais tarde no X se solicitado

Bem, eu tentei no X com VSync desligado e limitado a 30 FPS. Parece que todas as entradas estão atrasadas, não apenas o cursor. Os primeiros minutos funcionam e quando o PC tem um pequeno atraso, ele começa a "fazer a pedra rolar". Todas as entradas estão atrasadas.

Bem, eu tentei no X com VSync desligado e limitado a 30 FPS. Parece que todas as entradas estão atrasadas, não apenas o cursor. Os primeiros minutos funcionam e quando o PC tem um pequeno atraso, ele começa a "fazer a pedra rolar". Todas as entradas estão atrasadas.

Hmm eu também entendo, ocasionalmente. Então é um problema do X? Talvez tente com o VSync ativado?

Bem, eu tentei no X com VSync desligado e limitado a 30 FPS. Parece que todas as entradas estão atrasadas, não apenas o cursor. Os primeiros minutos funcionam e quando o PC tem um pequeno atraso, ele começa a "fazer a pedra rolar". Todas as entradas estão atrasadas.

Hmm eu também entendo, ocasionalmente. Então é um problema do X? Talvez tente com o VSync ativado?

Wayland é a solução. Vsync ou limitador de quadro pode ser ignorado. Obrigado =)

Finalmente consegui rodar depois de muitas horas, descobri que a fonte dos meus problemas era o python-installcab, usar isso (tentei várias versões) resultaria no travamento do jogo após a primeira cena. Eu destruí o prefixo, reinstalei e coloquei o mfplat.dll no diretório do jogo e ele parece estar funcionando bem agora.

YMMV, eu acho.

Com relação ao vídeo: apenas 1 DLL é necessária para obter funcionalidade completa - mfplat.dll do Windows 7.
Alguém na Valve pode entrar em contato com alguém alto o suficiente na cadeia alimentar da Valve para ter um contato da Microsoft e pedir gentilmente a esse contato se a MS poderia dar permissão à Valve para redistribuir o binário mfplat.dll como parte do Proton. Desde que Ballmer se foi, a cultura da MS mudou e tenho certeza que se você pedir gentilmente, poderá obter a permissão que permitiria que este jogo e vários outros títulos recentes funcionassem perfeitamente.

Eu tenho o mesmo problema do tópico inicial. Tela de carregamento infinito após o posto de gasolina.
Screenshot from 2019-07-14 16-08-11
steam-883710.zip

$ inxi -bM
System:    Host: localhost.localdomain Kernel: 5.3.0-0.rc0.git3.1.fc31.x86_64 x86_64 bits: 64 Desktop: Gnome 3.33.3 
           Distro: Fedora release 31 (Rawhide) 
Machine:   Type: Desktop Mobo: ASUSTeK model: ROG STRIX X470-I GAMING v: Rev 1.xx serial: <root required> 
           UEFI: American Megatrends v: 2406 date: 06/21/2019 
CPU:       8-Core: AMD Ryzen 7 2700X type: MT MCP speed: 2312 MHz min/max: 2200/3700 MHz 
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Vega 20 [Radeon VII] driver: amdgpu v: kernel 
           Display: wayland server: Fedora Project X.org 1.20.5 driver: amdgpu resolution: 3840x2160~60Hz 
           OpenGL: renderer: AMD Radeon VII (VEGA20 DRM 3.32.0 5.3.0-0.rc0.git3.1.fc31.x86_64 LLVM 8.0.0) 
           v: 4.5 Mesa 19.2.0-devel 
Network:   Device-1: Intel I211 Gigabit Network driver: igb 
           Device-2: Realtek RTL8822BE 802.11a/b/g/n/ac WiFi adapter driver: rtw_pci 
Drives:    Local Storage: total: 11.57 TiB used: 10.16 TiB (87.8%) 
Info:      Processes: 450 Uptime: 10h 20m Memory: 31.29 GiB used: 16.60 GiB (53.0%) Shell: bash inxi: 3.0.34 

@NTMan Você está perdendo dlls mfplat ou copiou as dlls de uma instalação win10.

@ dlove67 especificamente de quais DLLs você precisa para que funcione? Tenho mfplat.dll com a soma de verificação '54b5dcd55b223bc5df50b82e1e9e86b1' e também recebo a tela de carregamento infinito após o posto de gasolina

O problema é mfplat, você precisa dele do Windows 7 e instale corretamente ou tente este script <Link removed by moderator>

Olá @ mixalis1987 , o link que você postou é legalmente problemático e foi removido.

@exezin O que estou usando é df1ed3184437cc405312b70805ae5623, mas você também precisa fazer algumas outras coisas com winetricks. Verifique protondb nas informações.

Não tenho certeza, mas KB968211 pode conter mfplat: https://www.microsoft.com/en-us/download/details.aspx?id=16546

@ dlove67 sim, você deve instalar o pacote "mf" primeiro a partir do winetricks, ele instalará as dlls sem copyright que são necessárias. em seguida, use um método de instalação que esteja em torno da Internet e, em seguida, pegue uma dll mfplat do Windows 7 do Windows e coloque-a no mesmo diretório do exe do jogo.

@ mixalis1987 por algum motivo, a instalação do mf via winetricks faz com que o jogo não passe da primeira cena para mim, sem o mf, mas com o dll mfplat, posso chegar ao posto de gasolina, mas não além da tela de carregamento infinito.

Alguém tem ideia de quais outras DLL's preciso colocar ai? A página protondb é uma bagunça.

@exezin você precisa instalar o mf via winetricks, em seguida, execute um script, você também precisa colocar o x64 mfplat.dll (extraído de C: \ Windows \ System32 em uma instalação do Windows 7 x64). Depois de fazer ambos, deve funcionar bem. Os scripts necessários são anotados no protondb.

o que @ dlove67 está correto. Você precisa fazer ambos, winetricks mf e instalar o mfplat. O jogo não funcionará corretamente sem os dois.

Vá para esta página https://github.com/doitsujin/dxvk/issues/886 e o 16º post dirá como instalar o mfplat e o script de instalação usado e qual versão do mfplat é realmente necessária.

Curiosamente, usar esse script faz com que o jogo não passe da primeira cena, sem que o script seja usado e ter colocado mfplat.dll na pasta do jogo faz com que eu consiga chegar ao posto de gasolina e fico preso com a tela de carregamento sem fim depois disso.

Vou brincar e tentar outros mfplat.dll, parece que alguns tiveram sorte com outras versões.

Esse é o script que sempre utilizo também para outros jogos, estranho que você esteja tendo problemas. Tem certeza de que a dll é a versão correta?

Com a solução alternativa do MF, o jogo trava toda vez que eu uso _o laptop_ dentro da _ estação de polícia_.

a soma de verificação de 20ecac7791dcba69121631cb627e5a96
a soma de verificação e8706a051bffc9da9e9b935aaa432aac
a soma de verificação 2188de5fa5c741fb2b81eb9f37d26ba7

A falha ocorre por causa do mfreadwrite.dll do que aparece no relatório de falha. Qualquer ideia além de não fazer a solução alternativa certa, porque tenho certeza que fiz tudo certo, e funciona bem com Resident Evil 7 Biohazard .

Você não precisa do mfplatreadwrite que é instalado com o pacote mf no winetricks.

Instale primeiro o mf do winetricks e depois use o script que postei mais adiante e, em seguida, coloque o arquivo mfplat que você tirou do Windows na versão correta do mfplat e coloque-o na pasta exe games.

Esse é o meu vídeo que fiz há muito tempo passando aquele mesmo problema com os passos que acabei de contar. https://m.youtube.com/watch?v=JCPgIyZTHA0&t=67s

Posso pular este vídeo pressionando escape e, em seguida, espaço.

Veja aqui:

https://www.reddit.com/r/linux_gaming/comments/ajyx51/resident_evil_2_playable_with_the_latest_dxvk_and/ef7sx31

Você SÓ precisa do mfplat.dll, mas precisa da versão com md5sum
54b5dcd55b223bc5df50b82e1e9e86b1

Não faça nenhum truque. Basta copiar esse mfplat.dll para a pasta do jogo.

Você SÓ precisa do mfplat.dll, mas precisa da versão com md5sum
54b5dcd55b223bc5df50b82e1e9e86b1

Tenho md5sum 2188de5fa5c741fb2b81eb9f37d26ba7, também funciona.

Você SÓ precisa do mfplat.dll, mas precisa da versão com md5sum
54b5dcd55b223bc5df50b82e1e9e86b1

Tenho md5sum 2188de5fa5c741fb2b81eb9f37d26ba7, também funciona.

E que versão é essa? O que citei é o do Windows 7 SP 1 que é distribuído no site da Microsoft e, como tal, é presumivelmente a versão mais recente.

E que versão é essa?

12.0.7601.23471

Sem mfreadwrite.dll, o jogo fica paralisado e não faz nada por muito tempo. Eu tentei as duas versões do mfplat.dll e as duas travaram no meio da cutscene do laptop. Eu escapei dessas cenas, e não enfrentei outra cena problemática depois de algumas horas de jogo.

Ahmed, experimente meu wineprefix: <Link removed by moderator>
Exclua seu wineprefix existente para RE2 de steamapps / compatdata /, descompacte este aqui e copie aquele maldito mfplat.dll para steamapps / common / RESIDENT EVIL 2 BIOHAZARD RE2 /. Não se esqueça de excluir dlls desnecessários de lá se você os copiou antes (mf, mfreadwrite, etc.)

Olá @SergeyLatyshev , seu link foi removido porque contém dlls com direitos autorais (mf.dll), o que é legalmente problemático para redistribuir.

Obrigado a todos. Eu não preciso fazer nada. Já pulei o vídeo, e todo o resto funciona bem.

@ ahmed-elsayed2017 qual é o MD5 do seu mfreadwrite.dll?

@ ahmed-elsayed2017 qual é o MD5 do seu mfreadwrite.dll?

a soma de verificação mfreadwrite.dll é e8706a051bffc9da9e9b935aaa432aac

Olá @SergeyLatyshev , seu link foi removido porque contém dlls com direitos autorais (mf.dll), o que é legalmente problemático para redistribuir.

Mas winetricks o instala. Achei que todas as partes do vinho podiam ser redistribuídas. Ou não são?

Winetricks não faz parte do wine ou Proton e meu entendimento é que o projeto em si não contém bibliotecas proprietárias.

O dll mfplat não é, portanto, não está incluído no pacote Winetricks mf. Sinceramente, não vejo por que a Microsoft protegeu esse arquivo, mas é da Microsoft que estamos falando.

Não consigo reproduzi-lo no Lutris depois de mudar para o Ryzen 3700X. Por quê?

Olá @laichiaheng , adicione PROTON_LOG=1 %command% às opções de lançamento do jogo e arraste e solte o $ HOME / steam- $ APPID.log gerado na caixa de comentários.

Todo o arquivo tem mais de 1 GB

Parece que seu log está dizendo que o jogo atingiu um monte de acessos de memória inválidos (c0000005). Pode-se matar um jogo, seu log tem várias centenas. Infelizmente, não vejo nenhuma sugestão além disso.

Como observação, os logs do Proton tendem a compactar bem, mas mesmo compactado, esse log é maior do que o Github gostaria.

@kisak-valve outros jogos de prótons também travam.
É o bug da AMD?

É o bug da AMD?

Algumas placas de GPU AMD precisam de uma solução alternativa para executar jogos DXVK e Vulkan, mas você poderia fornecer mais informações? GPU, versão do driver e sistema operacional.

@ ahmed-elsayed2017

vainfo: VA-API version: 1.5 (libva 2.5.0)
vainfo: Driver version: Mesa Gallium driver 19.1.2 for Radeon RX 580 Series (POLARIS10, DRM 3.32.0, 5.2.1-1-MANJARO, LLVM 8.0.0)

vulkan-radeon está instalado, esta placa funciona perfeitamente no meu sistema i5-4460, mas não funciona no sistema 3700X + X470 agora.
Os jogos nativos do Linux rodam sem problemas, mas os jogos de prótons travam imediatamente.

@doitsujin @ ahmed-elsayed2017
Eu executo em terminal, é assim que funciona.
https://pastebin.com/j04WJVa6
Confirmei que os jogos nativos OpenGL e Vulkan rodam sem problemas.
Não esperava que o jogo não fosse lançado, ele rodou perfeitamente no meu PC com CPU i5-4460 com o mesmo disco rígido, GPU e SO.
É o problema de cache do shader do Steam?

@ ahmed-elsayed2017 @doitsujin @ kisak-valve
Hoje, eu tentei jogar a versão não Steam do Path Of Exile com WINE + DXVK no meu PC, ele funciona perfeitamente com fps alto, então deve ser um jogo específico ou problema do Steam em vez de WINE + DXVK ou problema do Proton, como isso é possível? Não houve tal problema com este jogo.
Não consigo testar a versão Steam do POE, porque ela não pode ser reproduzida no Steam no meu país, então não sei se o Steam causa esse problema.

Acabei de testar este jogo novamente e está funcionando bem. Ele fez uma atualização no início antes do lançamento e quando começou, ele travou, mas depois de rodar novamente funcionou perfeitamente e depois da estação, etc. Então eu não acho que seja um jogo ou vapor.

@ mixalis1987 OK, o jogo não é compatível com Ryzen 3700X

OK, o jogo não é compatível com Ryzen 3700X

@laichiaheng Oh e eu

OK, o jogo não é compatível com Ryzen 3700X

@laichiaheng Oh e eu

Sim, estou no 5.2 agora, também experimentei o 5.3, mas ainda não funciona.
Por favor, atualize sua CPU, eu realmente quero saber qual parte do meu sistema está errada.

OK, o jogo não é compatível com Ryzen 3700X

@laichiaheng Oh e eu

É um problema de CPU confirmado, outra pessoa que atualiza seu 1600 para 3600 tem o mesmo problema.

@laichiaheng O que a AMD tem a dizer sobre isso?

O jogo às vezes trava sem qualquer aviso. Ele armazena o arquivo de log se eu não disser para fazer isso?

Há latência de som no jogo, o som é mais lento que os gráficos por cerca de 0,1 ~ 0,5s

Há latência de som no jogo, o som é mais lento que os gráficos por cerca de 0,1 ~ 0,5s

Não importa, isso é causado pelo conector de fone de ouvido do painel frontal do meu PC.

Informação do sistema

  • GPU: RX VEGA 56
  • Driver GPU: 19.3~git1910291930.ff6e14~oibaf~b (ppa: oibaf / graphics-drivers)
  • Versão do kernel: 5.4.0-050400rc5-lowlatency
  • Versão distro: Linux Mint 19.2 Tina (64 bits) (Cinnamon)
  • Versão do próton: 4.11-7

Relatório de Compatibilidade

O jogo pode ser reproduzido com Proton 4.2-9, mas pula vídeos, a menos que seja instalado o Media Foundation (versão cab).

Com o Proton 4.11-7, o jogo trava apenas quando você está prestes a entrar no jogo, ou você entra no jogo, mas as sombras estão piscando. Incluindo um vídeo das sombras distorcidas

steam-883710-proton-4.2-9.log
steam-883710-proton-4.11-7.log
RE2.mp4.zip
system_info.txt

O vídeo apresenta sombras com falhas

Reprodução

Basta iniciar o jogo com Proton 4.11.7

Informação do sistema

* GPU: RX VEGA 56

* GPU Driver: `19.3~git1910291930.ff6e14~oibaf~b `(ppa:oibaf/graphics-drivers)

* Kernel version: 5.4.0-050400rc5-lowlatency

* Distro version: Linux Mint 19.2 Tina (64 bit) (Cinnamon)

* Proton version: 4.11-7

Relatório de Compatibilidade

O jogo pode ser reproduzido com Proton 4.2-9, mas pula vídeos, a menos que seja instalado o Media Foundation (versão cab).

Com o Proton 4.11-7, o jogo trava apenas quando você está prestes a entrar no jogo, ou você entra no jogo, mas as sombras estão piscando. Incluindo um vídeo das sombras distorcidas

steam-883710-proton-4.2-9.log
steam-883710-proton-4.11-7.log
RE2.mp4.zip
system_info.txt

O vídeo apresenta sombras com falhas

Reprodução

Basta iniciar o jogo com Proton 4.11.7

Não consigo reproduzir com meu RX580

mas as sombras estão caindo

Você pode testar o Mesa 19.2? Pode muito bem ser uma regressão.

Você pode testar o Mesa 19.2? Pode muito bem ser uma regressão.

@doitsujin claro que fiz mais alguns testes

Informação do sistema

  • GPU: RX VEGA 56
  • Versão distro: Linux Mint 19.2 Tina (64 bits) (Cinnamon)
    system_info.txt

Testes com diferentes drivers de kernel e GPU





Com todas essas configurações, eu obtenho sombras tremeluzentes e falhas gráficas, mas o jogo não travou com o Proton 4.11-7.

Conclusão

O jogo travou apenas com o Proton 4.11-7 usando o kernel 5.4.0-050400rc5 , de modo que parece ter sido um problema do Kernel rc5. As sombras e falhas gráficas ocorreram, no entanto, com cada versão do driver Mesa que testei, também com um kernel mais antigo.

As falhas gráficas que eu reconheço são um problema específico do Vega56 ou talvez alguma configuração gráfica específica cause isso (vou experimentar mais com isso)

Não consigo reproduzir o problema no meu RX 480, mas você pode tentar colocar o seguinte em um arquivo dxvk.conf próximo a re2.exe :

d3d11.relaxedBarriers = False

DXVK tem um hack de desempenho para este jogo que de outra forma exigiria AMDAGS para funcionar; se o arquivo de configuração corrige para você, é o hack que está quebrado. Infelizmente, isso provavelmente resultará em uma perda de desempenho de aproximadamente 20-30%, mas isso é realmente a falha do jogo, uma vez que depende tanto de extensões D3D11 não padrão.

@doitsujin Eu tentei, mas não fez diferença, as mesmas falhas gráficas / tremulação de sombra permaneceram com o Proton 4.11-7

Para referência, é como o jogo se parece no Proton 4.2-9 para mim:
(Presumo que seja uma renderização precisa)
proton-4 2-9
steam-883710-proton-4.2-9.log

@AwesamLinux Posso ter perdido isso, mas você já tentou derrubar a versão dxvk de 4.2-9 para Proton 4.11-7 para isolar isso como um problema dxvk? Pode valer uma verificação rápida? A versão dxvk de 4.2-9 é 1.2.1 e você pode obter o tarball de lançamento do github aqui: https://github.com/doitsujin/dxvk/releases?after=v1.3

Depois de descompactá-lo, você pode soltar o conteúdo da pasta x32 em sua pasta Steam ..... / common / Proton 4.11 / dist / lib / wine / dxvk /. e o conteúdo da pasta x64 em dist / lib64 / wine / dxvk /.

@ alasky17 Tentei agora, rodando com o DXVK mais antigo, não há problemas gráficos. Então, sim, agora podemos ter certeza de que esse é um problema DXVK.

@AwesamLinux alguma chance de você dividir o problema ou pelo menos descobrir qual versão é a última que funciona?

@doitsujin Eu tentei as versões pré-compiladas do DXVK do github até 1.4.4 (todas testadas com a opção de lançamento DXVK_STATE_CACHE = 0)

dxvk 1.3.2 BOM
dxvk 1.3.3 BOM
dxvk 1.3.4 BOM
dxvk 1.4.0 BAD
dxvk 1.4.1 RUIM
dxvk 1.4.2 BAD
dxvk 1.4.3 BOM (sem problemas gráficos!: tada :)
dxvk 1.4.4 BOM

Sim, o problema parece já ter sido corrigido no dxvk 1.4.3 : tada:

(Desculpem a resposta lenta. Eu deveria ter testado todos os binários pré-compilados primeiro. Eu me desviei ao verificar e compilar 6b5d01c934e48bd3abc12f6643ffa0705ef2c2dd ([meta] Versão 1.4.1). E ele produziu DLLs sem o problema gráfico, que me confundiu completamente)

Legal, obrigado. Pode ter sido relacionado às mudanças na barreira do UAV então.

Estranho que estava funcionando bem na minha placa, e aparentemente até mesmo para alguns usuários Vega com quem conversei.

@ kisak-valve O reflexo do espelho está errado.
CPU: AMD Ryzen7 3700X
GPU: AMD RX580
Kernel: 5.4.3
Mesa: 19,3
Próton: 4.11-10
2019-12-16 12-10-21 的螢幕擷圖

Informação do sistema

  • GPU: RX VEGA 56
  • Driver GPU: 4.5 (Perfil de Compatibilidade) Mesa 19.1.2 - padoka PPA
  • Versão do kernel: 5.4.5-050405-baixa latência
  • Versão distro: 19.3 Tricia (64 bits) (Canela)
  • Versão do próton: 4.11-11

Relatório de compatibilidade de novo teste

Parece haver uma regressão a partir do DXVK 1.4.5. Os gráficos são corrompidos ao chegar ao menu principal como este:
IMG_20191220_014915b

Ao mudar para o console, você vê que ele envia uma mensagem de erro como esta:
IMG_20191220_014930b

  • Com DXVK 1.4.4, o jogo funciona com esta configuração, qualquer coisa mais recente do que está quebrada
  • Eu tentei com Kernels mais antigos e mais novos e drivers de GPU (incluindo alguns que eu sei que já funcionaram com este jogo antes). Não houve diferença, o jogo funcionava com DXVK mais antigo independentemente do driver / kernel, mas trava com qualquer coisa mais recente que 1.4.4

Incluindo registros de execução bem-sucedida do jogo e de quando ele travou.

steam-883710-dvxk1.4.5-crash.log
steam-883710-dxvk1.4.4-success.log
system_info.txt

Tive falhas gráficas estranhas como esta quando estava usando AMDVLK + kernel 5.0, mas Radv funciona bem comigo. Você usa vkBasalt?

@AwesamLinux, você pode tentar novamente com uma versão atualizada do Mesa? Não consigo reproduzir o problema no meu lado em um RX 480 usando Mesa 19.3.

@AwesamLinux

Para começar, purge padoka ppa e mesa vem com ele de acordo com as instruções observadas na página Padoka Stable PPA.

Então use este ppa.

https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

E também os documentos do Proton devem mencionar deste ppa e a remoção do imo do ppa recomendado anteriormente. @ kisak-valve

https://github.com/ValveSoftware/Proton/wiki/Requirements#amdintel

@ ahmed-elsayed2017 eu não uso vkBasalt

@doitsujin @ Leopard1907

Eu tentei um monte de diferentes drivers / kernels aleatórios (só voltei para os antigos para ver se haveria alguma diferença). Mas aqui estão os resultados que obtive com novos drivers:

DXVK | Kernel | Mesa | Funcionou?
----- | --------------- | ------ | -------------
dxvk-1.4.4 | 5.0.0-23-genérico | 19.3.1 - kisak-mesa PPA | SUCESSO
dxvk-1.4.4 | 5.2.8-050208-lowlatency | 19.3.1 - kisak-mesa PPA | SUCESSO
dxvk-1.4.4 | 5.4.5-050405-lowlatency | 19.3.1 - kisak-mesa PPA | SUCESSO
dxvk-1.4.4 | 5.4.5-050405-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | SUCESSO
dxvk-1.4.5 | 5.0.0-23-genérico | 19.3.1 - kisak-mesa PPA | FALHA (sistema travou)
dxvk-1.4.5 | 5.4.5-050405-lowlatency | 19.3.1 - kisak-mesa PPA | FALHA (gráficos corrompidos)
dxvk-1.4.5 | 5.4.5-050405-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | FALHA (gráficos corrompidos)
dxvk-1.4.6 | 5.0.0-23-genérico | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | FALHA (sistema congelou)
dxvk-1.4.6 | 5.2.8-050208-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | FALHA (gráficos corrompidos)
dxvk-1.4.6 | 5.4.5-050405-lowlatency | 19.3.1 - kisak-mesa PPA | FALHA (gráficos corrompidos)
dxvk-1.4.6 | 5.4.5-050405-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | FALHOU em 2/3 tentativas (gráficos corrompidos)
dxvk-1.5 | 5.0.0-23-genérico | 19.3.1 - kisak-mesa PPA | FALHA (o sistema congelou completamente)
dxvk-1.5 | 5.2.8-050208-lowlatency | 19.3.1 - kisak-mesa PPA | FALHA (gráficos corrompidos)
dxvk-1.5 | 5.4.0-050400-lowlatency | 19.3.1 - kisak-mesa PPA | FALHA (gráficos corrompidos)
dxvk-1.5 | 5.4.5-050405-lowlatency | 19.3.1 - kisak-mesa PPA | FALHA (gráficos corrompidos)
dxvk-1.5 | 5.4.5-050405-lowlatency | 20.0.0-devel (git-cabcbb4 2019-12-20 bionic-oibaf-ppa) | FALHA (gráficos corrompidos)

  • Testado com Proton 4.11-11 com os binários de lançamento pré-compilados do github DXVK
  • Todos estes foram testados com a opção DXVK_STATE_CACHE = 0

Pelo que observei com DXVK 1.4.4, o jogo funciona de forma consistente para mim, independentemente do Kernel ou Mesa. Com qualquer coisa posterior, há corrupção de gráficos de tela inteira ou um congelamento total do sistema. Curiosamente, o jogo funcionou uma vez com DXVK 1.4.6.

Alguma chance de você dividir esse problema?

Já ouvi relatos semelhantes sobre o novo demo lançado recentemente, mas ninguém parece ser capaz de reproduzi-lo de maneira confiável o suficiente para obter informações úteis. Não fui capaz de acionar esse bug na AMD ou Nvidia, o jogo funciona perfeitamente bem mesmo com a construção DXVK fornecida pela Proton.

@doitsujin Quando eu tiver mais tempo livre, irei dividir isso ao meio, não é algo com que eu tenha qualquer experiência anterior: sweat_smile:

Vou tentar acrescentar a isso, notei que o jogo parou de funcionar para mim após a atualização que removeu o denuvo dele, pelo menos eu pensei que era a razão porque coincidia com isso.

O que estou experimentando são travamentos do sistema que precisam de uma reinicialização forçada.

No local principal que venho testando (RPD Dark Room), os congelamentos acontecem consistentemente ao apontar a câmera em uma determinada direção (parede traseira, em frente à máquina de escrever).

Estou executando alguns testes mudando as versões do kernel, mesa e dxvk sem sucesso.
Tentei emular o que funcionava para @AwesamLinux o mais próximo que pude, mas não funcionou.

Eu tentei combinações de todos eles: o kernel 5.4.6-arch mais recente, 5.4.3-arch, 5.4.3-fsync (de valveaur), DXVK 1.5 e 1.4.4, mesa 19.3.1 e mesa-aco 20.0. 0_devel.20191129 (de valveaur), mesmo resultado com todas as combinações.

Eu tenho alguns logs _provavelmente não muito úteis_.

steam-883710.log
steam-883710.2.log

Vou tentar mais coisas mais tarde, mas estou um pouco perdido agora e testei por horas na noite passada.

Informação do sistema

  • GPU: Vega 11 (Ryzen 3400G iGPU)
  • Versão do driver / LLVM: Mesa 19.3.1 / 9.0.0
  • Versão do kernel: 5.4.6-arch1-1
  • Versão do próton: 4.11-11

Você tentou outra versão de próton também?

Tentei o 4.2-9 brevemente sem a mesma abundância de combinações, é o outro que eu tinha disponível, mesmo resultado.

Existe alguma maneira de evitar o travamento do gpu? Isso tornaria os testes extensivos muito menos irritantes, mas acho que não.

Também estou recebendo travamentos aleatórios do jogo (o jogo literalmente fecha, o resto do sistema não é afetado) com Proton 4.11-11, TK-Glitch's 5.0rc2 e Glorious Eggroll's 4.19, 4.20 e 4.21-1 e -2. AMD RX 580 com mesa 19.3.1 e 20.0.0-devel de valveaur, kernel 5.4.6 de Arch e Manjaro, junto com 5.5-rc. Só tentei o DXVK integrado e presumo que todos usam um DXVK posterior a 1.4.5 (sei que a versão TK-G usa 1.5). Vou tentar adicionar DXVKs anteriores e ver como funciona. Acontece que não recebo absolutamente nada nos logs, o jogo literalmente fecha sozinho sem nenhuma mensagem no log, mesmo com a opção de depuração de prótons definida. Quer dizer, há um arquivo de log criado, mas ele literalmente termina depois de "App fulano de tal iniciado", sem mensagens durante o travamento. Sempre acontece dentro de 30 minutos, não acontecia alguns meses atrás com versões mais antigas do próton

Ok, parece que finalmente consegui rodar o jogo, usando AMDVLK em vez de RADV.

editar: Acho que identifiquei, vulkan-radeon 19.2.7-1 é o último funcionando, 19.3.0-1 em diante quebra-o
edit2: Percebi que este jogo é menos estável com AMDVLK, experimentei travamentos aleatórios em meus breves testes com ele, como ao alterar as configurações de gráficos, embora eu nunca tenha tido um único travamento ao jogar com RADV por mais de 8 horas (antes de quebrar, de curso).

Olá @dowttie , parece que https://gitlab.freedesktop.org/mesa/mesa/issues/2315 está rastreando seu problema.

Resident Evil 2 refaz travamentos constantemente em sistemas baseados em Arch

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3425.
@ gardotd426 postado em 2020-01-12T16: 17: 18:

Relatório de Compatibilidade

  • Nome do jogo com problemas de compatibilidade: Resident Evil 2 Remake
  • Steam AppID do jogo: 883710

Informação do sistema

  • GPU: XFX RX 580 4 GB
  • Versão do driver / LLVM: Mesa-ACO de valveaur (20.0.0.devel)
  • Versão do kernel: múltipla. 5.4.3-5.4.10-MANJARO e -arch, kernels 5.5rc, kernels personalizados do Tk-Glitch, todos eles.
  • Link para o relatório completo de informações do sistema como Gist :
  • Versão do próton: múltipla, mas no que se refere às versões oficiais, 4.11-11

Eu confirmo:

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

Sintomas

O jogo trava dentro de 10-15 minutos do tempo real de jogo, não importa o quê. SIM, O MEDIA FOUNDATION FIX ESTÁ INSTALADO. Tenho umas 8 ou 9 horas de jogo, mas não joguei por cerca de 3 semanas e agora, como tentei reiniciar, não consigo jogar por mais de 10 minutos. Nunca foi um problema com 4.11-9. Honestamente, está piorando, agora eu não consigo nem fazer funcionar por 5 minutos. Estou instalando o Proton-4.2-9 agora para ver se isso faz alguma diferença, já que todas as versões do Proton que experimentei são 4.11 ou baseadas no 4.11 (como o Proton-GE do Glorious Eggroll).

Reprodução

No Manjaro ou Arch Linux, com o kernel 5.4 atual (5.4.10 no momento desta escrita), instale RE2 e, depois de aplicar a correção do Media Foundation, tente executar o jogo. Ele irá travar em 10 minutos no meio do jogo. Não são cenas, essas são boas. Será apenas no meio do jogo, correndo pelo corredor ou algo assim. Ele apenas desliga / sai e os logs não parecem indicar nada além de um problema com o Wine.
steam-883710.log

@kisak-valve, acabei de postar ali e me disseram que não tem relação e que novos relatórios precisam ser preenchidos. Então, acho que vou fazer isso, mas como eu disse, parece que meu problema é um problema de Wine (portanto, um problema de prótons) em oposição a um problema de Mesa. Eu tentei novamente com um Wineprefix novo e usando o Mesa 19.3.2-2 da linha principal. Não melhor do que mesa-aco do repositório valveaur. AMDVLK não faz diferença em relação a RADV. Não posso dizer muito dos logs que anexei, mas pelo que pude encontrar ao pesquisar parece indicar que é um problema com o próton. Mas vou postar um problema no Mesa também.

Certo, @dowttie tem o mesmo chipset de vídeo que o relatório de bug fd.o, que foi emparelhado com seu feedback aqui. Falando nisso, agora que https://gitlab.freedesktop.org/mesa/mesa/commit/c63d04cb57002c636b65cdc5989c0b8aeb5dfe8b pousou na mesa 19.3.2, @dowttie , você pode atualizar a mesa em seu sistema e testar novamente?

Olhando para o seu log, isso parece uma possível linha de interesse err:mmdevapi:MMDevice_Activate Invalid/unknown iid {bbf8e066-aaaa-49be-9a4d-fd2a858ea27f} , que é vagamente seguida por uma violação de acesso (c0000005) que faz com que o jogo morra com wine: Unhandled page fault on read access to 000007FFC42A9000 at address 00007F0C6110D6B8 (thread 0040), starting debugger... , então seu problema é possivelmente relacionado com áudio.

Eu tenho o mesmo problema de falha aleatória. Eu tentei outro próton mais antigo 3.16-7
sem o mf instalado e o jogo parecia estar funcionando bem por mais de um
hora. Então instalei o mf novamente nele e toda vez que usei meu controlador
ele caiu instantaneamente. Mesmo com o próton 4.2. Mas mf trabalhou com próton
4.11-11 e próton 4.21-2-GE, mas travamentos aleatórios como antes.

Estou em uma Nvidia gtx 1080 em vez de AMD, então não acho que tenha nada
a ver com drivers gráficos. Deve ser um problema de vinho / próton.

E por que minha antiga versão de próton falha quando uso meu controlador com o mf ligado
eles, mas não em novas versões de prótons?

Concluí este jogo quando ele foi lançado no próton 3.16 com mf e
controlador não tem problema ... algum?

No domingo, 12 de janeiro de 2020, 21:08 gardotd426, [email protected] escreveu:

@ kisak-valve https://github.com/kisak-valve , o problema sendo monitorado
na mesa, o Gitlab não está relacionado a nenhum desses bugs. Acabei de postar
lá e foi dito que não está relacionado e que novos relatórios precisam ser
arquivado. Acho que vou fazer isso, mas como eu disse, parece que
meu problema é um problema de vinho (portanto, um problema de prótons) em oposição a um Mesa
questão. Acabei de tentar novamente com um Wineprefix fresco e usando o Mesa principal
19.3.2-2. Não melhor do que mesa-aco do repositório valveaur.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/2266?email_source=notifications&email_token=ABHOYDDUAZ7PRXFI5EQ2DC3Q5OBGFA5CNFSM4GSMTW22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIXEIFQ#issuecomment-573457430 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/ABHOYDCYBZJOFB4XHFQHQSLQ5OBGFANCNFSM4GSMTW2Q
.

@kisak-valve Parece que vai resolver o meu problema, estarei ausente até quarta-feira, posso testar depois disso.
Obrigado por toda a ajuda e a todos que estão trabalhando nesses projetos!

Parece que é um problema com o ACO. Se eu lançar com RADV_PERFTEST=llvm , parece estável até agora, embora com um impacto de desempenho. Mas RADV_PERFTEST=aco funcionou antes, sempre usei aco com RE2. Então é algo com o (s) lançamento (ões) recente (s) do aco que está quebrado.

@ gardotd426 Acho que não, porque não tenho GPU AMD, então não posso usar o ACO e ainda tenho travamentos aleatórios. No entanto, acabei de usar o próton 4.21-2-GE novamente e parece que funcionou bem. Jogado por 3 horas sem problemas. Estou usando o Manjaro com drivers nvidia de kernel 5.4.6-2 440.44 e CPU AMD Ryzen 9 3900X.

@ mixalis1987 pode ser o controlador porque percebi que tinha um controlador SNES conectado que não estava usando, mas o Steam estava registrando. Desliguei-o e mudei para llvm de aco e funcionou por uma ou duas horas. Quando eu chegar em casa vou tentar sem o controlador, mas com ACO para ver se isso faz diferença. E sim, costumava funcionar para mim também com Proton-4.21-GE-2 ou qualquer outro antes de tudo isso começar. Agora estava quebrando como tudo o mais

@ gardotd426 Testado novamente no próton 4.21-2-GE deixou o jogo rodando sozinho por uma hora, depois voltou e continuou jogando por cerca de 2 horas e sem problemas. Não sei se algo mudou ao mudar as versões do próton ou o que, mas parece que está funcionando novamente ...

Não sei o que você quer dizer com coisa de controlador, mas eu só tenho um controlador que uso para todos os jogos, jogos Steam e nenhum jogo Steam e esse é um controlador de Xbox antigo. Nunca falhei comigo antes ...

Vendo que tudo parece estar funcionando de novo, vou deixar tudo como está :)

Acabou de completar o jogo no Proton 4.21-2-GE sem problemas ...

@ kisak-valve Eu posso confirmar que a mesa 19.3.2 parece consertar isso! Joguei cerca de uma hora sem problemas, irei "testar" (também conhecido como jogar o jogo) mais extensivamente mais tarde.
Muito obrigado por sua ajuda.

Obrigado por testar novamente

Observação de rastreamento: estou descartando o rótulo de drivers Mesa porque o problema de @dowttie foi resolvido e o problema de @ gardotd426 foi isolado para ACO, que é uma opção não padrão em https://gitlab.freedesktop.org/mesa / mesa / issues / 2341.

Olá. Eu poderia lançar o jogo dias atrás e hoje, ele sempre trava quando tento carregá-lo.

Uma vez que fornece informações de erro exatamente zero - por que mesmo ..? - ao travar na IU, consegui rodar com este script, não sei se o diretório em steamapps / compatdata / é mesmo o correto, pois não encontrei documentação sobre ele.

https://gist.github.com/ShalokShalom/f303003350b68e75b5aadda2d8ae84a3

Eu corro para fora do Flatpak.

Como você pode ver, há dois caracteres de espaço no nome, talvez alguém goste de consertar isso também.
Como um erro, recebi exatamente este:

esync: up and running.
./re2.sh: line 5: 47431 Segmentation fault      (core dumped) /home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/Proton\ 5.0/dist/bin/wine64 /home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/RESIDENT\ EVIL\ 2\\ BIOHAZARD\ RE2/re2.exe

O Steam se atualizou ontem.

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

Foi resolvido com uma atualização.

Muito obrigado por isso.

Agora, o controlador PS4 não é mais detectado.

Ao jogar um novo jogo, depois de sair do posto de gasolina, a tela de carregamento leva um tempo infinito e nunca me leva para a próxima tela.

Ao sair do jogo, esta é a mensagem de erro:

Screenshot_20200417_203707

Informações do meu sistema: https://gist.github.com/ShalokShalom/3b05f57cd643cf40f025fbfba68bf9e7

@ShalokShalom Você precisa instalar aquela DLL da Microsoft para superar isso.

Thansk @ mixalis1987

@ kisak-valve Você pode me ajudar a encontrar essa DLL?

Estou bastante estressado com o fato de que compro dezenas de títulos e basicamente nada funciona sem ajustes pesados. Estou bem ciente do fato de que tudo isso ainda está em desenvolvimento e assim por diante, enquanto muitas coisas podem simplesmente ir para o upstream e ser incluídas por padrão, não?

O jogo trava e recebo o seguinte erro sempre que tento criar um novo jogo:

wine: Unhandled page fault on read access to 0000000000000000 at address 00000001421DC60B (thread 0059), starting debugger...

Tentei a correção mfplat.dll, tentei o próton personalizado do GloriousEggroll, tentei com e sem tempo de execução do Steam, tentei com DX11 e 12 sem sucesso.

No entanto, consigo entrar em um modo extra.

ESSÊNCIA

Você tentou uma versão de próton mais antiga?

Na quarta-feira, 29 de abril de 2020, 13:39 patlefort, [email protected] escreveu:

O jogo trava e recebo o seguinte erro sempre que tento criar um
novo jogo:

vinho: Falha de página não tratada no acesso de leitura a 0000000000000000 no endereço
00000001421DC60B (thread 0059), iniciando o depurador ...

Eu tentei a correção mfplat.dll, tentei o próton personalizado do GloriousEggroll, eu
tentei com e sem tempo de execução do Steam, tentei com DX11 e 12 sem sucesso.

No entanto, consigo entrar em um modo extra.

GIST https://gist.github.com/patlefort/e747e900a4ee0d0ba6ae38b0bd2421db

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

@ShalokShalom também, google é uma coisa, e pesquisando no Google por 5 segundos de forma semelhante
encontra a mesma informação. Jesus cara, sua atitude é ridícula.

Na quarta-feira, 29 de abril de 2020 às 10:58, Matt M [email protected] escreveu:

@ShalokShalom é para isso que serve o ProtonDB. Você está tentando executar o Windows
jogos em um sistema operacional que não seja o Windows. Se você quiser 100 por cento
compatibilidade sem necessidade de ajustes, use o Windows. Obviamente. Está
não é tão complicado. Você tinha olhado por 5 segundos no Resident Evil 2
página no ProtonDB, você deve ter visto que este jogo requer a correção, com
links para a correção. O link não pode ser compartilhado aqui. Procure você mesmo,
literalmente leva 5 segundos. E, novamente, se for um grande problema, e
se olhar o ProtonDB antes de comprar um jogo para saber se vai funcionar ou
não é muito trabalhoso para você, então use o Windows

Na quarta-feira, 29 de abril de 2020 às 10:16 mixalis1987 [email protected]
escrevi:

Você tentou uma versão de próton mais antiga?

Na quarta-feira, 29 de abril de 2020, 13:39 patlefort, [email protected] escreveu:

O jogo trava e recebo o seguinte erro sempre que tento criar um
novo jogo:

vinho: Falha de página não tratada no acesso de leitura a 0000000000000000 no endereço
00000001421DC60B (thread 0059), iniciando o depurador ...

Eu tentei a correção mfplat.dll, tentei o próton personalizado do GloriousEggroll, eu
tentei com e sem tempo de execução do Steam, tentei com DX11 e 12 para não
aproveitar.

No entanto, consigo entrar em um modo extra.

GIST <
https://gist.github.com/patlefort/e747e900a4ee0d0ba6ae38b0bd2421db>

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

.

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

Olá @ gardotd426 , para que fique claro, seu comentário foi removido porque não podemos tolerar o uso de soluções alternativas legalmente problemáticas. Por favor, não diga a outras pessoas para usá-los.

@ kisak-valve, existem outros comentários neste tópico que mencionam o mesmo
coisa. É por isso que não forneci um link.

Na quarta-feira, 29 de abril de 2020 às 11h09 kisak-valve [email protected]
escrevi:

Olá @ gardotd426 https://github.com/gardotd426 , para que fique claro,
seu comentário foi removido porque não podemos tolerar o uso de legalmente
soluções alternativas problemáticas. Por favor, não diga a outras pessoas para usá-los.

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

@ShalokShalom vá para ProtonDB, é para isso que serve. Como você sempre deve fazer antes de comprar um jogo com a intenção de usá-lo em um sistema operacional não compatível. Caso contrário, use o Windows.

Lá. Removida qualquer menção a qualquer coisa, embora já tenha sido mencionado neste tópico. No tópico Doom Eternal você acabou de dizer para não compartilhar links, e dado que já foi mencionado sem ser removido, obviamente não achei que houvesse algo de errado em mencionar a mesma coisa, sem ao menos fornecer um nome ou um link.

É meio rude dizer às pessoas para usarem o Windows.

@SergeyLatyshev Não estou dizendo a eles para usar o Windows. Eles estão literalmente aqui reclamando que o jogo não funciona e eles compram dezenas de jogos e eles não funcionam perfeitamente. Acho isso um tanto rude.

"Estou bastante estressado com o fato de comprar dezenas de títulos e basicamente nada funciona sem ajustes pesados. Estou bastante ciente do fato de que tudo isso ainda está em desenvolvimento e assim por diante, enquanto muitas coisas podem simplesmente vá upstream e seja incluído por padrão, não? "

Se isso é um problema para eles, então parece que Linux não é onde eles deveriam comprar todos os seus jogos com a intenção de jogá-los sem problemas.

Mas eles têm razão. É bem verdade que muitos jogos não rodam no Linux sem ajustes (às vezes "legalmente problemáticos", o que significa que estamos longe de poder jogar com um clique no Proton normal). ProtonDB não é uma panacéia. Existem jogos classificados como "ouro" que não funcionam no meu computador, existem jogos indie impopulares com zero relatórios.

Pelo lado positivo, muitos jogos, tendo exigido ajustes anteriores, funcionam agora prontos para o uso, como Halo, Doom Eternal ou Batman: Arkham Knight. Na maioria dos casos, todos os problemas são causados ​​por DRM ou algumas decisões erradas de desenvolvedores, como vídeo WMF.

Direito. E isso é algo que todos nós temos que aceitar, ou usar o Windows (ou
consoles). É um ou outro, ou aceitamos ou não usamos
Linux para jogos. A menos que você seja um programador que vai consertar isso
você mesmo. Essas são literalmente as três únicas opções, e reclamar sobre
em um tópico que não tem nada a ver com isso é ridículo. Este tópico
não é sobre o estado dos jogos Linux, é sobre Resident Evil 2 rodando
no Linux no Steam. E há uma solução alternativa que é absolutamente necessária,
que não pode ser mencionado aqui, mas de qualquer forma não é um lugar para reclamar
sobre as "dezenas de jogos" que você comprou.

Na quarta-feira, 29 de abril de 2020 às 11h31, Sergey Latyshev [email protected]
escrevi:

Mas eles têm razão. É bem verdade que muitos jogos não funcionam no Linux
sem ajustes (às vezes "legalmente problemático", o que significa que estamos longe
de ser capaz de reproduzir com um clique no Proton normal). ProtonDB não é um
panaceia. Existem jogos classificados como "ouro" que não funcionam no meu computador,
existem jogos indie impopulares com zero relatórios.

Pelo lado positivo, muitos jogos, tendo exigido ajustes anteriores, funcionam
agora fora da caixa, como Halo, Doom Eternal ou Batman: Arkham Knight. Dentro
na maioria dos casos, todos os problemas são causados ​​por DRM ou algumas decisões erradas dos desenvolvedores,
como vídeo WMF.

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

Bem, se os funcionários da Valve Proton resolverem o problema do MF, isso fará literalmente dezenas de jogos rodarem perfeitamente:

  • Fugitivo Americano
  • Blasfemo
  • BlazBlue: Ficção Central
  • Breathedge
  • Call of Cthulu 2018
  • Simulador de mecânico de automóveis 2018
  • Filhos da Morta
  • Danganronpa V3: Matando a Harmonia
  • Dauntless
  • Devoção
  • FINAL FANTASY TYPE-0 HD
  • GRIS
  • Monster Hunter World
  • Obstrução
  • Simulador de construção de PC
  • Postal 4
  • Stranded Sails - Explorers of the Cursed Islands
  • Team Sonic Racing
  • The Outer Worlds
  • Yaga
  • Resident Evil 3
  • Resident Evil 2
  • Resident Evil 7
  • Darksiders Warmastered Edition
  • Devil May Cry 5
  • Borderlands 3

    E muitos mais

Olá. O rastreador de problemas Proton GitHub não é um fórum de discussão. Por favor, mantenha os comentários sobre o assunto, educados e gentis. Obrigado.

Você tentou uma versão de próton mais antiga?

Em Quarta, 29 de abril de 2020, 13:39 patlefort, @ . * > escreveu: O jogo trava e recebo o seguinte erro sempre que tento criar um novo jogo: wine: Falha de página não tratada no acesso de leitura a 0000000000000000 no endereço 00000001421DC60B (thread 0059), iniciando o depurador ... Tentei o mfplat. dll fix, tentei o próton personalizado do GloriousEggroll, tentei com e sem tempo de execução do Steam, tentei com DX11 e 12 sem sucesso. No entanto, consigo entrar em um modo extra. GIST https://gist.github.com/patlefort/e747e900a4ee0d0ba6ae38b0bd2421db - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, visualize-o no GitHub < # 2266 (comentário) > ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/ABHOYDDXW34SWMQUEM2KUVLRPANWNANCNFSM4GSMTW2Q .

Tentei a versão 4.11-13, mas sem sorte. No entanto, finalmente consegui rodar o jogo e jogar rodando o jogo em um prefixo wine separado por meio de lutris usando próton 5.0-6 em vez de por meio de vapor. Tentei deletar a pasta compatdata do jogo para regenerá-la, mas não houve diferença. Também tentei desativar a sobreposição de vapor. Então, fico confuso, o que o Steam poderia estar fazendo de diferente?

Então eu preciso tomar medidas ilegais para fazer um jogo rodar e é por isso que não recebo suporte e fico insultado e isso até consegue um passe do time de suporte.

Em vez disso, insultos dão suporte, ótima ideia, é assim que você atrai clientes.

ESTE JOGO NÃO É OFICIALMENTE SUPORTADO NO LINUX, e em nenhum lugar
Valve diz que é compatível com Linux. A página no Steam diz Windows
só. Qual é o problema

No sábado, 2 de maio de 2020, 15:12, ShalokShalom [email protected] escreveu:

Então, eu preciso fazer etapas ilegais para colocar um jogo em execução e este é
porque eu não recebo nenhum apoio nisso e fico insultado e isso ainda é dispensado
a equipe de suporte.

Em vez disso, insultos dão suporte, ótima ideia, é assim que você atrai clientes.

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

@ kisak-valve
Olá, eu poderia jogar RE2 inteiramente na primeira vez com Leon.
Reportando o "novo" bug do MFplat que ocorre apenas na 2ª execução (com Claire) : ao se aproximar do PC da entrada principal e o vídeo deve começar a ser reproduzido.

com o hack Mfplat.dll, o jogo trava ao se aproximar da tela do vídeo
sem (vanilla Proton) depois de interagir com a tela de vídeo, os bugs do jogo: não há mais HUD, não há mais interação possível. O mesmo acontece com o Proton-GE 5.6-2.
minha configuração

Acabei de jogar como Claire e o vídeo do pc está funcionando bem. Usando o próton vanilla 5.0-7
Também joguei a 2ª corrida como Claire e funcionou. Lembra se o seu processador tem muitos núcleos, acho que foram mais de 16? Então você precisa configurar o jogo para usar apenas 15 deles. Mas se funcionou com Leon, então não acho que isso importará muito.

Também joguei a 2ª corrida como Claire e funcionou. Lembra se o seu processador tem muitos núcleos, acho que foram mais de 16? Então você precisa configurar o jogo para usar apenas 15 deles. Mas se funcionou com Leon, então não acho que isso importará muito.

Estou em um i5 quadcore, mas o jogo correu bem ao longo da primeira jogada. Tentei configurações muito baixas, zerando o cache do Steam, mudando o cliente para beta, nada funcionou.
O jogo não trava, mas quebra e nenhuma interação é mais possível.

Acabei de jogar como Claire e o vídeo do pc está funcionando bem. Usando o próton vanilla 5.0-7
Também joguei a 2ª corrida como Claire e funcionou.
Não é a primeira reprodução de vídeo de reprodução, mas a reprodução de vídeo de segunda execução que interrompe a propósito.

Quando nenhuma interação é possível, isso geralmente é um problema com MF. Ele não inicializa.

aqui está o bug de quebra em ação, que não acontece na primeira jogada https://www.twitch.tv/videos/613723077
depois de interagir com o PC de vídeo, não consigo abrir portas, abrir menus, etc.

@Bumbadawg Esse bug sempre acontece quando o vídeo no pc não inicia por causa do MF. Infelizmente não podemos falar muito sobre MF aqui. Mas você já tentou instalar de novo?

@ mixalis1987 , para ser claro, a solução alternativa que você está encorajando está interferindo no feedback que podemos usar para melhorar o Proton e o Wine.

Não há problema em discutir o Media Foundation em geral e a nova implementação de código aberto que está indo para o wine, mas não é certo apoiar soluções ilegais de forma alguma.

@kisak-valve Eu não estava apoiando isso. Só estava dizendo qual poderia ser o problema. É por isso que não mencionei como conseguir a correção.

Usando Proton-GE 5.6-2 e MF, este erro do gstreamer aparece no registro do Proton
34 005f:warn:mfplat:query_bytestream Unhandled query type uri 35 0060:trace:mfplat:source_stream_added stream-id: 2 36 0060:trace:mfplat:source_stream_added Found existing stream 0xfe8ff40 37 005f:trace:mfplat:process_bytestream_pad_event filter 0xfe8fd70, type "reconfigure". 38 0060:trace:mfplat:watch_source_bus source 0xfe8fd70 message type stream-start 39 005f:trace:mfplat:watch_source_bus source 0xfe8fd70 message type tag 40 41 (wine:32173): GStreamer-WARNING **: 17:41:40.935: ../../proton/gstreamer/gst/gstpad.c:4551:gst_pad_push_data:<asfdemux0:video_0> Got data flow before segment event 42 43 (wine:32173): GStreamer-WARNING **: 17:41:40.935: ../../proton/gstreamer/gst/gstpad.c:4298:gst_pad_chain_data_unchecked:<appsink0:sink> Got data flow before segment event
GL com a implementação de MF de código aberto no Wine caras, talvez esse erro ajude a equipe.

@Bumbadawg Não sou o melhor em diagnosticar erros, mas testei meu jogo para você e estava funcionando bem. Não tenho certeza do que você testou até agora, mas você tentou desinstalar o jogo e seu prefixo (certifique-se de que nenhum arquivo foi deixado para trás) e fez a configuração novamente? Também pode excluir próton 5.0-7 e ganhar força para configurá-lo novamente. Acho que a última opção não será realmente necessária se a versão GE também estiver travando, mas vale a pena tentar.
É muito estranho que você esteja tendo esse problema, o jogo foi classificado como platina em protondb.com

sim, como eu disse, entendo que poderia ser classificado como platina, pelo que passei por toda a primeira execução, mas isso é específico para a segunda execução.
Excluí o jogo, o pfx, o Proton, reinstalei tudo, nada funcionou, mesmo problema.

Agora, às vezes, no log, vejo isso quando reproduzo o vídeo err:mmdevapi:MMDevice_Activate Invalid/unknown iid

Talvez eu exija algumas bibliotecas locais nas quais o winegstreamer depende?
Eu tenho o gst feio / bom / ruim / libs base, gstreamer / gstreamermm instalado.

Super estranho, como um jogo que pede soluções ilegais e não tem forma legal de rodá-lo e, portanto, não tem suporte do Steam e da Valve, seja até considerado Platinum.

@ShalokShalom, há uma maneira legal de administrá-lo:

https://github.com/GloriousEggroll/proton-ge-custom/releases

(Além disso, a legalidade de outras soluções alternativas é mais uma área cinza, e não necessariamente ilegal quando feita por um usuário. Valve / codeweavers está apenas usando uma abundância de cautela, eu acredito)

O jogo funciona muito bem nas versões 5.0.7 e 5.6GE do proton. Consegui terminar totalmente a primeira corrida como Claire, mas quando comecei a segunda corrida como Leon, logo no começo quando entro na delegacia e toco no laptop RPD (é vermelho), não posso voltar para menu, abrir inventário, usar qualquer outro item, veja hud, basicamente, não posso fazer nada e tenho que sair via combinação ALT-F4 Dito isso, não posso continuar jogando na segunda rodada. Isso é muito triste, o jogo é muito bom, e tê-lo rodando quase constantemente entre 150-240 fps seria bastante satisfatório se não fosse por esses bugs de parada :(

Encontrei vários relatórios sobre bugs em torno deste laptop vermelho lá, mas a maioria deles estavam causando falhas visuais ou tela preta ou qualquer outra coisa. De qualquer forma, tentei usar a mesma solução que foi configurar "UseVendorExtensions = Disable" no arquivo re2_config.ini , mas o problema persiste. Outras pessoas falaram para tentar rodar com DirectX12, mas com 20 fps não consegui nem chegar a este local, rs. Eu também tive muitos problemas e simplesmente não conseguia ver para onde estava indo enquanto usava o DirectX12, então, basicamente, não conheço nenhuma solução para esse problema.

De alguma forma, consegui alcançar aquele laptop com 1-3 fps usando o DirectX 12 e uma tela quase preta sem nenhuma informação útil sobre ele, mas o problema persiste mesmo assim. Também acabei de experimentar o modo "em janela" em vez de em tela cheia e, sim, ainda não há solução.

aqui está o bug de quebra em ação, que não acontece na primeira jogada https://www.twitch.tv/videos/613723077
depois de interagir com o PC de vídeo, não consigo abrir portas, abrir menus, etc.

Não consigo assistir ao seu vídeo, mas meus sintomas são bastante semelhantes, pode ser que tenhamos o mesmo bug.

UPD:
O mesmo bug também acontece com Resident Evil 3, exatamente o mesmo comportamento. Comecei a jogar (RE3) como Gill e consegui completar a primeira parte até o jogo mudar para Carlos. Quando tive que instalar o detonador C4 e explodir a parede entre os chuveiros masculinos e femininos, havia uma parede de alguns quartos, chamada "STARS Office". Assim que pressiono o botão esquerdo do mouse para abrir a porta, a cutscene começa a tocar, e depois disso - novamente, não há mais hud, não há mais itens de escape / inventário / mapa disponíveis pressionando as teclas apropriadas do teclado, mas alguns itens são interativos ainda: eu posso abrir o cofre, posso salvar, mas não posso pegar itens e nada mais. Depois que o bug aconteceu, eu fui capaz de andar enquanto Carlos saía da sala e o jogo voltou para Gill, mas ainda assim, mesmo depois dessa mudança, o bug estava ativo, porém, eu consegui salvar como Gill, e, talvez, possa continuar jogando sem bug por algum tempo novamente.

Isso é definitivamente um problema.

Eu tenho uma solução alternativa! Então, tentei não ativar esse laptop e apenas dar uma volta. A missão era "Investigar o posto de polícia". Então, eu estava andando por todo o escritório até que encontrei um medalhão ou uma estátua, não me lembro agora. Mas uma vez que fiz isso, a missão mudou para "Encontrar 3 medalhões" e simplesmente consegui passar e agora estou na garagem, então, avancei bastante. Tudo está funcionando bem, então sem bugs e problemas depois. Não tenho tentado ativar ou mesmo me aproximar da área do laptop, pois não vejo razão nisso. Talvez, seja até não interatável agora.

sim, o mesmo problema do MF plat que relatei acima. Encontramos a mesma solução alternativa que parece =)

Olá,

1) SSAO e HDAO parecem causar grandes quedas de FPS aleatoriamente. Por exemplo, no RPD hall, a taxa de quadros normal é de 90+ FPS, mas quando o problema é acionado, mal atinge 25-35 FPS, mesmo no menu de pausa. Depois de algum tempo (5, 10, 15 minutos, quem sabe), volta ao normal. Mudar para HBAO + e voltar novamente também faz o truque ... até que a taxa de quadros volte a cair algum tempo depois. Para registro, tenho o mesmo problema no RE3 Demo, então talvez esteja relacionado ao RE Engine.

Eu uso estas opções de inicialização: RADV_PERFTEST = aco DXVK_ASYNC = 1 gamemoderun% command%

Tentei desativá-los um por um, mesmo. Tentei Proton-5.8-GE-2-MF, Proton 5.0-7 e Proton 4.11-13. Tentei com e sem Freesync, mesmo. Eu tentei com e sem TearFree, mesmo.

2) Exatamente o mesmo problema acima. Perfeito na primeira corrida, mas na segunda, a coisa do latop vermelho acontece.

3) Mais tarde, durante a segunda corrida como Claire, após o telefonema com Irons, o carregamento nunca termina.

Hardware: Ryzen 5 1600AF, RX 570, 16 GB de RAM
Software: Fedora 32 Workstation, DXVK 1.6-69, Mesa 20.0.7, Vulkan 1.2.128

Este problema com o laptop está presente mesmo com o Proton 5.0-9 normal.

Acho que a solução alternativa é assistir ao vídeo do Tyrant no YouTube e pular o laptop por enquanto, conforme sugerido acima.

SSAO e HDAO parecem causar grandes quedas de FPS aleatoriamente.

Acontece que é devido ao RADV. Ao mudar para AMDVLK, a taxa de quadros é menor (80 FPS vs. 100+), mas estável.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

kforney picture kforney  ·  3Comentários

Elkasitu picture Elkasitu  ·  3Comentários

prototype99 picture prototype99  ·  3Comentários

lucifertdark picture lucifertdark  ·  3Comentários

AwesamLinux picture AwesamLinux  ·  3Comentários