O jogo vem mais longe com DX9, mas depois tem muitos outros problemas e desempenho ruim.
Pelo bug do winehq.org, parece que só são necessárias pequenas alterações para que a versão DX11 funcione bem!

Ele roda com DX9, mas o desempenho é realmente ruim e trava com frequência. Em uma sessão de uma hora, tive que travar quatro ou cinco vezes. Eu tentei fazer a versão DX11 funcionar no Wine e DXVK, mas depois de aplicar o patch CoInitialize ele congela em uma tela preta na inicialização. Eu esperava que o Proton pudesse fazer algo diferente e fazê-lo funcionar.

De acordo com isso, ele só precisa de uma mudança de linha no vinho hoje em dia, sem saber o quanto isso afeta outros jogos

Observe que o PoE não está na lista de permissões, então duvido que ainda tenhamos suporte oficial.

Recentemente, estava desenvolvendo um processo para fazer o PoE funcionar para mais pessoas e postei essas etapas aqui

A essência é que o PoE funciona muito bem com DX11 (DXVK) com um patch de sombreador. No momento, o Proton está apenas executando no modo DX9 que não funciona para muitas pessoas. Precisamos nos aprofundar nessa nova configuração que eles forneceram e descobrir como ativar o DXVK e como injetar patches personalizados.

Sei que não está na lista de permissões, mas espero aumentar o interesse no jogo abrindo o problema. Talvez, se conseguirmos descobrir o problema aqui, isso resultará na inclusão do jogo na lista de permissões mais cedo.

PoE não funciona muito bem com DX11 para mim. Na verdade, ele não funciona. O máximo que consegui foi evitar todos os travamentos na inicialização, mas o jogo apenas trava em uma tela preta (na verdade, apenas renderiza um único quadro preto), consumindo 100% do tempo da CPU. Não sei se ele está tentando carregar algo em segundo plano, mas mesmo depois de uma hora de espera não deu em nada. Usar Lutris, PlayOnLinux ou Wine puro não faz diferença. O patch assíncrono DXVK não faz diferença. Tentando usar erros de implementação D3D 11 embutidos no Wine com "Falha ao criar contexto adiado".

Já tentei usar WINEDEBUG, DXVK_LOG_LEVEL e até gdb, mas até agora não tenho ideia do que está errado. Se você tiver alguma idéia do que devo verificar, adoraria ouvi-lo.

@DataBeaver Qual é o seu sistema operacional, modelo da placa gráfica e versão do driver da placa gráfica?

Debian instável, GTX 980, 396,51. O howto Lutris DXVK menciona que 396.45 não tem uma extensão Vulkan; Achei que se esse fosse o caso com esta versão também, DXVK simplesmente não inicializaria. Eu tentei algumas compilações diferentes do Wine 3.13 e 3.14, com ou sem preparação. O estadiamento não parece fazer diferença, desde que o patch CoInitialize esteja presente.

@DataBeaver Este é um chip Maxwell que suporta Vulkan e DX11, então provavelmente há um problema de software / configuração em algum lugar. Você está usando uma versão do driver que vem com o painel de controle NVIDIA? Em caso afirmativo, isso indica algum problema?

Você quer dizer configurações da NVIDIA? Eu o tenho instalado e não consigo encontrar nenhum indicador de problema. Também consigo executar o vkmark (https://github.com/vkmark/vkmark), então o Vulkan parece estar funcionando.

Minha experiência com PoE DX11 (AMD Radeon RX470) e vinho é muito boa com os seguintes pré-requisitos aplicados:

• Deve ter: patch WIC (CoInitialize)

• Variante 1: DXVK 0,70 - forte compilação de shader tropeçando no início até que o cache esteja pronto, mas depois muito estável e com bom desempenho (com compilação de shader ocasional ao entrar em novas áreas)

• Variante 2: DXVK 0,65 corrigido com hack de shader (https://github.com/jomihaka/dxvk-poe-hack) para evitar gagueira - algumas falhas e oscilações durante a compilação, mas sem gagueira e bom desempenho
  DXVK_USE_PIPECOMPILER=1 DXVK_USE_PLACEHOLDER_SHADERS=1 DXVK_HUD=1 WINEPREFIX=/mnt/storage/wine/poe wine64-staging-3.13 PathOfExile.exe --nologo

Eu poderia ser interessante para portar o hack para o novo sistema de configuração DXVK 0.70 e talvez permitir ativá-lo para jogos muito instáveis ​​quando nenhum cache estiver pronto.
EDIT: Ou uma implementação muito melhor e mais simples, conforme sugerido aqui https://github.com/doitsujin/dxvk/pull/564#issuecomment -413160155

Eu baixei o benchmark Unigine Heaven (https://benchmark.unigine.com/heaven) e ele funciona com DXVK e suporte D3D 11 embutido do Wine. Portanto, seja qual for o problema com o Path of Exile, parece ser específico o suficiente para afetar apenas alguns programas, mas não outros.

Ao aplicar o patchset d3d11-Deferred_Context do Wine-staging, a implementação integrada do D3D 11 do Wine agora se comporta da mesma maneira que o DXVK. Em outras palavras, ele fica em uma tela preta na inicialização.

Depois de olhar mais para os logs e vasculhar a web, descobri que os patches windowscodecs- * do wine-staging também são necessários. O jogo agora inicia pelo menos na tela de login, com DXVK e Wine's D3D 11. Vou relatar quando tive tempo de realmente jogá-lo e testar a estabilidade e desempenho.

Por que a abordagem Lutris não funcionou para mim quando funciona para muitos outros ainda é um mistério.

Eu nem consigo abrir a caixa de diálogo e o DX11 deve ser possível de usar com base na minha instalação do LLVM.

Eu administrei o PoE sob o Wine regular old há alguns anos, mas envolveu muitos ajustes. Animado para descobrir como fazê-lo funcionar novamente dentro do Proton.

Não vamos transformar isso em um fórum de suporte para PoE em todas as versões diferentes do Wine. Trata-se de Proton ...

Ainda não tive muito tempo para testar a estabilidade, mas executei alguns mapas e não encontrei nenhum problema.

Fiz mais algumas investigações para encontrar o conjunto mínimo de mudanças necessárias para fazer o jogo funcionar. Tudo se resume a isso (com Wine 3.14 como ponto de partida):

1. O patch CoInitialize. Criei minha própria versão que lida com a chamada de uma maneira mais inteligente: https://gist.github.com/DataBeaver/5e1f1a256c7f1abb339831fc2b72a5db

2. windowscodecs-32bppPRGBA do wine-staging. Ele puxa a maioria dos outros patches windowscodecs- * como dependências, mas verifiquei que o jogo não funciona sem este patchset em particular.

3. DXVK. O próprio D3D 11 do Wine carece de suporte para contextos adiados, mas usar DXVK contorna esse problema. O hack do shader placeholder é opcional.

Olhando para a árvore de origem do Wine incluída no Proton como um submódulo, ela não inclui os patches CoInitialize ou windowscodecs. A versão base do Wine é bastante antiga (3.0-rc1 de acordo com as tags git), então não sei se algo mais seria necessário nessa versão também. O DXVK está incluído e, embora seja a versão 0.65, não tenho motivos para acreditar que não funcionaria.

Eu baixei a fonte de prótons e apliquei os patches de que @DataBeaver está falando. Após os patches CoInitialize e windowscodec, o jogo funciona perfeitamente com DX11. No entanto, o patch 0002 winecodec falhou, mas depois de aplicá-lo manualmente, não foi um problema.

@ c0r73x alguma chance de você compartilhar sua compilação de dist do Proton? Estou tentando compilá-lo com os patches PoE sozinho, mas estou encontrando erros de compilação com winegcc ...

@GregSutcliffe com certeza, aqui está https://mega.nz/#!3253ECqJ!WViplmIgM6FNDSJwnsWFJwEXUUY3_Qzm1c1LVYGfSJ8

@ c0r73x obrigado, posso confirmar que também funciona para mim. Estimado!

@ c0r73x Obrigado por compartilhar! Facilita o teste.

Infelizmente, essa construção é apenas parcialmente bem-sucedida para mim.

PoE será carregado e executado com DX11 (DXVK) agora, mas o patch de co-inicialização não está funcionando tão bem quanto o patch de shaders de substituição antigo. Eu fico gaguejando e congelando com isso no Steam, enquanto o patch de sombreador tem PoE funcionando quase perfeitamente no Lutris + DXVK para mim.

EDIT: Tentei novamente com uma versão de driver diferente, mas ainda sem sorte com a gagueira do shader. Também estou obtendo alguns comportamentos gráficos estranhos com o filtro de itens do jogo e atlas agora.

EDITAR: A outra versão (patch de sombreador + DXVK + Lutris) ainda está funcionando muito bem para mim. Não consigo entender por que a configuração do Proton tem desempenho tão pior.

@tainium você tentou desativar a sobreposição de vapor?

@ c0r73x Sim.

@tainium Ok, apliquei o patch de sombreador para dxvk em próton e você está certo. O jogo funciona muito melhor com ele. A forma de microstutter brincando de necro com muitos animais de estimação se foi: p

Aqui estão os arquivos dxvk corrigidos, se alguém quiser https://mega.nz/#!nnBylIpB!0KNQwsTf48V861IoFGPBtbZ_sZtX4LRDSA3FdEampnM

@ c0r73x Obrigado pelo novo patch, vou testá-lo o mais rápido possível. Sim, é como se o patch co-inicializasse definitivamente permite DXVK e melhor desempenho do que sem ele, mas o patch de shader completo aumenta o desempenho.

@ c0r73x Confirmado, é uma grande melhoria - obrigado! Já que você tem builds funcionando, alguma chance de comentar no # 494? Então eu posso parar de incomodar você por compilações :)

Como confirmado por @DataBeaver, o jogo precisa da série de patches do windowscodecs para funcionar, provavelmente porque as texturas são armazenadas com alguns formatos de imagem incomuns nos arquivos de dados. Não tenho certeza se CoInitialize é realmente necessário: vejo a mesma falha com ou sem ele se o windowscodecs estiver faltando.

Com DXVK e windowscodecs, posso jogar sessões de várias horas, o uso de memória fica em torno de 2.7G RAM. O wined3d original com DX9 ultrapassa o uso de memória de 3,5G (em menos de uma hora), então começa a perder texturas e caracteres de texto, então geralmente trava nas telas de carregamento. Então, IMHO, voltar para o suporte DX9 não é uma opção.

Proton deve incluir a série de patches windowscodecs. Eu preferiria que eles fossem transformados em vinho de baunilha porque é um patchset bastante grande e tornaria mais difícil fazer o rebaseamento do Proton para versões posteriores de vinho.

Bem, foi divertido enquanto durou. Então Delve introduziu novos recursos gráficos sofisticados ...

Eu tinha o PoE funcionando bem no Lutris com DXVK e no SteamPlay antes da atualização. Ambos os ambientes atualizaram o jogo, mas falharam ao iniciar. O jogo começa com o logotipo do equipamento, mas então (principalmente) congela e nunca carrega nenhum gráfico 3D real. Tenho que acessar remotamente minha máquina e encerrar o processo ou fazer uma reinicialização forçada. Até agora, nenhuma das opções de inicialização parece fazer diferença.

Ideias?

Vou tentar limpar todos os artefatos de nossos patches para testar com um ambiente limpo e, em seguida, talvez refazer o patch.

O mesmo para mim. Eu estava planejando começar a liga no Windows de qualquer maneira, então farei mais algumas depurações em uma ou duas semanas, a menos que alguém me adianta.

@tainium Pressionar Ctrl + Alt + Esc deve exibir o ponteiro do mouse do crânio para fechar uma janela.

Ele será iniciado pelo menos no modo DX9, se você conseguir chegar lá. Excluiu essas duas áreas para voltar ao DX9:
steamapps / common / Proton *
steamapps / common / compatdata

Alguém tem tempo, oportunidade e energia para construir e compartilhar uma versão corrigida do último Proton?

Vou tentar rebasear o Proton no Wine 3.14, mas vai demorar um pouco para configurar o ambiente ... Você pode seguir meu https://github.com/kakra/wine para ver a atualização.

Já rebasei os patches esync, mas os hacks em tela inteira são mais difíceis.

@tainium Até onde você chegou com o lançamento? Não tenho nenhum problema em chegar à máscara de login com dx11.

EDITAR: com estágio de vinho 3.13

O jogo começa com o logotipo do equipamento, mas então (principalmente) congela e nunca carrega nenhum gráfico 3D real. Eu vejo a sobreposição de 'máscara de login', mas não consigo interagir com ela devido ao congelamento. Ainda tentando várias soluções e truques até que @kakra nos salve a todos :)

Posso carregar e clicar em login através do DVXK @ c0r73x com patch fornecido há algum tempo. Na fila agora, posição 28000: P

@GregSutcliffe Você pode compartilhar mais sobre sua configuração para que possamos encontrar o problema?

O mesmo aqui que para @GregSutcliffe. 3D está OK, esperando na fila.

• Wine-staging 3.13 com patch WIC
• dxvk 0,65
• AMD Radeon RX 470 (POLARIS 10)
• Drivers mesa do git

info:  AMD RADV POLARIS10 (LLVM 8.0.0):
info:    Driver: 18.2.99
info:    Vulkan: 1.1.70

@tainium Claro, me avise se eu perder alguma coisa.

Archlinux, kernel 4.17.11-6 using CK kernel
Nvidia-ck 2:396.51-2 (GeForce GTX 970)
Mesa 18.1.6-1
Intel(R) Core(TM) i5-6600 CPU @ 3.30GHz
16Gb Ram
Proton / DXVK as per <strong i="7">@c0r73x</strong>

Cheguei ao Lioneye's, parece estar bem - gagueira comum ao carregar novas texturas, mas de outra forma jogável

Com meus patches de vinho atuais, posso jogar PoE ... Mas tenho que esperar na tela de login para o disco rígido se acalmar, caso contrário, ele trava.

@kakra Eu ficaria feliz em testar se você tem um pacote para distribuir. Até agora não tive sorte com nenhum truque para fazer o DX11 funcionar.

@tainium, eu poderia oferecer pacotes Gentoo pré-compilados ... Não tenho certeza se eles funcionariam em seu sistema ... É uma questão de "tar xf" eles. OTOH, você pode usar o sistema de compilação de pacotes da sua distribuição para adicionar meus patches aos seus pacotes oficiais de distribuição.

Eu estava tendo o mesmo problema de as engrenagens não se moverem e o jogo travar meu PC. Editei meu arquivo production_Config.ini para o jogo e alterei directx_version = para 9, borderless_windowed_fullscreen = false, fullscreen = false. A partir daqui, verifiquei que o jogo iria carregar para mim, mudei para direct9ex, que funcionou, e depois mudou para directx11, e que agora funciona em modo de janela (não tentei voltar para tela cheia ainda, mas estou ansioso para jogar o dia todo, então isso vem primeiro).

usando a construção de prótons de c0r73x e DXVK corrigido conforme fornecido anteriormente no tópico, drivers nvidia-396 em um 1050 Ti.

editar: Fullscreen, Fullscreen windowed e alterar as resoluções, tudo parece ser o culpado aqui. Contanto que eu esteja com a janela e defina a resolução que desejo no arquivo de configuração, o jogo lida perfeitamente.

Definitivamente estou vendo problemas de memória, tive que reiniciar 3 vezes durante a execução para o ato 2, pois a taxa de quadros cai após 3-5 zonas. Quais opções de lançamento as pessoas estão usando?

EDIT: Provavelmente só tive sorte por um tempo, os mesmos problemas eventualmente apareceram, mas pareceram demorar mais para aparecer

@GregSutcliffe Eu estava usando --gc 2 por um tempo e encontrando problemas semelhantes, eu já desliguei isso e parece ter aliviado o problema. Eu tive um acidente na luta do Weaver, mas a julgar pelo reddit PoE, isso poderia facilmente ser um problema do cliente agora. Fora isso, --waitforpreload está habilitado.

Tela cheia, tela cheia com janelas e resoluções mutáveis ​​parecem ser os culpados aqui. Contanto que eu esteja com a janela e defina a resolução que desejo no arquivo de configuração, o jogo lida perfeitamente.

Não consigo fazer o jogo funcionar em uma resolução diferente da nativa (1920x1080 no meu caso). Sempre que tento alterar a resolução no arquivo de configuração, ele simplesmente trava na inicialização, não importa a combinação de 'janela', 'tela cheia' ou 'tela cheia com janela' que eu escolher. Quais são as suas opções de configuração para eles? Resoluções menores realmente ajudam no desempenho, então eu gostaria de tê-las de volta.

@TrueNeutralDesu Acabei de experimentar alterar a resolução para algo maior e sim, exatamente o mesmo problema. Eu estava jogando em 1920x1080, mas não ocupa espaço suficiente na minha área de trabalho e eu queria testá-lo em 2560x1360, mas os mesmos problemas de desligamento apareceram.

@presidentbiggles FTW ... esta é a única solução que funciona para mim. Obrigado por compartilhar. Vou postar em fóruns POE. Eu tenho exatamente a mesma experiência que você descreveu. Observe que estou me referindo à minha configuração Lutris, em vez de Proton, que se recusa a fazer qualquer coisa diferente de DX9.

@presidentbiggles obrigado, sim, vejo o mesmo, removê-lo não está ajudando muito.

parece que o PoE começou a funcionar com o Lutris desde ontem (após a atualização do lustris) com DX11 / DXVK 0.71.
Portanto, o jogo deve funcionar com DX11 no Steam também

Lutris não é vapor. Ele usa scripts feitos pelo usuário e builds wine com patches personalizados. O PoE não será executado no próton até que o patch CoInitialize seja adicionado.

pode ser executado em dx9 lento, mas é uma bagunça lenta e lenta.

@tainium Aqui está o que eu descobri: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial

@GloriousEggroll O patch CoInitialize não é suficiente: meu build inclui, mas PoE não inicia (pelo menos isso é verdade para o modo DX11). Você também precisa dos patches windowscodecs do staging, que irei adicionar em breve à minha construção.

@kakra você está certo, esqueci de mencionar isso. também o dxvk poe hack patch + config funciona incrivelmente bem para reduzir a gagueira

Sei que isso já foi respondido antes em outro lugar, mas não consigo encontrar o link. Quais são os planos para que o próton incorpore alguns dos diversos patches do staging? O PBA está incluído no esync? Ou o próprio próton é uma bifurcação de vinho / encenação com considerações para inclusões baseadas na estabilidade?

O próton

@GloriousEggroll btw, obrigado por seus vídeos no YouTube e muitos tutoriais. Eu o encontrei pela primeira vez quando estava solucionando problemas do amanhecer sombrio no archlinux, muitas luas atrás.

@GloriousEggroll @tainium Aqui está minha versão atualizada que permite que o PoE seja executado com o Proton: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial-1

Isso agora inclui os patches do windowscodecs.

PoE parece ser muito sensível às mudanças no tamanho da janela. Além disso, recomendo esperar que o disco rígido se acalme antes de fazer o login. Eu tinha 60 fps em FHD e cerca de 30-35 fps em 4k. Semelhante ao The Witcher 3, o jogo engasga a cada poucos segundos (parece que o frame cai ou diminui, não é visível nos gráficos fps, pode estar relacionado ao esync, mas não é realmente um problema para jogar, as falhas devido à compilação de shader são muito mais aparente, embora isso se nivele após alguns minutos de jogo). Tive sucesso ao desativar a sobreposição do Steam e configurar meu gerenciador de janelas para lembrar o tamanho da janela. Se ele congelar, pressione Ctrl + Alt + Esc, aguarde alguns segundos para que o ponteiro do mouse do crânio apareça e, em seguida, feche a janela clicando nele. Os patches incluem atualizações de áudio de pulso que permitem que você alterne para o fone de ouvido de dentro do jogo (os jogos da Proton podem ver cada dispositivo de áudio de pulso separadamente).

Se você quiser usar a versão shader-hack do DXVK, terá que copiá-la para o prefixo por conta própria, o DXVK não está incluído nesta compilação (e não será). Ele simplesmente reutiliza a versão DXVK fornecida pela Proton.

@ryanmusante PBA causa grande lentidão em muitos jogos. Provavelmente não está funcionando bem com o blob binário da nvidia. A partir de alguns testes não científicos, o esync parece causar bloqueio de fps em alguns jogos para mim, incluindo TW3 e PoE. Mas eu não verifiquei isso ainda.

@kakra O problema que tenho com PoE e com muitos dos outros títulos, é decidir se devo ou não usar o Steam-native ou ficar com as bibliotecas de runtime do Steam. Para alguns jogos, parece que o Steam-native dá um aumento de desempenho, enquanto para outros existe uma incompatibilidade que impede o jogo de carregar.

https://wiki.archlinux.org/index.php/Steam/Trou troubleshooting#Steam_native_runtime

Qual é a recomendação para próton e isso é apenas um problema para pessoas que executam o Arch?

@ryanmusante Não tenho certeza de como isso é um problema aqui, já que o tempo de execução é próton do vinho para PoE. OTOH, pelo menos no Gentoo eu não tive mais nenhum problema com isso. Você pode usar o tempo de execução oficial do Steam e definir STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 para preferir bibliotecas de host em vez de bibliotecas fornecidas por Steam.

@GloriousEggroll @tainium Aqui está minha versão atualizada com base no Wine 3.12. Inclui o patch CoInitialize refinado por @DataBeaver para executar PoE no modo DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

O desempenho do PoE pode ser um pouco melhor. O redimensionamento do Windows não foi testado neste momento.

@tainium Aqui está uma (mais ou menos) gravação de baixa qualidade de PoE em meu wine proton_3.7 rebaseificado para a versão 3.12. Algo mudou no DXVK fornecido com o Proton? Como vejo shaders carregando muito tarde, isso resulta em modelos pretos.

Fora isso, há o bug de não conseguir fazer o login na primeira tentativa (geralmente às vezes, mas sempre durante a gravação, talvez relacionado a IO) e, claro, a gagueira usual na cidade. Uma vez que o pré-carregamento e os shaders terminaram, ele funciona muito bem (dado que eu só pude fazer a codificação do software e jogar a 4k, a gravação é reduzida para FHD devido ao alto uso da CPU). Sem gravar, o jogo engasga muito mais rápido. Normalmente não há problema com atrasos depois de sair da cidade e entrar em uma área.

https://youtu.be/7atm6lGioGs

Além disso, há uma queda de FPS a cada poucos segundos que eu só experimentei recentemente. Eu acho que isso é porque eu integrei o esync em minha própria construção (que era anteriormente baseada no vanilla wine 3.14). Eu não acho que isso tenha relação com o shader ...

(o logotipo do gears sempre gagueja muito)

Path of Exile - trava após 15 minutos de jogo

Problema transferido de https://github.com/ValveSoftware/Proton/issues/1447.
@zaggynl postado em 14-09-2018T15: 33: 31:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: Path of Exile
• Steam AppID do jogo: 238960

Informação do sistema

• GPU: RX 56
• Versão do driver / LLVM: AMDGPU / 8.0 git do padoka instável em 14/09/2018: https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa
• Versão do kernel: 4.18.7-041807-baixa latência
• Link para o relatório completo de informações do sistema como Gist :
  Saída do comando sysinfo:
  https://gist.githubusercontent.com/zaggynl/382e129b0d7b48482923f62c57ee5651/raw/67f90e61c38a5a17924347859caa18eab188dc99/sysinfo_zaggynl
  saída do steam sysinfo:
  https://gist.githubusercontent.com/zaggynl/d5443757827a2649013142836ca6c411/raw/599be7e2d3744347aaa06b3147ce73145e05fa3c/steam_sysinfo_zaggynl
• Versão do Proton: 3.7-6 Beta

Eu confirmo:

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

Registro de depuração do Steam: https://gist.githubusercontent.com/zaggynl/6d55e984035244ec54274db14a2f77ea/raw/f2ab23db3dace4c6032ffb6aa6389a03ad364240/poe_log_zaggynl

Sintomas

O jogo trava na área de trabalho após cerca de 15 minutos de jogo
Configurações de PoE:
http://i.imgur.com/8C2p65Y.png
http://i.imgur.com/9TlwF2U.png

@kakra kakra

GloriousEggroll tainium Aqui está minha versão atualizada com base no Wine 3.12. Inclui o patch CoInitialize refinado do DataBeaver para executar PoE no modo DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

O desempenho do PoE pode ser um pouco melhor. O redimensionamento do Windows não foi testado neste momento.

Tentei isso renomeando dist atual e soltando este na minha pasta Proton Beta, mas erros de PoE na inicialização e perguntou se deveria mudar para DX9.

@zaggynl Não descarte a pasta existente ... Ela contém DLLs não enviadas com a minha versão. Em vez disso, faça um backup de cópia. Esse erro específico ocorre porque DXVK está faltando, eu acho. PoE não é compatível com wined3d-DX11, tanto quanto eu posso dizer.
__EDIT__: Conforme observado por @DataBeaver , isso é verdadeiro para minha construção.

PS: você deve mudar o PoE para o modo DX11 antes de jogar.

O PoE funciona com o Wine D3D11 (a partir do Wine 3.14) depois que o patchset d3d11-Deferred_Context do wine-staging é aplicado (além dos patches mencionados anteriormente).

@DataBeaver Talvez, mas esse patchset não está na minha compilação atualmente ... E ainda não é 3.14

Tudo bem, só queria observar que em um caso mais geral ele funciona com wined3d.

PoE parece funcionar bem com este script de instalação Lutris (precisa de uma conta Lutris): https://lutris.net/games/path-of-exile-standalone-w-dxvk/installer/edit
Sem travamentos em cerca de 45m de jogo.
Argumentos de lançamento de PoE: --waitforpreload --nologo --nodx9ex --gc2
arco de vinho alterado. para 64 bits
alterou o Runner para esync-nopulse 3.15
DXVK para 0,72

O jogo não vai começar usando dx11.

Funcionará bem em dx9 usando Proton. Mas há travamentos constantes. Uma vez que o jogo atinge entre 3-3,2 gb de uso de memória, ele irá travar, o que para mim normalmente é apenas duas zonas.

Meu jogo favorito e não consigo jogar. :(

@TheVE , leia acima. Se você compilar a versão do Proton que @kakra vinculou, ele funcionará perfeitamente com o DXVK.
Compilei há um dia e funciona no Archlinux com drivers da Nvidia.

@Janhouse Eu tentei a versão pré-compilada do @kakra, mas

Executando Solus, 1700x, RX480 no mesa mais recente.

@TheVE , compile-se porque não acho que seja portátil. Não tenho certeza. Além disso, tente excluir o arquivo de configuração PoE no prefixo wine.
Além disso, usei apenas o Proton personalizado. Eu mantive a versão DXVK distribuída da Valve.

@TheVE Por favor, veja se você vê algo no dmesg quando ele trava ... Você pode precisar fazer o SSH na máquina. Se for algo não portátil devido à otimização do processador que usei, deve aparecer lá. Caso contrário, pode estar relacionado ao driver gráfico que é proprietário da NVIDIA aqui ... Estou vendo esse travamento de vez em quando também. Mate o jogo com Ctrl + Alt + Esc (um ponteiro do mouse de caveira deve aparecer após alguns segundos, então clique na janela do jogo). A solução para esse travamento aqui foi usar a tela inteira em janela e não redimensionar a janela durante o jogo (use o arquivo de configuração). Um gerenciador de janelas que pode forçar a posição / tamanho da janela pode ajudar.

@kakra Eu notei que se eu usar o modo de janela ele trava principalmente, talvez o Gnome o redimensione em algum ponto? Eu apenas uso a tela inteira com janelas sem borda e funciona bem.

Além disso, se ele congelar e você não tiver aquele atalho ctrl + alt + esc, você pode mudar para outro tty com Ctrl + Alt + F2, logar lá e matar a partir daí. Ele não muda imediatamente (leva cerca de 40 segundos), mas chega lá eventualmente.

@Janhouse: Desculpe, na verdade eu quis dizer tela

Estou usando ctrl + alt + esc há 20 anos, deve funcionar fora da caixa, não acho que seja algum recurso especial do KDE (também usei no X simples e no fluxbox / openbox). Mas também leva cerca de 40 segundos para aparecer quando o PoE travou.

Mas acabei de descobrir que o Gnome pode estar substituindo ctrl + alt + esc por outra função ... Se mudar para o console funcionar, então esse é o caminho a percorrer. :-)

EDIT: Acabei de testar, Ctrl + Alt + Esc apenas chama xkill ... Portanto, você pode obter o cursor de matar extravagante, definindo um atalho global que executa xkill.

EDIT2: Na verdade, é um atalho do KDE que estou usando há anos (pode ter sido um atalho global padrão no Linux SuSE nos velhos tempos, não tenho certeza) ... Veja como conseguir algo semelhante no Ubuntu:
https://www.maketecheasier.com/kill-unresponsive-application-in-ubuntu/

@kakra , no Gnome há o problema de que, após matar o PoE congelado, a sessão do gnome também trava. : desapontado:

@kakra , no Gnome há o problema de que, após matar o PoE congelado, a sessão do gnome também trava.

Que recurso legal ... :-)

Estou compilando um pouco noob, mas parece que não consigo fazer isso no Solus.

checking whether gcc -m32 works... no configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries. make: *** [makefile:17: build/wine32] Error 1
Não consigo encontrar as bibliotecas de desenvolvimento de que preciso.

Outra opção do @TheVE é instalar o PoE autônomo por meio da Lutris. Então você pode apenas usar a GUI para instalar o wine compilado "esync-3.15" (com patches esync e pba e PoE) e também escolher a versão DXVK recente.
Na verdade, ele tem um script de instalação disponível, então a maior parte acontecerá automaticamente.
Também ajuda a instalar a versão do Windows Steam, se desejar. Ou você pode executar o PoE sem vapor, basta escrever para o suporte técnico do PoE nos fóruns para que o endereço de e-mail seja atribuído à conta para poder fazer login no jogo.
Suponho que também seja mais fácil configurar a macro de comércio PoE e o caminho de construção usando o Lutris.

@TheVE Você precisa de libs de desenvolvimento de 32 bits, você deve consultar a documentação de sua distribuição para saber como fazer isso, e o wine wiki também tem algumas dicas (mas não use as instruções de configuração lá, meu makefile deve fazer isso corretamente) . Mas não acho que construir você mesmo consertaria o congelamento, pois parece o problema conhecido. Você teria uma construção otimizada para sua CPU, embora, então, pudesse ter benefícios de desempenho visíveis no Wine.

Atualizei minha construção, o que deve melhorar as coisas, mas o congelamento após o redimensionamento da janela provavelmente ainda está lá:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-1

EDIT: Doh! Eu estava brincando com user_settings (WINEDEBUG & DXVK_LOG_LEVEL "info") ... renomear o arquivo funcionou - então meio que era um problema de registro afinal, hah! Obrigado por ser meu pato de borracha, eu acho :)

EDIT2: bem, risque isso, aconteceu de novo. Parece que depois de um certo tempo aleatório, consegui jogar uma boa 1h sem que isso acontecesse.

Olá @kakra , Testei sua última compilação e a fiz funcionar, muito obrigado. FPS entre 40 ~ 140 quando inativo (com alguma falha) em uma GTX1060.
O problema é que, após alguns minutos de jogo, ele começa a perder quadros massivamente sempre que movo o cursor do mouse. Se eu clicar ou segurar para andar (e não mover o cursor), ele mantém o FPS estável. No entanto, se eu mover o cursor, ele afunda e desce até 13 FPS. Talvez algum código de registro? Procurei no wiki do POE uma maneira de forçar o cursor do hardware, mas não encontrei. Isso está no Ubuntu 18.04.1 btw, com um mouse USB Kensington padrão.

@RodrigoHahn Sim, o registro é um assassino de desempenho ... Absolutamente desligue-o se não estiver depurando problemas. :-)

A gagueira está relacionada à compilação do sombreador. Há uma variante DXVK hackeada que torna a compilação de shaders assíncrona, mas resulta em modelos 3D pretos até que os shaders sejam concluídos. Nunca experimentei porque não gosto da ideia (modelos 3D pretos) mas todos que experimentaram relatam que ajuda a gaguejar.

@kakra, a nova construção está funcionando muito bem para mim, muito obrigado.

O DXVK 0.80 tem um novo sistema de cache para os shaders que tem ajudado muito, pelo menos para mim. Com seu próton e aquela versão do DXVK é quase perfeito, pelo menos até que a coleta de lixo me faça reiniciar o PoE (após 5 zonas ou mais, nada mal)

Obrigado!

@GregSutcliffe Sim, acabei de notar esta manhã que há DXVK 0.80 disponível e vou testá-lo ainda esta semana. Eu vi travamentos ocasionais durante o carregamento de telas no Shadow of Tomb Raider com esta versão que não eram reproduzíveis em uma segunda tentativa, embora.

@GregSutcliffe BTW: Atualmente estou trabalhando em patches para melhorar a latência ao executar em um kernel que suporta MuQSS (que é o patchsets CK ou PF), talvez até mesmo integrando Wine com GameMode de Feral.

@kakra por acaso, também executo o kernel CK. Prazer em testar compilações de desenvolvimento.

@GregSutcliffe Já postei PRs para GameMode que fornecem melhor suporte para rodar todo o seu cliente Steam sob GameMode para que ele também pegue jogos Wine. Mas acho que os componentes internos do vinho devem ser tratados de forma diferente, nem tudo deve ser executado com a mesma alta prioridade de programação. Portanto, os PRs do GameMode já removem o próprio cliente Steam e o wineerver de serem gerenciados pelo GameMode. Minha compilação atual do Proton que você baixou tem suporte para colocar o wineerver no modo SCHED_FIFO, mas atualmente estou trabalhando em uma ativação mais automática (onde você não precisa configurar algo manualmente além de instalar o GameMode e não precisa executar o cliente Steam inteiro sob GameMode, e wineerver usa SCHED_ISO em vez disso, que é uma operação sem privilégios).

@GregSutcliffe Aqui está uma prévia das minhas SCHED_ISO alterações:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-2

@DataBeaver @TheVE @Janhouse Aqui está outra atualização ... Além da anterior, também inclui PBA e d3d11-Deferred-Contexts. Isso permite jogar sem DXVK, mas tem muito mais problemas dessa forma (FPS inconsistentes, congelamentos curtos visíveis).
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-3

Olá @kakra , acabei de relatar: desativei o FXAA no aplicativo NVIDIA XServer Settings e consegui jogar por mais de 3 horas hoje, sem travamentos nem irritantes quedas de quadros.

@RodrigoHahn Quer dizer que removeu "ativar FXAA"? Se você tiver ativado, ele forçará o FXAA em todos os jogos (como um aprimoramento para jogos que não têm essa opção). Ele faz mais mal do que bem, eu recomendo não usá-lo de qualquer maneira e, em vez disso, recorrer a substituições específicas do aplicativo. Se você não habilitar esta configuração, os jogos ainda podem habilitar FXAA por conta própria. Portanto, não é uma opção de lista negra como você pode ter percebido.

Já que minha compilação também inclui esync, recomendo verificar LIMIT_NOFILE e talvez aumentá-lo para evitar travamentos do jogo após algum tempo. Você deve ver algo como eventfd: cannot open file ou similar em seus logs do Steam se isso aconteceu (provavelmente está em algum lugar em /tmp/dumps ).

@kakra Sim, devo ter habilitado quando comecei a mexer no Proton. Eu tropecei nisso quando tentei desabotoar minhas fontes da interface do Steam, que estavam todas borradas. Desativá-lo os tornou bonitos e nítidos novamente.
Quanto a LIMIT_NOFILE, verificarei quando chegar em casa mais tarde hoje. Obrigado novamente.

@kakra Posso estar sem sorte para jogar POE. :(

Quebra nas engrenagens no início do jogo. O som continua em segundo plano. Mas o sistema não responde. Não é possível ctl + alt + esc ou alternar tty.

Posso fazer ssh na máquina, mas não consigo fazer com que as ações sejam exibidas no sistema. Olhando para o dmesg, é algum tipo de falha de GPU?

`[102.096105] [drm] dce_get_required_clocks_state: relógios não suportados disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] ERROR ring gfx timeout, last signaled seq = 298090, last emitido seq = 298092

[1036.359133] [drm] Recuperação de GPU desativada.

@TheVE Ok, este é um problema de driver gráfico provavelmente relacionado à pilha Vulkan atualizada no DXVK / Wine. Algumas ideias:

1. Você poderia habilitar a recuperação da GPU de alguma forma?
2. Se você estiver usando o DXVK: Você procurou problemas semelhantes no projeto DXVK? Talvez ajude a atualizar / fazer downgrade do DXVK ou mexer nas configurações do DXVK.
3. Seguirei com uma versão atualizada do wine-proton que permite a execução sem DXVK - você pode tentar isso. O desempenho parece muito bom com isso (usa contextos adiados PBA e DX11).

Fazer uma compilação limpa aqui levará alguns minutos ...

@TheVE Aqui está a versão atualizada:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.17-unofficial-2

Você também pode verificar o GameMode do Feral e executar o jogo com o GameMode habilitado.
https://github.com/FeralInteractive/gamemode

BTW: Valve atualizou Proton para incluir oficialmente DXVK 0.80 (incluindo um hotfix obrigatório). Você pode deixar o Steam verificar os arquivos Proton (para restaurar o Beta atual, incluindo a atualização DXVK), então reaplicar minha compilação sobre isso.

@TheVE Eu tive o mesmo problema antes. Recompilei o vinho, dxvk, tentei todos os tipos de coisas e falhou. E então criei um novo wineprefix. Isso resolveu o problema.
Não mudei o vinho ou o dxvk, apenas comecei um novo wineprefix e isso resolveu o problema para mim. Eu não executo o PoE no Steam e com o Proton, eu executo um jogo autônomo com o Wine e funciona muito bem sem travamentos ou problemas de memória. Pode funcionar o dia inteiro sem travamentos ou lentidão. Mas eu também testei a versão do Steam alguns dias atrás, compilando o Proton do @kakra repo e também pareceu funcionar bem.

@Janhouse Este é um problema conhecido se você alternar entre versões diferentes do wine no mesmo prefixo: ele pode deixar redirecionamentos de DLL errados para trás, por exemplo, se você usou o teste com CSMT habilitado e voltou para o vanilla, o redirecionamento de DLL ainda está em vigor e usa uma API wined3d CSMT possivelmente desatualizada.

Não acho que seja o caso aqui de @TheVE, pois o prefixo do jogo é privado e criado pelo Steam. A menos que @TheVE tente rodar versões customizadas do wine (não proton) no prefixo, o prefixo deve ser limpo e correto.

@Janhouse No final, a pergunta a fazer: era realmente o mesmo problema que você teve? Quer dizer, com a mesma saída do dmesg? Ou estava apenas congelando no logotipo devido a algum outro problema?

Poderia ter sido outro problema, mas acho que ainda vale a pena tentar
recrie o prefixo.

Na terça-feira, 2 de outubro de 2018 às 12h12, Kai Krakow [email protected] escreveu:

@Janhouse https://github.com/Janhouse Este é um problema conhecido se você
alternar entre diferentes versões de vinho no mesmo prefixo: pode deixar
DLL incorreto redireciona para trás, por exemplo, se você usou o teste com CSMT habilitado,
em seguida, voltou ao vanilla, o redirecionamento de DLL ainda está em vigor e usa um
possivelmente desatualizado CSMT wined3d API.

Não acho que seja esse o caso aqui para @TheVE https://github.com/TheVE
já que o prefixo do jogo é privado e criado pelo Steam. A menos que @TheVE
https://github.com/TheVE tentou executar versões de vinho personalizadas (não proton)
no prefixo, o prefixo deve ser limpo e bom.

@Janhouse https://github.com/Janhouse No final, a pergunta a fazer
it: Era realmente o mesmo problema que você teve? Quero dizer com o mesmo dmesg
resultado? Ou estava apenas congelando no logotipo devido a algum outro problema?

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

@Janhouse Não me interpretem mal: vale a pena mencionar a dica e tentar. Eu só queria apontar o significado exato de "mesmo assunto". ;-)

@TheVE Para recriar o prefixo, mova a pasta "pfx" em compatdata/GAMEID para fora do caminho, talvez mova a pasta GAMEID completa para fora do caminho. A identificação do jogo pode ser encontrada no título desta edição.

Esteja ciente de que provavelmente inclui dados de configuração ... Portanto, não os remova simplesmente.

@TheVE escreveu:

Posso estar sem sorte para jogar POE. :(

Quebra nas engrenagens no início do jogo. O som continua em segundo plano. Mas o sistema não responde. Não é possível ctl + alt + esc ou alternar tty.

Posso fazer ssh na máquina, mas não consigo fazer com que as ações sejam exibidas no sistema. Olhando para o dmesg, é algum tipo de falha de GPU?

`[102.096105] [drm] dce_get_required_clocks_state: relógios não suportados disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] _ERROR_ tempo limite gfx do anel, último seq sinalizado = 298090, último seq emitido = 298092

[1036.359133] [drm] Recuperação de GPU desativada.

Veja aqui:
https://github.com/doitsujin/dxvk/wiki/Driver-support

@kakra Hmm. Estou no Mesa 18.1.6, mas LLVM 6.0.1. Talvez eu tenha que esperar pelo LLVM 7.

Além disso, a pergunta inicial: Para desabilitar o DXVK, eu apenas uso "PROTON_USE_WINED3D11" nas opções de inicialização?

Felicidades.

//editar. Excluir o prefixo não ajudou.

@TheVE Noob responde: Sim ... Você não é tão noob quanto pensava, hmm? ;-)

@kakra Obrigado por toda sua ajuda. Mas até agora sem sorte com o Proton. Eu também tentei Lutris antes sem sorte e dei uma última chance agora.

Lutris funciona usando:

esync-staging-pba-nopulse-3.17-x86_64 (Acabei de comprar o mais recente e não tentei nenhum outro).
DXVK desativado (o sistema ainda trava se habilitado) - DXVK 0.80 tentado e ainda trava.

As taxas de quadros são apenas cerca de 30 fps com quedas. Mas eu posso jogar! Então, vou ficar com isso por enquanto.

@TheVE Você editou user_settings.py.sample ou realmente copiou para user_settings.py e editou a cópia? Ainda mostra a GPU travada no dmesg? Isso significaria que DXVK ainda está habilitado ...

Além disso, não estou incluindo o patchset de teste completo, mas apenas séries de patch selecionadas. Isso pode fazer a diferença. Eu me pergunto qual série estaria faltando na minha construção então.

Você está usando uma versão recente do driver gráfico? Tenho certeza que DXVK em alguns
point requer uma versão de driver bastante nova (pelo menos para Nvidia). E se você
não estão em distribuição contínua como o Arch ou usando algum sangramento personalizado
repositório de ponta para drivers gráficos, então esse poderia ser o problema para
DXVK não está funcionando. Ou talvez "esync-staging-pba-nopulse-3.17-x86_64" use o
patch PoE antigo e que de alguma forma o afeta?

Na quarta-feira, 3 de outubro de 2018 às 04:19, Kai Krakow [email protected] escreveu:

@TheVE https://github.com/TheVE Você editou user_settings.py.sample ou
você realmente copiou isso para user_settings.py e editou a cópia? Faz
ainda mostra a GPU travar no dmesg? Isso significaria que DXVK ainda está
ativado...

Além disso, não estou incluindo o patchset de teste completo, mas apenas o patch selecionado
Series. Isso pode fazer a diferença. Eu me pergunto qual série estaria faltando
na minha construção então.

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

Desculpe interromper, mas estou mais interessado em quando posso jogar Path of Exile através do Steamplay usando DX11 sem nenhum truque? Devo esperar uma correção em breve da GGG ou da Valve? Tentei DX9 e tenho uma grande gagueira, que é um problema comum, eu acho, praticamente a única coisa que sinto falta ao sair do Windows.

@CTJansson , provavelmente quando o patch PoE é incluído no wine-staging (pode ser um "hack" e, portanto, nunca incluído) e quando a Valve irá atualizar para a versão wine-staging e DXVK recentes.
Posso estar errado, mas também pode exigir uma versão recente do driver gráfico, pelo menos para placas Nvidia, e se a Valve se concentrar no suporte ao Ubuntu que tem drivers mais antigos, pode demorar um pouco. É por isso que a Valve permite o uso de builds personalizados do Proton.
Além disso, você nunca sabe quando o GGG irá quebrá-lo novamente ao lançar algumas atualizações sofisticadas. :)

Conforme o tempo passa, mais e mais jogos antigos devem começar a funcionar com o Proton, mas jogos novos e atualizados com frequência podem ser um problema.

TL; DR

@CTJansson Não acho que este jogo esteja na lista de prioridades da Valve porque fornece uma camada DX9 (aparentemente não muito) funcional. Não é que não funcionasse. E então ele precisa do hack CoInitialize, que não está entrando no wine oficial, que também não faz parte do staging, é um hack (um dos muitos que a Valve está atualmente carregando no branch Proton) que é mais um patch para cuidar.

Então, tenho certeza de que a Valve certamente está de olho em todos esses problemas. Mas é uma grande quantidade de informações em vários assuntos que precisam ser observados. E sem o conhecimento da comunidade, a Valve pode até ter dificuldade em descobrir o que consertar e como. Não é como se você colocasse um desejo aqui, e então um mês depois o jogo funcionará magicamente sem ninguém comentar sobre ele, ou tentar soluções, reportar de volta, trabalhar em patches.

Há uma solução temporária aqui que você pode usar para fazê-la funcionar (na verdade, existem várias, mas apenas algumas podem ser usadas como substituto do Proton). Não é um truque, é apenas como funciona até que o problema receba a atenção oficial da Valve. E embora tenha se tornado um pouco barulhento aqui porque o jogo é bastante popular, ele provavelmente já tem uma solução viável que a Valve "apenas" precisa escolher, testar e aplicar.

GGG OTOH provavelmente não está muito interessado em fazer o jogo rodar oficialmente no Linux. Sua base de usuários é principalmente o Windows, sua tecnologia é o Windows, é daí que vem o dinheiro ... Eles poderiam ter feito uma correção que inicializasse o mecanismo de forma diferente (uma grande quantidade de jogos funciona sem isso, então não é inerente a alguns vídeos comuns ou motor de áudio), então não precisaríamos do patch CoInitialize, pelo menos - mas eles não precisaram. Se eles quiserem fazer algo nessa direção, meu desejo seria portar o mecanismo para Vulkan em vez de algumas novas coisas sofisticadas do DirectX. Isso faria com que o jogo funcionasse quase automaticamente com o Proton então, e provavelmente até com desempenho quase nativo.

@Janhouse Tenho certeza de que é mais provável que os novos jogos funcionem do que os antigos. Existem os mais antigos (DX9) que já funcionam em uma implementação muito sólida do WineD3D. E há o DXVK para DX11 que está em muito bom estado (a implementação do WineD3D carece muito). E então haverá VkD3D em algum lugar no futuro para DX12, que provavelmente também funcionará muito bem. Portanto, há uma tagarelice com os títulos DX10 / DX11 um pouco mais antigos e há um problema com títulos protegidos por DRM. Além disso, não vejo que a Valve preste muita atenção ao teste, não é seu negócio limpar o teste. Portanto, quando um hack precisa ser incluído para colocar um jogo em execução, não há necessidade de fazê-lo durante o teste. Na verdade, o Proton usa excepcionalmente poucos patches que vêm do teste.

Também não vejo qual é o objetivo em focar em drivers mais antigos. Tudo o que vejo realmente se concentra em drivers de última geração - sejam os drivers de desenvolvimento NVIDIA vulkan ou os drivers AMD que requerem LLVM e Mesa de última geração para funcionarem corretamente. Isso vai demorar para se acalmar, mas tenho certeza de que não é muito longe. Você não pode fazer algo funcionar magicamente sem suporte a recursos nos drivers, concentrando-se em drivers antigos em alguma distribuição - e os títulos atuais do Windows usam muitos desses recursos. São as distribuições e os fabricantes de drivers que precisam entregar para o próximo estágio.

Considerando a época em que o Proton foi lançado com base no wine-3.7, imagino que o desenvolvimento do Proton esteja atrasado por dois ou três meses. Então, quando foi lançado, estávamos em - não sei - wine-3.14? vinho-3,12? É provável que eles já estejam trabalhando em uma nova versão do Proton baseada em uma versão de vinho um tanto recente, provavelmente algo em torno da versão atual. Olhando para o fluxo de patches na lista de vinhos vindos de pessoas envolvidas com o Proton, parece que atualmente há muita integração de patch em andamento com patches relacionados a coisas do branch Proton 3.7. Portanto, é provável que haja um congelamento mais cedo ou mais tarde na versão atual do vinho. Eu acho que o próximo Proton seria baseado em algo em torno de 3,14 - 3,18. Wine 3.14 / 3.15 foi um dos rebases mais difíceis quando eu rebasei meu branch Proton (então o limite da versão não parece muito errado). E então a reintegração de patches e hacks começaria, também prestando atenção aos problemas aqui no rastreador. Provavelmente, levará 2-3 meses novamente para lançar essa versão nos canais de distribuição do Steam.

@CTJansson Devemos ter em mente que não é tão simples como começar um jogo. Tenho certeza de que meu próprio branch Proton não funcionará com muitos jogos, provavelmente incluindo os que estão na lista de permissões. Mas funciona muito bem para os jogos que jogo. Mas isso não é bom o suficiente na posição Valves: Eles querem melhorar a lista de jogos suportados sem sacrificar o que já é suportado. E tem que passar por alguns testes de compatibilidade e testes de qualidade também. Para a próxima versão, tenho certeza de que temos que esperar pelo menos até que as pilhas de gráficos melhorem e a atividade se acalme um pouco (o que também significaria que não sobrou muito que um "alvo móvel" como o PoE pudesse quebrar).

Portanto, se você quiser jogar jogos que não estão na lista de permissões oficial, terá que trabalhar com alguns truques. :-)

Mesmo assim, desculpe pelo barulho. Já me questionei se essas elaboradas discussões deveriam ser realizadas em outro lugar. Alguém tem uma ideia ou opinião nisso?

Mesmo assim, desculpe pelo barulho. Já me questionei se essas elaboradas discussões deveriam ser realizadas em outro lugar. Alguém tem uma ideia ou opinião nisso?

@kakra , poderíamos mudar para os fóruns do Path of Exile? https://www.pathofexile.com/forum/view-thread/8980 ou até mesmo iniciar um tópico específico do Proton?

Aqui está uma correção para o problema CoInitialize que elimina o hack do CoInit para Path of Exile:
https://github.com/kakra/wine/commit/f716887123418f1e14fa6c06aad9e854335f6eaa

Alguém sabe se isso seria bom o suficiente para sugerir vinho rio acima?

@kakra Seu patch é interessante e eu testei, ele funciona.

Agora estou tentando entender por que ajuda co-inicializar em CoInitializeSecurity. Qualquer ideia?

No traço ole agora vemos traços semelhantes como este:

(...)
0061:trace:ole:CoInitializeEx ((nil), 0)
0061:trace:ole:CoInitializeEx () - Initializing the COM libraries
0061:trace:ole:RunningObjectTableImpl_Initialize 
0061:trace:ole:apartment_construct creating new apartment, model=0
0061:trace:ole:apartment_construct Created apartment on OXID 600000cafe
0061:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
0061:trace:ole:CoInitializeEx ((nil), 2)
0061:warn:ole:enter_apartment Attempt to change threading model of this apartment from multi-threaded to apartment threaded
0061:fixme:heap:RtlSetHeapInformation 0x110000 0 0x247fe5c 4 stub
0062:trace:ole:DllMain 0x7e160000 0x2 (nil)
0062:trace:ole:CreateConnectionPoint (0x1a2558 {9bfbbc02-eff1-101a-84ed-00aa00341d07} 0x1a2594)
0062:trace:ole:CoInitializeEx ((nil), 2)
0062:trace:ole:apartment_construct creating new apartment, model=2
0062:trace:ole:apartment_construct Created apartment on OXID 6000000062
0062:trace:ole:apartment_get_or_create Created main-threaded apartment with OXID 6000000062
0062:trace:ole:CoCreateInstance (rclsid={cacaf262-9370-4615-a13b-9f5539da4c0a}, pUnkOuter=(nil), dwClsContext=00000001, riid={ec5ec8a9-c395-4314-9c77-54d7a935ff70}, ppv=0x2c2fb44)
0062:trace:ole:CoCreateInstanceEx ({cacaf262-9370-4615-a13b-9f5539da4c0a} (nil) 1 (nil) 1 0x2c2fac0)
0062:trace:ole:CoGetTreatAsClass ({cacaf262-9370-4615-a13b-9f5539da4c0a},0x2c2fa4c)
0062:trace:ole:create_classes_root_hkey L"\\Registry\\Machine\\Software\\Classes" -> 0x80
0062:trace:ole:apartment_addref 6000000062: before = 1
0062:trace:ole:apartment_release 6000000062: after = 1
0062:trace:ole:CoGetClassObject CLSID: {cacaf262-9370-4615-a13b-9f5539da4c0a},IID: {00000001-0000-0000-c000-000000000046}
0062:trace:ole:apartment_addref 6000000062: before = 1
0062:trace:ole:COMPOBJ_DllList_Add L"C:\\windows\\system32\\windowscodecs.dll"
0062:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\windowscodecs.dll"
(...)

Quando olhei para fixme+ole , parecia que o jogo sempre chama CoInitializeSecurity mas não CoInitialize(NULL) . Então, reverti o hack e movi a chamada para CoInitializeSecurity que, de outra forma, seria um ambiente autônomo no wine atual (é apenas um esboço, não faz nada):

0061:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!

Agora, o jogo chama CoInitializeSecurity cedo o suficiente que, por sua vez, chama CoInitialize(NULL) e está tudo bem. Já tenho uma correção ligeiramente atualizada na fila. Mas isso não muda nada funcionalmente, apenas afeta o registro.

Não tenho certeza de quão "correto" este patch é, claramente CoInitializeSecurity() deveria ter mais efeitos colaterais do que apenas chamar CoInitialize() . Mas, como é "apenas" uma questão de segurança e o Wine atua principalmente como uma camada de sistema operacional de usuário único (não está sendo executado como root, está preso apenas ao usuário atual), acho que é simples o suficiente fazer dessa forma. Pelo menos eu adicionei as verificações mais simples de acordo com os documentos da MS: Alguns parâmetros devem ser definidos de maneiras específicas.

Sem o hack, agora vejo o DOOM reclamando sobre o apartamento não ter sido inicializado. Mas isso provavelmente é apenas uma correção semelhante. Fora isso, esse jogo funciona.

Mas olhando para o seu rastreamento e a fonte do wine (e como ele usou as funções), parece que não devemos chamar CoInitialize() de CoInitializeSecurity() ... O chamador deve sempre invocar ambas as funções, uma após o outro ... É algo sobre tópicos, talvez?

@kakra Apenas para clean regras em makefiles que não existem em uma nova compilação.

@ wacossusca34 Sim, eu sei. Deve ser corrigido com o próximo push ... Deve funcionar se você executar "make configure" primeiro. Me avise se não ...

minha experiência:
funciona com dx9 e dx9ex - mas usa o modo de 32 bits e trava assim que o jogo atinge 4 GB de RAM, o que geralmente ocorre após 1 hora de jogo. ainda há uma versão de 64 bits disponível, mas não consegui começar a usar esta versão.

@SurfingNerd Funciona com a minha construção Proton no

@edmondo Enquanto isso, CoInitializedSecurity() porque parece errado. Estou usando o hack refinado original novamente.

@kakra O mesmo aqui. O hack refinado parece ser a "melhor" solução alternativa no momento: Se o apartment não for inicializado, inicialize-o.

Eu examinei a documentação da Microsoft e compartilho a mesma sensação de que CoInitialize dentro de CoInitializedSecurity () parece a coisa errada a se fazer.

O que estou bastante surpreso e não entendo é por que o coinit dentro da chamada de segurança "corrige" o problema mais tarde? De alguma forma, é inesperado para mim (e não tenho certeza se entendi meus rastros corretamente).

Meu melhor palpite é que no código do wine, uma chamada CoInit está faltando em algum lugar nos outros subsistemas porque ela é contada por ref. Pouco antes de o jogo esperar um apartment inicializado, ele não é inicializado e é contado novamente como 0. Parece que isso está relacionado ao código DX de alguma forma. Eu acho que ele deve ser ref-contado para pelo menos 1 neste estágio, então está faltando um init em algum lugar antes.

@SurfingNerd Além disso, o código DX9 (não tenho certeza se no wine ou no jogo) parece vazar memória porque a versão de 64 bits permanece abaixo de 2.7G de uso de RAM para mim.

Alguém tentou esta solução? Eu acho que ajuda
https://bugs.winehq.org/show_bug.cgi?id=42695#c15

@ teh-monad, PoE já funciona bem com wine-staging e DXVK, contanto que você inclua o patch co-legitalize. Outros patches parecem opcionais.
Joguei por sessões de até ~ 12 horas sem problemas.
Ele trava na mudança de resolução (janela redimensionada / alternando para / de tela cheia), mas se você não tocar nele, ele funciona muito bem.
Além disso, incluí o patch de shader de espaço reservado DXVK para não atrasar o jogo enquanto novos shaders são calculados.
No geral, obtenho um desempenho semelhante ao do Windows.
A ferramenta PoE Trade também funciona, mas você deve abrir e fechar a janela de configurações sempre que iniciá-la.

@Janhouse Ainda é bastante novo no Linux, mas como faço para que este patch funcione com o lutris? Só joguei jogos nativos até agora, então estou tentando aprender Lutris.
A versão do Wine é WineHQ devel (3.19) e DXVK 0.90, então basicamente só preciso do patch.

@CTJansson , li em algum lugar que no Lutris que o teste de vinho com patches esync que podem ser obtidos no Lutris inclui todos os patches necessários para PoE. (Em Lutris> Gerenciar corredores> Versões do vinho)

Em seguida, selecione DXVK 0,90 se seus drivers suportarem e você deve estar OK.

Também tenho algumas variáveis ​​adicionais configuradas, mas provavelmente não são necessárias.

Instalei o PoE no Lutris usando a receita de instalação fornecida.

Agora eu corro o jogo sem Steam ou Lutris, mas com certeza foi muito mais fácil com o Lutris inicialmente. Espero que essas correções sejam adicionadas ao Proton eventualmente, seria ótimo se um dos melhores jogos do Steam rodasse no Linux sem qualquer conserto. :risonho:

@Janhouse Obrigado pela ajuda com o Lutris, _mas isso não parece corrigir a falha do DX11 na inicialização? _
EDIT: Parece que estava faltando os drivers do Vulkan Mesa, agora funciona!

@CTJansson tente configurar um novo prefixo. Se ele travar na inicialização após o vídeo do logotipo, é possível que o prefixo esteja corrompido. Eu tive que fazer isso após o upgrade do vinho em algum momento.

Consegui que o poe funcionasse no próton (3.16), mas não consigo fazer o DirectX 11 funcionar por causa do erro de fábrica do wic.
Consigo aplicar o patch wic mesmo tendo instalado o Steam por meio do repositório manjaro e, em caso afirmativo, como faço para aplicá-lo? Eu não gosto de bater a cada 2 mapas: / obrigado antecipadamente ..

@Janhouse Eu preferiria que fosse feito com vinho nativo.

uma vez que o wine do proton é corrigido com o patch dx11, ele ainda apresenta erros porque o wine não é compilado com libpng. Fonte: Eu compilei o próton com o patch em um debian vm via docker pelo readme. Outros vários patches de jogo que tentei para diferentes jogos funcionando como planejado.

@GloriousEggroll mesmo erro no debian. wine usa libjpeg62, mas debian tem apenas libjpeg62-turbo

@GloriousEggroll Wine 4.0 RC1 agora precisa de muito menos patches do windowscodecs. Eu apenas apliquei e ignorei as dependências dos arquivos de definição:

e74377fe898 - windowscodecs: Fix 32bppRGB to 32bppRGBA conversion. (2 hours ago)
03c433b87ab - windowscodecs: Add support for 32bppRGB, 32bppRGBA and 32bppPRGBA to format converter. (2 hours ago)
2de3f6ecde9 - windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter. (2 hours ago)
c0c2f98c062 - gdiplus/tests: Add some tests for GdipInitializePalette. (2 hours ago)
01c3008d70a - gdiplus: Implement GdipInitializePalette. (2 hours ago)

@kakra Estou tentando desenterrar esses patches do staging para que eu possa informar o pessoal do staging e ver se eles são mesclados na linha principal, estou tendo problemas para localizar este:

2de3f6ecde9 - windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter. (2 hours ago)

por acaso você sabe de qual patchset era?

-editar-
Nevermind Eu o encontrei sob o sub patchset wincodecs do codificador gif.

@GloriousEggroll Vou empurrar meu ramo de prótons wine-4.0-rc1 em breve (depois de um pouco de limpeza). Se você quiser, eu o convido a examinar e testar alguns dos patches. Há também um monte de patches de teste selecionados que podem ser atualizados.

Edit: Alguns desses patches que listei já estão na fila em https://source.winehq.org/patches/

@kakra, obrigado. Consegui criar um próton personalizado com versões levemente modificadas dos patches (basicamente apenas modificado para corrigir o próton). Eu também informei os outros caras de teste de vinho sobre a tentativa de fazer o upstream do windowscodecs-32bppPRGBA, pois esses são os únicos dois patches que ainda não estão na fila. Funcionou maravilhosamente bem com o patch CoInit do DataBeaver

Oi pessoal,

Eu não verifiquei todas as postagens nesta "mega" edição. Me desculpe por isso...
Minha pergunta simples - será possível jogar PoE no Linux com o Proton do Steam sem patch / hackear e assim por diante?

Obrigado!

@presianbg Sim, estou usando lutris, com tkg-3.21, dxvk-0.93, cache de estado ativo, está gaguejando no início, mas quanto mais dxvk puder armazenar em cache, ele se tornará mais e mais divertido, tenho um vega 56 gpu com um ryzen 1700, e o fps é tudo entre 30 e 90, com um mínimo de gagueira, mas eu diria que tenho uma média de 50fps.
Se eu usasse uma classificação, classificaria este jogo como ouro em termos de classificação lutris / protondb.

Editar

@CTJansson Você está usando este script ? Estou executando isso com um Fury X no DXVK 0,93 e, até agora, passei pelo Ato 4 sem uma única falha, exceto ao tentar redimensionar a janela. Ele está mantendo sólidos 60 FPS sem perder o ritmo. Se não fosse pela falha de redimensionamento da janela e o ruído ocasional de áudio, eu diria que este script da Lutris é Platinum.

Infelizmente, o Proton não consegue iniciar a versão DX11 e a versão DX9 trava com frequência. Consegui reduzir o número de travamentos com as seguintes opções de inicialização definidas pelo Steam: --waitforpreload --nologo --nodx9ex --gc2 --noasync.
No entanto, ele ainda trava com as mensagens de erro de textura após algumas transições do mapa.

Para sua informação, as mensagens de erro de textura após as transições do mapa estão acontecendo com as pessoas no Windows também. Existem cerca de 3-4 posts nos fóruns PoE sobre isso. Eu não acho que isso seja específico do WINE ou DX9, já que havia pessoas usando o dx11 com ele também.

É meio estranho, então, que as soluções alternativas automatizadas no script DX11 Lutris independente pareçam consertá-lo. 25 horas agora e nenhuma falha no meu sistema (exceto ao redimensionar a janela).

@meowmeowfuzzyface não, não, eu configurei manualmente minha configuração Lutris PoE com tkg-3.21, habilitei dxvk e assim por diante, não tenho certeza se uso o e-synct. Esse script que você vinculou usa tkg-3.19, ambos contêm o patch CoInt para PoE, então isso não importa, também minha configuração tem cache de estado dxvk ativado.
Gold / Platinum com certeza, com o cache de estado ativo, ele ficará intermitente no início, mas menos quanto mais ele armazenar em cache.

Enquanto o patch CoInt não estiver dentro do Wine, não poderemos executar PoE em prótons sem ajustar seu próprio ramo de prótons, eu acho. Você ainda pode executar a versão Steam através do Wine e aplicar tkg-3.21 e dxvk, desta forma você não usa próton, mas as pessoas verão você jogar PoE na lista de amigos e o Steam registrará suas horas jogadas.

então, enquanto eu leio sobre este problema, não há realmente nenhuma configuração estável de trabalho para o atm de prótons?
se estou errado, agradeço se alguém puder postar as etapas para arquivá-lo.
editar: alguma chance de algo ter mudado com 3.16.5? :dançarino:

Inicialmente instalei o Steam para jogar jogos compatíveis com Linux.

Esta é minha configuração que funciona:

Ubuntu 19.04

1) Instale o Steam: sudo para instalar o Steam -y
2) Ative o Steam Play
3) Instale o Path of Exile através do Linux Steam
4) Siga este guia para instalar os requisitos https://github.com/tainium/PoE-Lutris-DXVK (pule a instalação independente, o Path of Exile já está instalado :))
5) Instale o "Wine" runner "tkg-3.2.1-x86_64" (ou qualquer que seja o último, isso funciona a partir deste post)
6) Instale o runner "Wine Steam" com a versão wine previamente escolhida
7) Na barra de menu do Lutris, selecione Jogo -> Adicionar
8) Use as configurações nas imagens

(selecione qualquer DXVK que você instalou)

Você pode ter que iniciá-lo algumas vezes para obter todas as atualizações do cliente Steam (o meu travou algumas vezes, mas finalmente foi atualizado). Eu executo o Lutris no terminal para ver a saída e detectar quaisquer erros.

Assim que o Steam for lançado através do Lutris, você pode definir o diretório do Steam e iniciar o jogo.

Pode ser uma solução mais simples, mas funcionou para mim.

Nota: My Path of Exile já foi totalmente atualizado através do cliente Linux Steam.

então isso significa que no dxvk 93+ não precisamos mais do patch dxvk antigo?

e alguém entende o problema de redimensionamento / resolução? Eu realmente gostaria de poder jogar com mais de 1920x1080

Com o cache de estado no DXVK você normalmente não precisa mais do hack do shader no DXVK ... Funciona bem aqui, os travamentos vão embora depois de alguns minutos de jogo, até funciona na resolução 4k para mim. Para alterar a resolução, você precisa enganar o jogo para começar com uma janela maior desde o início. Os modos de tela inteira podem não funcionar corretamente. Você pode editar o arquivo de configuração para alternar para uma resolução mais alta e modo de janela.

ahh bom saber :)

Sempre que edito o meu production_Config.ini para algo diferente de 1920x1080, o meu jogo não carrega depois do logotipo do ggg - muito estranho ... ele precisa de uma certa proporção de 16: 9 para tela cheia?

o modo de janela funciona bem como você disse.

Bem, usei as regras do KDE KWin para forçar a janela a se lembrar do último tamanho e posição, então maximizei a janela no meu monitor 4k e saí do jogo (o que levou cerca de 2 minutos porque a pilha de gráficos fica presa de alguma forma ao fazer isso ) Após reiniciar: Tada, resolução total.

O jogo roda em torno de 40 fps (pelo menos com minha construção de próton). Apesar da "resolução dinâmica", eu só vi diminuir a escala, apenas muito raro (talvez 3 vezes em um período de 1 ano de jogo).

Esta é minha configuração de exibição:

[DISPLAY]
adapter_name=GeForce GTX 1050 Ti(#0)
borderless_windowed_fullscreen=false
directx_version=auto
dx11_antialias_mode=1
dx9_antialias_mode=1
dynamic_resolution_fps=30
fullscreen=false
global_illumination_detail=0
light_quality=1
max_PS_shader_model=ps_4_0
max_VS_shader_model=vs_4_0
maximize_window=true
post_processing=true
resolution_height=2077
resolution_width=3840
screen_shake=true
screenspace_effects=2
screenspace_effects_resolution=1
shadow_type=hardware_7_samples
texture_filtering=4
texture_quality=0
use_dynamic_resolution=true
vsync=false
water_detail=1

Minha construção de próton pode corrigir alguns problemas com o manuseio do posicionamento da janela ao iniciar alguns jogos. Portanto, você pode tentar, se ainda encontrar problemas. Você pode baixar uma versão binária dele, apenas descompacte em sua pasta de prótons existente (não remova a pasta primeiro, minha compilação binária ainda não contém todas as ferramentas de prótons).

Minha construção de próton: https://github.com/kakra/wine-proton

as gagueiras vão embora depois de alguns minutos de jogo

então eu tentei minha configuração lutris com a versão 0.94 agora e sem o hack async com as seguintes opções:

• tkg 3,21 + Esync + dxvk 0,94
• DXVK_STATE_CACHE = 1
• DXVK_HUD = fps, versão, memória

Joguei 30 minutos, mas sinto que o jogo fica cada vez mais lento / congela com frequência. Meu cache não está pronto?

o cache dxvk persiste durante a reinicialização do meu sistema?
talvez eu tenha que voltar para o hack dxvk + assíncrono 0.91

O cache persiste entre as reinicializações, mas pode ser necessário removê-lo se você aplicou hacks antes. Tive problemas em outros jogos com renderização incorreta ou lenta, até travamentos, até que limpei o cache para que pudesse reconstruir. Se você estiver jogando com a nvidia, também pode precisar limpar o cache do sombreador da nvidia.

Acho que o cache deve estar em um subdiretório do exe do jogo ... (a menos que você jogue com proton, o Steam colocará o cache em um diretório compartilhado de cache do shader)

há meses, existe agora uma solução personalizada para o problema, será que ela chegará ao próton ?? ou impossível por algum motivo?

@SurfingNerd Você pode jogar no modo DX9, ele não mostra os problemas que o modo DX11 mostra. Além disso, a correção que você provavelmente quer dizer não é uma correção, mas um hack, esse hack é tecnicamente incorreto e pode mostrar um comportamento muito errado com outros jogos. Acho que isso já foi discutido aqui. E eu não acho que a Valve quer que o Proton se torne uma outra versão do Lutris, ou seja, com builds personalizados e scripts de instalação para cada segundo jogo. Pelo menos não nesta fase.

Além disso, não tenho certeza se você notou o que acontece nos fundos ... Muitos patches necessários para este jogo já foram atualizados para o Wine e aparecerão no 4.0. Um "Proton 4.0" (se vier, mas eu tenho certeza) já terá muitos patches necessários para rodar este jogo, ou em outras palavras: menos patches / consertos são necessários então. Este jogo precisava de muitas correções individuais, também conhecidas como commits, talvez cerca de 50 naquela época. Isso caiu para cerca de 3 agora. E eu acho que o hack "CoInit" é uma das últimas partes difíceis restantes. Se você quiser acelerar isso, ajude a corrigir o hack. Obrigado. :-)

@kakra thx pela sua resposta :) sim, eu estava jogando já

@SurfingNerd O problema é que o modo DX9 é de 32 bits. O gerenciamento de memória é diferente no Wine porque também precisa mapear as coisas do Linux no espaço de endereço. Se você estiver usando pulseaudio, você pode ter mais sorte reduzindo a pegada de memória compartilhada dele, eu esbocei aqui:
https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md#hints -to-32-bit-users

Mas não espere que Proton 4.0 inclua o hack CoInit necessário para DX11 ... Eu acho que este jogo tem baixa prioridade, pois tem um modo DX9 um tanto funcional.

Este problema de memória também existe em outros títulos de 32 bits, como o Skyrim original que congela devido a isso com muita freqüência, especialmente se você adicionou mods.

No momento, estou trabalhando para transformar minha variante do Proton em uma ferramenta autônoma com a qual você pode escolher executar PoE em vez da versão oficial. Até então, você poderia simplesmente extrair minha versão do Proton sobre sua pasta Proton. PoE funciona perfeitamente com ele (e outros títulos listados no link README I). Você pode encontrar uma versão pré-compilada dele para que não precise se preocupar em configurar um ambiente de construção.

Se você for em "Biblioteca -> Ferramentas" e adicionar "Proton" à sua biblioteca do Steam, também poderá reverter facilmente para a versão oficial verificando os arquivos. Ou apenas extraia o dist.tar.gz novamente que vem com o Proton.

Estou curioso sobre o shm de pulseaudio, encolher a memória tem algum outro efeito colateral? Percebo que quando jogo PoE depois de 1-2 horas meus sons vão estalando até que eu mudei o dispositivo dentro do cliente do jogo

@ evilch3n Não experimentei efeitos colaterais até agora - desde que você não o torne muito pequeno. O padrão é 64 MB, que é enorme no espaço de 32 bits, com muitos fluxos de som abertos.

@duckartes, sua solução não tem nada a ver com próton, você instala o Steam e o habilita, mas nunca mais toca nele e usa o winesteam 0.o

Você pode jogar no modo DX9, ele não mostra os problemas que o modo DX11 mostra.

@kakra "Out of acidente de memória" "Falha ao criar acidente thread" em cada mudança de mapa diz que não posso: /

e a versão dx11 nem passa do "não é possível criar fábrica WIC" + segfault

@nonchip Funciona com minha versão de próton: https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md

Baixe o tar.xz da página de lançamento e descompacte-o na pasta Proton 3.16 Beta existente. PoE funcionará então no modo DX11.

@kakra obrigado, tentando isso agora. btw você conhece o truque compatibilitytools.d ? se livra da necessidade de matar a instalação oficial (e ser assassinado por suas atualizações), por exemplo https://github.com/redmcg/wine/ faz isso para seu patch perigoso de elite não oficial

EDIT: tentei sua versão, "falhou ao criar fábrica WIC". estou fazendo algo errado aqui? executando-o com PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

EDIT: omg fail, esqueci de reiniciar o Steam depois de trocar a versão de prótons, deixa pra lá, funciona bem agora, muito obrigado: 3

EDIT: tentei sua versão, "falhou ao criar fábrica WIC". estou fazendo algo errado aqui? executando-o com PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

@nonchip onde você coloca isso?

@nonchip Sim, estou trabalhando nesse "truque". Enquanto isso, você mesmo pode criar esse diretório até que tudo possa ser criado do zero em meu repositório. Veja https://github.com/kakra/wine-proton/projects/3

@humunuk clique com o botão direito no jogo, propriedades, geral, defina opções de inicialização.

ele está documentado apenas como parâmetros de acréscimo, mas se você incluir a string %command% nele, ele realmente permite que você especifique a linha de comando inteira (e essa string é substituída pelo executável do jogo).

@kakra Na verdade, fiz isso copiando o wine corrigido para o diretório "arquivos auxiliares" fornecido pelo projeto de patch perigoso elite. obviamente não funciona mais para aquele jogo agora, mas ei, talvez a válvula acorde em algum ponto e perceba que especificar a versão do próton por jogo pode ser uma ideia inteligente ... se não, eu verificarei se eu poderia apenas ajustar o próton o script do iniciador muda de $WINE s diferentes dependendo do id do jogo.

EDITAR: "olhar para" significa "algumas horas depois de acordar na manhã seguinte, terminei", aparentemente: https://gitlab.com/nonchip/hydron

@nonchip Acho que o Steam já usa uma versão específica do Proton por jogo ... Isso a menos que você habilite o botão de substituição global para usar sempre a ferramenta que você especificar. Portanto, a infraestrutura já está lá, mas o usuário não tem controle sobre ela, exceto "o padrão ou a substituição".

@nonchip de https://gitlab.com/nonchip/hydron :

NOTA: para usar uma versão "vanilla", você deve colocá-la em suas ferramentas de compatibilidade.d manualmente, já que o Steam tem o hábito de desinstalar versões do Proton que ele pensa que poderiam estar "não utilizadas" ...
veja os documentos, mas tl; dr: make install é seu amigo.
Alternativamente, você pode (eu não testei isso) ser capaz de copiar uma versão vanilla instalada anteriormente de steamapps / common.

Na verdade, você pode ir para a biblioteca Steam, escolher "Ferramentas" na lista suspensa da biblioteca, procurar Proton e forçar a instalação de cada versão.

@kakra

Portanto, a infraestrutura já está lá, mas o usuário não tem controle sobre ela, exceto "o padrão ou a substituição".

bem para mim isso não faz muita diferença, infelizmente, já que eu quero executar versões personalizadas (como evidenciado, por exemplo, por este mesmo problema: stick_out_tongue :) mas é interessante que eles fazem isso "nos bastidores" ... acho que apenas outra instância de "oh, o usuário comum não saberia o que fazer com isso, então por que dar às pessoas que querem a opção" também conhecida como "modo de usuário estúpido" que infelizmente é tão fácil de começar a pensar quando você recebe essa quantidade de perguntas realmente MUITO estúpidas projeto tão grande quanto o Steam tem que lidar com a cada dia ...

Na verdade, você pode ir para a biblioteca Steam, escolher "Ferramentas" na lista suspensa da biblioteca, procurar Proton e forçar a instalação de cada versão.

muito bom saber, vou adicionar isso ao readme, obrigado: smile_cat:

acho que pode sofrer do problema de dist.tgz ? Eu tinha uma versão que nunca usei e que na verdade não era capaz de se descompactar e, em vez disso, esperava que o Steam fizesse isso ao usá-lo pela primeira vez.

@nonchip Olhe para o script proton python, ele deve descompactar o dist no primeiro uso. Pode falhar alguma pré-condição, entretanto. Já examinei o funcionamento interno enquanto planejava criar minha própria ferramenta. Mas vai demorar um pouco mais porque é apenas um projeto de tempo livre - e a menos que algo não me incomode muito, eu não sinto a necessidade de consertar as coisas. ;-)

A mágica de descompactar consiste em comparar o arquivo version ... Talvez ele ainda existisse para você?

@kakra oh, steamapps/common/Proton* então

...feito. adicionarei uma nota com um link para este tópico e o suporte substituto para essa pasta, mas com um aviso "pode ​​não funcionar se o Steam mexer com ele": stick_out_tongue:

@nonchip A descompactação começa aqui:
https://github.com/ValveSoftware/Proton/blob/4a5f7064b3a7f20cc7206db946d5f8a47b8ca7e7/proton#L145

Portanto, desde que você comece por este invólucro, ele deve descompactar o dist. A menos que dist/version já exista (e algumas outras pré-condições). Caso contrário, ele irá para o caminho de atualização.

@kakra eu faço isso, sim. A única razão pela qual não confio tanto no caminho é que a válvula diz especificamente que o Steam não vai tocar na pasta comptools, o que implica que ele pode fazer coisas comuns no futuro; nesse caso, quero que as pessoas saibam.

que o dito vapor também costumava fazer coisas ( rm -rf para ser mais preciso) a ~ por um tempo, então ... sim: P

@nonchip Isso não acontece se você fizer backups - porque Murphy. ;-)

Você poderia verificar explicitamente Proton */dist/version para ver se essa versão já foi inicializada.

Portanto, o wine tem suporte para DX11 / 10. Mas POE não funciona com isso e precisa de um patch pessoal, como a equipe do wine faz para outras aplicações?

Além disso, a maioria dos jogos de grandes empresas funciona perfeitamente com dx11 sem nenhum truque.

EDITAR: "olhar para" significa "algumas horas depois de acordar na manhã seguinte, terminei", aparentemente: https://gitlab.com/nonchip/hydron

O Steam beta acaba de ser atualizado com um novo recurso que permite a substituição da versão do Proton por aplicativo.

https://www.pathofexile.com/forum/view-thread/2319193 PoE está encerrando o suporte para o cliente dx9 em março. Seria bom se o Steam transformasse a correção CoCreateInstance () em próton, de maneira adequada.

@kakra Pensando no problema do WIC, acho este novo patch no wine interessante:
https://github.com/wine-mirror/wine/commit/77c3761ad4e557f9fa311299e77746bf225a575a

EDIT: Também vejo progresso no relatório de bug do vinho. O cliente do jogo corrigiu o problema do WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

@kakra Pensando no problema do WIC, acho este novo patch no wine interessante:
espelho de vinho / vinho @ 77c3761

Não, não está relacionado.

EDIT: Também vejo progresso no relatório de bug do vinho. O cliente do jogo corrigiu o problema do WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

Sim, foi corrigido no cliente do jogo. Agora, só precisamos corrigir um problema no próprio WIC.

@nsivov @edmondo

@kakra Pensando no problema do WIC, acho este novo patch no wine interessante:
espelho de vinho / vinho @ 77c3761

Não, não está relacionado.

Eu também estava ciente do patch e queria experimentá-lo. Obrigado por apontar que não está relacionado. Me economiza algum tempo. ;-)

EDIT: Também vejo progresso no relatório de bug do vinho. O cliente do jogo corrigiu o problema do WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

Sim, foi corrigido no cliente do jogo.

Isso significa que precisamos mais do hack CoInit?

Agora, só precisamos corrigir um problema no próprio WIC.

São os patches do windowscodecs da preparação?

Ou vice-versa?

@nsivov , acho que é este patch:
https://source.winehq.org/patches/data/157299 que torna obsoleto o hack do CoInit?

@kakra então.

@nsivov Obrigado, então vou retirar o hack do CoInit do meu branch e tentar este. Não se aplicou de forma clara ao meu código (há linhas conflitantes com os patches de ativação / minimização do Windows de @zfigura). Vou relatar de volta e irei empurrar meu ramo de prótons com a próxima atualização do Wine para 4.1.

Posso confirmar que o hack do CoInit agora pode ser eliminado com o Wine mais recente. Portanto, ficamos com os seguintes patches windowscodecs que parecem ainda ser necessários (pelo menos com DX11):

windowscodecs: Fix 32bppRGB to 32bppRGBA conversion.
windowscodecs: Add support for 32bppRGB, 32bppRGBA and 32bppPRGBA to format converter.
windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter.

Não tenho certeza se tudo isso é necessário.

PoE parece estar OK com Proton 3.16-7 beta. Aqui está uma captura de tela:

Certo, a solução está em Valvesoftware / wine @ 72f375e. Para o modo d3d11, estou ciente de apenas dois problemas - um para a inicialização COM, que foi corrigido pelos desenvolvedores de jogos, e outro para recursos ausentes do WIC, esse é o commit que acabei de mencionar.

Para mim, ele não inicia (mostra a animação dos jogos da engrenagem de moagem) e depois trava. O mouse está se movendo muito lentamente. Uma vez eu peguei a tela do menu depois, mas parecia que estava apenas meio desenhada. Eu verifiquei a carga da minha CPU e nenhum dos 6 núcleos carregou mais de 30%.
Você mencionou o modo d3d11 - qual é o outro modo e como posso alterná-los? Ou será que dx9 e dx11 é o que eu deveria usar de qualquer maneira?

Outro modo é d3d9, não sei como habilitar manualmente, pode ser algum arquivo de configuração. Quando costumava travar a partir do d3d11 por padrão, na próxima inicialização ele pedia para mudar para o d3d9.

Você pode alterá-lo no arquivo de configuração usando um editor de texto. A essência é: O binário de 64 bits é o modo d3d11, o binário de 32 bits é o modo d3d9 (e, como tal, sofre de esgotamento precoce da memória, o que explica muitos dos problemas de estabilidade relatados com o modo d3d9).

Alternativamente, você pode apenas iniciar o modo de 64 bits diretamente substituindo% command% nas opções de inicialização do Steam pelo caminho completo para o arquivo exe de 64 bits. Eu não testei isso, embora.

Na verdade, funciona \ o /. Tive que diminuir a resolução da área de trabalho. Era 2560x1440 e funciona em full hd. Obrigado!

a versão dxvk / wine (lutris) também sofre de um bug de resolução (Veja: https://github.com/doitsujin/dxvk/issues/813)

Eu não sei como ajudar / consertar / qualquer coisa com esse bug de resolução, mas gostaria que tivesse desaparecido

Eu tentei o Path of Exile com Steam Play (Proton 3.16-7 beta) e consegui jogar este jogo com poucos ou nenhum problema, o único pequeno problema era que os servidores não conseguiam mostrar ping na lista de servidores.

Acabei de fazer o que esse cara fez (a seção de comentários menciona como ele fez funcionar com uma placa Nvidia. Eu tenho uma placa AMD e consegui fazer funcionar com os mesmos passos que são:

1. Em Biblioteca (passe o mouse para acessar o menu)
2. Vá para Ferramentas
3. Pesquise e encontre a versão do Proton de sua preferência (as disponíveis) e instale-a.
4. (Opcional) Defina as opções de inicialização para o aplicativo - "PROTON_NO_ESYNC".

E o aplicativo me mostra usando DX11.
Não sei qual é o sentido de ter uma configuração com uma lista de versões se o Proton não está instalado corretamente. Mas isso fez o jogo funcionar, me faz saber o que a versão Wine do Steam estava usando antes de eu fazer isso.

Lançado usando Proton 3.16-7 Beta, não recebi nenhum erro no lançamento. No entanto, após o vídeo de introdução, parece travar na tela de carregamento com as duas engrenagens.

Nos logs, recebia "17388.661: 0028: 0077: err: winediag : IcmpCreateFile Falha ao usar ICMP (ping de rede), isso requer permissões especiais." entre outras coisas.

Lançado usando Proton 3.16-7 Beta, não recebi nenhum erro no lançamento. No entanto, após o vídeo de introdução, parece travar na tela de carregamento com as duas engrenagens.

Também pode ser o bug de resolução, você deve verificar isso

Lançado usando Proton 3.16-7 Beta, não recebi nenhum erro no lançamento. No entanto, após o vídeo de introdução, parece travar na tela de carregamento com as duas engrenagens.

Nos logs, recebia "17388.661: 0028: 0077: err: winediag : IcmpCreateFile Falha ao usar ICMP (ping de rede), isso requer permissões especiais." entre outras coisas.

Eu tive o mesmo problema, então removi a versão vinho / próton do Steam (WINEPREFIX) e deixei o Steam recriá-la novamente (o WINEPREFIX).
Consegui passar pela tela de carregamento.

@ matty-r A mensagem ICMP apenas diz que o ping do gateway no lobby não funciona: O jogo não exibirá os tempos de ping para os gateways e não selecionará um deles automaticamente. Isso precisa do binário do wine instalado com CAP_NET_RAW (que não funcionará aqui porque o Proton é instalado pelo usuário, não pelo sistema) ou precisa de um patch da preparação. Você também pode tentar permitir que o sistema crie icmp-echo-request pacotes de sockets de usuário definindo:

sysctl net.ipv4.ping_group_range="0 65534"

Este jogo funciona perfeitamente para mim no 3.16-7 + mesa 18.2.2 agora, sem quaisquer opções de inicialização ou ajustes. Desliguei o multithreading e a resolução dinâmica nas opções do jogo porque li que algumas pessoas travaram com eles. Tudo está em configurações altas e está funcionando muito bem. Jogou mais de 10 horas até agora sem uma única falha.

Vale a pena mencionar que o jogo inicialmente falhou ao iniciar com 3.16-7 selecionado, mas começou a funcionar depois que instalei manualmente o 3.16 Beta na minha biblioteca Steam na seção Ferramentas. Não tenho certeza de qual era o problema antes de instalar manualmente, uma vez que a pasta Proton 3.16 Beta já existia em steamapps / common. Talvez tenha tido problemas para atualizar?

De qualquer forma, as pessoas podem querer tentar. Mesmo se você tiver 3.16-7 selecionado para todos os títulos, tente instalar o 3.16 Beta manualmente em Ferramentas e execute o jogo novamente.

Vale a pena mencionar que o jogo inicialmente falhou ao iniciar com 3.16-7 selecionado, mas começou a funcionar depois que instalei manualmente o 3.16 Beta na minha biblioteca Steam na seção Ferramentas. Não tenho certeza de qual era o problema antes de instalar manualmente, uma vez que a pasta Proton 3.16 Beta já existia em steamapps / common. Talvez tenha tido problemas para atualizar?

Após esta etapa, o jogo é iniciado, mas não consegue passar das engrenagens, a música toca, mas o jogo trava e o sistema fica mais lento.

Talvez seja a resolução que eu notei com lutris / dxvk

• Ubuntu 18.04
• Nvidia 415
• Resolução padrão do monitor 3440x1440
• intel i7 4ª geração

@ evilch3n Eu estava presa exatamente no mesmo lugar. Não tenho certeza se você já tentou isso, mas mudar a resolução da minha tela para 1920x1080 antes de lançar o jogo consertou isso para mim. Não é o ideal, mas pelo menos está funcionando.

@tcfunk malditos iam tão

Parece que adicionar -w 1920 às opções de inicialização também funcionou. Um pouco mais conveniente do que alterar a resolução manualmente antes do lançamento.

Parece que adicionar -w 1920 às opções de inicialização também funcionou. Um pouco mais conveniente do que alterar a resolução manualmente antes do lançamento.

deve haver mais, a opção não me ajuda - o problema persiste. (também tentei -w e -h juntos)
eu só posso ficar com lutris e as compilações dxvk / PKG hackeadas então

Apenas uma ideia, mas talvez tente executá-lo com o Wine Desktop? Não tenho certeza se você pode fazer isso no próton, mas eu geralmente resolvo problemas como esse no vinho.

Apenas uma ideia, mas talvez tente executá-lo com o Wine Desktop? Não tenho certeza se você pode fazer isso no próton, mas eu geralmente resolvo problemas como esse no vinho.

isso não mudou nada, mas obrigado pela ideia - agora eu posso jogar PoE em modo de janela sem ter que editar o production_Config.ini toda vez que eu quiser mudar de full para windows etc.

Eu costumava ter o mesmo problema de suspensão que alguns depois do filme de introdução do GGG, mas isso aconteceu porque eu era um monitor externo. Também poderia ter sido a resolução. Funciona bem diretamente no meu laptop. Não tenho certeza se é relevante, mas meu monitor externo está com um raio.

De qualquer forma, o jogo funciona bem se eu usar minha GPU Intel, mas não se eu rodar com minha GPU NVIDIA (GeForce GTX 1070 Mobile Max-Q). Estou usando o abelha com primus_vk (então vulkan funciona) e aqui estão os registros que recebo: https://gist.github.com/jeromegn/ddd2b0c7eb5cd47be4310f63b96ec3c9

Executando assim: ENABLE_PRIMUS_LAYER=1 PROTON_LOG=1 optirun %command% (a primeira var de env é habilitar o vulkan)

Basicamente, estou recebendo um erro de acesso de leitura de falha de página não tratada. Alguma ideia? Tentei com 3.16 -7 e -8.

O que vejo acontecendo é que a tela fica preta e mostra o cursor PoE por alguns segundos, depois sai.

Parece que adicionar -w 1920 às opções de inicialização também funcionou. Um pouco mais conveniente do que alterar a resolução manualmente antes do lançamento.

uma vez que isso não funcionou para mim, acabei de criar um production_Config.ini com altura / largura etc.
Está funcionando agora, mas os FPS / Stutters estão muito ruins. Parece que toda animação / criação de mob / etc. mini-congele meu PC.

É desconcertante para mim o fato de que a maioria das opções gráficas não têm nenhum impacto positivo ou negativo no desempenho 8x / 4x / sem MSAA ou texturas médias / altas etc.

Na última liga eu joguei em uma combinação de hack lutris / wine / dxvk-pipeline e quase tive 100 fps constantemente, mas nesta liga eu não consigo fazer isso não com lutris nem com próton. Estou aberto a ideias.

Tenho usado wine-staging com dxvk e tive um desempenho muito bom. Você está usando o cliente de 64 bits? O cliente de 32 bits funciona muito mal para mim.

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                    
 6780 evilchen  20   0 3771876 1,541g 268696 R 207,9  9,9   2:30.56 PathOfExile_x64    

Sim, parece que é o cliente de 64 bits.

editar: ficar em oriath me dá 20 fps, o esconderijo é como 80, a jogabilidade é 0-20. Eu tentei rastrear se minha CPU ou GPU ou SSD atinge algum limite, mas há muito espaço para cada componente.

edit2: para o que eu posso ver é. a memória GPU alocada é muito menor do que o último patch. antes era cerca de 3,5 GB agora é 1,8 GB depois de ficar parado em uma cidade totalmente lotada.

Definir borderless_windowed_fullscreen=false corrigiu meu problema btw.

Edit: Nevermind, só funciona com DX9 e Proton 3.7.8, eu configurei isso lá.

Para mim, o congelamento da tela de carregamento GGG parece coincidir com a impressão de "2019/03/15 16:07:41 1543730 [I PathOfExile_x64Steam.exe 41] Enviando solicitação de informações do usuário do steam: ...." no console.

Sim, não está funcionando para mim no último jogo de prótons.

Meu acesso de leitura de falha de página não tratada foi corrigido em https://github.com/felixdoerre/primus_vk/commit/0d8f98647578414a75454193151e781985c04548

Funcionando virtualmente sem falhas para mim, mas por alguma razão quando eu iniciar o jogo ele irá travar, então quando eu reiniciar o Steam e relançar o jogo ele funciona bem ... não tenho certeza do que está acontecendo lá (acontece como um relógio).
Além da trepidação do shader, estou obtendo sólidos 70 - 80 FPS, tudo no máximo (exceto Shadow + GI em alto). No Windows, obtenho uma constante de 140 FPS. Não precisei alterar nenhuma configuração no Proton, apenas instalei e joguei.

Eu sei que com emuladores você pode baixar caches de shader para evitar gaguejar durante os jogos enquanto constrói o cache de shader. Seria possível para a Valve distribuir esses caches para esses jogos?

• Sys-info
• Versão do Próton: 4.2-1
• Kernel: 4.15.0-46-genérico
• Versão do driver / LLVM: NVIDIA 418.56

Eu tenho um problema. Depois que o jogo começa e carrega meu personagem, ele dá uma janela de erro ( captura de tela ) quando tento mover. É impossível jogar.

Próton: 4.2-1
Kernel: 5.0.4-arch1-1-ARCH
Distro: Archlinux x86_64
Vídeo: NVidia GTX 660, drivers 418.56

Eu tenho um problema. Depois que o jogo começa e carrega meu personagem, ele dá uma janela de erro ( captura de tela ) quando tento mover. É impossível jogar.

Próton: 4.2-1
Kernel: 5.0.4-arch1-1-ARCH
Distro: Archlinux x86_64
Vídeo: NVidia GTX 660, drivers 418.56

PackCheck deve corrigir isso.

Para mim, o Path of Exile funcionou aparentemente sem falhas em 3.16-8 beta mas quando o tento com 4.2-1 ele trava após um minuto ou dois de jogo, sem qualquer mensagem de erro ou popup. Ele trava direto na área de trabalho.

Próton: 4.2-1
Kernel: 5.0.4-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: i3-gaps
CPU: Intel i5-4590 3,7 Ghz
GPU: Nvidia GTX 770 (418,56)

*editar
Agora isso também acontece com 3.16-8

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

Sem travamentos em 4.2-1 aqui, joguei bastante! Ubuntu 19.04, RADV 19.0.1

@ kisak-valve
Desta vez, consegui jogar por um bom tempo (15 minutos ou mais) e recebi um pop-up de erro. Esqueci de fazer uma captura de tela, infelizmente.

steam-238960.log

Para mim, o Path of Exile funcionou aparentemente sem falhas em 3.16-8 beta mas quando o tento com 4.2-1 ele trava após um minuto ou dois de jogo, sem qualquer mensagem de erro ou popup. Ele trava direto na área de trabalho.

Próton: 4.2-1
Kernel: 5.0.4-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: i3-gaps
CPU: Intel i5-4590 3,7 Ghz
GPU: Nvidia GTX 770 (418,56)

*editar
Agora isso também acontece com 3.16-8

mesmo aqui, vou tentar iniciá-lo com o comando log da próxima vez que jogar

Eu tive o mesmo problema preso nas rodas e depois congelei ... Algum de vocês já olhou para o uso da memória? esse é o que um dos problemas é com certeza, o meu foi limitado e eu tenho 4 gb de ddr4 que é lixo, mas não é o suficiente para jogar bem NÃO com eles aumentando a memória e os requisitos .. então, de volta ao windows eu vou até conseguir mais RAM . Se alguém tiver menos memória e estiver funcionando bem, me avise!

Eu só quero adicionar outro ponto de dados para o bug em que este jogo não roda em resoluções> 1920 x 1080. Quando eu lanço isso usando minhas resoluções nativas (2560 x 1440 ou 3440 x 1440), o jogo vai chegar à engrenagem de moagem logo de jogos e congela meu sistema quando a animação termina. Alterar a resolução do meu sistema para 1920 x 1080 em ambos os monitores permitiu que o jogo fosse iniciado na tela principal. Avise-me se eu precisar fornecer algum registro da falha para ajudar na correção!

Informações do meu sistema:
Versão do Proton: 4.2.2 (isso acontecia nas antigas versões 3.1x também)
Kernel: 5.0.5-200.fc29.x86_64 (isso acontecia nos kernels 4.x também)
GPU: Nvidia 1070ti usando driver versão 418.56
Distro: Fedora 29 x86
CPU: Ryzen 2700X
Diversos: Usando o KDE como ambiente de trabalho

O jogo parece estar travando para mim na inicialização (nenhuma janela aparece nem nada). Aqui está o registro, se alguém puder fornecer informações:

steam-238960.log

À primeira vista, parece um problema ao carregar o driver Vulkan, mas eu confirmei que o Vulkan está funcionando com outros jogos.

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

Aqui estão as informações do meu sistema.

Você está executando o Steam com o tempo de execução do Steam desabilitado, então você ou o mantenedor do pacote da sua distro para o Steam é responsável por resolver quaisquer dependências ausentes, incluindo libvulkan.so.1. Teste novamente com steam-runtime ou verifique se você tem os pacotes vulkan-icd-loader e lib32-vulkan-icd-loader instalados.

@ kisak-valve Eu fiz algumas execuções com as mesmas especificações de antes:
Algumas corridas foram curtas (cerca de 5 minutos, principalmente os dois últimos, que envolveram as áreas da expansão Delve (que estavam bem dois dias antes)). mas outras corridas duraram mais de uma hora.

Próton: 4.2-2
Kernel: 5.0.6-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: i3-gaps
CPU: Intel i5-4590 3,7 Ghz
GPU: Nvidia GTX 770 (418.56-6)

Compilei um zip de relatórios com notas, logs e 2 capturas de tela de erros. espero que sejam úteis.
path_of_exile_reports.zip

Ah, parece que realmente estava faltando a versão de 32 bits da biblioteca. Eu nem sabia que o PoE exigia isso, embora não saiba por que não o instalei por padrão. Obrigado pela ajuda.

É possível executar no modo de janela com uma resolução personalizada? Qualquer resolução diferente de 1080 trava meu desktop.

É possível executar no modo de janela com uma resolução personalizada? Qualquer resolução diferente de 1080 trava meu desktop.

Eu só quero adicionar outro ponto de dados para o bug em que este jogo não roda em resoluções> 1920 x 1080. Quando eu lanço isso usando minhas resoluções nativas (2560 x 1440 ou 3440 x 1440), o jogo vai chegar à engrenagem de moagem logo de jogos e congela meu sistema quando a animação termina. Alterar a resolução do meu sistema para 1920 x 1080 em ambos os monitores permitiu que o jogo fosse iniciado na tela principal. Avise-me se eu precisar fornecer algum registro da falha para ajudar na correção!

Informações do meu sistema:
Versão do Proton: 4.2.2 (isso acontecia nas antigas versões 3.1x também)
Kernel: 5.0.5-200.fc29.x86_64 (isso acontecia nos kernels 4.x também)
GPU: Nvidia 1070ti usando driver versão 418.56
Distro: Fedora 29 x86
CPU: Ryzen 2700X
Diversos: Usando o KDE como ambiente de trabalho

a maioria das correções de resolução são resolvidas com a versão mais recente do dxvk, eu tentei com lutris e todas as resoluções para mim funcionaram muito bem, até mesmo o desempenho aumentou bastante. Acho que você tem que esperar o próton implementar as últimas mudanças

isso me ajudou a finalmente iniciar o POE no ubuntu 19:
$ sudo apt remove xserver-xorg-video-intel
não sei por que isso corrigiu, mas parece estar funcionando bem até agora.

isso me ajudou a finalmente iniciar o POE no ubuntu 19:
$ sudo apt remove xserver-xorg-video-intel
não sei por que isso corrigiu, mas parece estar funcionando bem até agora.

Não me cite sobre isso, mas tenho certeza que esses são os drivers antigos da Intel. Eu presumo que você tenha seus drivers gráficos configurados para eles em vez dos mais novos ou em vez de drivers para uma placa dedicada.

Bem, você pode estar certo, mas eu não instalei manualmente nem configurei nenhum driver, nem sei como sem pesquisar. É apenas vanilla ubuntu 19, que saiu há um mês.

Informação do sistema

• GPU: NVIDIA GeForce GTX 750 Ti
• CPU: AMD Ryzen 5 1500X (8) @ 3.500 GHz
• SO: Linux Mint 19 Tara x86_64
• Versão do driver / LLVM: Nvidia 430.09
• Versão do kernel: 4.15.0-48-genérico
• Versão Proton: 4.2-3

Sintomas

steam-238960.log

Congela aleatoriamente o aplicativo de vinho após alternar / lançar / apontar o cursor no item. Cura apenas eliminando processos Steam e PoE no Process Monitor.

Ei pessoal, eu não sou um programador, mas estou tendo o mesmo problema, e não entendi nenhuma de suas soluções, por favor me ajudem eu tentei TUDO que eu poderia entender na web até formatei meu laptop

Travamentos aleatórios do Path of Exile

Problema transferido de https://github.com/ValveSoftware/Proton/issues/2795.
@MrPaj postado em 2019-06-10T21: 05: 25:

Oi,

A execução do Path of Exile está travando aleatoriamente enquanto estou lutando.
Às vezes consigo jogar por horas sem problemas, outras vezes isso acontece a cada 10 minutos.
Se você precisar de algum log, por favor me diga quais. Abaixo, detalhes de minhas especificações

Obrigado

Proton 4.2.6
CPU: processador AMD Ryzen 5 2600X de seis núcleos
Debian GNU / Linux 10 (buster) (64 bits)
Versão do kernel: 4.19.0-5-amd64
Driver: NVIDIA Corporation GeForce GTX 1060 6GB / PCIe / SSE2
Versão do driver: 4.6.0 NVIDIA 418.56
RAM: 16056 Mb

Path of Exile está tendo um _muito_ de travamentos aleatórios no Windows também agora, eles fizeram algumas grandes mudanças na última atualização! Não acho que tenha algo a ver com o Proton, ele era estável antes do PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

Path of Exile está tendo um _muito_ de travamentos aleatórios no Windows também agora, eles fizeram algumas grandes mudanças na última atualização! Não acho que tenha algo a ver com o Proton, ele era estável antes do PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

O problema parece ocorrer apenas no mapa da Descida em ato9. Após 5 ~ 10 minutos matando mobs, o jogo trava.
Posso tocar em outras áreas por horas sem problemas
Existe alguma forma (logs ou algo parecido) de confirmar se o problema está relacionado apenas ao Proton ou é um problema do próprio jogo?

obrigado

Tenho um laptop com Intel HD 520 e NVIDIA 940MX (driver 430,26). Usando o próton 4.2-7 do Steam, o jogo roda com a placa Intel. Também funciona com NVIDIA apenas com PROTON_USE_WINED3D=1 .

Ao usar NVIDIA sem essa opção, o jogo geralmente trava assim que eu faço o login, mas às vezes um pouco mais tarde, mostrando um pop-up exibindo "CreateShaderResourceViewEx". Às vezes, ele trava sem nenhuma mensagem.

Registre uma falha com CreateShaderViewEx steam-238960.log
Log para uma falha sem mensagem 1-steam-238960.log

Tenho um laptop com Intel HD 520 e NVIDIA 940MX (driver 430,26). Usando o próton 4.2-7 do Steam, o jogo roda com a placa Intel. Também funciona com NVIDIA apenas com PROTON_USE_WINED3D=1 .

Ao usar NVIDIA sem essa opção, o jogo geralmente trava assim que eu faço o login, mas às vezes um pouco mais tarde, mostrando um pop-up exibindo "CreateShaderResourceViewEx". Às vezes, ele trava sem nenhuma mensagem.

Registre uma falha com CreateShaderViewEx steam-238960.log
Log para uma falha sem mensagem 1-steam-238960.log

Estou recebendo as mesmas falhas, especificamente o CreateShaderViewEx que é interessante porque às vezes posso clicar em ok nele e continuar jogando bem. Ato 9 / Ato 9, a descida foi particularmente ruim. Outras vezes, apenas carregando no jogo ele fecha, ou quando estou correndo matando coisas.
Driver: NVIDIA Corporation GeForce GTX 970
Versão do driver: 4.6.0 NVIDIA 430.26

Tenho um laptop com Intel HD 520 e NVIDIA 940MX (driver 430,26). Usando o próton 4.2-7 do Steam, o jogo roda com a placa Intel. Também funciona com NVIDIA apenas com PROTON_USE_WINED3D=1 .

Ao usar NVIDIA sem essa opção, o jogo geralmente trava assim que eu faço o login, mas às vezes um pouco mais tarde, mostrando um pop-up exibindo "CreateShaderResourceViewEx". Às vezes, ele trava sem nenhuma mensagem.

Mesmo problema aqui.
NVIDIA Geforce 920M (driver 430,26)

Notei que o jogo trava muitas vezes quando há muita coisa acontecendo, como mais de 25 inimigos na tela e tal.

Estou usando AMD.

Notei que o jogo trava muitas vezes quando há muita coisa acontecendo, como mais de 25 inimigos na tela e tal.

Estou usando AMD.

para mim a resolução dinâmica foi a culpada, sem ela eu tenho 90% menos travamentos

Ok, tenho um problema de memória muito grave.

Cada mapa que você acessa cria uma nova instância desse mapa e, depois de passar por alguns mapas, meu uso de memória aumenta consideravelmente. Se eu jogar o jogo por muito tempo, ele eventualmente congela e me chuta de volta à tela de login com An unexpected disconnection occurred .

Agora, monitorando os recursos do sistema, descobri que isso acontece devido ao jogo não ter mais memória para usar, a RAM do sistema está 100% de uso.

Parece que reduzir a qualidade da textura e desabilitar o dimensionamento da resolução dinâmica reduz muito o consumo de memória.

Olá a todos

recebo fmod-failed-to-initialize-error-code-59 se o driver de som for OSS (Open Sound System), alguém pode confirmar isso?

Meu problema acontece quando o PoE fecha ...

O jogo está funcionando bem. Mas quando saio do jogo, 2 processos de $HOME/.local/share/Steam/ubuntu12_32/steam aumentam até 100% do uso da CPU.

Eles ficaram assim durante a noite algumas vezes, eles não parecem acabar, a menos que eu manualmente SIGKILL, que por sua vez fecha o vapor. Se eu sair do vapor, eles continuam funcionando e o vapor não fecha. O Gameoverlay está desativado e isso não parece acontecer com outros jogos.

(arco, estoque de próton 4.11-5, amd ryzen 1700 + vega64)

Meu problema acontece quando o PoE fecha ...

O jogo está funcionando bem. Mas quando saio do jogo, 2 processos de $HOME/.local/share/Steam/ubuntu12_32/steam aumentam até 100% do uso da CPU.

Eles ficaram assim durante a noite algumas vezes, eles não parecem acabar, a menos que eu manualmente SIGKILL, que por sua vez fecha o vapor. Se eu sair do vapor, eles continuam funcionando e o vapor não fecha. O Gameoverlay está desativado e isso não parece acontecer com outros jogos.

(arco, estoque de próton 4.11-5, amd ryzen 1700 + vega64)

Eu percebo isso em muitos jogos. Lançar o jogo Steam o mais básico possível parece ajudar, há argumentos de linha de comando para não lançar a visualização de amigos, o navegador e outras travessuras.

Existe uma maneira de alternar o pré-cache do shader? Duas vezes hoje, o conteúdo de pré-cache do shader de 6 GB baixado do Path of Exile. O único jogo que faz isso, ainda.

Adicionar Caminho do Exílio ao Próton

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3161.
@hollowsaibot postado em 21/10/2019 T20: 38: 58:

Olá equipe da Valve / Proton,

No mês passado pude jogar Path of Exile "sem" problemas no Linux (Ubuntu 19.04), mas tentando atualizações e upgrades 4 nvidia e ubuntu 19.10 tudo deu errado.
O problema é que eu poderia jogar normalmente. Não tenho certeza se o título foi permitido para rodar no Steam com Proton e só agora é necessário "forçar todos os títulos para jogar", mas por favor, verifique este título para ser reproduzido no Steam.

Além disso, um mês atrás, o cache de pré-conteúdo para shaders começou todos os dias para este jogo (baixando 6,3 GB antes de começar), mas agora (algumas semanas atrás) o jogo não cria cache de shaders. Acho que essa funcionalidade é útil, principalmente se você tem uma nvidia 1050ti e os fps estão no limite. Verifique isso também.

Saudações,

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

steam-238960.log
Oi,
Instalei o 19.10 do zero dessa vez, o driver autoinstalado é o nvidia-435 parece que o jogo funciona (ainda tem quedas de fps, testei rápido) e o Shader Pre-Caching (Steam> Configurações> S.Pre-Cach. ) ainda é 0 MB por agora)

Se alguma melhoria puder ser feita para isso será bem-vinda. Se você tiver alguma dúvida, pode me dizer.

Saudações,

Alguém mais está tendo grandes problemas para executar este jogo? Estou executando o Manjaro 18.1.0 com o Proton 4.11-8 com um NVidia 1060 e o jogo carrega bem e tudo, leva apenas 1-2 minutos para carregar em novas áreas. Além disso, algumas das novas áreas não carregam e ver novos conteúdos causa gagueira. Tenho visto relatos de usuários fazendo personalizações para contornar esse problema de 'carregamento do shader', mas há alguma correção vinda do Proton? Acho que a maioria de nós prefere evitar a instalação de softwares personalizados apenas para fazer um único jogo funcionar

A opção de lançamento --waitforpreload melhorou muito os tempos de carregamento de novas áreas para mim. Demora mais para iniciar, mas as áreas carregam quase instantaneamente depois disso.

Devido às atualizações frequentes, a intermitência do sombreador provavelmente nunca desaparecerá. Mas fica muito melhor depois de algumas horas de jogo.

Olá, o POE não está funcionando para mim com a versão do próton 4.11.8. Funcionou bem com 4.11.7.
Eu uso o Fedora 31 para ganhar uma nvidia 1050 ti.

======================
Proton: 1573156648 proton-4.11-8
SteamGameId: 238960
Command: ['/home/red/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch']
Options: set()
======================
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
esync: up and running.
78040.038:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b430000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.059:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.061:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\wineboot.exe" at 0x7f05bcc40000: builtin
78040.065:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.067:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f05bca80000: builtin
78040.068:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f05bcad0000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.248:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.250:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\services.exe" at 0x400000: PE builtin
78040.252:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.253:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f1323670000: builtin
78040.253:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f13237b0000: builtin
78040.254:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f1323590000: builtin
78040.255:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.257:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\userenv.dll" at 0x7f1323550000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.306:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.307:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\plugplay.exe" at 0x400000: PE builtin
78040.310:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.311:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f849ebc0000: builtin
78040.311:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f849ed00000: builtin
78040.312:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f849eae0000: builtin
78040.319:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.373:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.373:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin
78040.375:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.376:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f7a5ec50000: builtin
78040.376:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f7a5eda0000: builtin
78040.377:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f7a5eb80000: builtin
78040.378:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x67a00000: PE builtin
78040.387:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.406:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f7a5e500000: builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f7a5e4d0000: builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f7a5e6b0000: builtin
78040.407:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\drivers\\winebus.sys" at 0x7f7a5eb30000: builtin
78040.671:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78040.671:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.740:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.741:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin
78040.743:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.745:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f65d3740000: builtin
78040.745:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f65d3890000: builtin
78040.747:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f65d3660000: builtin
78040.748:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x67a00000: PE builtin
78040.759:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.774:001e:0021:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\drivers\\mountmgr.sys" at 0x7f65d3620000: builtin
78040.791:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f05bbe90000: builtin
78040.793:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f05bbdb0000: builtin
78040.795:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f05bbaf0000: builtin
78040.795:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f05bbb30000: builtin
78040.795:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78040.898:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78040.901:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7f05bc050000: builtin
78040.909:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\steam.exe" at 0x7eb10000: builtin
78040.915:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71240000: PE builtin
78040.916:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7ea20000: builtin
78040.916:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7ea60000: builtin
78040.917:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7e8d0000: builtin
78040.918:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7e800000: builtin
78040.919:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fdc0000: PE builtin
78040.921:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7e5a0000: builtin
78040.921:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7e5e0000: builtin
78040.921:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65200000: PE builtin
78040.928:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68c40000: PE builtin
78040.928:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64b40000: PE builtin
78040.929:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7dbc0000: builtin
78041.039:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6c0c0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Setting breakpad minidump AppID = 238960
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198070664852 [API loaded no]
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78041.070:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78041.071:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\explorer.exe" at 0x400000: PE builtin
78041.073:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78041.074:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7efddfcf0000: builtin
78041.074:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7efddfe40000: builtin
78041.075:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7efddfb50000: builtin
78041.076:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7efddfa60000: builtin
78041.076:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78041.079:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7efddf7b0000: builtin
78041.079:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddf7e0000: builtin
78041.088:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78041.089:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\explorer.exe" at 0x400000: PE builtin
78041.092:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78041.093:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f90f18a0000: builtin
78041.093:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f90f19e0000: builtin
78041.094:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f90f16f0000: builtin
78041.095:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f90f1610000: builtin
78041.095:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78041.098:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f90f1350000: builtin
78041.098:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f90f1390000: builtin
78041.185:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78041.185:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78041.195:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78041.195:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7efddf460000: builtin
78041.212:0008:0025:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a900000: PE builtin
78041.212:0008:0025:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7d770000: builtin
78041.220:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78041.221:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78041.222:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7efdde920000: builtin
78041.229:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x6a100000: PE builtin
78041.229:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x960000: PE builtin
78041.281:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78041.281:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78041.291:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78041.291:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7f90f1010000: builtin
78041.310:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78041.311:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78041.313:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7f90f0570000: builtin
78041.319:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x6a100000: PE builtin
78041.319:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x750000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
78041.355:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b430000: builtin
78041.373:002f:0030:trace:loaddll:load_native_dll Loaded L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" at 0x400000: native
78041.377:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71240000: PE builtin
78041.378:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7ea80000: builtin
78041.378:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\ADVAPI32.dll" at 0x7ead0000: builtin
78041.387:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7df30000: builtin
78041.388:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7de60000: builtin
78041.393:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7dc00000: builtin
78041.393:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7dc40000: builtin
78041.393:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68c40000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fdc0000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65200000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64b40000: PE builtin
78041.397:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\SHELL32.dll" at 0x7e0a0000: builtin
78041.398:002f:0030:trace:loaddll:load_native_dll Loaded L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\steam_api.dll" at 0x3b400000: native
78041.401:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WS2_32.dll" at 0x7dbd0000: builtin
78041.407:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WLDAP32.dll" at 0x7db60000: builtin
78041.409:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\dbghelp.dll" at 0x7d320000: builtin
78041.412:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msacm32.dll" at 0x66640000: PE builtin
78041.412:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WINMM.dll" at 0x7d250000: builtin
78041.416:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\bcrypt.dll" at 0x7d120000: builtin
78041.416:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\CRYPT32.dll" at 0x7d160000: builtin
78041.417:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\Normaliz.dll" at 0x62180000: PE builtin
78041.418:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\OLEAUT32.dll" at 0x6a300000: PE builtin
78041.420:002f:0030:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\d3d11.dll") not found
78041.421:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\vulkan-1.dll" at 0x7d110000: builtin
78041.422:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winevulkan.dll" at 0x7d0d0000: builtin
78041.422:002f:0030:err:module:import_dll Library d3d11.dll (which is needed by L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe") not found
78041.422:002f:0030:err:module:import_dll Library dxgi.dll (which is needed by L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe") not found
78041.423:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\IMM32.dll" at 0x6c0c0000: PE builtin
78041.424:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\IPHLPAPI.DLL" at 0x7d0a0000: builtin
78041.426:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\usp10.dll" at 0x7d040000: builtin
78041.426:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\winsxs\\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.2600.2982_none_deadbeef\\COMCTL32.dll" at 0x6e8c0000: PE builtin
78041.429:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winspool.drv" at 0x7cff0000: builtin
78041.429:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\COMDLG32.dll" at 0x6b8c0000: PE builtin
78041.429:002f:0030:err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135
78042.448:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
78042.448:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\setupapi.dll" : builtin
pid 167530 != 167528, skipping destruction (fork without exec?)

Olá @ red667 , err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135 em seu log soa como https://github.com/ValveSoftware/Proton/issues/823#issuecomment -552137632. Você pode ter sorte ao tentar rodar o jogo com o Proton 4.2 e depois voltar para o 4.11.

HI @ kisak-valve, acho que você está certo, mas também encontrei a linha de log:

79493.858:002e:002f:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\d3d11.dll") not found

Portanto, o DirectX não está rodando, o que é necessário para o jogo rodar.

Já rodei o jogo com o Proton 4.2 e funciona. Mas voltar para 4.11.8 apresenta o mesmo problema novamente.

Você pode tentar adicionar WINEDLLOVERRIDES="dxgi=n" %command% às opções de lançamento do jogo.

Obrigado! Isso funciona.

Minhas opções de lançamento atuais para fazer o jogo funcionar são:
DXVK_STATE_CACHE=0 PROTON_NO_ESYNC=0 WINEDLLOVERRIDES="dxgi=n" %command%

Alguém mais tem o bug em que os botões verdes não exibem nenhum texto? Tirando isso, o jogo parece funcionar corretamente.

Depois de alguns testes / ajustes, o jogo está funcionando bem. Eu não jogaria no modo Hardcore, mas é jogável o suficiente para Standard. As seguintes opções de inicialização parecem funcionar melhor para mim:

gamemoderun %command% --waitforpreload --nologo --nodx9ex --garbage-generation 2

Arch Linux, i7-2600, GTX 1060, Nvidia 440.59, Proton 5.0-1

O comando gamemoderun é para GameMode de Feral.

Ainda existem alguns problemas com quedas de FPS, bem como tempos de quadro altos e picos de atraso.

Meu problema acontece quando o PoE fecha ...

O jogo está funcionando bem. Mas quando saio do jogo, 2 processos de $HOME/.local/share/Steam/ubuntu12_32/steam aumentam até 100% do uso da CPU.

Eles ficaram assim durante a noite algumas vezes, eles não parecem acabar, a menos que eu manualmente SIGKILL, que por sua vez fecha o vapor. Se eu sair do vapor, eles continuam funcionando e o vapor não fecha. O Gameoverlay está desativado e isso não parece acontecer com outros jogos.

(arco, estoque de próton 4.11-5, amd ryzen 1700 + vega64)

O mesmo problema por um bom tempo. Devo SIGKILL os dois processos para que eles sejam encerrados.
Não depende da opção usada para iniciar o jogo.
(Teste Debian, próton 5.0-4, GTX 1070Ti com driver Nvidia 440.64)

Agora que você mencionou, eu estava tendo o mesmo problema com jogos usando dxvk 1.5.5 no wine regular. Mudei para 1.5.4 e o problema foi embora. (Eu percebi isso com Guild Wars 2 e Path of Exile.)

Imagens ausentes no Path of Exile ao usar o Ubuntu 20.04

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3861.
@ robert-olofsson postado em 2013-05-13T16: 20: 45:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: Path of Exile
• Steam AppID do jogo: 238960

Informação do sistema

• GPU: Radeon RX Vega M GH (Intel hades canyon nuc)
• Versão do driver / LLVM: o que estiver no ubunutu 20.04 (20.0.4,
• Versão do kernel: 5.4.0-28-genérico
• Versão do Proton: Proton 5.0, arquivo de versão dizer: 1588350139 proton-5.0-7-rc3

Eu confirmo:

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

Sintomas

Imagens ausentes no jogo. Mais visível na tela inicial, onde as imagens de informações atuais
estão faltando e no jogo o minimapa não mostra extras em cima dele.

Reprodução

Começar o jogo. olhe para a tela de login

Começando no console, vejo algumas linhas de registro como:
0024: err: wincodecs : PngDecoder_CreateInstance Falha ao ler PNG porque não foi possível encontrar libpng12.so.0

Olhe ao redor e observe que o ubuntu moderno usa libpng16 e não tem uma libpng12 fácil. No entanto, ele está disponível em um PPA e sua instalação resolve o problema.

Seria bom construir com uma libpng mais moderna.

Olá @ robert-olofsson, o runtime do Steam fornece libpng12, então é estranho que o Proton não esteja pegando a biblioteca de lá. Copie as informações do seu sistema do Steam ( Steam -> Help -> System Information ) e coloque-as em uma essência , a seguir inclua um link para a essência neste relatório de problema. Pode haver uma dica na seção de diagnóstico estendido.

Caminho do exílio: CreateShaderResourceViewEx: parâmetro inválido

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3868.
@ Opencode-foss postado em 2020-05-14T17: 53: 31:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: Path of Exile
• Steam AppID do jogo: 238960

Informação do sistema

• GPU: i7-4790K Intel HD Graphics
• Versão do driver / LLVM: Intel Open Source Technology Center Mesa DRI
  Intel (R) HD Graphics 4600 (HSW GT2)
  3.0 Mesa 20.0.6
• Versão do kernel: 5.6.11-arch1-1 x86_64
• Link para o relatório completo de informações do sistema como Gist : systemreport.txt
• Versão do Proton: 5.0-7

Eu confirmo:

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

steam-238960.log

Sintomas

Quando estou carregando em um jogo, ele trava e me dá um CreateShaderResourceViewEx: exceção de parâmetro inválido.
Arquivo de log encontrado: "[CRIT Client 192] [D3D11] CreateShaderResourceViewEx: Parâmetro inválido."

Reprodução

Hello @ Opencode-foss, olhando seu log, DXVK falhou em uma alocação de vram quando atingiu o limite de 1,5 GB:

err:   DxvkMemoryAllocator: Memory allocation failed
err:     Size:      6553600
err:     Alignment: 4096
err:     Mem flags: 0x1
err:     Mem types: 0x1
err:   Heap 0: 1472 MB allocated, 1019 MB used, 1529 MB allocated (driver), 1536 MB budget (driver), 1536 MB total

Obrigado @kakra pela resposta rápida. Como você aumenta seu limite de vram no Intel Graphics no Linux.

Obrigado @kakra pela resposta rápida. Como você aumenta seu limite de vram no Intel Graphics no Linux.

@ Opencode-foss Você quis dizer @ kisak-valve provavelmente ...

https://www.pathofexile.com/forum/view-thread/2866813

Path of Exile tem um renderizador Vulkan agora.

Ele irá travar no Radv sem este commit.

https://gitlab.freedesktop.org/mesa/mesa/-/commit/d12f2c88427b466aa4944901a700a2d6ecb24a52

Acabei de testar o renderizador Vulkan, mas estou travando após a seleção do jogador. Vendo muito desta mensagem no log:

fixme: dbghelp : elf_search_auxv não consegue encontrar o símbolo no módulo

Registro completo:
steam-238960.log

Estou usando drivers proprietários da Nvidia no meu caso (versão 440.82). Se precisar de mais informações, por favor me avise.

Acabei de rodar o jogo com o novo renderizador Vulkan. Funciona mais suavemente do que antes.
Mas eu tive que mudar minhas opções de lançamento.

Para mim, essas opções de lançamento estão funcionando:
PROTON_USE_D9VK=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

Não precisei definir o D9VK, mas adicionei alguns outros sinalizadores para habilitar o cache e alguma otimização (usando vulkan com um MX150):
gamemoderun __GL_SHADER_DISK_CACHE=1 __GL_SHADER_DISK_CACHE_PATH='<random_path>' ENABLE_VKBASALT=1 __NV_PRIME_RENDER_OFFLOAD=1 WINEESYNC=1 DXVK_USE_PIPECOMPILER=1 STAGING_SHARED_MEMORY=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

No entanto, WINEDLLOVERRIDES="dxgi=n,b" %command% funcionou bem para mim

A renderização funciona bem, aumento de ~ 50% fps no Vulkan.

O renderizador Vulkan não funcionará para mim, ele trava no blckscreen

Path of Exile não inicia com Proton 5.0-8

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3969.
@Dragallur postado em

Path of Exile aparece por um momento em meus processos, mas depois simplesmente desaparece e não inicia. (Usando o Ubuntu 18)

SO: Arch Linux x86_64
Kernel: 5.6.12-3
GPU: Intel HD Graphics 5500

Experimentando travamentos (cerca de 10-15 minutos de jogo durante o uso do renderizador vulkan) e com isso no log do Client.txt:

[CRIT Client 200] [VULKAN] vk::FragmentedPoolError::FragmentedPoolError: vk::Device::allocateDescriptorSetsUnique

SO: ArchLinux
Kernel: 5.7.2-zen1-1-zen
GPU: AMD 5700 XT
Proton 5.0.9

não consigo fazer o PoE funcionar com o novo renderizador vulkan e amdvlk

assim que eu definir VK_ICD_FILENAMES para /usr/share/vulkan/icd.d/amd_icd64.json o jogo não vai começar, ele dá meu erro de createSwapChain

mais alguém tem isso? ou talvez até uma correção para isso?

editar: a camada radeon vulkan tem muitos bugs e falhas gráficas e o mapa não renderiza

Falha quando eu mudo para o novo renderizador Vulkan, congela por cerca de 10 segundos e corta para uma tela preta antes de fechar

Tentei várias opções de lançamento diferentes e combinações do que as pessoas anteriormente usavam no piso.
Tentei Proton 5.0-9 e 4.11-13 com o mesmo erro no final.

Por favor, veja abaixo a essência do sistema e um log de erro do proton
Síntese do sistema
https://gist.github.com/jackarsnel/b7b4d962f4f86a0b8d52fde7a8b79342
Log de Erros
https://pastebin.com/4pKU146b

O que funcionou para mim (na placa de vídeo da Nvidia, veja bem), usei estas opções de inicialização:
--waitforpreload --gc 1
(não tenho certeza se o coletor de lixo o afeta, mas o pré-carregamento parece funcionar melhor).
No menu do jogo (antes de selecionar uma região), mudei as configurações de textura para médio, o que é recomendado para o renderizador Vulkan beta pelos desenvolvedores do jogo, e _então_ configurei para Vulkan. Depois que a alteração é salva, eu salvo e saio do jogo e reabri (certificando-me de que as configurações persistem) antes de realmente fazer o login e escolher um personagem.

@CubeTheThird note que a opção de coleta de lixo é na verdade -gc , não --gc . E -gc é um equivalente curto da opção --garbage-generation . Veja mais aqui: https://pathofexile.gamepedia.com/Launch_options.

Portanto, desde que usei o renderizador Vulkan, se eu não jogar PoE por um tempo, a etapa de processamento dos shaders Vulkan no lançamento do Steam demorará um pouco. (Outros jogos não demoram tanto, digamos, No Man's Sky.) Isso é esperado?

Tentei uma nova instalação, apenas para ver se isso iria acelerar as coisas, e demorou cerca de 2 horas para processar os shaders vulkan. Não me lembro de ter demorado tanto algumas semanas atrás. Algo mudou? (Ryzen 5, 1600, Nvidia 1050ti, drivers 450,57)

O mesmo para mim. Agora o Path of Exile recompila shaders toda vez que eu entro no Steam. Leva literalmente horas.

Abaixo estão as informações de screenfetch .

OS: Ubuntu 20.04 focal
Kernel: x86_64 Linux 5.4.0-42-generic
DE: GNOME 3.36.4
WM: Mutter
CPU: Intel Core i7-3770K @ 8x 3.9GHz [67.0°C]
GPU: GeForce GTX 980
RAM: 8664MiB / 15972MiB

Isso é o que eu recebo quase todas as vezes ao iniciar o Steam. Demora cerca de 2 horas para processar.

@evenfrost você pode pular esta parte. Em seguida, ele será processado durante a execução do jogo. Pode haver alguns atrasos durante o processamento pela primeira vez. Mas depois de um tempo, tudo que você precisa é processado.

O problema é que consome uma quantidade significativa de recursos do meu PC (então presumo que o PoE ficará muito lento para jogar durante isso) e acontece quase todas as vezes que eu inicio o Steam.

O PoE não é muito lento depois de entrar nele, se você pular a etapa de processamento. (Minha reclamação atual é sobre patching e quanto tempo leva, mas isso também é um problema no cliente autônomo.)

Por algum motivo, não posso pular o compilador de cache do shader no início.
Se eu clicar em skip o menu vai embora e o caminho de exílio começa, mas o processo não para e destrói completamente a minha cpu.
Eu tenho um Ryzen 9 3950x e ele usa 100% de cada núcleo por cerca de meia hora

Edit: mesmo depois de fechar o Steam, ele continua construindo o cache de shaders

travamento do jogo após o patch 3.11.2
aqui está meu registro de prótons
https://pastebin.com/DHJEBBh2

Olá @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 parece uma linha de interesse no log. Relacionado: # 3886

Sim, o jogo agora trava após o patch 3.11.2 logo ao abrir a janela pela primeira vez. A janela abre, fica preta por um segundo e então o jogo termina. Este é meu log de travamento:
https://pastebin.com/BvJv0HvN

Observe que este direito na parte inferior do arquivo parece ser o demoninador comum:

18666.066:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
18666.071:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
18666.072:00b8:00bc:trace:seh:call_stack_handlers handler at 0x7b46bf10 returned 1
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: eax=01ccbc58 ebx=7ffdf000 ecx=00000000 edx=02bffc8c esi=02bffdf0 edi=02bffdfc
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: ebp=02bffca4 esp=02bffab8 eip=0082ad46 cs=0023 ss=002b flags=00210202
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: ds=002b es=002b fs=0063 gs=006b
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: dr0=00000000 dr1=00000000 dr2=00000000 dr3=00000000 dr6=00000000 dr7=00000000
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0082ad46).
18666.077:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:

Estou executando o jogo usando o Vulkan. Talvez seja diferente com o DX11 e alguém pode nos dizer como forçar o uso do DX11 por meio de um arquivo de configuração ou algo assim. Espero que possamos resolver isso em breve, é uma grande chatice que o jogo não funcione mais, especialmente uma semana antes de uma liga tão incrível.

Edit: É estranho que @jackarsnel tenha a mesma mensagem de erro em junho.

Nova instalação para mim. 5,09 prótons, 5,9 de gloriosos travamentos do eggroll também. Alguém experimentou stock wine ou wine-staging?

Log anexado ...
steam-238960.log

Desculpa. Perfil de hardware: https://gist.github.com/garpu/2131323653d75ab871afd0bbd081487b

ETA: Proton-alyx funcionou para mim.

Olá @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 parece uma linha de interesse no log. Relacionado: # 3886

obrigado!
funciona bem com a versão corrigida https://github.com/stevenlafl/Proton/releases/tag/proton-5.0-7-alyx-2

Ainda consigo o travamento, embora não ache que esteja realmente usando a versão alyx. ~ / .Var / app / com.valvesoftware.Steam / data / Steam / compatibletools.d / é o diretório correto para o flatpak?

Posso selecionar a versão aqui.

Mas, estranhamente, quando o Steam é reiniciado, a caixa de seleção "Habilitar reprodução do Steam para todos os outros títulos" se desmarca. O log do jogo ainda mostra 5.0.9.

steam-238960.log

Olá @effinjdent , seu log diz que o próton-5.0-9 está sendo usado ao invés do que você esperava. Verifique as configurações do Steam Play por jogo?

Olá @ kisak-valve, este bug será corrigido no futuro lançamento de prótons? Ou isso deve ser considerado pelos próprios desenvolvedores de jogos?

@ kisak-valve Estou dizendo que essa opção, quando eu a verifico com o alyx selecionado, literalmente se desmarca após reiniciar o vapor.

O problema aqui é que o jogo atualizou o Steamworks para uma versão sobre a qual a biblioteca de encaminhamento Steam do Proton ainda não foi ensinada. Isso acontece quase regularmente e o Proton precisa ser ensinado sobre cada nova versão. Devemos esperar que isso seja resolvido em algum ponto com uma atualização do Proton.

@effinjdent , você encontrou https://github.com/ValveSoftware/steam-for-linux/issues/6043.

Existe uma solução alternativa para isso? Ler esse link é muito deprimente.

Mesmo as versões Proton GE não farão o lançamento do jogo, como @effinjdent disse, isso é muito deprimente, especialmente quando a nova liga está

Eu defini o override do Path of Exile para proton-5.0-7-alyx-2 e então o jogo funciona aqui!

Posso confirmar que o próton 5.0-7 alyx funciona, mas o desempenho é pior do que o 5.0-9 costumava

A válvula pode fazer uma correção antes do início da nova liga?

proton-5.0-7-alyx-2 não funciona completamente. Ele trava em um mapa Niko (ao encontrar sulfito) com um erro: steamclient : create_win_interface Não reconhece o nome da interface: SteamClient020

Edit: Parece que minhas falhas não estão relacionadas ao Niko e ao sulfito.

Path of Exile 3.11.2 trava no lançamento

Problema transferido de https://github.com/ValveSoftware/Proton/issues/4188.
@ Storm-Engineer postado em 2020-09-12T23: 53: 59:

Path of Exile acaba de lançar um grande patch que exigia baixar novamente o jogo inteiro porque mudou a forma como ele armazena dados. (Informações: https://www.pathofexile.com/forum/view-thread/2933680)

Desde então, o jogo trava ao iniciar. Tentei várias versões diferentes do Proton, mas ele sempre trava. Antes do patch, eu estava usando o 4.11-GE-1. Abaixo estão as saídas do terminal para todas as versões que experimentei. Além da versão 4.11, eles contêm rastreamentos de pilha.

poe-crash-Proton-4.11-GE-1.txt
poe-crash-Proton-5.0-1.txt
poe-crash-Proton-5.11-GE-1-MF.txt
poe-crash-Proton-5.11.GE.3.MF-1.txt

Informação do sistema:
poe-crash-sysinfo.txt

Esqueci de acrescentar que tinha "Vulkan (beta)" selecionado no jogo em vez de DirectX. Não tenho certeza se isso afeta o problema.

Além disso, confirmando que a construção "alyx" parece funcionar, pelo menos o jogo inicia agora. Não é possível testar a jogabilidade no momento porque vou dormir ...

Ps: Obrigado pela transferência, por algum motivo não encontrei esse tíquete existente.

EDIT: Testei a compilação "alyx", funciona perfeitamente, não tive problemas mas só joguei meia hora talvez.

Eu tinha o jogo funcionando bem no 5.9-GE-6-ST, mas hoje mesmo atualizei meu sistema e o jogo não inicia (nem mesmo uma janela). Tentei o GE-7-ST para ter certeza, mas também não consegui fazer funcionar.
O estranho é que meu registro de prótons está quase vazio, tem a seguinte aparência:
====================== Proton: 1601959108 5.9-GE-7-ST-1-g465be27 SteamGameId: 238960 Command: ['/home/tomek/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch'] Options: {'forcelgadd'} ======================

Para mim, ele funciona no GE-9-ST mesmo no modo Vulkan, quando anteriormente só mostrava uma tremulação selvagem no jogo (última tentativa há algumas semanas). A única coisa que resta é: Ativos e efeitos parecem levar muito tempo para carregar, eles são apenas invisíveis por 30-60s, não tenho certeza se isso é devido a um ajuste no GE. Além disso, ocasionalmente, às vezes há caixas pretas piscando por um piscar de olhos. Fiz apenas um teste rápido, mas a jogabilidade parece muito suave com Vulkan em comparação com DX11, exceto que as taxas de quadros são mais baixas (cerca de 30 fps estáveis ​​em vez de 45+ fps a 4k).

(usando NVIDIA 455.22.04 no Gentoo)

Fiz apenas um teste rápido, mas a jogabilidade parece muito suave com Vulkan em comparação com DX11, exceto que as taxas de quadros são mais baixas (cerca de 30 fps estáveis ​​em vez de 45+ fps a 4k).

Eu não descreveria toda a experiência de jogo como suave em comparação com o que vejo as pessoas no Windows experimentarem com hardware igual ou pior. Eu tenho um 1080 Ti e um 3900X. A jogabilidade em atos é 100% suave. Quando se trata de final de jogo (onde o jogo realmente começa), geralmente é bem suave e atinge 144 FPS para mim, mas quando estou em um mapa suculento com grandes mob packs, conqueror packs ou Delirium nevoeiro, o frame rate TANKS. Gosto de níveis mal-jogáveis-espero-não-morrer.
Não tenho certeza do que causa essa discrepância em comparação com o Windows, mas sempre que há muita coisa acontecendo, vai para cerca de 3-5 FPS por um tempo. Além disso, a taxa de quadros não é de 144 FPS suaves o tempo todo. Principalmente, ele oscila entre 144 FPS e cerca de 30 FPS com tudo entre eles.
É uma experiência decente no geral, mas chamar isso de suave não é realista. Não estou nem usando configurações altas. Praticamente as configurações padrão. E estou usando o modo de jogo e o Proton-tkg-18 para rodar o jogo.
É definitivamente jogável (e aceitável na maioria das vezes), mas tenho a sensação de que é muito mais suave no Windows quando vejo a jogabilidade do streamer. Quando o renderizador Vulkan foi introduzido pela primeira vez, porém, o jogo tinha um desempenho MUITO melhor. Isso quase parece ser um problema que apenas GGG pode resolver. Não tenho certeza se a equipe da Proton poderia fazer algo sobre esses problemas de desempenho.

mas quando estou em um mapa suculento com grandes mafiosos, pacotes de conquistadores ou névoa Delirium, a taxa de quadros

Sim, esta é minha experiência também. Você _pode_ experimentar algo semelhante no Windows, especialmente algumas versões de PoE, mas é muito menos grave.
Nvidia ou AMD não parecem importar. Mas deve estar relacionado ao carregamento de ativos / shader de alguma forma.

Nvidia ou AMD não parecem importar. Mas deve estar relacionado ao carregamento de ativos / shader de alguma forma.

Não acho que o carregamento do shader seja o problema aqui. Eu tenho o jogo instalado em um SSD M.2 e tomei medidas extras para colocar o cache do sombreador Vulkan para o jogo em seu próprio tmpfs diretamente na minha RAM. Tem cerca de 500 MB de tamanho agora.
Para mim, os atrasos / quadro enorme cai quando muito está acontecendo parece que eles estão relacionados à compilação de shader.

DirextX e Vulkan têm uma abordagem diferente para a compilação de shaders, também acho que deve haver alguma conversão, pelo menos para alguns drivers gráficos. Portanto, usar DXVK para traduzir de DX11 para Vulkan não é e não pode ser ideal, o que leva ao bloqueio do comportamento durante a compilação / transformação de sombreador que o DXVK tenta resolver lembrando todos os sombreadores do pipeline e repetindo isso logo após o init para obter todos os sombreadores compilados antes o jogo tem uma chance de bloquear isso. Vulkan deve ser uma oportunidade para ficar muito melhor aqui, pois provavelmente deve ser o mesmo para shaders, seja Windows ou Linux nos bastidores. Acho que o renderizador Vulkan de PoE ainda carece de muita otimização e é muito menos maduro do que a implementação DX11, e DXVK percorreu um longo caminho para se tornar um software muito otimizado (que às vezes até supera DX11 nativo), mas ainda assim, há uma abordagem diferente de ambas as APIs que lidam com shaders.

O carregamento de ativos parecia não ter nenhum efeito no FPS que eu estava vendo e não houve falhas durante esse tempo. Eu também acho que é a compilação dos shaders que estão causando os problemas de desempenho do jogo final porque há muitos efeitos novos o tempo todo.