Existe uma solução para isso, mas não acredito que esteja disponível agora. Deve aparecer no mesa-dev em breve.

https://www.phoronix.com/scan.php?page=news_item&px=RadeonSI-GL-4.5-Compat-Patches

Funciona perfeitamente com uma placa nvdia embora

Este jogo na verdade tem um problema com placas nvidia, ele não pode alocar vram corretamente então você acaba com textura e malha de terreno pop que é muito ruim.

Se você alternar entre o Windows e o Linux e apenas deslocar / caminhar, poderá ver esse efeito de forma bastante óbvia. Faça uma volta de 180 graus e as texturas lentamente carregam junto com a malha de mosaico etc ...

isso é provavelmente o resultado do jogo não conseguir detectar a quantidade correta de vram para a placa de vídeo por algum motivo e atribuir automaticamente uma quantidade bem baixa em vez de utilizar a quantidade total da GPU.

O aviso pode ser desativado na configuração do NMS, mas não corrige o problema, nenhuma configuração o corrige.

Olá,
hoje parece que agora o NMS está finalmente funcionando, em alguns casos ...
A tela branca desapareceu e o jogo pode ser reproduzido. Mas as texturas do solo estão errando.
Eu uso este ppa para obter a versão mais recente do mesa: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
Eles mesclaram as soluções alternativas que mencionei antes e discutidas neste relatório de bug da mesa: https://bugs.freedesktop.org/show_bug.cgi?id=107581
Espero que alguém possa relatar se ele tiver os mesmos problemas com as texturas do solo.

Tela preta do No Man's Sky (ID do aplicativo: 275850) em resolução superior a 1920 * 1080

Problema transferido de https://github.com/ValveSoftware/Proton/issues/1034.
@Liodinis postado em 30/08/2018T22: 52: 04:

Ubuntu 18.04.1 LTS
I7 6700K a 4,00 Ghz
Nvidia GTX 1070
Driver Nvidia 396.54
Proton 3.7-3
RAM 16Go
SSHD 1 para Toshiba H200
Display Acer Predator 24 "2560X1440

"No Man's Sky" não funciona em resoluções superiores a 1920 * 1080.

Iniciar o jogo está exibindo uma tela preta, mas o jogo parece estar funcionando, porque os sons podem ser ouvidos no fundo.
Se você colocar a resolução da tela em 1920 * 1080 ou editar o arquivo de configuração TKGRAPHICSSETTINGS.MXML com a resolução nativa da tela no local abaixo:

/home/username/.local/share/Steam/steamapps/common/No Man's Sky / Binários / CONFIGURAÇÕES

reinicie o jogo e ele se tornará jogável.

Hardware Configuration.txt

Arquivo de configuração do No Man's Sky.zip

No Man's Sky [ID do aplicativo: 275850] Falha na nvidia

Problema transferido de https://github.com/ValveSoftware/Proton/issues/1072.
@ hitchhiker54 postado em 31/08/2018T13: 42: 44:

O jogo é executado perfeitamente até agora, exceto para a varredura quando uma base npc está à vista. Testado em assentamentos secundários e tipo Observatório, se a base estiver à vista, o jogo trava instantaneamente para a área de trabalho quando está no visor. Bases de jogadores, navios, exocraft, tudo parece estar bem. Usando gtx980ti, i76700k no Ubuntu 18.04, drivers Nvidia 396.54

[edita adicional]
Versão do jogo 1.58, problema também relatado à Hello Games

resultados de sudo lshw:
https://www.dropbox.com/s/xxu34qjfnjp7f01/specs.txt?dl=0

Ubuntu 16.04, NVIDIA GTX 970, Proton 3.7-5 Beta:

Informações do sistema Steam

Teste | Resultado
- | -
Singleplayer | Trabalhando como esperado
Co-op local | _N / D_
Multijogador online | Trabalhando como esperado

Configuração | ...
- | -
Entrada | Controlador Steam
Exibir | 1920 x 1080
Tela inteira | sim
Preset | Médio ^
VSync | Desligado ^^
API | OpenGL

^ A predefinição de gráficos padrão é Alta
^^ configuração VSync O padrão é ativado

Tentei com o Proton 3.7-3.

O jogo funcionou perfeitamente. Com minha configuração. O pastebin anexado mostra as especificações da minha máquina e as versões de todos os drivers / software relevantes.

Minhas especificações: https://pastebin.com/9hQP94N1

Sim, funciona tecnicamente melhor do que no Windows para mim, porque no Windows não consigo remover o rasgo de tela sem habilitar o vsync, o que parece custar fps. Mas no Linux com o vsync desativado, não há tearing.

Eu achei as texturas de caches de jogo um pouco lentas em NTFS, você pode acelerar um pouco usando big_writes nas opções de montagem da unidade de disco. Ou mova-o para a unidade BTRFS ou EXT4.

No Man's Sky parece realmente funcionar melhor na minha velha placa de vídeo no Linux! Parece estar funcionando fora da caixa.

Fedora 28
Core i7-4770
Nvidia GTX 760
Proton 3.7-3

Tive os mesmos problemas de tela preta como comentário: https://github.com/ValveSoftware/Proton/issues/438#issuecomment -417493922

No mesmo arquivo TKGRAPHICSSETTINGS.MXML, definir "Borderless" como True também permitirá que o jogo seja executado corretamente, mesmo se a resolução da área de trabalho for superior à do jogo. Quero rodar jogos a 1920x1080 para qualquer gravação / streaming, mas minha área de trabalho está configurada para 1920x1200, definir a opção sem borda permite que eu faça isso.

No Windows não tenho nenhum problema apenas configurar meu monitor para 1920x1080 quando necessário, mas no Linux estou tendo um problema que suspeito ser com meu cabo DVI, que não permite que o sistema reconheça nenhuma resolução de 16: 9 para este monitor, e eu não consegui adicioná-los com o xrandr (continuo recebendo um erro BadMatch ao tentar adicioná-lo ao DVI-I-1.) Tenho um cabo DisplayPort solicitado que espero que abra toda a gama de resoluções do meu monitor é capaz de. Meu segundo monitor conectado via HDMI tem todos os seus modos devidamente reconhecidos, meu monitor principal não tem uma porta HDMI ou eu teria testado para ter certeza de que é o cabo DVI.

Atualização: era o cabo DVI. O cabo DP chegou na semana passada e todos os modos / resoluções de exibição já estão disponíveis.

[PROBLEMA] No Man`s Sky sem som (275850)

Problema transferido de https://github.com/ValveSoftware/Proton/issues/1459.
@Rainakins postado em 15/09/2018T09: 23: 49:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: No Man`s Sky
• Steam AppID do jogo: 275850

Informação do sistema

• GPU: GTX 1050ti
• Versão do driver / LLVM: Nvidia 396.54
• Versão do kernel: 4.15
• Link para o relatório completo de informações do sistema como Gist :

Informação do computador:
Fabricante: Desconhecido
Modelo: Desconhecido
Fator de forma: Desktop
Nenhuma entrada de toque detectada

Informações do processador:
Fornecedor da CPU: AuthenticAMD
Marca da CPU: Processador AMD Ryzen 5 2600 Six-Core
Família de CPU: 0x17
Modelo de CPU: 0x8
CPU Stepping: 0x2
Tipo de CPU: 0x0
Velocidade: 3400 Mhz
12 processadores lógicos
6 processadores físicos
HyperThreading: compatível
FCMOV: compatível
SSE2: compatível
SSE3: compatível
SSSE3: compatível
SSE4a: compatível
SSE41: compatível
SSE42: compatível
AES: Suportado
AVX: compatível
CMPXCHG16B: compatível
LAHF / SAHF: Suportado
PrefetchW: não suportado

Versão do sistema operacional:
Ubuntu 18.04.1 LTS (64 bits)
Nome do Kernel: Linux
Versão do kernel: 4.15.0-34-genérico
Fornecedor do servidor X: The X.Org Foundation
Versão do servidor X: 11906000
Gerenciador de janelas X: GNOME Shell
Versão do Steam Runtime: steam-runtime-beta-release_2018-06-14

Cartão de vídeo:
Driver: NVIDIA Corporation GeForce GTX 1050 Ti / PCIe / SSE2
Versão do driver: 4.6.0 NVIDIA 396.54
Versão OpenGL: 4.6
Profundidade de cor da área de trabalho: 24 bits por pixel
Taxa de atualização do monitor: 60 Hz
VendorID: 0x10de
DeviceID: 0x1c82
Revisão não detectada
Número de monitores: 1
Número de placas de vídeo lógicas: 1
Resolução da tela primária: 1920 x 1080
Resolução da área de trabalho: 1920 x 1080
Tamanho da tela principal: 20,08 "x 11,30" (23,03 "diag)
51,0 cm x 28,7 cm (58,5 cm diag)
Barramento primário: PCI Express 16x
VRAM primária: 4096 MB
Modos MSAA suportados: 2x 4x 8x 16x

Placa de som:
Dispositivo de áudio: Nvidia GPU 80 HDMI / DP

Memória:
RAM: 16052 Mb

Diversos:
Idioma da interface do usuário: Inglês
LANG: en_US.UTF-8
Espaço total disponível no disco rígido: 194192 Mb
Maior bloco de disco rígido livre: 107787 Mb
VR Headset: Nenhum detectado

Relatórios de falhas recentes:

• Versão do próton: 3.7-6

Eu confirmo:

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

steam-275850.log

Sintomas

O som funcionou inicialmente por cerca de uma semana e por alguma razão ontem o som parou completamente de funcionar todo o resto ainda funciona bem e o desempenho é ótimo, mas o som simplesmente não funciona mais

Reprodução

para mim é feito facilmente ao iniciar o jogo

Para mim, o jogo congela após a seleção de dificuldade. Acabei de receber uma tela preta e o GNOME fica completamente sem resposta. O som do jogo continua, no entanto, não consigo interagir mais com o computador e é necessária uma reinicialização a frio. Eu tentei alterar manualmente o jogo para os modos sem bordas e janelas sem nenhum efeito.

Estou usando um R9 Fury, Mesa 18.3, LLVM 8 da Padoka instável, conforme recomendado pela Proton, e kernel 4.18.8.

O que ulimit -aH diz a você? pode ser um problema limitado de arquivos abertos, frequentemente associado a congelamentos de carga.

saída de ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 4096
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Olá @ viggy96 , dê a https://github.com/zfigura/wine/blob/esync/README.esync uma leitura e aumente o limite máximo de arquivos abertos em seu sistema.

@kisak-valve Eu pensei que tinha feito corretamente antes, mas aparentemente não, LOL. No entanto, independentemente, No Man's Sky ainda falha da mesma forma para mim.
saída de ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1048576
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Ainda não consigo superar a tela preta deste jogo. Não tenho certeza do que pode estar causando isso. Aumentei o limite máximo de arquivos abertos, como acima, mas ainda não há dados.

Nvidia 396.54.09, Geforce GTX 1050ti, Proton 3.16-1 Beta, Slackware 14.2 multilib. Após a atualização desta manhã para o Proton 3.16-1, estou recebendo um erro dizendo que No Man's Sky precisa de pelo menos 1,5 GB de VRAM e que o adaptador (em branco) está relatando 0. O jogo carrega e joga bem, se você clicar , Apesar. Erro? Ou algo que preciso mudar?

@ viggy96 Ainda está com problemas?

Desculpe, pretendia atualizar. Meus problemas foram corrigidos com 3.16-3.

@SwooshyCueb Sim, estou. Ainda não consigo passar da tela preta. Eu tentei editar o arquivo de configurações do jogo para usar o modo sem bordas, como alguns outros sugeriram, mas ainda assim o No Man's Sky não funciona para mim.

Estou usando um R9 Fury, Mesa 18.3, LLVM 8 da Padoka instável, conforme recomendado pela Proton, e kernel 4.18.8.

A única coisa que posso sugerir é não usar drivers experimentais e LLVM8, volte para o lançamento do mesa versão 18.2.xe experimente o LLVM 7.0

Eu sei que os repositórios do Ubuntu são terríveis para obter os drivers da versão estável mais recente, às vezes, eu uso o antergos pessoalmente.

@ viggy96 Se você estiver se sentindo aventureiro, você pode dar https://launchpad.net/~kisak/+archive/ubuntu/steamvr uma chance (kernel e xorg-server não devem ser necessários para isso), caso contrário https: // launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa é uma aposta relativamente segura.

@ kisak-valve Infelizmente, o Padoka PPA estável não resolve o problema para mim. Eu também tentei desabilitar a sobreposição do Steam, mas sem sucesso. Além disso, para atualizar, estou usando o kernel 4.19 atualmente. É um problema muito estranho, já que até a área de trabalho do GNOME trava e sou forçado a reinicializar o computador.

Pode ser um problema de driver Fury R9 e AMDGPU, talvez? muitas pessoas não têm mais as cartas Fury.

Eu tenho um 1080Ti porque 4k e AMD ainda não tem suporte para jogos de 4k a 60fps. Assim que o fizerem, irei voltar para as GPUs AMD e ser capaz de experimentar todos os bugs Steamplay relacionados à AMD que as pessoas têm.

ATM, o maior problema com as placas NVIDIA são as bibliotecas que alguns jogos tentam usar são incompatíveis com o Wine / Proton, e é por isso que eles introduziram o truque de falsificação recentemente.

Tenho um problema com a renderização de todo o conteúdo 3D no jogo (tudo preto no carregamento, branco no jogo). Todos os menus funcionam bem.

Alterar as configurações não tem efeito.
Testado no Ubuntu 18.04 LTS e Solus 3,99 - mesmo resultado. (No ubuntu, também tente os drivers amdgpu mais recentes do site da amd)

especificações:
Radeon RX 580 Series (POLARIS10, DRM 3.26.0, 4.18.16-97.current, LLVM 7.0.0)
Processador AMD® Ryzen 5 1600x de seis núcleos × 12
7,8 Gb RAM

Os drivers do site da AMD são amdgpu-pro

Os que você vai querer experimentar são o pacote oibaf no launchpad, que deve ser compatível com qualquer distro baseada no Ubuntu (não tenho certeza se o solus é).

@jarrard solus é baseado no ubuntu, mas tem seu próprio sistema de pacotes.
Voltei para o ubuntu 18.04 e tentei o repo oibaf e funciona bem agora, muito obrigado.

Funciona no meu sistema (Ubuntu 18.04 com Mesa 19 Git R9 290)

String do fornecedor OpenGL: X.Org
String de renderizador OpenGL: AMD Radeon R9 200 Series (HAWAII, DRM 3.26.0, 4.18.19-041819-generic, LLVM 7.0.1)
Sequência de versão do perfil do núcleo OpenGL: 4.5 (Perfil do núcleo) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
String da versão da linguagem de sombreamento do perfil do núcleo OpenGL: 4,50
Sinalizadores de contexto do perfil principal do OpenGL: (nenhum)
Máscara de perfil de perfil de núcleo OpenGL: perfil de núcleo
Extensões de perfil de núcleo OpenGL:
String da versão OpenGL: 4.5 (Perfil de Compatibilidade) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
String da versão do idioma de sombreamento OpenGL: 4,50
Sinalizadores de contexto OpenGL: (nenhum)
Máscara de perfil OpenGL: perfil de compatibilidade
Extensões OpenGL:
String da versão do perfil do OpenGL ES: OpenGL ES 3.2 Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
String da versão do idioma de sombreamento do perfil OpenGL ES: OpenGL ES GLSL ES 3.20
Extensões de perfil OpenGL ES:

Possui algumas falhas visuais, algumas árvores exibem artefatos brancos na borda das folhas e galhos.

Plantas e grama semelhantes a arbustos aparecem e reaparecem na sua frente como se se dissolvessem devido à distância, mas estão na sua frente.

Além dessas mais de 100 horas jogando no Linux!

@AntoChu

@jarrard solus é baseado no ubuntu, mas tem seu próprio sistema de pacotes.

Solus não é baseado no Ubuntu. Começou assim, mas cortou os laços e recomeçou do zero, agora é coisa própria.

Gentoo com Mesa 18.3.1 no kernel 4.19.9, funciona como um sonho. No meu Vega64, ele supera o driver Windows OpenGL.

Aqueles caras da Mesa chutam o OpenGL e estão fazendo grandes melhorias no Vulkan. Estes são bons tempos.

Trabalhando para mim também desde a mesa 18.3.1 no ArchLinux.

No entanto, primeiro tive alguns problemas estranhos, corrigidos especificando estas opções de lançamento para No Man's Sky:

MESA_GL_VERSION_OVERRIDE=4.5COMPAT force_glsl_extensions_warn=true %command%

Tudo está funcionando muito bem no Vega64, apenas o Tesselation que realmente afeta o desempenho, mesmo em baixo, então desligá-lo realmente ajuda.

Com o próton 3.16-6, se eu tiver STEAM_PREFER_HOST_LIBRARIES definido como 0, o NMS não se conectará aos servidores. Se eu tiver definido como 1, será. Isso é resultado da mudança gnutls? (Slackware 14.2 vem com 3.6.5.) Isso funcionou bem sem usar host_libraries no 3.15 e abaixo.

Eu tenho o mesmo problema que @ viggy96 .

Rodando no Kernel 4.19-4.21 rc, da versão Mesa 18.3 ao Mesa-GIT, LLVM7 e LLVM8-svn, o jogo produz uma tela preta.

Kernel 4.18 e versão GIT do mesa baseado em 18.3 com LLVM-SVN, não tive problemas. Puxou 123 horas para o jogo.

Usando um Vega 56. Tentei todas as correções mencionadas. Cheguei até a esvaziar todo o meu cache, sem sucesso.

Estou tendo problemas no meu sistema Fedora 29 baseado em Wayland com uma placa ATI Vega64. Estou recebendo uma tela branca com linhas estranhas que aparecem conforme os sistemas são inicializados quando eu inicio o jogo pela primeira vez, depois de escolher uma dificuldade.

Eu verifiquei que sim, de fato, tenho 2 ^ 20 arquivos abertos como um limite fixo e flexível. Eu verifiquei que o processo de vapor também está configurado dessa forma.

Na verdade, foi bastante irritante, pois o instalador do Steam no meu sistema definiu um limite suave de 1024 e um limite rígido de 2 ^ 18 com um comentário sobre o Proton. Levei um tempo para rastrear tudo isso por meio de dracut e todos os tipos de outras coisas.

Atualização : tentei a solução de @ Anthony25 e ela melhorou as coisas. Mas, o solo ainda não está visível. Nem a maior parte do HUD. Além disso, recebo artefatos estranhos no fundo quando mudo para a tela que permite que você mexa na sua multiferramenta ou crie coisas.

Funciona bem no meu laptop com uma Quadro M1200 Mobile realmente anêmica. : - /

Steam usando o padrão Wine, então eu me pergunto se há correções para este jogo no staging porque é isso que eu uso. Além disso, este jogo é OpenGL (nativo), portanto, não envolve o Directx, o que é duas vezes estranho, você obteria problemas gráficos, dado que sua API nativa.,

Talvez o Fedora tenha uma versão ruim do Mesa?

Aqui está minha versão de tudo relacionado à mesa. :-)

$ rpm -qa '*mesa*' mesa-vulkan-drivers-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.i686 mesa-libEGL-18.2.8-1.fc29.x86_64 mesa-libGL-devel-18.2.8-1.fc29.x86_64 mesa-vulkan-drivers-18.2.8-1.fc29.i686 mesa-libGLU-9.0.0-16.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.i686 mesa-libgbm-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.i686 mesa-libOpenCL-18.2.8-1.fc29.x86_64 mesa-vdpau-drivers-18.2.8-1.fc29.x86_64 mesa-libxatracker-18.2.8-1.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.x86_64 mesa-libEGL-devel-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.i686 mesa-khr-devel-18.2.8-1.fc29.x86_64

Isso pode ou não dizer o que você precisa saber.

Quero informar que o No Man's Sky não funciona (não abre de jeito nenhum) no meu sistema Ubuntu 18.04 com uma GPU AMD (RX 550)

usando o driver gratuito amdgpu, fornecido pela AMD. Eu reinstalei o Steam e o jogo para confirmar isso.

steam-275850.log

Sim, eu não sei, parece que também não consigo fazer a versão GOG rodar através do Steam no meu GPU nvidia. Problema estranho.

Lutris funciona bem.

Descobri que o jogo requer a instalação de um driver vulkan, que não está incluído no Ubuntu 18.04. Instalei os pacotes mesa-vulkan-drivers e mesa-vulkan- drivers: i386 do Padoka Stable PPA

https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa

Também não estou tendo nenhum dos problemas de sistema operacional que experimentei quando tentei o driver amdgpu-pro-18.50-708488-ubuntu-18.04. Isso foi recentemente atualizado para uma nova compilação (725072) e pode ter corrigido problemas com o conjunto de drivers amdgpu-pro (que inclui um driver vulkan). Mas eu não iria arriscar, já que tinha grandes problemas.

Correção - usar pacotes Padoka PPA.

O jogo mudou para vulkan agora? pensei que estava aberto ...

Hmm, eu uso o Padoka PPA há muito tempo e o No Man's Sky ainda não funcionou na minha máquina. Ainda recebo um travamento da área de trabalho do GNOME e sou forçado a reinicializar a máquina com força, após selecionar uma dificuldade no jogo.

https://www.nomanssky.com/2019/04/vulkan-update/ Aparentemente, há uma mudança de mecanismo para Vulkan. Alguém já experimentou o ramo experimental?

Nms agora tem um renderizador Vulkan experimental, ele pode ajudar a amd em alguns dos 3 drivers vulkan (radv, amdvlk, -pro)

No Man's Sky - filial Vulkan (experimental)

Problema transferido de https://github.com/ValveSoftware/Proton/issues/2546.
@Rodhin postado em 16/04/2019 T16: 35: 46:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: No Man's Sky
• Steam AppID do jogo: 275850

Informação do sistema

• GPU: GTX 980Ti
• Versão do driver / LLVM: nvidia 418.56
• Versão do kernel: 4.18
• Link para o relatório completo de informações do sistema como Gist : https://gist.github.com/Rodhin/98698055599b676e3e8c868604cc75cf
• Versão do próton: 4.2-2

Eu confirmo:

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

steam-275850.log

Sintomas

Hoje o jogo recebeu um branch experimental, eles vão mudar de OpenGL para Vulkan. A versão OpenGL funciona como um sonho, mas a versão Vulkan quase não funciona com 2-5 FPS. Quando a próxima grande atualização for lançada para o jogo, o renderizador OpenGL será removido completamente.

Mais informações sobre o lançamento do Vulkan e acesso ao branch experimental:
https://www.nomanssky.com/2019/04/vulkan-update/

Reprodução

Mude para o branch experimental e inicie o jogo.

Movendo minha resposta para o tópico correto, desculpe!

GPU: GTX 1050ti
Versão do driver / LLVM: nvidia 418.49.04
Versão do kernel: 4.4.172
Link para o relatório completo de informações do sistema como Gist: https://gist.github.com/garpu/20a8d8928b67f691d56b355c39b4ac28
Versão do próton: 4.2-2

Mesmo problema, aqui. Fps ruim e parece que nenhuma configuração afeta o desempenho. (Eu redefini as opções de gráficos para o padrão, em torno de médio, onde pude jogar em tudo alto no renderizador OpenGL.)

Log: https://gist.github.com/garpu/bd9d23b1821bbb5f4a6b5f95a9947d02

Também confirmando que a atualização do Vulkan para No Man's Sky diminuiu o desempenho, é impossível jogar agora.

Informações do sistema: https://gist.github.com/LiamDawe/2db6810dfec6b26a81a72580d15a509a

Arquivo de registro do Proton: https://gist.github.com/LiamDawe/9497165b31f4ea96f640b3db109db4ad

Eu tentei o patch Vulkan experimental não apenas com o Proton 4.2, mas com o 3.16 beta e uma compilação de vinho TKG não oficial (embora não seja a última que tentarei a seguir) e o mesmo resultado. Também confirmei que o desempenho não é igual ao do Windows (onde há apenas uma queda de 5 fps do OGL).

Parece estar usando apenas um thread da CPU (ou não usando bem os outros).

Testei o renderizador experimental vulkan do jogo com meu amd rx470 e com RADV ele trava meu computador de uma maneira espetacular, deixando tudo roxo e enviando spam para o tty com "[ drm: amdgpu_cs_ioctl [amdgpu]] ERROR Falha ao inicializar o analisador 125!", Testei também com driver vulkan AMDGPU-PRO e funcionou com belos 60fps perto de um cargueiro quebrado (não testei mais). Não sei se o AMDVLK funcionará bem, mas provavelmente funcionará da mesma maneira que -pro, mas com uma tela de carregamento mais longa e intermitência.

Eu acho que a atualização do Vulkan para o Talos Principle foi mais lenta do que o OpenGL quando foi lançado, obviamente, há mais problemas para a compatibilidade do vinho, mas espero que o desenvolvedor progrida com o tempo.

Eu atualizei os drivers da placa de vídeo para os drivers 418.52.03 da Nvidia e nenhuma alteração.

tentei o renderizador vulkan novamente, mas com a versão mais recente do mesa estável (19.0.2) e ele não travou meu sistema, mas teve um desempenho muito ruim no início (5 fps no máximo), mas eu consertei selecionando as configurações padrão nos gráficos menu e fps foram para no máximo 60 fps

tentei o renderizador vulkan novamente, mas com a versão mais recente do mesa estável (19.0.2) e ele não travou meu sistema, mas teve um desempenho muito ruim no início (5 fps no máximo), mas eu consertei selecionando as configurações padrão nos gráficos menu e fps foram para no máximo 60 fps

Indo por relatórios em outros lugares, parece que o driver da Nvidia tem um problema.

Edit: Eu fiz uma postagem aqui nos fóruns de devtalk da Nvidia, se mais pessoas com placas Nvidia compartilharem suas experiências, espero que o problema seja examinado.

Isso pode muito bem ser verdade. Alguém aqui disse que a mudança dos drivers beta do Vulkan (no Windows) corrigiu o problema: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

Alguém tentou 418,56?

Parece que também há um tópico iniciado nos fóruns da Nvidia: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Isso pode muito bem ser verdade. Alguém aqui disse que a mudança dos drivers beta do Vulkan (no Windows) corrigiu o problema: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

Alguém tentou 418,56?

Parece que também há um tópico iniciado nos fóruns da Nvidia: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Eu tentei os drivers beta Vulkan no Windows, sem problemas com eles. Eu também tentei 418.56 no Linux, que tem o mesmo problema que os drivers de desenvolvimento no Linux.

Travamento completo para mim, exatamente da mesma forma como quando os drivers AMDGPU não suportavam OpenGL 4.5. Tela branca e, em seguida, travar o sistema completo.
Ubuntu 18.10 com Kernel 5.0.2 genérico, Padoka PPA instável Mesa 19.1 git, LLVM 9

Nenhuma mudança com a atualização de 18 de abril. Supostamente, devemos receber uma mensagem se nossos drivers não forem suportados. Não recebi uma mensagem iniciando isso. Presumindo que ele esteja procurando por extensões vulkan? O que está implementado no driver AMD que funciona que não está no driver da Nvidia? Se conseguirmos descobrir isso, talvez possamos fornecer algo para o pessoal dos drivers da nvidia. (Supondo também que este não seja um bug de mecanismo, o que poderia ser - as pessoas com os drivers mais recentes do Windows estão tendo o mesmo problema.)

Alguém no protondb disse que ele funcionou decentemente com drivers de amdvlk com alguns truques.

• GPU: GTX 970
• Versão do driver / LLVM: 418.56
• Versão do kernel: 5.0.7
• Link para o relatório completo de informações do sistema como Gist : https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -sysinfo-txt
• Versão Proton: 4.2-3
• Log de prótons: https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -steam-275850-log

Tentei executá-lo desativando wined3d mas parece que ele não retornou para DXVK. Qualquer configuração de tempo de execução não parece afetar o desempenho - passou de um estado jogável de 60 FPS (ramificação normal) para 10-12 FPS com a ramificação experimental.

Tentei executá-lo desativando wined3d mas parece que ele não retornou para DXVK. Qualquer configuração de tempo de execução não parece afetar o desempenho - passou de um estado jogável de 60 FPS (ramificação normal) para 10-12 FPS com a ramificação experimental.

O jogo não usa Direct X btw, então WineD3D ou DXVK não são usados. É diretamente Vulkan (ou OpenGL para o live atual), então usar qualquer comando de inicialização relacionado ao D3D é inútil.

Edit: Novo driver da Nvidia 418.52.05 sem alterações.

Pequena atualização tentou 430.09 mesmo problema.

Uma coisa que sempre noto é este erro que aparece nos registros:

4306.386:002a:002b:fixme:vulkan:wine_vkCreateCommandPool Support for allocation callbacks not implemented yet

Não carrega com a atualização de 29 de abril. Estou recebendo um pop-up com "Não foi possível inicializar o Vulkan (vkEnumerateInstanceExtensionProperties falhou.) Você pode não ter um driver Vulkan instalado ou um driver antigo em sua máquina pode estar corrompido."
ETA: Eu tenho 418.52.05 instalado. Sem problemas com aplicativos dxvk.

Tenho que confirmar. A execução do jogo após a atualização experimental de 29 de abril resulta na caixa de diálogo de erro (vkEnumerateInstanceExtensionProperties), seguida por uma tela preta (é necessário eliminar o NMS.exe com SIGKILL para se livrar dessa tela preta). Driver NVidia 418.56

vkEnumerateInstanceExtensionProperties aqui também.

Alguém pode confirmar se isso acontece na AMD?

@ fls2018 @ volca02 O mesmo problema de 'vkEnumerateInstanceExtensionProperties' no AMD, com um Radeon VII, Mesa 19.0.1 estável da Padoka. Kernel 5.0.10.

Alguém já experimentou com stock WINE ou wine-staging? Bug de NMS ou bug de WINE / próton?

Vulkan está quebrado para todos os drivers Vulkan 3 amd (RADV, AMDVLK e -PRO)

EDITAR: tentei com uma compilação proton-tkg 4.5 custon

O carregador Vulkan enviado com o jogo não funciona no Wine. Você pode usar WINEDLLOVERRIDES='vulkan-1=b' para contornar o erro vkEnumerateInstanceExtensionProperties.

Agora está de volta ao que estava antes do patch de 29 de abril. No entanto, parece que os usuários da Nvidia no Windows ainda estão tendo problemas de FPS.

Agora está de volta ao que estava antes do patch de 29 de abril. No entanto, parece que os usuários da Nvidia no Windows ainda estão tendo problemas de FPS.

Isso está na Nvidia para dar uma olhada, eu criei um tópico nos fóruns do devtalk, mas afundou sem nenhuma resposta.

Eu mesmo tentei a nova atualização com o override, parece que o desempenho melhorou um pouco ... ainda metade do que deveria ser, mas na minha experiência 25-30 fps a mais a 1440p do que antes da última atualização.

Isso está usando o driver 430 branch mais recente da Nvidia (um não desenvolvedor). Eu voltaria para o branch de 418 dev para ver se ele também melhorava.

Atualizar:

Driver 418.52.05 + nova atualização = 5 fps

430.09 driver + nova atualização = 40-50 fps em baixo em 1080p em uma GTX 1070.

Agora que mudei para o driver 430.09, tudo está liso como seda. Algumas falhas, mas são as mesmas que vi em outros lugares - por exemplo, com anéis de planetas e atmosferas vazando para as estações espaciais e a Anomalia. Eu não fiz nenhum benchmark formal, mas é quase igual ao OpenGL para mim.

Ouvi dizer que o renderizador vulkan era consideravelmente mais lento do que o opengl atm, podemos obter os números de comparação reais?

Substituir o carregador Vulkan do jogo faz com que o jogo mostre uma cópia do framebuffer e então trava. O sistema responde bem. Usando amdgpu

Agora que mudei para o driver 430.09, tudo está liso como seda. Algumas falhas, mas são as mesmas que vi em outros lugares - por exemplo, com anéis de planetas e atmosferas vazando para as estações espaciais e a Anomalia. Eu não fiz nenhum benchmark formal, mas é quase igual ao OpenGL para mim.

Você pode fornecer mais detalhes, ou seja, especificações do sistema, resolução, configurações, etc.?

O motivo é que 430,09 é melhor. Ainda estou conseguindo apenas metade do desempenho do OGL ou do Vulkan no Windows. Definitivamente, não é tão suave quanto a seda para mim, quase jogável, talvez.

Se eu tiver o mosaico de terreno ativado, ele travará, e consegui usar isso com OpenGL. Eu sempre desligo o desfoque por causa do enjôo.

Nvidia 1050ti, i7-2700K, Slackware 14.2 mulitlib.

Portanto, usando o Mesa, este último ramo experimental parece não funcionar.
Habilitar AMDVLK para isso funciona.

Posso reproduzir a falha ao habilitar a tesselação.
EDIT: Crash para mim parece ser quando vsync está ligado, não tesselation.

Se eu tiver o mosaico de terreno ativado, ele travará, e consegui usar isso com OpenGL. Eu sempre desligo o desfoque por causa do enjôo.

Nvidia 1050ti, i7-2700K, Slackware 14.2 mulitlib.

Você pode fazer nvidia-smi no terminal enquanto joga? Estou percebendo que o NMS.exe está usando apenas 800 MB de VRAM, talvez haja um estranho gargalo na alocação de memória.

De forma bastante sólida, com 1712 MB. Nem mais, nem menos, o que é estranho. Eu esperava que esse número se movesse para um lado ou outro durante o jogo. 142 MB quando não estiver reproduzindo nada em uso, portanto 1570 MB para NMS.

De forma bastante sólida, com 1712 MB. Nem mais, nem menos, o que é estranho. Eu esperava que esse número se movesse para um lado ou outro durante o jogo. 142 MB quando não estiver reproduzindo nada em uso, portanto 1570 MB para NMS.

Isso não pode estar certo, certo?

O jogo está usando mais memória do sistema do que memória GPU do meu lado, no Windows a 1440p ele usa alguns GB de memória GPU.

Confirmando, o NMS.exe leva apenas cerca de 1022 MiB de memória GPU no meu sistema nvidia (GTX 1080, 430,09) ao carregar na estação espacial e cerca de 1048 MiB quando no planeta.

E com OpenGL?

Lembre-se de que a memória alocada não é igual à memória realmente usada. Vulkan pode apenas estar recebendo uma alocação significativamente menor devido a otimizações específicas da API do Vulkan (apenas aloca o que precisa). O OGL provavelmente alocará mais memória ALLOT.

E com OpenGL?

Lembre-se de que a memória alocada não é igual à memória realmente usada. Vulkan pode apenas estar recebendo uma alocação significativamente menor devido a otimizações específicas da API do Vulkan (apenas aloca o que precisa). O OGL provavelmente alocará mais memória ALLOT.

No Windows no mesmo Vulkan experimental está usando 4,2 GB, no Linux ele limita em 1,2 GB, já que acima há apenas 800 MB para NMS.exe. Definitivamente, há algum gargalo grave em algum lugar, seja a alocação de memória o problema ou apenas o sintoma de que há definitivamente um problema.

Também pode não ser muito específico do Linux. Eu li uma postagem nos fóruns de discussão do NMS Steam que um usuário do Windows teve um desempenho ruim até trocar sua GPU para um slot PCI-e diferente (não posso testar isso por causa do resfriamento de água) . Eu também vi pessoas tendo problemas com o SLI que dispara o problema de 5 fps.

Olá a todos. Recentemente, mudei para o Linux Mint 19.1 no início do ano. Meu equipamento está equipado com uma CPU Phenom II X6 1090T, 16GB DDR3 RAM, uma única placa de vídeo Red Devil Vega 64 e inicialização dupla do Linux Mint e do Windows 10. Linux Mint está usando o kernel 4.18.

No lado do Linux, instalei os drivers padoka MESA instáveis ​​mais recentes (a opção instável foi escolhida devido ao seu suporte a placas Vega) junto com os drivers Vulkan mais recentes. Recentemente, tentei lançar a versão experimental do No Man's Sky para aproveitar as vantagens da API Vulkan, mas recebi o mesmo erro "Não foi possível inicializar o Vulkan (vkEnumerateInstanceExtensionProperties falhou.) Você pode não ter um driver Vulkan instalado ou o driver antigo em sua máquina pode estar corrompido. " como @garpu @ fls2018 e @ volca02 recebidos. Tentei usar o comando override mostrado neste tópico para ignorar o iniciador Vulkan do próprio NMS, mas ele me deu a mesma mensagem de erro exata. Não tive escolha para voltar à compilação estável do NMS no Linux. Existem outras soluções disponíveis? Ou esse é um problema que deve ser corrigido nas atualizações mais recentes do ramo experimental do NMS?

No Windows 10, atualizei os drivers AMD para o Adrenalin 19.4.3 e lancei a compilação experimental do NMS. Foi lançado com sucesso e notou um aumento substancial no desempenho e no FPS. Ainda há gagueira, mas isso pode ser devido ao meu aperto de CPU. A princípio, não vi nenhum aumento de desempenho até entrar nas opções de gráficos e aumentar o limite de FPS padrão de 30 para 90 e desabilitar o V-sync.

Qualquer informação seria muito apreciada.

bem atm a compilação opengl deve funcionar melhor que vulkan de qualquer maneira. Há um limite de memória sendo aplicado ao vulkan no Linux e até descobrirmos isso, ele provavelmente terá problemas de desempenho em relação à opção ogl.

O driver 430.14 mais recente sem alterações.

Com a atualização de 14 de maio, o mosaico ainda falha (drivers da Nvidia 430.14). AFAIK, o mosaico ainda está tendo problemas para usuários do Windows também.

Proton 4.2-4 afirma "-Melhorar o suporte do Vulkan para a nova compilação do No Man's Sky Vulkan."

Isso significa que não é mais necessário usar substituições de vinho para definir vulkan como integrado.

Não vejo diferença no desempenho.

Se você está no NVIDIA, na série 430, está muito mais próximo dos níveis do OpenGL agora no Vulkan beta e pode ser jogado novamente.

Parece que estou travando a GPU no Vulkan no meu RX 580 c / Mesa 19.1.0-rc2 / LLVM 8.0, assim que o jogo termina de carregar. Alguém mais pode confirmar?

Não tentei sem o Esync, mas não acho que vá fazer diferença, já que o jogo funciona bem em OpenGL.

Com a nova atualização do Proton, o jogo começou a funcionar bem para mim novamente no RADV. (Mesa 19.0.4 / LLVM 8.0.0) em uma Radeon VII

Olá @ jerbear64 , copie as informações do seu sistema do Steam ( Steam -> Help -> System Information ) e coloque-as em uma essência , em seguida, inclua um link para a essência em este relatório de problema. Além disso, 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.

https://gist.github.com/jerbear64/ce4c393c02d467790dbb65e9f115a780

Capturei um registro de Proton ontem à noite. Isso vai até o travamento da GPU, então o jogo foi encerrado abruptamente como resultado.
steam-275850.log

@ jerbear64 , se não for muito https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1.

Sem problemas, eu já mantenho meu próprio Mesa COPR no Fedora. Posso aplicar a solução alternativa esta noite e apresentar um relatório.

-------- Mensagem original --------
Em 15 de maio de 2019, 8:56 AM, kisak-valve escreveu:

@ jerbear64 , se não for muito incômodo, você pode tentar uma solução alternativa em https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa .

Olá a todos!

A atualização experimental mais recente do No man sky, na verdade, permitiu que o nms fosse iniciado usando o Vulkan no Linux Mint 19.1 sem usar a solução alternativa de comando especial. O jogo conseguiu carregar e eu consegui me mover ... Por um curto período de tempo.

No entanto, o jogo congelou os gráficos tanto na minha tela principal quanto na secundária (o monitor secundário estava com o meu navegador) depois de olhar ao redor da área onde salvei pela última vez, embora o som ainda estivesse vindo do jogo. Eu não consegui obter nenhuma resposta do jogo nem do pc e, portanto, tive que fazer um hard reset no meu equipamento.

Um passo na direção certa, com certeza, mas eu congelei depois de olhar em volta. Voltei para a construção estável mais uma vez.

A solução alternativa não teve efeito. Ainda trava logo após a tela de carregamento.

@TarsusEndri Parece um travamento da GPU e é semelhante aos meus sintomas. Qual é a sua GPU / driver?

@ jerbear64

Meu GPU é um Powercolor Red Devil RX Vega 64 usando os drivers MESA-Padoka Unstable mais recentes (de acordo com a página Padoka, drivers instáveis ​​são necessários para uso com placas da série Vega). Os drivers Vulkan mais recentes também foram instalados.

E aquela nova porcaria de pré-cache de shader que acabou de ser adicionada ao vapor apenas reduziu o desempenho ainda mais ...

Não vou experimentar o Vulkan para este jogo até que ele saia do beta e esteja na versão final. Tente também excluir seus arquivos de cache para dxvk e proton

Apenas para registro, o driver 418.52.07 da nvidia não parece incluir a correção para o FPS baixo, é FPS de um dígito nesta versão do driver (apenas 430. * parece incluir a melhoria).

Apenas para registro, o driver 418.52.07 da nvidia não parece incluir a correção para o FPS baixo, é FPS de um dígito nesta versão do driver (apenas 430. * parece incluir a melhoria).

Eu suspeitei disso, o novo driver de desenvolvimento Vulkan nada mais é do que o mesmo antigo branch com algumas extensões extras. Também como mencionado, o 430, embora melhor, ainda precisa de melhorias, pois há um problema de memória com ele.

@ jerbear64 Minha GPU também trava com Mesa 19.1rc4 (LLVM8) e 19.2-git (LLVM9) no branch experimental Vulkan, enquanto mesa 19.0.x (LLVM8) funciona bem. Rolling AMDGPU / 290X / Arch Linux.

No entanto, geralmente posso replicar o acidente. Para mim, parece que é quando tento fazer um jetpack no meu biodome cheio de plantas. No entanto, o que é confuso, se eu sair e fizer um jetpack para fora do biodome e olhar para dentro, ele não quebra. Então, possivelmente, quando dentro do cubóide de vidro que leva ao biodome, uma sombra ou um shader de luz (?) Está fazendo algo estranho.

Não tenho logs DXVK ou algo assim. Eu estava tentando apenas o mesa 19.1 e 19.2 porque o VirtualBox tem corrupção visual no mesa 19.0.5, então pensei em tentar um novo do que o antigo ... Estou apenas jogando meu "eu também" no ringue.

Talvez um bug vulkan semelhante? https://github.com/doitsujin/dxvk/issues/1056

Não há registros DXVK porque não é um jogo DX. Pelo menos não sou só eu.

-------- Mensagem original --------
Em 1º de junho de 2019, 12h24, HanFox escreveu:

@ jerbear64 Minha GPU também trava com Mesa 19.1rc4 (LLVM8) e 19.2-git (LLVM9) no branch experimental Vulkan, enquanto mesa 19.0.x (LLVM8) funciona bem. Rolling AMDGPU / 290X / Arch Linux.

No entanto, geralmente posso replicar o acidente. Para mim, parece que é quando tento fazer um jetpack no meu biodome cheio de plantas. No entanto, o que é confuso, se eu sair e fizer um jetpack para fora do biodome e olhar para dentro, ele não quebra. Então, possivelmente, quando dentro do cubóide de vidro que leva ao biodome, uma sombra ou um shader de luz (?) Está fazendo algo estranho.

Não tenho logs DXVK ou algo assim. Eu estava tentando apenas o mesa 19.1 e 19.2 porque o VirtualBox tem corrupção visual no mesa 19.0.5, então pensei em tentar um novo do que o antigo ... Estou apenas jogando meu "eu também" no ringue.

Talvez relacionado? doitsujin / dxvk # 1056

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa .

Também tendo o problema de travamento ao carregar com a versão Vulkan. 980Ti travando durante a cena de carregamento com:
wine_vkCreateCommandPool Support for allocation callbacks not implemented yet , que acredito ser o código de erro.

Executando 418.52.10 driver em 5.1.12-arch1-1-ARCH

steam-275850.log

Meu RX 480 recebe uma tela colorida semelhante, em seguida, trava e "falhou ao inicializar o analisador -125" erro no dmesg no branch experimental. OpenGL é lento, mas funciona. Estou usando AMDGPU (Mesa?) 19.1.1 com LLVM 8.0.0.

Curiosamente, se você criar um novo save - não carregar um antigo - o jogo não travará até que a pequena introdução cutscene termine.

Meu RX 480 recebe uma tela colorida semelhante, em seguida, trava e "falhou ao inicializar o analisador -125" erro no dmesg no branch experimental. OpenGL é lento, mas funciona. Estou usando AMDGPU (Mesa?) 19.1.1 com LLVM 8.0.0.

Curiosamente, se você criar um novo save - não carregar um antigo - o jogo não travará até que a pequena introdução cutscene termine.

Você poderia gerar um PROTON_LOG=1 com um novo save & vulkan?

Felicidades

NOTA: A primeira tentativa de carregar fez ctd após a introdução do starfield travel, mas o carregamento da segunda vez funcionou bem, possível aumento na geração do cache de sombreador.

Aqui está meu log do Steamplay no manjaro xfce 1080TI, parece funcionar, mas pode haver sérios problemas de desempenho. Tenho que testar as configurações mais.

steam-275850.log

Como você volta para opengl? ou isso requer um novo download para outra versão não exp? parece estranho se assim for.

### OK TESTE FEITO

Vulkan FPS: ~ 15-30 fps
OpenGL FPS: ~ 50-60 + fps

Sim, Vulkan trabalhou neste jogo, isso é bastante extraordinário uma vez que outros jogos que usam o vulkan geralmente obtêm 1: 1 ou acima da paridade no Linux e Steamplay (doom / wolf ....). Não faço ideia do que está acontecendo, bastante intrigante!

@jarrard certifique-se de experimentar o driver 430.x caso ainda não o tenha feito. 430.34 parece consertar meus problemas com o desempenho do Vulkan, mais ou menos (às vezes ainda há situações de baixa taxa de quadros na superfície do planeta).

Estou usando 430,26 atm, vou tentar conseguir novos algum dia.

Alguém consegue lançar o jogo com Proton 4.11? Estou descobrindo que ele trava / trava imediatamente, 4.2-9 ainda funciona. Tentei desligar o fsync para ver se esse era o culpado pela diferença.

steam-275850.log

Sou capaz de iniciar o jogo com 4.11, usando o cliente opengl, entretanto, já que o vulkan tem alguns problemas.

Aqui está meu log. Gostaria de ter realidade virtual para jogar com este jogo.

steam-275850.log

Eu encontrei o problema, eu tinha o driver 418 dev instalado que geralmente inicia (mas com o bug de 5fps), mas com 4.11 ele trava.

430 funciona com 4.11 desde que o fsync não seja usado.

Outra coisa que todos devem notar é que o renderizador Vulkan se torna o principal em pouco menos de duas semanas, estou supondo que o OpenGL provavelmente será descartado, a menos que o mantenha para suportar sistemas mais antigos, o que eu duvido.

É por isso que é importante que os problemas sejam resolvidos em vez de se contentar com o renderizador OGL.

Se ele está se tornando o renderizador principal, você pode esperar um monte de atualizações / correções para ele. Espero que isso o faça funcionar um pouco mais suavemente, já que eu nunca conseguiria carregar o branch Vulkan.

Para mim, o jogo nem inicia no 4.11, mas funciona totalmente bem no 4.2-9

@ Haxk20 você está usando o kernel fsync? em caso afirmativo, tente desativar o fsync ou esync antes de iniciar o jogo.

Vou tentar fazer isso. Sim compilado 5.3-rc2 com fsycn

Infelizmente, fsync e esync desativados, mas ainda assim não conseguem iniciar.

E isso acontece tanto no openGL quanto no Vulkan.

IDK o que aconteceu, mas eu estava tentando matar o processo NMS.exe, pois o Steam estava me dizendo que estava em execução, mas nada apareceu por minutos e eu cliquei em matar o processo, matou o explorer.exe e ele apenas apareceu com o NMS.exe ainda em execução
EDIT: Este foi apenas o lançamento 4.2-9 depois que eu mudei. Só demorou mais para registrar novamente. 4.11 ainda está quebrado.

Parece que 4.11-2 quebrou -1 trabalhando ao usar construção personalizada

Apenas um aviso:

A compilação do Vulkan estará no ar a qualquer momento, olhando as notas do patch como suspeita de que o OpenGL FOI TOTALMENTE REMOVIDO.

Então, literalmente, não há como evitar o vulkan agora, apenas esperando que eles tenham feito algumas otimizações em seu motor para que funcione melhor com os drivers do Linux, embora seja provável que tenha o mesmo desempenho do experimental.

Para qualquer um na AMD que a GPU fica no ramo Vulkan, se você instalar o ACO o jogo funcionará, embora não seja 100% preciso. Vou preencher um relatório de bug assim que o Beyond for lançado, pois isso pode mudar isso.

-------- Mensagem original --------
Em 14 de agosto de 2019, 6h58, fls2018 escreveu:

Apenas um aviso:

A compilação do Vulkan estará no ar a qualquer momento, olhando as notas do patch como suspeita de que o OpenGL FOI TOTALMENTE REMOVIDO.

Então, literalmente, não há como evitar o vulkan agora, apenas esperando que eles tenham feito algumas otimizações em seu motor para que funcione melhor com os drivers do Linux, embora seja provável que tenha o mesmo desempenho do experimental.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa .

Estou na Austrália, então não receberemos o patch até o final. A última vez que experimentei o branch Vulkan, ele tinha grandes problemas de desempenho com a nvidia 1080TI.

O driver Nvidia 430 também parece travar.
Pop! _OS 19.04
GTX 1070.

Além de travar antes de carregar os menus ou depois de selecionar um salvamento. Parece que Vulkan é o único renderizador disponível.

Correto, eu consegui entrar no jogo, houve alguns travamentos / travamentos no primeiro carregamento, mas tudo ainda é o mesmo, pelo menos na Nvidia 435.17 ... baixo fps ainda.

As configurações de gráficos mudaram um pouco, de forma difícil de comparar diretamente, mas o uso de VRAM ainda é baixo, quase jogável nas configurações padrão (mais baixas) em um 1070.

Acho que alguém da nvidia precisa de um ping para dar uma olhada nisso, agora foi lançado.

Carrega bem para mim, sem problemas.

No entanto, o desempenho é absolutamente terrível no meu 980ti com Proton 4.9 e 4.11 ambos testados.

Vou testar no meu 580, com e sem ACO, quando chegar em casa do trabalho. Seria interessante ver se a queda de FPS é específica da Nvidia. Lembro-me de que algumas pessoas com a Nvidia estavam dizendo que eles tiveram um desempenho ruim no antigo ramo Vulkan experimental também.
-------- Mensagem original --------
Em 14 de agosto de 2019, 14h43, Liam Dawe escreveu:

Carrega bem para mim, sem problemas.

No entanto, o desempenho é absolutamente terrível no meu 980ti com Proton 4.9 e 4.11 ambos testados.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa .

Funcionando bem para mim em um 1050ti com 435,17. Não se conecta aos servidores online, mas desabilitei o multiplayer.

Falha antes de carregar o menu no Kubuntu 19.04, 1070 com 430.40 e próton 4.11-2
No Lutris, diga "vkEnumerateInstanceExtensionProperties falhou"
steam-275850.log

Falha após cerca de 15 segundos ao carregar um novo jogo para mim. Proton 4.11-2.
Informações do sistema Steam
steam-275850.log

Falha logo após carregar um jogo novo ou existente. Proton 4.11-2, RX 480 com o mais recente Mesa estável.
steam-275850.log

Aqueles na Nvidia, eu criei um problema nos fóruns de devtalk da Nvidia sobre o desempenho meses atrás, mas não houve nenhuma resposta. Seria ótimo se outros pudessem relatar o problema lá para tentar manter isso em seu radar, pelo menos:

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/

Quanto ao travamento, tenha em mente que todas as plataformas (incluindo consoles) estão enfrentando travamentos, especialmente no nexo. Pode ser difícil isolar quais travamentos são causados ​​por drivers de prótons / linux ou bugs do jogo.

@ fls2018 talvez você deva atualizar a submissão original para mostrar que não precisa mais selecionar manualmente o branch vulkan. E o título, já que você está nisso, agora é apenas um problema de desempenho com o jogo normal.

O desempenho de 430.34-54 é péssimo com a atualização Beyond - no GTX 1080 com resolução ultralarga de 2560x1080, tenho 20-30 FPS no estoque ou a pé.

418.52.20 Não consigo nem fazer o No Man's Sky carregar além da janela "Preparando para lançar". Parece que o prefixo nem mesmo está sendo atualizado. Com Proton 4.11-2 e Proton-tkg 4.13.r7.gca09e891

Isso é tudo que está no PROTON_LOG (steam-275850.log)
======================
Proton: 1565123138 proton-4.11-2
SteamGameId: 275850
Command: ["/home/telans/.local/share/Steam/steamapps/common/No Man's Sky/Binaries/NMS.exe"]
Options: set()
======================

418.52.20 Não consigo nem fazer o No Man's Sky carregar além da janela "Preparando para lançar". Parece que o prefixo nem mesmo está sendo atualizado. Com Proton 4.11-2 e Proton-tkg 4.13.r7.gca09e891

Por alguma razão, o branch 418 dev não inicia mais o NMS com o Proton 4.11, você pode iniciar o proton 4.2 com eles, mas obteria apenas 5 fps.

430 e posteriores são absolutamente necessários para qualquer jogo.

Recentemente instalei este jogo, depois de criar um novo jogo ele mostra a introdução e vai "para a galáxia" por 10-20 segundos e, em seguida, travar.
steam-275850.log

Alguém já experimentou o modo VR? Acabei de experimentar no meu Índice, mas ele trava instantaneamente. Eu vejo uma tela preta no meu monitor por um tempo, mas ela desaparece após uma fração de segundo.

Sim, funciona em 430.34 Drivers Nvidia para mim com meu 1080TI em 4k, mas o FPS é significativamente pior do que quando estava rodando OpenGL, onde no tipo de planeta semestéril em que estou eu facilmente ultrapassaria 60fps, mas com Vulkan Estou caindo para o que deve ser 10-20fps e raramente vejo 60fps, a menos que esteja olhando diretamente para baixo / para cima.

Um pouco decepcionante, deve haver algo realmente errado acontecendo para que Vulkan tenha um desempenho tão ruim!

NOTA para aqueles que estão saindo para a área de trabalho no menu, não passe o mouse sobre as opções do menu; manter pressionado para eliminar a mensagem de atualização também fará com que as seleções do menu de fundo (se você passar o mouse sobre elas) causem um problema.

Também posso relatar um desempenho muito ruim com a nova atualização "Beyond". No passado, eu era capaz de jogar muito bem com o renderizador OpenGL, mas agora que foi removido em favor do Vulkan, os FPS são muito baixos para jogar.

Próton: 4.12-2
Driver da Nvidia: 430,34
GPU: Nvidia RTX 2070

Se eu fosse adivinhar, o fraco desempenho que quase todos veem poderia ser devido ao limite de memória de vídeo aparentemente abstrato de 1 GB que acontece com o NMS

Você poderia testar este @rstrube com nvidia-smi?

O uso de VRAM para mim é o seguinte, sim, parece baixo, considerando que estou em configurações altas em 4k.

C + G ... ps \ common \ No Man's Sky \ Binaries \ NMS.exe 1375-1408MiB

Então, novamente, planeta não é nada espetacular, e não tenho nenhuma referência aberta. (OGL provavelmente lida com memória e cache de maneira diferente, então pode não ser uma comparação comparativa).

Aqui está a saída de nvidia-smi .

nvidia-smi
Wed Aug 14 18:32:47 2019       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 430.34       Driver Version: 430.34       CUDA Version: 10.1     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce RTX 2070    Off  | 00000000:06:00.0  On |                  N/A |
| 41%   50C    P0    73W / 185W |   1494MiB /  7982MiB |     93%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      1407      G   /usr/lib/xorg/Xorg                            39MiB |
|    0      1965      G   /usr/lib/xorg/Xorg                           200MiB |
|    0      2112      G   /usr/bin/gnome-shell                         252MiB |
|    0     27233      G   ...m/debian-installation/ubuntu12_32/steam    31MiB |
|    0     27257      G   ./steamwebhelper                               3MiB |
|    0     29820    C+G   ...ps\common\No Man's Sky\Binaries\NMS.exe   906MiB |
+-----------------------------------------------------------------------------+

Aqui está um vídeo mostrando o uso de memória com open-gl / vulkan no Windows: https://youtu.be/XEC1mEsZ2lU?t=30

Especialmente porque isso é apenas 1080p, 1,3 GB para 4k parece extremamente baixo. Peraps o baixo desempenho é devido à troca de texturas do jogo muito frequentemente quando VRAM é baixo?

Não sei, o baixo desempenho é persistente e não algo que acontece apenas quando em movimento.

Alguém mais pode confirmar se o driver 435.17 beta resolve o problema de baixo desempenho do Vulkan?

existe um ubuntu ppa com esse driver em algum lugar? única maneira de testá-lo. Não está em nenhum dos meus gerenciadores de pacotes. (uma das coisas que sinto falta no ARCH AUR)

Oh encontrei-os.

https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa

Legal, eu estava prestes a postar esse link exato. É bom que o PPA já tenha os drivers beta mais recentes instalados.

Infelizmente o driver 435 não está aparecendo na minha lista de pacotes, parece que não consigo vê-lo no PPA .. não sei por quê.

Infelizmente o driver 435 não está aparecendo na minha lista de pacotes, parece que não consigo vê-lo no PPA .. não sei por quê.

Interessante, você só deve conseguir fazer sudo apt install nvidia-driver-435 . Você vê que o PPA é verificado se você fizer um sudo apt update ?

Não estou vendo Nvidia-435 também, o mais recente disponível é Nvidia-430

Estranho, está definitivamente no PPA, talvez esteja por trás de algum tipo de bandeira de teste?

Veja aqui:
https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa/+packages?field.name_filter=435&field.status_filter=published&field.series_filter=

Edit: Oh merda, é por 19,10 (Eoan) meu mal ...

Alguém nos fóruns de desenvolvedores da nvidia postou que 435.17 não corrigiu os problemas de desempenho. Eu tinha grandes esperanças de que o driver beta mais recente melhorasse as coisas ...

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/post/5373548/#5373548

Acho que o principal problema é que o jogo nem começa na maioria das circunstâncias. É um problema com o Proton AFAIK.

Acabei de instalar 435.17 no Arch, e posso entrar no jogo agora (não poderia com 418), mas não importa se eu desabilitar f-sync (sempre quebra) ou e-sync (não faz diferença) ele trava antes que um mundo gere . Testado criando um novo save / carregando um antigo.

Apenas para notar que este é exatamente o mesmo problema que eu estava tendo um ou dois meses atrás com os drivers 430 e o branch experimental vulkan.

Acho que o principal problema é que o jogo nem começa na maioria das circunstâncias. É um problema com o Proton AFAIK.

O meu vai começar sempre, mas o desempenho não pode ser reproduzido.

ele trava antes que um mundo seja gerado.

Certifique-se de excluir seus arquivos SHADERCACHE antigos apenas para ter certeza. E certifique-se de que não está carregando mods.

Instalação limpa, com e sem shadercache pré-construído, mesmo resultado. Não tenho certeza de como pode ser tocado agora que o open-gl se foi.

steam-275850.log

Não tenho certeza de como posso tocar agora que o open-gl se foi

Bem, você não pode, mas para ser honesto, nenhum de nós vai jogar a 10-20fps, a menos que você goste desse tipo de coisa (usuários de laptop).

O que eu sugiro é apenas postar seu registro de prótons por enquanto.

Na verdade, no tópico de ser capaz de reverter para Open-GL, pode ser possível baixar manualmente os binários antigos do No Man's Sky e etc. através do console Steam.

Aqui estão as listas de manifestos para NMS: https://steamdb.info/depot/275851/manifests/

Vou tentar e ver no que vai dar.

Parece que consigo entrar no jogo rodando com Proton 4.2-9, na Nvidia 430.40
Ele travou quando tentei entrar na atmosfera de outro planeta, embora ainda não tenha testado novamente.
Não tem um log para isso, desculpe. Esqueci de habilitá-lo. Vou atualizar este comentário se obtiver a falha em 4.2-9 novamente.

Vou tentar e ver no que vai dar.

Meu palpite é que você precisará reverter para a versão e conteúdo do jogo anterior. IE. Não além.

Eu meio que só queria jogar devido ao além da atualização.

Isso é o que eu queria dizer, mas sim, é uma pena que Beyond não parece funcionar.

Um patch da semana 1 pode ajudar, pois os usuários do Windows estão enfrentando travamentos no jogo, que podem estar relacionados.

outro usuário da nvidia com o bug de uso de 1,5 gb. eu sei que a versão opengl usou quase toda a minha memória de vídeo. estava travando nas configurações ultra que consegui rodar antes da atualização. a queda para baixo interrompeu a queda imediata, mas os quadros estão definitivamente muito baixos.

Após a última micro atualização (30,7 MB) há alguns minutos, o jogo parece estar funcionando bem. Ele estava mostrando uma tela preta enquanto a música tocava antes desta última atualização. Estou obtendo 60 fps.

Também esqueci, usando o carregador Vulkan do Proton.

Sistema:
Ryzen 5 1600
RX 580 8 Gb

Ubuntu Budgie 19.04
RADV / ACO / LLVM 8
Proton 4.11-2
Vulkan 1.1.101.0-2

Qual é o seu uso de vram? No entanto, não vejo uma atualização

Recebi a atualização além quase 24 horas depois que outras pessoas a receberam. Existe um sistema de atraso com processo de atualização de vapores, provavelmente relacionado à região. Sou australiano, cidadão do Steam de 3ª categoria :(

Qual é o seu uso de vram? No entanto, não vejo uma atualização

Tenho 4587 MB de VRAM livre, portanto, 3605 MB usados

As placas AMD não parecem ter o problema de baixo uso de VRAM.

Também estou usando o beta experimental (BuildID de conteúdo atual: 4107029)

Ainda trava ao carregar um mundo com a atualização experimental / 30 MB

Encontrando um problema divertido com RADV / ACO em minha Radeon VII: o jogo carrega bem, embora glacialmente lento ... então todo o terreno está completamente ausente. Eu verifiquei os arquivos do jogo. As versões mais antigas do Proton nem iniciam.

Deixa pra lá! Mesmo problema no Windows .....: man_shrugging:

editar: Embora eu tenha o mesmo problema que o usuário abaixo de mim!

Consigo rodar este jogo com a atualização Beyond perfeitamente com Proton 4.2 e 4.11.1.
O que não funciona, no entanto, é tentar fazê-lo funcionar em RV. Ele apenas abre uma janela preta e "carrega" eternamente. "carrega" porque IO é exatamente zero e o processo é um zumbi ...
Se eu desabilitar o esync, o processo não se tornará um zumbi, mas em vez disso terá cerca de 2-3% da carga da CPU e não fará nada com o IO também, e novamente apenas uma tela preta. Tentar usar PROTON_LOG = 1 não faz nada, não parece haver nenhum log gerado.
Tentar VR para iniciar com Proton 4.2 apenas inicia a versão desktop, provavelmente porque ainda tem com a antiga lib openvr.
Edit: provavelmente deve mencionar que estou no Mesa 19.2 ACO

Não está funcionando bem para mim no Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. Falha na área de trabalho assim que o mundo carrega.

Consigo um pouco mais de progresso no Mesa 19.2 ACO. O mundo carrega e eu obtenho um desempenho razoavelmente decente, mas se eu abrir um menu minha placa de vídeo trava.

Ok, agora gerou um log para VR. Ele ficou em torno de 60 MiB depois de nem mesmo dois minutos ... Eu carreguei "apenas" cem mil linhas disso, então o github não cancelará o upload porque está demorando muito: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
Editar: aqui está um registro de um lançamento normal (2D): steam-275850.log

com a atualização de 30 MB em experimental, o limite de memória de 1,5 GB pode ter desaparecido. a execução de gráficos no meio faz com que ele vá até 1,9 gb de uso de memória de vídeo de forma irregular. rodando em cargas altas para o mundo, mas os travamentos imediatamente. a execução de gráficos no ultra causa travamento na tela inicial do sistema de carregamento.

com a atualização de 30 MB em experimental, o limite de memória de 1,5 GB pode ter desaparecido. a execução de gráficos em experimental faz com que ele vá até 1,9 gb de uso de memória de vídeo de forma irregular. rodando em cargas altas para o mundo, mas os travamentos imediatamente. a execução de gráficos no ultra causa travamento na tela inicial do sistema de carregamento.

Consegui carregar o jogo com configurações médias também, mas meu uso de VRAM ainda era apenas cerca de 600 MB em um 1080ti.

Os jogos rodam em uma mistura de configurações aprimoradas e altas em 45fps no RX560X, o que é impressionante, mas a interface do usuário renderiza a 7fps e torna o jogo basicamente impossível de jogar.

Os jogos rodam em uma mistura de configurações aprimoradas e altas em 45fps no RX560X, o que é impressionante, mas a interface do usuário renderiza a 7fps e torna o jogo basicamente impossível de jogar.

mesmo. e obtendo cerca de 35 fps em um gtx 1060 6 gb. parece que a tesselação de terreno em qualquer coisa mais elevada do que o encantado fazia com que o jogo travasse ao entrar em um planeta. até agora nenhuma falha aleatória, mas ive jogou apenas 45 minutos com essas configurações. esperançosamente, uma nova versão do proton / nms traz a performace de volta para onde estava com opengl.

Parece que meu jogo está funcionando bem para mim agora com meus drivers 430.17 / 1080TI, em 4k eu obtenho algo em torno de 45-50fps, que é semelhante ao que o opengl me deu. É só uma questão de habilitar o 1800p edid agora para ver se posso ajustar as coisas.

Eu acredito que pode ter sido o patch experimental recente que resolveu algo. não tenho certeza exatamente. Eu mudei para o Proton 4.2, executei-o, notei que estava ok, depois voltei para o normal 4.11-2

Hmm, pensando bem, voar e tal ainda é um desempenho muito ruim, eu acho que isso provavelmente levará mais alguns patches antes de sua taxa de quadros decente.

O uso de memória da GPU é melhor e, ao mesmo tempo, tem melhor desempenho?

Parece que meu jogo está funcionando bem para mim agora com meus drivers 430.17 / 1080TI, em 4k eu obtenho algo em torno de 45-50fps, que é semelhante ao que o opengl me deu. É só uma questão de habilitar o 1800p edid agora para ver se posso ajustar as coisas.

Eu acredito que pode ter sido o patch experimental recente que resolveu algo. não tenho certeza exatamente. Eu mudei para o Proton 4.2, executei-o, notei que estava ok, depois voltei para o normal 4.11-2

Hmm, pensando bem, voar e tal ainda é um desempenho muito ruim, eu acho que isso provavelmente levará mais alguns patches antes de sua taxa de quadros decente.

Estou usando 435.17 e já tentei o patch experimental e continuo vendo o mesmo fps baixo.

O uso de memória da GPU é melhor e, ao mesmo tempo, tem melhor desempenho?

Vou verificar algum tempo depois. Mas, honestamente, só era melhor no solo do que antes, assim que decolei na minha nave, tive o problema dos 20-30fps acontecendo, até mesmo um pouco no espaço. Portanto, ainda precisa de algum trabalho.

Eu tinha 70 FPS em nexo agora, apenas para ter 30 assim que entrei na nave e o lancei. Isso é com o patch 2.06b atual. O uso de memória ainda estava em torno de 900 Mb, então parece que o nexo se encaixa bem o suficiente naquela memória limitada para renderizar rapidamente.

Em experimental agora trava se for iniciado para VR. Uma janela preta aparece em breve e fecha novamente. O log é curto neste momento. Tenho certeza de que esse é realmente um problema do Proton, e não um problema com o NMS, já que ninguém no Windows parece ter esse problema. Não consigo verificar a instalação do meu próprio Windows porque está quebrado ...
O log é muito mais curto desta vez.
steam-275850.log

Em experimental agora trava se for iniciado para VR. Uma janela preta aparece em breve e fecha novamente.

Também está tendo o mesmo problema de @Zamundaaa usando o public (testado com Valve Index Headset ):

steam-275850.log

Informação do sistema

• GPU: RTX 2060
• Versão do driver / LLVM: NVIDIA 430.40
• Versão do kernel: 5.0.0-25-genérico
• Link para o relatório completo de informações do sistema como Gist
• Versão do próton: 4.11-2
• Versão SteamVR: 1.7.5

O jogo funciona perfeitamente em 435.17 (1060 6GB) no arch com KDE e Kwin-lowlatency. Pequeno problema de gagueira durante o carregamento (que não está presente no Windows), mas funciona muito bem. Não tenho o problema dos 30fps quando estou no espaço.

O jogo está usando 2,1 GB de VRam. O kernel é 5.2.8.arch-1-1. Estou usando o GE-Proton-4.11-1, se isso mudar alguma coisa. Estou com configurações altas para tudo, exceto texturas, que se estabelecem como padrão se eu for mais alto que aprimorado. Ramo experimental.

ESTE É UM PROTON BUG, ​​NÃO UM BUG DA NVIDIA
Posso confirmar que o problema é especificamente com o Proton, já que o patch do Glorious Eggroll corrige o problema, enquanto o jogo roda péssimo no próton padrão. Usar o garfo de prótons da GE corrige isso.

Vou fazer um teste agora.

ATUALIZAR:
Não, ainda a VRAM não ultrapassa o uso de 1247 MB ​​para NMS, isto é em 4k e com configurações altas.
Movendo-se no planeta é provavelmente algo entre 30-40fps enquanto o vôo está facilmente abaixo de 30fps, o problema de desempenho ainda existe. Pelo menos para placas 1080TI no driver 430.34, pode muito bem ser uma multidão complexa de problemas combinados.

Talvez o desempenho do Vulkan seja uma porcaria para este jogo, vou precisar inicializar o Windows10 para testar!

PS. Ainda não experimentei nenhum dos travamentos que outras pessoas estão enfrentando, que pode ser principalmente um problema de AMD (executando Ryzen3600 com clearcpuid = 514 aqui)

ESTE É UM PROTON BUG, ​​NÃO UM BUG DA NVIDIA
Posso confirmar que o problema é especificamente com o Proton, já que o patch do Glorious Eggroll corrige o problema, enquanto o jogo roda péssimo no próton padrão. Usar o garfo de prótons da GE corrige isso.

Isso é específico do sistema, eu acredito, não relacionado ao Proton.

Estou usando o seguinte:
Kernel: 5.2.8-20-tkg-pds
Nvidia: 435.17 ; 980Ti
Proton-tkg: 4.14 (todos os patches GE + mais)
Resolução: 1080p

Para fazer o jogo carregar um mundo onde antes não carregaria, tive que deletar .steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Agora defini todas as opções gráficas para alto / ultra, exceto para tesselation que permanece em Enhanced.
Este é o meu uso de VRAM: C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1191MiB .

Não importa onde eu tenha ido no mundo / espaço, nunca passou de 1260 MiB. Isso é estranho, porque quando todas as opções gráficas estão definidas para Baixo (após a reinicialização), alterando todas as opções para Ultra (antes da reinicialização necessária para aplicar as configurações de textura), vi meu uso de VRAM aumentar para ~ 1600MiB.

Parece que a aplicação de configurações gráficas no meio do jogo usa mais VRAM do que um começo limpo com minhas configurações atuais (texturas Ultra).

Meu desempenho é pior do que Open-GL, constante de 35-40fps, não importa quais configurações eu uso.

Talvez outra pessoa pudesse testar isso? Aplique configurações baixas, reinicie, verifique a VRAM e, em seguida, aplique Ultra e veja se a VRAM sobe.

1080ti 430.34 Pop_OS Plasma5
Configurações de Win10 4k High
Terreno: 85 Espaço: 100+

Configurações do Linux 4k High (Proton-GE)
Terreno: 25-33 Espaço: 33

Sim, dias realmente tristes para NMS no Linux.
Devemos ver um desempenho 1: 1 ou melhor do que o Windows porque o driver vulkan da nvidia deve ser o mesmo ou melhor (mais atualizações e correções), é por isso que jogos como Doom e Wolf rodam bem no Linux.

Hmm, estranho. TKG disse que funcionou para ele também, e mudá-lo para o próton 4.11-2 fez a mesma coisa que todos aqui estão descrevendo.

Se você está executando a 1080p, ele tem um desempenho melhor, mas isso não significa que seja uma solução.
Além disso, apaguei meus compatdata antes de testar com próton-GE, só para ter certeza. (Eu não construí meu próprio Proton-GE, apenas usei a liberação do bin)

Infelizmente, ainda estou tendo os mesmos problemas de desempenho com o Proton-GE. Também tentei excluir e reconstruir completamente meu prefixo. Atualmente executando drivers Nvidia 430.34, então talvez os drivers 435.17 beta resolvam o problema em conjunto com o Proton-GE?

Infelizmente, ainda estou tendo os mesmos problemas de desempenho com o Proton-GE. Também tentei excluir e reconstruir completamente meu prefixo. Atualmente executando drivers Nvidia 430.34, então talvez os drivers 435.17 beta resolvam o problema em conjunto com o Proton-GE?

Não, tentei GE, bem como prótons TKG com 435.17 e é o mesmo.

Uma diferença que eu notei com prótons de terceiros, entretanto, é muito mais estalos de textura e as árvores não renderizavam folhas mesmo em configurações mais altas ... embora o desempenho ainda fosse o mesmo.

O problema do VRAM parece ser específico para as compilações do Proton do Valve's vanilla (eu tentei 4.11-2 e 4.2-9), pois o Wine-staging (testado usando o 4.13) e o Proton corrigido da GE (de acordo com os comentários aqui) funcionam bem nesse aspecto.

O desempenho geral é irregular e provavelmente mais específico do sistema ou driver. Mas o problema do VRAM parece ser o culpado especificamente pelo Proton vanilla.

O problema do VRAM parece ser específico para as compilações do Proton do Valve's vanilla (eu tentei 4.11-2 e 4.2-9), pois o Wine-staging (testado usando o 4.13) e o Proton corrigido da GE (de acordo com os comentários aqui) funcionam bem nesse aspecto.

O desempenho geral é irregular e provavelmente mais específico do sistema ou driver. Mas o problema do VRAM parece ser o culpado especificamente pelo Proton vanilla.

Conforme mostrado por várias pessoas neste tópico, incluindo eu, isso é falso. Vanilla Proton não é a causa.

O problema do VRAM parece ser específico para as compilações do Proton do Valve's vanilla (eu tentei 4.11-2 e 4.2-9), pois o Wine-staging (testado usando o 4.13) e o Proton corrigido da GE (de acordo com os comentários aqui) funcionam bem nesse aspecto.

Não estou vendo que em compilações de terceiros, em configurações Ultra a 1440p, este jogo deva comer além de 4 GB como acontece no Windows. O máximo que consegui é cerca de 1,5 GB, depois de mudar de local várias vezes.

Para qualquer pessoa do arch, tente fazer uma atualização completa do sistema e verifique se o jogo funciona corretamente.
Além disso, certifique-se de que você está no branch experimental

Para mim, o jogo está funcionando perfeitamente por alguns dias. No Arch Linux usando GE
próton e RX560X. Enchanced-High em 40 fps no planeta.

No sábado, 17 de agosto de 2019, 15:27 william341 [email protected] escreveu:

Para qualquer pessoa do Arch, tente fazer uma atualização completa do sistema e verifique se o jogo
funciona corretamente.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7RDZETIXNNIAVRQY4TQE74C7A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QLDTQ#issuecomment-522236366 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AD7WP7S373XLFB5F2DWY5RTQE74C7ANCNFSM4FRPXRRA
.

Sim, há um bug de travamento com placas AMD onde se o mosaico for configurado acima de baixo ele travará ao carregar ou algo assim. (protondb).

Os usuários da AMD se comparam a como funciona no Windows? 40fps é igual ao Windows?

Não experimentei o Windows por motivos óbvios e não pretendo experimentá-lo.
Quando alguém tem Acer nitro 5 com RX560X e windows eles podem tentar ver
o FPS que eles obtêm, mas eu acho que eles obtêm um pouco mais fps, talvez.

No sábado, 17 de agosto de 2019, 15:50 jarrard [email protected] escreveu:

Sim, há um bug de travamento com placas AMD onde se o mosaico é definido acima
baixo ele irá travar ao carregar ou algo assim. (protondb).

Os usuários da AMD se comparam a como funciona no Windows? é 40 fps igual a
janelas?

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7UB3GPWL7Y3XTJKTCTQE76ZFA5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QLWBY#issuecomment-522238727 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AD7WP7T77ZBGIEOQYE6OKXDQE76ZFANCNFSM4FRPXRRA
.

E a tesselação, mas é impossível para mim reproduzir. eu posso ter
tesselação no enchanced e carrega bem, mas verificarei novamente quando eu chegar
casa.

No sábado, 17 de agosto de 2019, 15:58 No Name [email protected] escreveu:

Não experimentei o Windows por motivos óbvios e não pretendo tentar
isto. Quando alguém tem Acer nitro 5 com RX560X e windows, eles podem tentar
veja o FPS que eles conseguem, mas eu acho que eles conseguem um pouco mais fps, talvez.

No sábado, 17 de agosto de 2019, 15:50 jarrard [email protected] escreveu:

Sim, há um bug de travamento com placas AMD onde se o mosaico é definido
acima de baixo ele irá travar ao carregar ou algo assim. (protondb).

Os usuários da AMD se comparam a como funciona no Windows? é 40 fps igual a
janelas?

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7UB3GPWL7Y3XTJKTCTQE76ZFA5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QLWBY#issuecomment-522238727 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AD7WP7T77ZBGIEOQYE6OKXDQE76ZFANCNFSM4FRPXRRA
.

Alguém disse acima que o desempenho de 560 deve ser de 40fps.

Bem, este é um laptop e as configurações são certamente diferentes, então se alguém puder
experimente no RX560 que seria ótimo. Vou postar SC de configurações gráficas
quando eu chegar em casa.

No sábado, 17 de agosto de 2019, às 16h07 william341 [email protected] escreveu:

Alguém disse acima que o desempenho de 560 deve ser de 40fps.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7W5J4CSUFPLFLHVZHTQFAA33A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QMDQA#issuecomment-522240448 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AD7WP7SJBVYKH2SJQWKVKLDQFAA33ANCNFSM4FRPXRRA
.

Após a última atualização do jogo, estou experimentando uma forte queda de FPS em todos os menus do jogo. É como ~ 5fps ao abrir o inventário, em caixas de diálogo ou mesmo no menu de configuração do jogo. Alguém tem esse problema ou solução?

Sim eu fiz. Use a construção GE de próton. Isso consertou para mim

No sábado, 17 de agosto de 2019, 17:14 alsh [email protected] escreveu:

Após a última atualização do jogo, estou experimentando uma forte queda de FPS em todos os jogos
menus. É como ~ 5fps ao abrir o inventário, em caixas de diálogo ou até mesmo no jogo
menu de configuração. Alguém tem esse problema ou solução?

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QNO4Y#issuecomment-522246003 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA
.

Tentei fazer isso, mas o GE build também não me ajudou.

Sim eu fiz. Use a construção GE de próton. Isso consertou para mim
…
No sábado, 17 de agosto de 2019, 17:14 alsh @ . * > escreveu: Após a última atualização do jogo, estou experimentando uma forte queda de FPS em todos os menus do jogo. É como ~ 5fps ao abrir o inventário, em caixas de diálogo ou mesmo no menu de configuração do jogo. Alguém tem esse problema ou solução? - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, vê-lo no GitHub <# 438? Email_source = notificações & email_token = AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QNO4Y # issuecomment-522246003>, ou silenciar o fio https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA .

@jarrard Não tenho esse bug com meu rx 580. Estava tudo em High por padrão, tesselação de terreno, também, e funciona sem problemas. A única coisa que notei agora é que ele travou por alguns segundos duas vezes em uma hora de jogo, mas esse é provavelmente apenas um dos poucos bugs que o NMS ainda tem agora.

Para poder iniciar o jogo após o Beyond-Update, o valor nas configurações do jogo para " TerrainTesselation " deve ser definido como "Low". Talvez a solução funcione apenas para GPUs AMD.

A configuração deve ser feita no arquivo _TKGRAPHICSSETTINGS.MXML_ . Ele está localizado na pasta

Se você abrir o arquivo com um editor, encontrará a seguinte linha:
_Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _

A próxima linha depois disso é:
_Property name = "GraphicDetail" value = "High" / _

Nesta linha, substitua o " Alto " por um " Baixo ". Depois disso, eu poderia pelo menos carregar meus jogos salvos existentes novamente. Antes, eu travava no desktop após carregar o jogo no momento em que ele inicia.

Meu sistema:
'AMD Ryzen 5 1600X
AMD Radeon rx580 8 GB
16 GB DDR4
Linux MInt 19.2 (Tina) Canela
Padoka Stable PPA (Mesa)
Kernel 5.2.7
Proton 4.11-2

Parece que na minha configuração só consigo atingir 2 GB de vram.

Consigo um pouco mais de progresso no Mesa 19.2 ACO. O mundo carrega e eu obtenho um desempenho razoavelmente decente, mas se eu abrir um menu minha placa de vídeo trava.

Para questões relacionadas ao driver radv / ACO, informe aqui https://github.com/daniel-schuermann/mesa/issues/112

Em vez de definir Tesselation-Details para "Low" nas configurações locais, limpei o Padoka PPA e instalei o driver ACO-Mesa da Valve. Com isso, o jogo funciona como um charme. Com "High" mesmo em Tesselation. https://steamcommunity.com/app/221410/discussions/0/1640915206474070669/

Não consigo definir o valor de Tesselation-Details para baixo. Qualquer alteração manual que eu fizer em TKGraphicsSettings.xml é substituída pelo seguinte;

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml">
        <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" />
        <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" />
        <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AmbientOcclusion" value="HBAO_Low" />
        <Property name="AnisotropyLevel" value="2" />
        <Property name="AntiAliasing" value="TAA_LOW" />
    </Property>

Com qualquer próton e mesa (amdgpu no rx570), travo a área de trabalho 5 segundos após carregar em um mundo ou iniciar um novo jogo.

Não consigo definir o valor de Tesselation-Details para baixo. Qualquer alteração manual que eu fizer em TKGraphicsSettings.xml é substituída pelo seguinte;

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml"> <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" /> <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" /> <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AmbientOcclusion" value="HBAO_Low" /> <Property name="AnisotropyLevel" value="2" /> <Property name="AntiAliasing" value="TAA_LOW" /> </Property>

Com qualquer próton e mesa (amdgpu no rx570), travo a área de trabalho 5 segundos após carregar em um mundo ou iniciar um novo jogo.

Parece um pouco estranho. Aqui está minha parte correspondente. Faltam algumas linhas no seu arquivo:

>
Mas gostaria de enfatizar o uso do driver ACO da Valve. Com isso, consegui jogar sem definir Tesselation como Low.

O problema é que meu arquivo foi criado recentemente e o jogo não permite que você entre nas opções para definir (e criar) as entradas ausentes até que você esteja em um mundo. Não há opções no menu principal.

@mongrol : você pode adicionar essas propriedades ao seu arquivo de configuração, o jogo deve usá-lo.

Edit: meu mal, após um backlog eu vejo que seu arquivo de configuração é substituído quando você inicia um novo jogo. Talvez você possa fazer um salvamento, como este: http://gtrainers.com/load/categories/savegames/no_man_39_s_sky_savegame_galactic_center_codex/30-1-0-1441
Em seguida, altere os gráficos a partir daí e comece um novo jogo.

Conseguiu obter algumas capturas de renderdoc: https://drive.google.com/file/d/1Q0RUQaWi4L9ZKzZBgjrm3Nx6hAVVnmEW/view

Não está funcionando bem para mim no Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. Falha na área de trabalho assim que o mundo carrega.

Consigo um pouco mais de progresso no Mesa 19.2 ACO. O mundo carrega e eu obtenho um desempenho razoavelmente decente, mas se eu abrir um menu minha placa de vídeo trava.

Eu recebo exatamente o mesmo problema no mesa-aco com Vega VII, pressionando qualquer coisa que abra o menu hard lock, no entanto, posso ir para tty e wineerver -k. Adicionando relatório de bug ao repo mesa-aco agora. A julgar pelo log, isso parece ser específico da GPU:

from log:

amdgpu: The CS has been rejected, see dmesg for more information.
vk: error: failed to submit CS 0


$ dmesg
[27979.489949] [drm] recover vram bo from shadow start
[27979.495247] [drm] recover vram bo from shadow done
[27979.495249] [drm] Skip scheduling IBs!
[27979.495249] [drm] Skip scheduling IBs!
[27979.495285] amdgpu 0000:43:00.0: GPU reset(8) succeeded!
[27979.495315] [drm] Skip scheduling IBs!
[27979.495444] [drm] Skip scheduling IBs!
[27979.495447] [drm] Skip scheduling IBs!
[27979.495448] [drm] Skip scheduling IBs!
[27979.495453] [drm] Skip scheduling IBs!
[27979.495611] [drm] Skip scheduling IBs!
[27979.495614] [drm] Skip scheduling IBs!
[27979.495619] [drm] Skip scheduling IBs!
[27979.522575] [drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to initialize parser -125!

steam-275850.log

O problema é que meu arquivo foi criado recentemente e o jogo não permite que você entre nas opções para definir (e criar) as entradas ausentes até que você esteja em um mundo. Não há opções no menu principal.

Experimente isto:
Basta editar o arquivo de configuração e colocar minha linha com o texto _Property name = "GraphicDetail" value = "Low" _ sob a linha com o texto _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ e salvar o arquivo de configuração.

Em seguida, altere as permissões do arquivo. Clicar com o botão direito do mouse no arquivo Linux Mint me oferece a opção de alterar as permissões. Defina todos como "Ler" (somente). Deve haver algo semelhante a isso no gerenciador de arquivos da sua distribuição.

Em seguida, tente iniciar o NMS.

Não estou prometendo que funcionará. Mas talvez isso evite que uma nova versão inicial seja criada imediatamente. Pelo menos vale a pena tentar.

O problema é que meu arquivo foi criado recentemente e o jogo não permite que você entre nas opções para definir (e criar) as entradas ausentes até que você esteja em um mundo. Não há opções no menu principal.

Experimente isto:
Basta editar o arquivo de configuração e colocar minha linha com o texto _Property name = "GraphicDetail" value = "Low" _ sob a linha com o texto _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ e salvar o arquivo de configuração.

Em seguida, altere as permissões do arquivo. Clicar com o botão direito do mouse no arquivo Linux Mint me oferece a opção de alterar as permissões. Defina todos como "Ler" (somente). Deve haver algo semelhante a isso no gerenciador de arquivos da sua distribuição.

Em seguida, tente iniciar o NMS.

Não estou prometendo que funcionará. Mas talvez isso evite que uma nova versão inicial seja criada imediatamente. Pelo menos vale a pena tentar.

Ou faça um chattr +i neste arquivo.

chattr + i

Parece outra boa opção (não conhecia até agora para mim).
https://wiki.ubuntuusers.de/chattr/

Mas, ainda mais, gostaria de recomendar que experimentasse os drivers ACO como já foi dito aqui várias vezes. Isso deve, pelo menos, permitir que o jogo seja executado por um tempo para que um primeiro arquivo de configuração possa ser criado sem travar.

Alguém mais está obtendo taxas de quadros inaceitavelmente baixas assim que o efeito de profundidade de campo é usado? Acontecendo para mim tanto no ACO quanto no Mesa normal em um 580. GPU vai imediatamente para 100%.

Sim, bem, os usuários da NVIDIA obtêm FPS baixos quando você entra nos menus, o que, se bem me lembro, ativa o efeito DOF. Mas nós, os usuários da nvidia, estamos enfrentando problemas diferentes e não tenho 100% de certeza se tudo está relacionado ao baixo uso de vram, certamente esse é um fator, mas duvido que seja a essência do problema.

Sim, todos os menus permitem o efeito DoF, bem como a maioria das conversas de personagens.

Com meu (ímpar) VRAM máximo de 2 GB, não tenho problemas de FPS com os menus

menus destroem o fps com radv ou radv / aco e faz com que alguns artefatos apareçam aleatoriamente. amdgpu-pro e amdvlk travam ao usar as configurações padrão,

Confirmado. Tesselação definida como Baixa, mesa-avo em amdgpu. Os menus são atrozes e tornam-no impossível de jogar. Parece um pouco aleatório, pois eram lentos, mas toleráveis ​​antes, mas agora baixam tudo para cerca de 2fps.

Além disso, existem artefatos enormes quando você usa o menu e é longo o suficiente nele.

Estou enfrentando falhas gráficas estranhas (shader?).
Distro: Manjaro Linux
Kernel: 5.2.9-1-MANJARO
GPU: AMD RX580
CPU: AMD FX8350
A versão Vulkan parece ser 1.1.73
Também executando o modo de jogo do feral, embora não pareça mudar nada

Isso acontece com llvm e aco, embora aco pareça ser muito mais extremo. Vídeos curtos de exemplo (Gfycat) aqui (ignore o desempenho, lutando com a gravação):

LLVM (00: 06.0 - 00: 14.0, falha diferente em 00: 55.0 no fundo)
ACO (desde o início, falha semelhante (igual?) Acima em 00: 37.0)

Se precisar de mais informações, sinta-se à vontade para perguntar

Está funcionando bem para mim com ACO e estou no kernel 5.1.21-1 (Manjaro também). Então, talvez tente isso também? Com a mesma GPU e assim por diante, provavelmente deve funcionar da mesma forma. Provavelmente.

Tudo bem, testei rapidamente com a mesma versão de kernel do seu, não corrigi

Em quais configurações você está jogando? Eu tenho tudo no alto. E você está no ramo experimental? Não notei nada no branch estável, mas não o usei por muito tempo.
Se não houver diferença, então isso é extremamente estranho.

Os vídeos de exemplo são todos com ultra configurações (anti-aliasing para baixo porque TAA causa um borrão massivo), embora eu tenha adulterado muito as configurações e nada mudou, não importa a combinação de configurações que eu escolhi. Ramifica o mesmo, não importa se estável ou experimental, o problema permanece.

ok, no Arch, voltar para mesa normal (nem mesmo -git do AUR) e redefinir as configurações, ainda com tesselation baixo corrige o menu lento. Tudo funcionando muito rápido agora.

Estou enfrentando falhas gráficas estranhas (shader?).

Embora eu suspeite que seja o mesmo problema que daniel-schuermann / mesa # 112, ficaria feliz com uma captura de renderdoc.

Bem, parece que o TAA é o culpado de alguma forma. Até agora eu só tinha o FXAA habilitado, depois que mudei para TAA as mesmas falhas apareceram para mim. Mudar de volta _não_ pareceu resolver isso.

Estou enfrentando falhas gráficas estranhas (shader?).

Embora eu suspeite que seja o mesmo problema que daniel-schuermann / mesa # 112 , ficaria feliz com uma captura de renderdoc.

Tudo bem .. desculpe. Levei muito tempo para fazer tudo funcionar, mas aqui está:
Feito com ACO https://mega.nz/#!Ab513A7B!P4 -gcFK1cJ0KrISx1dNeKZAzEA6CRpJV0cdOd_75oPM

A propósito, estou usando o Proton 4.11-2 .. esqueci de mencionar isso

Bem, o problema persiste agora para mim. Não estava lá antes de eu ligar o TAA. Acho que antes da atualização eu já tinha configurado para FXAA e não havia falhas nem nada, agora que eu tinha o TAA habilitado, as falhas não vão embora. Pode ser uma coincidência, mas acho que não.

Ok, agora gerou um log para VR. Ele ficou em torno de 60 MiB depois de nem mesmo dois minutos ... Eu carreguei "apenas" cem mil linhas disso, então o github não cancelará o upload porque está demorando muito: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
Editar: aqui está um registro de um lançamento normal (2D): steam-275850.log

Bem, eu dei uma olhada no log e o mais importante é claro que no final isso não pode ser visto no que eu carreguei. O log sempre tem mais ou menos o mesmo tamanho, sempre muito próximo de 63 MB. Eu dividi o log em vários arquivos agora (provavelmente apenas o primeiro e o último arquivo são significativos, a falha vem de um estouro de pilha):
steam-275850-partaa.txt
steam-275850-partab.txt
steam-275850-partac.txt
steam-275850-partad.txt
steam-275850-partae.txt
steam-275850-partaf.txt
steam-275850-partag.txt

Eu criei um mod rápido que substitui a maioria dos shaders de fragmento DoF por stubs que retornam nada além de uma cor transparente. Não testei extensivamente, mas parece que funciona.

https://www.nexusmods.com/nomanssky/mods/1126

Na pasta do jogo, vá para GAMEDATA -> PCBANKS, exclua DISABLEMODS.TXT e crie uma pasta MODS . Baixe e descompacte este mod e coloque nodof.pak lá dentro. Você deve ver um aviso na inicialização sobre o jogo sendo modificado, se feito corretamente.

É muito possível que isso bagunce um pouco outros efeitos gráficos - novamente, não fiz muitos testes, apenas o suficiente para garantir que o menu e as conversas não criem mais o efeito de profundidade de campo.

Tudo bem, testei o mod. Não parece resolver meu problema.

Esse problema é diferente e não relacionado. Eu também tenho.

-------- Mensagem original --------
Em 19 de agosto de 2019, às 12h40, Furby On Steroid escreveu:

Tudo bem, testei o mod. Não parece resolver meu problema.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa .

Com base na pesquisa de um cara sobre discórdia DXVK, parece que o baixo uso de VRAM na NVidia é provavelmente um bug de aplicativo - mudar vendorid para AMD via camada vulkan corrigiu o problema para ele.

Isso também corrigiu o desempenho ou quase o mesmo?

Isso corrigiu o desempenho de seu sistema.

Algo para experimentar algum dia, como daqui a alguns meses, porque meu 1080ti está morto, tenho que RMA-lo, e quem sabe como isso vai dar certo.

@ volca02 , você se importaria de fornecer algumas instruções sobre como alterar o vendorid? Não estarei em casa na próxima semana para tentar eu mesmo (tenho um destkop com manjaro e um gtx 1080 em casa), mas suspeito que a Hello Games não corrigirá o bug do aplicativo a menos que afete o Windows (parece que não )

Como o jogo é vulkan nativo e não dx11, o cartão não pode ser falsificado pelo dxvk como acontece com outros jogos.

Também gostaria de aprender como alterar a ID do fornecedor. Eu chequei os *.json arquivos em /usr/share/vulkan/icd.d mas não parece estar presente em nenhum dos arquivos.

Agora posso confirmar que o spoofing vendorid irá de fato consertar o baixo uso de memória da GPU na nvidia. Tentei criar um repositório com a camada, não tenho certeza se vai funcionar para mais alguém, mas vale a pena tentar: https://github.com/volca02/spoof_vendorid

Agora posso confirmar que o spoofing vendorid irá de fato consertar o baixo uso de memória da GPU na nvidia. Tentei criar um repositório com a camada, não tenho certeza se vai funcionar para mais alguém, mas vale a pena tentar: https://github.com/volca02/spoof_vendorid

Obrigado por isso. Vou tentar no meu sistema quando eu chegar em casa. Isso apenas corrigiu o baixo uso de memória da GPU ou também melhorou os problemas de FPS?

corrigiu ambos - o problema de FPS ruim foi causado pelo jogo usando memória normal em vez da memória da GPU.

Com a paródia, ele trava - ele está esperando uma quantidade específica de VRAM grátis? Eu tenho um 1060 3GB

ATUALIZAÇÃO: larguei todas as configurações para baixo no arquivo de configuração e ele carregou até a tela ficar branca. Então ele travou completamente e eu tenho [19940.058332] NVRM: Xid (PCI:0000:01:00): 31, Ch 0000007b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_PE_4 faulted @ 0x1_88551000. Fault is of type FAULT_PDE ACCESS_TYPE_READ no dmesg

A falsificação corrigiu problemas de desempenho para mim em testes limitados. Em configurações médias, passei de 35-45 FPS para cerca de 100-120 FPS e também fui capaz de iniciar o jogo com configurações altas. Usando configurações altas, nvidia-smi retorna um uso de memória de cerca de 4 GB. Isso tudo usando um 1080ti com driver 430.40.

Obrigado pela correção!

Você não pode simplesmente usar a mudança do fornecedor com o sistema de configuração DXVK?

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

Oh, espere, não usa DXVK, não é, hmmm .. nenhum jeito de fazer isso em vez de hackear o código do Vulkan?

Não, porque No Man's Sky é um título Vulkan nativo, então DXVK não é usado.

-------- Mensagem original --------
Em 19 de agosto de 2019, 20h28, jarrard escreveu:

Você não pode simplesmente usar a mudança do fornecedor com o sistema de configuração DXVK?

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa .

Obrigado pela correção @ volca02 e zerofault também, fez funcionar e está utilizando VRAM corretamente.

Edit: Para aqueles que lutam para construir etc, siga as instruções do rstrube alguns posts abaixo, eles são melhor explicados do que os meus.

Estou me perguntando se a Valve pode implementar algo como essa camada no Steam Runtime para carregar por jogo? Pode ser mais fácil do que esperar que o vinho adicione bits ou bobs vulkan extras ou que a Nvidia apareça com alguma coisa e pode ser muito útil com outros títulos do Windows apenas vulkan.

Então este é um problema do Wine ou do driver da Nvidia no final das contas?

Então este é um problema do Wine ou do driver da Nvidia no final das contas?

É um problema do desenvolvedor de jogos e eu duvido que eles mudariam toda a estratégia de alocação de memória quando ele funciona bem no Windows, a pergunta é quem trabalha em torno disso?

NVIDIA no Windows não é afetado, então não sei sobre isso.

Agora posso confirmar que o spoofing vendorid irá de fato consertar o baixo uso de memória da GPU na nvidia. Tentei criar um repositório com a camada, não tenho certeza se vai funcionar para mais alguém, mas vale a pena tentar: https://github.com/volca02/spoof_vendorid

Isso não parece funcionar com 435.17 ou estou fazendo algo errado. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
Com alto / ultra. Ainda preso em ~ 40fps. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Agora posso confirmar que o spoofing vendorid irá de fato consertar o baixo uso de memória da GPU na nvidia. Tentei criar um repositório com a camada, não tenho certeza se vai funcionar para mais alguém, mas vale a pena tentar: https://github.com/volca02/spoof_vendorid

Isso não parece funcionar com 435.17 ou estou fazendo algo errado. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
Com alto / ultra. Ainda preso em ~ 40fps. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Coloquei libVkLayer_vendorid_layer.so e VkLayer_vendorid_layer.json no mesmo diretório e, em seguida, alterei VK_LAYER_PATH=/some/path/ para o caminho do diretório.

Sim, felicidades, isso funciona, talvez você deva mudar isso fls2018?

EDIT: Indo de ~ 35-40fps com High / Ultra limitado a ~ 1100MiB de VRAM, agora com a solução alternativa para ~ 70fps em média com uso de ~ 3800MiB VRAM.

Sim, felicidades, isso funciona, talvez você deva mudar isso fls2018?

EDIT: Indo de ~ 35-40fps com High / Ultra limitado a ~ 1100MiB de VRAM, agora com a solução alternativa para ~ 70fps em média com uso de ~ 3800MiB VRAM.

Eu instalei o meu no sistema e meus drivers da nvidia não são de distro, talvez o problema quando você tentou do meu jeito é o fato de alguns drivers de distro instalarem arquivos json da nvidia em / usr / share / vulkan ao invés de etc / vulkan.

Provavelmente é melhor não instalar no sistema como eu fiz.

Para outras pessoas que estão lutando para construir a camada Vulkan, aqui estão as etapas que usei:

Primeiro instale os pacotes de desenvolvimento necessários:

sudo apt install cmake cmake-curses-gui libxrandr-dev libxcb1-dev libx11-dev

Configurar e construir (desativei o suporte wayland e mir)

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
ccmake ./ #I disabled wayland and mir support
cmake ./
make

Copie os arquivos gerados

mkdir $HOME/vulkan
cp libVkLayer_vendorid_layer.so $HOME/vulkan/
cp VkLayer_vendorid_layer.json $HOME/vulkan/

Em seguida, edite suas opções de lançamento para NMS no Steam, as minhas são parecidas com:

VK_LAYER_PATH=/home/robert/vulkan/ VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Substitua VK_LAYER_PATH pelo seu próprio caminho local.

Esqueci a menção de que isso resolve completamente meus problemas de desempenho. Surpreendente! Muito obrigado por compartilhar isso conosco.

Hardware: GTX 2070 como eGPU sobre Thunderbolt 3

Eu descobri outro problema, enquanto a camada vulkan corrige a memória baixa, ela não a libera, então você acaba ficando sem memória depois de cerca de uma hora ou mais se estiver viajando entre planetas e outros.

Edit: Limpar configurações de NMS / prefixo / cache de shader nv parecia ter corrigido, embora o uso de VRAM seja insanamente alto em Ultra 1440p e só parece liberar 100 MB de vez em quando.

O desempenho apesar da irregularidade é excelente, cerca de 5-7 fps de diferença para o Windows.

Agora posso confirmar que o spoofing vendorid irá de fato consertar o baixo uso de memória da GPU na nvidia. Tentei criar um repositório com a camada, não tenho certeza se vai funcionar para mais alguém, mas vale a pena tentar: https://github.com/volca02/spoof_vendorid

Excelente achado de ZeroFault! Isso ajudou meus problemas com o jogo travando na tela de boot e jogando por mais de 10 horas sem um único travamento ou problema com FPS! Obrigado por compartilhar isso!

Informações
Próton: 4.11-2
Distro: Fedora
Kernel: 5.2.8-200.fc30.x86_64
RAM: 8 GB

Driver GPU: NVIDIA 430.40
GPU: NVIDIA GeForce GTX 970
CPU: Intel Core i7-4790K @ 4,00 GHz

Sem o patch, o NMS usa ~ 1G vram e funciona horrivelmente. Após cerca de 10 minutos, ele irá travar com o Xid 31 (significando falha de página da GPU). Eu executei o cuda-memtest por 15 minutos no modo de estresse sem problemas, o banco de dados gpu vulkan de referência funciona bem, assim como todos os outros jogos GL que tenho. A placa também não está com overclock, então não acho que seja um problema de hardware.

Com o patch vendorid, o jogo carrega normalmente até a tela branca quando o jogo está totalmente carregado. A tela então fica completamente preta, exceto por 2 elementos da interface do usuário sendo renderizados, o marcador de missão vermelho e o ponto de mira branco central, e um xid 31 aparece em dmesg. Quaisquer ideias sobre o que poderia estar causando esses problemas xid, não parece que mais ninguém aqui as tenha. Também examinei os fóruns da nvidia, onde pessoas com esse código de erro atribuíram a culpa a um bug de driver, e alguns usuários de DXVK também obtêm xid 31 com alguns jogos. Eu não tenho ideia neste momento.

Info:
Proton 4.11-2
Kubuntu 18.04
Kernel 5.0.0-25-genérico
i5 4670k @ 4.3G (testado para ser estável)
16 GB DDR3 (testado com memtest86)
GTX 1060 3 GB (testado com cuda_memtest + outros benchmarks)

EDIT: gráfico de memória GPU com patch

Acabei de encontrar algo muito interessante nas notas do patch experimental de ontem:

Atualização para Experimental Branch 20/08

Fixed a crash affecting AMD GPUs when creating the pipe state on a framebuffer that has not been created yet.
Fixed a number of threading-related multiplayer matchmaking issues.
Fixed an audio crash when quitting from the initial screen.
Fixed a crash when quitting the game during audio initialisation.
**Fixed Steam VR in Linux.**
Fixed a rare issue where joining a full lobby causes an incorrect player ID.
Fixed an issue where players joining a group can be taken to the wrong system.
Fixed an issue that caused some network games not to appear in the Join game screen.
Fixed an issue that caused the Exocraft Technician to have an incorrect interaction.
Fixed a crash caused by an invalid base index.

Algum jogador de RV já testou isso?

Sim, ainda trava para mim.

-------- Mensagem original --------
Em 21 de agosto de 2019, 9:43, fls2018 escreveu:

Acabei de encontrar algo muito interessante nas notas do patch experimental de ontem:

Atualização para Experimental Branch 20/08

Corrigido um travamento que afetava as GPUs AMD ao criar o estado do pipe em um framebuffer que ainda não foi criado.
Corrigidos vários problemas de combinação de vários jogadores relacionados a threading.
Corrigida uma falha de áudio ao sair da tela inicial.
Corrigida uma falha ao encerrar o jogo durante a inicialização do áudio.
Steam VR corrigido no Linux.
Corrigido um problema raro em que entrar em um lobby completo causava um ID de jogador incorreto.
Corrigido um problema em que os jogadores que ingressam em um grupo podem ser levados para o sistema errado.
Corrigido um problema que fazia com que alguns jogos em rede não aparecessem na tela Ingressar no jogo.
Corrigido um problema que fazia com que o técnico Exocraft tivesse uma interação incorreta.
Corrigido um travamento causado por um índice de base inválido.

Algum jogador de RV testando isso?

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa .

Ele _técnicamente_ não trava para mim agora, mas também não inicia de verdade. Então o comportamento que eu tive no começo ... Janela preta e nada mais acontecendo. O log parece ser um pouco mais curto, mas ainda termina com a mesma exceção de estouro de pilha. Mesmo assim, muito bom ver que alguém se preocupa: sorria:
Aqui está o registro de agora:
steam-275850-part # aa.txt
steam-275850-part # ab.txt
steam-275850-part # ac.txt
steam-275850-part # ad.txt
steam-275850-part # ae.txt
steam-275850-part # af.txt
steam-275850-part # ag.txt

Alguém verificou que o patch 2.06E corrige o problema de memória nas placas Nvidia?

Alguém verificou que o patch 2.06E corrige o problema de memória nas placas Nvidia?

Não conserta nada do meu lado. A única maneira de fazer com que ele use minha VRAM com eficiência é usar essa solução alternativa vulkan

Alguém já encontrou uma solução para o travamento da tela de carregamento? (Eu tentei carregar o jogo com prótons 4.11 e 4.2, mas sem sorte ..)

Driver GPU: NVIDIA 430.40
GPU: NVIDIA GeForce GTX 960
CPU: Intel Core i5-4460 @ 3,20 GHz

Editar:
steam-275850.log

Alguém já encontrou uma solução para o travamento da tela de carregamento? (Eu tentei carregar o jogo com prótons 4.11 e 4.2, mas sem sorte ..)

Tente excluir ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Em seguida, reaplique as configurações no jogo. Acredito que definir tesselation acima de Enhanced está causando algumas falhas também

Alguém já encontrou uma solução para o travamento da tela de carregamento? (Eu tentei carregar o jogo com prótons 4.11 e 4.2, mas sem sorte ..)

Tente excluir ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Em seguida, reaplique as configurações no jogo. Acredito que definir tesselation acima de Enhanced está causando algumas falhas também

Eu tentei isso, mas sem sorte. :(

Tenho um AMD Radeon rx580 (Linux Mint 19.2; Kernel 5.2.9; Proton 4.11-2) e só pude iniciar o jogo depois de substituir o Padoka PPA estável pelo driver experimental ACO PPA da Valve. Antes disso, eu sempre travava no desktop quando a tela de carregamento terminava e o jogo deveria ter iniciado.

Depois que a Hello Games lançou algumas correções, eu queria saber se poderia jogar com os drivers estáveis ​​do Padoka novamente. Com o driver ACO experimental, a tela foi congelada 2x vezes sem quaisquer possibilidades de entrada restantes. Não posso culpar 100% o driver ACO. Mas eu não tinha esse bug antes.

Como eu disse, queria voltar ao Padoka-PPA estável. Desinstalei o driver ACO com PURGE e reinstalei o Padoka-PPA. No entanto, o jogo travou novamente no mesmo lugar logo após a tela de carregamento. É por isso que mudei de volta para o driver ACO.

Isso apenas como informação se alguém tiver algo semelhante em mente. Atualmente, a tentativa pode ser salva.

Tentei o patch mais recente e a RV finalmente funcionou! Isso é incrível!
Desempenho horrível (esperado no meu 580) e bug do SteamVRs com reprojeção assíncrona não ajuda nisso - mas tudo bem. O próximo rx 5700XT provavelmente irá lidar com isso.
Voar para o espaço, entretanto, fez o jogo travar. Parecia o momento exato em que estava "no espaço", quando pude ver os asteróides. A janela da área de trabalho congelou, não empurrou mais nenhum quadro para VR e o áudio meio que parecia se repetir nos últimos 5 segundos ou mais.
steam-275850.log
Então terei que me restringir ao planeta por enquanto, mas mesmo assim, ainda é muito incrível.

@Zamundaaa Como você fez funcionar? O meu ainda congela ao abrir o NMS em VR.

EDIT: E ele apenas começou a trabalhar em experimental ....
EDIT2: O desempenho parece totalmente uma porcaria, e isso é em uma Radeon VII ...

tente desativar a reprojeção assíncrona. E vá para as configurações de vídeo, desative o limite de 60fps, VSync, reduza a resolução da janela de espelho etc. É meio OK para mim com configurações mais baixas, mas sem a reprojeção assíncrona ele meio que vacila para frente e para trás ao mover a cabeça. E com a reprojeção assíncrona, ele é completamente destruído (https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226)

Ah! Vou tentar tudo isso, obrigado!

Então, nenhum patch oficial para alocação de vram da nvidia?

Na discórdia VKx, um desenvolvedor da nvidia disse que está tentando entrar em contato com a Hello Games para solucionar o problema, pois foi confirmado que o problema é do jogo.

O problema de as rochas serem estranhas parece ter sido corrigido. Das notas de patch:

Correção de uma série de problemas de LODding em plantas específicas

E, na verdade, pelo menos está consertado para mim.

Ei pessoal ... aqueles na nvidia podem querer verificar SEM o spoof sobre a última atualização experimental?

Parece estar funcionando, acho que HG o corrigiu oficialmente.

Apenas tentei o mais recente, infelizmente nenhum progresso para mim. Tentei lançar com qualidade de textura ajustada para aprimorada (1º lançamento no gráfico) e ultra (2º), não fez diferença. Ainda em 20-30 fps, não importa o quê.

Ei pessoal ... aqueles na nvidia podem querer verificar SEM o spoof sobre a última atualização experimental?

Parece estar funcionando, acho que HG o corrigiu oficialmente.

Funciona muito bem agora para mim, sem a solução alternativa.

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 3972MiB

No entanto, no primeiro lançamento eu tive muita queda e gagueira, mas o segundo foi bem. Acho que provavelmente estava armazenando algo em cache.

Ele consertou para mim também. Novamente, o primeiro lançamento falha.

No entanto, no primeiro lançamento eu tive muita queda e gagueira, mas o segundo foi bem. Acho que provavelmente estava armazenando algo em cache.

Isso é principalmente um sinal de que o Vulkan Shader Cache está sendo construído.

A última versão experimental também corrigiu meus problemas de desempenho. Agora posso jogar sem o spoof! Isto é fantástico!

Alguém já encontrou uma solução para o travamento da tela de carregamento? (Eu tentei carregar o jogo com prótons 4.11 e 4.2, mas sem sorte ..)

O NMS estava travando logo após o carregador do starfield. Atualizar para mesa 19.2.0 ~ rc1 no Debian corrigiu o problema.

As performances melhoraram significativamente desde a última vez que experimentei este jogo, mas os menus estão inutilizáveis, impossivelmente lentos.

Fiz um mod para corrigir isso, consulte https://github.com/ValveSoftware/Proton/issues/438#issuecomment -522352356

parece lamentável que o dof faça isso. certamente há uma razão.

O problema de as rochas serem estranhas parece ter sido corrigido. Das notas de patch:

Correção de uma série de problemas de LODding em plantas específicas

E, na verdade, pelo menos está consertado para mim.

Não consertado para mim infelizmente
https://imgur.com/a/Kpm4Dbt
Tanto com a compilação NMS normal quanto experimental

Estou usando uma GPU polaris e o jogo travou na tela inicial ou de carregamento.
Definir <Property name="VsyncEx" value="Triple" /> como <Property name="VsyncEx" value="Off" /> corrigiu o problema para mim.

@FurbyonSteroid Eu comecei a NMS novamente para verificar e agora ela estava lá novamente para mim. Estava melhor do que antes, mas ainda / novamente lá. Esquisito.

O jogo trava após carregar a tela com ACO e Tessellation Low no meu Picasso 3500U. Carregar ou criar um novo arquivo salvo não funciona.
steam-275850-newsave.log
steam-275850.log

EDIT: Geração de CPU corrigida

Tentei o patch mais recente e a RV finalmente funcionou! Isso é incrível!

@Zamundaaa Confirmado, o ramo experimental agora parece funcionar conforme o esperado (testado com Valve Index Headset ). O desempenho geral ainda é um problema, embora isso também seja verdade no Windows.

Informação do sistema

• GPU: RTX 2060
• Versão do driver / LLVM: NVIDIA 430.40
• Versão do kernel: 5.0.0-25-genérico
• Link para o relatório completo de informações do sistema como Gist
• Versão do próton: 4.11-2
• Versão SteamVR: 1.7.9

O jogo funcionou muito bem para mim (GTX 1080) com a nvidia para amd spoof. Após a atualização de hoje, removi o spoof e o jogo ainda funciona muito bem.

No entanto, acabei de experimentar com o meu HTC Vive e infelizmente o desempenho é tão mau que não pode ser reproduzido. Tentei outros ajustes sugeridos pela comunidade do Windows, mas ainda não funciona. Olhando para o gráfico de quadro de VR, parece que o compositor de VR está demorando muito para fazer algo por algum motivo que faz o jogo atrasar.

Outros jogos Proton VR, como Gorn, funcionam bem com o desempenho esperado (90 FPS bloqueado sem reprojeção).

Outros usuários do Windows estão relatando desempenho de 90 FPS no céu de ninguém com configurações como o meu e VR. Estou ficando com 30

Alguém mais tentou VR?

Sim, o desempenho ainda é ruim em RV, quando você move a cabeça. Isso está em uma Radeon VII, onde todos os outros jogos funcionam perfeitamente.

@beniwtv você provavelmente também está experimentando https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226 .
Você pode desativar a reprojeção assíncrona no navegador em http: // localhost : 8998 / dashboard / debugcommands.html
Isso o torna um pouco jogável para mim (em configurações mais baixas, mas minha GPU é uma porcaria em comparação com o RVII). Se funcionar, provavelmente seria bom adicionar o relatório do sistema à questão 226. A válvula bateu em uma parede ou não está se esforçando muito para consertar.
@ fazo96 pode ser mais alguns problemas com NMS + NVidia ou pode ser o mesmo bug. O Async Reprojection agora está funcionando no Linux?

@Zamundaaa Não acho que a reprojeção assíncrona esteja funcionando para mim no Linux de acordo com a tela de configurações do SteamVR. Apenas a reprojeção regular funciona (e é sempre acionada no NMS).

A suavização de movimento também não funciona porque não é suportada, divertidamente diz que não é suportada em "versões mais antigas do Windows": smile:

Tentei desabilitar a reprojeção e confirmei na tela de configurações do SteamVR que não estava sendo reprojetada, mas a taxa de quadros ainda estava tão baixa que causava náusea. O jogo roda a 80-120 FPS em 1440p com configurações máximas quando não em VR, com quedas para 20-50 por uma fração de segundo ao pousar em planetas ou em outros casos.

Infelizmente, em VR, seu desempenho é muito pior, mesmo com as configurações mais baixas. Alterar as configurações teve efeitos na qualidade visual, mas nenhum no desempenho.

@Zamundaaa Eu tentei desligar, e ele me mostrou que está desligado, mas isso não faz diferença nenhuma. Diminuir todos os detalhes, resolução de RV, etc. também não ajuda.

Não importa quais configurações, esse problema persiste.

Eu tentei com o SteamVR 1.7 beta hoje, pois no Changelog eles mencionaram um desempenho melhorado no Linux.

O desempenho é MUITO melhor para mim com esta versão. No entanto, na maioria das vezes, ele ainda não funciona bem o suficiente para sair da Reprojeção, então ainda não é jogável para mim (fico doente devido à baixa taxa de quadros), mas pelo menos será para algumas pessoas.

Este é o meu HTC Vive com uma GTX 1080 com configurações mínimas e superamostragem 1.0, então os resultados ainda são muito piores do que o esperado no Windows, embora sejam uma grande melhoria em relação ao SteamVR pré-1.7

Estou tendo um travamento durante o jogo. Reproduzível em cerca de 10 minutos de jogo.

steam-275850.log

saída dmesg para travamento

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

O estranho foi que, na semana passada em 04/11/04, joguei o jogo por horas seguidas sem problemas. Isso só apareceu hoje depois que atualizei para 4.11-5. Voltar para 4.2-9 também reproduzirá esse problema.

O travamento travou meu computador com áudio do jogo ainda em execução. Normalmente recupero o controle do sistema em um minuto ou mais e recebo a captura de tela acima.

Informação do sistema

• GPU: GTX 1080
• Versão do driver / LLVM: nvidia-drivers-435.21
• Versão do kernel: 4.19.72-gentoo

Também estou tendo uma falha reproduzível após 10 minutos de jogo.

No entanto, não há mensagens "xid" em dmesg ou pop-ups. O jogo congela, mas o áudio continua tocando. Tenho que matar manualmente o NMS.exe. O processo geralmente fica em cerca de 4,2 GB neste ponto.

Testado com as versões recentes do Proton e GloriousEggroll.

steam-275850.log

Informação do sistema

• RAM: 16 GB
• GPU: RTX 2070 8GB
• Versão do driver / LLVM: 435.19.03 (testado com 435.21 - mesmo problema)
• Versão do kernel: 5.2.15-zen ( zen-kernel )
• Versão do próton: 4.15-GE-2-7-g57d3fe8
• Ramo: Ramo Experimental 12/09 ( notas de patch )

Tive sorte neste título. Joguei uma hora inteira ou mais sem grandes problemas.

As pequenas coisas que percebi eram pequenos artefatos gráficos. Se eu tivesse que descrever esse artefato, seria como um efeito ocasional de neve nos painéis. Além disso, não notei mais nada para documentar.

Não coletei estatísticas de FPS, mas foi bom e parecia estar sincronizado com meu monitor freesync.

Informação do sistema

• RAM: 32 GB
• GPU: Radeon RX Vega 64 8 GB
• Driver: amdgpu
• Versão do kernel: 5.2.11-manjaro
• Versão do próton: 4.11-6

Tenho artefatos e eles não são menores. Quase todo modelo 3D possui artefatos: um quadrado azulado ou branco ou ruído. Também as árvores à distância têm um contorno branco.
Aqui estão algumas capturas de tela:

Informação do sistema

• RAM: 16 GB
• GPU: Radeon RX 580 8GB
• Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
• Versão do kernel: 5.0.0-29-genérico
• Versão do próton: 4.11-6

@lavadrop Ah, finalmente algumas fotos onde esses artefatos são realmente visíveis. Você poderia fornecer uma captura de documento renderizado de tal situação e vinculá-la aqui https://github.com/daniel-schuermann/mesa/issues/112 ?

@lavadrop Agora que você mencionou, eu também tinha aquele contorno branco nas árvores à distância que esqueci de mencionar. Acho que só vi isso quando estava voando. Parece que enquanto eles estavam carregando, eles começariam com aquele contorno branco e então se tornariam normais quanto mais perto eu chegasse deles.
Vou ter que olhar mais de perto para ver se estou captando aquela sombra azulada como um artefato nos modelos próximos.

@lavadrop Ah, finalmente algumas fotos onde esses artefatos são realmente visíveis. Você seria capaz de fornecer uma captura de renderdoc de tal situação e vinculá-la aqui daniel-schuermann / mesa # 112 ?

Sim claro

Estou tendo um travamento durante o jogo. Reproduzível em cerca de 10 minutos de jogo.

steam-275850.log

saída dmesg para travamento

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

O estranho foi que, na semana passada em 04/11/04, joguei o jogo por horas seguidas sem problemas. Isso só apareceu hoje depois que atualizei para 4.11-5. Voltar para 4.2-9 também reproduzirá esse problema.

O travamento travou meu computador com áudio do jogo ainda em execução. Normalmente recupero o controle do sistema em um minuto ou mais e recebo a captura de tela acima.

Informação do sistema

• GPU: GTX 1080
• Versão do driver / LLVM: nvidia-drivers-435.21
• Versão do kernel: 4.19.72-gentoo

Tenho a mesma falha 8 vezes em 10, alguma notícia?

Estou tendo um travamento durante o jogo. Reproduzível em cerca de 10 minutos de jogo.
steam-275850.log

saída dmesg para travamento

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

O estranho foi que, na semana passada em 04/11/04, joguei o jogo por horas seguidas sem problemas. Isso só apareceu hoje depois que atualizei para 4.11-5. Voltar para 4.2-9 também reproduzirá esse problema.
O travamento travou meu computador com áudio do jogo ainda em execução. Normalmente recupero o controle do sistema em um minuto ou mais e recebo a captura de tela acima.

Informação do sistema

• GPU: GTX 1080
• Versão do driver / LLVM: nvidia-drivers-435.21
• Versão do kernel: 4.19.72-gentoo

Tenho a mesma falha 8 vezes em 10, alguma notícia?

Eu não recebo travamentos aqui, isso disse que tive travamentos no primeiro carregamento de uma nova atualização algumas semanas atrás, devido à sobreposição de nvidia fps ainda habilitada. Também experimentei um pouco de instabilidade com o V-sync.

Tenho artefatos e eles não são menores. Quase todo modelo 3D possui artefatos: um quadrado azulado ou branco ou ruído. Também as árvores à distância têm um contorno branco.
Aqui estão algumas capturas de tela:

Informação do sistema

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

Posso confirmar essas falhas gráficas. Eu experimentei o jogo com e sem ACO habilitado. Portanto, este problema parece não estar relacionado ao compilerbackend. Eu sei que o problema não existe quando um nvidiagpu é usado. Então, meu palpite é que tem algo a ver com o driver RADV. O céu de ninguém usa vulkan como sua API nativa, então dxvk não está causando essas falhas.

Especificações do sistema:

RAM 16 GB
GPU: Radeon RX 590
Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
Kernel: 5.3.5
Versão do próton: 4.11-6

Eu lutei com o xid 13s por um longo tempo; Eu tentei drivers diferentes, até mesmo mudando de distro sem sucesso. Eu consegui finalmente consertar fazendo o seguinte:

• Fazendo backup dos meus savefiles
• Removendo TUDO a fazer sem o céu do homem (o dir de prótons, o cache de sombreador etc.)
• Reinstale a partir do Steam
• Copiando em meus savefiles

Espero que isso ajude, o problema parece bastante complicado, mas boa sorte

Tenho artefatos e eles não são menores. Quase todo modelo 3D possui artefatos: um quadrado azulado ou branco ou ruído. Também as árvores à distância têm um contorno branco.
Aqui estão algumas capturas de tela:

Informação do sistema

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

Também posso confirmar que esse problema existe durante a execução no Arch Linux com Proton 4.11-9. Estou usando um Vega 56.

Também posso confirmar que esse problema existe durante a execução no Arch Linux com Proton 4.11-9. Estou usando um Vega 56.

Infelizmente, esse é um bug do jogo e exigiria que desabilitássemos algumas otimizações (válidas) para solucionar esse problema. Não parece que os desenvolvedores vão dar atenção a isso tão cedo.

Se alguém notar que a tesselação do terreno é bem lenta neste jogo, você pode se virar e vê-la crescer lentamente as células da tesselação no chão à sua frente. Existe algum hack que nós, usuários do Linux, possamos fazer para acelerar isso? (também é um pouco lento no Windows, eu acredito)

Se alguém notar que a tesselação do terreno é bem lenta neste jogo, você pode se virar e vê-la crescer lentamente as células da tesselação no chão à sua frente. Existe algum hack que nós, usuários do Linux, possamos fazer para acelerar isso? (também é um pouco lento no Windows, eu acredito)

Algumas informações sobre o seu hardware seriam úteis.

Ao usar uma GPU AMD, gostaria de usar o Mesa 19.3 e ativar o novo ACO-Support integrado. Ao usar um Ubuntu ou derivado dele (estou usando Linux Mint 19.2), o kisak-PPA seria uma boa escolha:
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

Acabo de ter os drivers nvidia mais recentes com 1080TI

Não consigo fazer o jogo inicializar com nenhuma versão do Proton, mesmo GE. Que etapas devo seguir para diagnosticar isso?

Geralmente, você pode permitir que o Proton gere um log com "PROTON_LOG = 1% command%"

Também posso confirmar que esse problema existe durante a execução no Arch Linux com Proton 4.11-9. Estou usando um Vega 56.

Infelizmente, esse é um bug do jogo e exigiria que desabilitássemos algumas otimizações (válidas) para solucionar esse problema. Não parece que os desenvolvedores vão dar atenção a isso tão cedo.

Você poderia elaborar sobre isso? Planejo testar o NMS no Windows no mesmo hardware em breve.

Geralmente, você pode permitir que o Proton gere um log com "PROTON_LOG = 1% command%"

Não está armazenando nenhum log no meu diretório inicial, ao iniciar com o Wine normal ele diz VK_ERROR_INITIALIZATION_FAILED

Geralmente, você pode permitir que o Proton gere um log com "PROTON_LOG = 1% command%"

Não está armazenando nenhum log no meu diretório inicial, ao iniciar com o Wine normal ele diz VK_ERROR_INITIALIZATION_FAILED

Esse erro significa que seu sistema não está configurado corretamente para usar o Vulkan

Geralmente, você pode permitir que o Proton gere um log com "PROTON_LOG = 1% command%"

Não está armazenando nenhum log no meu diretório inicial, ao iniciar com o Wine normal ele diz VK_ERROR_INITIALIZATION_FAILED

Esse erro significa que seu sistema não está configurado corretamente para usar o Vulkan

Dê uma olhada nisto para os requisitos do Proton e como configurar o Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Geralmente, você pode permitir que o Proton gere um log com "PROTON_LOG = 1% command%"

Não está armazenando nenhum log no meu diretório inicial, ao iniciar com o Wine normal ele diz VK_ERROR_INITIALIZATION_FAILED

Esse erro significa que seu sistema não está configurado corretamente para usar o Vulkan

Dê uma olhada nisto para os requisitos do Proton e como configurar o Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Já fiz essas etapas e tenho os drivers mais recentes. Estou em um 1060 6gb.
Além disso, DOTA2 funciona com Vulkan perfeito.

Algumas semanas atrás, também tive problemas para iniciar o NMS. Mas, em vez de pesquisar o motivo, simplesmente apaguei a instalação e todos os diretórios do jogo e reinstalei o jogo completamente. A partir deste ponto, ele funciona sem problemas (sem dor para mim; reinstalado em menos de 40 minutos (conexão de internet de 250 mbit)).

Como disse, não sei exatamente o motivo. Talvez você tente.

Essa certamente não é uma dica muito factual ou profissional. Mas como a instalação do VK está correta de acordo com suas informações, não fico com uma dica factual ou técnica no caso de sua mensagem de erro.

Algumas semanas atrás, também tive problemas para iniciar o NMS. Mas, em vez de pesquisar o motivo, simplesmente apaguei a instalação e todos os diretórios do jogo e reinstalei o jogo completamente. A partir deste ponto, ele funciona sem problemas (sem dor para mim; reinstalado em menos de 40 minutos (conexão de internet de 250 mbit)).

Como disse, não sei exatamente o motivo. Talvez você tente.

Essa certamente não é uma dica muito factual ou profissional. Mas como a instalação do VK está correta de acordo com suas informações, não fico com uma dica factual ou técnica no caso de sua mensagem de erro.

Onde exatamente esses logs de erros são armazenados? Estou no Ubuntu 19.10. O jogo apenas inicia e fecha sem tela preta no Steam, e quando tento instalar o Wine Lutris ele me dá aquele erro Vulkan.

Onde exatamente esses logs de erros são armazenados? Estou no Ubuntu 19.10. O jogo apenas inicia e fecha sem tela preta no Steam, e quando tento instalar o Wine Lutris ele me dá aquele erro Vulkan.

Eu não apaguei apenas os arquivos de log. Excluí o jogo inteiro.

Finalmente coloquei o log para funcionar. Desinstalei tudo, incluindo o Steam e todos os meus jogos.
steam-275850.log

Olá @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory no log parece onde as coisas começaram a dar errado. Qual sistema de arquivos você está usando com /media/max/OS ?

Olá @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory no log parece onde as coisas começaram a dar errado. Qual sistema de arquivos você está usando com /media/max/OS ?

NTFS, vergonhoso eu sei, é uma longa história.

Proton + NTFS é conhecido por ser temperamental e precisa ser montado com cuidado para que o Proton funcione com ele. Em particular, sabemos que ele precisa ser montado com ntfs-3g como o usuário atual e sem a opção windows_names mount. Pode haver outras restrições envolvidas e você pode pesquisar ntfs neste rastreador de problemas para encontrar o que outros tentaram.

Proton + NTFS é conhecido por ser temperamental e precisa ser montado com cuidado para que o Proton funcione com ele. Em particular, sabemos que ele precisa ser montado com ntfs-3g como o usuário atual e sem a opção windows_names mount. Pode haver outras restrições envolvidas e você pode pesquisar ntfs neste rastreador de problemas para encontrar o que outros tentaram.

Obrigado por esta informação, não vou mais usar NTFS de agora em diante, não tenho mais nada que use Windows.

O jogo está funcionando agora!

Eu uso prótons com minhas unidades NTFS o tempo todo sem problemas. Eu tenho vários sinalizadores definidos para as partições tho. Algumas das coisas que tenho abaixo provavelmente não são necessárias e não fazem nada de especial.

x-gvfs-show, noatime, async, big_writes, herdar, windows_names, uid = 1000, gid = 1004, rw, usuário, exec, umask = 000 0 0

Além disso, a pasta compatdata precisa ter um link simbólico de volta para o caminho .steam do usuário, o compatdata nunca deve estar em unidades NTFS.

A atualização mais recente quebrou o jogo para mais alguém? O jogo costumava funcionar perfeitamente para mim sem nenhuma alteração, mas recentemente o jogo travou minha área de trabalho. Ele parece estar usando meu Intel HD Graphics também (a janela diz 'No Mans Sky (Intel HD Graphics)). Todos os meus outros jogos estão funcionando normalmente, então estou confiante de que nada deu errado com meus drivers. A reinstalação também não funcionou

Specs é um i7-9750H e GTX 1660Ti rodando no Ubuntu 18.04 (Elementary OS).

Olá @Cybiko , isso soa semelhante a # 3215. Você pode verificar se foi isso que você encontrou?

@kisak-valve Parece que não, nenhum dos comandos de inicialização lá tem qualquer efeito no meu jogo.

É a sobreposição do Steam.
ERROR: ld.so: object '~ / .local / share / Steam / ubuntu12_32 / gameoverlayrenderer.so' de LD_PRELOAD não pode ser pré-carregado (classe ELF errada: ELFCLASS32): ignorado.

Infelizmente, esse é um bug do jogo e exigiria que desabilitássemos algumas otimizações (válidas) para solucionar esse problema. Não parece que os desenvolvedores vão dar atenção a isso tão cedo.

Escrevi uma solução alternativa para RADV que parece resolver o problema, independentemente do backend (LLVM ou ACO) usado: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Provavelmente será mesclado hoje ou amanhã e, com sorte, removerá os pequenos artefatos que você encontrar no jogo. (Eu não testei no jogo porque não sou o proprietário do jogo, então ficaria feliz se alguém pudesse reportar de volta.) Não vamos transportar esta solução alternativa para uma mesa estável porque é um pouco invasivo demais, desculpe por isso.

Escrevi uma solução alternativa para RADV que parece resolver o problema, independentemente do backend (LLVM ou ACO) usado: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Provavelmente será mesclado hoje ou amanhã e, com sorte, removerá os pequenos artefatos que você encontrar no jogo. (Eu não testei no jogo porque não sou o proprietário do jogo, então ficaria feliz se alguém pudesse reportar de volta.) Não vamos transportar esta solução alternativa para uma mesa estável porque é um pouco invasivo demais, desculpe por isso.

Parece que os artefatos ainda estão presentes, infelizmente, testei o patch com PKGBUILD do TKG com LLVM e ACO

@BlazeKl thx para teste. Se você tiver certeza de que adicionou os patches (são 6 patches) corretamente, você poderia verificar o nome do aplicativo relatado se ele está relatando "No Mans Sky"? Porque tenho quase certeza de que removi os artefatos em uma captura de doc de renderização, mas talvez a solução alternativa não seja habilitada por algum motivo.

@ daniel-schuermann o nome do aplicativo é "No Man's Sky", testei novamente com o nome correto e funciona muito bem, obrigado

Quando obteremos o patch? Estou usando o oibaf ppa agora. Mas os artefatos ainda são visíveis.

Quando obteremos o patch? Estou usando o oibaf ppa agora. Mas os artefatos ainda são visíveis.

Eu fundi a série hoje, então deve vir com a próxima atualização.

Alguns usuários relataram problemas na série Proton 5.0. Ele pode ter afetado apenas usuários que nunca o executaram em versões anteriores do Proton. Em qualquer caso, incluímos uma correção para No Man's Sky no 5.0-4, então se você teve problemas com o jogo no Proton 5.0, pode valer a pena tentar novamente agora.

Problemas como travar a cada 2 horas de jogo ou algo assim?

Alguém mais está tendo problemas com NMS + Steam VR. Com a versão mais recente, quando eu inicio o NMS via Steam VR, meu fone de ouvido VR permanece preto, eu posso ouvir música vindo dos fones de ouvido e posso ver o menu principal apenas no meu monitor. É quase como se o jogo fosse forçado para o modo Desktop? Posso usar o mouse e o teclado para navegar pelos menus, mas meus controladores de RV não estão ativos.

Sim, também não consigo fazer o NMS iniciar no modo VR

Parece que há um problema com o Proton 5.0-4 ao inicializar o OpenVR para alguns jogos. Por favor, veja este problema: https://github.com/ValveSoftware/Proton/issues/3652

Proton 5.0-5 corrige o problema com NMS + VR. Yay!

Pode confirmar, funciona novamente :)

Olá. Recentemente comprei o No Man's Sky e não consegui fazê-lo funcionar. Quando eu clico no botão Play na interface da Biblioteca Steam, a tela fica preta por apenas um segundo, então a tela retorna para a UI da Biblioteca e o botão Play fica visível novamente.
A partir dos registros, ele gera o seguinte erro quando o jogo termina:

ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
GameAction [AppID 275850, ActionID 2] : LaunchApp changed task to Completed with ""

Pesquisei esse erro em vários lugares para ver se algum usuário estava tendo o mesmo problema e, embora o tenha encontrado em alguns outros jogos, não encontrei nenhuma informação sobre o NMS. Qualquer ajuda seria apreciada. Obrigado.

Aqui estão os registros completos:
https://gist.github.com/trentchilders/5aa2fa1aa8aad586ce6feff0defaa4c2

CPU: processador AMD Ryzen 5 1600 Six-Core
GPU: Radeon RX 570 Series

o material "ERROR: ld.so: ..." pode ser ignorado com segurança. A linha real de importância é:

Z: \ home \ trent.local \ shareSteam \ steamapps \ common \ No Man's Sky \ Binaries \ NMS.exe: erro de pesquisa de símbolo: /usr/lib/x86_64-linux-gnu/libvulkan_radeon.so: símbolo indefinido: amdgpu_bo_list_create_raw

Parece que os drivers Vulkan são os culpados. Qual é a sua distro, seu sistema está atualizado e qual é o resultado do "vulkaninfo"?

@Zamundaaa Obrigado pela sua resposta! Distribuição e versão:

Distributor ID: Ubuntu
Description:    Ubuntu 18.04.4 LTS
Release:    18.04
Codename:   bionic

E esta é a saída, mas de vulkaninfo :

https://gist.github.com/trentchilders/1eb9d1f3f54ccdd0fe7689122e0301b5

Executei sudo apt-get dist-upgrade para garantir que estava atualizado e recebi o mesmo erro "símbolo indefinido: amdgpu_bo_list_create_raw" de antes.

Eu sugeriria usar um sistema operacional mais recente ou, pelo menos, atualizar suas bibliotecas de driver / carregador vulkan

@trentchilders
o que telans disse. Uma atualização para um Ubuntu mais recente, Ubuntu 20.04 assim que for lançado ou, claro, direto para outra distro provavelmente faria isso. Alternativamente, há a opção mais fácil de alguns ppas como os padoka (estáveis ​​ou instáveis, faça sua escolha) que irão atualizar seus drivers.
Você pode executar outros aplicativos vulkan como vkcube?

@trentchilders
Sobre o que @Zamundaaa disse eu recomendaria o PPA de @kisak-valve. Eu costumava usar o Padoka PPA também ... mas o PPA não é (mais) atualizado regularmente e prontamente. Portanto, mudei para o kisak-PPA.

O kisak PPA atualiza os drivers do Mesa para a versão mais recente (atualmente 20.0.3). Ao mesmo tempo você integrou o suporte ACO propagado pela Valve, se desejar (pode ser ligado ou desligado individualmente):
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

Além disso, você deve instalar ou atualizar os drivers Vulcan:
sudo apt install mesa-vulkan-drivers mesa-vulkan-drivers:i386

Mas você também pode encontrar tudo isso aqui:
https://github.com/ValveSoftware/Proton/wiki/Requirements

@ KuJo-Ger Obrigado por sua postagem. Adicionei o Kisak PPA e executei o comando de instalação que você faz referência e entendi:

mesa-vulkan-drivers is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).
mesa-vulkan-drivers:i386 is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).

E ainda assim o jogo não funciona. Recebo os mesmos erros. Então, isso pode me levar pelo caminho que @telans e @Zamundaaa sugeriram: uma nova distro Linux. Qual você gosta de usar?

@Zamundaaa Não estou familiarizado com o pkcube. Vou ter que investigar e voltar para você.

não pkcube, "vkcube". Basta executá-lo no terminal, ele já deve estar instalado.
Pessoalmente, estou usando o Manjaro KDE e o NMS está funcionando perfeitamente como sempre. Para jogos, geralmente é melhor escolher uma distro bastante atualizada, as melhores opções seriam Arch, Manjaro, Fedora, Solus, mas o Ubuntu mais recente também deve ser suficiente, desde que você não queira usar novo hardware como GPUs logo em seguida lançamento.

Olá @trentchilders , por favor, não use vários mesa PPAs ao mesmo tempo, isso não foi testado e pode ter efeitos colaterais estranhos. Se você quiser testar com meu PPA, por favor, ppa-purge o PPA do oibaf antes de adicionar o meu, e vice-versa se você quiser voltar.

@trentchilders
Você instalou o PPA do oibaf. Isso se baseia na versão 20.1 do Mesa instável e ainda não lançada (20.1 ~ git2004220730.f1a12d ~ oibaf ~ b). Atualmente a versão 20.0.x foi lançada e estável. Esse também pode ser o motivo pelo qual o NMS não está em execução.

É sempre recomendável escolher uma versão estável. Como o da @kisak-valve.

Mas, como kisak já explicou, você deve desinstalar outros PPAs antes de instalar seu PPA. Isso é descrito, por exemplo, na página PPA do oibaf (consulte a seção em "=== Reverter para os drivers originais ==="):
-> https://launchpad.net/~oibaf/+archives/ubuntu/graphics-drivers

Em seguida, siga as etapas conforme descrito na página Proton (consulte a seção "AMD / Intel"):
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

BTW - Eu uso o Linux MInt 19.3 com o Kisak PPA. AMD Ryzen 5 3600, AMD Radeon RX 5700 XT.

@ KuJo-Ger Entendi. Muito obrigado. Estou no trabalho agora, mas posso tentar isso quando chegar em casa. Sim. Eu tinha vários PPAs para drivers mesa, o que era idiota, mas ainda estou aprendendo sobre tudo isso.

@Zamundaaa @telans @ kisak-valve Obrigado a todos por responderem. Eu realmente gostei disso.

No Man's Sky funciona muito bem, além de algumas falhas durante as cutscenes. O único problema que estou recebendo são travamentos aleatórios durante o jogo. Vou tentar capturar o log de erros, mas o mouse desaparece na janela de falha. Eu vi algo mencionando o OpenVR e não tenho um fone de ouvido VR, então ele pode estar tentando encontrar um.

O jogo já travou várias vezes ao entrar no espaço. Mas, além disso, ele funciona bem no meu sistema Arch Linux com um Ryzen 5 3600, 16 GB de RAM e RTX 2060.

Consegui capturar o log de erros

Consegui capturar o log de erros

É mais útil usar o log fornecido com o comando PROTON_LOG = 1%%

Certo, aqui está o registro do Proton .

Achei uma coisa estranha com No Man's Sky em que o jogo não abre depois de alguns minutos. A solução para isso é abrir um gerenciador de tarefas (ex: htop, top, GNOME Task Manager, etc.) e matar os explorer.exe processos e em poucos segundos o jogo será aberto.

O jogo nem abre com o próton 5.0-7. Como o jogo não abre, ele nem mesmo cria um arquivo de log ao usar PROTON_LOG = 1% command%

Informação do sistema

Bug] No Man's Sky LOD corrupção de efeito de desvanecimento

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3902.
@FuzzyQuills postado em 2020-05-23T10: 02: 34:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: No Man's Sky
• Steam AppID do jogo: 275850

Informação do sistema

• GPU: RX 570
• Versão do driver / LLVM: Mesa 19.3.3 / LLVM 9.0.1 (usando ACO, o mesmo problema aparece no LLVM, mas não está presente no driver Windows AMD Vulkan)
• Versão do kernel: atualmente 4.19, kernels 5.3-3.6 também testados
• Link para o relatório completo de informações do sistema como Gist : https://gist.github.com/FuzzyQuills/294fdb78855e9c9b389194b8cfc1fcc6
• Versão do Proton: 5.0-7

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.

<Log omitted, please see #3902>

Sintomas

Ao andar em planetas, o efeito de fade-in LOD é corrompido; partes das árvores acendem e apagam lentamente conforme você se aproxima delas, objetos em cartazes piscam uma caixa barulhenta ao fazer a transição para o modelo real, as peças da base piscam com ruído laranja ao se aproximar, etc.

Visto que isso acontece em AMDVLK, RADV / LLVM e RADV / ACO, mas não no Windows, suspeito que isso possa ser uma falha do compilador de shader, mas quem sabe ... Não vi isso relatado em lugar nenhum, com apenas um comentário do reddit com um GIF mostrando o artefato também em uma GPU AMD diferente.

(captura de tela mostrando uma instância de corrupção do outdoor em particular: https://imgur.com/a/zbStQ4T)

Reprodução

Basta iniciar o jogo na configuração do sistema acima. (Ou qualquer GPU usando o driver amdgpu)

Observação adicional: também não tenho certeza de onde mais relatar isso, então, peço desculpas antecipadamente se estiver no lugar errado.

Olá @FuzzyQuills , mesa 20.1 tem alguns commits que podem ajudar com o que você está vendo, especificamente https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Se você puder, teste o jogo com mesa 20.1.0-rc4 ou git master.

Olá @FuzzyQuills , mesa 20.1 tem alguns commits que podem ajudar com o que você está vendo, especificamente https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Se você puder, teste o jogo com mesa 20.1.0-rc4 ou git master.

Eu juro que foi uma solução para outra coisa de muito tempo atrás, mas devidamente anotada. Parece que vou ter que descobrir como construir o Mesa no Debian ...

Edit: na verdade, deixa pra lá, parece que foi submetido à experimental dois dias atrás, vou tentar em breve.

Tudo bem, então a correção definitivamente está funcionando! Algumas partes da base ainda piscam (principalmente as do corredor, o chão tem triângulos piscando), mas é _muito_ melhor. Não há mais luz laranja piscando.

Vou testar mais depois de dormir. Parece que 20.1 é necessário para um No Man's Sky sem falhas.

Agora que o Mesa 20.1 foi lançado e contém uma correção para No Man's Sky, você pode confirmar se ele funciona bem? Muito obrigado!

Eu nunca vi problemas gráficos com No Man's Sky, pode ser apenas com o hardware que tenho em meu desktop ou tem a ver com o uso de Arch Linux. Mas, como comentei antes, há problemas de gaemplay.

Agora que o Mesa 20.1 foi lançado e contém uma correção para No Man's Sky, você pode confirmar se ele funciona bem? Muito obrigado!

Atualmente meu No Man's Sky parece bom. O bug LOD definitivamente desapareceu.

Desde o patch de crossplay, no entanto, alguns planetas ficam invisíveis quando você está longe o suficiente deles. Como isso não aconteceu antes do patch, esse pode ser o jogo culpado

Eu nunca vi problemas gráficos com No Man's Sky, pode ser apenas com o hardware que tenho em meu desktop ou tem a ver com o uso de Arch Linux. Mas, como comentei antes, há problemas de gaemplay.

Que problemas de jogabilidade você está tendo especificamente? (Exceto travamentos)

O jogo trava ao sair de um planeta.

Às vezes, consigo um congelamento momentâneo quando saio de um planeta pela primeira vez ao carregar meu save, mas isso acontece no Windows também, então está no jogo lá.

Qual versão do Proton? Estou usando 5.0-9 (mais recente)

Estou usando Proton-5.6-GE-1

Estou usando Proton-5.6-GE-1

Estou assumindo que você está lançando através do Steam? Tente forçar especificamente 5.0-9 e veja se isso ajuda a consertar.
Também posso dar uma chance a um GE build e ver se ele falha.

Sim, por meio do Steam. Não tenho acesso à minha área de trabalho agora, que tem o problema.

Joguei no meu laptop sem problemas e isso parece ser um problema com 2 GPUs NVidia (RTX 2060 e GTX 1050ti) ou com um Ryzen 5 3600 que meu desktop tem.

O jogo funciona bem para mim, mas há um novo problema como resultado de sua atualização recente: TLS 1.1 e 1.2 são obrigatórios:

Veja o quarto marcador na parte inferior das notas do patch: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Tem um link para este site: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- protocolos-em-wi

Existe uma maneira de habilitá-los no Proton para que possamos continuar jogando online?

O TLS 1.1 já terminou há dois anos e ativá-lo não seria a ideia mais inteligente em termos de segurança

O jogo funciona bem para mim, mas há um novo problema como resultado de sua atualização recente: TLS 1.1 e 1.2 são obrigatórios:

Veja o quarto marcador na parte inferior das notas do patch: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Tem um link para este site: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- protocolos-em-wi

Existe uma maneira de habilitá-los no Proton para que possamos continuar jogando online?

Tenho certeza de que o Proton já usa 1.2 porque eu tinha o Multiplayer trabalhando no primeiro dia.
Atualização: excluir o prefixo do próton e deixá-lo regenerar parece ter corrigido o modo de multijogador para mim

O TLS 1.1 já terminou há dois anos e ativá-lo não seria a ideia mais inteligente em termos de segurança

Se o Proton estiver usando o Windows 7 como a versão base do sistema operacional, é provável que ele esteja usando o TLS 1.0, mas considerando que a atualização de crossplay funcionou para mim quando foi lançada, não acho que seja o caso aqui.

Posso estar errado, pois fiz pouca investigação sobre o assunto (não tenho certeza por onde começar), mas posso dizer que o multiplayer está atualmente quebrado para pessoas que executam o Windows 7 e, aparentemente, para pessoas que executam o jogo via Steam Play. A única maneira de jogar online é através do Windows 10 (por enquanto), eu acho.

Posso estar errado, pois fiz pouca investigação sobre o assunto (não tenho certeza por onde começar), mas posso dizer que o multiplayer está atualmente quebrado para pessoas que executam o Windows 7 e, aparentemente, para pessoas que executam o jogo via Steam Play. A única maneira de jogar online é através do Windows 10 (por enquanto), eu acho.

Isso é estranho; só pareceu quebrar para mim depois que um amigo tentou adicionar meu código de amigo; serviços de descoberta online e bases de upload parecem funcionar, mas a combinação falha. Pelo que vi em uma postagem do Steam Community Forum, tenho a sensação de que, no meu caso, adicionar o código de

Vou relatar se isso funcionar, pois estava funcionando há dois dias para mim. Executando o último próton 5.0-9

editar: por favor, veja meu último comentário

Posso estar errado, pois fiz pouca investigação sobre o assunto (não tenho certeza por onde começar), mas posso dizer que o multiplayer está atualmente quebrado para pessoas que executam o Windows 7 e, aparentemente, para pessoas que executam o jogo via Steam Play. A única maneira de jogar online é através do Windows 10 (por enquanto), eu acho.

Isso é estranho; ele só quebrou para mim depois que um amigo tentou adicionar meu código de amigo; serviços de descoberta online e bases de upload parecem funcionar, mas a combinação falha. Pelo que vi em uma postagem no Steam Community Forum, tenho a sensação de que, no meu caso, adicionar _seu_ código de amigo deve corrigir o meu.

Vou relatar se isso funcionar, pois estava funcionando há dois dias para mim. Executando o último próton 5.0-9

Eu não tenho certeza se isso é um problema de Proton tanto quanto um problema de NMS, quando a atualização de crossplay saiu pela primeira vez, a GPU Navi pousava em um planeta e enquanto está funcionando bem atm ainda é um problema conhecido em relação ao Navi. Crossplay também é muito instável, com bugs a serem resolvidos.

Posso estar errado, pois fiz pouca investigação sobre o assunto (não tenho certeza por onde começar), mas posso dizer que o multiplayer está atualmente quebrado para pessoas que executam o Windows 7 e, aparentemente, para pessoas que executam o jogo via Steam Play. A única maneira de jogar online é através do Windows 10 (por enquanto), eu acho.

Isso é estranho; ele só quebrou para mim depois que um amigo tentou adicionar meu código de amigo; serviços de descoberta online e bases de upload parecem funcionar, mas a combinação falha. Pelo que vi em uma postagem no Steam Community Forum, tenho a sensação de que, no meu caso, adicionar _seu_ código de amigo deve corrigir o meu.
Vou relatar se isso funcionar, pois estava funcionando há dois dias para mim. Executando o último próton 5.0-9

Eu não tenho certeza se isso é um problema de Proton tanto quanto um problema de NMS, quando a atualização de crossplay saiu pela primeira vez, a GPU Navi pousava em um planeta e enquanto está funcionando bem atm ainda é um problema conhecido em relação ao Navi. Crossplay também é muito instável, com bugs a serem resolvidos.

Eu olhei no log do próton e realmente parece que o HTTPS em geral está completamente quebrado no Proton por algum motivo; No Man's Sky envia um monte de mensagens "não suportadas" da biblioteca winsock, e no jogo está dizendo que a conexão de matchmaking não pôde ser feita.

Nova atualização; finalmente decidi tentar diminuir o próton, o que forçou a pasta pfx do Proton do meu jogo a ser reconstruída. Assim que o fiz, o multiplayer começou a funcionar novamente, o que aponta para um problema com o próton mais recente e certas configurações de prefixo.

Alguém pode ter problemas com o modo multijogador tentar excluir a pasta pfx do No Man's Sky para que seja forçado a reconstruí-la? Se isso não funcionar, tente baixar a versão 4.11 e force o No Man's Sky a usar essa versão. Foi o que fiz para que funcionasse e, depois de fazer isso, voltar para o 5.0-9 também começou a funcionar.

tl; dr: parece forçar uma reconstrução da pasta pfx corrige o multiplayer, mas eu preciso verificar se é independente de versão.

Atualização: acabei de testar deletar e reconstruir com 5.0-9 e com certeza um novo prefixo do 5.0-9 quebra o multiplayer. usando 4.11 para criá-lo e, em seguida, mudar para 5.0-9 ainda funciona. (Testado salvando a anomalia de espaço e apenas recarregando salvar após alterar minha instalação do Proton)
Isso aponta para uma regressão em 5.0-9, talvez a correção EA Origin esteja relacionada?

Posso tentar comparar arquivos .reg das duas versões, pois também percebi que as entradas de registro winhttp estavam faltando

Você já experimentou a última compilação do Proton-GE, não é oficial, mas se ela corrige problemas para alguém, então pode valer a pena verificar quais patches específicos resolveram esses problemas.

Você já experimentou a última compilação do Proton-GE, não é oficial, mas se ela corrige problemas para alguém, então pode valer a pena verificar quais patches específicos resolveram esses problemas.

Se houver uma maneira de adicioná-lo ao Steam como uma instalação Proton válida para usar, posso tentar, caso contrário, não tenho experiência com compilações GE

https://github.com/GloriousEggroll/proton-ge-custom/releases arquivo em Ativos, extraia-o em ~ / .steam / root / compatibletools.d / pasta (deve estar em sua própria pasta). Reinicie o Steam, procure na lista de prótons NMS.

Geralmente é uma boa prática limpar a pasta pfx do jogo entre as alterações das versões principais do próton. (de prótons de vapor de estoque para prótons personalizados como GE)

https://github.com/GloriousEggroll/proton-ge-custom/releases arquivo em Ativos, extraia-o em ~ / .steam / root / compatibletools.d / pasta (deve estar em sua própria pasta). Reinicie o Steam, procure na lista de prótons NMS.

Geralmente é uma boa prática limpar a pasta pfx do jogo entre as alterações das versões principais do próton. (de prótons de vapor de estoque para prótons personalizados como GE)

o que é engraçado é que a pasta pfx nunca foi sobrescrita, ela só foi usada pelo 5.0-9. Então, do nada, um patch do No Man's Sky abordando bugs de crossplay o quebrou no Linux naquela versão do próton.

Atualmente descomprimindo Proton-GE, testarei agora

Ok, então Proton-GE também falha, mas se o prefixo for gerado em ALL por 4.11-13, ele funcionará bem com qualquer versão de próton acima dele se o prefixo for atualizado. Eu me pergunto o que estragou tudo

Edit: aaaand isso destruiu minhas defesas de alguma forma ...
edit2: crise evitada, eu tinha um backup lol

Corrigido para mim, obrigado @FuzzyQuills.

Aqui estão as etapas para qualquer um que esteja lendo:

1. cd ~/.steam/steam/steamapps/common
2. rm -r "Proton 5.0"
3. No Steam, vá para a entrada Proton 5.0. Clique com o botão direito e clique em Propriedades. Vá para a guia Arquivos locais e pressione "Verificar integridade dos arquivos de ferramenta".
4. Deixe o Proton 5.0 baixar novamente, abra o NMS e teste.

Lucro.

Corrigido para mim, obrigado @FuzzyQuills.

Aqui estão as etapas para qualquer um que esteja lendo:

1. `cd ~/.steam/steam/steamapps/common`

2. `rm -r "Proton 5.0"`

3. In Steam, go to the Proton 5.0 entry. Right click it and click Properties. Go to the Local Files tab and press "Verify integrity of tool files".

4. Let Proton 5.0 redownload, and then open NMS and test.

Lucro.

Vou tentar fazer isso com o meu também, deve haver um arquivo dist do Proton corrompido que está causando o bug.
Apenas um aviso; certifique-se de encontrar seu NMS salvo dentro do prefixo e faça backup, pois a exclusão do prefixo pode fazer com que o Steam Cloud limpe seu arquivo salvo. Não estava ciente disso até quase perder meu salvamento de 3 meses. (Eu tinha um backup da minha partição do Windows)

Novamente, parece que algo está errado na versão 5.0-9, mas vou tentar isso primeiro, pois funcionou para você

Sim, notei que o save estava no diretório pfx, então queria evitar excluí-lo. Reinstalar o próton corrigiu isso para mim. Deixe-me saber seus resultados.

Olá @FuzzyQuills , Proton 5.0 mudou o wineprefix do Windows 7 para o Windows 10. O que você descreveu é que o jogo muda seu comportamento em um ambiente win10. Quando você executa o jogo com o Proton 4.11 para configurar o prefixo do vinho, ele é definido como win7 e espera-se que permaneça nessa configuração quando você alternar para o Proton 5.0 para a segunda execução.

Olá @FuzzyQuills , Proton 5.0 mudou o wineprefix do Windows 7 para o Windows 10. O que você descreveu é que o jogo muda seu comportamento em um ambiente win10. Quando você executa o jogo com o Proton 4.11 para configurar o prefixo do vinho, ele é definido como win7 e espera-se que permaneça nessa configuração quando você alternar para o Proton 5.0 para a segunda execução.

Bem, então não é um bug de prótons como tal, apenas um comportamento estranho.

Considerando que algumas instalações do Windows 10 para outras pessoas também estavam falhando, meu palpite é que este é realmente um bug no No Man's Sky que também é acionado no Proton 5. (talvez ele use incorretamente um caminho de código destinado à versão do gamepass? Não seria surpresa eu honestamente)

Presumo que o modo single player funcione? porque o NMS funciona para mim, mas ainda não tentei experimentar o multijogador.

@jarrard Sim, o modo single player é perfeito para mim. Estava apenas tendo problemas com o multiplayer.

Sim, vou testar o MP mais tarde esta noite, no entanto, não conheço ninguém para testar, então espero que ele apenas deixe você se conectar a qualquer servidor.

Sim, vou testar o MP mais tarde esta noite, no entanto, não conheço ninguém para testar, então espero que ele apenas deixe você se conectar a qualquer servidor.

Eu acho que No Man's Sky é realmente baseado em ponto a ponto, então nenhum servidor pode ser escolhido.
Se alguém da sua lista de amigos (Steam ou NMS, não importa) jogar, organize uma sessão você mesmo ou peça a um amigo para fazê-lo.

Se você precisar de um host, assim que meu PC voltar a funcionar (a atualização da placa-mãe destruiu minha unidade do sistema operacional), vou oferecer meu PC como tributo.

Sim, vou testar o MP mais tarde esta noite, no entanto, não conheço ninguém para testar, então espero que ele apenas deixe você se conectar a qualquer servidor.

Basta voar para a Anomalia. Se você vê outras pessoas, funciona. Se você não vê mais ninguém, não é.

Para usuários RADV: Este jogo deve funcionar perfeitamente bem com o Mesa 20.1.2 / ACO e a versão mais recente do jogo 2.55. Você pode confirmar para que possamos remover a tag "RADV"?

Para usuários RADV: Este jogo deve funcionar perfeitamente bem com o Mesa 20.1.2 / ACO e a versão mais recente do jogo 2.55. Você pode confirmar para que possamos remover a tag "RADV"?

Estou em 20.1.1 / ACO via Debian Experimental, e meu jogo é praticamente perfeito, exceto alguns combates Z em certas partes básicas. (Apenas parece afetar uma das minhas bases também, outras estão bem)

O que consertou o multiplayer para mim foi apenas mudar para o Proton 4 do meu prefixo 5 existente e, em seguida, voltar para 5. Tudo funcionou perfeitamente naquele ponto. Acho que o Steam também reinstalou as dependências durante esse processo, o que pode ter algo a ver com esse bug.

O que consertou o multiplayer para mim foi apenas mudar para o Proton 4 do meu prefixo 5 existente e, em seguida, voltar para 5. Tudo funcionou perfeitamente naquele ponto. Acho que o Steam também reinstalou as dependências durante esse processo, o que pode ter algo a ver com esse bug.

Isso é o que eu fiz inicialmente quando encontrei o bug, então tentei limpar o wineprefix em ambas as versões para ver o que eles faziam. (Quase perdi minha chance fazendo isso ... lol)

Não jogava há cerca de 3 meses e decidi tentar novamente. Usando uma nova instalação do archlinux, proton e NMS, recebi uma mensagem de erro na maioria das vezes antes de terminar a tela de carregamento. Consegui consertá-lo instalando o vulkan-radeon e desinstalando o amdvlk. Agora o jogo funciona perfeitamente. Quando apenas amdvlk é instalado ou ambos amdvlk e vulkan-radeon são instalados, o erro acima aparece. Publiquei uma captura de tela do erro. Espero que isso possa ajudar outras pessoas que usam GPUs AMD.

RADV é o driver vulkan mais confiável para placas AMD atm, amdvlk (da amd), como você descobriu, tem alguns problemas.

Não jogava há cerca de 3 meses e decidi tentar novamente. Usando uma nova instalação do archlinux, proton e NMS, recebi uma mensagem de erro na maioria das vezes antes de terminar a tela de carregamento. Consegui consertá-lo instalando o vulkan-radeon e desinstalando o amdvlk. Agora o jogo funciona perfeitamente. Quando apenas amdvlk é instalado ou ambos amdvlk e vulkan-radeon são instalados, o erro acima aparece. Publiquei uma captura de tela do erro. Espero que isso possa ajudar outras pessoas que usam GPUs AMD.

O motivo pelo qual o AMDVLK não funcionou é, na verdade, um descuido nos pacotes AMDVLK; praticamente todos eles falham ao instalar os ICDs vulkan adequados, você mesmo deve instalá-los. (Felizmente, encontrá-los na internet não é difícil)

Com isso dito Mesa / ACO é muito melhor para No Man's Sky, tanto em desempenho quanto em artefatos gráficos. (Um bug com fade LOD foi corrigido no Mesa 20.1, que também inclui ACO)

Não jogava há cerca de 3 meses e decidi tentar novamente. Usando uma nova instalação do archlinux, proton e NMS, recebi uma mensagem de erro na maioria das vezes antes de terminar a tela de carregamento. Consegui consertá-lo instalando o vulkan-radeon e desinstalando o amdvlk. Agora o jogo funciona perfeitamente. Quando apenas amdvlk é instalado ou ambos amdvlk e vulkan-radeon são instalados, o erro acima aparece. Publiquei uma captura de tela do erro. Espero que isso possa ajudar outras pessoas que usam GPUs AMD.

O motivo pelo qual o AMDVLK não funcionou é, na verdade, um descuido nos pacotes AMDVLK; praticamente todos eles falham ao instalar os ICDs vulkan adequados, você mesmo deve instalá-los. (Felizmente, encontrá-los na internet não é difícil)

Com isso dito Mesa / ACO é muito melhor para No Man's Sky, tanto em desempenho quanto em artefatos gráficos. (Um bug com fade LOD foi corrigido no Mesa 20.1, que também inclui ACO)

Eu tinha os IDCs amdvlk instalados, então sei que esse não era o problema. Deve ter sido um problema com o próprio driver. Também percebi que há uma nova versão do amdvlk lançada, então vou testá-la e ver se corrige o problema. Vou relatar de volta.

Editar: o novo amdvlk funciona agora sem travar. No entanto, parece ter FPS mais baixo que o vulkan-radeon fornecido pela mesa.

Sim, assim que o RADV corrigiu o problema de LOD, parei de usar o AMDVLK completamente devido ao desempenho muito pior do VS RADV / ACO. (Mesmo o LLVM era melhor do que o AMDVLK de alguma forma)

No Man's Sky "Sem conexão com serviços de combinação" com Proton 5.0-9, funciona com 4.11-13

Problema transferido de https://github.com/ValveSoftware/Proton/issues/4082.
@JPLeBreton postado em 2020-07-18T16: 22: 36:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: No Man's Sky
• Steam AppID do jogo: 275850

Informação do sistema

• GPU:
• Versão do driver / LLVM: nvidia 440.82
• Versão do kernel: 5.4.44-1-MANJARO
• Link para o relatório completo de informações do sistema como Gist : https://gist.github.com/JPLeBreton/27ee957c57ea36298312ca3a09eadd70
• Versão do Proton: 5.0-9

Eu confirmo:

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

steam-275850.log

Sintomas

Não é possível jogar multijogador desde a atualização do jogo no mês passado. A versão de lançamento mais antiga do Proton, 4.11-13, não parece ter esse problema.
Observe que ainda posso me conectar aos "serviços de descoberta" do jogo, ou seja, o servidor que permite que os jogadores façam login e vejam os planetas, bases, etc. descobertos uns dos outros, muito bem. Acredito que seja um tipo totalmente separado de acesso à rede.

Reprodução

1. Inicie a versão mais recente do jogo (2.60) com Proton 5.0-9.
2. Carregue um jogo salvo.
3. Acesse o menu de opções e selecione a seção "rede".
4. Observe: uma caixa aparece dizendo "Sem conexão com os serviços de matchmaking".
5. Encerre o jogo e configure-o para rodar usando Proton 4.11-13.
6. Reinicie o jogo, carregue um save e entre no mesmo menu de opções.
7. Observe: o erro de rede não ocorre como antes.

Comportamento esperado: Multiplayer funciona com todas as versões do Proton.

Posso confirmar o problema de rede. coisa boa funciona como um encanto em 4.11-13

@osdamv Você tentou meu comentário? https://github.com/ValveSoftware/Proton/issues/438#issuecomment -648177961

Além disso, pessoal, se acontecer de você dualboot (eu faço para jogos que ainda não rodam confiavelmente no próton) - verifique o relógio do sistema, se estiver distorcido, mesmo que um pouco o multiplayer não funcionará.

Sim, você pode definir o relógio do Windows para UTC, o que deve evitar a inversão do tempo cada vez que você salta.

Sim, você pode definir o relógio do Windows para UTC, o que deve evitar a inversão do tempo cada vez que você salta.

Ou provavelmente o método mais fácil ... Configure o Linux para usar a hora local. timedatectl set-local-rtc 1

@simpleauthority Obrigado está trabalhando agora!

Olá a todos.
Obrigado pelo trabalho incrível, equipe Proton.

Eu tenho um problema com o céu de ninguém por enquanto. Poucos dias atrás eu tentei NMS, tenho travamentos periodicamente longos. Eu atualizei meu sistema para o kernel mais recente e os problemas desapareceram completamente.
Mas hoje tenho o mesmo problema novamente. O jogo periodicamente (a cada 1-2 minutos) trava completamente - apenas reprodução de som. Isso é verdade para o próton 4 e 5 - nenhuma diferença. O Steam e a reinstalação do jogo não ajudam.

Minhas especificações do sistema e registros do aplicativo:
sysinfo.log
steam-275850.log

Quando o jogo trava, esta sequência aparece:

3447.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3448.420:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3449.424:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.425:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.862:00bc:00c0:err:ntdll:RtlpWaitForCriticalSection section 0xd7f930 "?" wait timed out in thread 00c0, blocked by 0138, retrying (60 sec)
3451.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3452.607:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3453.416:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3454.419:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3455.604:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100

não fui capaz de iniciar o NMS com qualquer versão do próton
Eu costumava jogar ... embora isso tenha acontecido há vários meses

nvidia 1070
nvidia 440.100
linuxmint 19.3 (ubuntu 18.04 LTS)

esta janela aparece e pronto.

THE GAME HAS ENCOUNTERED AN ERROR AND WILL NOW SHUTDOWN

Token:
62637_0x7DCDDF_76561198095643958

protonlog tem 140 kb de tamanho

343342.359:0070:007c:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142
343342.360:0030:0034:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1114

343342.729:0098:009c:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddd520000: builtin
Setting breakpad minidump AppID = 275850
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198095643958 [API loaded no]
343342.765:0020:0024:err:steam:setup_vrpaths got error parsing vrpaths file
343342.884:0098:009c:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin

Acho que é aqui que ele trava, mas não tenho certeza

343343.841:00bc:00c0:warn:debugstr:OutputDebugStringA "[S_API] SteamAPI_Init(): Loaded 'C:\\Program Files (x86)\\Steam\\steamclient64.dll' OK.\n"
343343.841:00bc:00c0:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00c0
343343.841:00bc:00c0:trace:seh:raise_exception  info[0]=0000000000000056
343343.841:00bc:00c0:trace:seh:raise_exception  info[1]=000000000021c8d0
343343.841:00bc:00c0:trace:seh:raise_exception  rax=000000000021c450 rbx=00007fffffd9c000 rcx=000000000021c430 rdx=0000000000000000
343343.841:00bc:00c0:trace:seh:raise_exception  rsi=000000000021c530 rdi=000000000021c460 rbp=000000000021c870 rsp=000000000021c410
343343.841:00bc:00c0:trace:seh:raise_exception   r8=0000000000000002  r9=000000000021c520 r10=0000000000000000 r11=0000000000000246
343343.841:00bc:00c0:trace:seh:raise_exception  r12=0000000000d397f0 r13=0000000000000000 r14=000000000021d158 r15=0000000000000001
343343.841:00bc:00c0:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 21c410
343343.841:00bc:00c0:trace:seh:dump_unwind_info **** func fbf0-fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0xa: pushq %rsi
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x9: pushq %rdi
343343.841:00bc:00c0:trace:seh:dwarf_virtual_unwind function 7b439bb1 base 0x7b439968 cie 0x7b496a90 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

Eu tentei .Net versão 4.8
Só não tenho certeza do que preciso instalar com o Protontricks para fazer isso funcionar ...

Não deve exigir nada extra para funcionar. Experimente próton-GE e talvez GE-5.0, pois às vezes, quando o vinho é atualizado, as coisas quebram.

Aqueles que estão travando, você experimentou um binário nvidia mais recente? Parece que 440.100 está travando para muitas pessoas. Joguei usando 450.57 e sem problemas na semana passada.

Não deve exigir nada extra para funcionar. Experimente próton-GE e talvez GE-5.0, pois às vezes, quando o vinho é atualizado, as coisas quebram.

negativo, eu uso 4-11, 5.0 e próton-ge-5.9

Aqueles que estão travando, você experimentou um binário nvidia mais recente? Parece que 440.100 está travando para muitas pessoas. Joguei usando 450.57 e sem problemas na semana passada.

como nvidia 440.x é de longo prazo, hesitei em atualizar para o novo branch 450.x mais recente
sem problemas com a atualização, no entanto, ela não corrige o problema do NMS.
todos os outros prótons / linux / wine / vulkan O que quer que seja o jogo funciona perfeitamente
então, tem algo a ver com NMS especificamente e quaisquer bibliotecas personalizadas que eu tenho

mesmo erro

62637_0x7DCDDF_userid#

RESOLVIDO.
DESINSTALAR completamente e limpar tudo
reinstalar através do vapor
ACEITAR EULA
por algum motivo, o EULA estava me causando um grande problema, embora eu tenha jogado este jogo anteriormente

Eu estava tentando fazer isso na outra semana no Linux em meu 1080TI em 4k e tive alguns problemas, primeiro era vkbasalt ou mangohud estavam causando travamento após 10s ou mais, mangohud não foi capaz de relatar o vram GPU ou configuração / uso do relógio.

O outro problema era que eu tinha grandes problemas de desempenho onde o quadro continuava caindo para 10-20fps continuamente como uma onda dependendo de onde eu estava olhando .. era impossível de jogar. Voltei para o Windows, sem problemas.

Jogando isso em um 2080 Ti. Sem limite, eu estava obtendo (extremamente variável) ~ 100 fps, mas com o VSync ativado estava falhando em atingir um bloqueio de 60 fps, sendo muito instável e oscilando nos anos 50. Abaixar a resolução da textura ajudou um pouco, mas não muito.

Aplicar a correção de spoofing corrigiu tudo. Framerates estáveis ​​e desempenho muito melhor, com tudo configurado o mais alto possível. Algo sobre o caminho do código específico da Nvidia para streaming de textura ainda não parece estar funcionando direito.

Em ambos os casos, o jogo está usando apenas 3-4 GB de VRAM dos 11 GB que tenho disponíveis.

Acabei de instalar proton-ge-custom-bin do AUR hoje e estou tendo um problema gráfico com os drivers mais recentes. Alguma correção?

Não tenho certeza se é uma regressão, mas agora o No Man's Sky não está funcionando em RV aqui. Enviei meu Valve Index para a RMA, ele voltou, funciona com todos os jogos (88 jogos VR), exceto para No Man's Sky, e funcionava perfeitamente antes. Tentei com e sem o truque de spoofing da NVIDIA AMD, tentei desinstalar completamente e limpar o diretório compatdata 275850 e depois reinstalar, tentei verificar arquivos, tentei diferentes drivers NVIDIA, tentei diferentes versões de prótons além do padrão 5.0-9, tentei executar a partir do cliente Steam e selecionar "Execute o jogo em HMD" e de dentro do SteamVR Home, sem sucesso. O que acontece: eu chamo o jogo, a miniatura do jogo carregando na tela do fone de ouvido aparece por alguns segundos, mas depois o jogo inicia no monitor e é claro não responde aos controles do Índice. É como se ele não pudesse inicializar / acessar o VR, mas como eu desinstalei e reinstalei completamente e até verifiquei os arquivos, ele deve ser capaz de usar openvr_api.dll ou o que quer que ele use, não faz sentido.

essência da minha configuração: https://gist.github.com/Patola/acbcb1b52ab975f9b02f8e888b325de8 (eu tenho um driver NVIDIA mais recente agora). Mesma coisa no Arch e no Ubuntu 20.04.1.

Recebi uma postagem no gamingonlinux mencionando isso: https://www.gamingonlinux.com/forum/topic/4619/post_id=

steam-275850.log

Olá @Patola , err:vrclient:create_win_interface Don't recognize interface name: IVRSystem_022 parece a linha de interesse do log.

Muito obrigado @ kisak-valve, vou tentar pesquisar o que isso significa e tentar encontrar soluções para o problema. Se eu consertar, contarei aqui.

Então ... É uma versão do Sistema IVR que o SteamVR Linux ainda não suporta, não é? Suporta IVRSystem até 021?

@Patola Obrigado por relatar. Vou consertar isso em uma próxima versão do Proton.

Obrigado. Tentei mexer no diretório vrclient_x64 do proton para tentar adicionar IVRSystem_022 baseado nos mais antigos, não funcionou. Tentativa fraca, mas valeu a pena. Vou esperar pelo próximo lançamento do Proton.

Ok, parece que o Proton 5.13-1 acabou de quebrar o No Man's Sky completamente (VR ou outro)? O PROTON_LOG está anexado.
steam-275850.log

@Patola Eu sou capaz de entrar no jogo e me mover no primeiro planeta, então pelo menos não está completamente quebrado :) Os outros jogos estão funcionando para você no 5.13, ou todos os jogos estão quebrados?

O modo VR realmente não é fixo. Ainda estou trabalhando nisso.

Eu executei apenas alguns jogos e eles trabalharam em 5.13. Vou tentar pelo menos 20 outros jogos hoje para ver se isso os afeta também.

@aeikum, eu sinto muito. Não sei o que mudou, mas depois de testar uma dúzia de jogos com sucesso no Proton 5.13-1, executei o No Man's Sky novamente (modo não VR) e ele foi executado com sucesso. Agora demorou um pouco para compilar os shaders primeiro, mas funcionou bem. Não sei por que não funcionou dessa vez. Por favor, desconsidere meu último steam-275850.log. Eu até tentei a versão VR novamente (não funcionou, mas voltei para o modo panqueca) e então executei de volta no modo panqueca e funcionou.

Ótimo! Estou muito feliz em ouvir isso :)

Você teve uma atualização do python? Eu fiz, e estava tendo problemas semelhantes com você. Eu reloguei e o próton funcionou novamente.

De fato. Ontem quando tive esse problema, o python-xlib foi atualizado.

Também posso confirmar que o jogo funciona bem no modo "panqueca" em 5.13-1. Infelizmente, também estou tendo problemas ao executar o jogo no modo VR no meu Índice.

Observe que coisas como o Mangohud podem causar travamentos em certos jogos como NMS, onde uma vez que você deixa o primeiro planeta, o mangohud (se aparecer na tela) fará o CTD do jogo.

Estou recebendo o mesmo erro que @Patola estava mostrando em seu arquivo de log. Estou em Manjaro com uma GeForce GTX 1080 e todo o software está atualizado. Ainda não tinha funcionado antes, apenas tentei instalar o NMS hoje.

Grato por todas as sugestões!

Desculpe, percebi que não anexei meu próprio arquivo de log ...
steam-275850.log

Para usuários RADV: Você ainda tem problemas de renderização com esse jogo e o Mesa 20.2.x? Acho que corrigimos todos os problemas conhecidos, então o rótulo RADV pôde ser removido, mas solicitando uma confirmação primeiro.

Para usuários RADV: Você ainda tem problemas de renderização com esse jogo e o Mesa 20.2.x? Acho que corrigimos todos os problemas conhecidos, então o rótulo RADV pôde ser removido, mas solicitando uma confirmação primeiro.

Radeon RX 5700 XT; AMDGPU com ppa fresco kisak-mesa (20,2,1 atm); Linux Mint 19.3; Kernel 5.8.16
Não tenho erros de renderização. Mas não tenho certeza se tinha, porque não jogo há um tempo. Só jogo novamente com o último DLC.

Talvez outras pessoas que relataram os erros mencionados possam acrescentar algo.

RX 5700, mesa 20.3-git-2b977a. O dimensionamento da resolução causa estranhos artefatos de iluminação em blocos (ACO e LLVM, esse problema existe para mim desde que o dimensionamento da resolução foi adicionado ao NMS) e as texturas de alta resolução demoram muito para carregar (apenas ACO, pareço me lembrar de ter visto um relatório de bug abrir em algum lugar sobre isso, mas não consigo encontrar ...). Não localizei nenhum outro problema, acho que estão todos corrigidos.

Imagem de artefatos de iluminação:

Céu de ninguém

Problema transferido de https://github.com/ValveSoftware/Proton/issues/4342.
@taldarus postado em 2020-11-02T18: 17: 07:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: O céu de ninguém
• Steam AppID do jogo: 275850

`Informações do sistema

• GPU: GeForce GTX 970
• Versão do driver / LLVM: nvidia v: 390.138
• Versão do kernel: 5.4.0-52-x86_64 genérico
• Versão do Proton: 3.16, 3.7 estão ambos instalados, mas pensei que estava usando o 5.13 / atualizado

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.

Registro:
Isso não deu em nada, veja o problema.

Sintomas

Execute o jogo e ainda recebo "SteamAPI_Init falhou. Nenhuma licença ou o Steam não está funcionando."

Eu não estava atualizado quando o erro começou, reiniciei e reiniciei tudo várias vezes.

Desculpe se este é o lugar errado. Eu principalmente quero devolver um atm de jogo, mas é para meus filhos. Procurei várias vezes e não encontrei nada. Parece que falta um arquivo, não um problema de compatibilidade, mas o drone de suporte do Steam me referiu aqui.

Reprodução

É fácil de reproduzir :)

Acabei de apertar o play e não funcionou. Desculpe, não posso fornecer um registro sofisticado, pois o problema é o steamAPI, portanto, pedir um registro não funciona.

Olá @taldarus , a série de drivers nVidia 390 é mais antiga do que o limite de suporte para Proton, atualize para uma série de drivers mais recente. Além disso, copie as informações do seu sistema do Steam ( Steam -> Help -> System Information ) e coloque-as em uma essência , em seguida, inclua um link para a essência nesta edição relatório.

A partir do Proton 5.13, o Proton agora roda sobre o Steam Linux Runtime - Soldier, que é um ambiente de contêiner configurado pelo Pressure Vessel. Como PROTON_LOG=1 não está gerando um registro com o Proton 5.13, isso indica que você pode ter encontrado um problema com o Vaso de pressão. Por favor, feche completamente o Steam, execute o Steam de um terminal e verifique se há alguma dica no spew do terminal ao tentar executar o jogo. Se você estiver usando o pacote Steam modificado pelo Debian, ele pode interceptar qualquer dica e colocá-lo em ~/.steam/error.log .

Informações do sistema muito rápido: https://gist.github.com/taldarus/d91b4d730a9d11eb0c186aa0a270f124
Terminal Spew: https://gist.github.com/taldarus/274fad28c4c728c90177bed96c8ec91d

Isso é um pouco confuso, porque parece que eu deveria executar com privilégios elevados, o que eu entendo ser um não-não tradicional. Portanto, vou prosseguir e ver se consigo mais dados.

Post Nvidia Terminal Spew: https://gist.github.com/taldarus/5d8b01c5266c8a2d0f567bc1934609f2

E o Steam está fazendo algo estranho, vi ele tentar se atualizar. Então isso parece promissor. Vou mexer por um momento.

Edição final (provavelmente):
Neste ponto, tenho o problema (parece que o mint 19.3 -> 20 passou por uma alteração de 64 bits que foi significativa). Começando com a Nvidia, eu rapidamente encontrei todos os tipos de pequenos bugs, e isso eventualmente me levou a atualizar para o 20.x. Eu não confirmei se isso resolverá o problema, mas o processo de atualização está em execução há quase duas horas. (2.000 pacotes precisaram de atualização Oo)

Lembro-me de querer atualizar para 20.0 e disse-lhe para esperar. Pelo menos eu pensei que era esperar, porque ele se recusou terminantemente a me falar sobre essa atualização novamente. Se não resolver o problema, postarei novamente. Espero que o jogo funcione daqui a pouco.

Obrigado pela ajuda Kisak

Olá @aeikum , Notei uma nova versão do Proton-5.0 (5.0-10) e atualizei o Proton e tentei executar No Man's Sky em VR com esta versão em particular. Caiu no início com uma janela de diálogo genérica pedindo-me para entrar em contato com o suporte, até tentei desinstalar completamente, removendo o compatdata 275850 (não sei por que o Steam não remove isso após a desinstalação) e, em seguida, instalá-lo novamente direto do Proton 5.0. Funciona perfeitamente no modo panqueca, mas falha com a mesma mensagem genérica.

Essa versão do Proton deveria resolver o problema com o No Man's Sky VR? Digo isso porque tendo atualizado a compatibilidade do openvr, pensei que sim.

Em qualquer caso, estou anexando o registro do Steam, se vocês precisarem
steam-275850.log
.

Infelizmente não. O jogo está encontrando um novo bug, que examinei, mas não consegui resolver. Registrei um bug para ele em nosso rastreador interno, mas não tenho nenhuma estimativa de quando será consertado. (Ele está passando o que aparentemente é um identificador VkPhysicalDevice inválido para uma função OpenVR, o que causa o travamento. Não sei por que está fazendo isso.)

@aeikum O novo Proton 5.13-2 RC tem alguma correção para No Man's Sky no modo VR?

@rstrube No.

Atualizado para Mesa 20.2.2 a partir do PPA de Kisak mesa-fresh e No Man Sky não renderiza mais nenhum gráfico do jogo

Os menus iniciais e a animação do campo estrela são renderizados corretamente.

No entanto, na tela do jogo tudo está preto, pois nenhum gráfico está sendo renderizado além de rótulos.

Os menus do jogo também funcionam 100%

Estou usando um cartão RX480 8GiB no Ubuntu 18.04.5

Qualquer outro jogo que testei funciona bem.

Isso começou a acontecer logo após a atualização para 20.2.2 na versão anterior funcionou 100% bem no meu computador.

Atualizado para Mesa 20.2.2 a partir do PPA de Kisak mesa-fresh e No Man Sky não renderiza mais nenhum gráfico do jogo

Os menus iniciais e a animação do campo estrela são renderizados corretamente.

No entanto, na tela do jogo tudo está preto, pois nenhum gráfico está sendo renderizado além de rótulos.

Os menus do jogo também funcionam 100%

Estou usando um cartão RX480 8GiB no Ubuntu 18.04.5

Qualquer outro jogo que testei funciona bem.

Isso começou a acontecer logo após a atualização para 20.2.2 na versão anterior funcionou 100% bem no meu computador.

Eu posso confirmar isso. Depois de atualizar para o Kisak mesa-fresh 20.2.2 do 20.2.1 anterior, eu tenho os mesmos problemas. Somente uma tela preta é exibida no jogo. As texturas não são renderizadas. Apenas os ícones da tela que marcam lugares especiais ou marcos ainda são exibidos. Além disso, os menus do jogo e a tela de estrela na sequência de carregamento funcionam da mesma maneira.

Então, removi o PPA e agora uso o Mesa 20.0.8 que vem com o Linux Mint 20 (baseado no Ubuntu 20.04 LTS) como padrão e funciona bem novamente. A única coisa que tenho agora são os erros de textura que eram conhecidos no passado.

Especificações:
Linux Mint 20
Kernel 5.8.16
AMDGPU
AMD Ryzen 3600
AMD RX 5700 XT

Obrigado por chamar a minha atenção para o problema do driver @nentibusarchitectura e @ KuJo-Ger. No momento, o problema está em meu conjunto de backports anteriores para mesa, e não é atualmente um problema de upstream mesa. Vou ver o que posso encontrar para a compilação 20.2.3.

Atualização: O patch ofensivo foi identificado e será restaurado na próxima compilação do PPA.

A partir de agora, não há indícios de que o mesa 20.2.3 será implementado dentro do cronograma, então empurrei o mesa 20.2.2 ~ kisak2 para o build farm que deve corrigir a regressão específica do PPA. Obrigado novamente por encontrar o problema.

A partir de agora, não há indícios de que o mesa 20.2.3 será implementado dentro do cronograma, então empurrei o mesa 20.2.2 ~ kisak2 para o build farm que deve corrigir a regressão específica do PPA. Obrigado novamente por encontrar o problema.

Reinstalei seu PPA - e o jogo funciona bem novamente. As texturas são renderizadas corretamente novamente.

@ kisak-valve:
Você nos agradece por encontrar o problema. Mas temos muito mais a agradecer por nos fornecer este ótimo PPA!

Oi Kisak,

Posso confirmar que a versão mais recente do Mesa-Fresh PPA corrige o problema para mim também.

Muito obrigado pelo seu trabalho árduo, é muito apreciado.

Infelizmente não. O jogo está encontrando um novo bug, que examinei, mas não consegui resolver. Registrei um bug para ele em nosso rastreador interno

@aeikum Também está tendo o mesmo problema que @Patola e @rstrube , talvez valha a pena entrar em contato com os desenvolvedores, pois eles parecem apoiar o Proton devido às suas correções anteriores .

https://hellogames.org/contact