Como está o desempenho para você? Estou obtendo ~ 30fps com tudo na configuração mais baixa possível com drivers Nvidia GTX 770 e 396,54. O que torna o jogo impossível de jogar (e comicamente feio).

Tentei o KDE Neon Bionic com o kernel 4.15 e o Solus KDE com o mesmo problema de desempenho.

Posso confirmar que o G27 funciona perfeitamente.

O problema com os carros invisíveis é meu. Defini acidentalmente o número de mostrado como 1. Acho que este jogo pode ir para a Lista Branca.

@aboutafter eu tenho mais FPS em configurações médias com um 1050Ti

O que poderia estar errado com meu equipamento então? porque quando digo configuração mais baixa possível, também quero dizer resolução de 1024x768 e escala de resolução de 70.

No Windows, obtive mais de 144 fps em configurações baixas e 1080p e escala de resolução de 100.

Tente isto

https://github.com/ValveSoftware/Proton/issues/156#issuecomment -419633955

Joguei uma corrida rápida com 5 oponentes em configurações médias em 1920x1080 e consegui uma média de 35-40 FPS. Não é perfeito, mas permanece bastante estável para jogar (para mim). Vejo vídeos no Youtube de pessoas dizendo que o jogo não tem uma boa taxa de quadros no Windows. Acho que isso poderia ser otimizado no futuro durante o acesso antecipado

Pressionar F8 me dá muito mais FPS (mais do que o dobro). Agora posso jogar a 50-80FPS a 1080p.

Porém, apenas durante o dia. À noite, a taxa de quadros é horrível.

O que exatamente o botão F8?

Ocasionalmente, não tenho áudio do motor, mas o barulho do freio / aero ainda está presente

O que exatamente o botão F8?

Se você pressionar F2, poderá ver as teclas de atalho. Acho que diz ali que F8 faz uma captura de tela. Por que isso limita e destranca a taxa de quadros, não tenho ideia.

Ocasionalmente, não tenho áudio do motor, mas o barulho do freio / aero ainda está presente

Sim, eu também tenho o mesmo problema.

Ele funciona bem para mim às vezes, mas ocasionalmente trava durante o carregamento. Também recebendo o bug de áudio.

Mas em geral parece que o jogo ainda tem muitos bugs por si só, então pode ser apenas isso.

É um jogo de acesso antecipado, e é possível que esses problemas sejam problemas presentes no Windows também

Informação do sistema

• GPU: GTX 970
• Versão do driver / LLVM: NVIDIA 396.54
• Versão do kernel: 4.4.0-135-genérico
• Link para o relatório completo de informações do sistema como Gist
• Versão do Proton: 3.7-6 Beta

Eu confirmo:

• [x] que pressionar o botão Play no cliente Steam é suficiente.
• [] que opções de configuração de tempo de execução
  são necessários para executar o jogo.
• [x] que nenhuma outra solução alternativa além das mencionadas é necessária.

Problemas

• [x] Eu não tive nenhum problema.
• [] Não há problemas em aberto para este jogo.
• [] Embora eu considere a experiência de jogo igual ao Windows, existem
  questões restantes.

O jogo ainda funciona muito bem com o Steam Play / Proton após a atualização de ontem (versão 2). Você pode ver um vídeo aqui:

https://youtu.be/W96AYqUzLq8

O meu parou de funcionar. Eu só recebo uma tela preta no início e preciso reiniciar o PC porque ele congela.

Qual versão de próton você usa? Eu uso 3.7.7Beta

3.7-8 Beta agora.

Funciona com a versão 3.7.7?

Este jogo sofre do problema UE4 nvapi: https://github.com/ValveSoftware/Proton/issues/1374

Após a atualização 0.3, o jogo continua a ser jogável. Importante: o multijogador online também funciona.
O vídeo inicial não é reproduzido como sempre
Estou usando o 3.16-4 beta com drivers nvida 415.13 beta.

No último hotfix 0.3.5 (https://www.assettocorsa.net/forum/index.php?threads/acc-release-0-3-discussion.52898/page-37#post-1011269):
"- Corrigido possível problema de servidor em emuladores Linux"

Não tenho certeza do que isso significa, mas parece que estamos sendo levados um pouco em consideração.

Ele funciona bem para mim às vezes, mas ocasionalmente trava durante o carregamento. Também recebendo o bug de áudio.

Mas em geral parece que o jogo ainda tem muitos bugs por si só, então pode ser apenas isso.

Eu tenho esses erros ontem, com 3.16-5Beta e 0.4 release do jogo. Não sei se esse problema está relacionado a essas versões. Vejo que na tela de carregamento da corrida, o registro da pista é sempre o mesmo (mesmo tempo, mesmo jogador), não tinha percebido isso antes, mas tem sido acontecendo desde que o jogo foi lançado no Early Access. Não sei se é um problema do Proton ou se os usuários do Windows têm o mesmo erro.
Aqui está um vídeo da versão 0.4 do EA com 3.16-5Beta;
https://youtu.be/VVyhJpLJ9NY

Mais uma coisa, depois de gravar o vídeo anterior atualizei meus drivers de GPU e com 415,23 (com feedback de transformação) sinto um melhor desempenho do jogo com minha pobre Nvidia GTX 1050Ti.

Olá de novo. Finalmente hoje pude experimentar o jogo no Windows. Em primeiro lugar, como falei em posts anteriores, há um vídeo antes do menu. No multiplayer, o ping é muito mais baixo do que no Linux. No Linux você pode ver pings maiores que 300ms e no Windows, são normais (menores que 100ms). Acho que há algum tempo eram muito menores.

Com a última versão (6), o ping no multiplayer é muito mais baixo. Na tela de carregamento da corrida, não vejo o mesmo registro sempre. Mas a mensagem da mini-janela "Erro fatal" ainda acontece às vezes. Como antes, às vezes a música não funciona, outras vezes você ouve tudo, exceto o som do seu próprio motor.
Estou usando 3.16-7Beta

Tentando a última versão do Proton (3.16-8 Beta) o jogo não parece resolver os problemas descritos neste post, mas eu tenho esta janela de travamento quando tento capturar a tela com OBS:
https://imgur.com/a/FZiTWiu

Não sei se o problema está relacionado ou não tem nada a ver com OBS

A avaliação inicial foi de que este jogo funciona muito bem, mas a falta de reprodução dos vídeos o torna ainda não pronto para ser colocado na lista de permissões.

Este jogo não pode ser colocado na lista de permissões porque tem alguns problemas com sons (https://github.com/ValveSoftware/Proton/issues/1420#issuecomment-421112109) e em certos momentos mostra uma mensagem pop-up e depois fecha (https: // github.com/ValveSoftware/Proton/issues/1420#issuecomment-471203462)

Não é possível fazer o upload de um log (32 MB executando apenas o jogo do início ao menu, se você jogar apenas um minuto, 140 MB)

O jogo sofre os mesmos problemas com a última versão do Proton (4.2)

Ontem o jogo foi lançado oficialmente , e agora tem muito conteúdo novo. A primeira coisa que vejo é que agora há muita gagueira no jogo , mas obviamente é um problema de jogo (há muitos usuários do Windows que relatam esse problema). Você pode ver neste vídeo:
https://youtu.be/UZHq0QuC-K0
Mas, há um (antigo e) grande problema. Os vídeos não podem ser assistidos e, quando você inicia uma nova carreira, a tela escurece e fica impossível continuar. Tento esperar, apertar botões, mouse .... mas nada acontece.
Os vídeos do jogo estão no formato wmv e podem ser assistidos sem problemas com o reprodutor de mídia do sistema. Existe alguma maneira de reproduzir esses vídeos no Wine? Seria necessário instalar um complemento com Winetricks? Este usuário do Windows teve o mesmo problema, mas ele corrige instalando uma atualização do Windows

Posso ter encontrado a causa do bug de áudio. Parece estar no cache do shader, que não é limpo corretamente após sair do jogo. O resultado é que o primeiro lançamento do jogo após a instalação tem áudio funcionando, depois disso o bug de áudio aparece. No meu caso, esse bug de áudio era a ausência de áudio do menu e também do áudio do motor.

Isso é corrigido excluindo o cache do shader manualmente antes de iniciar o jogo. Ele pode ser encontrado neste diretório: steam / steamapps / shadercache. Exclua o arquivo com o app ID do jogo, "805550".

Estou procurando uma solução para o bug de vídeo.

Muito obrigado! É ótimo saber uma solução para esse problema. A questão do vídeo é um grande problema porque você não consegue entrar no modo carreira. Espero que em um futuro próximo possamos jogar este jogo como no Windows

O jogo foi atualizado para 1.0.4 e agora posso jogar no modo carreira. Se eu pressionar o botão do mouse quando a tela ficar preta (introdução de vídeo), ele continua e é possível reproduzir. Mas a gagueira às vezes torna impossível tocar normalmente. Essa gagueira não estava presente antes do lançamento oficial, no acesso antecipado o jogo funcionou melhor para mim.

Infelizmente, o aplicativo trava de forma consistente ao usar o SteamVR (testado no Ubuntu 19.10 com o Valve Index)

@aeikum Você precisa de mais informações / logs?

Informação do sistema

• GPU: RTX 2060
• Versão do driver / LLVM: NVIDIA 440.82
• Versão do kernel: 5.3.0-46-genérico
• Link para o relatório completo de informações do sistema como Gist
• Versão do Proton: 5.0-6 RC3
• Versão SteamVR: 1.11.7

Eu confirmo:

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

• steam-805550.ubuntu1910_steamvr.zip (problema do SteamVR)

• steam-805550.ubuntu1910.zip (funciona conforme o esperado)

Reprodução

1. Selecione o título em seu Library usando o cliente Steam e pressione o botão Play
2. Launch Assetto Corsa Competizione Steam VR mode

Olá @mimattr , como uma nota lateral, os logs do Proton são bem compactados e você pode arrastar e soltar arquivos em seu comentário.

@ leillo1975 Com relação à micro gagueira, também vi que ela começou bastante com a versão 1.0.

Edit: Desculpe , por favor, esqueci o que escrevi acima, escolhendo uma faixa diferente e a gagueira é pior do que antes. Não tenho ideia do que está acontecendo com este jogo. Mesmo quando minha GPU (GTX 1080) não está funcionando 100%, estou vendo picos no tempo de quadro, então não tenho certeza se essa falha está relacionada à GPU. Pode ser uma compilação de sombreador constante, mas não sei se isso mostraria micro falhas muito frequentes.

Com o Proton 4.11-2, ao tentar salvar a configuração de uma roda, com atribuições de eixos e botões o jogo travará.
Não consigo fazer upload do log (52 MB)
Desinstalei o jogo e reinstalei, e com a mesma versão do próton, quando tento fazer um novo perfil no início do jogo, ao escolher o idioma, ele travou novamente.
Se eu voltar para 4.2-9, o jogo funcionará novamente.

Olá @ leillo1975 , em geral, os logs do Proton são compactados bem em um arquivo, você pode tentar?

steam-805550.zip

@ leillo1975 @ kisak-valve A falha de inicialização ao criar um perfil é uma regressão conhecida no msctf. Eu li que a próxima versão do Proton 4.11 conterá a correção para ele (https://github.com/ValveSoftware/Proton/issues/2978#issuecomment-521631126).
Enquanto isso, você pode usar winetricks msctf como uma solução alternativa (por favor, não se esqueça de definir seu prefixo de acordo). É possível que isso cause a falha ao salvar uma configuração de roda também.

@ leillo1975 @ kisak-valve A falha de inicialização ao criar um perfil é uma regressão conhecida no msctf. Eu li que a próxima versão do Proton 4.11 conterá a correção para ele ( # 2978 (comentário) ).
Enquanto isso, você pode usar winetricks msctf como uma solução alternativa (por favor, não se esqueça de definir seu prefixo de acordo). É possível que isso cause a falha ao salvar uma configuração de roda também.

... e se estiver tentando digitar no bate-papo do jogo também

Corrigido na nova versão do Proton (4.11-3)

Com o problema do msctf resolvido, investiguei os dois problemas restantes com este jogo. Agora funciona perfeitamente para mim.

Reprodução de vídeo

O Unreal Engine 4, que é usado por baixo, usa o Windows Media Foundation para reproduzir filmes no jogo. O ACC deseja reproduzir vídeos MP4 (h264 / acc) e WMV (wmv3 / wmapro). Portanto, a reprodução de vídeo ausente está relacionada a https://github.com/ValveSoftware/Proton/issues/1464

Eu fiz a reprodução funcionar com estas etapas:

• Copie os seguintes arquivos nativos para a pasta system32 do prefixo de vinho ACC: colorcnv.dll , mf.dll , mferror.dll , mfreadwrite.dll , msmpeg2adec.dll , msmpeg2vdec.dll , resampledmo.dll , sqmapi.dll , mfplat.dll , mfps.dll , mfplay.dll , wmvdecod.dll , wmadmod.dll
• O Media Foundation precisa de configurações de registro, que devem ser instaladas usando regedit no prefixo de vinho ACC.
• Dos arquivos acima, o seguinte precisa ser registrado usando regsvr32 no prefixo de vinho ACC: mfplay.dll , mfps.dll , wmadmod.dll , wmvdecod.dll , msmpeg2vdec.dll , msmpeg2adec.dll , colorcnv.dll , resampledmo.dll
• Certifique-se de que o wine pega as versões nativas desses arquivos, por exemplo, usando a variável de ambiente: WINEDLLOVERRIDES=mf,mferror,mfreadwrite,msmpeg2adec,msmpeg2vdec,sqmapi,mfplat,mfps,mfplay,wmvdecod,wmadmod=n

Essas etapas devem ser suficientes para a reprodução bem-sucedida da maioria dos vídeos. No entanto, _não_ é suficiente para a introdução. Percebi que a reprodução está bem (confirmada pelo log UE4), mas o vídeo está oculto ou invisível. Parece que o tamanho do vídeo é o problema aqui. Assim que redimensionei os vídeos de introdução para "tamanhos normais", eles também apareceram. Portanto:

• Redimensione os seguintes vídeos em .steam/steam/steamapps/common/Assetto Corsa Competizione/AC2/Content/Movies (ou similar): UE4MovingLogo4K.mp4 , Intro_Kunos_505.mp4 , ACC_GameIntro_16-9.mp4 e TestIntro.mp4 . Usei o ffmpeg para fazer isso: ffmpeg -i <in>.mp4 -vf scale=1920:-1 <out>.mp4

Picos / gagueira de tempo de quadro

Atualmente, um patch é necessário em cima do Proton para se livrar de picos de tempo de quadro pesados, especialmente visíveis na sessão online. Consulte https://github.com/ValveSoftware/Proton/issues/1420#issuecomment -639084670
Aqui está uma versão personalizada do Proton que tem este patch aplicado no Proton 5.0-8: https://www.dropbox.com/s/dz1kk9i22buz8fj/proton-5.0-8-acc-0001-ntdll-perform-fsync-in-client .tar.xz? dl = 0

ACC é bastante GPU e especialmente intensivo de CPU . O jogo tem um HUD dentro do jogo. Consulte https://www.assettocorsa.net/forum/index.php?threads/can -somebody-pls-explain-me.59540 /. O valor O (% de ocupação para os cálculos físicos) pode dar uma impressão do uso da CPU. Semelhante ao Windows, reduzir o número de oponentes pode ajudar quando sua CPU não consegue acompanhar.
Esta postagem deve dar alguma indicação de quais configurações relacionadas à GPU devem ser usadas com cuidado: https://www.assettocorsa.net/forum/index.php?threads/biggest -settings-impact-on-gpu.59535 / e,.

Boas corridas!

O jogo foi atualizado para 1.0.8 e agora, quando você clica em iniciar, a tela fica preta e, em seguida, falha no Desktop. Tento executar com Proton 4.2 e baixar o jogo novamente, mas o problema persiste.

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

@ leillo1975 @ kisak-valve Mesmo aqui, embora este possa ser um problema de jogo que afeta o Windows também, consulte https://www.assettocorsa.net/forum/index.php?threads/an -unreal-process-has-crashed- after-1-0-8-update.60152 /

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

steam-805550-.zip

Após a atualização de hoje (1.0.9), o jogo funciona novamente . Acho que o jogo funciona um pouco mais suave do que nas versões anteriores.

Atualizei ligeiramente as instruções acima para a versão 1.1. O jogo agora usa um vídeo de introdução wmv3 / wmapro que exigiu alguma atenção. A gagueira também parece muito menor com a versão 1.1.

Com o problema do msctf resolvido, investiguei os dois problemas restantes com este jogo. Agora funciona perfeitamente para mim.

Reprodução de vídeo

O Unreal Engine 4, que é usado por baixo, usa o Windows Media Foundation para reproduzir filmes no jogo. O ACC deseja reproduzir vídeos MP4 (h264 / acc) e WMV (wmv3 / wmapro). Portanto, a reprodução de vídeo ausente está relacionada a # 1464

Eu fiz a reprodução funcionar com estas etapas:

* Copy the following native files into the system32 folder of the ACC wine prefix: `colorcnv.dll`, `mf.dll`, `mferror.dll`, `mfreadwrite.dll`, `msmpeg2adec.dll`, `msmpeg2vdec.dll`, `resampledmo.dll`, `sqmapi.dll`, `mfplat.dll`, `mfps.dll`, `mfplay.dll`, `wmvdecod.dll`, `wmadmod.dll`

* Media Foundation needs registry settings, these should be installed using `regedit` into the ACC wine prefix.

* From above files the following needs to be registered using `regsvr32` in the ACC wine prefix: `mfplay.dll`, `mfps.dll`, `wmadmod.dll`, `wmvdecod.dll`, `msmpeg2vdec.dll`, `msmpeg2adec.dll`, `colorcnv.dll`, `resampledmo.dll`

* Make sure that wine picks up the native versions of these file, e.g. by using environment variable: `WINEDLLOVERRIDES=colorcnv,mf,mferror,mfreadwrite,msmpeg2adec,msmpeg2vdec,sqmapi,mfplat,mfps,mfplay,wmvdecod,wmadmod=n`

Essas etapas devem ser suficientes para a reprodução bem-sucedida da maioria dos vídeos. No entanto, _não_ é suficiente para a introdução. Percebi que a reprodução está bem (confirmada pelo log UE4), mas o vídeo está oculto ou invisível. Parece que o tamanho do vídeo é o problema aqui. Assim que redimensionei os vídeos de introdução para "tamanhos normais", eles também apareceram. Portanto:

* Resize the following videos in `.steam/steam/steamapps/common/Assetto Corsa Competizione/AC2/Content/Movies` (or similar) :`UE4MovingLogo4K.mp4`, `ACC_GameIntro_16-9.mp4` and `TestIntro.mp4`. I've used ffmpeg for doing so: `ffmpeg -i <in>.mp4 -vf scale=1920:-1 <out>.mp4`

Picos / gagueira de tempo de quadro

O ACC consome bastante GPU quando todas as configurações estão no máximo. Dito isso, minha impressão é que a gagueira é causada por limitações da CPU . Mesmo com configurações gráficas mais baixas, o jogo irá maximizar o núcleo da CPU devido à física e IA (eu acho). Com a versão 1.1, a gagueira quase acabou, senão, reduzir o número de oponentes pode ajudar.

O jogo tem um HUD dentro do jogo. Consulte https://www.assettocorsa.net/forum/index.php?threads/can -somebody-pls-explain-me.59540 /. Enquanto o valor O (% de ocupação para os cálculos da física) permanecer em zero, tudo estará bem.

Além disso, ainda estou limitando fps a 50 e ajustando as configurações de gráficos para que o uso da GPU fique ligeiramente abaixo de 100%. Esta postagem deve dar alguma indicação de quais configurações relacionadas à GPU devem ser usadas com cuidado: https://www.assettocorsa.net/forum/index.php?threads/biggest -settings-impact-on-gpu.59535 /

Boas corridas!

Espero que alguém dos desenvolvedores do Proton veja sua postagem e anote o problema de reprodução de vídeo para incluir a solução na próxima versão do Proton

Olá @ leillo1975 , observe que há um trabalho em andamento para trazer suporte para a estrutura da Media Foundation no Wine. Não vai haver uma solução rápida porque ela precisa ser implementada do zero e, depois disso, os problemas de licenciamento com codecs precisam ser resolvidos.

Existem algumas maneiras de contornar o problema, mas requer uma instalação do Windows 7 de 64 bits para obter alguns arquivos porque não há um instalador redistribuível legal para a estrutura disponível na Microsoft.

Em uma nota lateral, opentrack master tem suporte para ptroton, head tracking com ele agora funciona perfeitamente junto com ACC.
https://github.com/opentrack/opentrack

Asseto Corsa: Sobrecarga Competizione FFB no G920

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3246.
@flukejones postado em 22-11-2019T10: 36: 00:

Informação do sistema

• GPU: RTX2060
• Versão do driver / LLVM: Nvidia 440.31
• Versão do kernel: 5.4.0-rc8-1.g97aef18-default (openSUSE Tumbleweed)
• Síntese do relatório de informações do sistema:
• Versão do próton: 4.11-8

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 Force Feedback parece funcionar. Mas então a fila FFB do dispositivo fica sobrecarregada, causando FFB irregular ou nenhum FFB.

dmesg

[ 1627.828016] logitech-hidpp-device 0003:046D:C262.0014: Force feedback command queue contains 73140 commands, causing substantial delays!
[ 1627.842136] logitech-hidpp-device 0003:046D:C262.0014: Force feedback command queue contains 73160 commands, causing substantial delays!
[ 1627.843229] logitech-hidpp-device 0003:046D:C262.0014: Force feedback command queue contains 73160 commands, causing substantial delays!
<Trimmed by moderator>

O jogo parece funcionar bem com bom desempenho - exceto para filmes que não estão sendo reproduzidos.

Reprodução

Jogar um jogo.

Log de prótons

steam-805550.zip

Mais informações para o acima. Durante o jogo, ele parece se manter no topo do FFB e parece haver uma ampla gama de efeitos.

Mas assim que o jogo é pausado, a fila de comandos do FFB cresce para a estratosfera e continua.

Além disso, uma vez que o FFB é desligado no jogo, a fila de comandos começa a diminuir. Pop! _OS 19.10 instalado e experimentado o mesmo.

Huh ... Então a fila para de ser usada quando o jogo termina, o que significa que para de ser esvaziada? O que significa que em outro jogo de direção, ele está usando a fila acumulada de efeitos, drenando os efeitos de Asseto Corsa.

Descobri que esse jogo gagueja muito, especialmente em jogos multiplayer ou quando você anda contra muitos carros. Em certos momentos o jogo mostra uma mensagem no canto superior esquerdo (uso da CPU> 99%), e o gráfico de frametimes do DXVK_HUD mostra muita gagueira. Gravei um vídeo para mostrar este problema:
https://youtu.be/cEoahOxIWqc

Como você pode ver na janela "htop", o CPU não está em 99% (talvez 60%). Há muita perda de desempenho da CPU, e provavelmente se o jogo usar a CPU inteira, essa gagueira seria muito menor. Eu acho que isso não é normal.

Fiz um Blender Benchmark e todos os núcleos foram ajustados em 100% em "htop" sem problemas.

Joguei 2 corridas multiplayer no Windows no mesmo PC sem problemas e mensagens de sobrecarga de CPU. Eu acho que o Proton não pode usar toda a CPU neste jogo. O problema é o mesmo com as versões 5.0, 4.11 e 4.2

Minha CPU é uma Intel i7-3770. Você pode ver um GIST do meu sistema aqui:
https://gist.github.com/leillo1975/db654fd0c71ce0baf57c1cca5bef3525

Eu conheço esse tipo de comportamento, consulte https://github.com/doitsujin/dxvk/issues/1161, embora no meu caso eu realmente tivesse um núcleo de CPU no limite máximo quando a mensagem superior esquerda apareceu.
Felizmente (pelo menos para mim) os jogos funcionam muito melhor aqui desde as atualizações recentes. Muito decepcionante que ele ainda funcione tão mal na sua máquina.
O jogo ainda atinge o máximo de um núcleo de CPU aqui, mas aparentemente deixa espaço suficiente para que os picos de tempo de quadro sejam raros na minha máquina. Dito isso, nunca encontrei uma chave ou configuração que eliminasse os picos para sempre. Às vezes acho que depende de qual núcleo da CPU o jogo vai parar :)
I7-6850K e NVIDIA GTX 1080 aqui. Lendo nos fóruns ACC, o jogo parece depender muito da CPU, acho que isso é ainda mais importante no Linux.

PS: você pode tentar https://github.com/jp7677/dxvk-nvapi
Isso me dá 1 ou máximo. 2 fps extra, pode ser que você ganhe um pouco mais.

Eu copio / colo minha mensagem no seu problema @doitsujin dxvk, mas acho que esse problema não está relacionado ao DXVK

Eu copio / colo minha mensagem no seu problema @doitsujin dxvk, mas acho que esse problema não está relacionado ao DXVK

Também estou convencido de que isso não está relacionado ao DXVK. De acordo com o fórum ACC, também existem muitos usuários do Windows com picos de tempo de quadro: https://www.assettocorsa.net/forum/index.php?forums/acc -trou troubleshooting.72 /

O estranho é que o jogo reporta um uso de CPU> 99% e o SO reporta apenas menos de 60%. É como se o Proton não usasse todo o poder da CPU

O estranho é que o jogo reporta um uso de CPU> 99% e o SO reporta apenas menos de 60%. É como se o Proton não usasse todo o poder da CPU

Sim, isso é muito estranho. Acabei de testar o ACC e o htop na minha máquina, aqui o htop me mostrou um núcleo de CPU em quase 100%. Você tem certeza de que não havia nada mais estressando sua máquina, talvez IO em vez de CPU?

Edit: Você vê o mesmo comportamento em corridas para um único jogador? Acho que devo mencionar que mantenho as corridas para um único jogador.

Eu copio / colo minha mensagem no seu problema @doitsujin dxvk, mas acho que esse problema não está relacionado ao DXVK

Também estou convencido de que isso não está relacionado ao DXVK. De acordo com o fórum ACC, também existem muitos usuários do Windows com picos de tempo de quadro: https://www.assettocorsa.net/forum/index.php?forums/acc -trou troubleshooting.72 /

https://www.assettocorsa.net/forum/index.php?threads/large -intermittent-stutters-with-high-end-pc.62505 /

Edit: Você vê o mesmo comportamento em corridas para um único jogador? Acho que devo mencionar que mantenho as corridas para um único jogador.

Em corridas para um jogador, há menos gagueira, mas quando você adiciona mais carros, esse efeito aumenta

Interessante. O que o htop está mostrando com menos ou mais carros no modo single player
corridas para você?

No domingo, 9 de fevereiro de 2020 às 00:30, leillo1975 [email protected] escreveu:

Edit: Você vê o mesmo comportamento em corridas para um único jogador? Eu acho que eu
devo mencionar que eu mantenho as corridas para um único jogador.

Em corridas para um único jogador, há menos gagueira, mas quando você adiciona mais
carros este efeito aumenta

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/1420?email_source=notifications&email_token=AEDL5XORFBQNWIF5SO4BWYDRB457VA5CNFSM4FUYQ7U2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELF6GGY#issuecomment-583787291 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AEDL5XIC2OAON34HVU67LH3RB457VANCNFSM4FUYQ7UQ
.

Edit: Você vê o mesmo comportamento em corridas para um único jogador? Acho que devo mencionar que mantenho as corridas para um único jogador.

Em corridas para um jogador, há menos gagueira, mas quando você adiciona mais carros, esse efeito aumenta

Acabei de testar alguns jogos multijogador. A gagueira é realmente pior lá, embora nem sempre (parece melhorar com o tempo) e não tão ruim quanto na sua gravação. Eu executei o htop ao mesmo tempo, semelhante aos jogos para um único jogador. Eu tinha um núcleo da CPU em quase 100% o tempo todo.

Eu faço outro teste desabilitando o HyperThreading na BIOS . Agora tenho apenas 4 núcleos funcionando. Como você pode ver a seguir ao vídeo, esses núcleos estão trabalhando em 75-80% e o jogo reporta 99%. Acho que o Proton não usa todo o potencial da CPU, pelo menos neste jogo:
https://youtu.be/2CXBhQOsFig

Interessante. O que o htop está mostrando com menos ou mais carros nas corridas de um jogador para você?

Este vídeo mostra o uso da CPU na corrida para um jogador contra 7 oponentes. Como você pode ver, há muito menos gagueira:
https://youtu.be/ZLRpOEp3h5s

Desculpem a direção em todos esses vídeos, tenho o volante na lateral da mesa para poder digitar confortavelmente com o teclado relatando esses testes

EDITADO : Desculpe, postei o vídeo multiplayer sem HT. Agora está corrigido

Acho que deve ser algo relacionado com a camada de rede no Wine / Proton. Algo semelhante afeta o rFactor2, no modo single player o jogo roda bem, com muitos carros na corrida. Mas quando você tenta corridas multijogador, o jogo é muito mais lento, não na exibição gráfica, mas na corrida, é como ir em câmera lenta, e o uso da CPU também é maior do que no modo de um jogador.

Acho que deve ser algo relacionado com a camada de rede no Wine / Proton. Algo semelhante afeta o rFactor2, no modo single player o jogo roda bem, com muitos carros na corrida. Mas quando você tenta corridas multijogador, o jogo é muito mais lento, não na exibição gráfica, mas na corrida, é como ir em câmera lenta, e o uso da CPU também é maior do que no modo de um jogador.

Este é o problema do rFactor2 (https://github.com/ValveSoftware/Proton/issues/245) que @alexbrrsclnt relata:
https://youtu.be/cz1mE1QpcKE

FWIW, adicionei um ajuste ao ffbtools em berarma / ffbtools # 17 que corrige os problemas de feedback de força que as pessoas têm tido com este jogo (pelo menos nas rodas G27 / G920).

Hoje o jogo foi atualizado para a versão 1.4 e agora não funciona. Antes do menu, ele bate no desktop. Por favor dê uma olhada

Experimentei o 1.4 e o próton mais recente, e funciona muito bem para mim. Você pode postar um log?

Aqui vai:
steam-805550.zip

`` `28416.743: 00e4: 00e8: trace: loaddll : load_so_dll Carregado L" C: \ windows \ system32 \ XAudio2_7.dll "em 0x7f3534140000: integrado
LogConsoleManager: Aviso: A configuração da variável de console 'r.VSync' com 'SetByGameSetting' foi ignorada, pois tem prioridade mais baixa do que a anterior 'SetByProjectSetting'. O valor permanece '0'
LogStreaming: Erro: Não foi possível encontrar o arquivo para o pacote / Script / SourceControl solicitado pelo código de carregamento assíncrono. NameToLoad: / Script / SourceControl
LogStreaming: Erro: 1 pacote dependente encontrado ...
LogStreaming: Erro: / Game / GUI / Shared / WDG_InteractiveFooterButton
LogKsPhysics: Erro: _ITERATOR_DEBUG_LEVEL é 0, nenhuma verificação de intervalo
LogKsOnlineServices: Display: TcpClient tentando conectar (estágio 5)
LogKsOnlineServices: Aviso: o estado 5 da conexão de OnlineService foi alterado para 0
LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809
LogKsPhysics: Erro: erro de setTimeout de soquete TCP detectado 10009

LogInit: Exibir: Game Engine inicializado.
LogInit: Display: Iniciando o jogo.
info: Apresentador: Propriedades reais da cadeia de troca:
info: Formato: VK_FORMAT_B8G8R8A8_UNORM
info: Modo presente: VK_PRESENT_MODE_IMMEDIATE_KHR
informações: tamanho do buffer: 1920x1080
info: Contagem de imagens: 2
info: FS exclusivo: 1
28448.814: 00e4: 00e8: fixme: dxgi: dxgi_output_GetDisplayModeList iface 0x3f1f2f0, formato DXGI_FORMAT_R8G8B8A8_UNORM, sinalizadores 0, mode_count 0x5fd600, modos (nil) stub parcial!
28448.814: 00e4: 00e8: fixme: dxgi: dxgi_output_GetDisplayModeList iface 0x3f1f2f0, formato DXGI_FORMAT_R8G8B8A8_UNORM, sinalizadores 0, mode_count 0x5fd600, modos 0x7f3486d84300 parcial stub!
info: Apresentador: Propriedades reais da cadeia de troca:
info: Formato: VK_FORMAT_B8G8R8A8_UNORM
info: Modo presente: VK_PRESENT_MODE_FIFO_KHR
informações: tamanho do buffer: 1920x1080
informações: Contagem de imagens: 3
info: FS exclusivo: 1
info: Configurando o modo de exibição: 1920x1080 @ 60
LogD3D11RHI: Erro: agsDriverExtensionsDX11_SetDepthBounds (1,0,000000, 1,000000) retornou o código de erro 2. * * ATUALIZE SEUS DRIVERS DE VÍDEO * **
LogKsOnlineServices: Display: Tentando (re) conectar ao back-end KSON
LogKsOnlineServices: Aviso: estado de conexão 0 de OnlineService alterado para 1
LogKsOnlineServices: Display: backend KSON conectado
LogSlate: Aviso: liberação do FontCache solicitada. Motivo: a cultura para localização foi alterada
LogSlate: Aviso: liberação do FontCache solicitada. Motivo: a cultura para localização foi alterada
LogAudio: Erro: ~ FXAudioDeviceProperties: XAudio2-> Erro de Release (): Código de erro 1 não tratado
info: Restaurando o modo de exibição: 1920x1080 @ 60
`` `

Não tenho certeza do que está acontecendo, talvez não goste que não possa ficar online?

Eu não sei. Este é o último registro do jogo, não o registro do Steam:
AC2.log

Eu também estou falhando com a atualização 1.4. @ ah- qual versão de próton você está usando? Qual kernel? Qual placa de vídeo? quaisquer ajustes? Resolução?

LogConsoleManager: Warning: Setting the console variable 'r.VSync' with 'SetByGameSetting' was ignored as it is lower priority than the previous 'SetByProjectSetting'. Value remains '0'
LogStreaming: Error: Couldn't find file for package /Script/SourceControl requested by async loading code. NameToLoad: /Script/SourceControl
LogStreaming: Error: Found 1 dependent packages...
LogStreaming: Error:   /Game/GUI/Shared/WDG_InteractiveFooterButton
LogKsPhysics: Error: _ITERATOR_DEBUG_LEVEL is 0, no range checks
LogKsOnlineServices: Display: TcpClient trying to connect (stage 5)
LogKsOnlineServices: Warning: OnlineService's connection state 5 changed to 0
LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809
LogKsPhysics: Error: TCP socket setTimeout error detected 10009 

LogInit: Display: Game Engine Initialized.
LogInit: Display: Starting Game.
info:  Presenter: Actual swap chain properties:
info:    Format:       VK_FORMAT_B8G8R8A8_UNORM
info:    Present mode: VK_PRESENT_MODE_IMMEDIATE_KHR
info:    Buffer size:  1920x1080
info:    Image count:  2
info:    Exclusive FS: 1
28448.814:00e4:00e8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x3f1f2f0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x5fd600, modes (nil) partial stub!
28448.814:00e4:00e8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x3f1f2f0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x5fd600, modes 0x7f3486d84300 partial stub!
info:  Presenter: Actual swap chain properties:
info:    Format:       VK_FORMAT_B8G8R8A8_UNORM
info:    Present mode: VK_PRESENT_MODE_FIFO_KHR
info:    Buffer size:  1920x1080
info:    Image count:  3
info:    Exclusive FS: 1
info:  Setting display mode: 1920x1080<strong i="6">@60</strong>
LogD3D11RHI: Error: agsDriverExtensionsDX11_SetDepthBounds(1,0.000000, 1.000000) returned error code 2. **********PLEASE UPDATE YOUR VIDEO DRIVERS*********
LogKsOnlineServices: Display: Trying to (re)connect to KSON backend
LogKsOnlineServices: Warning: OnlineService's connection state 0 changed to 1
LogKsOnlineServices: Display: KSON backend connected
LogSlate: Warning: FontCache flush requested. Reason: Culture for localization was changed
LogSlate: Warning: FontCache flush requested. Reason: Culture for localization was changed
LogAudio: Error: ~FXAudioDeviceProperties: XAudio2->Release() error: Unhandled error code 1
info:  Restoring display mode: 1920x1080<strong i="7">@60</strong>

Não tenho certeza do que está acontecendo, talvez não goste que não possa ficar online?

Este registro é de um jogo de trabalho ? Se sim, então isso me ajuda muito na depuração.

@ ah- Se o seu estiver funcionando, um conjunto completo de arquivos de log me ajudaria a consertar isso :)

Claro, aqui está. O texto acima foi do log de falha de

O meu está aqui, acho que todos os detalhes estão no próprio log: steam-805550.log.gz . Acabei de lançar o jogo, entrou no menu principal e saiu.

@ ah-: Você é o único para quem isso está funcionando ... Você por acaso está lançando no modo VR?

Além disso, desculpe por todas as perguntas, mas você se importaria de correr novamente e pegar um registro com o nível de registro DXVK definido como trace ? @ ah- Obrigado pela sua ajuda. Tenho que consertar o meu antes da corrida de domingo.

O jogo termina aqui também durante a reprodução do logotipo UE4. Eu tentei um prefixo limpo, que me mostra a tela de seleção de idioma, mas ainda assim termina. Não é um acidente, apenas sai. As únicas linhas um tanto suspeitas no log do jogo são, eu acho

[2020.05.14-18.56.58:791][169]Closing by request
[2020.05.14-18.56.58:791][169]LogWindows: FPlatformMisc::RequestExit(0)

Não tenho ideia de qual é o significado por trás disso.
Edit: Nota interessante, a saída nem sempre acontece ao mesmo tempo, às vezes consigo selecionar um idioma, às vezes já existe antes.

Olhando para os arquivos de log, parece que ele morre quando tem um tempo limite de conexão TCP, que é um erro que já vi antes. Ele diz que está tentando se conectar aos seguintes locais DNS:

• 809a.assettocorsa.ne
• 809b.assettocorsa.ne

Correr dig para mim contra eles não resolve nada. @ ah- o que isso significa para você? Vou adicionar uma entrada /etc/hosts localmente e ver se isso corrige para confirmar.

Estranhamente, 809a.assettocorsa.net resolve para mim, e procurando o erro de winsock que ocorre (10009), significa Número de arquivo inválido , o que para mim indica uma falha na resolução do nome.

@mcoffin Não sei se é o problema, mas seu log contém essas entradas, enquanto o log de @ ah- não:

steam-805550.log:314839:28454.084:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:868][ 45]LogTextLocalizationResource: LocRes '../../../Engine/Content/Localization/Engine/es-ES/Engine.locres' could not be opened for reading!\r\n" steam-805550.log:315093:28454.085:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:870][ 45]LogTextLocalizationResource: LocRes '../../../Engine/Plugins/Online/OnlineSubsystemSteam/Content/Localization/OnlineSubsystemSteam/es-ES/OnlineSubsystemSteam.locres' could not be opened for reading!\r\n" steam-805550.log:315347:28454.086:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:871][ 45]LogTextLocalizationResource: LocRes '../../../Engine/Plugins/Online/OnlineSubsystem/Content/Localization/OnlineSubsystem/es-ES/OnlineSubsystem.locres' could not be opened for reading!\r\n" steam-805550.log:315601:28454.087:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:872][ 45]LogTextLocalizationResource: LocRes '../../../Engine/Plugins/Online/OnlineSubsystemUtils/Content/Localization/OnlineSubsystemUtils/es-ES/OnlineSubsystemUtils.locres' could not be opened for reading!\r\n" steam-805550.log:315855:28454.088:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:873][ 45]LogTextLocalizationResource: LocRes '../../../AC2/Content/Localization/Game/es/Game.locres' could not be opened for reading!\r\n"

Talvez dê uma olhada nesses locais de arquivo e / ou tente alterar seu idioma para en-US em vez de es-ES?

`` `~ ❯❯❯ ping 809a.assettocorsa.net
PING 809a.assettocorsa.net (144.76.81.131) 56 (84) bytes de dados.
^ C
--- Estatísticas de ping 809a.assettocorsa.net ---
4 pacotes transmitidos, 0 recebidos, 100% de perda de pacotes, tempo 3024ms

~ ❯❯❯ ping 809b.assettocorsa.net ✘ 1
PING 809b.assettocorsa.net (64.188.22.202) 56 (84) bytes de dados.
64 bytes de 64.188.22.202.static.quadranet.com (64.188.22.202): icmp_seq = 1 ttl = 121 tempo = 14,8 ms
64 bytes de 64.188.22.202.static.quadranet.com (64.188.22.202): icmp_seq = 2 ttl = 121 tempo = 14,8 ms
^ C
--- Estatísticas de ping 809b.assettocorsa.net ---
2 pacotes transmitidos, 2 recebidos, 0% de perda de pacotes, tempo 1001ms
rtt min / média / max / mdev = 14,787 / 14,816 / 14,846 / 0,029 ms
`` `

@aeikum Eu não postei meus logs, mas já que você está ajudando, vou anexar os meus aqui.

steam-805550.log.gz

@ ah- por fchance você está usando systemd-resolved ? Ou você está usando outra coisa? Curiosamente, sem usar @1.1.1.1 , dig vezes fora para mim nos urls assettocorsa.ne

Apenas dns normal através do meu ISP, DNS 1: 212.69.40.23 .

Log com depuração dxvk, opções de lançamento completo PROTON_LOG=1 DXVK_HUD=full WINEFSYNC_SPINCOUNT=100 DXVK_LOG_LEVEL=debug %command% :
steam-805550.log.gz

@ ah- Por que você tem aquele conjunto de opções WINEFSYNC_SPINCOUNT ?

Apenas uma sobra velha, testada sem ela agora e funciona da mesma forma.

@ ah- mas você está usando systemd-resolved ou resolvd ou o que para gerenciamento de DNS localmente?

@ ah- Só checando, você está mesmo na versão 1.4?

@ jp7677 Acho que

4167.921:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.57:142][  0]LogTemp: Project Version: 1.4.0\r\n"

Sim, tenho certeza de que é a versão 1.4, ela mostra na interface do usuário também. Acho que estou usando o NetworkManager para gerenciamento de dns. É apenas um arco padrão com um desktop gnome normal.

A única outra coisa em que posso pensar é que estou executando o driver principal da nvidia, não o beta do Vulkan. Mas é muito mais provável que isso seja relacionado a dns / rede, não teve sorte em apenas adicionar esses dois a / etc / hosts?

Então, eu notei essas linhas em @ ah-logs, mas NÃO no meu (grep para 99Check para ver a linha logo antes de onde deveriam estar.

AH- logs

4158.945:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:166][  0]LogKsPhysics: 99Check ok with S76561197993476496\r\n"
4158.946:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:166][  0]LogKsOnlineServices: Display: TcpClient trying to connect (stage 5)\r\n"
LogKsOnlineServices: Display: TcpClient trying to connect (stage 5)
4158.963:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:184][  0]LogKsOnlineServices: Warning: OnlineService's connection state 5 changed to 0\r\n"
LogKsOnlineServices: Warning: OnlineService's connection state 5 changed to 0
4158.964:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:185][  0]LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809\r\n"
LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809
4158.965:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:185][  0]LogKsGamePlatform: Sending kson connection request with account lastUpdated: 948612704\r\n"
4158.965:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:186][  0]LogKsPhysics: Error: TCP socket setTimeout error detected 10009 \n\r\n"
LogKsPhysics: Error: TCP socket setTimeout error detected 10009

Meus Logs

417.853:00e8:00ec:warn:seh:OutputDebugStringA "[2020.05.14-19.30.39:949][  0]LogKsPhysics: 99Check ok with S76561198056164727\r\n"
417.853:00e8:00ec:warn:seh:OutputDebugStringA "[2020.05.14-19.30.39:949][  0]LogKsPhysics: Error: TCP socket setTimeout error detected 10009 \n\r\n"
LogKsPhysics: Error: TCP socket setTimeout error detected 10009

Meus logs para esta fase:

LogKsOnlineServices: Display: TcpClient trying to connect (stage 5)
LogKsOnlineServices: Warning: OnlineService's connection state 5 changed to 0
LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809
LogKsPhysics: Error: TCP socket setTimeout error detected 10009 
NvAPI_D3D_GetObjectHandleForResource: Not implemented
NvAPI_D3D_SetResourceHint: Not implemented
LogInit: Display: Game Engine Initialized.
LogInit: Display: Starting Game.
NvAPI_D3D11_SetDepthBoundsTest: Succeeded
LogKsOnlineServices: Display: Trying to (re)connect to KSON backend
LogKsOnlineServices: Warning: OnlineService's connection state 0 changed to 1
LogKsOnlineServices: Display: KSON backend connected

(Ignore os logs NVAPI)

Só por diversão eu desconectei minha rede, ainda a mesma saída. (Embora tenha certeza de que os registros eram ligeiramente diferentes nesse caso.). Portanto, não tenho certeza se isso está relacionado à rede ...

Alguém precisa de algo meu (logs, testes)? Tentei fazer um prefixo limpo e o jogo sai após mostrar a seleção do idioma.

@ leillo1975 @ jp7677 @ ah- Quais CPUs todos têm aqui?

Tenho um i7 3770, GTX-1060-6GB (440), 16 GB e uso o Ubuntu 20.04

Nada de especial, i7-6850K, 1080GTX, Fedora 32, Nvidida 440.82.

@ ah- Você se importaria de compactar sua pasta c:\users\steamuser\My Documents\Assetto Corsa Competizione inteira e colá-la aqui para que eu possa tentar com suas configurações EXATAS?

Assetto Corsa Competizione.zip

@ leillo1975 obrigado, mas estou realmente procurando pela configuração de @ ah-, já que a dele está funcionando

ac.zip
Tive que pular o diretório MoTec ou o zip ficou muito grande para carregar para o gh.

Também é um raspador de fios 2950x caso seja importante.

@ ah- Obrigado. Você se importaria de entrar em uma sessão de prática para ter certeza de que o htat está funcionando para você também e postar um registro disso? Estou trabalhando nisso agora.

Obrigado por toda sua ajuda. Pessoas como você são uma dádiva de Deus para resolver esses problemas

Acabei de fazer uma tentativa desesperada com um prefixo novo, sem opções de inicialização e o próton mais recente de https://github.com/GloriousEggroll/proton-ge-custom/releases , mas ainda com o mesmo comportamento.
@mcoffin Você consegue entrar no jogo agora?

Acabei de fazer uma tentativa desesperada com um prefixo novo, sem opções de inicialização e o próton mais recente de https://github.com/GloriousEggroll/proton-ge-custom/releases , mas ainda com o mesmo comportamento.
@mcoffin Você consegue entrar no jogo agora?

Negativo.

Como outra observação interessante, enquanto estou olhando para outras coisas, alguém que está tendo problemas poderia tentar alterar seu fuso horário para GMT (deslocamento +0)? Percebi que @ ah- está usando o fuso horário GMT. Não deveria importar, mas pode ... eu acho? @ jp7677 @ leillo1975

Log de uma volta de um evento especial:
steam-805550.log.gz

@ ah-, você se importaria de renomear temporariamente seu prefixo e tentar iniciar o jogo? Isso cria um novo prefixo e pode dar uma pista em que direção procurar?

@mcoffin Mudar o fuso horário para a Islândia não fez diferença aqui.
Edit: Eu tentei no Reino Unido também;)

Estou no Reino Unido, mas espero que isso não faça diferença.

O novo prefixo ainda funciona, registre:
steam-805550.log.gz

A única outra coisa que consigo pensar é que não jogava pelo menos algumas semanas antes de tentar o 1.4.

Obrigado por tentar. Bem, acho que não tem nada a ver com as configurações do jogo.

Droga. Eu literalmente não consigo ver o que está errado ... é como se a janela estivesse sendo destruída desnecessariamente

Consegui chegar à tela de seleção de idioma, selecionar inglês e, em seguida, travou imediatamente após remover todo o meu diretório My Documents/Assetto Corsa Competizione (após fazer um backup). @ jp7677 você pode confirmar este comportamento?

Sim, o mesmo aqui. Não há nenhuma falha aliás. O jogo simplesmente termina sozinho.

@ ah- Quando você fecha o jogo, está fechando-o através do gerenciador de janelas, ou passando pelo menu, ou pressionando Alt-F4 ou o quê? Estou tentando depurar a mensagem "Fechando a pedido" que vemos quando o jogo decide fechar

Através do menu do jogo.

@ jp7677 como exatamente você está lançando o jogo? Pego de uma mensagem anterior que @ ah- está iniciando via Steam com a linha de comando que ele postou acima

Apenas o botão verde normal de play no Steam. Eu tenho algumas opções de lançamento
(modo de jogo, substituições de vinho para reprodução de vídeo), mas também limpando-os
nenhuma diferença.

Na quinta-feira, 14 de maio de 2020 às 23:18, Matt Coffin [email protected] escreveu:

@ jp7677 https://github.com/jp7677 exatamente como você está lançando o
jogos? Pego de uma mensagem anterior que @ ah- https://github.com/ah-
está lançando via Steam com a linha de comando que ele postou acima

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

@ jp7677 se importa em compartilhar suas substituições para reprodução de vídeo?

Veja mais acima neste tópico (atualmente não estou na frente do meu
máquina), criei uma postagem maior no passado descrevendo o que era
necessário para reprodução de vídeo. Observe que envolve mais do que ajustar o
opção de lançamento.

Na quinta-feira, 14 de maio de 2020 às 23:25, Matt Coffin [email protected] escreveu:

@ jp7677 https://github.com/jp7677 compartilhe suas substituições de vídeo
reprodução?

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

Posso confirmar que provavelmente não é um problema de janela / tela inteira, pois o mesmo comportamento é observado no Wayland

O jogo funciona para algum de vocês na versão 1.4?

@ ah- afirma que está funcionando para ele

@ ah- a reprodução do vídeo está funcionando para você ou não?

Ugh, isso é tão frustrante, especialmente porque alguém realmente fez isso funcionar.

Atualização: se você usar alt-F4 ou matar a janela com seu gerenciador de janelas, não receberá a mensagem de log Closing by request , o que significa que o jogo sabe que está terminando. É quase como se ele pensasse que o botão "Sair" está sendo clicado.

Palpite cego, mas e se houvesse uma entrada de gamepad / joystick fantasma enviando um comando do tipo back? @ ah-, por acaso você brinca com o mouse e o teclado? Neste ponto, não faria mal testar se o problema pode ser evitado desconectando todos os periféricos não essenciais.

@ kisak-valve Eu já fiz isso (apenas mouse + teclado esquerdo conectado), e nenhuma alteração. O jogo ainda sai por conta própria.

De seus logs, @ ah- está brincando com um controlador ... mas eu não encontrei nenhuma outra pessoa capaz de fazê-lo funcionar até agora.

Desconectei meu volante e webcam e nada mudou

Isto é bastante frustrante, uma vez que o jogo está obviamente a sair do jogo visto que essa mensagem não aparece a menos que tenha este problema ou saia manualmente através dos menus

Tentei um monte de coisas, e nenhuma delas quebrou o ACC para mim, simplesmente continua funcionando. Usando o steam-native, ficando offline, desconectando todos os meus controladores, usando o fluxbox em vez do gnome. Não faço ideia do que está acontecendo com você. Minha instalação é muito antiga, porém, posso ter alguns links simbólicos antigos para versões do gnutls etc. espalhados, mas eu realmente não posso imaginar que seja isso que faz este trabalho.

A reprodução de vídeo não está funcionando para mim, apenas obtenho uma janela preta e preciso clicar com o mouse para pular para o menu.

Ok, pelo menos isso é lógico. Você tem alguma substituição de DLL para esse prefixo (verifique winecfg com PATH e WINEPREFIX definidos apropriadamente)

Eu vou perder a cabeça tentando consertar isso. Não tenho ideia do que é diferente para @ ah-

Alguém descobriu alguma coisa sobre isso? Minha corrida da liga está chegando :(

@ ah- Se você tiver tempo amanhã para se sentar comigo e tentar descobrir isso, eu agradeço muito. Discord / IRC / qualquer; O que você disser!

Como estou com um tempo apertado, adicionarei uma recompensa de bug de $ 50 a isso para qualquer pessoa que o conserte, ou me forneça as informações que permitem uma correção.

Unreal Engine 4 tem seu próprio sistema de registro. Ao adicionar o seguinte a [prefix- folder]/805550/pfx/drive_c/users/steamuser/Local Settings/Application Data/AC2/Saved/Config/WindowsNoEditor/Engine.ini :

[Core.Log]
global=VeryVerbose

Eu consigo muito mais informações no arquivo 805550/pfx/drive_c/users/steamuser/Local Settings/Application Data/AC2/Saved/Logs/AC2.log .

Diretamente antes de sair diz agora:

[2020.05.15-05.24.33:043][163]LogPrimitiveComponent: VeryVerbose: Driver_Player2->Driver_Head Performing overlaps!
[2020.05.15-05.07.38:219][198]LogScriptCore: Verbose: CallFunctionByNameWithArguments: Name not found ''
[2020.05.15-05.07.38:219][198]LogScriptCore: Verbose: CallFunctionByNameWithArguments: Name not found ''
[2020.05.15-05.07.38:219][198]Closing by request

Não faço ideia se isso tem alguma coisa a ver com o pedido de fechamento ...

Desisti de VeryVerbose depois de alguns minutos, mas aqui está um registro detalhado:
AC2.log.gz

mesmo erro para mim com a versão 1.4, a versão anterior funciona perfeitamente.

Acabei de receber a versão 1.4.1, esta versão está começando bem aqui!

Funciona de novo, ótimo. Espero a ajuda para consertar a gagueira nas corridas multijogador. Deixei uma mensagem em seus fóruns de suporte. Eu acho que você deve apoiar deixando uma resposta, para que eles possam ver que há mais de um de nós jogando no Linux:
https://www.assettocorsa.net/forum/index.php?threads/lots -of-stuttering-on-online-races.64414 /

Olá @mcoffin , como você parece correr online de uma maneira mais profissional com ACC no Linux, você realmente enfrenta picos de tempo de quadro como @ leillo1975 está descrevendo ou como eu descrevi aqui https://github.com/doitsujin/dxvk/ Issues / 1161 (Não é mais tão pior aqui no meu sistema, mas ainda recebo esse tipo de picos de tempo de quadro)?
Se não, você poderia compartilhar algumas especificações do seu sistema e configuração? Eu ainda suspeito que o uso da CPU seja o problema, mas adoraria ouvir mais algumas ideias sobre esse assunto.

Edit: Pode ser que você possa participar da discussão @ leillo1975 aberta nos fóruns Kunos, esse pode ser um lugar melhor, já que podemos receber algumas opiniões de outras pessoas também? Não sei o quão bem "mencionar" funciona nos fóruns Kunos, por isso comecei aqui.

Não sei o quão bem "mencionar" funciona nos fóruns Kunos, por isso comecei aqui.

Funciona assim aqui. Você só precisa usar "@nomedeusuario" para mencionar

Trabalho em 1.4.1

Trabalho em 1.4.1

Posso confirmar que mais uma vez está 100% pronto para usar 1.4.1 e 1.4.2 . Obrigado a Kunos pelo apoio incrível!

Oi. Bem, o desempenho para mim não é tão bom quanto vocês estão descrevendo. Recebo 32 em vez de 113 no Windows. Além disso, a taxa de quadros no menu é reduzida para 30 de 108 toda vez que eu volto do normal. Eu tenho GTX 970 com exatamente as mesmas configurações em ambos os sistemas operacionais. Alguém pode ajudar? Também tentei drivers dev vulkan da nvidia 440.66.15-1, onde recebo o erro Error: agsDriverExtensionsDX11_SetDepthBounds(1,0.000000, 1.000000) returned error code 2. **********PLEASE UPDATE YOUR VIDEO DRIVERS*********. durante a sequência de inicialização. Curiosamente, ele continua se você tiver a janela do jogo minimizada durante esse período. Além disso, o jogo trava ao entrar no menu de seleção de circuito com Proton-5.8-GE-2-MF, que corrige os vídeos. Alguma ideia? Estou tentando fazê-lo funcionar corretamente até o final do fim de semana gratuito, para poder comprá-lo depois, sabendo que será viável para jogar. @ leillo1975 Você poderia ajudar?

Além disso, o jogo trava ao entrar no menu de seleção de circuito com Proton-5.8-GE-2-MF, que corrige os vídeos.

Provavelmente esta versão do Proton tenta decodificar vídeos e não consegue. Use a versão oficial e quando a tela ficar preta aperte um botão para ir ao menu.

@ leillo1975 para esclarecimento, GE Proton pode decodificar vídeos - os vídeos de introdução funcionam perfeitamente. Ao selecionar faixas, ele trava. E não há vídeos. Eu uso próton padrão por enquanto.

Estou mais preocupado com o desempenho geral. O comportamento é o mesmo para você? Quero dizer, 20% do desempenho do Windows no modo hotlap? E diminuindo o desempenho no menu?

Olá @ Furious7c8 , tentarei comentar suas perguntas uma por uma:
1) Fps nos menus: Há uma configuração que (felizmente) restringe fps nos menus a 30 fps, acho que você desligou no Windows;)
2) Fps no jogo: você consegue muita diferença com as mesmas configurações? Não tenho um sistema operacional Windows para comparar, mas essa diferença parece enorme. Dito isso, uma GTX 970 pode ser um pouco limitada. Os jogos no Linux com DXVK realmente precisam de mais VRAM do que no Windows com DX. Talvez você esteja limitado aí. Pela minha experiência, a mesma recomendação se aplica ao Windows. Por exemplo, a qualidade do espelho pode prejudicar seus fps.
3) SetDepthBoundsTest é um método que não faz parte do DX11, mas pertence à AMD-AGS ou NV-API. O Unreal Engine pode usar isso, o que resulta em um pouco mais fps (entre 1% e 2%). Você pode querer tentar https://github.com/doitsujin/dxvk-ags ou https://github.com/jp7677/dxvk-nvapi, mas é difícil configurar isso com ganho mínimo. É perfeitamente normal ignorar isso.
4) Os vídeos da trilha são de um formato diferente dos da introdução e não contêm trilha de áudio. Veja aqui os detalhes https://github.com/ValveSoftware/Proton/issues/1420#issuecomment-526511312. O trabalho da Media Foundation ainda está em andamento, basta dar mais algum tempo;)

@ jp7677 Obrigado pela resposta.

1. Estou ciente dessa configuração. Conforme declarado, as configurações são verificadas por trip para serem idênticas. FPS no menu são 109 fps -> eu vou para a trilha -> sair da trilha para o menu -> eu tenho 30 fps. Definitivamente, algo está quebrado.
2. Com bastante experiência, concordo que é uma grande diferença. Por exemplo, tenho uma diminuição de 15% no desempenho em todos os jogos Proton que possuo. Acho que vale a pena lutar porque não é uma simples sobrecarga. Algo está definitivamente quebrado.
3. Vou verificar isso.
4. Entendo ... Mas não vi nenhum vídeo sobre faixas, nem mesmo no windows.

1: Ah, agora eu entendo o que você quer dizer. Acho que já vi esse comportamento também, mas (se é / era o que você está descrevendo) pode ser 5 vezes no total (com mais de 100 horas de jogo). Já que acontecia tão raramente, eu apenas reiniciei e esqueci. Agora, imagine o que poderia ser (não há mais VRAM disponível? Pode ser que o DXVK HUD possa lhe dar algumas dicas?)
2: Sim, por favor, deixe-me saber se você encontrou uma maneira ou determinada configuração que atenua o comportamento que você está vendo.

1. Bem, isso é estranho;). Estou vendo os vídeos das faixas no Linux, embora depois de alguns ajustes, conforme descrito no post (muito) mais adiante.

Acho que o pior problema que esse jogo tem não são os vídeos ou o desempenho dos vídeos. A gagueira multiplayer online é o principal problema a ser consertado, pois o melhor desse jogo é esse recurso, e os usuários do linux não podem competir com outro jogador nas mesmas condições. Não sei se os desenvolvedores da Valve / Codeweavers estão cientes disso .... @aeikum Não sei se o seu trabalho está relacionado à rede Wine / Proton, mas se não, você pode mostrar o problema para o desenvolvedor certo? Há um problema semelhante com rFactor 2 . Talvez algo sobre Wine / Proton precise dar uma olhada.

@ jp7677 Meu último comentário há algum tempo.

1. Isso acontece sempre, então é inaceitável. Eu verifiquei vram useage e não é diferente do que no Windows. Não é um problema imho.
2. Eu tentei vários sinalizadores de dxvk e diferentes versões de prótons, mas sem sucesso.
3. DXVK-nvapi não ajudou em nada (impedindo o aparecimento de erros). Certeza que fiz todas as etapas necessárias.

Eu também comparei o comportamento com o Windows. No Win, existem 84 threads criados e o uso da CPU nunca chega a 100%. Muitos threads ocupam a CPU de alguma forma significativa e tudo parece ok. No Linux, entretanto, vejo o mesmo comportamento que você descreveu antes, onde um thread está fixando o thread da cpu em 100% enquanto o resto de ... espere por isso ... 160 threads criados pelo jogo estão ociosos em geral. O que também é 100%, é minha confiança de que há um problema com a sincronização de threads de alguma forma. Eu esperava encontrar algumas das bandeiras conhecidas em dxvk ou wine para alterar o comportamento pelo menos, para ver alguma promessa. Uma coisa que não tentei é o kernel habilitado para fsync, mas agora não tenho muita esperança. Alguém já tentou?

@ leillo1975 Eu verifiquei online (não vou rastrear honestamente) para verificar a gagueira que você descreveu. Como os resultados de desempenho são tão inconsistentes, uma vez consegui ficar acima de 90 FPS. Então, não notei gagueira. TBH Eu acredito que (se não estamos falando de compilação de shaders "fixada" por fosilize) que a origem de gagueira é igual ao mau desempenho em geral.

Acredito que seria difícil encontrar uma ferramenta para investigar o comportamento desses tópicos, certo?

@ Furious7c8 Obrigado por suas descrições detalhadas. Sim, minha aposta também seria que o wine tem dificuldades em lidar com threads / sincronização de threads da maneira que o ACC usa. Tentei um kernel f-sync uma ou duas vezes, mas não vi muita diferença aqui. Acho que certamente é o caso, mas o e-sync está instalado e funcionando corretamente em sua máquina?
Resumindo, eu acho que você realmente precisa de um sistema robusto para jogar esses jogos um tanto quanto OK no Linux (i7-6850K / GTX1080 no Fedora 32 aqui).

0001-ntdll-Perform-fsync-in-client.txt

O patch anexo deve ajudar com a gagueira no multijogador.

Oh realmente muito legal, muito obrigado! Agora é hora de obter minha construção de prótons
ambiente instalado e funcionando novamente. Preciso de um kernel habilitado para f-sync para
efetivamente usar isso?

Na quinta-feira, 4 de junho de 2020 às 19:40, gofman [email protected] escreveu:

0001-ntdll-Perform-fsync-in-client.txt
https://github.com/ValveSoftware/Proton/files/4731792/0001-ntdll-Perform-fsync-in-client.txt

O patch anexo deve ajudar com a gagueira no multijogador.

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

Não, o problema e a correção não estão relacionados à sincronização, funcionou bem para mim mesmo sem o esync (acho que este jogo não depende muito disso).

0001-ntdll-Perform-fsync-in-client.txt

O patch anexo deve ajudar com a gagueira no multijogador.

Onde e como este patch é aplicado?

Espero que o patch chegue ao próximo lançamento do Proton. Você precisaria construir o Proton da fonte para usá-lo. Eu coloquei aqui apenas no caso de alguém estar disposto a fazer isso e tentar antes.

Aqui está uma versão um pouco melhor do patch.
0001-ntdll-Perform-fsync-in-client.txt

@gofman Eu apliquei seu patch no topo do proton-5.0-next e, de fato, os picos de tempo de quadro pesado, especialmente em sessões com vários jogadores, acabaram. Muito, muito legal, mais uma vez muito obrigado por olhar para isso. Seria muito bom se esse patch fosse para o vinho próton / upstream.

@ leillo1975 Se você sabe como usar uma construção de próton customizada, você pode baixar e experimentar a minha construção aqui
https://www.dropbox.com/s/dz1kk9i22buz8fj/proton-5.0-8-acc-0001-ntdll-perform-fsync-in-client.tar.xz?dl=0

Editar: link atualizado para Proton-5.0-8 + patch

@gofman Eu tentei o patch no rFactor 2 na esperança de que ajudasse, mas não ajudou. Não tenho ACC para tentar. Parece relacionado ao uso pesado da rede. Esse é o problema caso você esteja interessado em dar uma olhada: https://github.com/ValveSoftware/Proton/issues/245#issuecomment -606511619

@berama

Eu tentei o patch no rFactor 2 na esperança de que ajudasse, mas não ajudou. Não tenho ACC para tentar. Parece relacionado ao uso pesado da rede. Este é o problema, caso você esteja interessado em dar uma olhada: # 245 (comentário)

Tentarei investigar isso nos próximos dias. Existe alguma maneira segura de como posso observar o problema no jogo, sem tentar acompanhar os outros jogadores? Idealmente (para facilitar a coleta de informações), talvez você conheça algum efeito observável sem nem mesmo se mover para longe do fosso?

Você pode coletar o log de uma sessão de multijogador lenta se possível (provavelmente não muito longa, pois o log pode crescer muito) gravado com WINEDEBUG = + pid, + timestamp, + loaddll, + processo, + thread, + winsock, + seh? E anexe-o ao relatório de bug do Wine (pode ser enorme, mas eles estão compactados muito bem): https://bugs.winehq.org/show_bug.cgi?id=48668.

Realmente, muito bom !!!
https://youtu.be/YDYoGotwzlM

Muito obrigado, @gofman

Acabei de verificar a origem dos meus problemas de desempenho. Acontece que no Windows com DXVK o comportamento é basicamente o mesmo (cerca de 10 FPS a mais, provavelmente removendo a sobrecarga de vinho). Então, infelizmente, não acredito ser capaz de fazer nada a respeito, a menos que @doitsujin dê uma olhada. Além disso, o meu 970 está vinculado a VRAM no Windows, o que provavelmente atribui ao baixo desempenho (os últimos 500 Mb sendo um drama muito lento de alguns anos atrás).

O patch do Wine está agora upstreamed no Wine com alguns ajustes:
https://github.com/wine-mirror/wine/commit/3078f10d43d834b0498358fe0accb565191b7020

Dedos cruzados para que ele também encontre seu caminho para a próxima versão do Proton.

Muito bom! Obrigado novamente @gofman

@ jp7677 - Parece que isso já foi resolvido, mas responderei à pergunta de qualquer maneira.

Eu experimentar alguns pontos, mas apenas quando os carros novos conectar. Isso não é um problema para as corridas da liga, pois só interromperá a qualificação.

Há um novo tipo de travamento introduzido no último patch, que acontece quando o jogo tenta carregar pinturas personalizadas, mas isso também acontece no Windows, então observe que esse caso será uma pista falsa ao testar se o patch está trabalhando.

Espero que o patch chegue ao próximo lançamento do Proton. Você precisaria construir o Proton da fonte para usá-lo. Eu coloquei aqui apenas no caso de alguém estar disposto a fazer isso e tentar antes.

Aqui está uma versão um pouco melhor do patch.
0001-ntdll-Perform-fsync-in-client.txt

@GloriousEggroll , você pode incluir essa correção em seu próximo Proton-GE?

Para seu prazer de teste: http://www.mediafire.com/file/7zc3875pe8koyoh/proton-5.0-9-rf2-acc.7z

Os patches ACC e rF2 mais recentes são aplicados ao Proton 5.0-9 mais recente.

Meu binário ACC mudou em um patch silencioso hoje, e estamos travando na inicialização agora para mim :(

não importa, eu sou realmente um idiota. meu script de iniciador trava quando a roda não está conectada, porque sou um burro.

Proton-5.9-GE-ST funciona fora da caixa, com vídeos e os últimos patches:
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-4-ST

@ leillo1975 Você estava vinculando a https://github.com/wine-staging/wine-staging/commit/8402c959617111ac13a2025c3eb7c7156a2520f8 no problema "Teste de Proton 5.0-10 RC", o que muda com esse commit para ACC?

O patch corrige a gagueira em corridas multiplayer. Há também um patch rFactor2 que corrige problemas online

Você tem certeza?
A gagueira multijogador foi corrigida com https://github.com/wine-mirror/wine/commit/3078f10d43d834b0498358fe0accb565191b7020 , esse é o primeiro link que você postou no problema "Teste de Proton 5.0-10 RC". Minha pergunta era sobre o segundo link que você postou para o ACC.

@ leillo1975 Eu olhei novamente para o link do patch Wine-Staging que você postou. Eu acho que você copiou cegamente este link das notas de lançamento do Proton-5.9-4-GE-ST? Eu meio que duvido que tenha algum efeito no ACC. Este patch é para suporte ACL (listas de controle de acesso). Eu sugeriria remover esse link de sua lista de links no problema "Teste de RC do Proton 5.0-10" para evitar qualquer confusão.

@GloriousEggroll Você poderia esclarecer se este patch https://github.com/wine-staging/wine-staging/commit/8402c959617111ac13a2025c3eb7c7156a2520f8 conforme mencionado em https://github.com/GloriousEggroll/proton-ge-custom/releases/tag /5.9-GE-4-ST realmente afeta Assetto Corsa Competizione (ACC)? Tão justo quanto estou vendo, este patch é sobre o suporte de listas de controle de acesso (ACL).

este era o patch ac:
https://github.com/wine-mirror/wine/commit/3078f10d43d834b0498358fe0accb565191b7020

Se você notar, a primeira parte do patch altera as ACLs exigidas na instrução if:

if (!ret && (type == FD_TYPE_FILE || type == FD_TYPE_DIR))

Isso interrompe a Origem, porque o patch de preparação de ACL incorretamente estava atribuindo as ACLs erradas quando a origem foi executada. Portanto, para corrigir isso, você precisa do patch ACL atualizado do teste.

Na verdade, há outra correção para esse upstream que precisa ser retroativa, que corrige o problema no vinho de baunilha, além da preparação. (Fui eu quem discutiu isso com Paul, o autor do patch quando ele foi corrigido.):

https://github.com/wine-mirror/wine/commit/01143089f08c662a75f5af47fc2a8a3f8ae2afd6#diff -9d5b3420303a159fb3342fbfd812b20f

Paul Gofman06/23/2020
Ok, it is actually oldest Staging patchset server-Stored_ACLs occasionally turns normal files into FILE_FD_CHAR in server if the files have security descriptor. Origin does not flush character devices of course, there are just security descriptors for normal files.
We should probably fix that, file type affects more than triggering regression in my recent patch.
set_file_sd() in server/file.c has the assignment that effectivly cleares _REG / _DIR attribute on file mode, so later the file is treated as FD_TYPE_CHAR
Not like we don't want the flushes for character devices working, just having that to affect Origin looked very weird.
I think I will fix that

Paul Gofman06/23/2020
Pushed update. Now the issue with Origin should be double fixed.

Espero que o patch chegue ao próximo lançamento do Proton. Você precisaria construir o Proton da fonte para usá-lo. Eu coloquei aqui apenas no caso de alguém estar disposto a fazer isso e tentar antes.

Aqui está uma versão um pouco melhor do patch.
0001-ntdll-Perform-fsync-in-client.txt

Eu falo sobre esse patch. @gofman poderia explicar essas coisas melhor, incluindo o patch multplayer rfactor2 .
Estas mudanças estão incluídas em uma das últimas versões do Wine

Espero que o patch chegue ao próximo lançamento do Proton. Você precisaria construir o Proton da fonte para usá-lo. Eu coloquei aqui apenas no caso de alguém estar disposto a fazer isso e tentar antes.
Aqui está uma versão um pouco melhor do patch.
0001-ntdll-Perform-fsync-in-client.txt

Eu falo sobre esse patch. @gofman poderia explicar essas coisas melhor, incluindo o patch multplayer rfactor2 .
Estas mudanças estão incluídas em uma das últimas versões do Wine

Ambos os patches estão no Wine upstream e devem aparecer no próximo rebase do Proton (isto é, atualização principal baseada na versão mais recente do Wine).

Acho que o comentário https://github.com/ValveSoftware/Proton/issues/1420#issuecomment -664136646 por @GloriousEggroll basicamente explica de onde vêm os rumores sobre o patchset ACL.

server-Stored_ACLs O patchset de teste não é necessário nem para o Assetto Corsa nem para o Origin funcionar.

Ainda assim, Wine Staging e @GloriousEggroll 's GE build (que é baseado em Staging) têm este patch e a combinação dele com o 0001-ntdll-Perform-fsync-in-client.txt upstreamed causou regressão no Origin. Que a regressão foi duplo fixado por https://github.com/wine-mirror/wine/commit/01143089f08c662a75f5af47fc2a8a3f8ae2afd6#diff -9d5b3420303a159fb3342fbfd812b20f no mainstream e por https://github.com/wine-staging/wine-staging/commit/8402c959617111ac13a2025c3eb7c7156a2520f8 em Staging.

@GloriousEggroll @gofman Muito obrigado pelo esclarecimento detalhado, sem perguntas!
Obrigado @ leillo1975 por editar seu comentário na edição "Proton 5.0-10 RC testando"!

Olá a todos, meu Valve Index chegou hoje!

Até agora, posso dizer que está perto, mas o suporte VR para este título ainda está quebrado devido a um acesso de ponteiro NULL em algum lugar. Vou começar a cavar, já que Project Cars 2 (também UE4, eu acredito) está funcionando, e espero que eu possa descobrir o que está acontecendo, mas para outros interessados ​​em depurar, aqui está o jogo e o registro de prótons de uma tentativa de executá-lo no SteamVR modo.

AC2.log
steam-805550.log

Nova informação sobre o modo VR, parece que IVRCompositor::Submit está sendo chamado com uma textura que tem um identificador NULL algum lugar, como texture->handle == NULL no caso acima, causando o 0x0 dereferência do ponteiro. (confirmado com log personalizado vrclient_x64 )

Agora, eu gastei cerca de 5 horas tentando anexar um depurador a este jogo maldito e quebrar em ivrcompositor_submit , mas por minha vida não consigo fazer funcionar. Se eu iniciar o jogo FORA do Steam, ele reclama que o Steam não está funcionando. Se eu iniciá-lo do Steam, o depurador não pode anexar. Eu não estarei trabalhando nisso por um tempo, já que eu quase perdi completamente minha merda gastando tanto tempo em uma coisa tão simples (começando com um depurador).

Olá @mcoffin, muito obrigado pelo seu esforço. Não possuo um Índice, mas estou ficando cada vez mais interessado, então estou acompanhando de perto seu progresso aqui;)
Até onde eu li o Project Cars 2 não foi construído no UE4, mas no próprio motor, então esta pode não ser a melhor referência. Sobre suas descobertas, não tenho certeza de como proceder. Eu acho que você encontrou o código-fonte aqui https://github.com/ValveSoftware/Proton/blob/proton_5.0/vrclient_x64/vrclient_x64/vrclient_main.c#L894 pode ser sábio perguntar diretamente a alguém aqui para uma direção.

Ok, rapazes, novas informações (de novo) - cc: @ jp7677

Eu adicionei um hack para ivrcompositor_submit para torná-lo não segfault quando um identificador de textura NULL é passado (ele simplesmente cai para o código "identificador de textura inválido" que já existia).

Com essa solução alternativa, o jogo agora é iniciado em RV e você pode ver as coisas em 3D, mas parece que todas as texturas inválidas correspondem à sobreposição que o jogo deveria exibir (o menu), que não aparecer de qualquer maneira.

Independentemente disso, pelo menos finalmente consegui ver algo acontecer, mesmo que não seja tão útil.

Infelizmente, o VR aqui parece sofrer do mesmo atraso de renderização síncrona entre os olhos que o PC2 :( então há provavelmente problemas de desempenho além disso, mesmo depois de resolvermos a sobreposição do menu.

WRT para pcars2, eu pensei que eles eram os mesmos, pois também mostra as linhas LogHMD típicas da UE quando iniciado no modo VR. @ jp7677

Olhando uma segunda vez, parece que IVROverlay::SetOverlayTexture não tem nenhuma lógica de IVRCompositor::Submit para realizar a conversão de dxvk vs wined3d ... talvez seja o problema?

@mcoffin Progresso legal! Você poderia tentar uma vez com Wine3D em vez de DXVK, talvez isso dê algumas dicas para restringir ainda mais.
Em relação ao PC2, posso estar muito errado com a minha afirmação, não sou o dono do jogo, acabei de ler na onisciente Internet que usavam o seu próprio motor (Madness Engine).

@ jp7677 lol postamos ao mesmo tempo.

no que diz respeito ao wined3d, ele apenas me dá uma tela preta permanente (tela inteira) no HMD.

Não olhei muito de perto, pois não tive nada além de problemas com o WineD3D no D3D10 +. Levei IDADES para fazer o ArmA III funcionar bem (então dxvk saiu como um ano depois lol)

@ jp7677 também se você conhece uma boa maneira de realmente ter um depurador rodando neste jogo, eu tenho algumas formas super hacky, mas nenhuma delas é perfeita, e eu MATARIA se pudesse ter apenas pontos de interrupção em todos os d3d11 , dxgi , vrclient e funções openvr . Tentar correlacionar carimbos de data / hora entre apitrace , DXVK, próton, etc. está me matando

se eu lançar usando winedbg , ele sai porque não pode se conectar ao Steam. Não consigo lançar winedbg com as opções de lançamento do Steam porque stdin / stdout estão ferrados. Anexar mais tarde meio que funciona, mas apenas metade das bibliotecas carregam seus símbolos de depuração, o desmontador não funciona, os valores de registro impressos são irregulares na melhor das hipóteses, e vrclient aparece como não depurável, embora Confirmei que ele tem informações de depuração incluídas. (Eu raramente fico irritado com o código, mas quase esmurrei meu monitor gastando horas apenas tentando obter uma configuração de depurador funcional. Tão frustrante).

Além disso, é uma grande chatice que Kunos não permite suporte vulkan. Não demoraria muito, exceto portar os shaders HLSL, mas a única razão pela qual -vulkan não funciona na linha de comando é que eles não incluem os recursos UE4 "preparados" (seja lá o que isso signifique).

Sim, usar Wine3D para ACC de verdade não é uma opção, eu apenas quis dizer isso para solucionar esse problema, pode ser que a textura-> identificador não seja nula com Wine3D.

Mas pode ser que você já esteja bastante próximo de suas idéias sobre SetOverlayTexture ...

Em relação à depuração, infelizmente, não .. exceto usando as velhas writelines do console :(

Quer dizer, eu nunca vi um menu de realidade virtual com esse estilo funcionar no Linux (aquele em que é apenas a tela do jogo embutida ... Aposto qualquer coisa que é gerenciado com IVROverlay , e a falta de vk<->d3d hacks de implementação aí é o problema. Vou cavar mais fundo amanhã, mas quase perdi a cabeça de novo trabalhando nisso, então estou farto por esta noite ... Eu vou realmente fazer algumas corridas antes de fazer 4 horas em Paul Ricard pela manhã ...

Nota lateral: ter um vídeo habilitado para DHCP aberto no firefox, em um segundo monitor, conduzido por uma GPU diferente, usando PRIME para transferir frames para a GPU principal, então composto, exibido e enviado de volta parece travar este jogo em qualquer compilação de shader ...

Agora, isso é 100% contornável, mas é um boato interessante que encontrei enquanto tentava assistir o netflix enquanto depurava isso. (acontece no Hulu + conteúdo comprado no YouTube também ... Oba drm)

Muito obrigado pelo seu esforço até agora e boa sorte com a corrida! ;)

@ jp7677 você sabe qual linguagem o vrclient está tentando emular? Nunca vi esse tipo de ABI antes. Isso é tentar ser como C #?

@mcoffin até onde eu sei, o vrclient é uma ponte para várias versões do cliente OpenVR. A maioria dos arquivos são gerados por https://github.com/ValveSoftware/Proton/blob/proton_5.0/vrclient_x64/gen.sh e, portanto, https://github.com/ValveSoftware/Proton/blob/proton_5.0/ vrclient_x64 / gen_wrapper.py

@ jp7677 Os menus agora estão aparecendo e a VR funcionando !!!! Estou prestes a entrar em um jogo e ver se funciona. Ainda há alguns problemas de desempenho (como visto no pCars), então definitivamente há algum trabalho a ser feito nesse lado, ou possivelmente com minhas configurações.

mcoffin / Proton @ acc

EDITAR : Os patches definitivamente não estão prontos para envio upstream, pois eles são uma bagunça, acabei de fazer funcionar e ele só oferece suporte para o caso DXVK agora. Quando eu realmente os enviar, irei refatorar os casos de tradução de textura DXVK / WineD3D / Vulkan em sua própria base de código para que haja menos duplicação de código e suporte os casos não DXVK.

Quem diria que estava tão perto de funcionar?

@mcoffin oh bom, progresso realmente muito legal!

Problemas de desempenho agora também resolvidos - Apenas não use o modo de renderização legado (use o novo (assíncrono) nas configurações do SteamVR (específico do aplicativo)).

Agora há apenas um problema que posso encontrar - há alguns soluços de rastreamento, mas isso parece ser a falha do SteamVR em cenários de alta carga de CPU, ao invés da falha do Proton / ACC

Alguém mais está obtendo congelamentos aleatórios neste jogo? Para mim, às vezes o jogo fica travado. O som continua, mas a imagem não muda e eu tenho que encerrar o jogo. No dmesg, eu entendo:

[432570.790754] NVRM: GPU at PCI:0000:01:00: GPU-756c0726-1313-410f-39b6-ed71283e1126
[432570.790758] NVRM: GPU Board Serial Number: 
[432570.790760] NVRM: Xid (PCI:0000:01:00): 13, pid=399, Graphics Exception: EXTRA_MACRO_DATA
[432570.790766] NVRM: Xid (PCI:0000:01:00): 13, pid=399, Graphics Exception: ESR 0x404490=0x80000002
[432570.790901] NVRM: Xid (PCI:0000:01:00): 13, pid=513968, Graphics Exception: ChID 0067, Class 0000c197, Offset 00002394, Data 00000000

O registro de contas termina com muitas mensagens como esta:

[2020.08.23-19.03.35:965][125]LogD3D11RHI: Timed out while waiting for GPU to catch up. (0.5 s)

Alguma ideia?
Algumas informações do sistema: gentoo, proton-5.09, nvidia-drivers-450.57-r1, GTX-1060

Hmm ... isso soa como uma incompatibilidade com os drivers proprietários da NVIDIA (infelizmente).

Se você estiver em RV, ouvi dizer que há problemas com a reprojeção assíncrona e placas NVIDIA, então se você desativá-la, pode começar a funcionar, mas imagino que o desempenho seria quase impossível de ser vivido.

Além disso, qual é a sua versão do kernel?

Eu tenho um segundo equipamento com um 2070S que poderia tentar hoje mais tarde para ver se encontro o mesmo problema.

Percebi que o jogo NÃO lida bem com timeouts de soquete, então os timeouts de conexão de rede às vezes travam o jogo para mim, então isso também pode ser um fator, embora eu duvide devido às dmesg linhas que você mostrou.

@gotzl sua placa está com overclock? Em que resolução você está tentando rodar o jogo? alguma pesquisa superficial descobriu que esse erro às vezes é indicativo de uma carta que está morrendo ou que está sendo pressionada um pouco demais.

Está congelando para mim também. Geralmente congela enquanto o jogo está carregando, ou seja, antes do menu principal, mas às vezes congela mais tarde. Quando ele congela mais tarde, geralmente é imediatamente depois de clicar em um botão em um menu, embora às vezes pareça apenas congelar aleatoriamente. Se eu estiver dirigindo quando ele congela, ele continua a reproduzir o mesmo áudio em loop e os gráficos não mudam, mas eu sei que a física ainda é simulada porque o feedback de força do volante muda.

Falha ao carregar:
steam-805550.log.zip

Bater durante a corrida:
steam-805550.log.racing.zip

Falha ao clicar no botão de configuração de carregamento:
steam-805550.log.button.zip

$ uname -r
5.7.12-arch1-1

$ pacman -Q mesa
mesa 20.1.5-1

Eu tenho um Vega 64 e não vejo nenhuma semelhança com o log do @gotzl , então talvez este seja um problema separado ...

Está congelando para mim também. Geralmente congela enquanto o jogo está carregando, ou seja, antes do menu principal, mas às vezes congela mais tarde. Quando ele congela mais tarde, geralmente é imediatamente depois de clicar em um botão em um menu, embora às vezes pareça apenas congelar aleatoriamente. Se eu estiver dirigindo quando ele congela, ele continua a reproduzir o mesmo áudio em loop e os gráficos não mudam, mas eu sei que a física ainda é simulada porque o feedback de força do volante muda.

Falha ao carregar:
steam-805550.log.zip

Bater durante a corrida:
steam-805550.log.racing.zip

Falha ao clicar no botão de configuração de carregamento:
steam-805550.log.button.zip

$ uname -r
5.7.12-arch1-1

$ pacman -Q mesa
mesa 20.1.5-1

Eu tenho um Vega 64 e não vejo nenhuma semelhança com o log do @gotzl , então talvez este seja um problema separado ...

Sim. Tenho os mesmos problemas que você, mas não acho que esteja relacionado ao problema de

• Conteúdo de vídeo sendo reproduzido em firefox
• Conteúdo HDCP de qualquer tipo no X11
• Um aplicativo que está renderizando ativamente com DRI_PRIME
• Discord sendo aberto
• Zoom em execução (mesmo fechado na bandeja)

Parece que basicamente qualquer atividade em um monitor secundário pode causar algumas coisas estranhas lá.

Suponho que você também esteja vendo corrupted size vs. previous size em seus logs durante essas falhas. Parece que você está recebendo a mesma coisa que eu, embora eu esteja lidando com isso evitando o acima e apenas reiniciando até que funcione.

EDIT : Após uma inspeção mais aprofundada, parece que essas falhas sempre ocorrem durante qualquer tipo de carregamento ou compilação de shader. @sambazley você está usando fsync ou esync ? Quais são as configurações de cache do shader para mesa e Steam?

EDIT 2 : Com base em quando você vê o problema, desativar esync pode pelo menos ajudá-lo, embora faça o jogo engasgar algumas vezes na primeira volta se os shaders não estiverem armazenados em cache

EDITAR 3 : O acidente durante a condução (o log de stub dinput ), obviamente não se aplica à mensagem na EDIT 2

Estou supondo que você está vendo o tamanho corrompido em comparação ao tamanho anterior em seus logs também durante essas falhas.

Desculpe, não tenho certeza do que isso significa.

você está usando fsync ou esync?

Estou usando o user_settings.py padrão ( "PROTON_NO_ESYNC": "1" está comentado) e estou usando o kernel Arch padrão, então acho que isso significa que estou usando esync?

Quais são as configurações de cache do shader para mesa e Steam?

O cache do Steam Shader está habilitado. Tentei limpar o cache deste jogo, mas não ajudou.

desabilitar esync pode pelo menos ajudá-lo

Apenas tentei e ainda congelou.

Editar:
Entendo o que você quer dizer com erro corrupted size vs. previous size . Tem alguma ideia do que isso significa?

Olá @mcoffin, pode ser uma ideia abrir uma solicitação de pull de rascunho com a modificação de VR para alertar os desenvolvedores de Proton do que é necessário? Obviamente, você ainda pode melhorar seu RP com o push da força, se tiver tempo. Seria muito bom se a RV funcionasse imediatamente com uma versão futura do Proton.

Olá @mcoffin, pode ser uma ideia abrir uma solicitação de pull de rascunho com a modificação de VR para alertar os desenvolvedores de Proton do que é necessário? Obviamente, você ainda pode melhorar seu RP com o push da força, se tiver tempo. Seria muito bom se a RV funcionasse imediatamente com uma versão futura do Proton.

Se você está apenas preocupado com meu investimento de tempo, eu tenho 90% do caminho pronto para o PR agora, apenas tenho que lidar com o caso vkd3d (vulkan / d3d11 feito) e estarei pronto para enviar. Não faz sentido oferecer uma funcionalidade incompleta, mas entendi o que você está dizendo se isso fosse demorar muito mais.

Olá @mcoffin, pode ser uma ideia abrir uma solicitação de pull de rascunho com a modificação de VR para alertar os desenvolvedores de Proton do que é necessário? Obviamente, você ainda pode melhorar seu RP com o push da força, se tiver tempo. Seria muito bom se a RV funcionasse imediatamente com uma versão futura do Proton.

Se você está apenas preocupado com meu investimento de tempo, eu tenho 90% do caminho pronto para o PR agora, apenas tenho que lidar com o caso vkd3d (vulkan / d3d11 feito) e estarei pronto para enviar. Não faz sentido oferecer uma funcionalidade incompleta, mas entendi o que você está dizendo se isso fosse demorar muito mais.

Obrigado pelo aviso! Eu não tinha visto nenhuma atividade em seu fork e fiquei um pouco preocupado por você não ter encontrado tempo para terminar seu PR e / ou perder o tempo para uma próxima atualização do Proton (sempre que isso acontecer). De qualquer forma, muito obrigado pelo seu trabalho e estou ansioso por isso! Muito legal!

Nota interessante sobre o erro de "tamanho corrompido ...": Eu atualizei para um Threadripper 3960X hoje e não pude lançar o jogo por minha vida, mas lançá-lo com menos núcleos prova ter mais sucesso, então esta é provavelmente uma corrida doença! Viva para novas informações.

~ @mcoffin em relação ao seu problema com Threadripper, você usa a dll do mfplat de uma instalação do Windows para ter os vídeos do jogo funcionando? ~

Edit: Scratch o que escrevi antes, eu tinha misturado coisas não relacionadas.

~ @mcoffin em relação ao seu problema com Threadripper, você usa a dll do mfplat de uma instalação do Windows para ter os vídeos do jogo funcionando? ~

Edit: Scratch o que escrevi antes, eu tinha misturado coisas não relacionadas.

Eu tentei há muito tempo, mas desisti de tudo porque não funcionou e não queria introduzir mais complexidade quando já estava tendo esses outros travamentos esporádicos.

Ei, pessoal, localizei o erro de "tamanho corrompido" em um bug no Mesa. Usar o último master deve bastar :)

Para qualquer um que esteja acompanhando isso, o ffbtools PR mencionado acima foi substituído por um sistema de estrangulamento melhor, em berarma / ffbtools # 19 e berarma / ffbtools # 20.

@mcoffin Você tem uma versão compilada de seu vcrclient corrigido em algum lugar para fazer o download?

Eu realmente não gosto de distribuir binários, pois é um péssimo hábito das pessoas administrar as coisas às cegas, então não gosto de encorajar aqueles que não sabem o que estão fazendo, mas como está demorando muito e aqueles envolvidos parecem não ser esse tipo de pessoa, eu coloquei minha construção. Por favor, as pessoas não acumulam minha conta da AWS: rindo:

• proton-5.0-10_acc-vr.tar.xz
• proton-5.0-10_acc-vr.tar.xz.sig

cc: @ jp7677

EDITAR : observe que o nome real dele é como acc-vr_5.0-9-local acordo com toolmanifest.vdf ou algo parecido, já que esse era o meu nome de branch localmente, e eu construí este tarball específico de dentro daquela VM de construção de próton nodosa

Observação: se você estiver executando um kernel com suporte a timeline syncobj e mesa>=20.2.0 , certifique-se de usar SteamVR<1.15 . SteamVR 1.15 usa timeline syncobjs para sincronizar os envios de vroverlay, e isso causa um tremor relativamente grande com os menus, já que eles são implementados como IVROverlays. Ainda não tenho certeza em qual componente está o problema ( mesa , amdgpu , steamvr ou proton ). Os sinais iniciais apontam para mesa já que a funcionalidade é muito nova e um limite de desempenho mostra uma tonelada de chamadas para clock_gettime do jogo e vrcompositor , indicando que há um -esperar em algum lugar que esteja bebendo

Em uma nota lateral - parece que as quedas semi-frequentes de reprojeção intercalada não são culpa do Proton ou ACC, mas sim do SteamVR, mesa , ou amdgpu , pois o comportamento é observável mesmo em Demonstração da válvula hellovr_vulkan . Então isso é .... notícias de algum tipo haha

Olá @mcoffin , por favor, abra um relatório de problema no SteamVR-for-Linux para o tremor que você está vendo, uma vez que parece uma nova peculiaridade.

@ kisak-valve servirá. Farei uma boa redação mais tarde esta noite, mas estou bem reduzida. O comportamento "instável" começou a acontecer quando mesa>=20.2.0 pousou no suporte de sincronização de linha do tempo mesmo no SteamVR 1.14.x, mas apenas para as sobreposições vrdashboard (quando você pressiona o botão do sistema nos controladores de índice. .. desculpe se minha terminologia está errada). Depois de SteamVR>=1.15 , esse mesmo comportamento também migrou para IVROverlay sobreposições do jogo. Vou incluir isso na redação final também, mas é um intervalo de versão bastante restrito para ver qual comportamento das sobreposições do sistema foi copiado para os outros na versão 1.15, então pensei em mencioná-lo agora antes da versão completa escreva caso você já esteja mexendo nele e possa encontrar a correção apenas a partir desse intervalo de versões estreito.

EDIT : na verdade, antes de dizer aos caras do SteamVR que algo está quebrado, deixe-me jogar um 2070S no meu equipamento e testar com o driver NVIDIA: vomiting_face: (se eles tiverem suporte a timeline syncobj). Se o fizerem e não for detonado, então o problema certamente é com mesa ou amdgpu si. Será um PITA para configurar, já que nunca tive uma placa NVIDIA nesta máquina, mas vale a pena como uma etapa de depuração

Atualização: mesa mudança de versão parece ter sido uma pista falsa mal cronometrada. Com mesa-20.1.4 (de antes das alterações do syncobj da linha do tempo) e SteamVR=1.15.2 , o problema ainda está presente.

Infelizmente, como o Steam não permite que você instale versões arbitrárias do SteamVR, não posso dividir isso mais ao meio, então teremos que apenas esperar o relatório do bug: desapontado:.

EDIT : Ok, acabei de testar todas as premutações da mesa antiga / nova e 1.15.2 / 1.14.16. Devo ter acabado de fazer uma atualização do SteamVR uma vez que não percebi, e é por isso que persegui o caminho mesa . O problema foi 100% introduzido no SteamVR 1.15, então esta será a última atualização neste tópico, embora se você estiver executando este jogo, você desejará permanecer no 1.14.X. Vou registrar um relatório de bug no ValveSoftware / SteamVR-for-Linux .

@mcoffin muito obrigado por fornecer uma versão de próton compilada. Sim, eu concordo totalmente com a distribuição de binários não é a melhor ideia, embora eu tenha apagado meu ambiente de construção do Proton há um tempo e não tivesse encontrado tempo para configurá-lo novamente :(

Eu tenho meu índice agora e com tudo instalado e funcionando, eu experimentei seu vrclient. Graças às suas adições, posso entrar no jogo / menu e às vezes até chegar ao jogo real, mas infelizmente em algum ponto nos primeiros minutos o jogo congela ou o SteamVR / vrcompositor trava (pontos de rastreamento de pilha para o driver nvidia, dmesg diz XID 13 que indica um erro de aplicativo). Outros aplicativos que experimentei no SteamVR (por exemplo, Elite Perigoso ou DCS) funcionam bem, então não acho que minha configuração esteja geralmente quebrada. Eu testei com SteamVR estável / beta, também com os drivers nvidia 450/455 estáveis ​​mais recentes e um novo prefixo.
Não acho que essas falhas estejam relacionadas às suas mudanças. Vou cavar mais, mas já queria compartilhar o que estou vendo. Seria legal se outro usuário da nvidia pudesse confirmar (ou negar) o que estou vendo.

@ jp7677 Eu posso tentar meu GF 2070 super em algum momento se eu conseguir configurá-lo com meu equipamento (esta caixa não tinha drivers NVIDIA antes, então eu teria que fazer muitas reconfigurações.

Se você postar logs proton / dmesg / journalctl, posso dar uma olhada, no entanto, e ver se acho que está relacionado.

Em qual versão de SteamVR você está?

@mcoffin Sim, não se preocupe se você não encontrar tempo. A falha vrcompositor é 100% reproduzível aqui ao iniciar o ACC. Espero que o seu patch chegue ao próximo lançamento do Proton e então posso adicionar um bom relatório de problemas no SteamVR com uma receita de reprodução fácil. As únicas partes interessantes, eu acho, são essas linhas dmesg quando vrcompositor trava.

[11897.915514] NVRM: Xid (PCI:0000:02:00): 13, pid=617873408, Graphics Exception: Class 0x0 Subchannel 0x0 Mismatch
[11897.915517] NVRM: Xid (PCI:0000:02:00): 13, pid=617873408, Graphics Exception: ESR 0x4041b0=0x80000
[11897.915519] NVRM: Xid (PCI:0000:02:00): 13, pid=617873408, Graphics Exception: ESR 0x404000=0x80000002
[11897.915828] NVRM: Xid (PCI:0000:02:00): 13, pid=57164, Graphics Exception: ChID 0064, Class 0000c197, Offset 00000f80, Data 00000000

Log de prótons (incluindo vrclient channel) ou logs DXVK não mostram nada suspeito. Estou vendo isso com Steam VR estável e beta. Alternar entre as versões do driver nvidia 450 ou 455 também não fez diferença.

Edit: Eu já criei um problema no SteamVR (https://github.com/ValveSoftware/SteamVR-for-Linux/issues/397) e também enviei um e-mail para linux-bugs [at] nvidia.com referindo para esse problema.

Editar: movido para o problema StemVR

@gotzl muito obrigado por confirmar as falhas que estou vendo. Sua sequência é muito semelhante, senão a mesma. Às vezes, ele trava aqui bem no início do lobby do ACC, às vezes consigo iniciar um jogo real e consigo ver alguns quadros no jogo. Parece que me lembro de ter visto a caixa de mensagem que você descreveu uma ou duas vezes, mas na maioria das vezes a imagem simplesmente congela (embora o headtracking ainda funcione até que o SteamVR queira ser reiniciado. Na verdade, não tenho certeza de qual processo falha primeiro, ou melhor, qual processo causa os XIDs.
Você também poderia adicionar sua opinião sobre o problema do SteamVR, já que vinculei esse problema em meu e-mail a bugs do Linux na nvidia?

PS: O apitrace funciona com VR? Se pudéssemos gerar um rastreamento e ele confirmar os xids, seria mais fácil rastreá-lo.

Tentei usar um apitrace D3D11. Fazer um rastreamento realmente funcionou (incluindo o travamento), mas reproduzi-lo funciona bem, sem erros de XID. Dito isso, o replay mostra apenas a janela da área de trabalho, não o que foi apresentado no fone de ouvido. O menu, por exemplo, não é visível no trace, mas posso pelo menos ver brevemente o jogo real (primeiros frames de uma sessão de treino no carro). De qualquer forma, acho que esse traço é completamente inútil.

@ jp7677 Eu também testei, tenho um hardware semelhante, mas um sistema Arch. Mesmas conclusões minhas. Às vezes, ele trava no lobby, mas sempre trava ao entrar no jogo. O acidente na corrida é muito semelhante ao que acontece no Project Cars 2. Bem, eles usam o mesmo motor.

Olá. A gagueira encontrada ao jogar multiplayer online em Assetto Corsa Competizione foi corrigida na versão 5.13-1.

Neste fim de semana, passarei muito tempo testando e testando jogos ... ACC será o primeiro

Olá. A gagueira encontrada ao jogar multiplayer online em Assetto Corsa Competizione foi corrigida na versão 5.13-1.

Apenas uma observação para os outros aqui - ainda há uma falha quando um jogador entra em um jogo que está usando uma pintura personalizada que você ainda não viu no jogo, mas essa falha também é observada no Windows, e um problema conhecido com a forma como o o jogo carrega pinturas personalizadas. Ele tem que pausar completamente o thread de renderização enquanto lê as texturas e as carrega para VRAM, de forma que essa falha em particular (não aquela que foi corrigida em 5.13-1), não seja relacionada a próton / vinho. Só pensei em esclarecer isso, caso alguém entre dizendo que não está completamente consertado.

Alguém poderia tentar VR com Proton 5.13-2RC?

https://github.com/ValveSoftware/Proton/issues/4360

@ leillo1975 Já fiz isso :), veja https://github.com/ValveSoftware/Proton/pull/4163#issuecomment -724238497
Resumindo, a RV foi corrigida para mim na Nvidia com esta próxima versão do Proton!
(O driver da nvidia ainda não atende aos requisitos de reprojeção assíncrona para uma experiência perfeita, mas isso não está relacionado ao Proton)

Alguém poderia tentar VR com Proton 5.13-2RC?

@ leillo1975 Pode confirmar o mesmo resultado que @ jp7677 , VR agora está trabalhando com Proton 5.13-2 RC3 e SteamVR 1.15.7

Muito obrigado novamente a @mcoffin por esta contribuição!

Informação do sistema

• GPU: RTX 2060
• Versão do driver / LLVM: NVIDIA 455.38
• Versão da distro: Ubuntu 20.04 LTS
• Link para o relatório completo de informações do sistema como Gist
• Versão do Proton: 5.13-2 RC3
• Versão SteamVR :

Eu confirmo:

• [x] que pressionar o botão Play no cliente Steam é suficiente.

Problemas

• [x] Eu não tive nenhum problema.
• [x] Não há problemas em aberto para este jogo.

Sim, funciona para mim também agora. Ótimo trabalho pessoal!