Parece que este jogo tem um depósito Linux não utilizado .

Existem alguns jogos Steam que têm portas Linux não funcionais ou inúteis, a capacidade de instalar a versão Windows de um jogo que tem uma versão Linux nativa seria incrivelmente útil.

@exezin

Eu concordo totalmente com isso.

A porta Linux do Battleblock theater só funciona no Ubuntu 14.04.x, no entanto, a versão Linux funciona 100% no wine.

Seria ótimo se nas propriedades do jogo houvesse uma maneira de sobrescrever a versão do Linux e usar a do Windows.

Solução alternativa não oficial aqui: https://www.reddit.com/r/SteamPlay/comments/9cuigr/downloadrun_windows_versions_using_proton/

Chegou perto de FPS nativo, som funky no campo de tiro.
O multijogador é quebrado quando o AntiCheat parece quebrado, relatório de bug em wine: https://bugs.winehq.org/show_bug.cgi?id=44235

Concordo com o exezin: uma caixa suspensa ou botões de rádio para alternar entre o Windows e o Linux, a compilação de um jogo no Steam seria incrível

Estou feliz em informar que o multijogador Squad agora funciona fora da caixa de acordo com Proton 3.16-6 Beta
Discussão do Reddit: https://old.reddit.com/r/joinsquad/comments/ao8dyl/heads_up_squad_now_runs_perfectly_under_linux_via/

Editar: a EAC quebrou no dia seguinte :( http://i.imgur.com/3NnZwYF.png
Edit2: Parece estar funcionando novamente conforme: https://old.reddit.com/r/joinsquad/comments/ao8dyl/heads_up_squad_now_runs_perfectly_under_linux_via/egd5805/

É fim de semana grátis, mas lançá-lo com 4.2-9 falha pelo fato de não conseguir encontrar o erro /squad_launcher.exe pois não foi baixado. Verificar os arquivos não ajudará.

Ele falha usando Native2Proton (também ainda é executado em 3.16 beta em vez de 4.2-9)
[0] Install game [1] Use winetricks on prefix [2] Install Non-Steam App [Experimental] [3] Recreate config [4] Quit What would you like to do? 0 Please enter the Steam app ID: 393380 Got: Squad Please enter your Steam username: xxx Redirecting stderr to '/home/xxx/.steam/steam/logs/stderr.txt' [ 0%] Checking for available updates... [----] Verifying installation... Steam Console Client (c) Valve Corporation -- type 'quit' to exit -- Loading Steam API...OK. "@sSteamCmdForcePlatformType" = "windows" Logging in user 'xxx' to Steam Public ... Logged in OK Waiting for user info...OK Update state (0x3) reconfiguring, progress: 0.00 (0 / 0) Error! App '393380' state is 0x212 after update job. Please select the game executable by number:

Squad (quedas repentinas de fps)

Problema transferido de https://github.com/ValveSoftware/Proton/issues/3071.
@ aly199 postado em 19-09-2019T23: 29: 24:

O último Proton (4.11-5) tem o Squad caindo fps, de 60-90fps, para 15fps. Acontece mais ou menos a cada 20-30s, cai por cerca de 5-10s e depois volta ao normal, girando assim durante todo o jogo.
Voltando ao Proton 4.2-9, o problema desaparece.

Proton 4.11-5
Linux Mint 19.1 (Tessa)
Driver NVIDIA 430.4
Kernel 4.15.0-55-genérico

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

Em contraposição ao acima, coloquei algumas horas no jogo hoje no último Proton (4.11-5) e ele funciona perfeitamente, o multiplayer também funciona perfeitamente e não tive problemas com o anticheat (isso costumava brincar com Próton)

Eu uso esses comandos de inicialização, não tenho certeza se farão alguma diferença para @ aly199
~__GL_THREADED_OPTIMIZATIONS = 1 PROTON_NO_ESYNC = 1 gamemoderun% command%~

@kisak-valve, joguei por cerca de 5 minutos e o arquivo de log gerado tem 1,8 GB de tamanho!
Quer dizer, estou disposto a fazer o upload por qualquer meio, mas o github aceita no máximo 10 MB.

Ai, os logs do Proton são compactados bem, mas mesmo em um arquivo, há uma boa chance de que seja maior do que o github gostaria.

Sim. 113 MB era o melhor que o gzip podia fazer.
Eu carreguei o arquivo compactado para o pcloud.
Aqui está o link.

Não que isso ajude a diagnosticar o problema de desempenho, mas debugstr é muito ativo com linhas como
4460.245:0033:0034:warn:debugstr:OutputDebugStringA "[2019.09.20-22.02.28:146][ 0]LogPackageLocalizationCache: Warning: Skipping the cache update for the package asset groups due to a cache request from a non-game thread. Some localized packages may be missed for this query.\r\n"
4460.246:0033:0034:warn:debugstr:OutputDebugStringA "[2019.09.20-22.02.28:147][ 0]LogPackageLocalizationCache: Warning: Skipping the cache update for 3 pending package path(s) due to a cache request from a non-game thread. Some localized packages may be missed for this query.\r\n"

grep "Warning: Skipping the cache update" steam-393380.log | wc -l
90520

Isso, junto com as linhas seh que disparam com ele, constituem a maior parte do tronco.

Oh, eu tinha que fazer outras coisas aqui, e esqueci de mencionar: estou executando o Steam em uma cadeia de incêndio, com um overlay-fs. Não sei se tem algo a ver com alguma coisa, mas achei que deveria mencionar.
Provavelmente não importa, já que o jogo rodou no Proton 4.2-9 sem nenhum soluço, nas mesmas circunstâncias.

Não consigo executar o Squad repentinamente devido ao EAC. Pelo que posso ver, ninguém mais está tendo esse problema. Rodando no último Proton 4.11-7 no Ubuntu 19.10. Quando eu inicio o jogo, ele me diz que o EAC não conseguiu inicializar um cliente de jogo e, subsequentemente, não consegui ingressar em nenhum servidor online.

Não consigo executar o Squad repentinamente devido ao EAC. Pelo que posso ver, ninguém mais está tendo esse problema. Rodando no último Proton 4.11-7 no Ubuntu 19.10. Quando eu inicio o jogo, ele me diz que o EAC não conseguiu inicializar um cliente de jogo e, subsequentemente, não consegui ingressar em nenhum servidor online.

Trabalhando para mim em 1570630972 proton-4.11-7, usando Ubuntu 18.04.
Houve uma interrupção do Steam ontem, talvez tenha sido relacionada? https://twitter.com/SteamStatus/status/1188893289409400832

Não consigo executar o Squad repentinamente devido ao EAC. Pelo que posso ver, ninguém mais está tendo esse problema. Rodando no último Proton 4.11-7 no Ubuntu 19.10. Quando eu inicio o jogo, ele me diz que o EAC não conseguiu inicializar um cliente de jogo e, subsequentemente, não consegui ingressar em nenhum servidor online.

Trabalhando para mim em 1570630972 proton-4.11-7, usando Ubuntu 18.04.
Houve uma interrupção do Steam ontem, talvez tenha sido relacionada? https://twitter.com/SteamStatus/status/1188893289409400832

Ainda não funciona. Funcionou antes de eu reinstalar o Ubuntu neste novo disco (mas sem outras alterações de hardware) e sei que outros ainda o têm funcionando. Estou tentado a acelerar a depuração e ver o que há de errado.

Queria jogar de novo desde a última vez, há duas semanas. Mesmo problema. O jogo funciona bem, mas mostra um pequeno pop-up com: EasyAntiCheat Error: Failed to create IGameClient instance!

O jogo não foi atualizado nessas duas semanas e até onde posso ver apenas o próton atualizado nesse período (eu vi isso em breve na minha lista de downloads baixando 4.11 (ou uma atualização para ele?)). De qualquer forma, está praticamente borked agora, porque sem o EAC você não pode jogar em nenhum dos servidores públicos.

Atualização: quase esqueci de mencionar que executei WINEPREFIX=~/SteamLibrary/steamapps/compatdata/393380/pfx/ ./EasyAntiCheat_Setup.exe que surpreendentemente funcionou e pude selecionar "reparar". Embora, infelizmente, sem sucesso.

Nova instalação pelo Steam (sem Proton) ainda com o repositório vazio.

Com o Proton 4.11-9 ele funciona perfeitamente bem após excluir a pasta Movies (o Proton não tem o codec necessário), exceto para o Easy Anti Cheat / EAC que parou de funcionar intermitentemente desde que o Alpha 16 foi lançado.

Erro EasyAntiCheat: Falha ao criar instância IGameClient!

A versão atual é 17.

Ola pessoal.
Estou jogando há mais de 20 horas online com configuração zero. Tenho sorte.

Versão atual: Beta v18.0.5
Próton: 4.11-11
Distro: Linux Mint 19.2 Tina
Kernel: 5.3.0-24-genérico
RAM: 16 GB
Driver GPU: NVIDIA 440.44
GPU: NVIDIA GeForce GTX 1070
CPU: Intel Core i7-6700K @ 4,00 GHz

No entanto, este jogo ainda está lento.

O Beta v18.0.5 finalmente tem o EAC funcionando. Mas você tem que executá-lo várias vezes até que ele não mostre o erro EAC.

Infelizmente, não posso confirmar os resultados de @ BRMateus2 . Eu verifiquei meus dados de jogo, apaguei o prefixo para começar do zero e ainda recebo o erro EAC GameClient mesmo depois de iniciá-lo 10 vezes consecutivas. Estou aberto a sugestões sobre o que mais eu poderia tentar ...

Versão atual: Beta v18.0.5
Próton: 4.11-11
Distro: Manjaro Linux x86_64
Kernel: 5.4.6-2-MANJARO
RAM: 16 GB
Driver GPU: X.Org Radeon RX Vega (VEGA10, DRM 3.35.0, 5.4.6-2-MANJARO, LLVM 9.0.0)
Versão do driver: 4.5 (Perfil de Compatibilidade) Mesa 19.3.1
GPU: AMD ATI Radeon RX Vega 64
CPU: Intel (R) Core (TM) i7-2600 CPU @ 3,40 GHz

@ Byter09 Qual DE você está usando? lxde no arch me deu um erro de inicialização, mas mudar para lightdm livrou-se do erro de inicialização.

@ greymood09 Estou usando o KDE. Algo assim realmente tem tanto impacto? Uau.

Desde que uso o Mesa 19.3, tenho travamentos aleatórios.

Meu sistema:

Sistema:
Host: stumpftopf-pc Kernel: 4.19.92-1-MANJARO x86_64 bits: 64
Desktop: Xfce 4.14.1 Distribuição: Manjaro Linux
CPU:
8 núcleos: AMD Ryzen 7 2700X tipo: MT MCP velocidade: 1884 MHz
mín / máx: 2200/3700 ​​MHz
Gráficos:
Dispositivo-1: AMD Ellesmere [Radeon RX 470/480/570 / 570X / 580 / 580X / 590]
driver: amdgpu v: kernel
Exibir: servidor x11: driver X.Org 1.20.6: amdgpu
resolução: 1920x1080 ~ 60Hz
OpenGL: renderizador: Radeon RX 590 Series (POLARIS10 DRM 3.27.0
4.19.92-1-MANJARO LLVM 9.0.0)
v: 4.5 Mesa 19.3.1
Drives:
Armazenamento local: total: 1,59 TiB usado: 822,63 GiB (50,5%)
Info:
Processos: 317 Tempo de atividade: 29m Memória: 15,66 GiB usados: 2,76 GiB (17,6%)
Shell: zsh inxi: 3.0.37

Proton-Log:

Unhandled exception: page fault on write access to 0x7f7d303f0000 in 64-bit code (0x00007f7d08ec06bd).
00cd:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:
 rip:00007f7d08ec06bd rsp:000000001463f890 rbp:00000000fffffffc eflags:00010283 (  R- --  I S - - -C)
 rax:00007f7d303cd000 rbx:0000000000000009 rcx:00007f7cf011047c rdx:0000000000023000
 rsi:00000003fffffff0 rdi:00007f7d303cd001  r8:00007f7cf001dfb0  r9:0000000000000001 r10:0000000000000009
 r11:0000000000000000 r12:00007f7cf01121c0 r13:00007f7cf0110458 r14:00007f7cf0110458 r15:0000000000000001
Stack dump:
0x000000001463f890:  0000000000000001 000000001463f950
0x000000001463f8a0:  0000000000000000 00007f7d00000000
0x000000001463f8b0:  00000002001d6000 0000000000014000
0x000000001463f8c0:  00007f7cf001dfb0 93c825bd001f3b00
0x000000001463f8d0:  0000000000000000 000000006a59e380
0x000000001463f8e0:  000000006a59f4f0 00007f7cf010eea8
0x000000001463f8f0:  00007f7c8c2030a8 00007f7b76d4b3d8
0x000000001463f900:  00007f7cf01116a8 00007f7d08e39d5a
0x000000001463f910:  0000000000000000 00007f7cf010eea8
0x000000001463f920:  00007f7cf010eea8 000000001463fa30
0x000000001463f930:  00007f7cf01116a8 00007f7c8c2030a8
0x000000001463f940:  00007f7c94243198 00007f7d08cd3041
Backtrace:
=>0 0x00007f7d08ec06bd vkCreateInstance+0xffffffffffffffff() in amdvlk64.so (0x00000000fffffffc)
0x00007f7d08ec06bd vkCreateInstance+0xffffffffffffffff in amdvlk64.so: movups   %xmm0,(%rax,%rdx,1)

steam-393380.log.zip

Olá @Stumpftopf , uma falha em amdvlk64.so parece um problema de driver de vídeo em AMDVLK em vez de mesa.

@ kisak-valve Sim, você está certo. Era AMDVLK.
Costuras a serem consertadas depois de instalar alguns pacotes extras:
sudo pacman -S vulkan-icd-loader lib32-vulkan-icd-loader sudo pacman -S vulkan-radeon lib32-vulkan-radeon
Não tenho certeza agora se eu realmente usei o amdvlk antes e não a implementação do amdgpu vulkan.

Obtendo o erro IGameClient do EAC. Nada parece ajudar.

Eu encontrei uma correção instável para o erro de instanciação EAC IGameClient:

1. Exclua o wineprefix Squad;
2. mudar o Squad para usar o Proton 4.11;
3. inicie o Squad para recriar o wineprefix (isso também instala o EAC);
4. sair do esquadrão;
5. mude o Squad de volta para o Proton 5.0;
6. inicie o Squad novamente para atualizar o wineprefix para 5.0 - o EAC agora deve funcionar normalmente.

@ Byter09 você pode tentar isso?

Atenção, Valve, pode haver uma regressão em 5.0.

@imaami Seguiu suas instruções:

• eliminou prefixo pré-existente
• Mudar para 4.11-13
• começar
• obter erro, continuar carregando
• sair no menu principal
• (parte divertida, o esquadrão não se fecha, pelo menos o vapor ainda o marca como em execução, então eu tenho que ir em frente e usar o htop para matar tudo que tem o esquadrão em seu nome)
• desligue Force the use of a specific Steam Play compatibility tool
• comece de novo
• obtenha o erro novamente.

Então ... não tenho ideia do que estou fazendo de errado :(

Também outra nota rápida: eu reinstalei minha configuração desde então e sim, o erro ainda está lá. Achei que isso poderia ajudar a reduzir a área de pesquisa do bug.

@ Byter09 Você precisa primeiro deletar o diretório wineprefix. Dependendo de onde você instalou o Squad, pode ser $HOME/.steam/steam/steamapps/compatdata/393380 . No meu caso, é /opt/steam/steamapps/compatdata/393380 , mas essa é a ideia. Exclua o diretório chamado 393380 , que é o wineprefix.

Depois de fazer isso, mude para a versão mais antiga. Inicie e saia do Squad. Mude para a nova versão do Proton e comece novamente.

Excluir o wineprefix é uma parte fundamental disso, porque, caso contrário, o EAC não será reinstalado. Você precisa começar do zero ao fazer a primeira execução com 4.11-13.

@imaami Também tentei exatamente as suas instruções, sem sorte.

Sistema operacional: Manjaro Linux
Versão do KDE Plasma: 5.18.3
Versão do KDE Frameworks: 5.68.0
Versão Qt: 5.14.1
Versão do kernel: 5.5.11-1-MANJARO

@imaami Desculpe, eu esqueci de mencionar isso. Claro que fiz isso.
Eu atualizei o comentário original para refletir isso.

@imaami Desculpe, eu esqueci de mencionar isso. Claro que fiz isso.
Eu atualizei o comentário original para refletir isso.

Você poderia tentar com estas adições / alterações:

• No começo, depois de deletar o prefixo antigo, mas antes de fazer qualquer outra coisa, apague todos os diretórios chamados EasyAntiCheat nos arquivos do jogo, então execute "verificar arquivos locais" no Steam para forçar um novo download.
• Em vez de usar a versão 4.11-13 upstream para a rodada 1, use este 4.14 não oficial: https://github.com/imaami/Proton/releases/download/proton-i-4.13-3/Proton-i-4.13-3. tar.xz
• Ao mudar para o Proton mais recente, em vez de desligar a "ferramenta de compatibilidade específica para forçar", mantenha-a ligada, mas apenas altere a versão forçada.
• Para a versão mais recente, use 5.4-GE-3 em vez do upstream 5.0-5b: https://github.com/GloriousEggroll/proton-ge-custom/releases/download/5.4-GE-3/Proton-5.4-GE-3 .tar.gz

O texto acima deve quase 100% replicar meu primeiro truque bem-sucedido de ontem.

@ryangodfrey Você também poderia tentar?

PS: Recebi uma resposta de uma pessoa no Reddit que conseguiu consertar seu EAC com minhas instruções ontem, então não sei o quão arbitrário pode ser ter sorte. Tenho certeza de que isso será resolvido eventualmente, agora pelo menos temos alguma pista de onde caçar o bug.

Tudo bem.
Estou escrevendo este comentário para não esquecer de nada e dar a vocês o máximo de informações que puder sobre isso.

• Eu faço o download de ambos os arquivos e coloco cada um deles com suas respectivas pastas em /home/btr/.steam/root/compatibilitytools.d/
• Excluo o prefixo.
• Excluo a pasta EasyAntiCheat do diretório Squad.
• Além disso, procuro mais EasyAntiCheat arquivos e diretórios e os excluo também.
• Eu verifico a integridade dos arquivos do jogo: 59 arquivos (1,8 MB) precisam ser readquiridos.
• Defini o Squad para usar uma ferramenta de compatibilidade forçada: Proton-i 4.13-3
• Eu começo o Squad.
• O Steam está realizando uma configuração inicial.
• Início do plantel: EasyAntiCheat Error: Failed to create IGameClient
• Eu pressiono OK, espero o menu principal carregar e saio do Squad.
• O esquadrão fecha e não está mais visível, mas o Steam ainda o mostra em execução.
• Eu mato tudo relacionado ao Squad usando htop. (2 x squad_launcher.exe )
• Defini o Squad para usar uma ferramenta de compatibilidade forçada: Proton-5.4-GE-3
• Eu começo o Squad.
• Início do plantel: EasyAntiCheat Error: Failed to create IGameClient
• Eu pressiono OK, espero o menu principal carregar.
• Tento entrar em um servidor de qualquer maneira, apenas para ter certeza. Não funciona.
• Eu fecho o Squad.
• O esquadrão fecha e não está mais visível, mas o Steam ainda o mostra em execução.
• Eu mato tudo relacionado ao Squad usando htop. (2 x squad_launcher.exe )

Eu realmente esperava que isso funcionasse. :soluço:

O jogo começa na primeira tentativa, mas com erro EAC, mas funciona depois de mudar a versão da ferramenta de compatibilidade do Steam Play para a versão anterior e de volta para a mais recente, conforme sugerido aqui.

O jogo roda a cerca de 80-90 FPS, mas cai depois de alguns minutos para cerca de 5-30 FPS e permanece lá, mas com o PROTON_NO_ESYNC = 1 isso era apenas periódico (testado em uma partida)

O jogo não é jogável!

Próton: 5,0-6
SO: Linux Mint 19.3 Tricia
KERNEL: 5.6.7-050607-genérico
CPU: Intel Core i7-7700K a 4,20 GHz
GPU: AMD NAVI10
DRIVER GPU: 4.6 Mesa 20.0.5 - kisak-mesa PPA
RAM: 32 GB

steam-393380.log.gz

Na verdade, eu encontrei o culpado - o EAC está ativamente tentando detectar o Wine e existe a possibilidade de os desenvolvedores do Squad estarem construindo contra o Wine, já que existem algumas compilações anteriores que funcionaram sem nenhum problema em comparação com a contraparte do Windows, pode ser um "tick Wine detecção ou não ".

Eu tenho outro jogo que roda com EAC que funciona perfeitamente, suas dlls EAC não têm nenhuma função Wine usando o comando strings, mas o Squad tem o conhecido ( # 1 , # 2 ) pequeno problema.

LogEasyAntiCheatServer: Aviso: Falha ao localizar a biblioteca do servidor EasyAntiCheat eac_server64.dll
LogEasyAntiCheatClient: Erro: Falha ao criar instância IGameClient!

strings EasyAntiCheat_x64.dll | vinho grep
wine32
wine64
wine_get_version
wine_x86
wine_x64

Pode não ser uma regressão no Proton, já que Protons mais antigos nem executam mais o jogo. Eu tentei os passos abaixo e estranhamente existem algumas combinações (interface? Hardware?) Que parecem funcionar (eles quebram a verificação EAC?), Mas eu não consegui fazer o Squad rodar com EAC com meu Fedora 31 KDE, DXVK e Mesa.

Excluir esquadrão (393380) Prefixo do vinho:
rm -r "$ HOME / .steam / steam / steamapps / compatdata / 393380"
Mude o Proton para usar o Proton-i-4.13-3.
Mova a pasta Movies para não travar o jogo (por não ter codecs):
mv "$ HOME / .local / share / Steam / steamapps / common / Squad / SquadGame / Conteúdo / Filmes" "$ HOME / .local / share / Steam / steamapps / common / Squad / SquadGame / Content / Movies.backup"
Execute o jogo até o menu, saia e elimine todas as instâncias do Squad (killall --signal SIGHUP "squad_launcher.exe" "SquadGame.exe").
Mude o Proton para usar o Proton-5.4-GE-3 e execute o jogo até o menu.

Boas notícias - as coisas para mim mudaram de não jogáveis ​​para jogáveis ​​com problemas.

Na verdade, estou jogando Squad há algumas horas, dois dias seguidos - ainda sem problemas com o EAC, e isso é muito positivo - graças às pessoas que tornaram isso possível!

Acho que consegui controlar a gagueira geral instalando o kernel do XanMod Linux que inclui o patch fsync - ficando em torno de 80-95 FPS.

Mas às vezes o FPS ainda cai para 5-10 e permanece lá apenas para voltar ao normal um pouco mais tarde.

Observei enquanto isso acontecia, a VRAM da minha placa de vídeo está quase no limite e verifiquei que a opção Full Texture Loading não estava realmente ativada.

Aqui está uma captura de tela de "radeontop" enquanto o Squad está em execução e o problema de queda de quadros está acontecendo:

O modelo da placa de vídeo é uma GIGABYTE Radeon RX 5700 XT GAMING OC 8GB

Também tive travamentos estranhos do driver gráfico AMDGPU - experimentei de tudo, desde travamentos completos do sistema a telas desligadas ou ligadas, mas apenas exibindo verde, e uma vez o Squad travou e minhas telas desligaram e ligaram novamente, e quando o ambiente da área de trabalho foi reiniciado / recuperado daquele evento, havia artefatos estranhos / pixels coloridos em todas as telas.

Aqui está um registro de um desses eventos (quando esse evento ocorreu, eu estava executando o 5.6.7 kernel do Ubuntu mainline Linux)

amdgpu_crash_10-04-2020_1447.log

Usei as instruções de

Replicando as etapas que fiz na primeira vez, a tentativa de instalar o EAC no 4.11.13 não teve sorte em fazer o anti-cheat funcionar, embora o travamento pareça ter desaparecido no treinamento. Também tentei usar uma versão mais recente do próton da GE em vez do GE 5.6 que estava usando anteriormente, sem sucesso, assim como a construção do próton 4 do imaami postada acima. Ainda não consegui fazer com que o anti-cheat funcionasse novamente. Notavelmente, entre cada tentativa fracassada, excluí o diretório compatdata do Squad, com o prefixo incluído.

SO: Arch Linux x86_64
Kernel: 5.6.13-arch1-1
CPU: Intel i7-8700K (12) a 4,700 GHz
GPU: NVIDIA GeForce GTX 1080
Memória: 4112 MiB / 32057 MiB

Eu tentei de tudo para fazer isso funcionar. Espero que alguém encontre uma solução para isso em breve! <3 É provavelmente o último patch do esquadrão.

Venho tentando há vários dias fazer isso funcionar, seguindo todos os passos detalhados aqui e sem sorte, mesmo pop-up todas as vezes. É uma pena, pois o Squad estava funcionando perfeitamente até cerca de 8 dias atrás.

Novo patch lançado hoje. Algo sobre o índice EAC. Cruzando meus dedos.

Novo patch lançado hoje. Algo sobre o índice EAC. Cruzando meus dedos.

Por favor, relate de volta porque eu até desinstalei.

Removi o prefixo e testei novamente com B19.4.2 . Mesma mensagem de erro.

: desapontado:

Acabo de tentar novamente, após uma atualização de 55MB e ainda o mesmo erro EAC, não consigo jogar online.

Adicione um relatório em https://www.protondb.com/app/393380

Sim, eu disse, eu disse sobre o erro IGameClient, Jensen funciona (que é Local eu presumo), mas qualquer servidor protegido por EAC me diz que eu preciso ativar o Anti-Cheat

@imaami O jogo / sua solução alternativa ainda está funcionando para você?

@imaami O jogo / sua solução alternativa ainda está funcionando para você?

Sim, o jogo ainda está funcionando. Faz algum tempo que não preciso limpar o prefixo ou os arquivos do jogo porque não tive problemas. Não sei o que aconteceria se eu os limpasse e reinstalasse, e não vou arriscar se não for absolutamente necessário. :)

Recebi a mensagem de erro uma vez quando iniciei o Squad, mas fechei e reiniciei o jogo e funcionou novamente. A única diferença naquela época foi que eu acidentalmente mudei para outro espaço de trabalho logo após pressionar "Iniciar" no Steam. Eu me pergunto se o iniciador fica confuso em algumas situações em que o cliente do jogo e a janela do iniciador EAC não estão no mesmo espaço de trabalho (área de trabalho virtual).

Minha configuração de tela inteira de gráficos atual é a janela de tela inteira sem bordas, aliás, não o modo de tela inteira "real". Talvez isso possa ter algum efeito.

Meu gerenciador de janelas é i3 e tenho o cliente Steam vinculado à área de trabalho 3. Sempre que eu inicio o Squad, certifico-me de não alternar entre as áreas de trabalho até que o jogo esteja totalmente carregado. Não sei se isso é apenas um ritual baseado em experiências coincidentes, mas tenho a impressão de que as coisas ficam estranhas se Squad ou EAC (ou Proton) não estão 100% focados durante o lançamento. Poderia estar relacionado ao bug alt-tab, onde os eventos do mouse não são capturados após retornar o foco para a janela do jogo?

Só estou pensando em voz alta aqui. Eu sugiro sacrificar uma galinha apenas no caso, todos nós sabemos que os deuses da EAC que vivem em vulcões são inconstantes e exigentes.

Eu peguei um tópico do reddit há algumas semanas que afirmava que a desinstalação do EAC por meio do desinstalador do Wine e reinstalá-lo teve a chance de fazê-lo funcionar. Não me preocupei em mencioná-lo aqui porque a afirmação nunca foi realmente comprovada.
Pode realmente ser apenas uma questão de jogar as probabilidades e esperar que você tenha um sorteio.

Eu peguei um tópico do reddit há algumas semanas que afirmava que a desinstalação do EAC por meio do desinstalador do Wine e reinstalá-lo teve a chance de fazê-lo funcionar. Não me preocupei em mencioná-lo aqui porque a afirmação nunca foi realmente comprovada.
Pode realmente ser apenas uma questão de jogar as probabilidades e esperar que você tenha um sorteio.

Já tentei isso 2 dias atrás, fiz individualmente, tentei adicionando como "Jogo não Steam", até copiei as pastas EAC (uma da pasta master e outra dos binários) do meu PC com Windows e ainda não está funcionando.

Também fiz uma limpeza do cache, verificação da integridade e reinstalação do EAC. Nada funciona

Parece que o uso de "hidewineexports = enable% command%" nos parâmetros de inicialização com o staging wine (no meu caso é Proton-5.9-GE-MF-2) funciona. Este método não modifica nenhum arquivo, como outros métodos da internet sugerem, mas ainda não posso dizer se isso levará ao banimento.

Parece que o uso de "hidewineexports = enable% command%" nos parâmetros de inicialização com o staging wine (no meu caso é Proton-5.9-GE-MF-2) funciona. Este método não modifica nenhum arquivo, como outros métodos da internet sugerem, mas ainda não posso dizer se isso levará ao banimento.

Desculpe perguntar, mas como faço isso, tentei definir as opções de inicialização, mesmo com + e - antes, e ainda não está funcionando, ele me diz para ativar o EAC quando eu entrar em um servidor

Esquadrão testado com "hidewineexports = enable% command%" com Proton-5.9-GE-MF-2, todos os casos terminaram no jogo falhando ao criar a interface EAC.

Coisas tentadas:

• Executando o jogo usando um pfx não funcional existente com o ambiente var em 5.9-GE-MF-2.
• Excluindo o pfx e reinstalando-o com 5.9-GE-MF-2
• Excluindo o pfx, instalando-o com Proton 4.11-13 como acima e, em seguida, executando 5.9-GE-MF-2
• Excluindo todos os compatdata do Squad, instalando com 4.11-13 e executando 5.9-GE-MF-2
• Excluindo todo o compatdata para Squad, instalando com 5.9-GE-MF-2 e executando com ele.

Uma teoria que eu tenho poderia ser obter um prefixo funcional de alguém cujo jogo é funcional e colocá-lo no compatdata de alguém cujo jogo não é funcional. Isso pode fazer um jogo que não funciona funcionar. No entanto, deve-se ter cuidado se eles tentarem empacotar compatdata, caso o prefixo contenha alguma informação sensível do jogo ou do usuário.

Eu sabia que estava fazendo algo estúpido ontem. "hidewineexports = enable% command%" não deve fazer nada. O que você realmente deve fazer é definir hidewineexports = enable no winetricks. eu faço isso com protontricks

protontricks 393380 hidewineexports=enable

Depois disso, você deve obter uma falha ao iniciar o EAC e o jogo na primeira execução (não apenas falha ao iniciar um cliente), mas na segunda inicialização deve funcionar. Depois disso, comecei a começar de vez em quando, mas no máximo na terceira tentativa. Não deve ser mostrado uma falha ao iniciar um cliente, mas sim uma falha ao iniciar um jogo por causa do EAC ou um bom início do jogo. Se ainda assim não conseguir iniciar um cliente, há algo mais do que eu poderia dizer.

Eu realmente não sei como investigar isso, então qualquer ajuda é apreciada:

Eu queria tentar o acima com o próton mais recente disponível no Steam e excluí o prefixo para que seja uma configuração limpa. É claro que eu precisava começar o jogo uma vez para permitir que isso acontecesse. Eu verifiquei os arquivos do jogo, inicializei-o e logo após clicar na mensagem IGameClient meu sistema faz uma reinicialização a frio. A mesma coisa acontece quando saio do jogo (usando o botão Fechar no jogo em janela) antes que a mensagem seja exibida.

Essencialmente, agora não consigo nem inicializá-lo. O que significa que também não consegui testar o comando protontricks :(

Isso é apenas uma peculiaridade estranha da configuração do meu sistema ou há mais coisas acontecendo? Como eu saberia o que acontece quando ele mata meu sistema?

Eu realmente não sei como investigar isso, então qualquer ajuda é apreciada:

Eu queria tentar o acima com o próton mais recente disponível no Steam e excluí o prefixo para que seja uma configuração limpa. É claro que eu precisava começar o jogo uma vez para permitir que isso acontecesse. Eu verifiquei os arquivos do jogo, inicializei-o e logo após clicar na mensagem IGameClient meu sistema faz uma reinicialização a frio. A mesma coisa acontece quando saio do jogo (usando o botão Fechar no jogo em janela) antes que a mensagem seja exibida.

Essencialmente, agora não consigo nem inicializá-lo. O que significa que também não consegui testar o comando protontricks :(

Isso é apenas uma peculiaridade estranha da configuração do meu sistema ou há mais coisas acontecendo? Como eu saberia o que acontece quando ele mata meu sistema?

Agora está visivelmente mais quente dentro de casa do que algumas semanas / meses atrás? Você verificou quais são as temperaturas da CPU e GPU depois de iniciar o jogo?

Essa é apenas a primeira coisa que veio à mente que poderia causar uma reinicialização forçada. Além disso, se sua PSU ou mobo explodiu um capacitor de alta temperatura, isso pode ser uma causa.

Basicamente, uma falha no fornecimento de energia, ou proteção contra superaquecimento, isso reinicializará seu computador. Fora isso, não tenho ideias.

Edit: se você ver isso em sua mobo ou PSU, ou qualquer outro componente, você terá problemas que se parecem muito com reinicializações e travamentos misteriosos aleatórios. Isso acontece quando um capacitor ferve. Literalmente ferve, não uma figura de linguagem. Ficar perto de componentes quentes por longos períodos de tempo aumenta a probabilidade de que as tampas fervam.

@imaami Obrigado pela preocupação, mas definitivamente não é nada disso. Posso jogar outros jogos exigentes também, sem problemas. E se fosse uma coisa temporária, eu não acho que "clicar no X para fechar o jogo causando uma reinicialização imediata" funcionaria todas as vezes. Mas é verdade. Eu testei 3 vezes. Deve ser o jogo causando pânico ou algo assim.

@imaami Obrigado pela preocupação, mas definitivamente não é nada disso. Posso jogar outros jogos exigentes também, sem problemas. E se fosse uma coisa temporária, eu não acho que "clicar no X para fechar o jogo causando uma reinicialização imediata" funcionaria todas as vezes. Mas é verdade. Eu testei 3 vezes. Deve ser o jogo causando pânico ou algo assim.

Sim, definitivamente soa como algo específico para o Squad com essas informações adicionais. O Squad é geralmente estranho quando está fechado, o que quer que ele faça, geralmente causa um curto congelamento de 10-20 segundos durante o qual tudo é pausado.

Qual CPU, GPU, etc. você tem?

@imaami

CPU: Intel i7-2600 (8) @ 3.800GHz
GPU: Radeon RX Vega (VEGA10, DRM 3.36.0, 5.6.16-1-MANJARO, LLVM 10.0.0)
RAM: 16 GB
MB: P67A-D3-B3
KRNL: 5.6.16-1-MANJARO

Espero que ajude. E só para lhe dar uma perspectiva sobre o jogo exigente: posso jogar X4, que é um jogo nativo do Linux, perfeitamente bem. Isso aquece meu quarto muito rapidamente, mas o Squad também. E tenho quase certeza de que já publiquei minhas informações de sistema mais adiante nesta edição, nada mudou muito, exceto talvez algumas atualizações de pacote e um novo kernel.

EDITAR: Encontrei: https://github.com/ValveSoftware/Proton/issues/938#issuecomment -570157290

Proton 5.9 com hidewineexports habilitado.

GameID: 55 (32bit) Windows Version: 10.0 (Build 17134) Error Code: 30005 Process Exit Code: 0h UUID: 74f2ef78-445f-aa07-a79c-f79eb3c1fa01 Processes list: explorer.exe plugplay.exe services.exe squad_launcher.exe steam.exe winedevice.exe
Acho que a EAC não gosta de winedevice.exe

Esqueci de postar uma atualização, mas todos os testes que realizei resultaram no mesmo problema que

Recebo _about_ o mesmo erro que @aCeTotal.
É estranho que chame meu Windows de versão 6.1

Isso foi depois de limpar o prefixo,
fazendo prefixo com próton 4.11
permitindo a exportação de vinhos
executando com Proton-5.9-GE-1-MF

Em seguida, esse erro é retornado de algum tipo de interface do EAC.

GameID: 55 (32bit)
Windows Version: 6.1 (Build 7601)
Error Code: 30005
Process Exit Code: 0h
UUID: 1898b708-c9e3-bb00-7471-bae27b36a354
Processes list:
explorer.exe
plugplay.exe
services.exe
squad_launcher.exe
steam.exe
winedevice.exe

E também não funcionou na segunda execução como @ MAD-BUG relatou.

De qualquer forma, há ALGUÉM jogando este jogo no Linux agora?

Editar: Alternado de volta para Proton-5.0-9
Agora estou de volta ao erro IGameClient. (provavelmente porque hidewineexports foi desativado novamente?).

Editar: começou tudo de novo,
Tentei seguir este comentário de @imaami o mais próximo possível:
https://github.com/ValveSoftware/Proton/issues/938#issuecomment -606813813

Pfx existente excluído ( rm -r .local/share/Steam/steamapps/compatdata/393380/ )
Removidas as pastas chamadas EasyAntiCheat dos arquivos do jogo (uma na raiz, uma na pasta Binários) e o Steam reinstalava-as.

Corri o jogo com Proton-i-4.13-3 do garfo de imaami. (Erro IGameClient)

Em seguida, executei o jogo com Proton-5.4-GE-3 . (Erro IGameClient ainda)

Ainda estou recebendo o erro IGameClient ...

@imaami se você enviar seu wineprefix, poderíamos tentar lançar nosso jogo com seu wineprefix.

@imaami se você enviar seu wineprefix, poderíamos tentar lançar nosso jogo com seu wineprefix.

Não consegui ignorar o erro IGameClient quando instalei o cliente de teste público do Squad ontem. Meu jogo de esquadrão normal ainda continua funcionando. Então, comparei as somas de hash de alguns dos arquivos EAC entre o prefixo do Squad de teste normal e público, e percebi que o prefixo de teste público não tinha esses dois:

pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac
pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac.metadata

Eu tenho uma lembrança de que o EAC parece fazer o download durante a instalação e / ou inicialização. Então eu pensei que talvez se eu apenas copiar isso para o prefixo de teste público e ver o que acontece ... funcionou. O EAC é reiniciado.

Estou anexando um tarball que contém esses dois arquivos (com o caminho completo acima). Talvez funcione em outros prefixos do Squad também.

easyanticheat_wine_x64.tar.gz

@imaami se você enviar seu wineprefix, poderíamos tentar lançar nosso jogo com seu wineprefix.

Não consegui ignorar o erro IGameClient quando instalei o cliente de teste público do Squad ontem. Meu jogo de esquadrão normal ainda continua funcionando. Então, comparei as somas de hash de alguns dos arquivos EAC entre o prefixo do Squad de teste normal e público, e percebi que o prefixo de teste público não tinha esses dois:

pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac
pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac.metadata

Eu tenho uma lembrança de que o EAC parece fazer o download durante a instalação e / ou inicialização. Então eu pensei que talvez se eu apenas copiar isso para o prefixo de teste público e ver o que acontece ... funcionou. O EAC é reiniciado.

Estou anexando um tarball que contém esses dois arquivos (com o caminho completo acima). Talvez funcione em outros prefixos do Squad também.

easyanticheat_wine_x64.tar.gz

Colocar esses arquivos no diretório especificado não mudou nada para o meu cliente. _No entanto, _ eles me fizeram tropeçar no arquivo loader.log no mesmo diretório, o que pode fornecer uma pista de por que meu cliente em particular pode estar falhando ao carregar. Aqui está uma versão uniq 'd do meu loader.log, com os uuids nos URLs cortados, uma vez que não sei nada sobre seu uso.

[2020.06.27-00.37.23] Loader initialized.
[2020.06.27-00.37.23] [Connection] Connecting to URL: https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=(uuidhere)
[2020.06.27-00.37.23] Download Progress: 0%.
[2020.06.27-00.37.23] [Connection] Connect result: No error (0) Response Code: 200 Destination IP: 13.226.205.101
[2020.06.27-00.37.23] [HTTP Error Response] HTTP Response Code: 200 Curl Code: 0.
[2020.06.27-00.37.23] Falling back to a secondary CDN path.
[2020.06.27-00.37.23] [Connection] Connecting to URL: https://download-alt.easyanticheat.net/api/v1/games/55/client/wine64/download/?uuid=(uuidhere)
[2020.06.27-00.37.23] Download Progress: 0%.
[2020.06.27-00.37.23] [Connection] Connect result: SSL connect error (35) Response Code: 0 Destination IP: 172.67.156.223
[2020.06.27-00.37.23] Connection to the Content Distribution Network failed! Curl Code: 35.
[2020.06.27-00.37.23] [EAC Callback] Code 914. Message: ''.

O EAC está tentando baixar algo de seu CDN, obtendo uma resposta 200, mas falhando mesmo assim. Em seguida, voltando para o CDN alternativo, mas falhando devido a um erro de SSL. Replicar a chamada de URL exata em meu terminal não me fornece nenhum dado baixado, mas se conecta com sucesso sem erros. Eu estaria interessado em ver se o seu loader.log fornece uma saída diferente devido ao seu sucesso.

Isso me leva potencialmente a acreditar que os pacotes instalados podem influenciar o funcionamento do jogo ou não? Como alternativa, talvez o EAC tente usar um certificado / método SSL diferente de uma solicitação tradicional que faz com que ele falhe com mais frequência? Sinceramente, não sei dizer, mas acho que isso pode ser uma dica para resolver o problema.

@NGGJamie , ontem reparei nesse mesmo arquivo. Na verdade, há um arquivo de log semelhante em algum lugar próximo a esse local, que mostra o mesmo erro curl 35 também. Isso significa que o handshake SSL não foi bem-sucedido. Não reportei aqui ainda porque queria primeiro verificar se

Eu carreguei esses arquivos em meu prefixo e eles foram excluídos imediatamente.
O outro arquivo de log que mencionei é
pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/gamelauncher.log .

Embora dessa vez esse registro não tenha mostrado nenhum erro, o que pode ser uma pista. O outro arquivo loader.log entretanto, mostrou logs.

Quando reiniciei o jogo gamelauncher.log relatado

[Info] [LauncherFinished] EACAsyncResult: 3 Message: 'Connection to the Content Distribution Network failed! Curl Code: 35.'.
[Err!] [Network Error] CDN connection failed!

novamente.

Fiz outra verificação apenas para ter certeza, e novamente ao usar os arquivos de @imaami , o gamerlauncher.log mostrou:

[Info] [LauncherFinished] EACAsyncResult: 0 Message: 'Easy Anti-Cheat successfully loaded in-game'.
[Info] Unloading the EasyAntiCheat library.

Hipótese:
O EAC tenta baixar algum arquivo binário, a solicitação HTTP é bem-sucedida, mas fecha sem um único bit de envio de dados. Portanto, ele assume que a solicitação falhou, registra como um erro e usa o CDN de fallback, que francamente simplesmente não funciona.

O CDN retorna content-type: application/octet-stream mas content-length: 0

O CDN alternativo se comporta da mesma forma para mim.

Estou curioso para saber qual é o propósito do UUID e como ele é definido. Parece funcionar bem sem, mas talvez seja esse o problema.

Edit: Eu acho que posso estar no caminho certo. Eu li alguns tópicos sobre este endpoint e como ele causou exatamente o mesmo problema em vários jogos. Substituir wine64 por win64 faz o download da configuração corretamente. @imaami provavelmente já tem essa configuração baixada corretamente. E alguém já mencionou que o jogo se tornou impossível de jogar na época em que strings relacionadas ao vinho começaram a aparecer na dll EAC.

OK, isso é uma bagunça tão estranha. Eu tenho exatamente os mesmos erros em meu loader.log . Tanto a versão de teste normal quanto a versão pública têm o mesmo. Registro completo da noite anterior com UUIDs e linhas repetidas removidos:

[2020.06.27-02.23.54] Loader initialized.
[2020.06.27-02.23.54] [Connection] Connecting to URL: https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=(...)
[2020.06.27-02.23.54] Download Progress: 0%.
(...)
[2020.06.27-02.23.54] Download Progress: 0%.
[2020.06.27-02.23.54] [Connection] Connect result: No error (0) Response Code: 200 Destination IP: 13.33.242.102
[2020.06.27-02.23.54] [HTTP Error Response] HTTP Response Code: 200 Curl Code: 0.
[2020.06.27-02.23.54] Falling back to a secondary CDN path.
[2020.06.27-02.23.54] [Connection] Connecting to URL: https://download-alt.easyanticheat.net/api/v1/games/55/client/wine64/download/?uuid=(...)
[2020.06.27-02.23.54] Download Progress: 0%.
(...)
[2020.06.27-02.23.54] Download Progress: 0%.
[2020.06.27-02.23.54] [Connection] Connect result: SSL connect error (35) Response Code: 0 Destination IP: 104.28.3.249
[2020.06.27-02.23.54] Connection to the Content Distribution Network failed! Curl Code: 35.
[2020.06.27-02.23.54] [EAC Callback] Code 914. Message: ''.

Mesmo assim, ainda tenho os arquivos easyanticheat_wine_x64.eac e easyanticheat_wine_x64.eac.metadata e o jogo funciona.

@imaami você poderia baixar https://download.eac-cdn.com/api/v1/games/55/client/win64/download (win64 em vez de wine64) e verificar se um arquivo com o mesmo md5sum está em seu prefixo?

Edit: Eu acho que posso estar no caminho certo. Eu li alguns tópicos sobre este endpoint e como ele causou exatamente o mesmo problema em vários jogos. Substituir wine64 por win64 faz o download da configuração corretamente. @imaami provavelmente já tem essa configuração baixada corretamente. E alguém já mencionou que o jogo se tornou impossível de jogar na época em que strings relacionadas ao vinho começaram a aparecer na dll EAC.

Também li sobre isso e também tentei fazer o download manualmente de diferentes tipos de URLs (win {, e} {32,64}). Com um curl de linha de comando normal ou wget, o wine {32,64} downloads são bem-sucedidos, mas o comprimento do arquivo é 0. Com win {32,64} os downloads são bem-sucedidos e os arquivos têm 2 a 3 megabytes de dados.

O estranho aqui é que o arquivo que eu tenho (e tenho desde março) - easyanticheat_wine_x64.eac - tem um tamanho diferente de qualquer um dos arquivos win {32,64}. É claramente um arquivo de cliente habilitado para Wine real. E eu me lembro que já baixei manualmente antes de olhar para o EAC. Mas pelo menos agora o servidor EAC retorna um arquivo vazio.

Além disso, você disse que os arquivos foram excluídos quando você os colocou lá manualmente. Meus arquivos parecem ter sua data de modificação atualizada a cada inicialização, mas eles não são excluídos e também não parecem ser baixados novamente (?) Porque eu também recebo o erro SSL em loader.log .

De qualquer forma, acho que preciso fazer alguns testes para verificar se minhas observações estão corretas.

@imaami , estou saindo agora, mas recomendo tentar usar um proxy (arrotar, zap) para alterar a solicitação de saída ou redirecionar o domínio (/ etc / hosts) para um servidor próprio onde você hospeda a versão win64 .

Não, o download do win64 não é o mesmo arquivo. Ele tem um tamanho e soma hash diferentes (é claro).

Ainda não tentei, mas acho que o download do win64 não vai funcionar aqui. É provável que seja o arquivo de cliente normal, não habilitado para wine, e irá falhar por causa de toda a bagunça do driver do kernel.

Aqui está um pequeno script que escrevi para baixar todas as 4 permutações de win {, e} {32,64} e mostrar os resultados:

#!/bin/bash

urlbase='https://download.eac-cdn.com/api/v1/games/55/client'

tmpuuid="$(uuidgen)" || exit $?

rm -vf sha1sums win{,e}{32,64}.{log,out} >&2

for w in win{,e}{32,64}; do
  url="$urlbase/$w/download/?uuid=$tmpuuid"
  echo "fetching $url" >&2
  curl -v -o "$w.out" "$url" > "$w.log" 2>&1
  echo " ==== return value: $? ====" >> "$w.log"
done

ls -l win{,e}{32,64}.out >&2
sha1sum win{,e}{32,64}.out | tee sha1sums >&2

Resultado de uma execução:

fetching https://download.eac-cdn.com/api/v1/games/55/client/win32/download/?uuid=df7b8f11-9228-4a95-b8f1-dca8ceb64eba
fetching https://download.eac-cdn.com/api/v1/games/55/client/win64/download/?uuid=df7b8f11-9228-4a95-b8f1-dca8ceb64eba
fetching https://download.eac-cdn.com/api/v1/games/55/client/wine32/download/?uuid=df7b8f11-9228-4a95-b8f1-dca8ceb64eba
fetching https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=df7b8f11-9228-4a95-b8f1-dca8ceb64eba
-rw-r--r-- 1 imaami imaami 1552496 Jun 27 14:52 win32.out
-rw-r--r-- 1 imaami imaami 2732656 Jun 27 14:52 win64.out
-rw-r--r-- 1 imaami imaami       0 Jun 27 14:52 wine32.out
-rw-r--r-- 1 imaami imaami       0 Jun 27 14:52 wine64.out
02d91b86d6c29197361236b2b7275ebd1c0c82be  win32.out
24df1e2853b8908692504b87d7f1fd9124a7bd62  win64.out
da39a3ee5e6b4b0d3255bfef95601890afd80709  wine32.out
da39a3ee5e6b4b0d3255bfef95601890afd80709  wine64.out

@imaami , estou saindo agora, mas recomendo tentar usar um proxy (arrotar, zap) para alterar a solicitação de saída ou redirecionar o domínio (/ etc / hosts) para um servidor próprio onde você hospeda a versão win64 .

Como eu disse, não acho que forçar o EAC a baixar o binário win64 real (em vez do wine64) funcionaria. Provavelmente significa apenas que você estaria na mesma situação que todos os jogos que nem mesmo usam uma compilação de EAC habilitada para Wine. Ele tentaria carregar o driver do kernel do Windows e falharia.

Os arquivos wine64 que tenho em meu prefixo não são os mesmos arquivos que os win64 ou win32, eles são claramente destinados ao Wine.

Além disso, tenho quase certeza de que tentar man-in-the-middle o servidor EAC também falhará devido a um erro de certificado SSL.

@imaami , você está certo. Portanto, nosso objetivo deveria ser obter o download do wine64. Você não pode enviar esse arquivo? Estou curioso para saber se o uuid significa que só funcionará para 1 cliente. Você pode verificar se o md5sum é diferente quando você altera o uuid com o qual ele é solicitado?

@imaami , você está certo. Portanto, nosso objetivo deveria ser obter o download do wine64. Você não pode enviar esse arquivo? Estou curioso para saber se o uuid significa que só funcionará para 1 cliente. Você pode verificar se o md5sum é diferente quando você altera o uuid com o qual ele é solicitado?

Já enviei, é o tarball que anexei anteriormente: https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz

O UUID não parece importar, é sempre o mesmo arquivo.

Para ser absolutamente claro: este arquivo:

pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac

é baixado de
https: //download.eac-cdn.com/api/v1/games/55/client/wine64/download/? uuid = ... quando as coisas funcionam. Não sei por que baixar dessa URL agora dá um arquivo de tamanho zero.

Recebo _about_ o mesmo erro que @aCeTotal.
É estranho que chame meu Windows de versão 6.1
`` `
ID do jogo: 55 (32 bits)
Versão do Windows: 6.1 (Build 7601)

"Windows" (NT) 6.1 é a versão interna da família Windows, equivalente a "Win 7", o que significa que o Wine está rodando com as especificações do Win 7.
NT 6.2 é Win 8, NT 6.3 é Win 8.1 e NT 10 é Win 10. NT significa "Nova tecnologia" que talvez seja válida lol.

Fiz um pequeno teste. Tirei esses arquivos do prefixo (fiz um backup deles e excluí os originais):

pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac
pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac.metadata

Então lancei o Squad. Recebi o erro IGameClient.

Fechei o jogo e confirmei que não havia novos arquivos em pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/ . Havia apenas loader.log como eu esperava. O arquivo de log tem o erro de handshake SSL, assim como antes.

Então copiei os arquivos de volta para o local original dentro do prefixo e iniciei o jogo. Nenhum erro IGameClient, o Squad começou normalmente.

Após este segundo lançamento, o loader.log ainda parece exatamente o mesmo - mesmos erros SSL, e a tentativa de download parece falhar. easyanticheat_wine_x64.eac e easyanticheat_wine_x64.eac.metadata ainda estavam no lugar após o segundo lançamento, portanto, não foram excluídos. Suas somas hash eram idênticas às anteriores, portanto, seu conteúdo também não é modificado.

Eu só posso concluir que easyanticheat_wine_x64.eac e easyanticheat_wine_x64.eac.metadata são necessários para o EAC iniciar, e se eles estiverem faltando, você obterá o erro IGameClient.

Por alguma razão, o EAC baixou com sucesso esses arquivos antes de iniciar com o Proton 4.11 (ou minha compilação do Proton-i 4.13). É por isso que os tenho em meu prefixo. Talvez a razão pela qual o download falhe para todos agora seja que o EAC simplesmente removeu o arquivo do local de download.

Talvez o servidor EAC tenha algum sistema de lista de permissões UUID de curta duração e, na verdade, enviará o arquivo correto se receber um parâmetro UUID que espera ver dentro de uma janela de tempo curto. Então, novamente, por que o servidor enviaria felizmente o arquivo por meio da URL win64 mesmo se o UUID estiver vazio, mas a URL wine64 se comporta de maneira diferente? Droga, essa maldita bagunça.

Sei que isso é inútil e não estou esperando uma resposta, mas: https://twitter.com/JuusoAlasuutari/status/1276939752328040450

@imaami Não percebi que o arquivo baixado era .eac de ealier.

É normal que meu prefixo seja win7 ?
De qualquer forma, farei mais alguns testes.

Alguém pode entrar no PoP! Os? Eu conheço alguém que pode rodar o jogo sem problemas, através do Proton, talvez possamos descobrir, se você não puder, posso instalá-lo em um HD externo em uma semana, mas idk o que testar e compartilhar com você para Preciso da tua ajuda.

Isso também pode ser interessante, depois de executar protontricks-flat 393380 hidewineexports=enable o caminho de download muda de https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid= para https://download.eac-cdn.com/api/v1/games/55/client/wow64_win64/download/?uuid=

Além disso, o download é executado a 100% e depois falha

[2020.06.27-19.15.00] Carregador inicializado.
[2020.06.27-19.15.00] [Conexão] Conectando ao URL: https://download.eac-cdn.com/api/v1/games/55/client/wow64_win64/download/?uuid=xxxxxxx
[2020.06.27-19.15.00] Progresso do download: 0%.
... (Removido cerca de 700 linhas de progresso de download)
[2020.06.27-19.15.00] Progresso do download: 100%.
[2020.06.27-19.15.00] [Conexão] Resultado da conexão: Nenhum erro (0) Código de resposta: 200 IP de destino: 13.224.198.70
[2020.06.27-19.15.00] Progresso do download: 100%.

@Inexorabilis isso é super interessante, qual foi o seu comportamento total? Você obteve o problema IGameClient? Ou você obteve o mesmo problema que me e aCeTotal, em que o próprio iniciador EAC retornou um erro? O download do arquivo easyanticheat_*_x64.eac ?

Iniciando o Squad com essas configurações, você verá o EAC Splash incluindo a barra de carregamento. Depois de percorrer, uma janela de relatório de bug será aberta, informando "Errorcode: 30005 (StartService falhou com 1053)

Mais detalhes estão mostrando o seguinte

ID do jogo: 55 (32 bits)
Versão do Windows: 10.0 (Compilação 17134)
Código de erro: 30005
Código de Saída do Processo: 0h
UUID: xxxxxxxxxxxxxx
Lista de processos:
explorer.exe
plugplay.exe
services.exe
squad_launcher.exe
steam.exe
winedevice.exe

Se você clicar em verificar soluções online, será direcionado para https://www.easy.ac/en-us/support/game/issues/errors/

Isso corresponde aos erros anteriores que tivemos com hidewineexports . O que há em sua pasta pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55 ?

Infelizmente, nada mais do que o loader.log

Eu mesmo testei com os .eac @imaami no prefixo. launcher.log não apresentou erros

[2020.06.27-20.34.31] [Connection] Connect result: No error (0) Response Code: 200 Destination IP: 99.86.109.7
[2020.06.27-20.34.31] Download Progress: 100%.

Os arquivos baixados (?) Que encontrei não eram diferentes dos que eu já tinha lá.

@imaami Se você disparasse um e-mail, teria mais chances.

Editar: sim, com hidewinexports habilitado, mas não vejo nenhum arquivo baixado.

Talvez a razão pela qual o download falhe para todos agora seja que o EAC simplesmente removeu o arquivo do local de download.

Todos esses arquivos são específicos do jogo, então, por algum motivo, o download do wine enable para Squad foi removido. É possível que seja por escolha dos desenvolvedores, vou mandar um e-mail para eles.

Acho que esta é uma postagem bem interessante:
https://reddit.com/r/linux_gaming/comments/ao3au6/some_interesting_notes_about_eac_error_in_apex/

Ele cobre o mesmo problema, mas com o Apex. Eles tentaram executar o jogo com um download de wine64 de diferentes jogos.
Muitas pessoas de vários fóruns sobre os quais tenho lido pensam que os desenvolvedores simplesmente têm a possibilidade de oferecer suporte ao wine, e que essa equipe simplesmente se desligou em algum momento. Se isso for verdade, estou curioso para saber quantos jogos EAC populares não podem ser jogados no Linux simplesmente porque os desenvolvedores não permitem. Embora eu duvide que seja tão fácil.

@imaami Você se sente confortável em compartilhar todo o seu wineprefix? Estou me perguntando como é possível que os binários antigos funcionem na sua máquina, mas não na minha.

@imaami Você se sente confortável em compartilhar todo o seu wineprefix? Estou me perguntando como é possível que os binários antigos funcionem na sua máquina, mas não na minha.

Vou tentar averiguar isso amanhã, provavelmente vou precisar podar algo antes de compartilhar. Do registro ou algo assim.

Isso me lembra: dar uma olhada no registro pode revelar algo novo sobre esse problema em geral.

@imaami Você se sente confortável em compartilhar todo o seu wineprefix? Estou me perguntando como é possível que os binários antigos funcionem na sua máquina, mas não na minha.

Vou tentar averiguar isso amanhã, provavelmente vou precisar podar algo antes de compartilhar. Do registro ou algo assim.

Isso me lembra: dar uma olhada no registro pode revelar algo novo sobre esse problema em geral.

Sinta-se à vontade para enviar o prefixo para mim primeiro em particular, não adianta arriscar vazar informações confidenciais para uma solução que pode não funcionar.

Eu poderia dar uma olhada no registro, mas não tenho certeza do que estou procurando.

Edit: Eu fiz esta postagem reddit ontem: https://www.reddit.com/r/joinsquad/comments/hgzgnb/squad_via_wineproton_why_did_it_stop_working_will/
Esperando que pudéssemos talvez obter uma declaração de um desenvolvedor. Mas acho que o desenvolvedor que costumava responder a esses tipos de tópicos não funciona mais na empresa.

Postando um script que escrevi para obter downloads de EAC de raspagem. Ele tenta baixar URLs de IDs de jogos em sequência para ver quais IDs têm um binário wine64 disponível. Ele imprime e registra os resultados e também salva todos os downloads bem-sucedidos maiores que 0 bytes.

IDs de jogo que retornam "Acesso negado" não são impressos; IDs de jogos com download de comprimento zero são impressos, mas o download não é salvo (é claro porque eles teriam 0 bytes todas as vezes). É interessante que "Acesso negado" e download de comprimento zero são categorias distintas de resultados; Eu acho que o acesso negado significa que o ID do jogo não existe ou não está em uso, e os de comprimento zero são IDs de jogo válidos sem suporte do Wine.

Ainda existem IDs de jogos que retornam um download binário válido. Curiosamente, apenas alguns poucos têm um binário maior do que algumas centenas de kilobytes.

O primeiro e o último ID do jogo são definidos como 1 e 500, respectivamente; você pode alterá-los modificando os from_id e upto_id vars.

#!/bin/bash

from_id=1
upto_id=500

urlhead='https://download.eac-cdn.com/api/v1/games'
urltail="client/wine64/download/?uuid=$(uuidgen)" || exit $?

# printf format specifier for zero-padding game id
id_fmt0="%0${#upto_id}d"

logfile=$(printf "eac-games-$id_fmt0-to-$id_fmt0.log" "$from_id" "$upto_id")
tmpfile='/dev/shm/eac.bin'

rm -f "$tmpfile"

{
  echo -e ' game id\t dl size\tsaved as'
  echo -e ' -------\t -------\t--------'

  for ((i = from_id; i <= upto_id; i++)); do
    url="$urlhead/$i/$urltail"

    if curl -o "$tmpfile" "$url" 2>/dev/null &&
       len=$(stat -c %s "$tmpfile"); then

      if (( len > 0 )); then
        [[ "$(head -c5 "$tmpfile")" == '<?xml' ]] \
        && grep -i -q 'Access Denied' "$tmpfile"  \
        && {
          rm -f "$tmpfile"
          continue
        }

        dst=$(printf "eac-game-$id_fmt0.bin" "$i")
        mv "$tmpfile" "$dst"
        dst=$'\t'"$dst"

      else
        dst=''
      fi

      printf "%8d\t%8d$dst\n" "$i" "$len"
    fi

    rm -f "$tmpfile"

  done;
} | tee "$logfile"

@imaami Eu acho que você pode ter feito um pouco de engenharia excessiva em seu script. Você poderia apenas ter usado o método HEAD, para verificar a variável content-length e a variável content-type .

Enfim, quais foram os resultados? E você já tentou alterar a dll para usar um url diferente?

@imaami Eu acho que você pode ter feito um pouco de engenharia excessiva em seu script. Você poderia apenas ter usado o método HEAD, para verificar a variável content-length e a variável content-type .

Claro, mas o objetivo é também baixar o arquivo, portanto, um comando curl extra apenas para verificar o tamanho aumentaria a complexidade.

Enfim, quais foram os resultados?

Já resumi os resultados, não entendi a pergunta.

Posso postar a saída mais tarde hoje, mas você também pode executar o script. Não demorou muito para verificar todos os 500 IDs de jogos.

E você já tentou alterar a dll para usar um url diferente?

Já sei que não adiantaria nada. Na melhor das hipóteses, ele baixaria o binário normal do Windows EAC e não funcionaria. O pior cenário é que eu seria sinalizado por uma verificação de hash e autobanned.

O servidor EAC não serve um binário para clientes wine64, não podemos mudar isso. Podemos tentar descobrir por que seu prefixo não funciona mesmo com o binário do meu prefixo.

Fiz um ingresso nas Indústrias Offworld e recebi esta resposta:

Olá Rein,
Obrigado pela informação, encaminhei para nosso contato da EAC.
Lembre-se de que o Squad não oferece suporte ao Linux e não anunciamos que o oferecemos.
O Squad também não desenvolve o Easy Anti Cheat, apenas o licenciamos.

Eu enviei isso para a EAC, isso seria algo que eles deviam investigar.

Beta 20 começou a trabalhar novamente com Proton 5.9 GE e hidewineexports para mim. Mas ainda não há arquivos em Application Data. E há erros de registro para anticheat:
[Info] [LauncherFinished] EACAsyncResult: 3 Message: 'Connection to the Content Distribution Network failed! Curl Code: 35.'. [Err!] [Network Error] CDN connection failed! [Info] [LauncherFinished] EACAsyncResult: 0 Message: '
Mas não recebo um erro iclient e posso entrar nos servidores oficiais.
Eu me pergunto se existe um mecanismo à prova de falhas que permita jogar nesse estado por um tempo limitado.

@ MAD-BUG Não funcionou comigo, mas não tentei hidewineexports . Eu tentei um novo prefixo.

De qualquer forma, vou fazer alguns testes, fico feliz em ver que não fui o único que imediatamente comecei a tentar executá-lo novamente com a nova atualização.

O jogo funcionou!
Meu launcher.log também ainda mostrava exatamente os mesmos erros, o que é esperado porque eu verifiquei o endpoint wine64 antes e ele ainda estava mostrando o comprimento do conteúdo como 0. Eu também não tenho o .eac arquivos.

Talvez estivéssemos errados em pensar que essa era a origem do problema ??

De qualquer forma, estou tããão feliz por finalmente poder jogar este jogo, e queria este jogo há muito tempo e quando finalmente conseguiu outra venda, fiquei bastante desapontado por não funcionar.

Muito obrigado @ MAD-BUG @imaami

Edit: Eu notei que todo o jogo congela no tutorial assim que você chega à estação de função do kit.

Edição 2: Também tenho tido alguns problemas graves de desempenho, às vezes funciona perfeitamente, às vezes não consigo passar de 20 fps

Edit 3: Acabei de fazer um jogo em que mal tinha 50 fps em configurações baixas, mudei para médio para ver o que aconteceria, consegui 8 fps, depois voltei para baixo e não consegui mais do que 20 fps novamente. Então um A10 voou e meu jogo travou e fechou.

Edit: Eu notei que todo o jogo congela no tutorial assim que você chega à estação de função do kit.

Edição 2: Também tenho tido alguns problemas graves de desempenho, às vezes funciona perfeitamente, às vezes não consigo passar de 20 fps

Meu jogo funcionou anteriormente antes de parar, portanto, observarei que o congelamento do jogo durante a seleção da função do kit no tutorial também aconteceu anteriormente. Ou pelo menos, para mim. Portanto, provavelmente este não é um problema novo.

Minha internet está horrível e, portanto, ainda estou baixando a atualização, mas informarei se tiver problemas de desempenho quando tiver esses dados.

Gente, já faz um bom tempo que não jogo Squad e esqueci de citar algumas das minhas pesquisas, espero que ajude vocês.

1. Então, o problema de queda de FPS aparece após carregar o segundo mapa por lançamento, parece que o primeiro mapa permanece na memória. É fácil de consertar reiniciando o jogo.
2. Este jogo trava porque algo está errado no áudio (veja FAudio). Entrei em contato com os desenvolvedores e eles viram o áudio falhar em meus logs, eles nunca encontraram esse tipo de problema.
3. O EAC é inconsistente, tentei instalar o Squad em diferentes distros, e até tentei o Linux Mint novamente, sem sorte.

Todos os problemas são apenas do Linux, eu testei isso.

https://flightlessmango.com/games/20398/logs/512

O jogo é muito jogável na minha máquina, os gráficos estão completamente maximizados, exceto pelo Supersampling. Houve momentos em que caiu abaixo dos 50FPS, mas não foram perceptíveis. Este benchmark em particular foi feito quase inteiramente durante o combate, e eu também fiz algumas travessuras como spamming (comando) mapa para cima e para baixo enquanto girava para enfatizar os gráficos.

@LevitatingBusinessMan Bom saber! Espero que possamos jogar uma ou duas partidas juntos. Faça amizade comigo no Steam, se quiser.

Eu tenho que sair e reiniciar o Squad após cada mapa, o fps vai para 10 caso contrário. E alterar as configurações de gfx durante o jogo faz o mesmo ... Tirando isso, tudo é bom.

Nenhuma mudança para mim com Proton 5.0-9 ou Proton-5.11-GE-2-MF com B20.
O Squad inicia, mostra o erro EAC, na saída do jogo o processo squad_launcher permanece até ser eliminado.

@zaggynl , tente deletar o prefixo e começar com o próton 4.11, então feche o jogo e tente com o próton 5 duas ou três vezes. Existem instruções mais detalhadas em algum lugar acima no tópico.

Etapas executadas e resultado:

• rm -r ~ / .steam / steam / steamapps / compatdata / 393380
• ferramenta de compatibilidade do esquadrão alterada para próton 4.1-13
• começar esquadrão
• acima eac erro mostra
• esquadrão de saída
• pkill squad_launcher. (o Steam mostra que o esquadrão ainda está em execução)
• ferramenta de compatibilidade do esquadrão alterada para próton 5.0-9
• acima eac erro mostra
• esquadrão de saída
• pkill squad_launcher.
• iniciar esquadrão (cada tela de carregamento pisca muito rapidamente)
• acima eac erro mostra
• esquadrão de saída
• pkill squad_launcher.
• iniciar esquadrão (cada tela de carregamento pisca muito rapidamente)
• acima eac erro mostra
• esquadrão de saída
• pkill squad_launcher.
  
  cat ~ / .local / share / Steam / steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Application \ Data / EasyAntiCheat / 55 / loader.log:

[2020.06.30-14.11.50] Loader initialized.
[2020.06.30-14.11.50] [Connection] Connecting to URL: https://download.eac-cdn.com/api/v1/games/55/client/wine64/download/?uuid=72252b78-00bf-047b-5abd-ee6d89c3a553
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.50] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] [Connection] Connect result: No error (0) Response Code: 200 Destination IP: 13.33.235.29
[2020.06.30-14.11.51] [HTTP Error Response] HTTP Response Code: 200 Curl Code: 0.
[2020.06.30-14.11.51] Falling back to a secondary CDN path.
[2020.06.30-14.11.51] [Connection] Connecting to URL: https://download-alt.easyanticheat.net/api/v1/games/55/client/wine64/download/?uuid=209d72f2-e540-7bfd-2f05-ef412af91aa2
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] Download Progress: 0%.
[2020.06.30-14.11.51] [Connection] Connect result: SSL connect error (35) Response Code: 0 Destination IP: 104.28.3.249
[2020.06.30-14.11.51] Connection to the Content Distribution Network failed! Curl Code: 35.
[2020.06.30-14.11.51] [EAC Callback] Code 901. Message: 'Connection to the Content Distribution Network failed! Curl Code: 35.'.

A tentativa de baixar o arquivo mencionado manualmente resulta em um arquivo de 0 byte.

@zaggynl Experimente esta versão do Proton: https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-2-MF. A versão 5.11 também não funcionou para mim.

@zaggynl Experimente esta versão do Proton: https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-2-MF. A versão 5.11 também não funcionou para mim.

• rm -r ~ / .steam / steam / steamapps / compatdata / 393380
• baixado e extraído Proton-5.9-GE-2-MF.tar.gz para ~ / .steam / root / compatibletools.d /
• Steam reiniciado
• ferramenta de compatibilidade do esquadrão alterada para próton 5.9-GE-2-MF
• esquadrão começou
• eac erro

@zaggynl Oh, esqueci de mencionar, execute isso também: WINEPREFIX = $ HOME / .steam / root / steamapps / compatdata / 393380 / pfx winetricks hidewineexports = enable.

Você terá que instalar o winetricks por meio do seu gerenciador de pacotes, se ainda não estiver instalado. Boa sorte.

WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/393380/pfx winetricks hidewineexports=enable
Parece ter feito o truque! Tentando alguns jogos agora.
Edite, joguei um jogo sem problemas, o FPS parece estar preso em 60, cai para 30 às vezes. 3900x / 5700xt / nvme / 16gbram, 3440x1440

Instruções completas:

• rm -r ~ / .steam / steam / steamapps / compatdata / 393380
• mkdir -p ~ / .steam / root / compatibletools.d /
• baixe, extraia Proton-5.9-GE-2-MF.tar.gz para ~ / .steam / root / compatibletools.d /
• reinicie o Steam
• alterar ferramenta de compatibilidade de esquadrão para próton 5.9-GE-2-MF
• execute: WINEPREFIX = $ HOME / .steam / root / steamapps / compatdata / 393380 / pfx winetricks hidewineexports = enable (pode ser necessário instalar o winetricks por meio do gerenciador de pacotes ou outro)
• start squad (minhas opções de lançamento são: hidewineexports = enable% command%)

edit2: o jogo está instável, travou no meio do jogo ao tentar reaparecer

Impressionante ver algum progresso! Parece que finalmente encontramos a cor exata do frango para sacrificar pelo sucesso.

@zaggynl Estive lendo suas adições ao seu comentário. Estou feliz por termos resolvido o problema do EAC. No que diz respeito à estabilidade geral do jogo, podemos querer examinar como uma questão completamente separada. Eu recomendo olhar os logs do jogo para ver se há algum terreno comum para as suas falhas. Posso dizer que o jogo teve problemas no passado com o hardware AMD, especialmente no que diz respeito ao som. Esse pode não ser o problema aqui, mas é algo para se manter em mente. Mantenha este tópico atualizado com qualquer progresso e tentarei ajudar quando puder.

@KallanX , vou acrescentar que estou em uma CPU Ryzen, com uma placa nvidia.

@imaami Qual é a sua plataforma?

Estou executando um i7-9700, RTX 2060 Super, 32 GB de RAM. Arch com kernel 5.7.6.

@KallanX Você está enfrentando algum problema de estabilidade? Você pode listá-los?
Alguns que descobri:

• Às vezes, o cursor não chega a todos os lugares do menu, tenho que alternar entre os métodos de janelamento para corrigi-lo. Estou usando o I3.
• Quando eu mudo as configurações gráficas durante uma partida, o fps cai abaixo de 20.
• O Fps cai abaixo de 20 após uma troca de mapa.
• Eu tive um monte de travamentos, mas provavelmente foram devido ao mesmo bug de desempenho com a troca de configurações de gráficos.
• O tutorial trava quando me aproximo do Kit Role Station no tutorial.

@imaami Como posso encontrar você no Steam?

@KallanX , vou acrescentar que estou em uma CPU Ryzen, com uma placa nvidia.

@imaami Qual é a sua plataforma?

Ryzen 3950X, Nvidia RTX 2080, Debian Sid.

Praticamente meu único problema com o Squad é que o fps despenca depois de jogar um mapa, então eu reinicio o jogo a cada mudança de mapa. Mas não sou só eu, tenho a impressão de que todo mundo que dirige o Squad no Proton sofre do mesmo bug.

Editar: Informações adicionais: Meu gerenciador de janelas é i3. Meu kernel é um conjunto de patches que mantenho e é baseado principalmente em -ck, mas tem uma variedade de outros patches incluídos na mistura. Eu não pulei para 5,7 ainda, então agora está em 5.6.19; se você estiver interessado, dê uma olhada em https://github.com/imaami/linux/tree/linux-5.6.yi-ck

@imaami Como posso encontrar você no Steam?

@LevitatingBusinessMan steamcommunity dot com / id / imam

Meu jogo falhou novamente, sem hidewinexports Eu recebo o erro IGameClient.
E com ele habilitado o EAC gera este erro:

GameID: 55 (32bit)
Windows Version: 6.1 (Build 7601)
Error Code: 30005
Process Exit Code: 0h
UUID: 31950fdf-9ec7-c65e-c025-3416d4b2130a
Process list:
explorer.exe
plugplay.exe
services.exe
squad_launcher.exe
steam.exe
winedevice.exe

Editar: Este comportamento lembra o Apex Legends, onde o jogo só pode ser reproduzido _just_ após o lançamento de um novo patch.

Meu jogo falhou novamente, sem hidewinexports Eu recebo o erro IGameClient.

Só para ter certeza: extraia os arquivos .eac que enviei para o prefixo e tente executar sem hidewineexports .

Não tenho certeza se acredito nisso, mas acho que funcionou.

wget https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz
tar -xvf easyanticheat_wine_x64.tar.gz
mv pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/55/easyanticheat_wine_x64{.eac,.eac.metadata} /home/rein/.steam/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application\ Data/EasyAntiCheat/55/

Então eu acho que quando você faz o jogo funcionar uma vez, algo no prefixo é configurado para que você também possa fazer funcionar com um arquivo .eac . E como depois do patch o método hidewineexports funcionou por um tempo, consegui fazê-lo funcionar uma vez por meio desse método e usar o método de usar .eac downloads mais antigos para colocá-lo em execução agora . Funcionou com hidewineexports após o patch, provavelmente porque o EAC estava temporariamente desligado, os jogadores do Apex relataram comportamento semelhante no passado. O Apex também tem o mesmo problema em que o download de .eac parou de funcionar repentinamente, então nossas descobertas podem ajudá-los e a jogos semelhantes também.

Edit: seria uma boa ideia tentar limpar nossos prefixos para que outros possam tentar fazer seu jogo funcionar com eles.

@LevitatingBusinessMan Bem, caramba, espero que continue funcionando para você agora! EAC é uma verdadeira rainha do drama com esta trama constante de altos e baixos ...

Posso confirmar que também entrei em um estado de não funcionamento semelhante ao que estava anteriormente. Usar os arquivos .eac e .eac.metadata não mudou a situação na minha instância.

Parou de funcionar para mim também, nova tela de erro:

Código de erro: 30005 (StartService falhou com 1053.)

O botão 'Mostrar detalhes' abre uma janela com:
ID do jogo: 55 (32 bits)
Versão do Windows: 10.0 (Compilação 17134)
Código de erro: 30005
Código de Saída do Processo: 0h
UUID: 53393436-5878-7746-abec-fd78d6ffdc6b
Lista de processos:
explorer.exe
plugplay.exe
services.exe
squad_launcher.exe
steam.exe
winedevice.exe

A pasta Application \ Data / EasyAntiCheat parece ter desaparecido
Nenhuma mudança com a criação da pasta e colocação dos arquivos eac no lugar.
squad_launcher. processo parece sair normalmente agora?
Tentei um conserto de eac por:
cd "~ / .steam / steam / steamapps / common / Squad / EasyAntiCheat /"
WINEPREFIX = $ HOME / .steam / root / steamapps / compatdata / 393380 / pfx wine EasyAntiCheat_Setup.exe
que mostra o instalador e me permitiu desinstalar / instalar / reparar, mas não fez diferença para o erro.

Editar:
Tentei o seguinte:

• rm -r ~ / .steam / steam / steamapps / compatdata / 393380
• removeu todas as opções de lançamento
• mkdir -p ~ / .steam / steam / steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Application \ Data / EasyAntiCheat / 55 /
• wget https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz
• tar -xvf easyanticheat_wine_x64.tar.gz

• mv pfx / drive_c / users / steamuser / Application \ Data / EasyAntiCheat / 55 / easyanticheat_wine_x64 {.eac, .eac.metadata} ~ / .steam / steam / steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Application \ Data / EasyAntiCheat / 55 /

• começar esquadrão
  cada janela pisca rapidamente, o esquadrão parece sair
  lançador parece travar? saída ao executar o vapor do terminal:
  http://paste.debian.net/plain/1154608

@zaggynl @NGGJamie , você desativou o hidewineexports?

Esse acidente é certamente novo.

@zaggynl @NGGJamie , você desativou o hidewineexports?

Esse acidente é certamente novo.

Eu penso que sim? Removi o wineprefix e a opção de inicialização, avise-me se houver mais alguma coisa.
Diferenças que noto com e sem:
com: Recebo o novo erro
sem: eac pisca por e por saídas do Steam Squad, veja minha edição.

@zaggynl você leu os últimos comentários neste tópico? Remover o wineprefix é exatamente o que você não deveria ter feito. Você também nunca teve que definir uma opção de lançamento, você pode habilitar / desabilitar o hidewineexports via protontricks.

Edit: @NGGJamie você realmente o fez funcionar logo após o patch?

Sim, eu errei, o que a hidewineexports faz?

@zaggynl , ele esconde que o jogo está sendo executado via wine.

Infelizmente também está quebrado do meu lado novamente. Eu fiz o Squad rodar sem o IGamClient Error logo após o Patchrelease, no entanto, nunca entrei em um servidor. Agora tentei desligar o hidewineexports e colocar os arquivos .eac * no diretório, mas novamente aparece o erro IGameClient.
Então pode estar relacionado a se você realmente entrou em um servidor e jogou um pouco?

Também tentei com outras versões e novos prefixos. A única coisa "nova" que aconteceu foi que ao iniciar o Squad com Proton-5.11-GE-2-MF e habilitar o hidewineexports, o EAC Startup Error não aparece mais.

Depois de fuçar um pouco, descobri que posso fazer um novo prefixo funcionando usando arquivos eac e colando user.reg do prefixo de trabalho

@ MAD-BUG Isso é um achado maluco. O que há nesse arquivo?

Depois de fuçar um pouco, descobri que posso fazer um novo prefixo funcionando usando arquivos eac e colando user.reg do prefixo de trabalho

Compre todas as cervejas para este homem!

Acabei de gastar meu último dinheiro no Squad e um SSD para colocá-lo, mal consigo comprar uma água tônica.

Mas @ MAD-BUG ganha meu respeito eterno.

OK, algum touro ** aqui.Depois de alterar o nome nos caminhos de "TEMP" e "TMP" em "[Ambiente]", bloqueie de "steamuser" para "vagrant" e use os arquivos eac, o jogo é iniciado sem erros.

tempo = *

"TEMP" = "C: \ usuários \ vagrant \ Temp"
"TMP" = "C: \ usuários \ vagrant \ Temp" `

Você apenas continua dando

Okay foi testado com Proton-5.11-GE-2-MF e hidewineexports desabilitado.
Os arquivos eac foram colocados em / COMPATDIR / 393380 / pfx / drive_c / users / steamuser / Application Data / EasyAntiCheat / 55 /

Consegui entrar em um servidor vazio, escolher um Kit e correr. Nenhum chute do EAC até agora.
Esta pode ser a solução para este problema.

Editar: parece funcionar com hidewineexports habilitado também

No entanto, @Inexorabilis é provavelmente apenas uma solução para pessoas que já começaram e jogaram o jogo uma vez com o EAC funcionando, para o qual parece haver uma pequena janela logo após os patches.

@LevitatingBusinessMan Eu apaguei meu prefixo que funcionava uma vez, uma vez que ele não estava mais funcionando. O prefixo que estou usando é completamente novo. Os arquivos .eac são aqueles postados do imaami anteriormente.
O único problema possível que vejo neste ponto, que pode cruzar esta solução, é que os arquivos .eac estão de alguma forma vinculados à instalação do imaami (iniciar sem eles não funcionará).

Editar: Para ficar claro, eu editei o user.reg como MAD-BUG sugeriu.

@Inexorabilis nesse caso não pode ser uma solução à prova de falhas, porque tentamos fazê-lo funcionar várias vezes antes e não funcionou, mas é possível que o fato de os arquivos do imaami funcionarem em mim não seja porque eu jogou antes, mas pela mesma razão que funcionou em você de repente. Talvez algo tenha mudado após o patch. No entanto, MAD-BUG disse que só funcionou ao colar user.reg no novo prefixo.

Eu comecei trabalhando em um novo prefixo com arquivos eac e mudanças de ambiente no reg do usuário

Para deixar claro, eu editei user.reg conforme proposto por @ MAD-BUG e mudei

[Meio Ambiente] *

tempo = *

"TEMP" = "C: \ users \ steamuser \ Temp"
"TMP" = "C: \ users \ steamuser \ Temp"

para

[Meio Ambiente] *

tempo = *

"TEMP" = "C: \ usuários \ vagrant \ Temp"
"TMP" = "C: \ usuários \ vagrant \ Temp"

Em seguida, coloque os arquivos .eac de @imaami em /COMPATDIR/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/
Tudo isso aconteceu em um novo prefixo rodando em Proton-5.11-GE-2-MF . É independente se você habilitar a exportação de vinhos.
Desculpe por não ter sido claro no começo

Edit: Funciona no Proton 5.0.9 também com um prefixo recém-criado. Agora podemos criar prefixos de trabalho reproduzíveis. Acho que realmente precisamos comprar MAD-BUG todas as cervejas :)

Ainda é uma solução complicada porque cada indivíduo separado depende desses arquivos eac e a mudança no registro apenas sugere que estamos forçando o EAC a pular alguma verificação ou a usar um método de fallback.
Posso especular que o arquivo eac é apenas um código que processa o manuseio do ambiente para o executável anticheat principal (após colocá-lo no descompilador) e não irá parar de funcionar nesse meio tempo se não for bloqueado especificamente.
Mas o trabalho ainda não está feito e realmente precisamos encontrar uma maneira de obter esses arquivos por outro método ao invés desta discussão. Para facilidade de uso e capacidade de compartilhar algum método para um público mais amplo, sem medo de algum tipo de proibição ou qualquer coisa para qualquer um de nós.

Vocês são incríveis, funciona para mim também (com o Proton 5.0.9 normal), mas também compartilho as preocupações do @MAD-BUG.

Elaborei alguns comandos genéricos que baixam e extraem os arquivos EAC e corrigem o arquivo user.reg:

1. Encontre o caminho para sua biblioteca do Steam:

GAME_LIBRARY_PATH=$HOME/.local/share/Steam # /path/to/your/steam/library/that/contains/squad

1. Remova o prefixo antigo (se houver):

rm -r $GAME_LIBRARY_PATH/steamapps/compatdata/393380

1. Inicie o jogo para que o prefixo seja (re) criado (o previsível EAC falha aqui, ignore isso), saia do jogo quando ele for iniciado:

steam steam://rungameid/393380

1. Baixe alguns arquivos EAC mágicos e extraia-os no prefixo Proton do jogo:

wget -qO- https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz | tar xvfz - -C $GAME_LIBRARY_PATH/steamapps/compatdata/393380

1. Patch algumas coisas por qualquer motivo:

sed -i 's/\"TEMP\"=\"C:\\\\users\\\\steamuser\\\\Temp\"/\"TEMP\"=\"C:\\\\users\\\\vagrant\\\\Temp\"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg
sed -i 's/\"TMP\"=\"C:\\\\users\\\\steamuser\\\\Temp\"/\"TMP\"=\"C:\\\\users\\\\vagrant\\\\Temp\"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg

1. Comece o jogo e cruze os dedos:

steam steam://rungameid/393380

Este tem sido um genuíno esforço de equipe, um grande obrigado a todos! Acho que nenhum de nós poderia ter reunido todas as peças do quebra-cabeça sozinho. Parece muito apropriado que estejamos focados no Squad especificamente, porque o trabalho em equipe e a cooperação são o que o torna um grande jogo. Sem o trabalho em equipe, seria apenas mais um atirador entre dezenas.

Ei, Epic e criadores de EAC, se por acaso você ler isto: deve ser bastante óbvio que não queremos quebrar, hackear ou contornar qualquer coisa que combata a trapaça. Eu, pessoalmente, tenho dificuldade em acreditar que qualquer pessoa ativa neste tópico pensaria que trapacear em jogos multijogador cooperativos online está OK. Basicamente, todos nós queremos que o EAC _work_. Se você tiver alguma sugestão ou solicitação de como podemos fazer o EAC funcionar melhor (para que ele realmente evite trapacear o máximo possível, sem discriminar os usuários do Proton), então pelo menos sou todo ouvidos.

@ MAD-BUG algum motivo específico para usar o usuário vagrant ?
Porque eu fiz muito trabalho, basta comprar apontando TMP e TEMP para qualquer diretório não existente agora.

Edit: E descobri que meu próprio prefixo que funcionava anteriormente tinha, na verdade, os valores de "C:\\users\\steamuser\\Temp" como normal

Edit: Eu fiz alguns testes extras, aqui estão minhas descobertas.

• Novo prefixo, apenas .eac arquivos não funcionam.
• Novo prefixo, .eac arquivos e edição de registro funcionam.
• Prefixo antigo, com apenas os arquivos .eac mas o valor padrão no registro também funciona.

@LevitatingBusinessMan Que tal um novo prefixo, apenas .eac arquivos e touch compatdata/393380/pfx/user.reg ?

@LevitatingBusinessMan Que tal um novo prefixo, apenas .eac arquivos e touch compatdata/393380/pfx/user.reg ?

Isso não funcionou

@LevitatingBusinessMan Que tal um novo prefixo, apenas .eac arquivos e touch compatdata/393380/pfx/user.reg ?

Isso não funcionou

OK, então pelo menos alguma mudança mínima é necessária. Só estou me perguntando se as configurações de caminho TEMP e TMP são realmente relevantes, ou se há alguma verificação geral de arquivo modificado ou algo assim. Mas só pensando em voz alta.

@LevitatingBusinessMan Sem motivo específico, 123 também funciona. Eu apenas comparei dois arquivos reg e no de trabalho foi escrito vagrant, então para o primeiro teste eu usei.

@ MAD-BUG @LevitatingBusinessMan

Então, que tal um novo prefixo, .eac arquivos, editar TMP e TEMP no registro e também _criar_ o diretório temporário renomeado? Isso pode nos dizer se TEMP sendo um caminho inexistente é crucial.

@imaami o diretório deve ser inexistente.

@kisak-valve Aqui está um arquivo de log sobre o problema de queda repentina de FPS.

Joguei um pouco antes de o FPS cair, se houver alguma coisa no log provavelmente está perto do fim

https://easyupload.io/kd3tdn (o link fica ativo por 30 dias)

@ipimpat quando seu FPS caiu?

Eu encontrei quedas de FPS ao alterar as configurações de gráficos no meio do jogo e ao carregar um novo mapa. Embora o último tenha parado de acontecer há um tempo e eu não tenha tido um único problema de desempenho desde então.

@LevitatingBusinessMan no meio do jogo durante o jogo.

Acontece com bastante frequência comigo, desta vez eu tinha o log habilitado para isso.

Eu queria tentar as instruções acima para ver se consigo fazer o Squad funcionar novamente.

Eu tenho um novo SSD, não copiei meu diretório pessoal nem nada. Instalação Manjaro completamente nova e limpa. O sistema ainda trava assim que clico em OK no erro e o deixo carregar. Mesma coisa quando mato o processo. Portanto, não consigo nem mesmo concluir a etapa 3.

Não quero interromper o progresso aqui com meu problema, então vou continuar à espreita. Vocês são foda.

@ Byter09 tente adicionar PROTON_LOG=1 %command% às opções de inicialização do jogo no Steam e, em seguida, verifique o arquivo de log criado em seu diretório inicial para ver se há algum motivo óbvio para o jogo não iniciar.

@ Byter09 , certo, você disse "quando clico em OK no erro", presumo que esteja falando de um pop-up do EAC? Existe também um botão "mostrar mais detalhes" em que você pode clicar? Você não mexeu com protontricks ou winetricks certo? A qual etapa você está se referindo como etapa 3?

Etapas para reproduzir esse problema:

• Comece o jogo. A versão do próton não parece importar.
• Clique em OK no erro IClientGame
• Veja o layout do teclado e o ícone de carregamento no canto inferior direito (por cerca de 2 segundos)
• falha do sistema

Funciona também:

• Comece o jogo. A versão do próton não parece importar.
• não clique em OK no pop-up de erro
• feche o jogo usando o X da janela
• falha do sistema

Não testei o que acontece quando mato o processo manualmente, pois realmente não gosto de torturar meu sistema assim. Se isso me der uma visão útil, posso fazê-lo.

steam-393380.zip

Não olhei para ele porque eu realmente não entendo a maioria das coisas lá. (EDITAR: Acabei de dar uma olhada no final. Não, o arquivo não foi cortado. Isso é apenas o meu sistema morrendo durante a gravação do arquivo.)

@LevitatingBusinessMan Não existe o botão "Mostrar mais detalhes".
E esse é um prefixo novo, então nenhum próton ou truques de vinho.

Testado as instruções por @ipimpat acima, mas sem sorte - obtendo o erro de inicialização do EAC (Falha ao inicializar IGameClient algo algo). Nunca executei ou instalei o jogo antes no Linux, usando Fedora 32 e Proton 5.0-9.

Segui as instruções até um T, mas notei que após a etapa 3 o jogo não fechou corretamente, um processo de squad_l.exe (ou algo parecido) demorou. Eu só percebi isso depois de fazer o resto das etapas, então isso poderia ter bagunçado o vodu. Começar do zero, excluindo o prefixo e seguindo novamente as instruções, também não ajudou.

@brndd O squad_launcher.exe parece travar, não deve afetar nada. É estranho que alguns de vocês ainda estejam tendo problemas.

@brndd só para ficar claro, o que exatamente acontece, na segunda vez que você inicia o Squad, erro EAC?

E você também pode fazer upload de um arquivo de log (consulte: https://github.com/ValveSoftware/Proton/issues/938#issuecomment-653909978)

@ipimpat

@brndd só para ficar claro, o que exatamente acontece, na segunda vez que você inicia o Squad, erro EAC?

Sim, o erro "Falha ao criar instância IGameClient", juntamente com o EAC não está funcionando.

Aqui está um arquivo de registro (e tenha cuidado, ele é descompactado em um arquivo de 153 MiB): steam-393380.log.zip

Encontrei alguns logs no diretório EAC dentro do prefixo e eles tentaram baixar um arquivo de um CDN do EAC e o download atingiu o tempo limite. Não tenho certeza se isso deve acontecer ou não; Eu vi alguma discussão acima em que o download aparentemente foi bem-sucedido.

OK, eu descobri. Os arquivos EAC vinculados por @imaami estavam sendo excluídos de alguma forma, talvez pelo EAC. chmod a-w easyanticheat_wine_x64.eac* fez o truque. O jogo agora está iniciando sem o erro e eu pude ingressar em servidores habilitados para EAC sem problemas. Testei duas vezes para confirmar (e também posso confirmar que o patch user.reg estranho é necessário).

Talvez queira adicionar isso às instruções lá em cima.

O erro curl é o mesmo que afeta os paladinos:

https://github.com/ValveSoftware/Proton/issues/1787#issuecomment -655289213

Basicamente, o Proton tem um patch para compatibilidade com o Sword Art Online Fatal Bullet que torna o EAC incapaz de se comunicar com seu CDN. Reverter o patch corrige, mas não faz o squad funcionar porque não há arquivos no CDN.

Imaginei que colocaria isso aí, entrei em alguns servidores bem, o vapor está sugerindo que tenho 90 fps, mas estou gaguejando muito e não consigo ouvir ninguém no voip, enquanto todos os outros áudios estão funcionando bem.
EDIT: também recebendo um erro sobre arquivos corrompidos, tentei verificar os arquivos, mas tudo o que fiz foi redefinir as correções do EAC.

Pessoal, Atualmente estou com o Windows com GPU passthrough instalado, me avisem se precisarem de ajuda até o final da semana.

OK, eu descobri. Os arquivos EAC vinculados por @imaami estavam sendo excluídos de alguma forma, talvez pelo EAC. chmod a-w easyanticheat_wine_x64.eac* fez o truque. O jogo agora está iniciando sem o erro e eu pude ingressar em servidores habilitados para EAC sem problemas. Testei duas vezes para confirmar (e também posso confirmar que o patch user.reg estranho é necessário).

Talvez queira adicionar isso às instruções lá em cima.

Bom achado!

Instruções atuais copiadas para referência:
Copiado de: https://github.com/ValveSoftware/Proton/issues/938#issuecomment -652620750 e https://github.com/ValveSoftware/Proton/issues/938#issuecomment -655251523
Supondo que o Squad já esteja instalado.
Isenção de responsabilidade: isso pode ou não fazer com que seu EAC seja chutado / banido, use por sua própria conta e risco!

• elimine todos os processos restantes do Squad (pkill squad_launcher. ou use o seu gerenciador de tarefas favorito equivalente)
• GAME_LIBRARY_PATH = $ HOME / .local / share / Steam (encontre o caminho para sua biblioteca Steam e configure-o)
• rm -r $ GAME_LIBRARY_PATH / steamapps / compatdata / 393380 (remova o prefixo antigo, se houver)
• começar o Squad do Steam
• pressione OK no erro EAC
• saia do Squad e elimine todos os processos restantes do squad (pkill squad_launcher. ou use o seu gerenciador de tarefas favorito equivalente)

Baixe alguns arquivos EAC mágicos e extraia-os no prefixo Proton do jogo:

• wget -qO- https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz | tar xvfz - -C $ GAME_LIBRARY_PATH / steamapps / compatdata / 393380

Mais truques EAC

• sed -i 's / \ "TEMP \" = \ "C: \\ usuários \\ steamuser \\ Temp \" / \ "TEMP \" = \ "C: \\ usuários \\ vagrant \\ Temp \" / g '$ GAME_LIBRARY_PATH / steamapps / compatdata / 393380 / pfx / user.reg (altere o caminho temporário para nenhuma pasta existente)
• sed -i 's / \ "TMP \" = \ "C: \\ usuários \\ steamuser \\ Temp \" / \ "TMP \" = \ "C: \\ usuários \\ vagrant \\ Temp \" / g '$ GAME_LIBRARY_PATH / steamapps / compatdata / 393380 / pfx / user.reg (altere o caminho tmp para nenhuma pasta existente)
• chmod aw "$ GAME_LIBRARY_PATH / steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Application Data / EasyAntiCheat / 55 /" * (Faça os arquivos EAC somente leitura para que não sejam removidos)

Fiz um teste e o Squad está funcionando, joguei uma rodada sem problemas. Alguém mais pode tentar confirmar?

O erro curl é o mesmo que afeta os paladinos:

# 1787 (comentário)

Basicamente, o Proton tem um patch para compatibilidade com o Sword Art Online Fatal Bullet que torna o EAC incapaz de se comunicar com seu CDN. Reverter o patch corrige, mas não faz o squad funcionar porque não há arquivos no CDN.

Adicionando detalhes que eu e @ryao acabamos de discutir no Discord: reverter o patch não faz o EAC funcionar no Paladins, apenas permite que o Paladins seja iniciado, mas o multiplayer ainda falhará se o EAC não funcionar. Paladins não parece entregar uma compilação EAC habilitada para Wine, então não é comparável ao Squad nesse aspecto.

@zaggynl como postei anteriormente, sim, funciona e posso entrar em servidores, mas eles têm problemas; Gagueira muito ruim no mapa em que joguei e, depois dessa rodada, estou recebendo um erro sobre arquivos corrompidos, tentei verificar os arquivos, mas tudo o que fiz foi redefinir as correções do EAC.

@ShaunTheQuietGamer se estiver tendo problemas de gagueira apesar do FPS nominalmente bom, certifique-se de que a composição da área de trabalho esteja desabilitada. No KDE, a tecla de atalho padrão para alternar é Alt + Shift + F12. Se você estiver usando algum outro DE, o Google sem dúvida o ajudará.

@zaggynl como postei anteriormente, sim, funciona e posso entrar em servidores, mas eles têm problemas; Gagueira muito ruim no mapa em que joguei e, depois dessa rodada, estou recebendo um erro sobre arquivos corrompidos, tentei verificar os arquivos, mas tudo o que fiz foi redefinir as correções do EAC.

Não viu isso antes, soa como um disco morrendo? Obviamente tentou diminuir as configurações?
Qual é a aparência da mensagem de erro?

@ShaunTheQuietGamer coisas a serem observadas: alterar as configurações gráficas pode, enquanto dentro de um servidor, arruinar o desempenho até que você reinicie o jogo. Após uma mudança de mapa, o jogo pode apresentar problemas de desempenho semelhantes, portanto, quando um servidor muda de mapa, você _pode_ precisar reiniciar o jogo também.

Você pode nos mostrar aquele erro sobre certos arquivos serem corrompidos? Da próxima vez, quando você obtiver arquivos corrompidos e o Steam consertá-los, execute uma ferramenta que possa verificar quais arquivos foram alterados.

Farei uma captura de tela na próxima vez que conseguir; é um tanto imprevisível. Meu pensamento atual é que pode haver um problema com essa camada específica. Quando o Steam verificou os arquivos, disse que estava tudo bem (admitido, ele alterou os arquivos eac, então verificarei na próxima vez.) O erro parecia semelhante ao erro EAC; apenas um erro genérico do Unreal Engine. (nota separada, desativar a composição pareceu ajudar com a gagueira.)
Edit: testando um pouco mais agora, meu fps cai para 20 ao mirar em rifles com zoom 4x, mas não binóculos.

OK, eu descobri. Os arquivos EAC vinculados por @imaami estavam sendo excluídos de alguma forma, talvez pelo EAC. chmod a-w easyanticheat_wine_x64.eac* fez o truque. O jogo agora está iniciando sem o erro e eu pude ingressar em servidores habilitados para EAC sem problemas. Testei duas vezes para confirmar (e também posso confirmar que o patch user.reg estranho é necessário).
Talvez queira adicionar isso às instruções lá em cima.

Bom achado!

Instruções atuais copiadas para referência:
Copiado de: # 938 (comentário) e # 938 (comentário)
Supondo que o Squad já esteja instalado.
Isenção de responsabilidade: isso pode ou não fazer com que seu EAC seja chutado / banido, use por sua própria conta e risco!

* kill any remaining Squad processes (pkill squad_launcher. or use your favorite task manager equivalent)

* GAME_LIBRARY_PATH=$HOME/.local/share/Steam (Find the path to your steam library and set it)

* rm -r $GAME_LIBRARY_PATH/steamapps/compatdata/393380 (Remove the old prefix if any)

* start Squad from steam

* press OK on EAC error

* exit Squad and kill any remaining squad processes (pkill squad_launcher. or use your favorite task manager equivalent)

Baixe alguns arquivos EAC mágicos e extraia-os no prefixo Proton do jogo:

* wget -qO- https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz | tar xvfz - -C $GAME_LIBRARY_PATH/steamapps/compatdata/393380

Mais truques EAC

* sed -i 's/"TEMP"="C:\\users\\steamuser\\Temp"/"TEMP"="C:\\users\\vagrant\\Temp"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg (change temp path to none existing folder)

* sed -i 's/"TMP"="C:\\users\\steamuser\\Temp"/"TMP"="C:\\users\\vagrant\\Temp"/g' $GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/user.reg (change tmp path to none existing folder)

* chmod a-w "$GAME_LIBRARY_PATH/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/"* (Make the EAC files read only so they won't get removed)

Fiz um teste e o Squad está funcionando, joguei uma rodada sem problemas. Alguém mais pode tentar confirmar?

LogEasyAntiCheatServer: Aviso: Falha ao localizar a biblioteca do servidor EasyAntiCheat eac_server64.dll
LogEasyAntiCheatClient: Erro: Falha ao criar instância IGameClient!

Alguém tem esse arquivo para que eu possa tentar copiá-lo em meu prefixo para consertar isso?

@Izaic Tenho quase certeza de que o aviso eac_server64.dll deveria estar lá. Eu também não tenho essa DLL e estava recebendo esse erro também. Provavelmente, ele só é necessário para hospedar servidores.

Certifique-se de que você seguiu todas as etapas corretamente e que os arquivos easyanticheat_wine_x64.eac e easyanticheat_wine_x64.eac.metadata ainda estão onde deveriam estar em seu prefixo e são legíveis, mas não graváveis.

Eu não consegui fazer a solução alternativa funcionar no início.
Por alguma razão, os comandos sed não mudaram realmente os caminhos em user.reg .

Portanto, se isso não estiver funcionando para alguém, tente mudar os caminhos em user.reg manualmente.

Não há necessidade real de modificar o arquivo reg. Você pode simplesmente excluir a pasta Temp do steamuser. No final, ele contém apenas arquivos de log e excluir a pasta é um método mais à prova de falhas do que alterar o caminho usando sed no arquivo que pode mudar drasticamente de vez em quando.

@ MAD-BUG que requer que a pasta Temp não seja criada novamente em algum ponto.

Não há como o comando sed falhar, contanto que você encontre a linha começando com Temp= (ou Tmp= ) e substitua-a por Temp=/whatever

Talvez remover as permissões de leitura e gravação da pasta temporária seja melhor do que mexer no arquivo .reg.

Pode confirmar a solução alternativa.

Eu fiz uma versão simples da solução alternativa:
1) Baixe os arquivos EAC, coloque-os na pasta, chmod 444 neles.
2) chmod a-rw na pasta Temp em ... / steamuser / Temp

Funciona bem, atualmente em um jogo de servidor.

OK, eu descobri. Os arquivos EAC vinculados por @imaami estavam sendo excluídos de alguma forma, talvez pelo EAC. chmod a-w easyanticheat_wine_x64.eac* fez o truque. O jogo agora está iniciando sem o erro e eu pude ingressar em servidores habilitados para EAC sem problemas. Testei duas vezes para confirmar (e também posso confirmar que o patch user.reg estranho é necessário).
Talvez queira adicionar isso às instruções lá em cima.

Bom achado!

Instruções atuais copiadas para referência:
Copiado de: # 938 (comentário) e # 938 (comentário)
Supondo que o Squad já esteja instalado.
Isenção de responsabilidade: isso pode ou não fazer com que seu EAC seja chutado / banido, use por sua própria conta e risco!

• elimine todos os processos restantes do Squad (pkill squad_launcher. ou use o seu gerenciador de tarefas favorito equivalente)
• GAME_LIBRARY_PATH = $ HOME / .local / share / Steam (encontre o caminho para sua biblioteca Steam e configure-o)
• rm -r $ GAME_LIBRARY_PATH / steamapps / compatdata / 393380 (remova o prefixo antigo, se houver)
• começar o Squad do Steam
• pressione OK no erro EAC
• saia do Squad e elimine todos os processos restantes do squad (pkill squad_launcher. ou use o seu gerenciador de tarefas favorito equivalente)

Baixe alguns arquivos EAC mágicos e extraia-os no prefixo Proton do jogo:

• wget -qO- https://github.com/ValveSoftware/Proton/files/4839724/easyanticheat_wine_x64.tar.gz | tar xvfz - -C $ GAME_LIBRARY_PATH / steamapps / compatdata / 393380

Mais truques EAC

• sed -i 's / "TEMP" = "C: \ users \ steamuser \ Temp" / "TEMP" = "C: \ users \ vagrant \ Temp" / g' $ GAME_LIBRARY_PATH / steamapps / compatdata / 393380 / pfx / user .reg (alterar o caminho temporário para nenhuma pasta existente)
• sed -i 's / "TMP" = "C: \ users \ steamuser \ Temp" / "TMP" = "C: \ users \ vagrant \ Temp" / g' $ GAME_LIBRARY_PATH / steamapps / compatdata / 393380 / pfx / user .reg (altera o caminho tmp para nenhuma pasta existente)
• chmod aw "$ GAME_LIBRARY_PATH / steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Application Data / EasyAntiCheat / 55 /" * (Faça os arquivos EAC somente leitura para que não sejam removidos)

Fiz um teste e o Squad está funcionando, joguei uma rodada sem problemas. Alguém mais pode tentar confirmar?

Isso seria útil em jogos que usam EAC e não são Squad? IE New World?

Eu odiaria ter minha bunda banida de um jogo em seu pré-lançamento =)

Tentei aplicar essa correção no Post Scriptum, mas para fazer isso precisamos dos arquivos .eac apropriados. Portanto, se alguém tiver o Post Scriptum em execução, seria bom se pudéssemos obter os arquivos .eac. Já postei isso no Post Scriptum Issue aqui no git, mas não obtive resposta.

Posso confirmar que esse problema de "queda de quadro" também pode acontecer no meio do jogo.

Eu reinicio o jogo inteiro após cada partida, mas às vezes, o problema de queda de quadros ainda acontece!

Alguém tem ideia do que pode estar causando isso?

Parece que funciona fora da caixa novamente com 3.16-9, mas não 4.11-13 ou 5.0-9.

Em 4.11-13 e 5.0-9, o Steam ainda pensa que o jogo está rodando depois de encerrado porque squad_launcher.exe nunca fecha por algum motivo. Eu tenho que fazer um pkill squad_launcher para fazer o Steam voltar ao estado normal. Talvez isso esteja relacionado à necessidade da solução alternativa acima, se o squad_launcher travar antes de terminar o que precisa ser feito? Gostaria de saber o que mudou nas versões mais recentes do Proton versus 3.16 para causar o congelamento 🤔

Acho que todos nós tivemos problemas semelhantes com o processo do iniciador que não saiu sozinho. Você pode confirmar novamente que o jogo funciona fora da caixa com 3? Portanto, com um prefixo excluído, o jogo funciona com o próton 3, mas quando você exclui o prefixo, o jogo não funciona corretamente com o próton 4 ou 5.

Você pode confirmar novamente que o jogo funciona fora da caixa com 3? Portanto, com um prefixo excluído, o jogo funciona com o próton 3, mas quando você exclui o prefixo, o jogo não funciona corretamente com o próton 4 ou 5.

Correto. Com 3, tudo parece bem, sem popups de erro e sem travamento de squad_launcher. Com 4 eu obtenho o popup EasyAntiCheat Error: Failed to create IGameClient instance! , squad_launcher trava e tem que ser morto. Com 5 eu recebo o problema curl mencionado acima, nenhum pop-up de erro, mas ainda travou o squad_launcher.

Você pode confirmar novamente que o jogo funciona fora da caixa com 3? Portanto, com um prefixo excluído, o jogo funciona com o próton 3, mas quando você exclui o prefixo, o jogo não funciona corretamente com o próton 4 ou 5.

Correto. Com 3, tudo parece bem, sem popups de erro e sem travamento de squad_launcher. Com 4 eu obtenho o popup EasyAntiCheat Error: Failed to create IGameClient instance! , squad_launcher trava e tem que ser morto. Com 5 eu recebo o problema curl mencionado acima, nenhum pop-up de erro, mas ainda travou o squad_launcher.

Espere um minuto, se você excluir o prefixo e começar do zero com Proton 3.16-9, o EAC funciona (para que você possa jogar em servidores)? O arquivo .eac é baixado?

Alguém no canal de discórdia do esquadrão diz que “Esquadrão” está funcionando novamente após a última atualização do jogo. Alguém pode verificar isso?

Alguém no canal de discórdia do esquadrão diz que “Esquadrão” está funcionando novamente após a última atualização do jogo. Alguém pode verificar isso?

Caramba, é verdade! Há um _novo blob binário wine64 EAC para o Squad_ no CDN!

$ /git/eac-tools/download.sh --from-id=55 --to-id=55
 game id         dl size        last modified (UTC)     download saved as
 -------         -------        -------------------     -----------------
      55         4168192        2020-08-04 07:20:02     eac-game-55-wine64.bin
$ ls -l eac-game-55-wine64.bin
-rw-r--r-- 1 imaami imaami 4168192 Aug  4 10:20 eac-game-55-wine64.bin
$ sha1sum eac-game-55-wine64.bin
d15d758603955ef224620d977684a0aae33fe193  eac-game-55-wine64.bin

Também tentei por mim mesmo. Criei um novo Prefixo usando Proton-5.9-GE-4-ST.
Durante a inicialização, o antigo erro IGameClient apareceu, bem como na segunda inicialização. No entanto, os arquivos .eac foram baixados.
Depois de alterar o caminho temporário em user.reg, consegui iniciar e jogar o Squad online com sucesso.

No entanto, devemos monitorar isso por alguns dias. Após a última atualização, o Squad também funcionou por alguns dias.

Você pode fazer upload dos arquivos com data mais recente abaixo?

"~/.steam/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac"
"~/.steam/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Application Data/EasyAntiCheat/55/easyanticheat_wine_x64.eac.metadata"

Por favor, e muito obrigado.

Estou perguntando porque os arquivos .eac antigos podem ser invalidados nos próximos dias ou o servidor pode parar de fornecer esses arquivos novamente.

Aqui estão seus arquivos, está funcionando para mim também, estranhamente, eu tive que editar manualmente o arquivo user.reg, o sed não estava funcionando. Ainda estou ficando lag depois de jogar mais de uma rodada. Não tenho certeza se entendi mal o que você queria para o upload do arquivo, em caso afirmativo, explique o que você queria.

squadeacfiles.zip

Os servidores EAC podem parar de enviar esses arquivos .eac, já que eles são uma versão supostamente mais recente do que o .zip mais antigo neste problema.

Após cada grande atualização no Squad, os desenvolvedores do EAC parecem testar a compilação para Linux, mas depois de algum tempo, eles simplesmente removem os arquivos (do link curl).

Além disso, como é possível que eles tenham atualizado o código-fonte binário .eac, a compilação mais recente pode ter recursos mais novos que serão impostos no futuro, é por isso que temos que manter os arquivos .eac atualizados.

Isso é o que eu descobri, eu não tinha certeza se fiz o upload como você queria.

Finalmente.
Iniciei o Squad e recebi um erro no EAC.
Eu configurei "somente leitura" para "steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Temp" então o jogo funciona bem.
O que há de errado com "Temp"?

@imaami é possível observar a pasta Temp para tentativas de leitura e gravação?

Além disso, alguém pode executar um diff no hexdump de ambos os arquivos EAC?

Além disso, alguém pode executar um diff no hexdump de ambos os arquivos EAC?

3977216 ./squadeacfiles-202007080000/easyanticheat_wine_x64.eac
4168192 ./squadeacfiles-202008040720/easyanticheat_wine_x64.eac

diff -u -E -Z -b -B -w --color -i ./easyanticheat_wine_x64.eac.hexdump.20200708.txt ./easyanticheat_wine_x64.eac.hexdump.20200804.txt >diff.txt

--- ./easyanticheat_wine_x64.eac.hexdump.20200708.txt 2020-08-07 09: 49: 41.164676257 -0300
+++ ./easyanticheat_wine_x64.eac.hexdump.20200804.txt 2020-08-07 09: 50: 10.294316927 -0300

Os hexdumps sozinhos são 11.931.656B para os mais antigos e 12.504.584B para os mais novos, a saída do diff tem 23,8 MB. Esses arquivos são muito diferentes, mas ambos funcionam para o Squad Beta 21.0.1.49 - Eu acho que eles têm essa diferença por causa do obscurecimento e randomização do código.

Talvez eles estejam codificados de forma diferente. @imaami teria que verificar.

@imaami é possível observar a pasta Temp para tentativas de leitura e gravação?

Certo. Você poderia usar a API inotify para escrever um programa que captura a maioria dos eventos do sistema de arquivos em um diretório (mas não será capaz de identificar quais processos são responsáveis ​​por eles). Você pode tentar usar o strace para monitorar syscalls relevantes para acessos ao sistema de arquivos e filtrar as desinteressantes com grep. E há a opção de ativar cada sinalizador WINEDEBUG e se tornar a primeira pessoa a se afogar literalmente em logspam.

Isso tudo veio do topo da minha cabeça; se alguém pode me corrigir com algo ou adicionar detalhes, por favor, faça.

Além disso, alguém pode executar um diff no hexdump de ambos os arquivos EAC?

3977216 ./squadeacfiles-202007080000/easyanticheat_wine_x64.eac
4168192 ./squadeacfiles-202008040720/easyanticheat_wine_x64.eac

diff -u -E -Z -b -B -w --color -i ./easyanticheat_wine_x64.eac.hexdump.20200708.txt ./easyanticheat_wine_x64.eac.hexdump.20200804.txt >diff.txt

--- ./easyanticheat_wine_x64.eac.hexdump.20200708.txt 2020-08-07 09: 49: 41.164676257 -0300
+++ ./easyanticheat_wine_x64.eac.hexdump.20200804.txt 2020-08-07 09: 50: 10.294316927 -0300

Os hexdumps sozinhos são 11.931.656B para os mais antigos e 12.504.584B para os mais novos, a saída do diff tem 23,8 MB. Esses arquivos são muito diferentes, mas ambos funcionam para o Squad Beta 21.0.1.49 - Eu acho que eles têm essa diferença por causa do obscurecimento e randomização do código.

Como você criou os hexdumps? Se você usar hd simples, isso não representará a quantidade de bytes alterados porque qualquer pequena alteração nos deslocamentos mudará todas as linhas.

Blobs binários antigos e novos:

$ ls -rl {old,new}/easyanticheat_wine_x64.eac
-rw-r--r-- 1 imaami imaami 3977216 Aug  7 18:41 old/easyanticheat_wine_x64.eac
-rw-r--r-- 1 imaami imaami 4168192 Aug  7 18:41 new/easyanticheat_wine_x64.eac

$ sha1sum {old,new}/easyanticheat_wine_x64.eac
a2aaa53b77d5152dfe3d204323ba7bbbfd82265f  old/easyanticheat_wine_x64.eac
d15d758603955ef224620d977684a0aae33fe193  new/easyanticheat_wine_x64.eac

Gerando hexdumps de um byte por linha para facilitar a comparação:

$ od -An -tx1 -v -w1 old/easyanticheat_wine_x64.eac > old/easyanticheat_wine_x64.eac.hexdump
$ od -An -tx1 -v -w1 new/easyanticheat_wine_x64.eac > new/easyanticheat_wine_x64.eac.hexdump

Verificando se as contagens de linha hexdump correspondem aos tamanhos de bytes dos binários originais:

$ wc -l {old,new}/easyanticheat_wine_x64.eac.hexdump
 3977216 old/easyanticheat_wine_x64.eac.hexdump
 4168192 new/easyanticheat_wine_x64.eac.hexdump
 8145408 total

Aaaae finalmente,

$ git diff --no-index --stat {old,new}/easyanticheat_wine_x64.eac.hexdump
 {old => new}/easyanticheat_wine_x64.eac.hexdump | 7209762 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++------------------------------------------------------------------------------------------------------------------
 1 file changed, 3700369 insertions(+), 3509393 deletions(-)

Sim, pelo menos um teste ingênuo como este diz que eles são quase completamente diferentes.

Tudo bem. Não tenho certeza se alguém se importa, mas eu tentei B21 hoje usando várias versões do próton e ainda restaura meu sistema cada vez que começo o esquadrão. Postei o log uma vez, ainda se parece com isso. Apenas corta no final porque não pode terminar de gravar no arquivo devido ao travamento. Não faço ideia do que está acontecendo. Se alguém souber de uma discórdia em que as pessoas possam me ajudar em vez do meu relatório irritante aqui de vez em quando, isso seria ótimo.

Espero que vocês estejam se divertindo no Squad! : D

Tudo bem. Não tenho certeza se alguém se importa, mas eu tentei B21 hoje usando várias versões do próton e ainda restaura meu sistema cada vez que começo o esquadrão. Postei o log uma vez, ainda se parece com isso. Apenas corta no final porque não pode terminar de gravar no arquivo devido ao travamento. Não faço ideia do que está acontecendo. Se alguém souber de uma discórdia em que as pessoas possam me ajudar em vez do meu relatório irritante aqui de vez em quando, isso seria ótimo.

Espero que vocês estejam se divertindo no Squad! : D

Você costumava ser capaz de executá-lo sem reinicialização forçada, o que mudou no seu hardware entre o final de 2019 e agora? Você já experimentou a formatação?

@ BRMateus2 Nada mudou desde então. Meu SSD morreu há algumas semanas, então esta é até uma instalação nova.

Achei que talvez minhas últimas entradas de diário pudessem ajudar:
boot.txt

Eu ganhei isso com journalctl --boot=-1 > boot.txt .

Não vejo nada óbvio aí. Eu _realmente_ não tenho ideia do que causa esse travamento.

Edit: Eu também tentei desabilitar o Steam Overlay, apenas no caso. O mesmo resultado.

Vejo que você tem um i7 2600 e uma GPU AMD de algum tipo com VRAM de 8GB, mas não consegui identificar nada para o Squad - não tenho ideia do que poderia ser, você tem que criar um novo problema e logs específicos para este repo. Nunca teve um hard reset do Squad, ele trava na área de trabalho quando isso acontece.

total  access  modify  close_write  close_nowrite  open  create  delete  filename
46     10      2       1            15             16    1       1       393380/pfx/drive_c/users/steamuser/Temp/

Sempre recebo essa saída ao usar o inotifywatch na pasta Temp e, em seguida, ao iniciar o squad.

Ainda não descobri uma maneira de mostrar quais arquivos estão sendo acessados ​​exatamente ou o que é escrito

total  access  modify  close_write  close_nowrite  open  create  delete  filename
46     10      2       1            15             16    1       1       393380/pfx/drive_c/users/steamuser/Temp/

Sempre recebo essa saída ao usar o inotifywatch na pasta Temp e, em seguida, ao iniciar o squad.

Ainda não descobri uma maneira de mostrar quais arquivos estão sendo acessados ​​exatamente ou o que é escrito

Que tal tentar com inotify-hookable ?

# (D="/opt/steam/steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Temp"; rm -f /tmp/tempdir.log; inotify-hookable --watch-directories "$D" --on-modify-command "ls -alrt '$D/' >> /tmp/tempdir.log")

@imaami Eu não tenho inotify-hookable instalado, o pacote arch inotify-tools só vem com inotifywait e inotifywatch

@imaami Eu não tenho inotify-hookable instalado, o pacote arch inotify-tools só vem com inotifywait e inotifywatch

É um pacote diferente, não sei se o Arch tem. Mas não consegui pegar nenhum arquivo com ele quando tentei.

Eu habilitei uma configuração WINEDEBUG insana e grep por steamuser/Temp/ , e parece que o Squad está fazendo algo com um dir chamado steamuser/Temp/UnrealShaderWorkingDir .

Notícias empolgantes sobre o funcionamento oficial do EAC (er)!

Infelizmente, apenas executá-lo parece não funcionar e não tenho acompanhado esses problemas, então não tenho certeza se estou perdendo alguma etapa crucial aqui.

users/steamuser/Application Data/EasyAntiCheat/55 ♦ ➔ ls                                                                                                                                                                                                                                                
easyanticheat_wine_x64.eac  easyanticheat_wine_x64.eac.metadata  loader.log

Esses arquivos estão presentes na pasta EAC, o que, suponho, significa que não preciso baixar nenhum arquivo EAC novo, certo?

Também foi mencionada a modificação do arquivo user.reg. Eu fiz o seguinte

Steam/steamapps/compatdata/393380/pfx ♦ ➔ sed -i 's/"TEMP"="C:\\users\\steamuser\\Temp"/"TEMP"="C:\\users\\vagrant\\Temp"/g' user.reg                                                                                                                                                                    
Steam/steamapps/compatdata/393380/pfx ♦ ➔ sed -i 's/"TMP"="C:\\users\\steamuser\\Temp"/"TMP"="C:\\users\\vagrant\\Temp"/g' user.reg

Mas o jogo ainda não consegue começar

Estou faltando alguma coisa aqui?

Também foi mencionada a modificação do arquivo user.reg. Eu fiz o seguinte

Steam/steamapps/compatdata/393380/pfx ♦ ➔ sed -i 's/"TEMP"="C:\\users\\steamuser\\Temp"/"TEMP"="C:\\users\\vagrant\\Temp"/g' user.reg                                                                                                                                                                    
Steam/steamapps/compatdata/393380/pfx ♦ ➔ sed -i 's/"TMP"="C:\\users\\steamuser\\Temp"/"TMP"="C:\\users\\vagrant\\Temp"/g' user.reg

Mas o jogo ainda não consegue começar

Estou faltando alguma coisa aqui?

Sim, o número de barras invertidas em seu comando sed está errado. Você está tentando substituir C:\users\steamuser\Temp , mas as linhas relevantes em user.reg entradas na verdade têm _duas_ barras invertidas como separadores de caminho:

$ grep -E 'TE?MP' user.reg 
"TEMP"="C:\\users\\steamuser\\Temp"
"TMP"="C:\\users\\steamuser\\Temp"

Então, o que você precisa é de quatro barras invertidas em seu comando sed.

O seguinte oneliner deve funcionar para substituir TEMP e TMP, e é bastante curto porque faz uso de referências anteriores regexp estendidas:

sed -E -i 's/("TE?MP"="C:\\\\users\\\\)ste(amuser\\\\Temp")/\1\2/' user.reg

Alternativamente, você não precisa editar user.reg alguma, apenas torne o tempdir impossível para usuários normais lerem ou escreverem em:

chmod a-rw drive_c/users/steamuser/Temp

@ TheZoq2 abra o arquivo user.reg e verifique se o sed realmente substituiu as variáveis ​​TMP e TEMP.

Isso não aconteceu para mim e eu também não poderia iniciar sem o erro EAC. Ainda não tenho certeza porque o comando sed não funcionaria.

Isso não aconteceu para mim e eu também não poderia iniciar sem o erro EAC. Ainda não tenho certeza porque o comando sed não funcionaria.

Número errado de barras invertidas.

Tudo bem. Não tenho certeza se alguém se importa, mas eu tentei B21 hoje usando várias versões do próton e ainda restaura meu sistema cada vez que começo o esquadrão. Postei o log uma vez, ainda se parece com isso. Apenas corta no final porque não pode terminar de gravar no arquivo devido ao travamento. Não faço ideia do que está acontecendo. Se alguém souber de uma discórdia em que as pessoas possam me ajudar em vez do meu relatório irritante aqui de vez em quando, isso seria ótimo.

Espero que vocês estejam se divertindo no Squad! : D

Também tenho redefinições de disco rígido, nunca na inicialização, geralmente em tempos aparentemente aleatórios enquanto em um servidor.
i7, RX580, 16 GB Kingston DDR3, Samsung 850 SSD
Ainda tenho que verificar todos os logs, em uma distro desconhecida (ubuntu).

Longo tiro, mas eu tive problemas semelhantes com o mundo DCS um tempo atrás (todo o computador travou e reiniciou, ou às vezes apenas a GPU). A correção foi atualizar o mesa e o llvm

@ TheZoq2

$  yay -Qs mesa
local/glu 9.0.1-2
    Mesa OpenGL Utility library
local/lib32-mesa 20.1.3-1
    An open-source implementation of the OpenGL specification (32-bit)
local/lib32-mesa-vdpau 20.1.3-1
    Mesa VDPAU drivers (32-bit)
local/lib32-vulkan-intel 20.1.3-1
    Intel's Vulkan mesa driver (32-bit)
local/lib32-vulkan-radeon 20.1.3-1
    Radeon's Vulkan mesa driver (32-bit)
local/libva-mesa-driver 20.1.3-1
    VA-API implementation for gallium
local/mesa 20.1.3-1
    An open-source implementation of the OpenGL specification
local/mesa-demos 8.4.0-4
    Mesa demos and tools incl. glxinfo + glxgears
local/mesa-vdpau 20.1.3-1
    Mesa VDPAU drivers
local/vulkan-intel 20.1.3-1
    Intel's Vulkan mesa driver
local/vulkan-radeon 20.1.3-1
    Radeon's Vulkan mesa driver
$  yay -Qs llvm
local/lib32-llvm-libs 10.0.0-1
    Low Level Virtual Machine (runtime library)(32-bit)
local/llvm-libs 10.0.0-2
    LLVM runtime libraries

Estou usando o Manjaro, então não posso estar muito atrás da versão mais recente, suponho. Obrigado pela dica, porém, vou continuar cavando.

Estou no Arch, e a última mesa ainda tem o mesmo problema no DCS (mas não no plantel). Minha solução foi instalar aur/mesa-git

@ TheZoq2 Substituí mesa por mesa-git e ele ainda trava. Revertendo aquele. Obrigado por tentar. Eu realmente agradeço a ajuda.

Abaixo você encontrará meu registro de prótons. Ainda está cortando no final porque meu sistema trava _ enquanto_ escrevo o arquivo. Ainda não tenho ideia de qual é a lista ali. Parece que está desenrolando algum tipo de pânico. Pode resultar em kernel panic? Não tenho ideia de como depurar isso ainda mais.

steam-393380.log

EDITAR:
Graças a @ 999eagle ,
steam-393380.log
steam-393380-notrace.log

E talvez para ajudar a relacionar isso com a saída do meu sistema, aqui está a saída de diário correspondente novamente:
boot.txt

EDIT2 (20-09-09):
Mesmo problema com Kernel 5.8 e Mesa 20.1.7 ... Sem alterações de hardware.

Parece que 1.0 foi lançado, e com isso provavelmente há uma nova versão do EAC (embora nem tentei com a antiga ...)

Como de costume, não consegui baixá-lo usando o cliente, pois ele continuava sendo apagado instantaneamente após o download, mas estava disponível no CDN do EAC de onde baixei usando o script de @imaami . Coloque-o na pasta de costume e chmod a-w it e tudo parecerá funcionar normalmente.

easyanticheat_wine_x64.eac.zip

@brndd Você está dizendo que o cliente EAC não faz o download, mas usando o script do imaami você _pode_ fazer o download?

O cliente EAC parece baixá-lo, pelo menos de acordo com seu arquivo de log, mas o arquivo não está presente no diretório porque algo o está excluindo. Sempre tive esse problema e não sei por que algumas pessoas não o têm. É por isso que preciso chmod a-w os arquivos EAC, mas isso obviamente não funciona quando os arquivos ainda não existem e não descobri uma maneira de permitir que o cliente EAC os grave, mas não exclua-os.

Parece que 1.0 foi lançado, e com isso provavelmente há uma nova versão do EAC (embora nem tentei com a antiga ...)

Como de costume, não consegui baixá-lo usando o cliente, pois ele continuava sendo apagado instantaneamente após o download, mas estava disponível no CDN do EAC de onde baixei usando o script de @imaami . Coloque-o na pasta de costume e chmod a-w it e tudo parecerá funcionar normalmente.

easyanticheat_wine_x64.eac.zip

Você já fez o truque do

Parece que 1.0 foi lançado, e com isso provavelmente há uma nova versão do EAC (embora nem tentei com a antiga ...)

Como de costume, não consegui baixá-lo usando o cliente, pois ele continuava sendo apagado instantaneamente após o download, mas estava disponível no CDN do EAC de onde baixei usando o script de @imaami . Coloque-o na pasta de costume e chmod a-w it e tudo parecerá funcionar normalmente.

easyanticheat_wine_x64.eac.zip

Não parece estar funcionando para mim, não recebo o erro na inicialização, mas depois de um tempo no servidor, recebo um erro de tempo limite do EAC.

o arquivo easyanticheat_wine_x64.eac.metadata não é necessário?

@ShaunTheQuietGamer funcionou para mim também, você pode verificar o md1sum dentro de easyanticheat_wine_x64.eac.metadata , que foi criado pelo próprio Squad se comparar com a soma de easyanticheat_wine_x64.eac

@imaami

Sim, tentei seguir as etapas em sua postagem anterior neste tópico sobre como mudar para o Proton 4.11 e, em seguida, iniciar o jogo uma vez. Não importa o que eu faça, parece que não estou recebendo os dois arquivos necessários, a pasta contém apenas um launcher.log que afirma que o download progrediu para 100% sem nenhum erro. Alterar as permissões de gravação no diretório Temp não parece alterar isso.

@ShaunTheQuietGamer o arquivo de metadados não é necessário em minha experiência. Não tive tempo de jogar um jogo completo, mas fiquei sentado em um servidor por cerca de 15 minutos com essa correção e não fui chutado.

Sim, apaguei o prefixo e recomecei, agora está funcionando. Também notei algo que pode interessar a vocês. O Squad está usando todos os 8 GB do meu vram. (na verdade, ele diz que está usando mais vram do que eu.) Um vazamento de vram pode estar causando as quedas de fps que todos estão vendo?

Sim, apaguei o prefixo e recomecei, agora está funcionando. Também notei algo que pode interessar a vocês. O Squad está usando todos os 8 GB do meu vram. (na verdade, ele diz que está usando mais vram do que eu.) Um vazamento de vram pode estar causando as quedas de fps que todos estão vendo?

Sim, eu posso confirmar isso. A primeira correspondência estava usando 7 Gb de vram. Na segunda partida, o vram foi para 8 GB e tornou-se impossível de jogar.
Também para fazer o EAC funcionar eu tive que ir para as permissões na pasta "steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Temp" e colocar tudo apenas "Acesso apenas".

Sim, apaguei o prefixo e recomecei, agora está funcionando. Também notei algo que pode interessar a vocês. O Squad está usando todos os 8 GB do meu vram. (na verdade, ele diz que está usando mais vram do que eu.) Um vazamento de vram pode estar causando as quedas de fps que todos estão vendo?

Definitivamente tem algo a ver com o preenchimento de VRAM. Ele está sempre oscilando à beira de romper a barreira de 8 GiB, após o que se torna impossível de jogar. Isso pode acontecer durante uma partida, assim como mais recursos são carregados no VRAM quando você visita diferentes áreas.

Uma contagem maior de jogadores também piora, porque parece aumentar as alocações de VRAM (mais coisas para renderizar, mais coisas acontecendo, mais partículas na tela, etc.

Devo dizer que agora seria o momento perfeito para a Valve ou a Nvidia me presentear com um RTX3090 para fins de pesquisa. ;)

Devo dizer que agora seria o momento perfeito para a Valve ou a Nvidia me presentear com um RTX3090 para fins de pesquisa. ;)

Lol.

A gagueira ocorre nas placas Nvidia e AMD ou apenas em uma ou na outra? Eu tenho uma placa Nvidia e estou recebendo. Algum usuário AMD pode relatar?

A gagueira ocorre nas placas Nvidia e AMD ou apenas em uma ou na outra? Eu tenho uma placa Nvidia e estou recebendo. Algum usuário AMD pode relatar?

Sim, estou em um 5700 XT, costumava ter um 1660 TI e ambos fazem / fizeram isso.

Eu estive teorizando, e acho que diria algo aqui, alguém sabe se wine / proton suporta arquivos de paginação? Estou pensando que pode ser o que está causando as quedas de fps; de acordo com suas páginas de suporte, - https://offworldindustries.zendesk.com/hc/en-us/articles/360042382054-Memory-Pagefile-Issues - não ter um causou problemas semelhantes de não ter Vram suficiente no Windows.

Peguei isso hoje à noite, tendo percebido que ele finalmente foi liberado no acesso antecipado e vendo alguns relatórios bem-sucedidos no ProtonDB. Fora da caixa, obtive o erro EAC típico, mas consegui fazer tudo funcionar, embora com desempenho impossível de jogar.

1. Primeiro tentei os arquivos EAC postados anteriormente (easyanticheat_wine_x64.eac.zip) com a remoção do bit de acesso de gravação de 'todos', mas isso não pareceu mudar nada.
2. Em seguida, removi as permissões de leitura e gravação do diretório steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Temp. Isso resolveu o erro EAC, mas o jogo travava ao carregar um mapa com o infame erro eventfd: Too many open files .
3. Eu adicionei PROTON_NO_ESYNC = 1 às opções de inicialização para contornar o erro de muitos arquivos e os mapas começaram a carregar corretamente.

Consegui jogar o tutorial e os últimos 5 minutos de um jogo multiplayer (até o final da partida). Não verifiquei nenhum número de FPS, mas o desempenho parecia bom, mas não muito bom no tutorial e era horrível (talvez 10 FPS se eu tivesse que adivinhar - era basicamente uma apresentação de slides) no multiplayer com ~ 85 jogadores.

Gentoo, kernel 5.8.11, drivers nvidia 455.23.04
Proton 5.0-9
980 Ti, i7 6700, 32 GB de RAM
3440x1440, configurações médias, todos os recursos especiais desativados / desmarcados (bloom, AA, etc)

Estou curioso para saber se este jogo só tem um desempenho ruim no Linux. Embora o 980 Ti dificilmente seja de ponta nos dias de hoje, eu acho que ele poderia ter um desempenho médio com todo o resto desligado. Eu tenho um Windows instalado em outro SSD, então posso comparar depois ... até conseguir um 3080 de qualquer maneira.

Além disso, sair do jogo de dentro de sua própria IU não parece interromper totalmente o jogo. O Steam ainda pensa que está em execução e posso ver vários processos ainda em execução. Usar o botão Parar na tela da Biblioteca no Steam interrompe totalmente o jogo depois de sair de dentro da IU do jogo.

sean<strong i="18">@drudenhaus</strong> ~ $ ps -ef | grep -i squad
sean      6452  6451  0 03:14 pts/6    00:00:00 /usr/lib/python-exec/python3.8/python3 /home/sean/.local/share/Steam/steamapps/common/Proton 5.0/proton waitforexitandrun /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean      6455  6452  0 03:14 pts/6    00:00:00 steam /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean      6497  6451  0 03:14 pts/6    00:00:02 Z:\home\sean\.local\share\Steam\steamapps\common\Squad\squad_launcher.exe

Para alguns, o jogo cai para menos de 20 fps quando um novo mapa é carregado. eu penso
isso se aplica a jogar o tutorial e, em seguida, carregar um jogo normal.
Toda vez que você trocar de servidor ou carregar uma nova rodada em um novo mapa, reinicie o
jogos.

Na segunda-feira, 28 de setembro de 2020, 11h28, Sean Poynter [email protected] escreveu:

Peguei esta noite tendo percebido que finalmente foi lançado cedo
acessar e ver alguns relatórios de sucesso no ProtonDB. Fora da caixa, eu
obteve o erro EAC típico, mas foi capaz de fazer tudo funcionar, embora com
desempenho impossível de jogar.

1. Primeiro tentei os arquivos EAC postados anteriormente
   (easyanticheat_wine_x64.eac.zip) com a remoção do bit de acesso de gravação de
   'all', mas isso não parecia mudar nada.
2. Em seguida, removi as permissões de leitura e gravação do
   diretório steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Temp.
   Isso resolveu o erro EAC, mas o jogo travava ao carregar um mapa
   com o infame eventfd: Erro de muitos arquivos abertos.
3. Eu adicionei PROTON_NO_ESYNC = 1 às opções de inicialização para contornar o
   muitos arquivos de erro e os mapas começaram a carregar corretamente.

Consegui jogar o tutorial e os últimos 5 minutos ou mais de um
jogo multiplayer (quando a partida terminou). Não verifiquei nenhum número FPS,
mas o desempenho parecia bom, mas não muito bom no tutorial e foi direto
horrível (talvez 10 FPS se eu tivesse que adivinhar - era basicamente uma apresentação de slides) em
multijogador com ~ 85 jogadores.

Gentoo, kernel 5.8.11, drivers nvidia 455.23.04
Proton 5.0-9
980 Ti, i7 6700, 32 GB de RAM
3440x1440, configurações médias, todos os recursos especiais desativados / desmarcados (bloom, AA,
etc)

Estou curioso para saber se este jogo só tem um desempenho ruim no Linux. Enquanto o 980 Ti
dificilmente é a vanguarda hoje em dia, acho que poderia ser médio com
tudo mais desligado. Eu tenho uma instalação do Windows funcionando em outro
SSD para que eu possa comparar depois ... até conseguir um 3080 de qualquer maneira.

Além disso, sair do jogo de dentro de sua própria IU não parece parar totalmente
o jogo. O Steam ainda pensa que está funcionando e posso ver um monte de
processos ainda em execução. Usando o botão Parar na tela da Biblioteca em
O Steam para totalmente o jogo depois de sair de dentro da interface do usuário do jogo.

sean @ drudenhaus ~ $ ps -ef | grep -i esquadrão
sean 6452 6451 0 03:14 pts / 6 00:00:00 /usr/lib/python-exec/python3.8/python3 /home/sean/.local/share/Steam/steamapps/common/Proton 5.0 / proton waitforexitandrun /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean 6455 6452 0 03:14 pts / 6 00:00:00 steam /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean 6497 6451 0 03:14 pts / 6 00:00:02 Z: \ home \ sean.local \ share \ Steam \ steamapps \ common \ Squadsquad_launcher.exe

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

Esta é uma nova versão do script de downloader de blob binário para qualquer pessoa que possa estar interessada.

eac-download.zip

Eu estive teorizando, e acho que diria algo aqui, alguém sabe se wine / proton suporta arquivos de paginação?

Sim e não. É um recurso de nível de sistema operacional que também existe no Linux com um nome diferente. No Linux, é chamada de partição swap ou simplesmente swap.

A ideia básica é a mesma em ambos os sistemas operacionais: se os programas em execução desejam alocar e acessar mais RAM do que você tem fisicamente disponível, em vez de responder "foda-se, estamos esgotados" e pedir segurança, o sistema operacional atenderá às solicitações até redirecionar os acessos que excedem o limite físico da RAM para um pedaço de espaço no disco rígido.

Em termos de desempenho, a velocidade de acesso ao disco rígido é ridiculamente lenta em comparação com a RAM. O único momento em que você deseja que isso aconteça é quando a alternativa é algo muito importante e um travamento com fome de memória.

Estou pensando que pode ser o que está causando as quedas de fps; de acordo com suas páginas de suporte, - https://offworldindustries.zendesk.com/hc/en-us/articles/360042382054-Memory-Pagefile-Issues - não ter um causou problemas semelhantes de não ter Vram suficiente no Windows.

Eu não sei o que diabos o Windows e / ou EAC faz para que esse tipo de lógica se aplique. Talvez uma GPU integrada com uma pequena porção de RAM para VRAM possa fazer com que o espaço de troca seja contado como mais VRAM?

Peguei isso hoje à noite, tendo percebido que ele finalmente foi liberado no acesso antecipado e vendo alguns relatórios bem-sucedidos no ProtonDB. Fora da caixa, obtive o erro EAC típico, mas consegui fazer tudo funcionar, embora com desempenho impossível de jogar.

1. Primeiro tentei os arquivos EAC postados anteriormente (easyanticheat_wine_x64.eac.zip) com a remoção do bit de acesso de gravação de 'todos', mas isso não pareceu mudar nada.
2. Em seguida, removi as permissões de leitura e gravação do diretório steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Temp. Isso resolveu o erro EAC, mas o jogo travava ao carregar um mapa com o infame erro eventfd: Too many open files .
3. Eu adicionei PROTON_NO_ESYNC = 1 às opções de inicialização para contornar o erro de muitos arquivos e os mapas começaram a carregar corretamente.

Consegui jogar o tutorial e os últimos 5 minutos de um jogo multiplayer (até o final da partida). Não verifiquei nenhum número de FPS, mas o desempenho parecia bom, mas não muito bom no tutorial e era horrível (talvez 10 FPS se eu tivesse que adivinhar - era basicamente uma apresentação de slides) no multiplayer com ~ 85 jogadores.

Gentoo, kernel 5.8.11, drivers nvidia 455.23.04
Proton 5.0-9
980 Ti, i7 6700, 32 GB de RAM
3440x1440, configurações médias, todos os recursos especiais desativados / desmarcados (bloom, AA, etc)

Estou curioso para saber se este jogo só tem um desempenho ruim no Linux. Embora o 980 Ti dificilmente seja de ponta nos dias de hoje, eu acho que ele poderia ter um desempenho médio com todo o resto desligado. Eu tenho um Windows instalado em outro SSD, então posso comparar depois ... até conseguir um 3080 de qualquer maneira.

Além disso, sair do jogo de dentro de sua própria IU não parece interromper totalmente o jogo. O Steam ainda pensa que está em execução e posso ver vários processos ainda em execução. Usar o botão Parar na tela da Biblioteca no Steam interrompe totalmente o jogo depois de sair de dentro da IU do jogo.

sean<strong i="19">@drudenhaus</strong> ~ $ ps -ef | grep -i squad
sean      6452  6451  0 03:14 pts/6    00:00:00 /usr/lib/python-exec/python3.8/python3 /home/sean/.local/share/Steam/steamapps/common/Proton 5.0/proton waitforexitandrun /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean      6455  6452  0 03:14 pts/6    00:00:00 steam /home/sean/.local/share/Steam/steamapps/common/Squad/squad_launcher.exe
sean      6497  6451  0 03:14 pts/6    00:00:02 Z:\home\sean\.local\share\Steam\steamapps\common\Squad\squad_launcher.exe

3700x emparelhado com um 1070ti. Estou balançando 70 a 100 fps no jogo. Só precisava fazer sua segunda etapa.

Eu estive teorizando, e acho que diria algo aqui, alguém sabe se wine / proton suporta arquivos de paginação? Estou pensando que pode ser o que está causando as quedas de fps; de acordo com suas páginas de suporte, - https://offworldindustries.zendesk.com/hc/en-us/articles/360042382054-Memory-Pagefile-Issues - não ter um causou problemas semelhantes de não ter Vram suficiente no Windows.

Continuando com minha resposta anterior:

Quando a VRAM da GPU física acaba no Proton / DXVK, a primeira coisa que acontece é que o driver e / ou DXVK (não tenho certeza do que exatamente) começa a mover dados para frente e para trás entre a GPU e a RAM do sistema. Este é exatamente o mesmo mecanismo básico que um arquivo de página do Windows ou partição de troca do Linux implementa, mas neste caso não estamos usando o disco rígido como uma extensão de RAM (ruim), estamos usando a RAM como uma extensão VRAM ruim.

Quando o Squad cai para 5-10 fps, o que está acontecendo é que a GPU está tendo que esperar por transferências entre VRAM e RAM. Mesmo que a RAM seja incrivelmente rápida em comparação até mesmo com o melhor NVMe SSD, do ponto de vista da GPU a latência do acesso à RAM via PCIe é atroz em comparação com os chips de memória localizados bem ao lado do núcleo da GPU.

Agora estou aborrecido porque não consigo pensar em uma maneira de racionalizar como implorar por um RTX3090 ajudaria a resolver esse problema. Se qualquer coisa, eu simplesmente não me importaria em encher VRAM nunca mais.

Peguei isso hoje à noite, tendo percebido que ele finalmente foi liberado no acesso antecipado e vendo alguns relatórios bem-sucedidos no ProtonDB. Fora da caixa, obtive o erro EAC típico, mas consegui fazer tudo funcionar, embora com desempenho impossível de jogar.

1. Primeiro tentei os arquivos EAC postados anteriormente (easyanticheat_wine_x64.eac.zip) com a remoção do bit de acesso de gravação de 'todos', mas isso não pareceu mudar nada.
2. Em seguida, removi as permissões de leitura e gravação do diretório steamapps / compatdata / 393380 / pfx / drive_c / users / steamuser / Temp. Isso resolveu o erro EAC, mas o jogo travava ao carregar um mapa com o infame erro eventfd: Too many open files .
3. Eu adicionei PROTON_NO_ESYNC = 1 às opções de inicialização para contornar o erro de muitos arquivos e os mapas começaram a carregar corretamente.

O ponto 3 aqui pode ser um dos principais gargalos no seu caso. Você está desativando uma otimização que, na verdade, tem um grande impacto no desempenho.

Em primeiro lugar, não desative o esync. Corrija o erro aumentando o limite do sistema em descritores de arquivos abertos. Eu não sei como você faz isso no Gentoo e / ou no seu sistema, você precisa pesquisar no Google.

Consegui jogar o tutorial e os últimos 5 minutos de um jogo multiplayer (até o final da partida). Não verifiquei nenhum número de FPS, mas o desempenho parecia bom, mas não muito bom no tutorial e era horrível (talvez 10 FPS se eu tivesse que adivinhar - era basicamente uma apresentação de slides) no multiplayer com ~ 85 jogadores.

Gentoo, kernel 5.8.11, drivers nvidia 455.23.04

Certifique-se de que está executando um kernel que tem o conjunto de patches fsync habilitado, então o Proton usará fsync em vez de esync se estiver disponível, e você precisa de suporte em nível de kernel para isso. (Certifique-se também de não definir nenhuma das variáveis ​​"desativar fsync / esync".)

Tenho certeza que há um kernel TkG-PDS para Gentoo por aí em algum lugar, vá encontrá-lo.

Proton 5.0-9

Você pode tentar o Proton-GE em vez do Proton original. Mas isso provavelmente não fará muito, a menos que você esteja executando em um kernel habilitado para fsync com um agendador de CPU mais adequado (como undead-PDS ou MuQSS + ck).

980 Ti, i7 6700, 32 GB de RAM
3440x1440, configurações médias, todos os recursos especiais desativados / desmarcados (bloom, AA, etc)

Caramba, 3440x1440? Não consigo fazer as contas de imediato, mas tenho quase certeza de que são pelo menos 100 pixels, senão mais! É possível que a resolução também desempenhe um papel aqui. Squad não é o jogo mais otimizado que existe.

Respondendo ao comentário antes deste.

Alguma pista sobre como consertar isso? Gostaria de testar coisas?

Respondendo ao comentário antes deste.

Alguma pista sobre como consertar isso? Gostaria de testar coisas?

Receio não ter certeza do que você quer dizer. Corrigir o que especificamente?

Respondendo ao comentário antes deste.

Alguma pista sobre como consertar isso? Gostaria de testar coisas?

Receio não ter certeza do que você quer dizer. Corrigir o que especificamente?

Eu estou pensando que o problema é que ele não está limpando o vram toda vez que um novo mapa é carregado, então, com base no que você disse, ele carrega tudo do ram, então está demorando muito. (essa é a minha teoria de qualquer maneira.)

O ponto 3 aqui pode ser um dos principais gargalos no seu caso. Você está desativando uma otimização que, na verdade, tem um grande impacto no desempenho.

Em primeiro lugar, não desative o esync. Corrija o erro aumentando o limite do sistema em descritores de arquivos abertos. Eu não sei como você faz isso no Gentoo e / ou no seu sistema, você precisa pesquisar no Google.

Não percebi que na verdade é uma otimização. Eu defini o limite para 65536 e removi a opção de inicialização; o jogo parece carregar mapas muito bem.

Certifique-se de que está executando um kernel que tem o conjunto de patches fsync habilitado, então o Proton usará fsync em vez de esync se estiver disponível, e você precisa de suporte em nível de kernel para isso. (Certifique-se também de não definir nenhuma das variáveis ​​"desativar fsync / esync".)

Tenho certeza que há um kernel TkG-PDS para Gentoo por aí em algum lugar, vá encontrá-lo.

Você pode tentar o Proton-GE em vez do Proton original. Mas isso provavelmente não fará muito, a menos que você esteja executando em um kernel habilitado para fsync com um agendador de CPU mais adequado (como undead-PDS ou MuQSS + ck).

Obrigado pelas sugestões. Vou dar uma olhada neles.

(Observação: acho que o tópico ao qual você está se referindo aqui não foi realmente discutido na mensagem que você citou, então estou removendo a parte citada para torná-la menos confusa.)

Eu estou pensando que o problema é que ele não está limpando o vram toda vez que um novo mapa é carregado, então, com base no que você disse, ele carrega tudo do ram, então está demorando muito. (essa é a minha teoria de qualquer maneira.)

Eu concordo. Com base nos números dos relatórios do DXVK, é óbvio que o segundo mapa é carregado com quase todos os VRAM já alocados. O Squad (UE 4.23) ou DXVK ou algo está segurando essa memória de uma maneira que difere de como as coisas acontecem no Windows. Eu não encontrei nenhum relato desse bug acontecendo com qualquer usuário nativo do Windows, e há muitas pessoas jogando Squad que têm 8 GiB ou menos VRAM.

A maneira como o DXVK lida com VRAM é provavelmente o principal problema aqui. Citando o autor:

O DXVK não libera blocos de memória uma vez alocados por design, pois isso exigiria desfragmentação e geralmente não é muito útil se o jogo precisar de mais VRAM novamente.

(Fonte: https://github.com/doitsujin/dxvk/issues/958)

Tudo se resume à fragmentação, então.

Parece razoável supor que, conforme o Squad (ou UE 4.23) é executado, ele continuamente aloca e libera pequenos pedaços de memória, deixando para trás "buracos" que estão disponíveis para novas alocações, mas, devido ao fato de estarem espremidos entre dois usados intervalos de endereços, não podem ser usados ​​para grandes alocações. Conforme o tempo passa, a quantidade total de VRAM não utilizada permanece a mesma, mas é dividida em pequenas "ilhas" cada vez menores entre os blocos de memória usados. Eventualmente, torna-se impossível encontrar até mesmo um trecho moderadamente longo de VRAM contíguo para fornecer ao cliente, e a única opção é trocar para RAM.

Se o DXVK tivesse um recurso de desfragmentação que pudesse ser acionado manualmente ou fosse muito, muito inteligente ao decidir quando ativar, então talvez fosse possível executar uma passagem de desfragmentação no momento certo quando um mapa foi descarregado no Squad, e o próximo carregamento do mapa se comportaria como se o jogo tivesse acabado de ser iniciado.

Não estou dizendo que sei do que estou falando wrt. DXVK, porque eu com certeza não sei.

estou pensando que o problema é que não é possível limpar o vram toda vez que um novo mapa é carregado

Não é apenas quando um novo mapa é carregado.

Isso também pode acontecer na primeira corrida.

Para mim, o novo mapa Fullujah não pode ser jogado, porque depois de 10-15 min, esse quadro começa a cair.

estou pensando que o problema é que não é possível limpar o vram toda vez que um novo mapa é carregado

Não é apenas quando um novo mapa é carregado.

Isso também pode acontecer na primeira corrida.

Para mim, o novo mapa Fullujah não pode ser jogado, porque depois de 10-15 min, esse quadro começa a cair.

Sim, mesmo aqui. Em algum ponto em muitos mapas - e especialmente quando se usa uma das boas miras de rifle - é tudo lixo. Conforme o tempo avança e o jogo aloca e libera VRAM, a VRAM gerenciada por DXVK fica fragmentada e não pode fornecer intervalos de endereços contíguos grandes o suficiente sob solicitação.

Acrescentarei que não tive problemas de desempenho que não pudessem ser resolvidos com um
reiniciar e alguns ajustes nas configurações. Eu uso uma GTX 1050ti, acho
isso é 4 gb de vram.

Em Ter, 29 de setembro de 2020, 09:08 Juuso Alasuutari [email protected]
escreveu:

estou pensando que o problema é que não é possível limpar o vram toda vez que um
novo mapa carrega

Não é apenas quando um novo mapa é carregado.

Isso também pode acontecer na primeira corrida.

Para mim, o novo mapa Fullujah é impossível de jogar, porque depois de 10-15 min, que
a queda do quadro começa.

Sim, mesmo aqui. Em algum ponto em muitos mapas - e especialmente ao usar um
dos bons miras de rifle - é tudo lixo. Conforme o tempo avança e
o jogo aloca e libera VRAM, a VRAM gerenciada por DXVK fica fragmentada
e não pode fornecer intervalos de endereços contíguos grandes o suficiente sob solicitação.

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

Não experimentei esses problemas com o squad, mas vi exatamente as mesmas quedas de FPS no mundo DCS, normalmente depois de fazer algo que faz com que grandes texturas carreguem e, geralmente, depois de meu PC estar funcionando por um tempo. O jogo funciona bem, então cai para <5 FPS até reiniciar. Quando eu verifico, o uso de VRAM está em 100% em todas essas instâncias, embora também gire em torno de 90-99%.

https://github.com/doitsujin/dxvk/issues/958 isso parece uma boa explicação

Vocês já experimentaram a opção "Carregar totalmente as texturas" nas configurações gráficas? Depois de ativar essa opção (eu costumava desativá-la por algum motivo), consegui entrar em seis ou sete servidores diferentes executando mapas diferentes consecutivamente sem reiniciar o jogo, e o desempenho não diminuiu. Eu só entrei em servidores vazios ou com poucos jogadores e não tenho tempo para testar se o final de um mapa e o início de um novo ainda causa lag.

Para contexto, eu tenho uma Nvidia 980 Ti com 6 GB de memória de vídeo (iirc) jogando em uma resolução de 1080p com configurações gráficas em Medium (exceto High view distance). Estou usando o Proton-5.9-GE-3-ST a partir daqui (a única razão pela qual não é a versão mais recente é que estou com preguiça de atualizar).

Vocês já experimentaram a opção "Carregar totalmente as texturas" nas configurações gráficas? Depois de ativar essa opção (eu costumava desativá-la por algum motivo), consegui entrar em seis ou sete servidores diferentes executando mapas diferentes consecutivamente sem reiniciar o jogo, e o desempenho não diminuiu. Eu só entrei em servidores vazios ou com poucos jogadores e não tenho tempo para testar se o final de um mapa e o início de um novo ainda causa lag.

Para contexto, eu tenho uma Nvidia 980 Ti com 6 GB de memória de vídeo (iirc) jogando em uma resolução de 1080p com configurações gráficas em Medium (exceto High view distance). Estou usando o Proton-5.9-GE-3-ST a partir daqui (a única razão pela qual não é a versão mais recente é que estou com preguiça de atualizar).

ATIVE a opção "Carregar texturas totalmente" e reduzi as texturas para Baixo. Ainda recebo vram full na segunda partida e baixo fps.
Nvidia 1070ti 8GB
3700X
SSD

ATIVE a opção "Carregar texturas totalmente" e reduzi as texturas para Baixo. Ainda recebo vram full na segunda partida e baixo fps.

Bem, parece estar funcionando no meu fim. Acabei de terminar uma partida corretamente em um servidor completo de 100 jogadores, carregado no próximo mapa e o desempenho é o esperado (cerca de 90-100fps).

EDITAR: jogou através do segundo mapa e em um terceiro, ainda sem queda de desempenho - FPS permaneceu> 100 no início do terceiro mapa (e então eu parei porque preciso dormir). Parece que pelo menos no meu sistema esta opção corrige o problema. Posso até alterar as configurações gráficas no meio do jogo sem prejudicar o desempenho. Dedos cruzados isso dura e funciona para os outros também.

Devo dizer que costumava ter problemas de desempenho até que ativei essa configuração e experimentei-o pela última vez há dois dias, enquanto jogava. Não quero tentar desligar a configuração para ver se ainda acontece sem ela, apenas para ter certeza de não estragar nenhum vodu que possa estar acontecendo :-).

Aqui estão minhas configurações de gráficos exatas:

E as especificações do sistema para uma boa medida, deixe-me saber se há algo mais específico que você precisa saber:

• Nvidia GTX 980 Ti com 6 GB VRAM executando a versão do driver 450.66
• 32 GB de RAM
• AMD Ryzen 3700X
• Fedora 32 com KDE
• Proton-5.9-GE-6-ST

Joguei mais alguns jogos hoje, e aqui estão mais algumas coisas que notei:

• O bug de vazamento de desempenho / memória ainda pode ocorrer, mas muito raramente e definitivamente nem todas as alterações de mapa como antes. Eu tive que ocorrer duas vezes hoje. A primeira vez que aconteceu no primeiro mapa carreguei depois de lançar o jogo. Suspeito que deve ter algo a ver com a mudança para outro desktop virtual durante a tela de carregamento, porque foi isso que eu fiz. A segunda vez que o acionei foi alterando as configurações de gráficos no meio do jogo em Fallujah (que parece ser de longe o mapa mais exigente em meu sistema), mas alterar as configurações de gráficos nem sempre parece causar mais isso para mim; talvez sejam apenas algumas configurações, como texturas.

• Ao contrário de antes, quando ocorre, a degradação do desempenho desaparece apenas ao se desconectar de um servidor e depois reconectar ou ao ingressar em outro servidor sem desconectar primeiro. Costumava demorar até que o jogo fosse reiniciado para mim, mas agora passar por uma tela de carregamento parece ser suficiente.

• Passei por 6 ou 7 mudanças de mapa consecutivas no mesmo servidor de 100 jogadores sem reconectar e não tive problemas de desempenho. Eu costumava ter que reiniciar após cada mudança de mapa sem falha por causa do problema de desempenho, mas isso certamente não é mais o caso.

De qualquer forma, voltei e desativei a configuração "Carregar totalmente as texturas" ... e ainda poderia passar por várias telas de carregamento de mapa (ao entrar em diferentes servidores repetidamente) sem reiniciar o jogo e não obter a degradação de desempenho que usei para! Então eu acho que mudar essa configuração foi pura coincidência, e algo mais deve ter acontecido que fez o problema desaparecer.

Houve uma atualização do Squad? De acordo com o SteamDB, não. Não atualizei meu sistema na semana passada. Eu me pergunto o que é diferente. Todo mundo ainda está vendo o problema de desempenho ocorrer normalmente?

editar: pensamento aleatório, vocês estão jogando em tela cheia ou sem bordas?

Deixando de lado o problema de desempenho, agora parece haver um bug de travamento intermitente. Provavelmente está relacionado a drivers gráficos, seguindo esta linha no diário do sistema:

kernel: NVRM: Xid (PCI:0000:09:00): 31, pid=968265, Ch 0000004e, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_3 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

Como esta mensagem de erro parece estar relacionada aos drivers da Nvidia, pode ser um problema específico da Nvidia. Estou relatando isso no rastreador de bug do dxvk porque é onde problemas semelhantes parecem ter existido no passado.

Não experimentei esses problemas com o squad, mas vi exatamente as mesmas quedas de FPS no mundo DCS, normalmente depois de fazer algo que faz com que grandes texturas carreguem e, geralmente, depois de meu PC estar funcionando por um tempo. O jogo funciona bem, então cai para <5 FPS até reiniciar. Quando eu verifico, o uso de VRAM está em 100% em todas essas instâncias, embora também gire em torno de 90-99%.

doitsujin / dxvk # 958 esta parece ser uma boa explicação

Alguém aqui está usando o driver AMDVLK: https://github.com/doitsujin/dxvk/issues/1103#issuecomment -595302287?

Deixando de lado o problema de desempenho, agora parece haver um bug de travamento intermitente. Provavelmente está relacionado a drivers gráficos, seguindo esta linha no diário do sistema:

kernel: NVRM: Xid (PCI:0000:09:00): 31, pid=968265, Ch 0000004e, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_3 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

Como esta mensagem de erro parece estar relacionada aos drivers da Nvidia, pode ser um problema específico da Nvidia. Estou relatando isso no rastreador de bug do dxvk porque é onde problemas semelhantes parecem ter existido no passado.

Só para continuar, tive o mesmo problema após cerca de 20-30 minutos de jogo no jogo. Apenas congelou e trancou.

@reaply tente definir os parâmetros de inicialização do Squad (clique com o botão direito> Propriedades no Steam) para DXVK_LOG_LEVEL=info %command% . Então, quando ele travar, procure o arquivo de log dxvk no mesmo diretório que o executável do jogo /steamapps/common/Squad/ e poste-o aqui ou, melhor ainda, faça um relatório de bug em https://github.com/doitsujin/dxvk/issues/

Ainda não consegui fazer isso sozinho, não tive tempo de jogar o jogo na semana passada para realmente reproduzir o travamento (não ajuda o fato de que parece ser completamente aleatório ...), e poderia muito bem ser apenas um bug com os drivers da Nvidia (embora eu duvide, já que os usuários da AMD aparentemente também travam ocasionalmente), mas problemas semelhantes foram relatados no bugtracker do dxvk no passado e eles provavelmente saberão melhor do que ninguém aqui de qualquer maneira.

Houve uma nova versão dos drivers da Nvidia lançada recentemente e é possível que isso possa ajudar com esse travamento também. Ele ainda não foi parar nos repositórios RPMFusion de onde eu obtenho meus drivers; Estou esperando que eles atualizem antes de tentar eu mesmo.

Encontrei uma possível solução alternativa para o problema de degradação do desempenho. Se você obtiver uma taxa de quadros ruim após carregar em um mapa ou alterar as configurações gráficas, tente abrir o console e digitar HighResShot 4 . Este comando faz capturas de tela em alta resolução, o que aparentemente causa algum tipo de recarregamento gráfico suave que pode resolver o problema de desempenho. Não sei se importa em que resolução você tira a captura de tela, mas ir até 8 simplesmente travou o jogo para mim.

Com base no meu tamanho de amostra de dois jogos, ele não funciona sempre , mas você pode continuar tentando até que funcione. É possível que o jogo tenha que rodar por um tempo (com lixo FPS) antes que esse truque comece a funcionar, não sei. Alguma gagueira anormal também pode permanecer mesmo após essa correção, mas é melhor do que nada.

Observe que isso cria grandes arquivos PNG em seu wineprefix, então, a menos que você queira manter as capturas de tela, você pode querer fazer o seguinte:

1. Vá para /steamapps/compatdata/393380/pfx/drive_c/users/steamuser/Local Settings/Application Data/SquadGame/Saved/Screenshots/

2. chmod a-w WindowsNoEditor para remover as permissões de gravação da pasta em que as capturas de tela vão. Crie a pasta se ela não existir (ou seja, você ainda não tirou nenhuma captura de tela).

Isso parece fazer com que o comando ainda execute e recarregue os gráficos, mas os grandes arquivos de captura de tela não são mais gravados no disco.

@brndd e @reaply , qual versão do driver você estava usando quando recebeu o erro do Xid 31?

@imaami 450. Atualizei para 455 alguns dias atrás, mas não tive tempo de jogar o suficiente para dizer de forma conclusiva se houve ou não alguma mudança. o colapso.

No momento, estou tendo um problema com meu microfone não aparecendo no jogo. Meu SO (Pop! _OS 20.04 LTS) detecta, mas o jogo não. Alguma ideia de que tipo de etapas de solução de problemas eu poderia tentar?