@serebit, o jogo foi executado perfeitamente no Wine com Lutris por um ano neste momento. Mesmo assim, também estou em êxtase ... Não consigo fazer o jogo funcionar. Já tenho a versão Origin, e ela funcionou perfeitamente desde o momento em que a comprei. Eu jogo todos os dias, tenho cerca de 1000 horas até agora (tudo no Linux).

Mas acabei de instalar a versão do Steam e, quando chego ao login do Origin, insiro meu ID de usuário e senha e, em seguida, a janela Origin aparece, mas está completamente em branco e nada acontece. Tive de kill -9 ... cada processo para fazê-lo parar. Não faço ideia de qual seja o problema.

Arch Linux
5.7.4-8-tkg-pds
Proton 5.0-9

Não está me deixando conectar ao Origin, esse é o problema. A janela "Conectando-se à Origem" permanece aberta indefinidamente. Ao executar o Origin autônomo através do Wine, essa janela está presente por 2,5 segundos e então se conecta e o Origin aparece. Mas no Steam, é apenas indefinido.

Então, apaguei o prefixo e tentei novamente. E funcionou. Mas também mudei os ambientes de desktop.

Por algum motivo, esta implementação NÃO FUNCIONARÁ em i3wm. Eu confirmei isso neste ponto. Excluí o prefixo, desconectei e entrei novamente em dois outros DEs (Deepin primeiro, depois GNOME) na mesma instalação. Quando tentei reiniciar o jogo (e como apaguei o prefixo, refaça a instalação / configuração do Origin), funcionou perfeitamente. Depois disso, eu saí, fui para o i3, tentei novamente e o mesmo problema de antes. E novamente, todos os meus jogos Origin reais (incluindo Titanfall 2) funcionam perfeitamente no i3. São apenas os jogos Steam + Origin que não vão. Experimentei o GNOME, funcionou lá também.

Dito isso, há um bug terrível do Mesa com Titanfall 2 que causará timeouts do anel gfx_0.0.0 e travará a GPU com (pelo menos) GPUs Navi. Você não pode terminar uma partida completa. Eu confirmei isso com a versão Origin também. Também não costumava fazer isso. Mas tenho usado vulkan-amdgpu-pro e AMDVLK para o Titanfall 2 nos últimos meses, porque eles têm um desempenho melhor do que o RADV. Mas RADV causará travamentos de GPU no Titanfall 2 nas versões Steam e Origin. Não estava presente em 20.0 (ou 19.3). Com AMDVLK ou vulkan-amdgpu-pro , o jogo funciona perfeitamente bem, sem travamentos ou qualquer coisa. Mas isso é um bug da mesa, suponho, então vou conversar com eles. Mas se alguém vir isso e você tiver uma GPU Navi (ou potencialmente outra AMD), use apenas AMDVLK e você não terá travamentos.

Olá @ gardotd426 , copie as informações do seu sistema do Steam ( Steam -> Help -> System Information ) e coloque-o em uma essência , em seguida, inclua um link para a essência em este relatório de problema. Além disso, esclareça se você estava usando RADV / LLVM ou RADV / ACO com o jogo.

https://gist.github.com/gardotd426/dda2458f42227c97cd4ebc886923bc4b

Você pode reproduzir com RADV_PERFTEST = aco?

Ei @hakzsam, como vai? Sim, o ACO trava. Menus estão bem, mas em 6
diferentes tentativas, 3 na versão Steam e 3 no Origin instalado há muito tempo
versão, não consegui completar uma partida completa (as correspondências são cerca de 12-15
minutos). Eu com certeza obteria um tempo limite gfx_0.0.0 anel e falha de driver.

Este não é o problema infame do anel gfx Navi, pois eu realmente tenho esse problema
com minha outra placa Navi (5600 XT), esse problema geralmente não é confiável
reproduzível, acontece na área de trabalho normal, etc. Isso acontece SOMENTE em
Titanfall 2, SOMENTE com RADV, não costumava acontecer com RADV, e é
reproduzido de forma confiável.

Como eu disse, eu tenho o Titanfall 2 instalado no Origin há quase um ano,
e tocar literalmente todos os dias. Mas cerca de 2 meses atrás comecei a usar AMDVLK
e vulkan-amdgpu-pro porque tive um desempenho um pouco melhor na época,
mas antes disso eu usei RADV por meses.

No começo eu pensei que a versão Steam tinha acabado de funcionar, já que eu estava
tocando por horas na versão Origin, literalmente antes do meu primeiro
tentativa com a versão Steam. Mas quando voltei e experimentei o Origin
versão, certificando-se de mudar para RADV, a mesma coisa aconteceu. Três
vezes seguidas. Voltei para o driver AMD Vulkan e joguei mais 4
horas.

Suponho que posso tentar forçar o LLVM (costumo forçar o ACO sempre que uso
RADV, e também neste caso), mas não sei o quanto estou esperançoso. Eu
significa que pelo menos posso jogar com AMDVLK / vulkan-amdgpu-pro, mas a maioria das pessoas
não sei se é mesmo uma opção, muito menos como alternar para frente e para trás,
então, esperançosamente, podemos resolver isso para que ninguém mais tenha esse problema.

Obviamente, uma captura de renderdoc não é uma possibilidade aqui, então não tenho certeza do que
Posso tentar reunir para todos vocês, além dos logs do Journald e dos logs de prótons.
Oh espere, que tal umr?

Na sexta-feira, 19 de junho de 2020 às 8:53 AM Samuel Pitoiset [email protected]
escrevi:

Você pode reproduzir com RADV_PERFTEST = aco?

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

@hakzsam Acabei de perceber que você pode ter perguntado sobre o não funcionamento do i3, mas como você é um mesa dev, presumo que esteja perguntando sobre o driver travado, lol.

Tentar gravar um apitrace talvez?

Eu não sabia que poderia fazer isso quando todo o sistema travasse.

Na sexta-feira, 19 de junho de 2020 às 9h28 Samuel Pitoiset [email protected]
escrevi:

Tentar gravar um apitrace talvez?

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

EDIT: Para quem gosta de mim, onde Mesa RADV está fazendo o jogo travar. Instale os drivers AMDVLK e adicione-os como opções de inicialização:

VK_ICD_FILENAMES="/usr/share/vulkan/icd.d/amd_icd64.json:/usr/share/vulkan/icd.d/radeon_icd.i686.json" %command%

Por algum motivo, isso só funciona na sessão Xorg e não no Wayland

Estou jogando em um GTX1050ti com drivers 440.64 no Kubuntu 20.04.

Tive alguns problemas com a instalação do Origin inicialmente, mas excluí o prefixo e recomecei.
O jogo agora parece funcionar bem, mas o desempenho começa a cair com o tempo, assim como os canais de áudio, até que quase nenhum som seja reproduzido. Além disso, é provável que o jogo congele ao carregar nesse estado. Entrar em um Titã parece acelerar o problema? Precisa investigar um pouco mais.

EDITAR: Como agora ele excluiu o original, eu estava respondendo a esta pergunta:

Como você faz isso? Se eu tentar usar os drivers amdvlk com VK_ICD_FILENAMES = "/ usr / share / vulkan / icd.d / amd_icd64.json"% command%, mesmo a origem não inicializará ...

@alosarjos sim, e isso não vai funcionar. Porque Origin é de 32 bits. Você está dando a ele apenas um driver de 64 bits para uso.

VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd32.json:/usr/share/vulkan/icd.d/amd_icd64.json .

@RalfVB quanta VRAM você tem? Pode ser necessário acessar as configurações e diminuir a alocação de VRAM. Eu nunca vi isso acontecer em sessões de jogo de 7 a 8 horas em placas AMD, então pode ser um problema de driver da Nvidia.

@alosarjos para referência futura, por favor, não exclua sua postagem original ao editá-la. Deixe o original e adicione a edição no final.

De qualquer forma, usar RADV de 32 bits com AMDVLK de 64 bits me causou vários problemas no passado. Basta usar AMDVLK de 32 e 64 bits. VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd32.json:/usr/share/vulkan/icd.d/amd_icd64.json .

Alteração em minha postagem original (e irei editá-la depois de postar): o jogo tem problemas para entrar em tela cheia. Não sei por que, é um comportamento bizarro, mas toda vez que clico no ícone depois de usar alt-tab, há cerca de 10% de chance de ele realmente entrar em tela cheia. Na maioria das vezes, quase chega lá e é minimizado novamente.

Sim, isso só está presente na versão Steam, a versão Origin pode
alt-tab fine. Mas notei o mesmo comportamento na versão Steam. isto
pode ser porque você deve adicionar -noborder às opções de inicialização e
usar o modo de janela sem borda, não tenho certeza.

Na sexta-feira, 19 de junho de 2020 às 22h46 Campbell Jones notificaçõ[email protected]
escrevi:

Alteração em minha postagem original (e irei editá-la após postar): o
o jogo tem um problema ao entrar em tela cheia. Eu não sei porque, é um
comportamento bizarro, mas toda vez que clico no ícone depois de usar alt-tab
há cerca de 10% de chance de entrar em tela cheia. A maioria dos
tempo quase vai chegar lá e, em seguida, minimiza novamente.

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

@ gardotd426 Isso será interessante de verificar. O modo de janela sem borda não funcionou corretamente no Windows para mim; introduziu uma tonelada de framedrops. Veremos se o Linux lida com isso melhor.

Eu executei o modo de janela sem borda na versão Origin por meses e
em 144 fps completos em todos os momentos. Você pode ter que desativar o vsync se você
habilite-o.

Na sexta-feira, 19 de junho de 2020 às 22h56 Campbell Jones notificaçõ[email protected]
escrevi:

@ gardotd426 https://github.com/gardotd426 Isso será interessante para
Verificação de saída. O modo de janela sem borda não funcionou corretamente no Windows
para mim; introduziu uma tonelada de framedrops. Vamos ver se o Linux lida com isso
melhor. Parece que alt-tab funciona corretamente, pelo menos.

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

Sim, obras com janelas sem fronteiras. Tive que iniciar o cliente Origin por meio da linha de comando para alterar as opções de inicialização do jogo, mas uma vez? Sem falhas.

Ayyeee, eu fiz uma pausa

Na sexta-feira, 19 de junho de 2020 às 23h15 Campbell Jones notificaçõ[email protected]
escrevi:

Sim, obras com janelas sem fronteiras. Tive que iniciar o cliente Origin através do
linha de comando para alterar as opções de inicialização do jogo, mas uma vez que o fiz? Sem falhas.

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

Na verdade, há um problema que eu encontrei com o sem bordas - ocasionalmente, o jogo se esquece de renderizar uma certa área da tela no canto inferior direito por cerca de um segundo. Menos irritante do que ser incapaz de usar alt-tab, entretanto.

Tem certeza de que não é a sobreposição do Steam tentando lhe dar uma notificação
e saindo? Nunca experimentei isso no Origin.

Na sexta-feira, 19 de junho de 2020 às 23h24 Campbell Jones notificaçõ[email protected]
escrevi:

Na verdade, há um problema que encontrei com o sem fronteiras -
ocasionalmente, o jogo se esquecerá de renderizar uma certa área da tela em
no canto inferior direito por cerca de um segundo. Menos irritante do que ser incapaz
para alt-tab, no entanto.

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

Você pensaria, mas:

• Não tem o formato do indicador de sobreposição do Steam, está acima da parte inferior da tela e cerca de três vezes mais largo que o indicador seria
• A sobreposição do Steam não funciona! : p

Não funciona para você? Recebi notificações de sobreposição do Steam no curto
vez que tentei jogá-lo no Steam (antes do travamento começar). Eu acabei de ir
de volta ao Origin porque é o que eu sempre jogo e tenho todos os meus lançamentos
opções e outras coisas já configuradas com o Origin. Eu queria principalmente comprar em
Steam para o caso de o Origin entrar em ação no Linux e para ajudar
contribuir para a Valve e também ajudar a incentivar todo o EA sempre liberando
seus jogos no Steam de agora em diante.

Na sexta-feira, 19 de junho de 2020 às 23h28 Campbell Jones notificaçõ[email protected]
escrevi:

Você pensaria, mas:

• Não tem o formato do indicador de sobreposição do Steam, está acima do
  parte inferior da tela e cerca de três vezes mais larga que o indicador seria
• A sobreposição do Steam não funciona! : p

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

Sim, mas isso só acontece com alguns jogos. Não acho que seja específico para este jogo, pode ser apenas a minha distribuição.

@alosarjos para referência futura, por favor, não exclua sua postagem original ao editá-la. Deixe o original e adicione a edição no final.

De qualquer forma, usar RADV de 32 bits com AMDVLK de 64 bits me causou vários problemas no passado. Basta usar AMDVLK de 32 e 64 bits. VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd32.json:/usr/share/vulkan/icd.d/amd_icd64.json .

Oh, desculpe. De qualquer forma, com origem amdvlk apenas trava.

Posso confirmar que também tenho o problema de gagueira mencionado no OP. Basicamente, uma espécie de pára-vai, pára-vai, pára-vai, pára-vai, onde os bits de "vai" são realmente suaves, mas faz uma breve pausa a cada segundo. Isso acontece tanto nos menus quanto no jogo. Deixá-lo nos menus por 30 minutos para ver se era relacionado ao shader não o melhorou.

Manjaro, kernel 5.4.44
NVidia RTX 2060, driver 440,82
Área de trabalho GNOME (não tenho certeza se relevante)

@alosarjos Funciona perfeitamente bem para mim. Estou usando há meses. Copie e cole suas opções de lançamento aqui. Na verdade, copie e cole também.

@screwylightbulb experimente com um DE diferente. O GNOME tem sérios problemas com o Titanfall 2 em minha experiência. Eu tive que parar legitimamente de usar o GNOME porque Titanfall 2 é meu jogo mais jogado e não podia ser jogado com o GNOME (e apenas com o GNOME).

Se mudar para outro DE (certifique-se de listar qual DE é) não ajudar, certifique-se de que o Vsync está desabilitado.

Eu permaneço fixado em 144 a 1440p com um 5700 XT. Sem gagueira alguma.

@alosarjos Funciona perfeitamente bem para mim. Estou usando há meses. Copie e cole suas opções de lançamento aqui. Na verdade, copie e cole também.

@screwylightbulb experimente com um DE diferente. O GNOME tem sérios problemas com o Titanfall 2 em minha experiência. Eu tive que parar legitimamente de usar o GNOME porque Titanfall 2 é meu jogo mais jogado e não podia ser jogado com o GNOME (e apenas com o GNOME).

Se mudar para outro DE (certifique-se de listar qual DE é) não ajudar, certifique-se de que o Vsync está desabilitado.

Eu permaneço fixado em 144 a 1440p com um 5700 XT. Sem gagueira alguma.

Experimentei as diferentes versões de 32 e 64 bits do Mesa RADV e AMDVLK. Agora, estou no Gnome ... Então talvez haja algo aí ... A coisa é. Chegando à mesa, o jogo simplesmente travará, não consigo terminar uma única partida sem travar (AMD 5700). Usando AMDVLK para o jogo e mesa para Origin irá inicializar, mas apenas na sessão Xorg, no Wayland o jogo tenta iniciar, mostrando uma janela em preto, e então trava e tudo fecha. Tentei AMDVLK tanto para o jogo quanto para a origem, a origem se tornará uma janela preta e travará.

No momento, a única maneira de jogar isso no meu PC é entrar na sessão do Xorg, usando Mesa RADV 32bits para Origin e AMDVLK 64 bits para o jogo.

Tudo isso em um Arch atualizado, BTW

@ gardotd426 Tentei uma sessão de plasma, bem como uma sessão de openbox simples, e até tentei trocar o gerenciador de login de lightdm para sddm. Mesmo comportamento em todos os casos.

Posso rodar outros jogos pesados ​​como Batman: Arkham Knight sem problemas.

@alosarjos Sim, Wayland não está nem remotamente pronto para o horário nobre, especialmente quando se trata de jogos. Usar o Xorg será considerado um dado adquirido, para a maioria das coisas. Talvez você não tenha encontrado isso ainda, mas sim Wayland não está pronto.

Nunca tentei rodar este jogo no Wayland, versão Origin ou versão Steam, porque o Wayland nem mesmo roda alguns jogos (incluindo este, aparentemente). Isso é um bug do wayland, não tem nada a ver com este jogo, ou próton, ou amdvlk, ou mesa.

O travamento do RADV, entretanto, é um bug da mesa. E precisa ser relatado.

@hakzsam aqui está a sua reprodução. Outro usuário Navi não consegue passar por uma única partida sem travar no RADV. Mas pode com AMDVLK. Bug Mesa confirmado?

@screwylightbulb Como eu disse, verifique se o Vsync está desabilitado. Caso contrário, não sei, não uso Nvidia e nunca vejo um único gaguejar (exceto às vezes no GNOME, e é isso).

Sim, esqueci de mencionar, sim - vsync desativado.

Sim, isso é lamentável, você está usando o Wayland? Eu acho que você está usando o Xorg para as sessões de Plasma e Openbox, então isso não importa.

Como eu disse, eu só usei GPUs AMD, embora já tenha usado três separados com Titanfall 2 neste momento. Um RX 580 a 1080p, um 5600 XT a 1080p e mais tarde 1440 e agora um 5700 XT a 1440p. Com o 5700 XT, como eu disse, continuo preso a 144fps (tenho benchmarks em flightlessmango para a versão original). Eu sei de várias pessoas que jogam a versão Origin no Linux com placas Nvidia.

Sinceramente, pode ser apenas a coisa do shader. A versão Origin veio com um cache de estado para DXVK. E com ACO, isso realmente elimina qualquer gagueira para usuários de AMD. Mas usando Nvidia e nenhum cache de estado (que não existia para a versão Steam porque o jogo era muito novo no Steam), pode ser isso. Eu tentaria jogar uma partida e ver se isso parava com o tempo. Como eu disse, isso é tudo que posso dar a você, a menos que aleatoriamente pense em outra coisa.

Como eu disse no OP, quando executo o jogo fora do meu SSD, os picos são apenas perceptíveis no gráfico de frametime DXVK e quase não afetam a taxa de quadros exibida. É apenas ao correr de um disco rígido que os picos se tornam insuportáveis. E também não acho que seja um problema da Nvidia - estou usando um RX 480. O DXVK HUD não mostra shaders compilando para nenhum dos stutters, e sua duração não muda se estou usando ACO ou não. Eu não acho que isso seja relacionado ao shader.

@serebit sim, eu não estava falando com você.

Existem cerca de 5 problemas conhecidos que eu conheço com este jogo que podem causar gagueira. O seu já foi resolvido, eu estava falando com @screwylightbulb.

Eles não disseram nada sobre executar um SSD ou HDD. Eles já viram seu OP, então ou eles não podem executar um SSD, ou já estão, suponho.

Além disso, rodei este jogo durante meses com um HDD (um de 5400 RPM) com um RX 580 e sempre fiquei em torno de 90-100 fps a 1080p de altura sem gagueira. Isso só mostra como são variadas as possíveis razões para a gagueira.

EDIT: Isso é zero gagueira fora dos outros problemas que mencionei que resolvi no momento, desligando o Vsync.

Eu não teria comentado sobre o problema do maluco se não fosse pela natureza das gagueiras - pare, vá, pare, vá, com as paradas sendo a cada segundo quase em um cronômetro. É idêntico ao que eu estava vendo.

Aqui está um benchmark com um 5600 XT que fiz meses atrás mostrando RADV + ACO vs AMDVLK:
https://flightlessmango.com/games/23514/logs/112

@hakzsam que também mostra que o problema de travamento do RADV não estava presente antes. Eu esqueci que tinha feito esses benchmarks comparativos que são uma prova documentada de que o problema não estava presente nas versões anteriores da mesa. Eu acho que eu ou @alosarjos devemos enviar um relatório oficial de bug no Mesa, um bug RADV (pelo menos com Navi) está essencialmente confirmado neste ponto.

@serebit bem sim, se eles estiverem usando um HDD, provavelmente esse é o problema. Mas eles disseram que tentaram de tudo, o que eu presumi incluir uma das primeiras soluções mencionadas. Mas sim, @screwylightbulb se você estiver usando um HDD, mova-o para um SSD se possível.

Como mencionei a alguém no Reddit sobre este assunto, jogos Origin são conhecidos por terem esse problema (pelo menos no Linux). O instalador Lutris para Battlefield 1 na verdade até diz especificamente para executá-lo em um SSD para reduzir / eliminar travamentos.

Dito isso, é estranho para mim que @serebit tenha gagueira em uma GPU (essencialmente) idêntica a uma com a qual eu nunca experimentei uma única gagueira, ambas rodando em um HDD. Não movi o Titanfall 2 para um SSD até recentemente, na verdade, quando usei NVME / SSD completo para todo o meu armazenamento, exceto backups. Que é a única razão pela qual eu mudei, como eu disse, nunca tive esse problema, e o RX 480 e o RX 580 são GPUs essencialmente idênticos.

Mas se isso resolver o problema, quem se importa. E @screwylightbulb , se você estiver em um HDD, vá em frente e mova-o, se puder.

Sim, pensando bem, só comecei a ter esse problema ao jogar a versão Steam. Antes, eu tinha o Origin rodando no Steam, e rodando o Titanfall 2 nele não tinha nenhum travamento, embora estivesse no meu disco rígido.

Pode confirmar no HDD e no SSD que existe micro-intermitência. Você pode vê-lo visivelmente no menu principal, já que o vídeo de fundo fica nervoso quando isso acontece e os tempos de quadro do MangoHud aumentam a cada vez como um relógio.

Verifiquei e acontece exatamente o mesmo com WineD3D, por isso também não é específico para DXVK. Isso é com a NVIDIA.

Vou tentar relatar o bug ao Mesa

Liam, você está usando AMD ou Nvidia? Se você estiver usando AMD, experimente AMDVLK. Vocês
tem que usar 32 bits e 64 bits porque Origin é de 32 bits.

Você já experimentou / consegue experimentar a versão Origin?

No sábado, 20 de junho de 2020 às 11h07, Liam Dawe [email protected] escreveu:

Pode confirmar no HDD e no SSD que existe micro-intermitência. Você pode
vê-lo visivelmente no menu principal, já que o vídeo de fundo fica nervoso quando
acontece e os tempos de quadro do MangoHud aumentam a cada vez como um relógio.

Verifiquei e acontece exatamente o mesmo com WineD3D, então não é
específico para DXVK também.

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

NVIDIA e não a possui diretamente na origem.

@LiamDawe depois de vincular sua conta do Origin, se você abrir o Origin no Lutris, ele aparecerá na sua biblioteca com um botão de download, já tenho a versão do Origin, então não tentei instalá-la nem nada, mas percebi isso aí.

Parece que pode haver um problema com a versão Steam e / ou Proton com placas Nvidia.

Liam, se você estiver disposto a baixar a versão Origin (o script de instalação do Lutris para Titanfall 2 em si é o melhor, inclui soluções alternativas específicas do TF2 e pelo menos costumava incluir um cache), me avise. Posso comprar uma cópia e enviar uma mensagem no Reddit ou algo assim. Principalmente porque acho que seria importante descobrir se isso se limita ou não à versão Steam, já que outros problemas parecem ser apenas na versão Steam. Eu só tenho um 5600 XT e um 5700 XT, então não posso testá-lo.

Lutei nos últimos 15 minutos para abrir, agora ele está se recusando, então vou apenas reembolsar e deixar para outra pessoa. Muito tempo para mim perdido em algo assim, desculpe.

@ gardotd426 Criei um relatório de bug no Mesa GitLa. Já que você sabe mais do que eu sobre o jogo e seus problemas, seria incrível se você pudesse ficar de olho nele caso os desenvolvedores precisem de alguma informação que você possa ter.

https://gitlab.freedesktop.org/mesa/mesa/-/issues/3151

Sim, estou feliz em ajudar, já preenchi vários relatórios de bug com esses caras
e os caras da AMD no passado, eu realmente não tenho isso em mim agora
para realmente arquivar o próprio relatório. Fico feliz em ajudar a rastrear e depurar isso.

Sábado, 20 de junho de 2020 às 11h24 José Miguel Sarasola <
notificaçõ[email protected]> escreveu:

@ gardotd426 https://github.com/gardotd426 Eu criei um relatório de bug no
Mesa GitLa. Já que você sabe mais do que eu sobre o jogo e seus problemas
seria incrível se você pudesse ficar de olho nele caso os desenvolvedores precisem
algumas informações que você pode ter.

https://gitlab.freedesktop.org/mesa/mesa/-/issues/3151

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

Então, alguém me pediu para compartilhar uma fatia de informação sobre um dos comportamentos de Origin que leva a uma gagueira regular. Não está diretamente ligado ao TF2, mas pode / afetará a jogabilidade.
O Origin está continuamente gravando arquivos (formato local_xxxxxxx.xml.xxxx ) em pfx/drive_c/users/steamuser/Application Data/Origin e isso causa gagueira.
Impedir gravações nesse diretório (por exemplo, com permissões mais restritas) corrige o problema com nenhum efeito colateral conhecido até o momento . Não vou assumir a responsabilidade se você tentar e algo quebrar, mas pelo menos você conseguiu alguns dados 🐸

^ Isso é uma lenda, bem aqui, senhoras e senhores. @LiamDawe talvez tente
isso pelo menos antes do reembolso.

No sábado, 20 de junho de 2020 às 12h07 Etienne Juvigny [email protected]
escrevi:

Então, alguém me pediu para compartilhar uma fatia de informação sobre um dos
Comportamentos de origem que levam a uma gagueira regular. Não é diretamente
ligado ao TF2, mas pode / afetará a jogabilidade.
Origin está continuamente gravando arquivos (formato local_xxxxxxx.xml.xxxx) em pfx / drive_c / users / steamuser / Application
Dados / Origem e isso leva à gagueira.
Impedir gravações nesse diretório (por exemplo, com permissões mais restritas)
corrige o problema com efeito colateral mal até agora nenhum conhecido. Eu não vou levar
responsabilidade se você tentar e algo quebrar, mas pelo menos você conseguiu
alguns dados 🐸

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

@ Tk-Glitch apenas para referência futura, chmod 555 /path/to/directory cuidaria disso? Tenho muito pouca experiência com qualquer modificação fora de chmod 777 , e não estou tendo esse problema com o TF2, mas outros jogos Origin engasgaram mais do que deveriam.

Acabei de testar em meu próprio computador, defini o proprietário de pfx/drive_c/users/steamuser/Application Data/Origin como root e alterei as permissões para 755. Não acho que precisei definir o proprietário para que isso funcione, mas independentemente, ele corrigiu o problema . Eu ainda recebo ocasionais pequenos picos de quadros - mas eles não são um relógio, são muito menos frequentes e de duração mais curta e parecem não estar relacionados.

@serebit sim, honestamente, Titanfall 2 é mais difícil de executar do que algumas pessoas imaginam (até o Game-Debate diz que o 480 não é o suficiente para executar o jogo), e com meu 580 eu tinha 90 fps, mas eu conseguiria um gagueira aleatória aqui e ali, como muito raramente. Mas estou feliz que seu problema tenha sido corrigido.

Quer dizer, eu obtenho FPS bastante sólido no meu 480 + 3700X, em torno de 90 em média, geralmente com algumas quedas para 60 dependendo de quanto está na tela, e isso está nas configurações máximas. Eu só vejo a maioria das falhas se estiver usando o gráfico de frametime DXVK, a maioria delas são imperceptíveis mesmo quando uso o Freesync.

Bem, me derrube com um mech, foi isso. Eu fiz um chmod -R 555 em toda a pasta e agora é suave.

@LiamDawe, aí está. Fixo.

Meu Deus é exatamente isso. Basta definir as permissões na pasta Origin, pop, correção instantânea. Tive o jogo aberto enquanto eu fazia isso e uau. Fantástico. Obrigado @ Tk-Glitch

Tentei exatamente a mesma coisa com Mirror's Edge: Catalyst, e bum, buttersmooth. Ainda não verifiquei em nenhum dos jogos se o meu progresso no jogo foi salvo.

O mesmo para pedido caído, tive esse problema, mas com essa correção é suave como manteiga! Muito obrigado!

Estou tendo alguns travamentos aleatórios (não os travamentos da GPU como com RADV, apenas travamentos do jogo) aqui e ali. Há um milhão de exceções não tratadas no log, é muito grande para eu até mesmo copiar e colar em uma essência, posso ter que apenas carregá-lo em um repositório ou algo assim. Mas se alguém mais experimentar isso, me avise.

Usando o driver vulkan-amdgpu-pro (RADV é inutilizável e tem um bug de quebra de sistema com este jogo agora).

Acabei de pegar o jogo hoje. Depois de algumas horas de manipulação, consegui funcionar perfeitamente na minha instalação do Arch + i3wm, i5-4670K @ 4,4 GHz, Vega 64, Proton 5,0-9, 120 fps para corresponder à minha taxa de atualização de 120 Hz, apenas quedas muito leves quando há muito indo. Jogo incrível, muito divertido!

Ele trava com o RADV (estou usando o mesa-git 20.2.0), então não consigo testar o ACO, (EDITAR: ele agora está rodando com o mesa RADV / ACO 20.1.1 e 20.2.0; possível PEBKAC) e funciona com AMDVLK. Nenhuma opção de tela cheia sem borda dentro do jogo, e tanto em janela quanto em tela cheia são problemáticos para vários cabeçotes, mas é possível consertar isso no cliente Origin. Quando iniciado a partir do Steam, ele bloqueia automaticamente o cliente. Veja como abri-lo corretamente:

STAGING_SHARED_MEMORY=0 WINEPREFIX=/home/krompus/.steam/steam/steamapps/compatdata/1237970/pfx /home/krompus/.steam/steam/steamapps/common/Proton\ 5.0/dist/bin/wine /home/krompus/.steam/steam/steamapps/compatdata/1237970/pfx/drive_c/Program\ Files\ \(x86\)/Origin/Origin.exe

(seu nome de usuário e caminho podem variar)

Isso deve abrir o cliente Origin e permitir que você modifique as configurações. É um comando incrível, então crie um alias ou script para ele, se desejar.

Desative Origin In-Game e qualquer outra coisa de que você não precise. Nas opções de inicialização avançadas do Titanfall 2 no Origin, opcionalmente, adicione -noborder -window para iniciar o jogo no modo de tela inteira sem bordas (especialmente se você tiver vários monitores). Você também pode atribuir atalhos de teclado para alternar Profundidade de campo e outras coisas. Criei /home/krompus/.steam/steam/steamapps/common/Titanfall2/r2/cfg/autoexec.cfg contendo:

bind "F3" "dof_enable 0"
bind "F4" "dof_enable 1"
bind "F8" "exit"

Adicionar +exec autoexec.cfg às opções de lançamento do Titanfall 2 no Origin - minha linha completa de opções de lançamento avançadas é -noborder -window +exec autoexec.cfg

(a ligação de saída é perigosa se você for desajeitado ou tiver animais de estimação ou crianças pequenas, mas é muito bom ter um botão de ejeção!)

A pasta /home/krompus/.steam/steam/steamapps/compatdata/pfx/drive_c/users/steamuser/Application Data/Origin já estava definida para 755 na minha instalação, provavelmente evitando o problema de gagueira descrito acima.

Também desativei o Vsync, a maioria das configurações no máximo.

Feral GameMode e MangoHub funcionam. Especifiquei AMDVLK de 32 bits (para o cliente) e AMDVLK de 64 bits (para o jogo) nas opções de inicialização do Steam: gamemoderun mangohud VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd32.json:/usr/share/vulkan/icd.d/amd_icd64.json %command% EDIT: se estiver usando RADV, especifique 32 bits e 64 bits Vulkan como fiz para AMDVLK e, opcionalmente, adicionar ACO: gamemoderun mangohud RADV_PERFTEST=aco VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.i686.json:/usr/share/vulkan/icd.d/radeon_icd.x86_64.json %command%

O Origin cria um monte de janelas menores quando o jogo é iniciado, o que bagunça o i3wm já que as coloca lado a lado por padrão (talvez não dependendo da sua configuração). Adicione for_window [instance="origin.exe"] floating enable à configuração do i3 para fazer as janelas flutuarem e prossiga para iniciar o jogo

Espero que este comentário ajude alguém. :)

Por favor, adicione seu relatório ao rastreador de bug para o problema RADV no Mesa's
gitlab. Há apenas dois de nós que relataram até agora, precisamos de mais
do que isso.

No domingo, 21 de junho de 2020 às 4:26, krompus [email protected] escreveu:

Acabei de pegar o jogo hoje. Depois de algumas horas mexendo, entendi
funcionando perfeitamente na minha instalação Arch + i3wm, i5-4670K @ 4,4 GHz, Vega 64,
Proton 5,0-9, 120 fps para corresponder à minha taxa de atualização de 120 Hz, apenas quedas muito leves
quando há muita coisa acontecendo. Jogo incrível, muito divertido!

Ele trava com RADV (estou usando o mesa-git 20.2.0), então não posso testar o ACO, mas
ele funciona perfeitamente com AMDVLK. Nenhuma opção de tela inteira sem bordas no jogo e
tanto em janela quanto em tela cheia são problemáticos, mas é possível corrigir isso
no cliente Origin. Quando iniciado a partir do Steam, ele fecha automaticamente o cliente,
Veja como abri-lo corretamente:

STAGING_SHARED_MEMORY = 0
WINEPREFIX = / home / krompus / .steam / steam / steamapps / compatdata / 1237970 / pfx
/home/krompus/.steam/steam/steamapps/common/Proton \ 5.0 / dist / bin / wine
/home/krompus/.steam/steam/steamapps/compatdata/1237970/pfx/drive_c/Program \
Arquivos \ (x86) /Origin/Origin.exe

(seu nome de usuário e caminho podem variar)

Isso deve abrir o cliente Origin e permitir que você modifique as configurações.
É um comando incrível, então crie um alias ou script para ele, se desejar.

Desative Origin In-Game e qualquer outra coisa de que você não precise. No
Opções avançadas de lançamento de Titanfall 2 no Origin, opcionalmente adicionar -noborder
-window para iniciar o jogo no modo de tela cheia sem borda (especialmente se
você tem vários monitores). Você também pode atribuir atalhos de teclado para alternar a profundidade
de Field e outras coisas. Eu criei / home / krompus / games / Titanfall
2 / Titanfall2 / r2 / cfg / autoexec.cfg contendo:

vincular "F3" "dof_enable 0"
vincular "F4" "dof_enable 1"
ligar "F8" "sair"

Adicionar + exec autoexec.cfg às opções de inicialização do Titanfall 2 no Origin - my
a linha de opções de inicialização totalmente avançadas é -noborder -window + exec autoexec.cfg

(a ligação de saída é perigosa se você for desajeitado, ou tiver animais de estimação ou pequenos
crianças, mas é muito bom ter um botão de ejeção!)

A pasta /home/krompus/.steam/steam/steamapps/compatdata/pfx/drive_c/users/steamuser/Application
Data / Origin já foi definido como 755 na minha instalação, provavelmente evitando o
problema de gagueira descrito acima.

Também desativei o Vsync, a maioria das configurações no máximo.
https://i.imgur.com/MYJXGjy.jpg

Feral GameMode e MangoHub funcionam. Eu especifiquei ambos de 32 bits
AMDVLK (para o cliente) e AMDVLK de 64 bits (para o jogo) no lançamento do Steam
opções: gamemoderun mangohud
VK_ICD_FILENAMES = / usr / share / vulkan / icd.d / amd_icd32.json: /usr/share/vulkan/icd.d/amd_icd64.json
%comando%

O Origin cria várias janelas menores quando o jogo é iniciado, que
mexe com o i3wm, uma vez que os coloca lado a lado por padrão (talvez não dependendo do seu
config). Adicionar for_window [instance = "origin.exe"] habilitação flutuante ao seu
i3 config para fazer as janelas flutuantes e prossiga para iniciar o jogo

Espero que este comentário ajude alguém. :)

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

@krompus https://gitlab.freedesktop.org/mesa/mesa/-/issues/3151

É onde você relata. Se você ler os comentários nesta página aqui, verá que já estabelecemos que há um bug no RADV para este jogo.

É novo, como você pode ver, eu postei benchmarks de alguns meses atrás, eu me criei executando Titanfall 2 com RADV sem problemas. Mas agora ele trava não importa o quê, bug definitivo. Mas sim, por favor, adicione seu material ao relatório de bug do mesa no link.

@ gardotd426 Obrigado, vou apresentar um relatório de bug para a falha do RADV em breve. Já gastei horas neste jogo hoje e vou ficar com o AMDVLK por enquanto, pois não tive problemas com ele.

Obviamente. Ninguém está dizendo para você usar RADV, é inutilizável. Mas nós ainda
precisam apresentar relatórios de bug para que possam corrigi-lo.

No domingo, 21 de junho de 2020 às 4h37, krompus [email protected] escreveu:

@ gardotd426 https://github.com/gardotd426 Obrigado, vou registrar um bug
relatório para a falha RADV em breve. Já passei horas neste jogo
hoje, e vou ficar com AMDVLK por enquanto, pois não tive problemas
com isso.

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

@krompus Existe algum truque para abrir o Origin com o seu comando? Quando tento, recebo uma mensagem informando que o serviço de login não está disponível (não está em inglês, portanto não é exatamente a mesma mensagem). Parece que o cliente não consegue se conectar à Internet ...

@alosarjos Fui o primeiro a postar esse método de iniciar o Origin autônomo (para desativar a sobreposição) no outro rastreador de bug para a sobreposição do Origin, e também não tenho problemas para iniciá-lo com esse método.

Copie e cole o comando exato que você está usando.

Copie e cole o comando exato que você está usando.

STAGING_SHARED_MEMORY=0 WINEPREFIX=/mnt/Datos/Steam/steamapps/compatdata/1237970/pfx "/mnt/Datos/Steam/steamapps/common/Proton 5.0/dist/bin/wine" /mnt/Datos/Steam/steamapps/compatdata/1237970/pfx/drive_c/Program\ Files\ \(x86\)/Origin/Origin.exe

EDIT: Talvez algo relacionado a isso?

0024:fixme:netprofm:list_manager_GetConnectivity 0F07DD18, 0031BF64 0068:fixme:netprofm:list_manager_GetConnectivity 00C91DA8, 017ADB44 0024:fixme:netprofm:list_manager_GetConnectivity 0F07DD18, 0031BF64 0068:fixme:netprofm:list_manager_GetConnectivity 00C91DA8, 017ADB44 0024:fixme:netprofm:list_manager_GetConnectivity 00A534E0, 0031BF64 0068:fixme:netprofm:list_manager_GetConnectivity 00C91DA8, 017ADB44

O mesmo que você com os diretórios alterados. É em espanhol:

@alosarjos talvez tire as aspas no caminho do vinho? Ele não inicia quando eu faço o mesmo. Não tenho certeza por que está sendo lançado para você; provavelmente um problema diferente.

Gostaria de remover as aspas. Basta usar Proton \ 5.0 /

Domingo, 21 de junho de 2020 às 04h53 José Miguel Sarasola <
notificaçõ[email protected]> escreveu:

Copie e cole o comando exato que você está usando.

STAGING_SHARED_MEMORY = 0
WINEPREFIX = / mnt / Datos / Steam / steamapps / compatdata / 1237970 / pfx
"/ mnt / Datos / Steam / steamapps / common / Proton 5.0 / dist / bin / wine"
/ mnt / Datos / Steam / steamapps / compatdata / 1237970 / pfx / drive_c / Program \ Files \
(x86) /Origin/Origin.exe

O mesmo que você com os diretórios alterados. É em espanhol:

[imagem: Captura de pantalla de 2020-06-21 10-52-27]
https://user-images.githubusercontent.com/29999427/85220614-51b8c880-b3ad-11ea-8887-a5a7373c29f4.png

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

Ainda o mesmo

Porque sim, tudo funciona para mim:

Você realmente tentou fazer login? Já recebi essa mensagem antes e ainda me permite fazer login, na versão autônoma regular do Origin.

Além disso, você pode muito bem não ter todas as suas bibliotecas de vinho necessárias instaladas, quem sabe. Você não está realmente executando o Proton, mas o vinho que está dentro dele. Só consigo pensar nisso.

Você realmente tentou fazer login? Já recebi essa mensagem antes e ainda me permite fazer login, na versão autônoma regular do Origin.

Além disso, você pode muito bem não ter todas as suas bibliotecas de vinho necessárias instaladas, quem sabe. Você não está realmente executando o Proton, mas o vinho que está dentro dele. Só consigo pensar nisso.

Sim, dá um erro. Acho que não é isso, já que posso iniciar Titanfall 2, Alt + Tab e acessar o cliente e estou logado. Porém, como o jogo está rodando, ele não me permite definir parâmetros ...

É isso que eu estou dizendo. Quando você inicia Titanfall 2, você está usando o Steam
Tempo de execução do Linux. O runtime do Steam Linux INCLUI essas bibliotecas.

Mas quando você o executa assim, não consegue. Você precisa ter tudo
suas bibliotecas instaladas.

Domingo, 21 de junho de 2020 às 5h34 José Miguel Sarasola <
notificaçõ[email protected]> escreveu:

Você realmente tentou fazer login? Eu recebi essa mensagem antes e
ainda deixe-me fazer o login, na versão autônoma regular do Origin.

Além disso, você pode muito bem não ter todas as suas bebidas de vinho necessárias
instalado, quem sabe. Você não está realmente executando o Proton, mas o vinho
construir dentro dele. Só consigo pensar nisso.

Sim, dá um erro. Eu não acho que é isso, já que posso lançar
Titanfall 2, Alt + Tab e acessar o cliente e eu estou logado.
uma vez que o jogo está em execução, não me permite definir parâmetros ...

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

Em que distribuição você está?

Quando você usa o Steam, o Steam fornece todas as bibliotecas necessárias como parte de seu tempo de execução. Quando você inicia qualquer coisa fora do Steam, INDEPENDENTEMENTE de usar a compilação Proton do wine (porque isso é tudo o que você está fazendo), você não tem nenhuma dessas bibliotecas que o Steam fornece, então você tem que tê-las instaladas em seu sistema. Se você não tiver, não funcionará.

Se você me contar sua distribuição, podemos consertá-la ou eliminá-la como a causa. Mas o fato de você poder lançar Titanfall 2 através do Steam significa literalmente nada.

Estou no arco

@alosarjos Oh, você se certificou de que o Origin já não está rodando em segundo plano depois de lançá-lo no Steam etc? Faça uma reinicialização supersticiosa e execute o comando novamente.

sudo pacman -S --needed lib32-gnutls lib32-libldap lib32-libgpg-error lib32-libxml2 lib32-alsa-plugins lib32-sdl2 lib32-freetype2 lib32-dbus lib32-libgcrypt libgcrypt wine-staging giflib lib32-giflib libpng lib32-libpng libldap gnutls mpg123 lib32-mpg123 openal lib32-openal v4l-utils lib32-v4l-utils libpulse lib32-libpulse libgpg-error lib32-libgpg-error alsa-plugins lib32-alsa-plugins alsa-lib lib32-alsa-lib libjpeg-turbo lib32-libjpeg-turbo sqlite lib32-sqlite libxcomposite lib32-libxcomposite libxinerama lib32-libxinerama ncurses lib32-ncurses opencl-icd-loader lib32-opencl-icd-loader libxslt lib32-libxslt libva lib32-libva gtk3 lib32-gtk3 gst-plugins-base-libs lib32-gst-plugins-base-libs vulkan-icd-loader lib32-vulkan-icd-loader

Isso é da documentação da Lutris sobre as dependências Origin e Wine. Você precisa de tudo isso. Ele só irá instalar o que você ainda não tem, se você usar o comando acima.

É por isso que eu suspeito (se já não estava em execução e esse era o seu problema o tempo todo) que você está perdendo algo, porque o Origin requer especificamente a instalação de itens extras para funcionar. Novamente, o motivo pelo qual ele pode ser executado no Steam quando você o inicia é porque o Steam está fornecendo. Mas não neste caso, porque você está executando manualmente.

sudo pacman -S --needed lib32-gnutls lib32-libldap lib32-libgpg-error lib32-libxml2 lib32-alsa-plugins lib32-sdl2 lib32-freetype2 lib32-dbus lib32-libgcrypt libgcrypt wine-staging giflib lib32-giflib libpng lib32-libpng libldap gnutls mpg123 lib32-mpg123 openal lib32-openal v4l-utils lib32-v4l-utils libpulse lib32-libpulse libgpg-error lib32-libgpg-error alsa-plugins lib32-alsa-plugins alsa-lib lib32-alsa-lib libjpeg-turbo lib32-libjpeg-turbo sqlite lib32-sqlite libxcomposite lib32-libxcomposite libxinerama lib32-libxinerama ncurses lib32-ncurses opencl-icd-loader lib32-opencl-icd-loader libxslt lib32-libxslt libva lib32-libva gtk3 lib32-gtk3 gst-plugins-base-libs lib32-gst-plugins-base-libs vulkan-icd-loader lib32-vulkan-icd-loader

Isso é da documentação da Lutris sobre as dependências Origin e Wine. Você precisa de tudo isso. Ele só irá instalar o que você ainda não tem, se você usar o comando acima.

Bem, era isso. Muito obrigado, pessoal!

De nada. Sim cara, não presuma que "funciona no Steam" significa que funcionará sem ele. O Steam fornece MUITAS coisas próprias, então quando você tenta fazer as coisas manualmente, você TEM que instalar você mesmo.

É por isso que no Arch eu sempre instalo o steam e o steam-native-runtime, porque o steam-native-runtime irá trazer tudo que você precisa como dependências. Mas sim, fico feliz por poder ajudar.

De nada. Sim cara, não presuma que "funciona no Steam" significa que funcionará sem ele. O Steam fornece MUITAS coisas próprias, então quando você tenta fazer as coisas manualmente, você TEM que instalar você mesmo.

É por isso que no Arch eu sempre instalo o steam e o steam-native-runtime, porque o steam-native-runtime irá trazer tudo que você precisa como dependências. Mas sim, fico feliz por poder ajudar.

Embora o Steam Wine dentro do Proton tivesse todo o material

O vinho dentro do Proton é apenas Vinho, é isso.

Existem programas e existem bibliotecas. programas executáveis ​​(como
wine) DEPENDE das bibliotecas para rodar.

O vinho dentro do Proton do Steam é apenas um programa executável.

Além disso, está executando o ORIGIN, um executável do Windows. Mais
bibliotecas necessárias.

O vinho dentro do Proton é apenas vinho, tem manchas, mas no final de
o dia é apenas um executável de vinho. Você realmente tem que ter o
bibliotecas necessárias para que as coisas funcionem. Novamente, o Steam fornece aqueles
em si, mas apenas para jogos que você está executando IN Steam.

Domingo, 21 de junho de 2020 às 5h50 José Miguel Sarasola <
notificaçõ[email protected]> escreveu:

De nada. Sim, cara, não presuma que "funciona no Steam" significa
vai funcionar sem ele. O Steam fornece MUITAS coisas próprias, então quando você
tente fazer as coisas manualmente, você TEM que instalar você mesmo.

É por isso que no Arch eu sempre instalo o steam e o steam-native-runtime,
porque o steam-native-runtime irá puxar em tudo que você precisa como
dependências. Mas sim, fico feliz por poder ajudar.

Embora o Steam Wine dentro do Proton tivesse todo o material

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

Eu vi algumas melhorias na execução do jogo por meio da passagem de prótons em
esse assunto.
Não acho que algumas das correções também poderiam melhorar o desempenho de
a versão do script de lançamento da Lutris.
Em caso afirmativo: seria ótimo se alguém aplicasse essas correções lá também para fazer
ainda mais desempenho. (como eu já possuía o jogo através da origem)

No domingo, 21 de junho de 2020 às 11h53, gardotd426 [email protected] escreveu:

O vinho dentro do Proton é apenas Vinho, é isso.

Existem programas e existem bibliotecas. programas executáveis ​​(como
wine) DEPENDE das bibliotecas para rodar.

O vinho dentro do Proton do Steam é apenas um programa executável.

Além disso, está executando o ORIGIN, um executável do Windows. Mais
bibliotecas necessárias.

O vinho dentro do Proton é apenas vinho, tem manchas, mas no final de
o dia é apenas um executável de vinho. Você realmente tem que ter o
bibliotecas necessárias para que as coisas funcionem. Novamente, o Steam fornece aqueles
em si, mas apenas para jogos que você está executando IN Steam.

Domingo, 21 de junho de 2020 às 5h50 José Miguel Sarasola <
notificaçõ[email protected]> escreveu:

De nada. Sim cara, não presuma que "funciona no Steam"
significa
vai funcionar sem ele. O Steam fornece MUITAS coisas próprias, então quando
vocês
tente fazer as coisas manualmente, você TEM que instalar você mesmo.

É por isso que no Arch eu sempre instalo o steam e o steam-native-runtime,
porque o steam-native-runtime irá puxar em tudo que você precisa como
dependências. Mas sim, fico feliz por poder ajudar.

Embora o Steam Wine dentro do Proton tivesse todo o material

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

.

-
Você está recebendo isto porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/4001#issuecomment-647106015 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AAHWUMXUV5XQ7NQXN4ZHN7LRXXKADANCNFSM4OCFH2AA
.

@thibaultmol a maioria desses problemas não se aplica à versão Origin de qualquer maneira.

Eu executei a versão Origin por quase um ano, ela funciona melhor do que a Steam e não fiz nenhum ajuste extra além de habilitar o Fsync e coisas assim. Sem "correções".

O único problema real que persiste é com as GPUs AMD e é apenas recente, o RADV está quebrado para ambas as versões, então você tem que usar AMDVLK. Mas isso não é algo que o script Origin pode configurar, porque ele não pode forçar a instalação do AMDVLK, então isso não está no escopo ou em um script de instalação da Lutris.

Mas sim, a versão Origin simplesmente funciona.

@ gardotd426 ah legal

O único problema que estou tendo com a versão original é que não consigo fazer o login porque o layout do meu teclado quebra.
https://github.com/ValveSoftware/Proton/issues/329
Não consigo digitar a letra h ou i porque ela foi transformada em é e è por algum motivo.
Não encontrei uma maneira de consertar e também não consigo CTRL V minha senha e e-mail no cliente de origem como uma solução alternativa

Isso infelizmente não se parece com nada que um script de instalação Lutris poderia
corrigir, também. Nem está relacionado a nada mencionado aqui.

A única coisa que consigo pensar é em mudar sua senha para algo que
não requer esses personagens.

Domingo, 21 de junho de 2020 às 9h47 Thibault Molleman [email protected]
escrevi:

@ gardotd426 https://github.com/gardotd426 ah legal

O único problema que estou tendo com a versão original é que não posso
faça login porque o layout do meu teclado quebra.

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

Não consigo digitar a letra h ou i porque ela se transforma em é e è para
alguma razão.
Não encontrei uma maneira de consertar e não consigo CTRL V minha senha e e-mail para
o cliente de origem como uma solução alternativa

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

Desculpe se perdi algo, mas não consigo passar da instalação do Origin, pois ele falha com o código de erro 16:-1 . Eu instalei as libs listadas anteriormente neste tópico, no entanto, parece falhar mesmo se eu excluir a pasta do jogo em compatdata. Eu tenho o jogo em uma partição ext4, se isso for útil, e estou executando o Arch Linux.

Corrigi esse problema excluindo toda a instalação do próton e reinstalando-o na mesma unidade em que o jogo está localizado. No entanto, agora, após a instalação do Origin, o lançamento do Steam apenas sai após alguns segundos.

Fwiw, RADV funciona bem no meu RX 480. Sem problemas.

No entanto, como outros têm problemas com RADV no Navi, adicionei o problema ao OP.

Consigo fazer o jogo funcionar com poucos artefatos, sem habilitação prévia do amdvlk- Eu tenho um 5700xt.

@serebit , O RX 480 é gfx 8 (ou mesmo 7, mas acho que 8), Navi é gfx10, eles não são realmente os mesmos componentes de driver.

@ int-72h quantas partidas multiplayer você conseguiu jogar? Em qual versão do mesa você está?

@ gardotd426

O único problema real que persiste é para GPUs AMD e é apenas recente, RADV está quebrado para ambas as versões

RADV não está quebrado para ambas as versões para pelo menos algumas pessoas no Navi, aparentemente, nem está quebrado para a maioria das placas de vídeo AMD pré-gfx10. Era isso que eu estava tentando transmitir. Dizer que o RADV está quebrado não conta toda a história.

Isso depende da versão do Mesa que ele está usando.

Além disso, acabei de testar forçar llvm em vez de ACO e não tive uma falha de GPU depois de cerca de 4 partidas (tanto eu quanto @alosarjos fomos capazes de reproduzir falhas de forma confiável sem nem mesmo passar por uma partida inteira no ACO).

Então, parece que é um bug ACO no RADV.

Além disso, as duas versões são o mesmo jogo, a versão Steam não é diferente. Especialmente no que diz respeito ao driver da GPU. Dito isso, é por isso que eu perguntei a @ int-72h em qual versão do Mesa ele estava, porque eu sei que não estava presente tão recente quanto 20.0. Este é um novo desenvolvimento, uma regressão aparentemente.

Se @ int-72h estava usando llvm, eles deveriam tentar ACO para ver se ele travava.

Além disso, eles não disseram se estavam jogando a campanha ou no modo multijogador. Até agora, parece que as falhas afetam apenas o modo multijogador.

ACO também funciona bem para mim, aliás, em 20.0.8. Coloque 8 horas até agora sem tocar no LLVM. Vou atualizar a postagem com uma menção ao ACO, no entanto.

Você não está no Navi. Já estabelecemos que isso é apenas um bug da Navi, ninguém nunca disse que eram todas as GPUs da AMD.

Mas também é possível que esteja em outras GPUs, mas simplesmente não tivemos ninguém experimentando com 20.1.1. Mas, por enquanto, está afetando apenas Navi. Novamente, porque gfx10 é diferente de gfx8 (ou 7 ou qualquer que seja o Polaris10)

Também estou tendo gagueira ... mas no Xorg KDE.

No entanto, acho que encontrei um problema.

Estou usando uma solução de sandbox que desenvolvi .

Desta vez, decidi testar se a gagueira poderia ter sido causada pelo sandbox e descobri que eram.

Acredito que exista algum tipo de interface (provavelmente uma das interfaces d-bus) que o GNOME não implementa e minha sandbox é cortada, o que faz com que alguma parte do próton se comporte mal.

Vou investigar amanhã.

Desconsidere isso. Não é possível replicar. Hoje ele gagueja não importa o quê.

PS. Não tenho problemas no Navi 5700 XT com mesa-git e ACO. (pelo menos no curso tutorial)

Acabei de falar com alguém em um 5700 XT com mesa 20.0.0 e ACO habilitado, sem problemas depois de jogar uma partida multiplayer. Pode muito bem ser um problema com o Mesa 20.1, mas preciso encontrar alguém que esteja disposto a testar isso no Navi.

Posso fazer o downgrade para 20.0 e ver o que acontece, vou fazer

@ igo95862 só conseguimos reproduzi-lo em partidas multijogador. Três pessoas, até agora. Mas tudo com Mesa 20.1.1.

O motivo do LED do HDD estar aceso é o que @ TK-Glitch mencionou anteriormente no tópico. Altere as permissões de gravação nesse diretório, a menos que sua sandbox evite gravá-lo de qualquer maneira, mas eu ainda tentaria.

@ gardotd426 Tornar o arquivo somente leitura é apenas uma

Não acredito que seja um bug, pelo menos não um bug do Linux. O Origin grava constantemente nesse diretório. Talvez não seja suposto, mas isso seria um bug no Origin. Aparentemente, já se sabe há algum tempo.

Portanto, o bug ACO Navi é limitado a 20.1.X, não sei ainda se é apenas 20.1.1 ou se 20.1.0 também é afetado

Fiz o downgrade para 20.0.7 (a última versão 20.0.X, pelo menos para Arch) e joguei cerca de 4 partidas sem nenhum problema.

Eu e três outras pessoas reproduzimos falhas de forma confiável em dez minutos de multijogador em 20.1.1.

Então, pelo menos sabemos disso. Vou postar o relatório de bug no Mesa GitLab também.

Então, acabei de atualizar para 20.1.1 para ver se conseguia reproduzir o bug ACO no gfx8, e consegui uma correspondência de Attrition completa sem problemas (vencido e com melhor pontuação também!). Parece que o problema pode ser específico do Navi - pode valer a pena observar no relatório de bug.

Já está anotado lá, eu não arquivei, então não posso mudar nada
no próprio relatório de bug. Mas sim, já está lá.

Na segunda-feira, 22 de junho de 2020 às 13:13 Campbell Jones notificaçõ[email protected]
escrevi:

Então, acabei de atualizar para 20.1.1 para ver se poderia reproduzir o bug ACO em
gfx8, e consegui uma partida de Attrition completa sem problemas (ganhei e
com melhor pontuação também!). Parece que o problema pode realmente ser
Específico do Navi - pode valer a pena observar no relatório de bug.

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

Se alguém estiver usando Pop! _OS e estiver usando o Steam através do Pop! Loja, você pode executar o seguinte:

chmod -R -w ~ / .steam / debian-installation / steamapps / compatdata / 1237970 / pfx / drive_c / users / steamuser / Application Data / Origin

Desconsidere o que eu disse sobre o sandbox. Não consigo fazer o jogo rodar sem gagueira hoje sem sandbox.

Eu gerei alguns logs de strace. Pelo que vejo, há na verdade um monte de arquivos que estão sendo abertos de forma consistente. Por exemplo, steamclient.dll é aberto algumas dezenas de milhares de vezes, assim como as fontes Noto Sans. Toda a lentidão é causada pela chamada fsync que força a gravação na unidade de disco mais do que o armazenamento em cache na RAM antes das gravações. (não confunda com pathes fsync para mutex) Estou me perguntando se eu poderia usar o secomp para filtrar chamadas fsync.

Ninguém mais encontrou esse erro?

PS: Mesmo depois de deletar o pfx e reinstalar o Origin, ele não quer um novo login (como na primeira execução). Existem arquivos de configuração fora do pfx que precisam ser excluídos também?

existe uma maneira de fazer a sobreposição de origem funcionar? nada acontece quando eu envio Shift + F1

@sigzegv não, a sobreposição de origem não funciona no Linux.

@daugustin Eu nunca vi isso antes. Tente excluir o prefixo e tente novamente.

@daugustin Também estou tendo esse problema.

@sigzegv A sobreposição de Origem é desabilitada ao executar o jogo no Steam, tanto no Windows quanto no Linux. A sobreposição do Steam deveria estar disponível em vez disso, mas não é devido a um problema que ainda não foi resolvido. Se você deseja convidar um jogador para o seu jogo, você deve fazê-lo através da janela Origin.

@daugustin
Infelizmente, não consigo iniciar o jogo.

Debian 5.4.5 - Proton 5.0-9 - NVIDIA 440.66.15

Instalei o jogo via Steam. Origin me disse para reiniciar o jogo para que eu possa LINK minha conta Steam.
-> verificado Online, está vinculado.

Segunda tentativa, Origin abre e fecha muito, quer minha localização onde instalar novos jogos.
-> dentro da pasta de prefixo ao lado do próprio Origin -> "Jogos Origin".

Antes de iniciar o jogo, ocorre o mesmo erro:
https://imgur.com/J2aSZLM

Ver em todos os lugares que está funcionando, exceto o Origin, não está nem mesmo me permitindo iniciar o jogo.

@serebit não sabia que você pode usar a própria janela de origem.
Minha solução alternativa tem sido fazer uma 'rede' para meus amigos e, ao iniciar a combinação de parceiros, basta escolher 'convidar rede' para convidá-los. Tudo no menu do jogo

@sigzegv A sobreposição de Origem é desabilitada ao executar o jogo no Steam, tanto no Windows quanto no Linux. A sobreposição do Steam deveria estar disponível em vez disso, mas não é devido a um problema que ainda não foi resolvido. Se você deseja convidar um jogador para o seu jogo, você deve fazê-lo através da janela Origin.

@serebit Isso está errado, a sobreposição de origem funciona perfeitamente no Windows se o jogo for iniciado a partir do Steam (e a sobreposição do Steam não precisa ser desativada, ambas funcionam). Portanto, talvez ainda não seja suportado no Linux como disse, mas há algo que pode ser feito para consertar isso.

@sigzegv

há algo que pode ser feito para consertar isso.

Na verdade, não, até que Wine / DXVK de alguma forma adicione suporte para ele. Ele não funciona no Linux, mesmo em jogos regulares Origin (não Steam)

@ DGR-dev

Você não deve nem mesmo fazer isso com a janela Origin (selecione onde os jogos serão instalados). Nunca deve deixar você chegar a esse ponto. Exclua o prefixo e tente novamente.

O que deveria acontecer é que, depois de iniciá-lo pela segunda vez para vincular suas contas, a janela Origin aparece e, em seguida, minimiza imediatamente e o jogo começa. Você não deve fazer nada com a janela Origin em si.

Na verdade não, até que Wine / DXVK de alguma forma adicione suporte para ele

@ gardotd426 claro que é o que eu estava presumindo aqui .. é por isso que postamos no github do próton.

Eu estava mais dizendo que eles podem nem mesmo ser capazes de adicionar suporte, então
presumir que ele definitivamente pode ser consertado é um salto. Mas sim eu entendo
o que você quer dizer.

Eu fiz funcionar aleatoriamente no BFV uma ou duas vezes, mas geralmente ele se recusa
para funcionar, os jogos nem serão iniciados com ele habilitado. E então se você habilitar
, se os jogos forem iniciados, eles ainda desativam a sobreposição.

Quarta, 24 de junho de 2020 às 8:25 Carlos Alvarez [email protected]
escrevi:

Na verdade não, até que Wine / DXVK de alguma forma adicione suporte para ele
@ gardotd426 https://github.com/gardotd426 é claro que eu era
presumindo aqui .. é por isso que postamos no github do próton.

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

o jogo não funciona. Ele instala corretamente, mas acho que é a origem mini que trava, então o tf2 nem tenta iniciar, não tem chance.

Certifique-se de ter instaladas bibliotecas Mesa / vulkan de 32 bits

@edoantonioco O jogo definitivamente funciona 100 por cento.

Em vez de apenas postar "Welp. O jogo não funciona, está quebrado" sem nenhuma informação relevante, tente realmente nos fornecer as informações de que precisamos, como:

• Distribuição e versão distro
• GPU e versão do driver (Mesa para AMD, drivers proprietários da Nvidia para Nvidia)
• Se você tem bibliotecas de 32 bits instaladas. Titanfall 2 é um jogo de 64 bits, mas Origin é um aplicativo de 32 bits
• Ambiente desktop (a versão Steam não funcionará no i3, por exemplo, a menos que você edite especificamente a configuração do i3).

Eu experimento o problema do

Vou adicionar esse problema ao OP @Fraetor

@krompus , realmente poderíamos usar sua ajuda naquele relatório de bug para mesa.

Não é suficiente ser tipo "bem, o AMDVLK funciona bem, então vou apenas usar isso e não ajudar a relatar o bug do RADV."

Não demora muito, nós realmente apreciaríamos.

@ gardotd426 Eu não disse "bem, o AMDVLK funciona bem, então vou apenas usar isso e não ajudar a relatar o bug do RADV" eu disse

Ele trava com RADV (estou usando mesa-git 20.2.0), então não posso testar o ACO, mas funciona bem com AMDVLK.

e então eu disse

Obrigado, vou apresentar um relatório de bug para a falha RADV em breve. Já gastei horas neste jogo hoje e vou ficar com o AMDVLK por enquanto, pois não tive problemas com ele.

Tenho estado muito ocupado nestes últimos dias, peço desculpas se meu acompanhamento não for oportuno o suficiente.

Ontem à noite, na mesma máquina Arch Linux, tive uma atualização para amdvlk , lib32-amdvlk , mesa-git , lib32-mesa-git , outro lib32-mesa-git esta manhã, bem como uma atualização do kernel para o Zen e o vanilla Arch kernel. Acabei de tentar executar o jogo com VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.i686.json:/usr/share/vulkan/icd.d/radeon_icd.x86_64.json %command% nas opções de inicialização do Steam e funcionou perfeitamente. Ele também funcionou bem com as bandeiras de lançamento removidas e com RADV_PERFTEST=aco anexado às anteriores.

O desempenho parece igual para AMDVLK e RADV para mim com meu Vega 64, zero problemas até onde posso ver. Eu completei várias partidas multiplayer para uma boa medida, não um obstáculo.

Aqui estão os logs, lançados com MESA_DEBUG=1 RADV_PERFTEST=aco VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.i686.json:/usr/share/vulkan/icd.d/radeon_icd.x86_64.json %command% : Gist

@krompus Você se importaria de fazer o downgrade para o Mesa 20.1.1 e ver se o ACO causa travamentos para você? Parece travar no GFX10, mas não no GFX8, então seria interessante ver se travaria no GFX9. Minha aposta é em não bater.

@serebit desatualizado para 20.1.1 mesa, lib32-mesa e vulkan-radeon, sem problemas com ACO. Não tenho certeza de qual era o problema antes, mas ele foi embora agora.

Acho que quando você disse que travou usando RADV @alosarjos e pensei que você quis dizer

Não é o mesmo problema, então não se preocupe em tentar reproduzir nada.
O acidente do driver parece limitado ao Navi.
Enviado de Mailspring (https://link.getmailspring.com/link/[email protected]/0?redirect=https%3A%2F%2Fgetmailspring.com%2F&recipient=cmVwbHkrQU01WTMzNldHV0tGUjVNWEpCV0FUS1Y1QUFLN1hFVkJOSEhDTVBMTExRQHJlcGx5LmdpdGh1Yi5jb20%3D) , o melhor aplicativo de e-mail gratuito para o trabalho
Em 25 de junho de 2020, às 01h24, krompus [email protected] escreveu:
>
>

@serebit (https://link.getmailspring.com/link/[email protected]/1?redirect=https%3A%2F%2Fgithub.com%2Fserebit&recipient=cmVwbHkrQU01WTMzNldHV0tGUjVNWEpCV0FUS1Y1QUFLN1hFVkJOSEhDTVBMTExRQHJlcGx5LmdpdGh1Yi5jb20%3D) rebaixado para 20.1.1 mesa, lib32-mesa e vulkan_radeon, sem problemas com ACO. Não tenho certeza de qual era o problema antes, mas ele foi embora agora.
-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub (https://link.getmailspring.com/link/[email protected]/2?redirect=https%3A%2F%2Fgithub.com % 2FValveSoftware% 2FProton% 2Fissues% 2F4001% 23issuecomment-649226438 & destinatário = cmVwbHkrQU01WTMzNldHV0tGUjVNWEpCV0FUS1Y1QUFLN1hFVkJOSEhDTVBMTExRQHJlcGx5LmdpdGh1Yi5jb20% 3D), ou de cancelamento (https://link.getmailspring.com/link/[email protected]/3?redirect = https% 3A% 2F% 2Fgithub.com% 2Fnotifications% 2Funsubscribe-auth% 2FAM5Y33YH227EPYM2TADY7ADRYLNPXANCNFSM4OCFH2AA & destinatário = cmVwbHkrQU01WTMzNldHV0tGUjVNWEpCV0FUS1Y1QUFLN1hFVkJOSEhDTVBMTExRQHJlcGx5LmdpdGh1Yi5jb20% 3D).

Sim, se o seu V64 não está tendo problemas, então é quase definitivamente apenas Navi. Excelente.

Faz sentido, eu só queria que houvesse uma maneira de reproduzi-lo de forma confiável em vez de "isso sempre acontece dentro de aproximadamente 15-20 minutos no modo multijogador."

Então, alguém me pediu para compartilhar uma fatia de informação sobre um dos comportamentos de Origin que leva a uma gagueira regular. Não está diretamente ligado ao TF2, mas pode / afetará a jogabilidade.
O Origin está continuamente gravando arquivos (formato local_xxxxxxx.xml.xxxx ) em pfx/drive_c/users/steamuser/Application Data/Origin e isso causa gagueira.
Impedir gravações nesse diretório (por exemplo, com permissões mais restritas) corrige o problema _ até agora_ sem nenhum efeito colateral conhecido. Não vou assumir a responsabilidade se você tentar e algo quebrar, mas pelo menos você tem algum data frog

fazer isso não faz nada para mim. eu tenho a biblioteca Steam na unidade NTFS. nenhum outro jogo tem qualquer problema, mas titanfall 2 gagueja a cada 1-2 segundos, e às vezes também ocorrem framedrops. Eu tenho essa unidade montada em uma pasta dentro da minha pasta de início chamada Steam, então eu fiz isso chmod -R -w ~/Steam/SteamLibrary/steamapps/compatdata/1237970/pfx/drive_c/users/steamuser/Application\ Data/Origin/ fazer isso parece alterar as permissões. no fstab eu o configurei para UUID=6A6C3B676C3B2D67 /home/apoorv/Steam ntfs-3g rw,user,exec,uid=1000,gid=1000 0 0 . Vou fornecer mais informações, se necessário

@ apoorv569 NTFS é conhecido por causar gagueira em vários jogos Proton. Mova o jogo da unidade NTFS para uma unidade formatada com algo como EXT4 e veja se isso ajuda.

@ apoorv569 NTFS é conhecido por causar gagueira em vários jogos Proton. Mova o jogo da unidade NTFS para uma unidade formatada com algo como EXT4 e veja se isso ajuda.

aah, é uma unidade de 1 TB, preciso remover e baixar tudo novamente :(

@ apoorv569 Você pode simplesmente copiar e colar a pasta steamapps no novo local e o Steam descobrirá os arquivos existentes quando você baixar novamente. Se for apenas o Titanfall que você deseja movê-lo, ele poderá ser acessado na guia de arquivos locais da tela de propriedades; há uma opção "mover instalação".

@ apoorv569 Você pode simplesmente copiar e colar a pasta steamapps no novo local e o Steam descobrirá os arquivos existentes quando você baixar novamente. Se for apenas o Titanfall que você deseja movê-lo, ele poderá ser acessado na guia de arquivos locais da tela de propriedades; há uma opção "mover instalação".

eu sei, mas não tenho outra unidade com espaço disponível. Vou formatar e baixar tudo novamente, pois queria que este disco fosse ext4 de qualquer maneira, entrarei em contato com você amanhã, talvez. Com sorte: stick_out_tongue_winking_eye:

@ gardotd426 Qual é a configuração do i3? Parece funcionar para mim, suponho que a configuração ajuda com a tonelada de janelas de origem que aparecem?

Aqui está o meu caminho, caso ajude alguém.

1. Quando eu instalo o Titanfall 2 usando o Proton 5.0.9, eu passo a instalação do Origin e, em seguida, travo o seguinte:
   
2. Pressionar "Ignorar" apenas faz o botão desaparecer e não tem nenhum outro efeito. Eu clico em "X Cancelar" no Steam e reinicio.
3. Eu passo por uma série de inscrições do Origin que carregam lentamente.
4. Titanfall começa em uma tela com borda preta.
5. I X para fora da tela com borda.
6. Eu clico em Jogar novamente, espero pacientemente e Titanfall começa em tela cheia.
7. Neste ponto, você não deve usar alt-tab ou a tela ficará preta novamente.
8. Eu entro nas configurações, desativo o V-sync e defino o modo de exibição em janela
9. Agora posso alt-tab e jogar Titanfall 2.

Boa sorte.

Eu recebo travamentos aleatórios que congelam todo o sistema, exigindo reinicialização. Agradeceria qualquer indicação para logs apropriados.

@matthew-piziak Presumo que você tenha uma GPU Navi?

Nesse caso, faça o seguinte:

• Desligue o ACO (se você configurá-lo manualmente. Caso contrário, tente forçar com RADV_PERFTEST=llvm %command% nas opções de inicialização). OU;
• Use AMDVLK (ou vulkan-amdgpu-pro) em vez de RADV. O desempenho é idêntico entre os três (eu postei alguns benchmarks do flightlessmango que fiz há algum tempo para demonstrar isso. Eles são literalmente iguais) e nenhum deles causa travamento do motorista de qualquer espécie.
• Vá aqui e adicione as informações do seu sistema para ajudar com o relatório de bug: https://gitlab.freedesktop.org/mesa/mesa/-/issues/3151

@gryffyn é assim que você impede o Origin de fazer o i3 virar. Parece não causar problemas reais com o cliente Origin regular, mas causa com o Steam. Mas sim, ele apenas impede que as janelas do Origin sejam forçadas a serem colocadas lado a lado e as mantém flutuando.

@ apoorv569 Você pode simplesmente copiar e colar a pasta steamapps no novo local e o Steam descobrirá os arquivos existentes quando você baixar novamente. Se for apenas o Titanfall que você deseja movê-lo, ele poderá ser acessado na guia de arquivos locais da tela de propriedades; há uma opção "mover instalação".

Excluí a pasta compatdata e tentei reexecutar o titanfall 2, então ele recria o pfx, desta vez sem nenhum ajuste, tenho um desempenho muito melhor do que antes, mas ainda pequenos soluços. mas eles não são tão irritantes quanto antes

O Titanfall 2 até o Proton nem consegue ser iniciado, sempre que o Origin diz "Não foi possível conectar aos servidores EA para ativar o campo DisplayName ausente do registro. Neste computador usando sua conta. Tente novamente mais tarde."

Problema transferido de https://github.com/ValveSoftware/Proton/issues/4025.
@ R0NAM1 postado em

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: Titanfall 2
• Steam AppID do jogo: 1237970

Informação do sistema

• GPU:RX 470
• Versão do driver / LLVM: amdgpu
• Versão do kernel:4.19.0-9-amd64
• Link para o relatório completo de informações do sistema como Gist : https://gist.github.com/R0NAM1/a8154858492f71993ef0e08592a44055
• Versão do Proton: 5.0-9

## Eu confirmo:
-

• [O] que não encontrei um relatório de compatibilidade existente para este jogo.

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

steam-1237970.log

Sintomas

Quando eu inicio o TitanFall 2, ele instala o Origin, mas quando está instalado e em execução, sempre dá o erro de "" Não podemos nos conectar aos servidores EA para ativar o campo DisplayName ausente do registro. neste computador usando sua conta. Por favor, tente novamente mais tarde. "Clicar no botão" Sair "na janela faz com que o jogo seja encerrado.

Reprodução

Acontece sempre que o Origin é iniciado.

@ R0NAM1
Desinstale o Titanfall 2 através do Steam, reinicie seu computador, reinstale o Titanfall 2 e tente novamente. Atualizar seu kernel também não faria mal.

Gagueira devido à gravação do arquivo local _ *. Xml pelo Origin também pode ser atenuada usando seccomp para filtrar chamadas fsync. (a chamada que força o arquivo a ser descarregado no disco) Eu testei com minha sandbox.

Olá, posso confirmar que tenho o mesmo problema , é o mesmo que @ DGR-dev e @daugustin mencionados anteriormente. O cliente de origem se instala na primeira inicialização e na segunda inicialização, os clientes orgin são executados, mas logo depois que a janela principal do cliente de origem (seleção de diretório) fecha rapidamente (outras janelas permanecem, como relógio e etc) e, em seguida, a janela seguinte é exibida.

Excluí o prefixo de próton, mas não adiantou, estou usando o gentoo com um wm incrível (janelas flutuantes ativadas para origem). Reinstalei o jogo, mas os mesmos resultados. Eu também tentei com ACO desativado / ativado.

SysInfo:

• GPU: RX580
• Drivers: AMDGPU, Mesa 20.1.1, LLVM 9.0.1
• SysInfo gist
• steam-1237970.log
• Kernel: 5.7.6
• Próton: 5,0-9

Ação recomendada, Kernel atualizado para 5.6.0-0.bpo.2-amd64 e reinstalado, mas mesmo resultado.

Glorious Eggroll está lançando uma versão de hotfix de seu Proton build mais tarde hoje (5.11-GE-2-MF) que tem correções Origin, talvez tente isso. Certifique-se de excluir o prefixo primeiro.

Se você estiver usando uma GPU AMD, experimente AMDVLK.

Quais são suas opções de lançamento atuais para o jogo? Basta copiá-los e colá-los aqui literalmente.

Obrigado pela ajuda @ gardotd426.

Minha GPU não é Navi. Estou executando um Titan 1080 Ti.

Não tenho mais problemas com travamentos. Aqui está o que eu mudei:

• Eu executo o Titanfall 2 a partir da GUI do Steam em vez de executar steam steam://rungameid/1237970
• Quando o jogo começa a funcionar, eu envio spam de alt-tab, que parece tirar o jogo de sua espiral de pânico

Eu recebo travamentos aleatórios que congelam todo o sistema, exigindo reinicialização. Agradeceria qualquer indicação para logs apropriados.

Isso quase nunca acontece na Nvidia que eu ouvi, então é por isso que eu assumi isso.

Eu executo o Titanfall 2 a partir da GUI do Steam

Bem, sim, por que você não fez isso antes? Sempre faça isso.

Quando o jogo começa a funcionar, eu envio spam de alt-tab, que parece tirar o jogo de sua espiral de pânico

Quando / com que frequência ele "chug?" Qualquer lugar previsível / específico? É frequente, raro?

Eu também tenho o problema "Não foi possível conectar aos servidores EA" na minha configuração de teste do Debian.
Removi o prefixo e tentei rodar o jogo no Ubuntu 20.04, e ele funciona.
Portanto, a diferença entre minha configuração de teste Debian e Ubuntu 20.04 é:

• O Debian não tem wine instalado, mas o Ubuntu tem (talvez alguma dependência wine forneça uma biblioteca necessária para conectar)
• O Debian tem DNS-sobre-TLS via stubby, o Ubuntu tem 1.1.1.1 simples em /etc/resolv.conf

Glorious Eggroll está lançando uma versão de hotfix de seu Proton build mais tarde hoje (5.11-GE-2-MF) que tem correções Origin, talvez tente isso. Certifique-se de excluir o prefixo primeiro.

Se você estiver usando uma GPU AMD, experimente AMDVLK.

Quais são suas opções de lançamento atuais para o jogo? Basta copiá-los e colá-los aqui literalmente.

Tentei o novo 5.11-GE-2-MF, o desempenho está melhor do que antes, mas ainda trava, e também o jogo está travando com uma caixa de diálogo de erro dizendo

CreateTexture2D Failed to create texture
fullScreen with HRESULT 0x80070057
width: 0 height: 0 mips: 1 copies: 1 imgFormat:
0xa flags: 0x110a0002

Eu tenho 3 WM instalados (Qtile, DWM, Xmonad) este travamento só aconteceu no Xmonad, acontece ao tentar mudar o foco da janela (como ALT + TAB). Em DWM o desempenho foi ligeiramente melhor do que o Xmonad. E no Qtile o desempenho foi o melhor, sem interrupções, sem lag, jogabilidade suave a 60fps. Estou supondo que isso tem a ver com o WM.? talvez.

@ omicron-b esta é realmente uma possibilidade muito boa. As dependências, não o DNS. Usei outros DNS sem nenhum problema, mas de qualquer forma tenho quase certeza de que é um problema de dependência.

Eu jogo muitos jogos Origin não Steam (incluindo Titanfall 2 antes de chegar ao Steam), e o github da Lutris tem um guia específico SÓ para o Origin porque tem algumas dependências extras. Isso é absolutamente o que está acontecendo aqui.

Qualquer pessoa com aquele problema estranho de "DisplayName" em que você não consegue se conectar:

Se você estiver em Arch / Manjaro: sudo pacman -S --needed lib32-gnutls lib32-libldap lib32-libgpg-error lib32-libxml2 lib32-alsa-plugins lib32-sdl2 lib32-freetype2 lib32-dbus lib32-libgcrypt libgcrypt

Se você estiver em um derivado do Ubuntu (ou Debian, presumo): sudo apt install libgnutls30:i386 libldap-2.4-2:i386 libgpg-error0:i386 libxml2:i386 libasound2-plugins:i386 libsdl2-2.0-0:i386 libfreetype6:i386 libdbus-1-3:i386 .

@ apoorv569 você pode ir nas configurações do jogo e selecionar o modo de janela sem bordas em vez de tela cheia e você deve poder usar a tecla Alt.

Você corrigiu as permissões de gravação para os jogos Origin descritos anteriormente neste tópico? Ele resolve universalmente o problema de gagueira (assumindo que seu hardware seja realmente capaz de rodar o jogo).

@ apoorv569 você pode ir nas configurações do jogo e selecionar o modo de janela sem bordas em vez de tela cheia e você deve poder usar a tecla Alt.

Você corrigiu as permissões de gravação para os jogos Origin descritos anteriormente neste tópico? Ele resolve universalmente o problema de gagueira (assumindo que seu hardware seja realmente capaz de rodar o jogo).

Sim, fiz a correção da permissão de gravação. No jogo Qtile corre suavemente sem gaguejar, sem lag e também sou capaz de usar o alt-tab. mas no Xmonad ele trava ao tentar o alt-tab, caso contrário, o jogo funciona bem, mas com falhas. e no DWM o desempenho é melhor do que no Xmonad e também posso usar alt-tab.

Então sim, provavelmente é um bug do Xmonad.

Xmonad é mais velho do que nós dois, provavelmente, e nunca foi, mesmo remotamente, significou para o jogo, e ainda absolutamente não se destina para jogos. Portanto, isso era esperado.

Dito isso, muitas pessoas já me disseram seu hardware neste momento, então não me lembro se você disse ou não, mas qual GPU você está usando?

Qualquer pessoa com aquele problema estranho de "DisplayName" em que você não consegue se conectar:

Se você estiver em um derivado do Ubuntu (ou Debian, presumo): sudo apt install libgnutls30:i386 libldap-2.4-2:i386 libgpg-error0:i386 libxml2:i386 libasound2-plugins:i386 libsdl2-2.0-0:i386 libfreetype6:i386 libdbus-1-3:i386

Estou no Debian Testing, verificado e todos os pacotes estão instalados, mas o problema persiste (em dois sistemas diferentes).

Você já conseguiu fazer login no Origin?

Em segunda-feira, 29 de junho de 2020 às 7h39 Gronkdalonka [email protected]
escrevi:

Qualquer pessoa com aquele problema estranho de "DisplayName" em que você não consegue se conectar:

Se você estiver em um derivado do Ubuntu (ou Debian, presumo): sudo apt install
libgnutls30: i386 libldap-2.4-2: i386 libgpg-error0: i386 libxml2: i386
libasound2- plugins: i386 libsdl2-2.0-0: i386 libfreetype6: i386
libdbus-1-3: i386.

Estou no Debian Testing, verificado e todos os pacotes estão instalados, mas
O problema persiste (em dois sistemas diferentes).

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

Sim durante a primeira instalação. Limpei a instalação e o prefixo algumas vezes, mas ainda estou conectado à origem, posso até acessá-lo em segundo plano se não clicar em "Sair". Mas não consigo fazer logout.

Então sim, provavelmente é um bug do Xmonad.

Xmonad é mais velho do que nós dois, provavelmente, e nunca foi, mesmo remotamente, significou para o jogo, e ainda absolutamente não se destina para jogos. Portanto, isso era esperado.

Dito isso, muitas pessoas já me disseram seu hardware neste momento, então não me lembro se você disse ou não, mas qual GPU você está usando?

• CPU: Intel i5 6500
• GPU: Asus Phoenix GTX 1060 3 GB

Sim durante a primeira instalação. Limpei a instalação e o prefixo algumas vezes, mas ainda estou conectado à origem, posso até acessá-lo em segundo plano se não clicar em "Sair". Mas não consigo fazer logout.

Sim, também estou logado após excluir o prefixo. Existem arquivos de configuração fora do pfx (via links simbólicos, etc)?

A página da loja diz: "Requer uma conta de terceiros: conta da EA (suporta vinculação à conta Steam)"

Suponho que a vinculação seja feita em servidores quando o jogo é executado pela primeira vez e é permanente.

Ah, você quer dizer que o Origin faz o login automático através da minha sessão do Steam? Parece assustador. : D

Por quê? Parece bom para mim.
Você tem um cartão de crédito vinculado ao Origin, mas não ao Steam? :)

Ah, você quer dizer que o Origin faz o login automático através da minha sessão do Steam? Parece assustador. : D

provavelmente armazenado nos servidores da Valve, não da EA.

Então, eu estava tentando fazer experiências instalando o Origin a partir do instalador oficial (como você faria em uma instalação "normal" do Windows) e não usando o instalador "de marca" do Steam. Eu cheguei ao ponto onde o Steam lança o novo Origin e uma janela de ativação aparece e então me pede um login do Origin. Quando faço isso, recebo o mesmo erro (não é possível ativar como nas imagens).

@ gardotd426 sim, tenho todas aquelas libs instaladas em meu sistema e também experimentei uma nova construção de proton GE, mesmo problema. Eu também acho que isso não está relacionado ao DNS, já que podemos fazer o login na origem. @ DGR-dev @Fraetor em qual distro você está? debian?

Sim, Debian Sid. Eu já tinha todos os pacotes listados instalados. Ainda não experimentei a construção GE de próton.

Parece que pode ser específico do Debian, a menos que @exeqtion você não esteja no Debian?

Algum de vocês conseguiu jogar algum jogo que não fosse do Steam?

@daugustin essa não é realmente a melhor maneira de testar isso.

Basta usar o Lutris e o script de instalação do Origin (se estiver apenas testando o Origin. Ou você pode usar o script de instalação do Titanfall 2).

Apenas abra o Lutris, vá para a pesquisa, clique em "Pesquisar Lutris.net" e digite "Origem" (ou "Titanfall 2") Clique nele e instale. Em seguida, tente fazer o login.

Consegui fazer o CnC Red Alert 2 funcionar com o lutris, embora seja o único outro jogo que experimentei. O Origin corre bem no lutris com titalfall2 aparecendo com um logotipo do Steam no ícone. Ao contrário de outros jogos, não consigo baixá-lo pela origem, indicando (não explicitamente) que preciso usar o Steam para baixá-lo.

Estou usando o Gentoo. Havent ainda teve problemas com qualquer outro jogo de prótons. Just Origin está se comportando de forma estranha. Origem (diretamente no Vinho) também está funcionando bem. Observe que não parece ser específico do jogo, já que esses relatórios também estão em outros jogos (# 3937).

Então sim, provavelmente é um bug do Xmonad.

Xmonad é mais velho do que nós dois, provavelmente, e nunca foi, mesmo remotamente, significou para o jogo, e ainda absolutamente não se destina para jogos. Portanto, isso era esperado.

Dito isso, muitas pessoas já me disseram seu hardware neste momento, então não me lembro se você disse ou não, mas qual GPU você está usando?

Eu instalei o KDE Plasma e tentei rodar o jogo novamente, a jogabilidade é suave e melhor do que o Xmonad, mas ainda existem falhas. O melhor desempenho que obtive até agora é rodar o jogo no Qtile. E a maioria dos outros jogos funcionam bem em qualquer um dos 4 WM que experimentei.

Eu também notei que quando em Xmonad, ao executar titanfall 2 ele mostra bordas na parte superior e esquerda da tela, alguns outros jogos incluindo jogos nativos e não nativos também mostram bordas mesmo em tela inteira apenas em Xmonad, às vezes em cima e à esquerda e às vezes em todos os 4 lados. Ao executar o titanfall 2, a borda fica piscando como se a janela continuasse ficando fora de foco e em foco.

Não posso ter WM e DE diferentes instalados apenas para jogar jogos específicos: deceped_relieved:

@ gardotd426 Também estou no gentoo. Infelizmente eu não possuo nenhum outro jogo original para tentar no próton, os jogos não originais funcionam sem problemas. Além disso, a lutris tem seu próprio problema, como mencionado acima. Aqui está um gif mostrando isso.

@exeqtion é porque você não pode baixar a versão Steam para o Origin (pelo menos no Linux).

Meu Lutris mostra duas cópias, a Origin e a Steam:

Não vá para a sua Biblioteca e tente baixá-lo, procure-o no search e veja o que ele faz.

Basicamente, parece que o com o Steam é APENAS para a versão Steam do TF2, mas você deve conseguir instalá-lo pesquisando.

@ apoorv569

Não posso ter WM e DE diferentes instalados apenas para jogar jogos específicos deceped_relieved

Bem, essa é a sua escolha, mas alguns WMs NÃO são legitimamente para jogos. Só porque "alguns jogos funcionam" não significa que se destinem a jogos. E o Xmonad definitivamente não foi feito para jogos. É um WM completamente mínimo e SUPOSTA-SE que seja mínimo. Jogos modernos requerem recursos modernos. Se você quiser jogar, precisará alterar os WMs. É assim que é. Na verdade, esse é um benefício do Linux, se um DE / WM / distro não estiver funcionando, você pode usar um diferente.

@Fraetor, olhe meu outro comentário. Não use sua biblioteca, no Origin, vá para "Pesquisar jogos" e pesquise por Titanfall 2 e veja o que acontece com você. Minha biblioteca mostra as duas versões, porque eu já tinha a versão regular do Origin na minha biblioteca.

@daugustin esses problemas foram supostamente corrigidos com o Proton 5.0-9 (é por isso que diz que é necessário reteste). E naquela época (o problema ao qual você está se referindo) estava simplesmente quebrando, não mostrando nenhum problema estranho que estava surgindo agora. E todos lá (exceto uma ou duas pessoas nos últimos dias) têm se referido a esse problema e disseram que foi corrigido no 5.0-9. Eu também tive esse problema com o 5.0-8, mas foi corrigido para mim no 5.0-9. Este é um problema separado.

Eu diria que registre um problema separado (porque não estamos falando de um relatório de compatibilidade de jogo), mas quem sabe se isso vai ajudar, parece que a comunidade é quem fornece todo o suporte aqui.

Mas depois que esse problema foi resolvido, alguém postou isso naquele tópico:

Acabei de trazer o Crysis 3 para rodar em meus dois computadores, onde um roda Ubuntu 20.04 e outro Debian 10. O engraçado é que todos os jogos Crysis não rodam no Debian devido a um erro de ativação (inclusive no Origin, que dizia que Falha ao conectar aos servidores EA.) No Ubuntu, todos os jogos foram ativados e funcionam bem. Em relação ao Uplay, ambas as máquinas são ativadas corretamente.

Portanto, parece que esse problema tem a ver com o Debian, mas não está limitado ao Debian. Parece que é Debian e Gentoo. Mas ninguém parece estar tendo esse problema no Arch / Manjaro / Ubuntu / Pop / qualquer.

Parece que o OpenSSL está apresentando problemas novamente, o Debian o encontrou primeiro, mas agora parece afetar outras distros e pacotes.
Possivelmente relacionado? O Steam não inicia mais no Debian # 7223

@dpanter sim, isso parece muito suspeito.

Alguém no Gentoo / Debian pode tentar fazer o downgrade do OpenSSL?

Não acho que seja o mesmo problema, não atualizei meu teste do Debian por 11 dias e estou com o problema

apt policy libmount1
libmount1:
  Installed: 2.35.2-2
  Candidate: 2.35.2-4

@ apoorv569

Não posso ter WM e DE diferentes instalados apenas para jogar jogos específicos deceped_relieved

Bem, essa é a sua escolha, mas alguns WMs NÃO são legitimamente para jogos. Só porque "alguns jogos funcionam" não significa que se destinem a jogos. E o Xmonad definitivamente não foi feito para jogos. É um WM completamente mínimo e SUPOSTA-SE que seja mínimo. Jogos modernos requerem recursos modernos. Se você quiser jogar, precisará alterar os WMs. É assim que é. Na verdade, esse é um benefício do Linux, se um DE / WM / distro não estiver funcionando, você pode usar um diferente.

Você pode dizer quais recursos são necessários. Tenho certeza de que um WM mínimo pode ser estendido para agir como um WM moderno, já que qualquer pacote, independentemente do WM / DE, pode ser instalado, por exemplo, posso instalar o KDE Connect em qualquer outro WM / DE, não acho que nenhum pacote recurso requer um DE completo ao qual ele pertence precisa ser instalado. e o KDE Plasma como um DE completo, também não foi capaz de rodar o jogo com desempenho total, qual DE devo escolher. Até agora, só consegui obter o melhor desempenho sem interrupções e sem lentidão no jogo apenas no Qtile e no Openbox.

Você pode dizer quais recursos são necessários. Tenho certeza de que um WM mínimo pode ser estendido para agir como um WM moderno, já que qualquer pacote, independentemente do WM / DE, pode ser instalado, por exemplo, posso instalar o KDE Connect em qualquer outro WM / DE, não acho que nenhum pacote recurso requer um DE completo ao qual ele pertence precisa ser instalado.

Não é uma questão de coisas como o KDE Connect. Isso não tem nada a ver com nada. Isso não faz parte de um DE, não neste contexto.

Não se trata nem de pacotes adicionais. Não faltam pacotes que tornam o Xmonad inadequado para jogos.

Os gerenciadores de janela literalmente fazem o que diz na lata. Eles gerenciam as janelas . E gerenciadores de janela realmente antigos, realmente mínimos, muitas vezes são uma merda absoluta em saber como desenhar as janelas para coisas como jogos que são em tela cheia, aplicativos 3D, mas também não devem ser colocados lado a lado.

Não há pacote que possa ser adicionado para alterar o código-fonte do Xmonad. Você teria que literalmente bifurcá-lo e desenvolvê-lo sozinho e adicionar todas as funcionalidades / corrigir todos os problemas do próprio Xmonad .

Não acho que nenhum pacote / recurso exija um DE completo ao qual pertence e precisa ser instalado.

Novamente, você está entendendo mal do que estou falando. Não estou falando sobre "recursos" ou funcionalidades como um maldito aplicativo de calendário ou calculadora.

DEs também incluem gerenciadores de janela como parte deles. E esses gerenciadores de janela (como KWin e Mutter) são muito, MUITO mais adequados para aplicativos 3D em tela cheia, como jogos modernos, do que gerenciadores de janela mínimos antigos, como o Xmonad.

O KDE Plasma como um DE completo, também não foi capaz de executar o jogo em desempenho total

Provavelmente por causa da composição, você pode facilmente fazer com que os jogos desabilitem a composição no KDE.

com qual DE devo ir

Você já respondeu a essa pergunta:

Eu só fui capaz de obter o melhor desempenho suave, sem interrupções e sem lag no jogo apenas em Qtile e Openbox.

Um daqueles dois.

Eu juro, o Unixporn é uma das melhores e uma das piores coisas que aconteceram ao Linux nos últimos dois anos. Tornou WMs como o Xmonad muito populares entre as pessoas que não precisam usá-los. NÃO porque eles não são competentes o suficiente para usá-los, nada disso, mas porque seu caso de uso não combina com o propósito de Xmonad / dwm / qualquer . Esses WMs são para administradores de sistemas executando 8 terminais em 3 monitores diferentes que são APENAS para desenhar as janelas e nada mais. Sem capturas de tela extravagantes, definitivamente sem jogos. Mas, desde o surgimento do r / unixporn, fazemos com que todos e suas mães mudem para os WMs lado a lado e simplesmente assumindo que eles são adequados para o que querem, quando esse não é o caso. Há uma razão MUITO real pela qual cada equipe de desenvolvimento de cada WM tiling são ZEALOTS absolutos quando se trata de não mudar nada no WM que entre em conflito com sua "filosofia". Já vi isso com Xmonad, bspwm, i3 e dwm é de longe o maior exemplo. Há uma razão para eles serem assim. Porque esses Tiling WMs foram criados para um propósito muito, muito específico, e agora existem milhares de pessoas usando-os porque viram algumas capturas de tela bonitas, mas essas pessoas não percebem que não deveriam estar usando esses WMs para jogos e outras coisas .

Não me interpretem mal, estou digitando no i3. Mas também tenho Deepin e GNOME instalados para jogos que não funcionam bem com um WM tiling. Tenho vários usos para o meu computador e uso i3 para quando estou fazendo coisas adequadas para um WM de ladrilho . Quando jogo, uso GNOME ou Deepin (ou às vezes Plasma).

Mas este não é um tópico de discussão, é para solução de problemas / relatórios de compatibilidade / suporte, então vou prosseguir e parar por aqui.

@ gardotd426 Não funciona, quando pesquisei no cliente de origem. Ele mostra já comprado, veja na biblioteca de jogos, que me leva de volta à minha biblioteca de jogos apenas com a versão Steam do jogo.

@exeqtion que é super estranho, porque até instalei outra versão da versão Origin ao lado da que eu já tinha, e também mostrava as duas versões na minha biblioteca.

Você é proprietário do jogo no Origin ou tem acesso ao Origin?

Eu não, eu mencionei isso antes.

Você pode dizer quais recursos são necessários. Tenho certeza de que um WM mínimo pode ser estendido para agir como um WM moderno, já que qualquer pacote, independentemente do WM / DE, pode ser instalado, por exemplo, posso instalar o KDE Connect em qualquer outro WM / DE, não acho que nenhum pacote recurso requer um DE completo ao qual ele pertence precisa ser instalado.

Não é uma questão de coisas como o KDE Connect. Isso não tem nada a ver com nada. Isso não faz parte de um DE, não neste contexto.

Não se trata nem de pacotes adicionais. Não faltam pacotes que tornam o Xmonad inadequado para jogos.

Os gerenciadores de janela literalmente fazem o que diz na lata. Eles gerenciam as janelas . E gerenciadores de janela realmente antigos, realmente mínimos, muitas vezes são uma merda absoluta em saber como desenhar as janelas para coisas como jogos que são em tela cheia, aplicativos 3D, mas também não devem ser colocados lado a lado.

Não há pacote que possa ser adicionado para alterar o código-fonte do Xmonad. Você teria que literalmente bifurcá-lo e desenvolvê-lo sozinho e adicionar todas as funcionalidades / corrigir todos os problemas do próprio Xmonad .

Não acho que nenhum pacote / recurso exija um DE completo ao qual pertence e precisa ser instalado.

Novamente, você está entendendo mal do que estou falando. Não estou falando sobre "recursos" ou funcionalidades como um maldito aplicativo de calendário ou calculadora.

DEs também incluem gerenciadores de janela como parte deles. E esses gerenciadores de janela (como KWin e Mutter) são muito, MUITO mais adequados para aplicativos 3D em tela cheia, como jogos modernos, do que gerenciadores de janela mínimos antigos, como o Xmonad.

O KDE Plasma como um DE completo, também não foi capaz de executar o jogo em desempenho total

Provavelmente por causa da composição, você pode facilmente fazer com que os jogos desabilitem a composição no KDE.

com qual DE devo ir

Você já respondeu a essa pergunta:

Eu só fui capaz de obter o melhor desempenho suave, sem interrupções e sem lag no jogo apenas em Qtile e Openbox.

Um daqueles dois.

Consegui consertar o problema do Xmonad, apenas movi a janela do jogo para uma área de trabalho diferente e voila suavizar sem gaguejar, sem lag no jogo. Obrigado por toda sua ajuda.

Mantenha o fora do assunto ao mínimo, pessoal. Queremos que este tópico seja útil para aqueles com problemas.

@exeqtion este tópico é muito longo e os comentários estão ocultos (não como fora do tópico, como em "clique para carregar 300585968698 mais comentários"), desculpe.

Sim, acho que é esse o problema, você precisa ter o jogo no Origin ou ter o Origin Access (que inclui Titanfall 2) para poder usar essa solução alternativa. É por isso que você provavelmente não pode baixar o jogo no Origin regular também. Eu não acho que você faria isso nem no Windows.

A única coisa que consigo pensar é em instalar o Wine Steam nesse prefixo. Porque se eu tivesse que adivinhar, quando você clica naquele botão "Baixar", e nada acontece, ele está tentando abrir o Windows Steam para você continuar. Você pode ir ao Lutris e clicar em TItanfall 2 (versão Origin) e clicar em "winetricks" e depois em "instalar um aplicativo", e você pode instalar o wine steam nesse prefixo e ver o que isso faz.

No Gentoo, você consegue fazer o downgrade do openssl?

Além disso, você pode não ter dependências do Origin; infelizmente, a documentação do Lutris fornece apenas instruções para distros como Arch e Ubuntu. E eu esqueci de instalar todos eles antes em novas instalações e, tipo, o Origin seria lançado, mas não funcionaria de verdade.

Isso é tão bizarro, as pessoas sempre falam sobre "oh, você precisa se preocupar com todas essas distros diferentes", mas, honestamente, esse tipo de coisa quase nunca acontece, mas é tão difícil de descobrir, especialmente quando funciona perfeitamente bem em tudo, exceto Debian e Gentoo, aparentemente.

Alguém no Gentoo / Debian pode tentar fazer o downgrade do OpenSSL?
(Debian)
OpenSl desatualizado de 1.1.1g-1 para 1.1.1d-0 + deb10u3, mas ainda com o mesmo erro em uma nova instalação / prefixo

Olá pessoal, comprei recentemente Titanfall 2 e tenho jogado a campanha na perfeição até a missão _The Ark_, na qual o jogo trava completamente sempre que eu respondo ambas as opções dadas a mim, e também se eu pular completamente a resposta, na parte em que eles explodem algumas cargas para entrar na sala de comando do navio. Estou executando o Arch, com uma NVIDIA GTX 960m com drivers proprietários.

Caso seja útil para alguém, resolvi reiniciando completamente a missão, e não sei se pode ter ajudado (talvez? Mas acho que não) que minha gpu estava com estrangulamento térmico e eu atualizei a pasta térmica.

@ gardotd426 Tentei com lutris mesmo erro em lutris. Eu não sei quais libs estou perdendo, instalei todas as libs mencionadas naquele documento de origem do lutris. Existe alguma maneira de verificar quais bibliotecas estão sendo usadas quando você inicia o jogo via Steam até carregar no menu principal do jogo? Talvez com este comando for i in $(pgrep steam); do sed '/\.local/!d;s/.* //g' /proc/$i/maps; done | sort | uniq eu não tenho certeza sobre este comando encontrado no arch wiki provavelmente precisa de algumas mudanças.

@exeqtion Eu tentei com a versão Origin (usando Origin.exe e depois OriginWebHelper) e obtive:

/home/matt/.local/share/fonts/Microsoft/TrueType/Tahoma/Tahoma_Regular.ttf
/home/matt/.local/share/lutris/runtime/dxvk/1.6.1L/x32/d3d11.dll
/home/matt/.local/share/lutris/runtime/dxvk/1.6.1L/x32/d3d9.dll
/home/matt/.local/share/lutris/runtime/dxvk/1.6.1L/x32/dxgi.dll

E é isso.

Posso tentar com a versão Steam mais tarde.

Bem, espere, eu não tentei lançar o jogo ainda.

Aaaand é a mesma coisa. Até executei o comando com Titanfall2.exe.

@exeqtion mesma coisa no Steam, basicamente.

Seu comando exato (com o steam sendo pgrepped) retorna apenas o mesmo arquivo de fonte Tahoma e o arquivo mime.cache. Executá-lo nos processos Origin, que também estão em execução, e o próprio Titanfall 2 retorna apenas a fonte Tahoma.

Estive olhando os relatórios mais recentes do ProtonDB e vi alguém dizer que ele funciona perfeitamente com o Proton-5.11-GE-2-MF da GE, com o Steam Overlay e tudo mais, também há vários comentários na GOL dizendo isso. Então, talvez tente alguém que ainda esteja tendo problemas. Quer dizer, este é um jogo protondb classificado como ouro, e já o jogo há um ano neste ponto, no Arch, Manjaro, Pop OS, Ubuntu, ArcoLinux e mais, então estou completamente perdido. A menos que descubramos qual é o problema, as pessoas do Debian e do Gentoo terão problemas.

Minha melhor sugestão: encontre alguém, qualquer pessoa que esteja executando este jogo no Debian. Faça com que eles forneçam um apt list --installed e compare-o com o seu.

Origin recebeu uma atualização hoje e está recebendo um erro ao tentar atualizar

Whoops - the installer encountered an error
The operating system is preventing us from modifying a necessary file. Please reboot your machine and try again. Temporarily disabling virus or malware scanners may help as well.

Help can be found here:
help.ea.com/origin

Error codes
9:0

@ gardotd426 Ahh, na verdade, meu mal. "./local" mostrará bibliotecas de tempo de execução do Steam que vem com o Steam, para o seu caso, ele está usando libs que vêm junto com o lutris-runtime. Como não temos libs de sistema, temos que ver quais libs de sistema estão sendo usadas pelo Steam. Então iirc no arch deve / usr / lib32, vamos verificar 32 libs porque o problema é com a origem e é de 32 bits. Portanto, o comando correto deve ser for i in $(pgrep steam); do sed '/\/usr\/lib32/!d;s/.* //g' /proc/$i/maps; done | sort | uniq , você provavelmente terá que executar sudo -i antes de executar este comando. Novamente, desculpe por dar a você um comando errado para executar e perder seu tempo.

Origin recebeu uma atualização hoje e está recebendo um erro ao tentar atualizar

Whoops - the installer encountered an error
The operating system is preventing us from modifying a necessary file. Please reboot your machine and try again. Temporarily disabling virus or malware scanners may help as well.

Help can be found here:
help.ea.com/origin

Error codes
9:0

Problema comum mencionado nos documentos da lutris, basta fechar e reiniciar o cliente.

Origin recebeu uma atualização hoje e está recebendo um erro ao tentar atualizar

Whoops - the installer encountered an error
The operating system is preventing us from modifying a necessary file. Please reboot your machine and try again. Temporarily disabling virus or malware scanners may help as well.

Help can be found here:
help.ea.com/origin

Error codes
9:0

Provavelmente, você fez um chmod -R 555 no diretório Origin. Você teria que voltar para 755, executar as atualizações e voltar para 555.

Origin recebeu uma atualização hoje e está recebendo um erro ao tentar atualizar

Whoops - the installer encountered an error
The operating system is preventing us from modifying a necessary file. Please reboot your machine and try again. Temporarily disabling virus or malware scanners may help as well.

Help can be found here:
help.ea.com/origin

Error codes
9:0

Provavelmente, você fez um chmod -R 555 no diretório Origin. Você teria que voltar para 755, executar as atualizações e voltar para 555.

Não fiz chmods e recebi esta mensagem, apenas cliquei em reproduzir novamente e funcionou bem.

@ gardotd426 Ahh, na verdade, meu mal. "./local" mostrará bibliotecas de tempo de execução do Steam que vem com o Steam, para o seu caso, ele está usando libs que vêm junto com o lutris-runtime. Como não temos libs de sistema, temos que ver quais libs de sistema estão sendo usadas pelo Steam. Então iirc no arch deve / usr / lib32, vamos verificar 32 libs porque o problema é com a origem e é de 32 bits. Portanto, o comando correto deve ser for i in $(pgrep steam); do sed '/\/usr\/lib32/!d;s/.* //g' /proc/$i/maps; done | sort | uniq , você provavelmente terá que executar sudo -i antes de executar este comando. Novamente, desculpe por dar a você um comando errado para executar e perder seu tempo.

Origin recebeu uma atualização hoje e está recebendo um erro ao tentar atualizar

Whoops - the installer encountered an error
The operating system is preventing us from modifying a necessary file. Please reboot your machine and try again. Temporarily disabling virus or malware scanners may help as well.

Help can be found here:
help.ea.com/origin

Error codes
9:0

Problema comum mencionado nos documentos da lutris, basta fechar e reiniciar o cliente.

Já tentei fechar e executar novamente o launcher 5 vezes. E eu não fiz chmod -R 555 também, com o novo GE-proton ele funciona independentemente. Mas não consigo atualizar a origem agora.

E antes, quando estava usando a versão normal de proton fornecida pelo Steam, executei o comando chmod e não acho que chmod -R 555 ou chmod -R 755 ou chmod -R -w altera quaisquer permissões, tentei executar ls -l antes e depois de executar o comando e não vi diferença nas permissões.

@exeqtion infelizmente, isso não vai funcionar, eu não acredito.

Literalmente, não há diferença nos arquivos carregados apenas quando o Steam está rodando sem o jogo ser iniciado e quando realmente iniciei o jogo (e eu executei o comando 6 vezes enquanto ele estava iniciando).

O problema, eu acho, é que você está verificando o processo do Steam, mas o Steam não é quem está carregando as bibliotecas, seria o Origin.exe, não é?

Sim, eu estava certo. Executei-o com Origin.exe e obtive vários resultados durante o lançamento.

Vou executá-lo novamente e usar os outros processos Origin, como OriginWebHelper e outros enfeites.

/usr/lib32/dri/radeonsi_dri.so
/usr/lib32/gconv/CP1250.so
/usr/lib32/gconv/CP1251.so
/usr/lib32/gconv/CP1252.so
/usr/lib32/gconv/CP1253.so
/usr/lib32/gconv/CP1254.so
/usr/lib32/gconv/CP1255.so
/usr/lib32/gconv/CP1256.so
/usr/lib32/gconv/CP1257.so
/usr/lib32/gconv/CP1258.so
/usr/lib32/ld-2.31.so
/usr/lib32/libasound.so.2.0.0
/usr/lib32/libasyncns.so.0.3.1
/usr/lib32/libbz2.so.1.0.8
/usr/lib32/libc-2.31.so
/usr/lib32/libcom_err.so.2.1
/usr/lib32/libcrypt-2.31.so
/usr/lib32/libcrypto.so.1.1
/usr/lib32/libcups.so.2
/usr/lib32/libdl-2.31.so
/usr/lib32/libdrm_amdgpu.so.1.0.0
/usr/lib32/libdrm_nouveau.so.2.0.0
/usr/lib32/libdrm_radeon.so.1.0.1
/usr/lib32/libdrm.so.2.4.0
/usr/lib32/libelf-0.180.so
/usr/lib32/libexpat.so.1.6.11
/usr/lib32/libffi.so.7.1.0
/usr/lib32/libFLAC.so.8.3.0
/usr/lib32/libfontconfig.so.1.12.0
/usr/lib32/libfreetype.so.6.17.2
/usr/lib32/libgamemodeauto.so.0.0.0
/usr/lib32/libgamemode.so.0.0.0
/usr/lib32/libgcc_s.so.1
/usr/lib32/libgcrypt.so.20.2.5
/usr/lib32/libglapi.so.0.0.0
/usr/lib32/libGLdispatch.so.0.0.0
/usr/lib32/libGL.so.1.7.0
/usr/lib32/libGLX_mesa.so.0.0.0
/usr/lib32/libGLX.so.0.0.0
/usr/lib32/libgmp.so.10.4.0
/usr/lib32/libgnutls.so.30.28.0
/usr/lib32/libgpg-error.so.0.29.0
/usr/lib32/libgssapi_krb5.so.2.2
/usr/lib32/libharfbuzz.so.0.20608.0
/usr/lib32/libhogweed.so.6.0
/usr/lib32/libicudata.so.67.1
/usr/lib32/libicuuc.so.67.1
/usr/lib32/libidn2.so.0.3.7
/usr/lib32/libk5crypto.so.3.1
/usr/lib32/libkeyutils.so.1.9
/usr/lib32/libkrb5.so.3.3
/usr/lib32/libkrb5support.so.0.1
/usr/lib32/libLLVM-10.so
/usr/lib32/liblzma.so.5.2.5
/usr/lib32/libm-2.31.so
/usr/lib32/libncursesw.so.6.2
/usr/lib32/libnettle.so.8.0
/usr/lib32/libnss_dns-2.31.so
/usr/lib32/libnss_files-2.31.so
/usr/lib32/libnss_myhostname.so.2
/usr/lib32/libnss_mymachines.so.2
/usr/lib32/libnss_resolve.so.2
/usr/lib32/libogg.so.0.8.4
/usr/lib32/libp11-kit.so.0.3.0
/usr/lib32/libpng12.so.0.59.0
/usr/lib32/libpng16.so.16.37.0
/usr/lib32/libpthread-2.31.so
/usr/lib32/libpulse.so.0.21.1
/usr/lib32/libresolv-2.31.so
/usr/lib32/librt-2.31.so
/usr/lib32/libsensors.so.5.0.0
/usr/lib32/libsndfile.so.1.0.28
/usr/lib32/libssl.so.1.1
/usr/lib32/libstdc++.so.6.0.28
/usr/lib32/libsystemd.so.0.28.0
/usr/lib32/libtasn1.so.6.6.0
/usr/lib32/libunistring.so.2.1.0
/usr/lib32/libvorbisenc.so.2.0.11
/usr/lib32/libvorbis.so.0.4.8
/usr/lib32/libvulkan_radeon.so
/usr/lib32/libvulkan.so.1.2.141
/usr/lib32/libwayland-client.so.0.3.0
/usr/lib32/libX11.so.6.3.0
/usr/lib32/libX11-xcb.so.1.0.0
/usr/lib32/libXau.so.6.0.0
/usr/lib32/libxcb-dri2.so.0.0.0
/usr/lib32/libxcb-dri3.so.0.0.0
/usr/lib32/libxcb-glx.so.0.0.0
/usr/lib32/libxcb-present.so.0.0.0
/usr/lib32/libxcb-randr.so.0.1.0
/usr/lib32/libxcb.so.1.1.0
/usr/lib32/libxcb-sync.so.1.0.0
/usr/lib32/libXcomposite.so.1.0.0
/usr/lib32/libXcursor.so.1.0.2
/usr/lib32/libXdamage.so.1.1.0
/usr/lib32/libXdmcp.so.6.0.0
/usr/lib32/libXext.so.6.4.0
/usr/lib32/libXfixes.so.3.1.0
/usr/lib32/libXinerama.so.1.0.0
/usr/lib32/libXi.so.6.1.0
/usr/lib32/libxml2.so.2.9.10
/usr/lib32/libXrandr.so.2.2.0
/usr/lib32/libXrender.so.1.3.0
/usr/lib32/libxshmfence.so.1.0.0
/usr/lib32/libxslt.so.1.1.34
/usr/lib32/libXxf86vm.so.1.0.0
/usr/lib32/libz.so.1.2.11
/usr/lib32/libzstd.so.1.4.4
/usr/lib32/pulseaudio/libpulsecommon-13.0.so

@ apoorv569 Você realmente precisa continuar tentando. Continue fechando e abrindo, vai funcionar. Tive que fazer umas 3 vezes. E eu não chmod nada também, eu nunca tive gagueira em Titanfall 2 em nenhuma das versões.

Continue tentando, se não funcionar, exclua o prefixo, pois ele instalará o Origin do zero novamente, para que você não precise atualizar, pois ele instalará a versão atual para a qual você está tentando atualizar .

@ apoorv569 Você realmente precisa continuar tentando. Continue fechando e abrindo, vai funcionar. Tive que fazer umas 3 vezes. E eu não chmod nada também, eu nunca tive gagueira em Titanfall 2 em nenhuma das versões.

Continue tentando, se não funcionar, exclua o prefixo, pois ele instalará o Origin do zero novamente, para que você não precise atualizar, pois ele instalará a versão atual para a qual você está tentando atualizar .

Funcionou, obrigado. : D

@kisak-valve desculpe, não sei como criar uma lista recolhível, vou olhar as edições que você fez e farei isso a partir de agora.

Ok, aqui estão minhas libs de sistema, mais tarde irei comprar a borda dos mirrors para verificar se está relacionado a origem ou titanfall2. Acho que está relacionado à origem, mas veremos. Além disso, acho que preciso de libs de ActivationUI.exe, uma vez que está me dando o erro, mas não sei se é apenas um front-end de IU ou o quê. Vou comparar as bibliotecas por enquanto.
ActivationUI-ex.txt
EASteamProxy-ex.txt
Origin-exe.txt
QtWebEngineProc.txt
Titanfall2-exe.txt
OriginWebHelper.txt
steam.txt

@exeqtion Até agora, para OriginWebHelper, você precisa:

lib32-glibc
lib32-harfbuzz
lib32-libffi

e pode haver mais, mas acabei de começar a procurar e lib32-glibc é MUITAS bibliotecas faltando em sua extremidade. Agora, esses são nomes de pacotes ARCH, não sei como são chamados no Gentoo ou no Debian, mas você precisa da glibc de 32 bits. Bem como harfbuzz de 32 bits e libffi de 32 bits

E sim, eu nem mesmo vi Activation-UI em meus processos, eu apenas começaria instalando os pacotes glibc, harfbuzz e libffi que mencionei

Eu tenho libc.so em meu / usr / lib / e glibc instalado, o mesmo vale para libcrypt, libcrypto, libgcrypt, libgpg-error, liblzma, libm, libssl e assim por diante ... Você pode ver que libffi está presente no Origin-exe .TXT; também para a ativação-ui não tenho certeza se talvez ele comece antes do jogo para verificar a validação e feche então você não pode vê-lo nos processos talvez fique de olho no htop ou apenas execute aquele comando em loop no fundo para que ele vá e adicione o intervalo

@exeqtion então há diferenças de embalagem. Eu vi isso pessoalmente com Arch vs. Ubuntu, um pacote no Arch é equivalente a 4 no Ubuntu. Como, por exemplo, no Arch, o pacote gnome-shell é igual a gnome-shell , gnome-shelll-dev e como 3 outros pacotes no Ubuntu.

Porque não estou vendo esses arquivos, que são fornecidos pela glibc no Arch:

/usr/lib32/libnss_dns-2.31.so
/usr/lib32/libnss_files-2.31.so

Existem outros também, mas vou ter que olhar mais tarde. Mas eu sei que todos eles são fornecidos por glibc no Arch, e todos eles estão sendo carregados durante o lançamento.

Existe uma maneira no Gentoo de ver qual pacote possui um arquivo? Como no Arch, você pode executar pacman -Qo /usr/lib32/libnss_dns-2.31.so e ele diz que o arquivo pertence a lib32-glibc , e você também pode executar sudo pacman -F /usr/lib32/libnss_dns-2.31.so se não o tiver instalado e pesquise os repositórios e diga qual pacote fornece esse arquivo, algo como apt-file no Ubuntu e dnf provides no Fedora.

Porque nenhum dos arquivos que você carregou inclui aqueles lib32-glibc arquivos, e se você não tiver nenhum deles, está faltando pacotes.

Aqui estão todos os arquivos fornecidos por lib32-glibc :

https://gist.github.com/gardotd426/d9a5292422fa57b4509544448b1322b0

Podemos acabar tendo que fazer isso para cada pacote na lista de dependências do Origin e ver o que está faltando.

Qual é a sua configuração de rede? Tipo, você está usando o NetworkManager ou algo estranho? VPN? Aparentemente, você não pode fazer login no Origin pela primeira vez, pelo menos com uma VPN ligada. Algo exótico?

Existe uma maneira no Gentoo de ver qual pacote possui um arquivo? Como no Arch, você pode executar pacman -Qo /usr/lib32/libnss_dns-2.31.so e ele informa que o arquivo é propriedade de lib32-glibc, e você também pode executar sudo pacman -F /usr/lib32/libnss_dns-2.31. então, se você não o tiver instalado, ele pesquisará os repositórios e informará qual pacote fornece aquele arquivo, como o apt-file no Ubuntu e o dnf no Fedora.

Quanto à configuração de rede, é uma configuração normal. Posso fazer login na origem sem problemas, sem VPN e tal.
Sim você pode. Eu examinei a lista e descobri que libnss_mymachines.so.2 libnss_resolve.so.2 são duas libs que estavam faltando. Não consigo instalá-los em meu sistema porque fazem parte do system-d, mas não sei se esses são os arquivos que estão causando o erro. Você pode renomear / mv esses arquivos para * .bak e rodar o jogo via Steam e ver se isso causa o erro ou não?

@exeqtion ohhhhhhhhhh isso faz sentido, porque percebi que quase todos os outros arquivos (incluindo os demais com nss no nome) que faltavam em comparação a mim eram de lib32-systemd .

São cerca de 10-20 arquivos, não me sinto confortável em renomear arquivos 10-20 systemd, que são um requisito absoluto para não quebrar meu sistema, e ninguém mais deveria.

No entanto, tenho outra instalação, uma de Manjaro que acho que não me importaria de quebrar se eu pudesse experimentá-la.

Não, não renomeie os arquivos 10-20 do systemd, estou falando apenas dessas duas libs libnss_mymachines.so.2 libnss_resolve.so.2 , uma vez que essas são as únicas libs que faltam em meu sistema. Não sei por que o restante das bibliotecas não carrega durante a execução do Origin.exe

O jogo roda muito bem no Void Linux (não systemD)!

Tempo de DICAS E TRUQUES

• Para qualquer usuário WM de tiling: faça as janelas Origin flutuarem por padrão para contornar o bug de tiling horrível.

• Para qualquer usuário DWM, use isso nas tags config.h:

static const Rule rules[] = {
    { "steam_app", NULL,          "Origin",         1 << _UR_DESKTOP_INDEX-1_,       1,           -1 }
} 

• Para encerrar as janelas .exe, vincule este comando (eu uso sxhkd):

ls -l /proc/*/exe 2>/dev/null | grep -E 'wine(64)?-preloader|wineserver' | perl -pe 's;^.*/proc/(\d+) exe.*$;$1;g;' | xargs -n 1 kill -9 

• execute o TF2 em janela se quiser alt + tab

Tudo bem, bois encontrou o problema, era p11-kit biblioteca, atualize-a para 0.23.20 .
O que fiz hoje foi instalar a versão flatkpak do Steam e descobri o erro "Servidor SSL inválido". Encontrei isso , atualizei a lib e o jogo começou a funcionar. @ gardotd426 obrigado por ficar junto comigo muito apreciado!

O jogo roda muito bem no Void Linux (não systemD)!

Tempo de DICAS E TRUQUES

* To any tiling WM user: make the Origin windows float by default to circumvent the horrendous tiling bug.

* To any DWM user, use this in config.h tags:

static const Rule rules[] = {
    { "steam_app", NULL,          "Origin",         1 << _UR_DESKTOP_INDEX-1_,       1,           -1 }
} 

* To kill .exe windows, bind this command (i use sxhkd):

ls -l /proc/*/exe 2>/dev/null | grep -E 'wine(64)?-preloader|wineserver' | perl -pe 's;^.*/proc/(\d+) exe.*$;$1;g;' | xargs -n 1 kill -9 

* run TF2 in Windowed if you want to alt+tab

Isso é bom para o Xmonad

, title =? "Origin"      --> doFloat

ou devo adicionar isso também

, className =? "steam_app"  --> doFloat

e ao alternar para o modo de janela, por algum motivo, estou obtendo apenas 1 fps.

@ apoorv569 este não é realmente um fórum Xmonad, mas posso dizer que no i3 (que também usa nomes de janelas X) é for_window [class="origin.exe"] floating enable , então você provavelmente precisa de , title =? "origin.exe" --> doFloat ou algo assim.

@exeqtion Eu sabia! No Arch, há um ou dois meses atrás, houve uma das raras atualizações de "intervenção manual do usuário necessária" e foi especificamente o fato de que p11-kit e lib32-p11-kit eram novas dependências para o systemd, mas eles teve um conflito de arquivo com os pacotes nss e lib32-nss , então tivemos que fazer um --overwrite durante a atualização. GAH. Estou tão feliz que você tenha descoberto.

Para o problema do nome de exibição do Origin, parece que está executando o mesmo EXE através do Lutris, mesmo reinstalando o Origin através do Lutris na pasta pfx do Steam, permite que o Origin seja executado sem problemas, mas não importa o que, ao passar pelo Proton, (Valve oficial ou Eggrolls Glorious mais recente) sempre dá o problema DisplayName. Testará em versões mais antigas do Proton a seguir

Ok, eu tive o mesmo problema que você @exeqtion (mas no Debian) pk11-kit já estava em 0.23.20, mas eu vi que você tentou a versão flatpak do Steam e eu tentei Eis que funciona.

Eu tenho esse drive montado em uma pasta dentro da minha pasta inicial chamada Steam, então fiz este chmod -R -w ~ / Steam / SteamLibrary / steamapps / compatdata / 1237970 / pfx / drive_c / users / steamuser / Application \ Data / Origin / fazer isso parece alterar as permissões.

Tem certeza de que isso funciona? Minha instalação do TF2 também está em um drive formatado em ntfs-3g e executar chmod não altera as permissões de pasta de forma alguma.

-> ls -al
drwxrwxrwx 1 user user 4096 Jul  4 10:41 Origin

-> chmod -R a-w Origin

-> ls -al
drwxrwxrwx 1 user user 4096 Jul  4 10:41 Origin

Pelo que posso encontrar online, não acho que seja possível alterar as permissões NTFS para arquivos / diretórios usando chmod. Deve ser feito para toda a unidade, por meio do fstab, ou não deve ser feito.

_ Atualização e Esclarecimento _

O que foi dito acima é uma mentira. Na verdade, você pode obter permissões de estilo Linux em drives NTFS, modificando as opções de montagem e usando a opção acl . Não sei que efeito isso teria se o Windows tentasse ler os arquivos, então você deve fazer isso por sua própria conta e risco. Em segundo lugar, apesar de ser capaz de alterar as permissões, agora encontrei um segundo conjunto de erros com o Origin se recusando a iniciar. Eu quase desisti de tentar fazê-lo funcionar assim e vou apenas comprar um HDD e formatá-lo apropriadamente. Mas se você estiver interessado, meu / etc / fstab é assim:

_ADVERTÊNCIA: Não sei como o Windows vai lidar com esta unidade se você fizer isso_
UUID=<uuid> /mnt/<mount-point> ntfs-3g acl 0 2

Referências:
https://www.tuxera.com/community/ntfs-3g-advanced/ownership-and-permissions/#usermapping
https://jlk.fjfi.cvut.cz/arch/manpages/man/ntfs-3g.8#OPTIONS

Bem, quero dizer que Proton não funciona com partições NTFS de qualquer maneira, pelo menos não deveria.

Ok, eu tive o mesmo problema que você @exeqtion (mas no Debian) pk11-kit já estava em 0.23.20, mas eu vi que você tentou a versão flatpak do Steam e eu tentei Eis que funciona.

O meu também foi em 0.23.20, acabei de atualizar meu sistema hoje (Teste Debian), e o problema foi
Vapor não flatpak

Eu tenho esse drive montado em uma pasta dentro da minha pasta inicial chamada Steam, então fiz este chmod -R -w ~ / Steam / SteamLibrary / steamapps / compatdata / 1237970 / pfx / drive_c / users / steamuser / Application \ Data / Origin / fazer isso parece alterar as permissões.

Tem certeza de que isso funciona? Minha instalação do TF2 também está em um drive formatado em ntfs-3g e executar chmod não altera as permissões de pasta de forma alguma.

-> ls -al
drwxrwxrwx 1 user user 4096 Jul  4 10:41 Origin

-> chmod -R a-w Origin

-> ls -al
drwxrwxrwx 1 user user 4096 Jul  4 10:41 Origin

Pelo que posso encontrar online, não acho que seja possível alterar as permissões NTFS para arquivos / diretórios usando chmod. Deve ser feito para toda a unidade, por meio do fstab, ou não deve ser feito.

fazer isso não *. Eu perdi uma palavra. Mas mais à frente em outro post que eu já disse, do que você está falando no post, aqui - https://github.com/ValveSoftware/Proton/issues/4001#issuecomment -652384065

Com certeza irei formatar esta unidade para ext4, já que agora mudei totalmente para o Linux, sem janelas de inicialização dupla. Se eu não puder jogar por algum motivo, simplesmente aceitarei.

Com certeza irei formatar esta unidade para ext4, já que agora mudei totalmente para o Linux, sem janelas de inicialização dupla. Se eu não puder jogar por algum motivo, simplesmente aceitarei.

Tive que fazer isso muito menos do que pensava. Na verdade, tenho uma segunda máquina completa com hardware realmente sólido que construí para conectar ao meu equipamento Linux principal via ethernet para usar o Steam Remote Play para reproduzir quaisquer títulos do Windows que não posso tocar no Linux, e a segunda máquina tem 3600X e 5600 XT, então não é desleixado. E eu usei uma vez, por uma hora e meia. Eu simplesmente não consigo nem ser incomodado, já tenho muito o que fazer no Linux. Eu poderia usá-lo mais se a codificação / decodificação de hardware funcionasse nas GPUs Navi para o Steam Remote Play (nem no Linux nem no Windows), mas não funciona, mas mesmo assim eu nunca tive qualquer atraso de entrada e a imagem era muito boa mesmo sem o codificação / decodificação de hardware.

Com certeza irei formatar esta unidade para ext4, já que agora mudei totalmente para o Linux, sem janelas de inicialização dupla. Se eu não puder jogar por algum motivo, simplesmente aceitarei.

Tive que fazer isso muito menos do que pensava. Na verdade, tenho uma segunda máquina completa com hardware realmente sólido que construí para conectar ao meu equipamento Linux principal via ethernet para usar o Steam Remote Play para reproduzir quaisquer títulos do Windows que não posso tocar no Linux, e a segunda máquina tem 3600X e 5600 XT, então não é desleixado. E eu usei uma vez, por uma hora e meia. Eu simplesmente não consigo nem ser incomodado, já tenho muito o que fazer no Linux. Eu poderia usá-lo mais se a codificação / decodificação de hardware funcionasse nas GPUs Navi para o Steam Remote Play (nem no Linux nem no Windows), mas não funciona, mas mesmo assim eu nunca tive qualquer atraso de entrada e a imagem era muito boa mesmo sem o codificação / decodificação de hardware.

Eu tentei o Steam Remote Play, usando meu desktop para jogar no meu laptop que tinha apenas gráficos Intel HD. Eu gostei até agora, o único problema é que você precisa de pelo menos 5Ghz WiFi ou conexão Ethernet. E eu tenho uma máquina separada, mas é um hardware Core 2 muito antigo. Ele é capaz de lidar com a reprodução remota, embora o único problema seja que ele precisa de uma GPU, porque por padrão não suporta 1080p ou mesmo 720p, eu acho. Estou planejando comprar um pi de framboesa para esta configuração, que posso ligar à minha TV e ter como talvez Kodi ou algo instalado e software de link de vapor.

fazer isso não *. Eu perdi uma palavra. Mas mais à frente em outro post que eu já disse, do que você está falando no post, aqui - # 4001 (comentário)

Com certeza irei formatar esta unidade para ext4, já que agora mudei totalmente para o Linux, sem janelas de inicialização dupla. Se eu não puder jogar por algum motivo, simplesmente aceitarei.

Sim, eu tinha perdido completamente seu segundo comentário. Na verdade, consegui alterar as opções de montagem da unidade e agora posso alterar as permissões de arquivos específicos, mas agora me deparei com um outro conjunto de problemas (veja minha postagem original ). Vou apenas fazer o mesmo e reformatar com ext4. Meus discos estão envelhecendo de qualquer maneira e precisam ser substituídos.

Alguma atualização sobre o problema de Displayname com Proton?

Já resolvido para Debian e Gentoo, é literalmente a discussão mais recente no tópico. Veja as postagens mais recentes de @exeqtion , @ omicron-b e @Gronkdalonka .

@ apoorv569 NTFS é conhecido por causar gagueira em vários jogos Proton. Mova o jogo da unidade NTFS para uma unidade formatada com algo como EXT4 e veja se isso ajuda.

aah, é uma unidade de 1 TB, preciso remover e baixar tudo novamente :(

Finalmente formatei minha partição NTFS e mudei para EXT4, estou vendo uma melhora real de desempenho em muitos jogos, menos quedas de fps, menos gagueira e tudo mais. E também um aumento de desempenho em geral. Quanto ao Titanfall 2, o desempenho é o mesmo de antes quando eu estava usando o NTFS, sem diferença perceptível. Então, ele corrigiu problemas que eu estava tendo com outros jogos, mas não com o titanfall 2, e é por isso que fiz esse esforço. : unamused:: confundido:

Para titanfall 2, não fiz nenhum chmod e usando GE-proton-5.11 . Funciona bem por alguns minutos, depois começa a diminuir os fps para a metade, 30 fps não é bom para um jogo de "Tiro".

@ gardot426 Obrigado por apontar isso, o thread inteiro meio que se

Tudo bem, bois encontrou o problema, era p11-kit biblioteca, atualize-a para 0.23.20 .
O que fiz hoje foi instalar a versão flatkpak do Steam e descobri o erro "Servidor SSL inválido". Encontrei isso , atualizei a lib e o jogo começou a funcionar. @ gardotd426 obrigado por ficar junto comigo muito apreciado!

Estou recebendo exatamente o mesmo erro de ativação, assim como um monte de pessoas aqui (estou no Debian 10.4 estável). O Origin instala, tem conexão com a loja e tal, posso entrar e baixar / instalar jogos ... mas Titanfall 2 simplesmente não "ativa" através dos servidores da EA depois de aberto. Eu reinstalei várias vezes através do Lutris (o script Titanfall 2 e o script de instalação Origin apenas para testar) e manualmente (via WINE no terminal). Eu sei que o jogo funciona no meu hardware, porque o Linux Mint 19.3 e 20 executaram Titanfall 2 por meio do script de instalação padrão da Lutris perfeitamente.

Como vocês atualizaram a biblioteca do kit p11? Minha versão instalada atualmente é a "antiga" (0.23.15). Tentei atualizá-lo a partir do código-fonte (construí um backport do Debian Buster), mas depois de instalá-lo (com sucesso, tenho certeza), o WINE foi removido e, finalmente, fui forçado a fazer o downgrade para estável para ter o WINE instalado novamente.

No Debian parece que a única maneira que as pessoas conseguiram consertar foi usando flatpak
Steam, mas você está tentando usar a versão Origin, então eu não sei. lata
você não conseguiu isso do Debian Sid? Eu não uso Debian de forma alguma, desculpe.

Na sexta-feira, 10 de julho de 2020 às 18:40 WaywardPooch [email protected]
escrevi:

Tudo bem, bois encontrou o problema, era a biblioteca do kit p11, atualize-o para0.23.20.
O que fiz hoje foi instalar a versão flatkpak do Steam e descobri
Erro "Servidor SSL inválido". Encontrei isto
https://github.com/flathub/com.valvesoftware.Steam/issues/526 , atualizado
a lib e o jogo começaram a funcionar. @ gardotd426
https://github.com/gardotd426 obrigado por ficar muito comigo
estimado!

Estou recebendo exatamente o mesmo erro de ativação, assim como um monte de gente
aqui (estou no Debian 10.4 estável). Origin instala, tem conexão com o
loja e tal, posso entrar e baixar / instalar jogos ... mas Titanfall 2
apenas não será "ativado" por meio dos servidores EA depois de aberto. Eu reinstalei
várias vezes por meio da Lutris (tanto no script Titanfall 2, quanto no Origin
instale o script apenas para testar) e manualmente (via WINE no terminal). Eu
sei que o jogo funciona no meu hardware, porque Linux Mint 19.3 e 20 rodaram
Titanfall muito bem.

Como você atualizou a biblioteca do kit p11? O meu está no "velho"
(0.23.15). Eu tentei atualizá-lo do código (construí um backport do Debian Buster)
mas depois de instalá-lo (com sucesso, tenho certeza), WINE foi removido
e, finalmente, fui forçado a fazer o downgrade de tudo de volta para estável para
receba o WINE de volta.

Gostaria que houvesse um backport para o kit p11 no repositório buster-backports.

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

No Debian parece que a única maneira que as pessoas conseguiram consertar foi usando flatpak steam, mas você está tentando usar a versão Origin, então eu não sei. Você não pode obtê-lo do Debian Sid? Eu não uso Debian de forma alguma, desculpe.

Tudo bem, cara. Não tenho ideia de por que o Debian não funciona bem com o Origin, mas vou continuar tentando. Posso tentar construir a biblioteca do kit p11 novamente só para ver. Caso contrário, acho que tenho que instalar o Flatpak Steam e de alguma forma executar o Origin por meio dele e, em seguida, executar o Titanfall através do Origin (não tenho certeza de como fazer isso com o Flatpak Steam, porque é sandbox e o Titanfall está no meu disco rígido; tudo bem).

Mantê-lo em sandbox não deve importar, ele ainda deve ser capaz de ver seu
diretórios de usuários, certo? Isso seria muito estúpido se não

Na sexta-feira, 10 de julho de 2020 às 19:12 WaywardPooch [email protected]
escrevi:

No Debian parece que a única maneira que as pessoas conseguiram consertar foi usando flatpak
Steam, mas você está tentando usar a versão Origin, então eu não sei. lata
você não conseguiu isso do Debian Sid? Eu não uso Debian de forma alguma, desculpe.
… <# M_-6177256696513781622_>
Na sexta-feira, 10 de julho de 2020 às 18:40 WaywardPooch @ . * > escreveu: Tudo bembois descobriu que o problema era a biblioteca do kit p11, atualize-o para 0.23.20.
O que fiz hoje foi instalar a versão flatkpak do Steam e descobri
Erro "Servidor SSL inválido". Encontrei este <
flathub / com.valvesoftware.Steam # 526
https://github.com/flathub/com.valvesoftware.Steam/issues/526 >, atualizado
a lib e o jogo começaram a funcionar. @ gardotd426
https://github.com/gardotd426 https://github.com/gardotd426 obrigado por
ficar junto comigo muito apreciado! Estou recebendo exatamente o mesmo
erro de ativação, assim como um monte de gente aqui (estou no Debian 10.4
estábulo). O Origin instala, tem conexão com a loja e tal, posso assinar
em e baixar / instalar jogos ... mas Titanfall 2 simplesmente não "ativará"
por meio dos servidores da EA após sua abertura. Eu reinstalei várias vezes por meio de
Lutris (o script Titanfall 2 e o script de instalação Origin apenas para
teste) e manualmente (via WINE no terminal). Eu sei que o jogo funciona no meu
hardware, porque Linux Mint 19.3 e 20 rodaram Titanfall perfeitamente. Como fez
você atualiza a biblioteca do kit p11? O meu está no "velho" (0.23.15). Eu
tentei atualizá-lo a partir da fonte (construiu um backport do Debian Buster), mas depois
instalando-o (com sucesso, tenho certeza), o WINE foi removido e
no final das contas, fui forçado a fazer o downgrade de tudo para estável para obter
VINHO de volta. Eu gostaria que houvesse um backport para o kit p11 nos buster-backports
repo. - Você está recebendo isso porque foi mencionado. Responder a isso
e-mail diretamente, veja no GitHub <# 4001 (comentário)
https://github.com/ValveSoftware/Proton/issues/4001#issuecomment-656925129 >,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AM5Y332J7QYHS7ZVL37IGK3R26KFVANCNFSM4OCFH2AA
.

Tudo bem, cara. Não tenho ideia de por que o Debian não joga bem com
Origem, mas vou continuar tentando. Posso tentar construir a biblioteca do kit p11
novamente só para ver. Caso contrário, acho que preciso instalar o Flatpak Steam e
de alguma forma execute o Origin através disso, então execute Titanfall através do Origin (não
tenho certeza de como fazer isso com Flatpak Steam, porque é sandbox e
Titanfall está no meu disco rígido; Ah bem).

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

Tê-lo em sandbox não deve importar, ele ainda deve ser capaz de ver seus diretórios de usuário, certo? Isso seria muito estúpido se não

Usando --override, fui capaz de alterar as permissões e adicionar minha pasta / mnt / hdd ao Flatpak Steam. Eu também atualizei totalmente para o Debian Bullseye para os repositórios mais novos (que incluem o novo kit p11). Infelizmente, o jogo encontra o mesmo problema de ativação quando iniciado através do Lutris, e parece que adicionar Origin como um jogo não Steam Proton impediu a instalação do redist VC, então o processo de verificação falha toda vez que copio o jogo. A questão deve estar em outro lugar. Como não possuo uma cópia do Steam, vou parar de postar aqui; parece que o Flatpak Steam é uma boa solução para pessoas no Debian usando o Steam Play como pretendido, então eu diria que uma solução foi encontrada.

Acabei de instalar o Arch Linux (nunca usei antes, mas gostei até agora), e o problema que tive com relação à ativação foi embora. Então, pelo menos posso jogar agora. Definitivamente recomendaria que as pessoas usassem uma distro baseada em Arch ou Ubuntu para evitar essa dor de cabeça, já que posso verificar pessoalmente que (pelo menos no meu hardware) o jogo funciona basicamente sem falhas ao usar Arch, Pop_OS! 19.10 e Linux Mint 19.3 / 20.

Oi, desculpe pela resposta tardia. Eu acho que o problema não é com a distro, mas a origem (talvez titanfall2?) Requer certas versões atualizadas de libs, para o meu caso foi p11-kit, talvez diferente para os outros.

Olá pessoal, recentemente tive que limpar minha unidade e reinstalar meu sistema, então reinstalei todos os meus jogos, por enquanto eu tenho apenas Titanfall 2 e No Mans Sky, e enquanto o último está funcionando bem, o anterior não, eu posso ' t get origin para iniciar e quando eu verifico meu prefixo não há pasta Origin, embora o Steam tenha dito que estava executando OriginThinInstall.exe. No meu sistema anterior, que tinha exatamente a mesma configuração com bspwm, exceto pelo driver da nvidia que era 440.100 e agora é 450.57, ele funcionou sem problemas. Algum de vocês teve algum problema semelhante?

Olá pessoal, recentemente tive que limpar minha unidade e reinstalar meu sistema, então reinstalei todos os meus jogos, por enquanto eu tenho apenas Titanfall 2 e No Mans Sky, e enquanto o último está funcionando bem, o anterior não, eu posso ' t get origin para iniciar e quando eu verifico meu prefixo não há pasta Origin, embora o Steam tenha dito que estava executando OriginThinInstall.exe. No meu sistema anterior, que tinha exatamente a mesma configuração com bspwm, exceto pelo driver da nvidia que era 440.100 e agora é 450.57, ele funcionou sem problemas. Algum de vocês teve algum problema semelhante?

Eu posso te dar algumas dicas

• Tente deletar o prefixo e instalar novamente, às vezes falha, continue tentando e será instalado eventualmente.

• Use a unidade EXT4

• Se estiver usando um gerenciador de janelas lado a lado, certifique-se de definir a origem como flutuante e ter algum tipo de funcionalidade de tela inteira.

• Instale todos os pacotes aqui e aqui para sua distribuição. Guia completo aqui .

• Atualize seu sistema

• Experimente o próton personalizado do Glorious Eggroll (5.11 GE funcionou melhor para mim)

Estou no Arch Linux com Openbox, também tenho Tiling Window Managers instalados, pois eles não têm muitas dependências e não ocupam muito espaço, tenho Xmonad, Qtile, DWM e Awesome. Ontem limpei meu disco rígido e instalei o Arch Linux novamente, pois queria mudar do KDE Plasma e usar uma área de trabalho mínima e tenho uma unidade separada para a Biblioteca Steam. Eu tenho um i5 6500, com 8GB de RAM e NVIDIA GTX 1060 3GB, tenho todos os pacotes mais recentes, incluindo o driver NVIDIA, que é como agora é 450.57-4, e este jogo roda perfeitamente 60fps em todos os WM mencionados acima.

Boa sorte.

Para quem ainda está lutando com o desempenho, descobri que instalar os drivers sugeridos pela lutris é realmente útil. Mesmo depois de restringir as permissões para a pasta Origin, eu ainda estava tendo falhas ocasionais na taxa de quadros.

Em particular, estava faltando o pacote nvidia-dkms no Arch.

Agora o jogo corre muito bem em

i3-6100
GTX 1050 TI
16 GB de RAM

Veja: https://github.com/lutris/docs/blob/master/InstallingDrivers.md

Muito obrigado @ apoorv569. Vou tentar o seu conselho e mantê-lo informado;)

Encontrada uma solução para o erro "DisplayName" em https://www.gamingonlinux.com/forum/topic/4467/page=3. Isso me ajudou:

1) baixe "ca-certificates_20190110_all.deb" de https://snapshot.debian.org/package/ca-certificates/20190110/#ca-certificates_20190110
2) extraia "ca-certificates_20190110_all.deb"
3) extraia "data.tar.xz"
4) criar diretório / usr / local / share / ca-certificate / extra
5) copie os certificados abaixo do arquivo extraído para / usr / local / share / ca-certificate / extra
/usr/share/ca-certificates/mozilla/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G4.crt
/usr/share/ca-certificates/mozilla/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G5.crt
/usr/share/ca-certificates/mozilla/VeriSign_Universal_Root_Certification_Authority.crt
6) execute "sudo update-ca-certificates"

Em seguida, removi o prefixo do jogo e o jogo foi iniciado.

Após o primeiro almoço e ativação do jogo, removi a pasta / usr / local / share / ca-certificate / extra e executei "sudo update-ca-certificates" novamente. Não bloqueará o início do jogo.

Este é um problema realmente estranho para mim agora - tenho 37 horas no Linux e tudo estava funcionando bem.

Alguns dias atrás, o Origin continuava querendo instalar algo, iria falhar e seria chato entrar. Achei que ele estava tentando atualizar, então deixei.

Agora, eu não fui capaz de lançar o jogo via próton vapor. GE experimentado, várias versões de prótons e todos os tipos. Estou no Arch linux com BSPWM como meu gerenciador de blocos. Essa coisa estava funcionando, então não tenho ideia do que aconteceu. Atualizei meu computador, então não sei nem como diagnosticar o problema.

Alguma ideia?

Exclua o pfx

Na segunda-feira, 24 de agosto de 2020 às 12h48 Ashley Smith [email protected]
escrevi:

Este é um problema realmente estranho para mim agora - tenho 37 horas de uso
linux e tudo estava funcionando bem.

Alguns dias atrás, o Origin continuava querendo instalar algo, iria falhar e
seria chato fazer login. Achei que ele estava tentando atualizar, então deixei
isto.

Agora, eu não fui capaz de lançar o jogo via próton vapor. Tentou
GE, várias versões de prótons e todos os tipos. Estou no Arch linux com BSPWM como
meu gerenciador de azulejos. Esta coisa estava funcionando, então não tenho ideia do que
aconteceu. Eu atualizei meu computador, então não sei como diagnosticar o
problema.

Alguma ideia?

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

Proton 5-13-1
Titan Fall 2 não funciona.
steam-1237970.log

https://gist.github.com/nutta-git/f6bbc7095a4fd3a1380d268b5c4d8674

Olá @ nutta-git, confirme se o Origin pode se conectar a uma versão anterior do Proton em seu sistema.

Sou capaz de executar o jogo perfeitamente bem com 5.13-1.

O Origin teve que ser atualizado, o que eu tentei duas vezes depois que a primeira vez deu um
erro, mas funcionou conforme o esperado.

Em Qui, 15 de outubro de 2020 às 20:10 kisak-valve [email protected]
escrevi:

Olá @ nutta-git https://github.com/nutta-git , confirme que
O Origin pode se conectar a uma versão anterior do Proton.

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

@ kisak-valve
Titanfall 2 funciona com Proton 5.0-10-rc4; no entanto, não consegue fazer login no Origin com Proton 5.13-1

Log do próton 5.0-10-rc4
steam-1237970.log

Proton 5.13-1 Log
steam-1237970.log

Consigo entrar no Origin sem problemas em 5.13-1.

Na quinta-feira, 15 de outubro de 2020 às 20:50 nutta-git [email protected] escreveu:

@ kisak-valve https://github.com/kisak-valve
Titanfall 2 funciona com Proton 5.0-10-rc4; no entanto, falha ao fazer login em
Origem com Proton 5.13-1

Log do próton 5.0-10-rc4
steam-1237970.log
https://github.com/ValveSoftware/Proton/files/5388563/steam-1237970.log

Proton 5.13-1 Log
steam-1237970.log
https://github.com/ValveSoftware/Proton/files/5388573/steam-1237970.log

[imagem: titianfall2origin]
https://user-images.githubusercontent.com/59726608/96200434-e67c9e80-0f27-11eb-87ce-c251de0d3e3a.png

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

@ gardotd426 pergunta rápida, qual é o seu

Apenas NetworkManager quando eu logar no i3, mais qualquer gerenciador de rede embutido que Budgie usa quando eu estou logado no Budgie.

@ gardotd426 obrigado!

Atualizado o texto do problema, já que muitos dos problemas relatados foram resolvidos pelas atualizações do Proton e Mesa.

@ nutta-git Se ainda não o fez, poderia tentar deletar ou renomear / mover seu prefixo antigo e tentar lançar o jogo novo em 5.13-1? Localização do prefixo padrão: ~ / .steam / steam / steamapps / compatdata / 1237970. Verifique também se o Steam não diz "sem conexão" ou "offline" na parte inferior central da janela antes de iniciar.

Ei @ alasky17 ,
O problema mudou. Agora é um problema de tempo de execução de vapor.
relacionado: https://github.com/ValveSoftware/Proton/issues/4278

Nota de rastreamento: Eliminando os rótulos mesa / radv porque https://gitlab.freedesktop.org/mesa/mesa/-/issues/3151 foi fechado conforme resolvido no driver. Se alguém está vendo um problema com o jogo no RADV, atualize para o lançamento pontual mais recente.

Não há mais travamentos intimidantes, mas problemas de rede onde o jogo falha ao se conectar aos servidores Origin.

Estou no Fedora 32 com drivers prop nvidia atualizados (última compilação de proton, gnome), jogo este jogo competitivamente para o contexto. Com V-SYNC (double buf) em tela cheia, estou obtendo lag de entrada (tenho um monitor gsync de 144 Hz). Eu geralmente jogo no Windows com o v-sync ativado nas configurações do driver com gsync, e não há atraso de entrada ou tearing. Não consigo obter nenhum atraso de entrada sem v-sync, mas é lágrimas, e também quebra de física do jogo, uma vez que está renderizando acima de 144 Hz. A última vez que tentei isso foi no Lutris e fiz com que funcionasse quase na perfeição (sem tearing, lag de entrada), entretanto, todos os outros nos lobbies de comp disseram que eu estava atrasado quando o ping estava bom para mim. Além disso, a entrada bruta do mouse por configurações de jogo também não se aplica (funcionou com lutris).