_Atualizado: 14/04-20_ , adicionado WINE e GE-Proton em 19/04/20:
Se você deseja executar o FFXIV via Proton, há algumas instruções para as instalações atuais:
1) O Proton padrão _não funcionará_. Você precisará obter uma versão do repositório do instruções de instalação .
2) Você precisará executar o seguinte comando:
WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable assumindo que você usa o local padrão para sua biblioteca de uma instalação regular do Steam. Caso contrário, adapte o caminho apropriadamente.

Outras instruções de versões de inicializador / não Steam:

• Se você deseja executar FFXIV fora de vapor, utilize Lutris ' Standalone - DXVK version instalador .
• Se você quiser usar o Lutris para executar o FFXIV fora do Steam e seu jogo for comprado através do Steam, adicione o argumento -issteam à configuração do Lutris para o jogo.
• Se você quiser usar o Steam para rodar uma versão não Steam do FFXIV, defina as opções de inicialização do FFXIV para: echo "%command%" | sed 's/-issteam\(freetrial\|\)//' | sh . (Obrigado a jbal91 por me lembrar que sed é mágico!)

Questões importantes:
1) O novo iniciador é desabilitado pelo Steam / GE-Proton por padrão - em algum ponto, isso provavelmente irá parar de funcionar. Tem um bilhete de vinho aberto aqui .
2) Se você estiver usando um injetor de pós-processamento (ReShade, GShade, etc), o jogo é prejudicado por uma falha de vários segundos sempre que o mouse é movido. Tem um bilhete de vinho aberto aqui . Você pode obter um WINE funcional aqui (baseado no WINE 5.4) e um Proton funcional (criado a partir do repositório da GloriousEggroll em 18/04-20) aqui .

_ Atualizações anteriores _:
_Atualizado: 31/07/19_:
Olá, guerreiros das trevas / luz! Se você está tentando jogar FFXIV via Proton, foi bastante simplificado!

Assim que o XIV for instalado via Steam, simplesmente abra o arquivo em ~/.steam/steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/FFXIV.cfg e altere CutsceneMovieOpening 0 para 1 . (Se você estiver executando a demonstração, sempre troque 39210 por 312060.)

Se você não vir a opção de instalar o jogo via Steam após a compra, você precisa, dentro de seu cliente Steam, abrir Steam -> Configurações -> Steam Play, e marcar 'Ativar Steam Play para títulos suportados' e 'Ativar Steam Play para todos os outros títulos ', reinicie o Steam quando solicitado, e você deve estar pronto!

Bem-vindo à comunidade!

Postagem original:
Não tenho certeza se este é o mesmo problema diretamente. Consegui que o XIV funcionasse via Proton, mas tive que seguir as conhecidas respostas do wine para torná-lo jogável. A saber, eu tenho que editar dois arquivos no diretório steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / Meus Documentos / Meus Jogos / FINAL FANTASY XIV - A Realm Reborn /.

Em FFXIV_BOOT.cfg, tive que editar BrowserType para 2 e em FFXIV.cfg tive que editar CutsceneMovieOpening para 1.

A primeira alteração permite que eu chegue ao inicializador neste ponto - se for deixado com o valor padrão, recebo 'Ocorreu um erro de sistema: 404. Erro de sistema HTTPS'. Infelizmente, fiz a instalação no meio da semana, então não tenho certeza se foi assim que superei o problema do nstgc durante a instalação.
Obviamente, a última mudança significa que eu não consigo ver a cena de abertura na primeira vez que jogo o jogo, mas se eu deixar o valor padrão, o jogo inicia, mas desliga após selecionar um Data Center.

Como esses arquivos de configuração do jogo são editados, não tenho certeza se isso é algo que a Valve deseja considerar para a Proton, mas pelo menos é uma informação.

FFXIV congela quando as reflexões em tempo real estão ativadas

Problema transferido de https://github.com/ValveSoftware/Proton/issues/627.
@ulzeraj postado em 26/08/2018T05: 58: 03:

Final Fantasy 14 (ID: 39210) funciona no modo DX11 após algumas soluções manuais que estão editando os arquivos INI para definir o tipo de navegador como 2, desabilite a cena de abertura e use winetricks xact em seu prefixo.

No entanto… os gráficos param de funcionar imediatamente após eu ativar “Real Time Reflections”. Habilitar qualquer nível desta opção em particular congela o jogo e o X11. Ainda consigo fazer login por meio de SSH e há estas mensagens:

[384.698959] [ drm: amdgpu_job_timedout [amdgpu]] ERRO tempo limite gfx do anel, último seq sinalizado = 202749, último seq emitido = 202751
[384.698964] [drm] Recuperação de GPU desativada.

GPU é Saphire R9 390. O sistema é OpenSUSE Tubleweed com kernel 4.18.0-1, usando amdgpu e Mesa 18.1.6 LLVM6. O mesmo hardware e jogo funcionam bem no Windows 10 com o Real Time Reflections ativado.

Obrigado pelo trabalho árduo.

@doitsujin comentou em 26/08/2018T10: 47: 10

Teste com LLVM 7 e Mesa 18.2, conforme sugerido em PREREQS.md .

@HereInPlainSight comentou em 26-08-2018T15: 37: 13

Informações do sistema: Gentoo x86_64 | 4.14.65-gentoo | i5-6500 | NVIDIA GeForce GTX 1070 | NVIDIA 396.51

Eu já tinha feito as edições do arquivo de configuração, apenas surgiu llvm7 e adicionei os winetricks xact ao prefixo, mudei para DX11 e posso confirmar que sou capaz de executar o Real Time Reflections em qualquer configuração que desejar.

@doitsujin comentou em 26/08/2018T16: 12: 39

@HereInPlainSight A versão LLVM só é relevante para drivers AMD porque eles usam LLVM para compilar sombreadores. O Mesa precisa ser construído com o LLVM 7 para funcionar corretamente.

@HereInPlainSight comentou em 26-08-2018T16: 50: 18

@doitsujin Não fui 100% nisso porque as informações do

Usar as libs recomendadas corrigiu o problema para mim, mas agora tenho o problema de fontes ausentes descrito por @nstgc. Devo mencionar que o problema de fontes não ocorreu no OpenSUSE Tumbleweed.

Mudei para o Ubuntu Bionic a fim de preencher os requisitos descritos em PREREQS.md. A instalação desses repositórios me deu o Mesa 18.3 compilado com o LLVM 8.0. Também instalei o LLVM e o CLANG 8, pois o documento não deixa claro se libllvm8 é suficiente. Ainda estou usando o amdgpu do kernel 4.18.5-041805 que instalei do UKKUU.

A propósito, o wine e os winetricks dos repositórios padrão do Ubuntu são muito antigos e a aplicação de xact por meio deles fará com que o jogo falhe no lançamento.

de alguma forma eu consigo adicionar essas fontes usando "winetricks allfonts"
Mas parece que não consigo inserir caracteres japoneses usando iBus Anthy no Ubuntu 18.04
Alguém mais pode confirmar? (Ou consegue realmente escrever em japonês no chat FFXIV)

Nem meu controlador de vapor ou controlador de xbox 360 funciona.
Ambos aparecem na lista de gamepads no menu de configuração para que sejam detectados, mas os botões pressionados não funcionam.

Aqui os controladores não funcionam por meio do Steam como deveriam, mas consegui usá-los por meio do sistema nativo SDL.

Para DS4, isso funciona adicionando a seguinte variável ao seu perfil (.bashrc ou / etc / environment) e desabilitando o sistema do controlador de vapor.

export SDL_GAMECONTROLLERCONFIG = '030000004c050000cc09000011810000, PS4 Controller, a: b0, b: b1, back: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , guia: b10 , lef tshoulder: b4 , leftstick: b11 , le fttrigger: a2 , leftx: a0 , lefty: a1 , right tshoulder: b5 , r direita: b12 , rig httrigger: a5 , rightx: a3 , righty: a4 , start: b9 , x: b3, y: b2, plataforma: Linux , 050000004c050000cc09000000810000, PS4 Controller, a: b0, b: b1, back: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , guia: b10 , lef tshoulder: b4 , leftstick: b11 , le fttrigger: a2 , leftx: a0 , lefty: a1 , righ tshoulder: b5 , r ightstick: b12 , rig httrigger: a5 , rightx: a3 , righty: a4 , início: b9 , x: b3, y: b2, plataforma: Linux , '

O fato é ... Devo ser capaz de desabilitar o controlador apenas para aquele jogo, mas o Steam renomeia um pouco os caminhos dos nós do dispositivo, então para fazê-lo funcionar, preciso desabilitar tudo. A coisa de renomear dispositivo não acontece no OpenSuSE.

A cinemática não funciona, pode estar relacionada ao problema # 1464.

Eu encontrei a solução para meu problema aqui: https://www.reddit.com/r/archlinux/comments/9bl3l7/steam_controller_not_working_with_protonsteam/

O problema era que duas entradas estavam sendo criadas para um controlador.
executar sudo rmmod hid_steam e reiniciar o Steam corrigiu o problema.

Falha ao carregar a página da web incorporada no inicializador do jogo (appid: 39210)

Problema transferido de https://github.com/ValveSoftware/Proton/issues/2183.
@TenaarFeiri postado em 2019-01-02T23: 58: 28:

Relatório de Compatibilidade

• Nome do jogo com problemas de compatibilidade: Final Fantaxy XIV Online
• Steam AppID do jogo: 39210

Informação do sistema

• GPU: GTX 980M
• Versão do driver / LLVM: nVidia 390.87
• Versão do kernel: 4.18.0-13
• Link para o relatório completo de informações do sistema como Gist : https://gist.github.com/TenaarFeiri/2733a8f25f8818a5c3e85777eed9be22
• Versão do próton: 3.7-8

Eu confirmo:

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

https://gist.github.com/TenaarFeiri/9e560a89346b17cc2de0ac9b508259e8

Sintomas

O problema é que o Proton não parece capaz de ajudar o ffxivlauncher.exe a usar o navegador correto para incorporar sua página de login. Recebi relatos de que o jogo em si é funcional depois de passar pelo inicializador, mas não posso testá-lo, pois essa é uma etapa crucial para baixar o jogo.

O próprio iniciador relata um erro HTTPS 404, pois não consegue encontrar um navegador para usar na página de destino do iniciador.

Reprodução

• Baixe e instale o Final Fantasy XIV Online.
• Iniciar o jogo. O ffxivboot.exe será iniciado e não fornecerá nenhuma informação útil porque a fonte está corrompida.
• O download do ffxivboot.exe acabará eventualmente e ele abrirá o ffxivlauncher.exe
• Informe ao inicializador que você já possui uma conta no jogo.
• Prossiga com as instruções até terminar de guiá-lo.
• Observe a tentativa do iniciador de abrir uma página da Web necessária para iniciar a execução do jogo e falhar.
• Feche e reinicie o jogo quantas vezes desejar.

EDIT: Tenho o jogo para rodar: D
Atualmente, estou tendo um problema de que não há áudio no DX11, mas há áudio no DX9. Eu prefiro jogar no DX11 porque o desempenho é melhor. Alguma ideia?
Estou usando o Proton 3.16-6 (Beta) agora.

Acabei de encontrar isso e apliquei alguns dos ajustes mencionados acima e fiz o iniciador funcionar =)

Resta ver se consigo fazer o jogo rodar quando terminar o download, mas veremos!

Percebo prefixos sendo mencionados acima. Não sou muito experiente em tecnologia; como devo aplicá-los se precisar deles?

Alguma ideia de como fazer o som funcionar no DirectX 11? DX9 tem som, mas é virtualmente impossível de jogar.

@TenaarFeiri Com o Wine, tive que instalar o xact e substituir o xaudio2_7

Você sabe como fazer isso com o Vinho Proton? Ainda não sou totalmente versado nessas coisas.

@TenaarFeiri Com o Wine, tive que instalar o xact e substituir o xaudio2_7

Eu descobri! Muito obrigado por me apontar na direção certa.
Eu instalei uma versão apropriada do Wine conforme instruído em winehq.org, e então fiz: WINEPREFIX=game_folder_in_steam winecfg e configurei xaudio2_0 e xaudio2_7 na substituição.
Isso funcionou! Agora tenho áudio e ótimo desempenho!

EDIT: Acontece que o problema era meu ambiente de área de trabalho. Desinstalei o Ubuntu 18.10 e substituí-o pelo Kubuntu 18.10 e agora o modo Windowed está funcionando perfeitamente!

OK!
Novo problema!
Portanto, o jogo funciona perfeitamente em tela cheia em janela sem nenhum problema (que eu posso ver). Mas, na verdade, prefiro jogar no modo Windowed, e é aí que surgem os problemas: tenho habilidades vinculadas às teclas do teclado numérico, que são ativadas quando pressiono os botões do mouse. Em Windowed Fullscreen eles funcionam muito bem sem erros, mas quando eu os uso mais em Windowed, há uma queda / congelamento perceptível de FPS que torna difícil jogar assim.

Gravei um vídeo: https://youtu.be/iqLxMQLCLe4 (a baixa taxa de quadros do jogo é resultado da gravação, mas felizmente também torna óbvio quando eu aperto os botões do mouse para que você possa observar).

Alguma ideia de como eu poderia consertar isso?

A última revisão do FAudio corrige o áudio para a versão DX11:

https://github.com/FNA-XNA/FAudio/commit/83f8734ef15f76fcbacd7279f890aefde9d62021

EDIT: Contanto que você desative a reverberação ... adicione return buffer; após esta linha se você realmente tentar fazer isso:

https://github.com/FNA-XNA/FAudio/blob/master/src/FAudio_internal.c#L628

A última revisão do FAudio também corrige os efeitos! O jogo soa bem na minha própria configuração agora sem modificações (sem alguma atenuação, mas isso não deve ser doloroso).

Junto com todos os itens acima, e com xact, xaudio2_0-9, acho que o suporte oficial não deveria estar tão longe?
Ele funciona perfeitamente com essas correções no Proton 3.16-6 Beta, e realmente o maior obstáculo é apenas alterar o BrowserType para 2 e CutsceneMovieOpening para 1, conforme descrito por @HereInPlainSight.
Mas isso é algo que eu aposto que o cliente Steam deve ser capaz de fazer por conta própria quando o jogo for instalado, certo?

Proton 3.16-7 inclui as últimas alterações do FAudio, então o áudio deve funcionar corretamente com a versão DX11.

Com o beta 3.16-7, recriei o compatdata para este jogo para desfazer completamente qualquer modificação manual. Eu ainda tive que alterar BrowserType para 2 e CutsceneMovieOpening para 1. O áudio agora funciona sem substituições de dll xaudio, mas o áudio fica progressivamente mais atrasado com o tempo de reprodução. Depois de aproximadamente 20-30 minutos de reprodução, todo o áudio é atrasado em 1-2 segundos.

Alguém mais está experimentando algo semelhante?

Deu uma olhada rápida e acredito que você encontrou um problema de design com SDL_AudioStreams. Troquei o reamostrador, então se fiz tudo certo, o atraso deve ter desaparecido (e espero que a qualidade do som ainda esteja boa):

https://github.com/FNA-XNA/FAudio/commit/fe31f1b6b021f4896016dc2eacc85026005abdf9

Ainda estou tendo problemas com um erro HTTPS no inicializador, apesar de BrowserType ter sido definido como 2. Testado no GNOME com Wayland, GNOME no Xorg e Plasma sem sucesso.

Ainda estou tendo problemas com um erro HTTPS no inicializador, apesar de BrowserType ter sido definido como 2. Testado no GNOME com Wayland, GNOME no Xorg e Plasma sem sucesso.

Tente excluir a pasta "web" em ~/.local/share/Steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/

Eu tenho 2 máquinas Fedora 29 onde em uma eu tenho que deletar constantemente aquela pasta para o inicializador carregar, enquanto na outra eu não preciso disso. Embora eu não tenha certeza do que é diferente entre as duas máquinas

Às vezes, você também terá o problema quando simplesmente não conseguir se conectar ao
página de destino.

Suponho que você já tenha, mas caso não tenha, verifique
veja se o seu BrowserType está definido como 2 em boot.cfg (acredito?).

Den lør. 2. março. 2019, 03:37 skrev Equivocal90 [email protected] :

Ainda estou tendo problemas com um erro de HTTPS no iniciador, apesar de
BrowserType foi definido como 2. Testado sob GNOME com Wayland, GNOME em
Xorg e Plasma sem sucesso.

Tente excluir a pasta "web" em ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My
Documentos / Meus jogos / FINAL FANTASY XIV - A Realm Reborn /

Eu tenho 2 máquinas Fedora 29 onde em uma eu tenho que deletar constantemente
pasta para o lançador carregar enquanto no outro não requer isso.
Embora eu não tenha certeza do que é diferente entre as duas máquinas

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

Às vezes, você também terá o problema quando simplesmente não conseguir se conectar à página de destino. Suponho que você já tenha, mas caso não tenha, verifique se seu BrowserType está definido como 2 em boot.cfg (acredito?) Den lør. 2. março. 2019, 03:37 skrev Equivocal90 [email protected] :
…
Ainda estou tendo problemas com um erro HTTPS no inicializador, apesar de BrowserType ter sido definido como 2. Testado no GNOME com Wayland, GNOME no Xorg e Plasma sem sucesso. Tente excluir a pasta "web" em ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / Meus Documentos / Meus Jogos / FINAL FANTASY XIV - A Realm Reborn / Tenho 2 Fedora 29 máquinas em que em uma tenho que excluir constantemente essa pasta para que o inicializador carregue, enquanto na outra não preciso disso. Embora não tenha certeza do que é diferente entre as duas máquinas - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, visualize-o no GitHub < # 580 (comentário) > ou silencie o tópico https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

Na minha máquina com o problema BrowserType está definido como 2 e dá um erro de https diferente. Ou é bem-sucedido ou me dá um erro -22 ou -21 até que eu exclua a pasta que especifiquei anteriormente.

Pergunta para as pessoas que estão jogando este jogo: é apenas a cena inicial que precisa ser pulada ou as cenas dentro do jogo também não estão funcionando? Consegui fazer o jogo funcionar, mas como esta é a primeira vez que o jogo, não sei onde devo ver as cenas no jogo.

@ Equivocal90

Não tenho certeza de como lidar com isso. = (Tive a sorte de evitar esse problema! Qual versão do Proton você está usando? Estou usando a mais recente (Beta). Pensei que talvez o ambiente de desktop pudesse ser um problema, mas você testou em alguns .Mas estou usando o Kubuntu / Debian, então pode ser que o Fedora tenha um problema diferente que não consigo adivinhar.

@Mushoz
As cenas do jogo funcionarão bem, e você pode até mesmo ver as cinemáticas em FFXIV no menu de abertura quando o cliente for aberto.
Curiosamente, parece não haver nenhuma razão óbvia para o cliente não começar com as cenas iniciais habilitadas, já que ele realmente lida com reproduzi-las muito bem quando estiver em execução.
De qualquer forma, todas as cenas do jogo devem funcionar! Eu ainda não encontrei nenhum problema.

Mas estou um pouco temendo os Shadowbringers! Não tenho ideia de como isso vai atrapalhar o desempenho atual do Proton.

@flibitijibibo e @ Equivocal90 :
Posso confirmar que o último faudio corrige o atraso progressivo do som.

Parece que tive um problema diferente ...

Depois de um tempo jogando (às vezes são <30 minutos, às vezes são mais de 2 horas), começo a obter uma grande variação no tempo de quadro que faz o jogo travar.
Mudei "DXVK_HUD": "full" em user_settings.py por próton para observar exatamente o que está acontecendo ... e depois de cerca de 50 minutos de jogo, aconteceu novamente.

O que descobri foi que o seguinte causa grandes picos no tempo gasto para renderizar frames:

• mouse se moveu
• clicado com o mouse
• tecla digitada (e sim, é específica para a digitação do caractere, não apenas para pressionar o botão)

Como sei que a chave foi digitada:

1. Pressione e segure uma tecla (ou seja, D para virar à direita): a gagueira começa, então a gagueira pára por um momento e recomeça um momento depois.
2. Se você agora tocar em outra tecla (como W para avançar), a gagueira irá parar quando você soltar a segunda tecla (W neste caso), embora você ainda esteja segurando a primeira tecla.

Este é o mesmo comportamento que meu sistema tem ao digitar em uma caixa de texto.
Quando o jogo fica assim, ele não para até que seja reiniciado.

Note que o jogo funciona _flawless_ até que comece (se não fosse por isso, eu diria que poderia ter suporte oficial). Acontece em momentos tão aleatórios que eu não descobri uma maneira de reproduzi-lo sozinho (além de apenas jogar por um longo tempo - ficar parado não parece funcionar).

SO: Kubuntu 18.04 LTS (compositor desativado)
GPU: RX 580 8GB
Próton: 3,16-7 Beta
Mesas experimentado: 18.2 e 19.0.99 (Oibaf mais recente)
LLVM: 7.0.1

Eu tenho:

• Observei o uso de memória da GPU, velocidades de clock, etc. - que são as mesmas de antes da mudança (a única exceção a isso é que ao mover / clicar com o mouse ou digitar - o que parece causar travamento - o uso da GPU vai _diminuir_)
• Clocks de CPU monitorados e utilização - que também permanecem os mesmos (eu não vi enquanto fornecia a entrada)
• Desativou todas as formas de limitação de quadro no jogo
• Tentei diferentes configurações do mouse no jogo
• Verificado o dmesg para qualquer problema de I / O ou interrupção com o hardware - nada registrado
• Foi verificado o log dxvk na pasta Steam - nada de anormal
• Comparado com todas as coisas mostradas no dxvk hud antes e depois do início da trepidação, apenas fps e frame-time parecem mudar, e essa mudança só acontece durante a entrada

Estou sem ideias, então qualquer ajuda é bem-vinda.

O jogo na parte gráfica funciona perfeitamente
Mas o áudio fica atrasado após um curto período de tempo (10 minutos, eu diria) e se torna irritante

O jogo na parte gráfica funciona perfeitamente
Mas o áudio fica atrasado após um curto período de tempo (10 minutos, eu diria) e se torna irritante

Meu entendimento é que o problema deve ser corrigido quando o Proton obtiver uma versão mais recente do FAudio

O jogo na parte gráfica funciona perfeitamente
Mas o áudio fica atrasado após um curto período de tempo (10 minutos, eu diria) e se torna irritante

Você pode resolver isso abrindo Propriedades no jogo e definir as opções de inicialização para:

PULSE_LATENCY_MSEC = 60% comando%

Realmente deveria apenas consertar torresmo, mas por falta de outras sugestões até que o FAudio seja atualizado, vale a pena tentar?

@Turbito se você clonar e construir FAudio, então substitua o libFAudio.so usado pelo Steam pelo que você construiu, o som é perfeito:

https://github.com/FNA-XNA/FAudio

Basta construir e substituir a corrente do próton. Se você estiver no Ubuntu, precisará dos seguintes pacotes:

• cmake
• libsdl2-dev
• essencial para construir

No momento, estou usando um um pouco mais antigo no momento (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), mas o mestre atual também deve funcionar.

PS Se você acabar encontrando o problema que descrevi no meu post anterior, gostaria de saber.

Às vezes, você também terá o problema quando simplesmente não conseguir se conectar à página de destino. Suponho que você já tenha, mas caso não tenha, verifique se seu BrowserType está definido como 2 em boot.cfg (acredito?) Den lør. 2. março. 2019, 03:37 skrev Equivocal90 [email protected] :
…
Ainda estou tendo problemas com um erro HTTPS no inicializador, apesar de BrowserType ter sido definido como 2. Testado no GNOME com Wayland, GNOME no Xorg e Plasma sem sucesso. Tente excluir a pasta "web" em ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / Meus Documentos / Meus Jogos / FINAL FANTASY XIV - A Realm Reborn / Tenho 2 Fedora 29 máquinas em que em uma tenho que excluir constantemente essa pasta para que o inicializador carregue, enquanto na outra não preciso disso. Embora não tenha certeza do que é diferente entre as duas máquinas - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, visualize-o no GitHub < # 580 (comentário) > ou silencie o tópico https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

Acontece que o Steam cria uma nova pasta Meus Jogos no SteamPlay. O arquivo de configuração que está sendo lido estava no novo prefixo.

O jogo na parte gráfica funciona perfeitamente
Mas o áudio fica atrasado após um curto período de tempo (10 minutos, eu diria) e se torna irritante

Você pode resolver isso abrindo Propriedades no jogo e definir as opções de inicialização para:

PULSE_LATENCY_MSEC = 60% comando%

Realmente deveria apenas consertar torresmo, mas por falta de outras sugestões até que o FAudio seja atualizado, vale a pena tentar?

@Turbito se você clonar e construir FAudio, então substitua o libFAudio.so usado pelo Steam pelo que você construiu, o som é perfeito:

https://github.com/FNA-XNA/FAudio

Basta construir e substituir a corrente do próton. Se você estiver no Ubuntu, precisará dos seguintes pacotes:

* cmake

* libsdl2-dev

* build-essential

No momento, estou usando um um pouco mais antigo no momento (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), mas o mestre atual também deve funcionar.

PS Se você acabar encontrando o problema que descrevi no meu post anterior, gostaria de saber.

Estou jogando há cerca de uma hora e meia e o único problema gráfico é que a câmera não se move tão suavemente como em um sistema Windows ... Isso só acontece em configurações de alta definição de desktop. No laptop padrão, a câmera funciona como pretendido

Eu apenas tentei, mas nenhum deles (mesmo ao mesmo tempo) corrigiu meu atraso de áudio ...
A qualidade do áudio é boa, o único problema é o pequeno (mas perceptível por 2 ou 3 segundos) atraso / dessincronização do som

editar: Acabei de notar que copiei a biblioteca para a pasta lib / ... Estou testando para a lib64 /

Qual versão do Linux você está executando e qual é a sua versão do Proton?
Você já tentou ativar todos os canais xaudio com wineconfig para o
compatdata pfx, bem como xact?

No momento, estou executando a última versão beta do proton no Kubuntu 18.10.

>

Agora, copiado para a pasta lib64 do proton parece estar funcionando sem demora. Nesta meia hora não notei demora. O áudio está perfeitamente sincronizado. Obrigado a todos.

Eu não toquei em nada no winecfg do Proton, apenas copiei a lib e configurei

PULSE_LATENCY_MSEC=60 %command%

nos parâmetros de lançamento

Usando Linux 5.0, Mesa 19.1.0-devel (git-cb4e3e3ef6), xf86-xorg-amdgpu até o dia etc. em Proton 3.16-7 beta (não tenho certeza se esse é o número ... É a versão mais recente do cliente Steam monitores)

Impressionante! Estou feliz por ter resolvido isso para você!
Na verdade, eu estava procurando pela distro. Que pena, ainda estou me acostumando com o mundo linux: D
Bom jogo!

Impressionante! Estou feliz por ter resolvido isso para você!
Na verdade, eu estava procurando pela distro. Que pena, ainda estou me acostumando com o mundo linux: D
Bom jogo!

Gentoo "testando"? (~ amd64). Mas deve funcionar bem em qualquer outra distro, eu acho.

@schives Eu experimentei o mesmo problema, embora seja instável sem entrada, a entrada definitivamente o torna pior. Também parece levar exatamente uma hora para mim. Se eu reiniciar o jogo, tudo funcionará perfeitamente novamente. Informe-nos se encontrar alguma alternativa ou solução para isso.

Tento obter alguma documentação do problema que estou enfrentando que parece ser o mesmo do @schives , onde depois de uma hora está realmente irregular e ruim. Tive que fazer isso com uma câmera de telefone, infelizmente, mas parece funcionar um pouco, especialmente quando comparado a quando funciona corretamente

Depois de uma hora:
https://witches.live/@anna/101786126154372039

Normalmente:
https://witches.live/@anna/101786130006475213

acompanhamento, parece ser uma consequência do jogo ativo. Deixei o jogo ligado a noite toda depois de apenas fazer o login e conversar um pouco e de manhã, a gagueira não está mais lá.

Mais um comentário para confirmar absolutamente que tenho a mesma coisa que @schives tem, e documentou isso melhor do que eu. Parece ser algo relacionado à entrada e, de fato, parece ser uma função de quantos botões você pressiona, se você estiver ativo e fazendo buscas e instâncias, parece surgir mais rápido, enquanto isso eu não fiz isso acontecer por quase 18 horas porque deixei ligado durante a noite para testar isso e depois joguei muito esporadicamente, principalmente assistindo cutscenes, e isso só começou a acontecer um pouco antes de eu fazer a nova masmorra (felizmente antes de entrar, heh). Eu ajudei algumas pessoas a limpar o Tsukiyomi normal e ele começou no meio da segunda parte e isso é REALMENTE divertido de lidar quando você está ficando sem AOEs e ainda assim a entrada torna tudo pior ...

É tão bizarro. Se você não se importasse com @schives, podemos ver o que é semelhante em nossas configurações para talvez ajudar a identificar o problema?

Estou usando o gentoo, versão do kernel 4.19.27-gentoo-r1
Consertei o som usando este comando, embora esteja executando o jogo por meio da opção "teste gratuito", pois tenho uma conta herdada que não seja do Steam, então não é exatamente este número:
protontricks 39210 xaudio2_{0,1,2,3,4,5,6,7,8,9}=native

Meu glxinfo:

anna<strong i="15">@eurekapyros</strong> ~/.steam/steam/steamapps/common/FINAL FANTASY XIV Online $ glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 1070 Ti/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 418.43
OpenGL core profile shading language version string: 4.50 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6.0 NVIDIA 418.43
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 418.43
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

A versão do Proton é 3.16-8 Beta
A CPU é Intel (R) Core (TM) i7-6700K CPU @ 4,00 GHz

Eu fiz um clipe de twitch deste problema acontecendo enquanto estou transmitindo

https://clips.twitch.tv/CarelessPeacefulAirGuitarYouWHY

Quando o movimento da câmera do mouse acontece, ele ainda está instável se estiver usando o teclado para mover a câmera?

Já faz um tempo que eu não estava no FFX | V, e não me lembro se existem bindings default para a câmera, para o teclado, se pode ser feito embutido, mas se for, tem alguém tentou isso?

Além disso, apenas mover o mouse (mesmo sem mover a câmera) faz com que a intermitência aconteça?

(Peço desculpas se perdi menções a essas coisas em algum lugar; estou recebendo e-mails em cada mensagem no ValveSoftare aqui, mas posso ter perdido essas e não estou lendo todos esses comentários agora ^^;).

Sim. Sempre que houver entrada, ela ficará instável, quer você use o mouse ou o teclado. Ainda fica um pouco agitado se você olhar de perto as animações enquanto fica parado e não digita, mas fica ruim de novo mesmo se você estiver digitando no chat ou algo assim. Qualquer tipo de entrada parece torná-lo instável.

Ok, não parecem as coisas que eu vi em outros lugares, no que diz respeito aos movimentos e entradas.

Uma coisa que também parece semelhante, com este título, é a memória gráfica esgotando após um tempo de jogo. Tudo bem por um tempo, mas depois as coisas ficam malucas ...

Estou falando um pouco do passado, rodando o jogo via Wine, desde o primeiro Alpha ao Beta e todos os lançamentos que eles têm agora. :]

A propósito, eu prestaria atenção à memória gráfica que está sendo usada, pois parecia que eu estava ficando sem ela (vazamentos de memória?). As coisas foram muito parecidas com o que vi aqui, depois de um tempo, e parece que você realmente precisa se mover, não apenas inativo).

@witcheslive e @Chiitoo
Não parece ser VRAM, o radeontop mostra que o uso de memória é quase consistente no meu RX 580 e nunca atinge o pico acima de 3 GB, mesmo enquanto outros aplicativos estão em execução.
O uso de memória é mínimo, sem vazamentos de memória óbvios.

Eu até tentei remover outras placas pcie no caso de haver algum problema lá (um pouco extremo para depuração), mas não houve mudança.

Realmente parece um problema em como o próton ou o FF14 lida com a entrada. Ao habilitar o HUD dxvk completo, você deve ser capaz de ver uma intermitência momentânea no gráfico de tempo de quadro ao clicar com o botão esquerdo (fração de segundo - o tipo de coisa que você normalmente não veria). Esta oscilação ao clicar com o botão esquerdo está presente antes mesmo de o jogo entrar no modo de oscilação em todas as entradas.

No que diz respeito a uma pequena experiência, quando o jogo fica instável, desative a repetição de tecla usando xset r off (isso desativará a repetição de tecla no xorg) e comece a correr usando as teclas WASD. Você notará que mesmo mantendo a tecla pressionada, desde que não mova o mouse ou aperte novas teclas, o jogo não é realmente instável. Para reativar a repetição de tecla, use xset r on .

Também vi que o tempo que leva para o jogo ficar instável parece ser inversamente proporcional ao número de teclas que pressiono.

Coisas que eu poderia pensar que podem estar causando problemas:

1. Pode haver algum tipo de estrutura de dados atuando como um buffer que mantém todas as teclas pressionadas e precisa de ajuste (por exemplo, uma pilha ou fila) de alguma forma quando fica excessivamente cheia e não é liberada. Faria sentido que essa estrutura de dados, precisando mover todos os valores em um espaço, pudesse gerar um gargalo na largura de banda da memória.

1. Também é possível que a correção de áudio esteja com defeito.

2. Ambos temos processadores Intel: talvez uma das atenuações para essas vulnerabilidades de hardware excessivamente numerosas esteja causando problemas?

3. Algo pode estar errado com a forma como o próton está traduzindo a entrada para FF14.

No que diz respeito às especificações do sistema, a única coisa que vejo semelhante é o nosso fornecedor de CPU (Intel) ...

Especificações detalhadas

SO: Kubuntu 18.04 LTS
Próton: 3,16-8 Beta

$ uname -srvmpio
Linux 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              8
On-line CPU(s) list: 0-7
Thread(s) per core:  2
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               45
Model name:          Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz
Stepping:            7
CPU MHz:             1200.413
CPU max MHz:         3800.0000
CPU min MHz:         1200.0000
BogoMIPS:            7203.91
Virtualization:      VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            256K
L3 cache:            10240K
NUMA node0 CPU(s):   0-7
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts flush_l1d

# lshw -class memory
  *-memory
       description: System Memory
       physical id: 2e
       slot: System board or motherboard
       size: 16GiB
     *-bank:0
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 0
          serial: 00000000
          slot: ChannelA_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:1
          description: DIMM Synchronous [empty]
          product: ChannelA_Dimm2_PartNum
          vendor: ChannelA_Dimm2_Manufacturer
          physical id: 1
          serial: ChannelA_Dimm2_SerNum
          slot: ChannelA_Dimm2
          width: 64 bits
     *-bank:2
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 2
          serial: 00000000
          slot: ChannelB_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:3
          description: DIMM Synchronous [empty]
          product: ChannelB_Dimm2_PartNum
          vendor: ChannelB_Dimm2_Manufacturer
          physical id: 3
          serial: ChannelB_Dimm2_SerNum
          slot: ChannelB_Dimm2
          width: 64 bits
     *-bank:4
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 4
          serial: 00000000
          slot: ChannelC_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:5
          description: DIMM Synchronous [empty]
          product: ChannelC_Dimm2_PartNum
          vendor: ChannelC_Dimm2_Manufacturer
          physical id: 5
          serial: ChannelC_Dimm2_SerNum
          slot: ChannelC_Dimm2
          width: 64 bits
     *-bank:6
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 6
          serial: 00000000
          slot: ChannelD_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:7
          description: DIMM Synchronous [empty]
          product: ChannelD_Dimm2_PartNum
          vendor: ChannelD_Dimm2_Manufacturer
          physical id: 7
          serial: ChannelD_Dimm2_SerNum
          slot: ChannelD_Dimm2
          width: 64 bits

$ vulkaninfo | head -243
===========
VULKAN INFO
===========

Vulkan Instance Version: 1.1.70

ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_intel.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_radeon.so: wrong ELF class: ELFCLASS32


Instance Extensions:
====================
Instance Extensions     count = 16
        VK_KHR_device_group_creation        : extension revision  1
        VK_KHR_external_fence_capabilities  : extension revision  1
        VK_KHR_external_memory_capabilities : extension revision  1
        VK_KHR_external_semaphore_capabilities: extension revision  1
        VK_KHR_get_physical_device_properties2: extension revision  1
        VK_KHR_get_surface_capabilities2    : extension revision  1
        VK_KHR_surface                      : extension revision 25
        VK_KHR_wayland_surface              : extension revision  6
        VK_KHR_xcb_surface                  : extension revision  6
        VK_KHR_xlib_surface                 : extension revision  6
        VK_KHR_display                      : extension revision 23
        VK_EXT_direct_mode_display          : extension revision  1
        VK_EXT_acquire_xlib_display         : extension revision  1
        VK_EXT_display_surface_counter      : extension revision  1
        VK_EXT_debug_report                 : extension revision  9
        VK_EXT_debug_utils                  : extension revision  1
Layers: count = 5
=======
VK_LAYER_VALVE_steam_fossilize_64 (Steam Pipeline Caching Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_fossilize_32 (Steam Pipeline Caching Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_overlay_32 (Steam Overlay Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_overlay_64 (Steam Overlay Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_LUNARG_standard_validation (LunarG Standard Validation Layer) Vulkan version 1.0.70, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

Presentable Surfaces:
=====================
GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
Surface type : VK_KHR_xcb_surface
Formats:                count = 2
        B8G8R8A8_SRGB
        B8G8R8A8_UNORM
Present Modes:          count = 3
        IMMEDIATE_KHR
        MAILBOX_KHR
        FIFO_KHR

VkSurfaceCapabilitiesKHR:
=========================
        minImageCount       = 2
        maxImageCount       = 0
        currentExtent:
                width       = 256
                height      = 256
        minImageExtent:
                width       = 256
                height      = 256
        maxImageExtent:
                width       = 256
                height      = 256
        maxImageArrayLayers = 1
        supportedTransform:
                VK_SURFACE_TRANSFORM_IDENTITY_BIT_KHR
        currentTransform:
                VK_SURFACE_TRANSFORM_IDENTITY_BIT_KHR
        supportedCompositeAlpha:
                VK_COMPOSITE_ALPHA_OPAQUE_BIT_KHR
                VK_COMPOSITE_ALPHA_INHERIT_BIT_KHR
        supportedUsageFlags:
                VK_IMAGE_USAGE_TRANSFER_SRC_BIT
                VK_IMAGE_USAGE_TRANSFER_DST_BIT
                VK_IMAGE_USAGE_SAMPLED_BIT
                VK_IMAGE_USAGE_STORAGE_BIT
                VK_IMAGE_USAGE_COLOR_ATTACHMENT_BIT

VkSurfaceCapabilities2EXT:
==========================

        supportedSurfaceCounters:
                None


Device Properties and Extensions :
==================================
GPU0
VkPhysicalDeviceProperties:
===========================
        apiVersion     = 0x40105a  (1.1.90)
        driverVersion  = 79691875 (0x4c00063)
        vendorID       = 0x1002
        deviceID       = 0x67df
        deviceType     = DISCRETE_GPU
        deviceName     = AMD RADV POLARIS10 (LLVM 8.0.0)
        VkPhysicalDeviceLimits:
        -----------------------
                maxImageDimension1D                     = 16384
                maxImageDimension2D                     = 16384
                maxImageDimension3D                     = 2048
                maxImageDimensionCube                   = 16384
                maxImageArrayLayers                     = 2048
                maxTexelBufferElements                  = 0x8000000
                maxUniformBufferRange                   = 0xffffffff
                maxStorageBufferRange                   = 0xffffffff
                maxPushConstantsSize                    = 128
                maxMemoryAllocationCount                = 4294967295
                maxSamplerAllocationCount               = 65536
                bufferImageGranularity                  = 0x40
                sparseAddressSpaceSize                  = 0xffffffff
                maxBoundDescriptorSets                  = 32
                maxPerStageDescriptorSamplers           = 9586978
                maxPerStageDescriptorUniformBuffers     = 9586978
                maxPerStageDescriptorStorageBuffers     = 9586978
                maxPerStageDescriptorSampledImages      = 9586978
                maxPerStageDescriptorStorageImages      = 9586978
                maxPerStageDescriptorInputAttachments   = 9586978
                maxPerStageResources                    = 9586978
                maxDescriptorSetSamplers                = 9586978
                maxDescriptorSetUniformBuffers          = 9586978
                maxDescriptorSetUniformBuffersDynamic   = 16
                maxDescriptorSetStorageBuffers          = 9586978
                maxDescriptorSetStorageBuffersDynamic   = 8
                maxDescriptorSetSampledImages           = 9586978
                maxDescriptorSetStorageImages           = 9586978
                maxDescriptorSetInputAttachments        = 9586978
                maxVertexInputAttributes                = 32
                maxVertexInputBindings                  = 32
                maxVertexInputAttributeOffset           = 0x7ff
                maxVertexInputBindingStride             = 0x800
                maxVertexOutputComponents               = 128
                maxTessellationGenerationLevel          = 64
                maxTessellationPatchSize                        = 32
                maxTessellationControlPerVertexInputComponents  = 128
                maxTessellationControlPerVertexOutputComponents = 128
                maxTessellationControlPerPatchOutputComponents  = 120
                maxTessellationControlTotalOutputComponents     = 4096
                maxTessellationEvaluationInputComponents        = 128
                maxTessellationEvaluationOutputComponents       = 128
                maxGeometryShaderInvocations            = 127
                maxGeometryInputComponents              = 64
                maxGeometryOutputComponents             = 128
                maxGeometryOutputVertices               = 256
                maxGeometryTotalOutputComponents        = 1024
                maxFragmentInputComponents              = 128
                maxFragmentOutputAttachments            = 8
                maxFragmentDualSrcAttachments           = 1
                maxFragmentCombinedOutputResources      = 8
                maxComputeSharedMemorySize              = 0x8000
                maxComputeWorkGroupCount[0]             = 65535
                maxComputeWorkGroupCount[1]             = 65535
                maxComputeWorkGroupCount[2]             = 65535
                maxComputeWorkGroupInvocations          = 2048
                maxComputeWorkGroupSize[0]              = 2048
                maxComputeWorkGroupSize[1]              = 2048
                maxComputeWorkGroupSize[2]              = 2048
                subPixelPrecisionBits                   = 8
                subTexelPrecisionBits                   = 8
                mipmapPrecisionBits                     = 8
                maxDrawIndexedIndexValue                = 4294967295
                maxDrawIndirectCount                    = 4294967295
                maxSamplerLodBias                       = 16.000000
                maxSamplerAnisotropy                    = 16.000000
                maxViewports                            = 16
                maxViewportDimensions[0]                = 16384
                maxViewportDimensions[1]                = 16384
                viewportBoundsRange[0]                  =-32768.000000
                viewportBoundsRange[1]                  = 32767.000000
                viewportSubPixelBits                    = 8
                minMemoryMapAlignment                   = 4096
                minTexelBufferOffsetAlignment           = 0x1
                minUniformBufferOffsetAlignment         = 0x4
                minStorageBufferOffsetAlignment         = 0x4
                minTexelOffset                          =-32
                maxTexelOffset                          = 31
                minTexelGatherOffset                    =-32
                maxTexelGatherOffset                    = 31
                minInterpolationOffset                  =-2.000000
                maxInterpolationOffset                  = 2.000000
                subPixelInterpolationOffsetBits         = 8
                maxFramebufferWidth                     = 16384
                maxFramebufferHeight                    = 16384
                maxFramebufferLayers                    = 1024
                framebufferColorSampleCounts            = 15
                framebufferDepthSampleCounts            = 15
                framebufferStencilSampleCounts          = 15
                framebufferNoAttachmentsSampleCounts    = 15
                maxColorAttachments                     = 8
                sampledImageColorSampleCounts           = 15
                sampledImageDepthSampleCounts           = 15
                sampledImageStencilSampleCounts         = 15
                sampledImageIntegerSampleCounts         = 1
                storageImageSampleCounts                = 15
                maxSampleMaskWords                      = 1
                timestampComputeAndGraphics             = 1
                timestampPeriod                         = 40.000000
                maxClipDistances                        = 8
                maxCullDistances                        = 8
                maxCombinedClipAndCullDistances         = 8
                discreteQueuePriorities                 = 2
                pointSizeRange[0]                       = 0.000000
                pointSizeRange[1]                       = 8192.000000
                lineWidthRange[0]                       = 0.000000
                lineWidthRange[1]                       = 7.992188
                pointSizeGranularity                    = 0.125000
                lineWidthGranularity                    = 0.007812
                strictLines                             = 0
                standardSampleLocations                 = 1
                optimalBufferCopyOffsetAlignment        = 0x80
                optimalBufferCopyRowPitchAlignment      = 0x80
                nonCoherentAtomSize                     = 0x40
        VkPhysicalDeviceSparseProperties:
        ---------------------------------
                residencyStandard2DBlockShape            = 0
                residencyStandard2DMultisampleBlockShape = 0
                residencyStandard3DBlockShape            = 0
                residencyAlignedMipSize                  = 0
                residencyNonResidentStrict               = 0

PS. @witcheslive se você estiver usando dxvk, as informações relevantes para depuração são coletadas por vulkaninfo, não glxinfo

Editar: seções compactadas adicionadas para informações de hardware

Extremamente corroborando que parece ter a ver com o número de entradas em uma sessão, e leva cerca de uma hora de jogo ativo, e fazer instâncias parece fazer isso acontecer mais rápido por causa de tantos apertos de botão. Eu jogo com um estilo muito ativo, pulando muito, batendo botões para garantir que eles fiquem na fila para GCDs, girando a câmera, então acho que é por isso que a única vez que tive mais de uma hora de jogo ativo foi quando estava o novo patch MSQ e tomando meu tempo assistindo as cenas.

Eu me pergunto se é algo com a correção de áudio, mas sem ele o áudio é tão ruim que eu não duro nem 10 minutos, muito menos uma hora, heh. Mas ao mesmo tempo eu conheço alguém (que me ajudou a fazer essa configuração) que tem hardware quase idêntico (a mesma GPU de qualquer maneira) que NÃO tem esse problema, embora eles também joguem um estilo mais relaxado do que eu, então é difícil diga se eles simplesmente não estão acertando ou algo assim. Só posso pensar em outras coisas que o meu monitor principal funciona em 144 Hz com um monitor secundário de 60 Hz, ambos em resoluções diferentes. Estou usando o i3 e não um gerenciador de janelas completo.

Se a biblioteca de áudio diminuir, provavelmente se manifestará como falha de áudio - a interação do cliente com o XAudio2 tem alguns mutexes envolvidos, mas geralmente é por fonte e não em toda a API, o que poderia causar perdas de tempo se houvesse um algumas dezenas de milhares de vozes (em oposição ao ~ 32-64 com o qual a maioria dos jogos funciona).

@witcheslive
Estou executando um único monitor 4k (3820x2160) 60Hz.
Acontece que eu desabilitei a sobreposição de vapor no jogo (porque eu uso shift-tab como uma tecla de atalho).
Se você também desativou a sobreposição de vapor, nosso problema pode estar relacionado a https://github.com/ValveSoftware/steam-for-linux/issues/5727.

As diferenças continuam, pelo menos estão estreitando as coisas. Eu não desativei a sobreposição.

Woah, esse link é interessante. Estou mais me perguntando se é um problema com Vulkan ou Proton e nem mesmo envolve a sobreposição ou FFXIV especificamente, apenas não é experimentado com tanta frequência porque envolve ~ uma hora de jogo ativo para acertar, portanto, não é detectado.

Eu brevemente tentei replicar o problema da gagueira correndo ao redor de Eureka antes da manutenção esta noite, mas não fui capaz de fazer isso.

Apenas para teste, as pessoas afetadas por ele experimentaram o script Lutris? Pode pelo menos restringir se for algo apenas específico do Proton / Steam ou se for algo compartilhado entre eles.

Eu tentei usar o script Lutris há uma semana, o mesmo problema no meu lado.

Eu denovo,
desta vez eu estava testando com o Ubuntu 19.04 dev e requer algumas etapas adicionais.
Os drivers Vulkan para mesa vêm instalados, mas não os de 32 bits.

sudo apt install mesa-vulkan- drivers: i386

Isso habilita dxvk (antes deste fallback para dx9c)

@HereInPlainSight a melhor maneira de replicá-lo é

Acabei de tentar uma nova instalação com o Proton 4.2. Ainda é necessário usar as edições BrowserType e Cutscene nos arquivos cfg. 2 horas de jogo, principalmente recolhendo / elaborando como sou um newb e jogando no meu laptop muito fraco. Sem atraso de áudio. Não posso comentar sobre a gagueira. Não vi nenhum, mas as atividades em que estava envolvido podem não desencadear isso.

Depois de instalar o 4.2 (eu tive que mexer um pouco no manípulo, ele não baixou por algum motivo, então se alguém receber erros de formato binário, faça o download ou exclua e baixe Realm of the Mad God ou algo assim na verdade, baixe Proton 4.2) Eu fiz algumas roletas, deixei ligado durante a noite, depois fiz mais roletas, e eu definitivamente estou esmagando botões por mais de uma hora e parece estar OK agora, bata na madeira!

Não consigo entrar no modo de tela inteira sem que todo o meu ambiente de área de trabalho congele. Quando instalei o jogo com o Lutris anteriormente, consegui fazer isso editando manualmente as configurações apropriadas em FFXIV.cfg. Agora, com o Proton 4.2, até isso falha; toda a área de trabalho irá travar e eu preciso fazer o SSH e encerrar o processo FFXIV para recuperar.

Distro: Ubuntu 18.04.2
Próton: 4.2-2
GPU: RX 480 8GB
Versão do driver / LLVM: Mesa 18.2.8 / LLVM 7.0.0
Versão do kernel: 4.18.0-17-genérico

@ e3b0c442 Esse é um problema conhecido do DXVK. Felizmente, uma correção já está disponível no DXVK 1.0.2 (veja o changelog): https://github.com/doitsujin/dxvk/releases

O Proton ainda está usando uma versão anterior do DXVK, daí os problemas.

Não consigo entrar no modo de tela inteira sem que todo o meu ambiente de área de trabalho congele.

Você pode fazer Windowed Full Screen? Estou jogando várias horas por noite sem problemas, mas estou jogando em Windowed Full Screen.

Estou correndo para uma tela preta com um círculo de carregamento no canto inferior / direito do fluxo em uma nova instalação do Linux Arch agora. Esta tela de carregamento acontece após selecionar um datacenter para se conectar. Conseguia reproduzi-lo há cerca de 2 meses em minha instalação anterior do Linux. Não tenho certeza exatamente o que o quebrou, mas enquanto a tela de carregamento infinito está sendo exibida, isso está sendo spam nos logs continuamente:

830.883:0102:0103:trace:module:LdrGetDllHandle L"C:\\windows\\system32\\dinput8.dll" -> 0x7f0f134e0000 (load path L"Z:\\home\\jaap\\.local\\share\\Steam\\steamapps\\common\\FINAL FANTASY XIV Online\\game;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
830.883:0102:0103:trace:module:LdrAddRefDll (L"dinput8.dll") ldr.LoadCount: -1
830.883:0102:0103:trace:module:LdrUnloadDll (0x7f0f134e0000)
830.883:0102:0103:trace:module:LdrUnloadDll (L"dinput8.dll") - START
830.883:0102:0103:trace:module:LdrUnloadDll END

Alguma ideia?

@ e3b0c442 Esse é um problema conhecido do DXVK. Felizmente, uma correção já está disponível no DXVK 1.0.2 (veja o changelog): https://github.com/doitsujin/dxvk/releases

O Proton ainda está usando uma versão anterior do DXVK, daí os problemas.

Eu reinstalei o Lutris e tudo estava ótimo, além de ser mais lento do que eu lembrava. Obrigado.

Há algo me impedindo de apenas executar o script de configuração DXVK atualizado no wineprefix Steam? Eu prefiro que o jogo seja gerenciado pelo Steam.

@Mushoz, você precisa alterar CutsceneMovieOpening em FFXIV.cfg para 1.

Alguém descobriu a gagueira do movimento do mouse? Enfrentar o mesmo problema e solucioná-lo está me deixando meio maluco!

Temos dois PCs quase idênticos onde jogamos. Aquele em que o movimento do mouse gaguejou era muito óbvio e aquele em que parecia não acontecer.

A principal diferença entre os PCs era que aquele sem problemas de gagueira estava executando o compton, enquanto o problemático não estava. Então, desabilitamos o computador naquele PC e agora ambos estão apresentando gagueira. O engraçado é que até mesmo ligar o computador novamente não é consertá-lo. De alguma forma, desligar o computador causou o início do problema, se isso for útil para alguém.

(Reiniciar etc não faz nenhuma diferença agora ..)

Conectar um controlador XB360 corrigiu a gagueira do mouse para mim. (Eu nem usei, apenas tê-lo conectado já era o suficiente)

Tive que tentar, infelizmente isso não fez nada para mim :(

Tbh descobri que FFXIV é muito temperamental no Linux. Talvez você tenha visto os problemas que descrevi acima. Mudar para o Kubuntu corrigiu isso, mas depois tive falhas de FPS em geral, então mudar de ambiente de desktop ajudou um pouco.
Então, de repente, o FPS foi bom e não houve gagueira, mesmo em 24-man por uma semana, e então eu recebo soluços nos mesmos cenários (eu não atualizo meu computador com freqüência, portanto, nenhuma alteração é feita no sistema).

A gagueira do mouse também aconteceu comigo, mas estranhamente depois de aplicar a correção PULSE_LATENCY_MSEC=60 %command% também resolvi isso. DE ALGUMA FORMA. Não sei por quê.

Outras observações que fiz relacionadas à gagueira do jogo são a reprodução de vídeo em segundo plano (mesmo em janelas minimizadas), o uso de Caprine (uma implementação do Facebook messenger para desktops Linux que causou gagueira consistente no FPS e capacidade de resposta do mouse durante a execução) ou se outro processo está fazendo algo que quebra 7% do uso da CPU durante o jogo.

Outra coisa que faço quando meu mouse solta é desabilitá-lo e reabilitá-lo por meio de xinput e isso de alguma forma parece consertar as coisas magicamente, mesmo que por um tempo.

Além disso, eu sugiro desabilitar a sobreposição do Steam e ver se você pode sair do Steam completamente após inicializar o jogo e ver se isso faz alguma diferença.

Eu me pergunto se pode haver problemas de driver causando esses problemas neste momento ...

Já mudei para um ambiente de desktop diferente, apliquei a correção de latência de pulso, comecei com nada mais rodando ... Agora eu tentei a coisa xinput, e desabilitando a sobreposição de vapor. Ainda enfrentando o problema 100% das vezes.

Pode ser um bug da mesa, de alguma forma? Mas eu não acho que isso afeta a entrada em tudo

Você poderia tentar isto: PROTON_USE_WINED3D
Isso solicitará que o Proton use a implementação do WINE OpenGL do wined3d em vez do DXVK do Vulkan. Se isso não ajudar, não tenho sugestões por enquanto.

Mas você pode procurar aqui coisas para tentar: https://github.com/ValveSoftware/Proton#runtime -config-options

Muito obrigado por me ajudar a resolver o problema. Infelizmente, tenho o mesmo problema com ou sem dxvk.

Em relação à gagueira do mouse. Eu finalmente encontrei uma solução alternativa que funciona (incluindo muitos outros winegames também).

Tive que instalar o policromático (para acessar as configurações do meu mouse razer) e reduzir a taxa de votação para 125 ou 500. 125 significa sem framedrop, 500 dá algum framedrop. 1000 mata meus quadros.

Aparentemente, este é um problema conhecido do vinho há muito tempo.

Não tenho certeza se este é o mesmo problema diretamente. Consegui que o XIV funcionasse via Proton, mas tive que seguir as conhecidas respostas do wine para torná-lo jogável. A saber, eu tenho que editar dois arquivos no diretório steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / Meus Documentos / Meus Jogos / FINAL FANTASY XIV - A Realm Reborn /.

Em FFXIV_BOOT.cfg, tive que editar BrowserType para 2 e em FFXIV.cfg tive que editar CutsceneMovieOpening para 1.

A primeira alteração permite que eu chegue ao inicializador neste ponto - se for deixado com o valor padrão, recebo 'Ocorreu um erro de sistema: 404. Erro de sistema HTTPS'. Infelizmente, fiz a instalação no meio da semana, então não tenho certeza se foi assim que superei o problema do nstgc durante a instalação.
Obviamente, a última mudança significa que eu não consigo ver a cena de abertura na primeira vez que jogo o jogo, mas se eu deixar o valor padrão, o jogo inicia, mas desliga após selecionar um Data Center.

Como esses arquivos de configuração do jogo são editados, não tenho certeza se isso é algo que a Valve deseja considerar para a Proton, mas pelo menos é uma informação.

Isso funcionou para mim, no Arch linux com Kernel 5.0.8, nvidia 780 TI e kde. Felicidades!

Então ... parece que o último patch do FFXIV, que também tinha uma atualização para o programa de boot, quebrou para mim agora.
Agora estou recebendo erros HTTPS 404 novamente, mesmo com o BrowserType configurado corretamente. Vou tentar reinstalar e ver se a reinstalação do inicializador funcionará.
Alguma outra ideia?
Atualmente em execução no Pop_! OS.

EDIT: Reinstalar não ajudou.

Mesmo problema no Arch @TenaarFeiri. Eles furtivamente desativaram algo de que o vinho dependia?

O fórum Lutris também está falando sobre esse problema. Https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

Um pouco fora do assunto: por que todos os lançadores devem ser tão ruins? :)

EDIT: Pode ser importante observar que esse problema é exclusivo do próton. O vinho também afetou.

Olá @TenaarFeiri , @fosspill , um de vocês pode adicionar PROTON_LOG=1 %command% às opções de lançamento do jogo e arrastar e soltar o $ HOME / steam- $ APPID.log gerado na caixa de comentários.

PROTON_LOG=1 %command%

Absolutamente!
steam-39210.log

Mesmo problema no Arch @TenaarFeiri. Eles furtivamente desativaram algo de que o vinho dependia?

O fórum Lutris também está falando sobre esse problema. Https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

Um pouco fora do assunto: por que todos os lançadores devem ser tão ruins? :)

E eu não tenho ideia. Às vezes, eles parecem ter sido deliberadamente projetados para tornar mais difícil para as pessoas executarem seus jogos em outros sistemas que poderiam suportá-los: D

EDITAR:

Eu mesmo olhei os logs e esta parte parece muito interessante:

1040.629: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32e1dc)
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString tipo de string 20 não compatível
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString tipo de string 12 não compatível
1040.630: 0030: 0031: err: mshtml: on_stop_nsrequest RemoveRequest falhou: 80004005
1040.630: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32ea9c)
1040.631: 0030: 0031: fixme: urlmon : InternetBindInfo_GetBindString tipo de string 20 não compatível
1040.631: 0030: 0031: fixme: ieframe : DocHostUIHandler_GetDropTarget (0x1b0b8c)
1040.631: 0030: 0031: fixme: ieframe : DocHostUIHandler_GetDropTarget (0x1b0b8c)
1041.008: 0030: 0031: fixme: ieframe : DocObjectService_IsErrorUrl 0x1cd080 L " https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556023343664 " 0x32e460
1041.028: 0030: 0031: trace: module : GetModuleFileNameW L "C: \ windows \ system32 \ user32.dll"

O problema poderia ser específico do Gecko agora? Percebo depois disso, há várias tentativas fracassadas de carregá-lo.

Há
1041.008:0030:0031:fixme:ieframe:DocObjectService_IsErrorUrl 0x1cd080 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556023343664" 0x32e460
no log, alguém no reddit diz que deveria entrar em contato com https://frontier.ffxiv.com/version_4_0_win/index.html invés (version_4_0_win apenas uma vez).
https://www.reddit.com/r/ffxiv/comments/bgeluh/any_other_linux_users_getting_404_errors_when/

Fiz um + relay log e a duplicata version_4_0_win parece ter sido criada em uma chamada para CoInternetCombineUrlEx . Eu acho que eles estão passando https://frontier.ffxiv.com/version_4_0_win e version_4_0_win/index.html como argumentos e vinho deve cortar version_4_0_win do primeiro argumento.

Meu + relay log
+ urlmon log

EDITAR:
main.c , compilado com x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe fornece uma duplicata version_4_0_win em ambas as janelas e wine, portanto, este pode não ser o problema, afinal.

Bom trabalho de detetive, rapazes. Seria possível redirecionar de alguma forma a URL incorreta (com um firewall, um wine-patch personalizado, um shim ou qualquer coisa?) Até que o bug seja encontrado e corrigido corretamente?

O launcher do XIV sempre usou Gecko em vez de Chromium como mecanismo de renderização? Pode ser que o sinalizador BrowserType não seja mais compatível?

Também me perguntei sobre isso @nourez, mas o problema de url que as pessoas apontaram faz com que pareça que não é esse o caso.

Por mero capricho, passei pelos BrowserTypes 0 a 20 sem sorte: P
Estou começando a achar que não é esse o problema. Também tenho mudado ... tudo bem. Eu tenho mexido com tudo no arquivo de configuração agora, sem sucesso.

Parece que o problema é mesmo o URL incorreto, o que duvido que possamos remediar de nossa parte. Depende da Valve! Ou Square. Quem chegar primeiro.

@fosspill @TenaarFeiri Sim, não vi que era uma URL malformada, apenas vi a postagem sobre problemas ao tentar ligar para o Gecko. Acho que a ideia da Fosspill de redirecionar a URL é provavelmente a melhor opção por enquanto, mas não poderei realmente mexer com isso até chegar em casa do trabalho hoje. Talvez tente editar / etc / hosts para lidar com isso?

Infelizmente / etc / hosts não funcionaria, pois só funciona com nomes de host / ips. Acho que a única possibilidade é algum tipo de patch / patch de vinho personalizado para consertar temporariamente até que SE conserte permanentemente.

Eu imagino que fazer uma exclusão de substring no URL pode corrigir isso por agora? Mas seria uma correção muito específica e se o URL ficasse mais longo ou mais curto por qualquer motivo, estaríamos de volta a isso.
No entanto, pense em como fazer isso com o patch de WINE. Esse não é realmente o meu negócio.

É verdade que seria uma solução estranha e excessivamente específica, mas adoraria ver isso funcionando! :)

Qualquer versão do IE funciona em um prefixo de 64 bits? Isso pode ser uma maneira de contornar isso

não tenho certeza se isso é útil, mas peguei urlmon.dll e sua dependência iertutil.dll de uma VM do Windows 7 de 32 bits e os defini como substituições nativas, mas não parece ter afetado o segmento de caminho duplicado

@exolyte Não tenho certeza se entendi sua edição, embora algo mais profundo possa ser um problema, aquele URL com version_4_0_win repetido definitivamente não existe, enquanto aquele com apenas uma vez existe, embora talvez este seja apenas um sintoma de um maior problema?

EDITAR:
main.c , compilado com x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe dá uma duplicata version_4_0_win em ambas as janelas e wine, portanto, este pode não ser o problema, afinal.

Bem, isso não é uma boa notícia. Há algo que eu possa fazer para ajudar a solucionar isso?

@witcheslive Minha suposição era que CoInternetCombineUrlEx foi implementado incorretamente no wine, mas o teste em minha edição sugere que o problema está em outro lugar. Então eu errei algo no meu teste ou a duplicação de version_4_0_win acontece em outro lugar.

Uma terceira possibilidade é que o duplo version_4_0_win esteja realmente correto. É definitivamente estranho, mas não é necessariamente a causa do problema.

Uma terceira possibilidade é que o duplo version_4_0_win esteja realmente correto. É definitivamente estranho, mas não é necessariamente a causa do problema.

não acho que seja esse o caso, já que não dobrado em um navegador, ele definitivamente retorna uma resposta 200, mas o dobro produz um 404

O lançador contém apenas uma única instância das strings https://frontier.ffxiv.com/version_4_0_win/ e index.html . Zerar version_4_0_win/ do primeiro faz com que o log mostre que ele tentou acessar https://frontier.ffxiv.com/index.html Também não há instâncias de version_4_0_win por conta própria.

Então, ainda parece que version_4_0_win está sendo duplicado de alguma forma, mas não tem a ver com quando index.html é anexado a ele.

Existe alguma maneira de proxy / redirecionar o version_4_0_win duplicado para o URL correto para ver se isso corrige o problema?

@witcheslive não acho que seja possível apenas com um proxy, pois o url usa um esquema https. mas se corrigirmos a string no binário para usar http, pode ser possível

Existe alguma maneira de proxy / redirecionar o version_4_0_win duplicado para o URL correto para ver se isso corrige o problema?

Não é fácil com HTTPS, infelizmente

Não acho que usar http seja uma boa ideia para enviar credenciais de login, embora, se estivermos corrigindo o binário de qualquer maneira, fazendo uma reescrita de URL, provavelmente seja uma ideia melhor. Sem mencionar que se eles configurassem seus servidores de autenticação corretamente, ele nem mesmo aceitaria http.

podemos tentar reescrever o url para apontar para um proxy local. pelo que sabemos até agora, esse é o único url afetado e podemos resolver os problemas de forma iterativa à medida que avançamos

Obteríamos algum conhecimento com o patch do wine para lidar com o problema da URL, se isso for possível?

Ir para http://frontier.ffxiv.com/version_4_0_win/ parece permitir o acesso, embora eu seja instruído a habilitar o JavaScript e outras coisas (embora eu tenha habilitado).
Se os servidores estivessem configurados corretamente, eu não deveria ter conseguido acessar uma versão HTTP normal da página.

Se pudermos corrigir o binário temporariamente para passar por HTTP, então aqueles de nós que estão dispostos a arriscar (eu inclusive) adorariam isso até obter uma correção oficial.

O proxy local exigiria a instalação de um certificado HTTP falsificado, além de realmente executar o proxy. Isso pode colocar todo o sistema em risco. Seria melhor corrigir o binário / wine

uma vez que usa um navegador embutido, ele pode seguir redirecionamentos também, então se não acabarmos com uma correção real em breve, poderíamos tentar hospedar um redirecionamento simples em um caminho e corrigir a url no binário para apontar para isso. apenas especulação, é claro

Além disso, percebi que o iniciador agora baixa libcef.dll, mas não parece realmente usá-lo, o que é uma pena, porque acho que é um problema do Gecko.

Com relação ao patch do binário para apontar para um proxy, seria tão fácil corrigir para apontar para o URL correto em primeiro lugar, sem tentar ignorar o HTTPS.

O proxy local exigiria a instalação de um certificado HTTP falsificado, além de realmente executar o proxy. Isso pode colocar todo o sistema em risco. Seria melhor corrigir o binário / wine

se reescrevermos o url para apontar diretamente para o proxy, não precisaremos de um certificado (assumindo que eles não codifiquem o certificado correto ou algo assim)

não tenho certeza se seria tão fácil apontá-lo para o url correto, já que ele faz alguma manipulação na string do url que não entendemos, produzindo o caminho duplicado em primeiro lugar.

Redirecionei o domínio frontier.ffxiv.com para meu servidor usando o arquivo hosts e coloquei /version_4_0_win/index.html e /version_4_0_win/version_4_0_win/index.html em meu servidor. O inicializador acessa os dois arquivos, mas permanece preto depois disso. Se eu mover /version_4_0_win/index.html ou /version_4_0_win/version_4_0_win/index.html no meu servidor, obtenho o erro 404 normal.

Redirecionei o domínio frontier.ffxiv.com para meu servidor usando o arquivo hosts e coloquei /version_4_0_win/index.html e /version_4_0_win/version_4_0_win/index.html em meu servidor. O inicializador acessa os dois arquivos, mas permanece preto depois disso. Se eu mover /version_4_0_win/index.html ou /version_4_0_win/version_4_0_win/index.html no meu servidor, obtenho o erro 404 normal.

alguma coisa aparece nos logs?

Corrigi meu vinho para usar a URL adequada (assumida) que resulta no acesso a https://frontier.ffxiv.com/version_4_0_win/index.html?1556042120789.

O erro 404 desapareceu com isso. No entanto, depois de fazer mais solicitações de http, o patcher fica sentado com uma tela preta e não parece reagir a nenhuma entrada.

Aqui está o patch para superar o 404 .. embora não pareça muito útil.
https://gist.github.com/sschroe/963f1d7aa3fc366e155e5ac6bc84cc71

alguma coisa aparece nos logs?

Nada de interessante exceto a ausência de 012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428 que ocorre quando não estou redirecionando para o meu próprio servidor.

alguma coisa aparece nos logs?

Nada de interessante exceto a ausência de 012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428 que ocorre quando não estou redirecionando para o meu próprio servidor.

Parece quase que o inicializador está tentando (e com êxito) carregar https://frontier.ffxiv.com/version_4_0_win/ e o problema que estamos obtendo é a falha na autenticação com um arquivo em https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/ e é isso que está causando o erro?

Curiosamente, passando pelos arquivos javascript da página Frontier, estou vendo muitos códigos antigos de quando você criou personagens no inicializador. Na verdade, há muito código aqui que simplesmente não está em uso ... Não é realmente relevante. Apenas um aparte.

Redirecionei o domínio frontier.ffxiv.com para meu servidor usando o arquivo hosts e coloquei /version_4_0_win/index.html e /version_4_0_win/version_4_0_win/index.html em meu servidor. O inicializador acessa os dois arquivos, mas permanece preto depois disso. Se eu mover /version_4_0_win/index.html ou /version_4_0_win/version_4_0_win/index.html no meu servidor, obtenho o erro 404 normal.

@exolyte , gostaria de saber se o inicializador tentaria acessar os dois arquivos de uma máquina Windows. Esvaziei a memória do processo do iniciador e encontrei várias instâncias (mais de 10 cada) do único version_4_0_win e ele dobrou.

Quando chegar em casa, tentarei ver se consigo encontrar os dois URLs quando o iniciador for executado no Windows

Eu inicializei minha partição do Windows e mudei o BROWSER_TYPE para 2 e ele funciona bem, apenas para garantir que algo não tenha quebrado com o Gecko em geral.

Eu também tentei fazer algumas capturas de pacotes com o WireShark para ver quais URLs ele está tentando acessar, mas eu acho que esses são criptografados além do domínio (eu vejo que ele se conecta à fronteira) e não sou muito bom em WireShark.

Outra coisa que tentei foi substituir ffxivlauncher.exe pela versão anterior e, com isso, o inicializador será iniciado e me permitirá fazer o login. No entanto, após o login, ele reclama que não pode realizar a atualização da versão.

Talvez alguém que tenha o cliente totalmente corrigido do Windows possa tentar se isso os ajuda a superar o problema.

Eu inicializei minha partição do Windows e mudei o BROWSER_TYPE para 2 e ele funciona bem, apenas para garantir que algo não tenha quebrado com o Gecko em geral.

Temos certeza de que o sinalizador Browser_Type não foi completamente ignorado? Existe uma diferença visível entre os tipos de navegador para que tenhamos certeza de que o Windows realmente foi executado com Type = 2?

EDIT: Testado em uma partição do Windows aqui. Nenhuma diferença visível, pelo que posso ver. Não tenho certeza de como saber se o tipo de navegador é ignorado ou não.

Outra coisa que tentei foi substituir ffxivlauncher.exe pela versão anterior e, com isso, o inicializador será iniciado e me permitirá fazer o login. No entanto, após o login, ele reclama que não pode realizar a atualização da versão.

Talvez alguém que tenha o cliente totalmente corrigido do Windows possa tentar se isso os ajuda a superar o problema.

Tentei, infelizmente, o mesmo problema acontece. Você deve ter um inicializador atualizado para poder iniciar o jogo mesmo que o jogo já esteja atualizado.

Parece que o BrowserType agora é ignorado, supondo que um valor 2 significa que ele usaria CEF (em vez do IE). libcef.dll não é mais acessado pelo inicializador (você pode verificar isso com stat libcef.dll no diretório do inicializador e olhando para o tempo de acesso, que para mim é a última vez que executei o inicializador antes a atualização).

O estranho é que esta atualização modificou libcef.dll , o que é estranho se não for mais usado ...

Se o BrowserType não afetar mais nada, acho que não há uma solução fácil, o Wine's Gecko está em um estado lamentável, então não tenho muita esperança de fazer com que ele coopere.

Suporte adequado ao IE, seja fazendo o Gecko emulá-lo com mais fidelidade, seja fazendo o IE 11 nativo funcionar, é algo que o Wine muito precisa, há muitos aplicativos que não funcionam muito bem no Wine por causa disso.

Alguém já tentou instalar o IE no prefixo, então?

A última versão do IE que "funciona" no Wine é o IE8 e apenas em prefixos de 32 bits. Isso significaria nenhum suporte DXVK / DirectX 11, mesmo se alguém o fizesse funcionar.

Basicamente, a menos que o Square conserte, a melhor aposta de fazer o jogo funcionar novamente no curto prazo é ignorar o inicializador completamente

Percebi uma variação no desempenho com o uso do BrowserType, então não acho que seja ignorado. Defini-lo como 0 produz o resultado esperado de vários segundos (até um minuto) de preto antes de ocorrer um erro, enquanto defini-lo como 2 produz o erro HTTPS após uma questão de <10 segundos. Isso é reproduzível para mim sempre.
Pode haver algo errado com libcef.dll
Podemos tentar usar libcef.dll de uma versão mais antiga? Se tivermos um disponível?

libcef.zip

EDITAR: Eu também entrei em contato com o suporte para ver se podemos obter uma resposta direta sobre se o BrowserType ainda é respeitado ou não.

Eu apenas tentei reverter para minha versão anterior de libcef.dll (anterior a esta atualização) e ainda falha com o mesmo 404

libcef.zip

Oh. Eu fui espancado com o soco!
E isso é uma pena :(

icudt.zip

Que tal usar o antigo libcef e o icudt?

EDIT: Nenhuma mudança no meu fim também. Droga = /

nenhuma mudança usando ambos

Nada. Eu até tentei usar o cef de http://opensource.spotify.com/cefbuilds/index.html e ainda obtive um 404.

definitivamente parece que está ignorando, seja por acidente ou por design, é o problema

Eles estão enviando um ffxivlauncher.exe de 32 e 64 bits, mas apenas um libcef.dll de 32 bits, ambos não podem estar usando CEF.

Será que descobrimos o que exatamente está causando o erro? Se o lançador apontando para o URL errado é o problema real, os usuários do Windows também não deveriam ter problemas?

é o prefixo de 64 bits? Eu tinha certeza que não, tive que usar dlls de janelas de 32 bits ao testar substituições nativas

O prefixo deve ser de 64 bits para executar a versão DirectX 11 do jogo. Se você o estava usando, seu prefixo era de 64 bits.

Será que descobrimos o que exatamente está causando o erro? Se o lançador apontando para o URL errado é o problema real, os usuários do Windows também não deveriam ter problemas?

Acho que ninguém descobriu o que está causando isso, não.

Mas, em teoria, o windows e o wine podem se comportar de maneira um pouco diferente com a URL e, portanto, funcionam corretamente em um, enquanto não funcionam no outro.

Espero que vejamos alguém inteligente aqui descobrir e encontrar uma solução alternativa, ou que outra pessoa crie uma ferramenta para contornar o patcher completamente.

Portanto, provavelmente não é libcef.dll, mas podemos estar certos em pensar que o navegador simplesmente não o usa mais.
@Selhar Não necessariamente. O iniciador é especificamente desenvolvido para Windows, então eles podem usar truques específicos para Win que o WINE não suporta.

A Square DID anunciou que iria garantir que as versões Steam do jogo só pudessem ser usadas através do Steam. Essa incapacidade de acessar o jogo para nós pode ser uma consequência direta das mudanças futuras.

Além disso, DX9 FFXIV não importa mais; venha ShB, eles estão abandonando o suporte DX9 para o jogo, então, basicamente, temos que fazê-lo rodar em um prefixo de 64 bits se quisermos jogar.

Eles estão abandonando o suporte, mas ainda vão distribuí-lo sem garantias de que funcione. Essencialmente, os usuários do Windows DX9 terão exatamente o mesmo suporte que os usuários do Linux

se você se lembra, este é provavelmente o mesmo problema que contornamos antes com o BrowserType 2. Provavelmente está 404ing no Windows também, mas como não temos o IE, ele não detecta o erro e redireciona para a página pretendida ou algo estranho Curtiu isso

https://github.com/xivapi/ffxiv-launcher tem código de autenticação, estou investigando se seria possível escrever apenas um script node.js de linha de comando simples que o use para fazer login. Ainda não há como patch sem copiar arquivos do Windows (e se eles forçarem a autenticação do Steam, provavelmente não funcionará para usuários do Steam).

A Square DID anunciou que iria garantir que as versões Steam do jogo só pudessem ser usadas através do Steam.

Deus, por que SE tem que ser assim

Outra maneira, que pode funcionar nesse meio tempo, é fazer login em uma VM do Windows e substituir ffxiv.exe por um aplicativo fictício que apenas despeja o token de sessão e, em seguida, passa-o para o exe no Wine

Outra maneira, que pode funcionar nesse meio tempo, é fazer login em uma VM do Windows e substituir ffxiv.exe por um aplicativo fictício que apenas despeja o token de sessão e, em seguida, passa-o para o exe no Wine

Ainda sou um iniciante com essas coisas de tecnologia, então não tenho ideia de como fazer isso!
Mas parece uma solução decente.
O inicializador personalizado que foi vinculado anteriormente pode ser modificado (e compilado para Linux) para gerar a ID da sessão ao fazer login por meio dele? Pode nem precisar da VM.

Basicamente, o iniciador apenas passa o token de sessão como um argumento de linha de comando. Um .exe que apenas despeja seus argumentos de linha de comando em um arquivo funcionaria. Então você wine /path/to/ffxiv.exe $TOKEN_GOES_HERE

Precisaríamos de uma alternativa para corrigir o jogo, no entanto. Como isso poderia ser realizado?

Precisaríamos de uma alternativa para corrigir o jogo, no entanto. Como isso poderia ser realizado?
Talvez alguém mágico encontrasse uma solução.

Eu acredito que Glorious Eggroll fez um patcher alternativo para Warframe que funcionou bem.

algo assim?

https://github.com/xivapi/ffxiv-launcher/

Ou isto? https://github.com/mclark4386/FF14Launcher (apenas login / token)
Presumo que o agente do usuário precise ser atualizado para corresponder às versões mais recentes do jogo. Mas se conseguirmos contornar esse problema, podemos pelo menos corrigir em uma vm e jogar corretamente.

esse é o que eu pretendia vincular

que não funciona sozinho, no entanto, testei-o antes e ele retorna um erro separado: conflito de erro 409 de http

Portanto, você pode corrigir os problemas de interface do usuário de https://github.com/xivapi/ffxiv-launcher/ instalando as fontes MS.

Ainda não ajuda a corrigir o jogo, embora

Se alguém precisar de uma versão atualizada (ou antiga) do jogo ou do iniciador para fins de teste / depuração, sinta-se à vontade para entrar em contato comigo e talvez eu possa ajudar.

Com a correção da fonte, consegui que a https://github.com/xivapi/ffxiv-launcher/ GUI funcionasse, mas agora estou tendo o problema de que o jogo não consegue detectar DirectX, então não funciona . Certifique-se de instalar o DX nesse prefixo, bem como dxvk.
Não consegui fazer o launcher rodar no Proton 4.2-3. Eu acho que se eu puder fazer isso, posso pelo menos iniciar o cliente. E se funcionar, então podemos dar uma olhada em talvez fazer uma cópia totalmente atualizada do jogo para teste.

Como um aparte, o tópico nos fóruns oficiais de suporte técnico agora tem mais de 1.100 visualizações em menos de um dia - muito mais do que a maioria dos tópicos de suporte técnico lá. A Square tem que reconhecer que uma porção grande o suficiente de seus clientes usa Linux para garantir a oferta de algum suporte menor, certo?
Não é como se estivéssemos pedindo a eles para fazer um cliente Linux nativo (embora seria ótimo!).

Com a correção da fonte, consegui que a https://github.com/xivapi/ffxiv-launcher/ GUI funcionasse, mas agora estou tendo o problema de que o jogo não consegue detectar DirectX, então não funciona . Certifique-se de instalar o DX nesse prefixo, bem como dxvk.

Eu superei o erro do DirectX executando o instalador do jogo para o instalador do DirectX incluído e, em seguida, cancelando a instalação depois que ele foi instalado. Ele precisa de uma versão específica do DirectX.

Agora, nada acontece quando tento iniciar o jogo. Presumivelmente porque não está atualizado, então só tosse e morre.

@TenaarFeiri Eu gostaria que fosse tão simples, mas por experiência própria o Square só agirá em algo se uma parte considerável da base de jogadores japonesa levantar o problema.

Com a correção da fonte, consegui que a https://github.com/xivapi/ffxiv-launcher/ GUI funcionasse, mas agora estou tendo o problema de que o jogo não consegue detectar DirectX, então não funciona . Certifique-se de instalar o DX nesse prefixo, bem como dxvk.

Eu superei o erro do DirectX executando o instalador do jogo para o instalador do DirectX incluído e, em seguida, cancelando a instalação depois que ele foi instalado. Ele precisa de uma versão específica do DirectX.

Agora, nada acontece quando tento iniciar o jogo. Presumivelmente porque não está atualizado, então só tosse e morre.

Tive alguns resultados realmente estranhos com meus testes com ele no trabalho em meu laptop - eu poderia usar o inicializador para fazer login e iniciar o jogo antigo, mas não consegui conectar a um data center.

Quando copiei o jogo atualizado de minha partição do Windows, acabei não conseguindo abrir o jogo de forma alguma, resultando no problema descrito em https://github.com/xivapi/ffxiv-launcher/issues/11 (embora Não tentei testar com DX9 - acabei de receber o mesmo erro que ele mencionou para a parte DX11).

Como era mais fácil de trabalhar, eu estava mexendo na minha garrafa de vinho Lutris, apenas jogando-a no vinho do meu sistema (encenando - esqueci qual versão exatamente, mas posso puxá-la se interessar a alguém). Quando tentei lançá-lo através da versão do Wine Lutris tinha instalado (acho que era tkg?) O launcher XIVAPI nem apareceu.

Portanto, o patch em si é feito por ffxivupdater.exe, tentando descobrir se há uma maneira de forçá-lo a ser executado diretamente. De acordo com o Process Explorer no Windows em uma VM, ele acaba de passar um token, mas fornecer o mesmo token no Linux não parece inicializá-lo.

Ou não, o inicializador está baixando os patches e o atualizador os atualiza ...

Bem, não consigo fazer o Wireshark não travar em uma VM, então estou prestes a desistir. Sub termina em alguns dias, espero que alguém apareça com uma solução por Shadowbringers.

Minha solução por enquanto será apenas usar a versão PS4. Estou feliz agora que
Eu tenho a versão do console como backup. Mas não é ideal de todo e é
frustrante não poder jogar na plataforma que prefiro :(

Mais informações aqui https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/7

Isso poderia ajudar?

@TenaarFeiri O fato de dar um erro mshtml para eles prova que ele está tentando usar o frame do navegador baseado em IE e não o CEF, ou seja, a configuração BrowserType é ignorada.

Redirecionei o domínio frontier.ffxiv.com para meu servidor usando o arquivo hosts e coloquei /version_4_0_win/index.html e /version_4_0_win/version_4_0_win/index.html em meu servidor. O inicializador acessa os dois arquivos, mas permanece preto depois disso. Se eu mover /version_4_0_win/index.html ou /version_4_0_win/version_4_0_win/index.html no meu servidor, obtenho o erro 404 normal.

@exolyte , gostaria de saber se o inicializador tentaria acessar os dois arquivos de uma máquina Windows. Esvaziei a memória do processo do iniciador e encontrei várias instâncias (mais de 10 cada) do único version_4_0_win e ele dobrou.

Quando chegar em casa, tentarei ver se consigo encontrar os dois URLs quando o iniciador for executado no Windows

O despejo de memória do iniciador em execução no Windows não tem instâncias de https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html apenas 21 instâncias de https://frontier.ffxiv.com/version_4_0_win/index.html

Então, parece que o WINE está atrapalhando a manipulação de strings em algum lugar, mas parece que esse não é o único problema que o iniciador está enfrentando se resultar em uma janela preta.

@lesderid Pode não estar ignorando, é possível que esteja apenas voltando para o mshtml quando a inicialização do cef falha.

Além disso, sabemos se é o próprio iniciador chamando CoInternetCombineUrlEx ou mshtml chamando em seu nome?

Seems Square pode atacar diretamente os usuários do Linux Proton

// ユーザーエージェント
userAgent: {
    name: "",// JSP,header.htmlにて代入
    Type: {
        WIN: "windows",
        PS4: "playstation 4",
        PS3: "playstation 3",
        MAC: "mac"
    },

    is: function(type) {
        return Browser.userAgent.name === type;
    }
},

Este pode ser o motivo pelo qual estamos recebendo uma tela em branco. Basta mergulhar no Ecma que eles estão usando. Procure em Navegador e base de código luancher através do depurador, eles parecem estar fazendo algo suspeito no Login ao desabilitar as partes de login da tela se você estiver executando em algo que não esteja nessa lista.

@ArulinTheUnicorn Duvido que eles estejam se

No entanto, recebo uma tela preta ao abrir a página em qualquer navegador de desktop normal, incluindo o IE11 no Windows. Portanto, se pudermos descobrir como forçar a exibição do site em um navegador normal, também poderá ajudar a fazer o inicializador funcionar.

No entanto, recebo uma tela preta ao abrir a página em qualquer navegador de desktop normal, incluindo o IE11 no Windows. Portanto, se pudermos descobrir como forçar a exibição do site em um navegador normal, também poderá ajudar a fazer o inicializador funcionar.

Você está pensando da mesma forma que eu. Esta parece ser mais uma ação intencional da Square Enix do que um bug

@ jbal91 Verifiquei com WINEDEBUG=+loaddll , ele não tenta carregar libcef.dll .

Edit: carreguei na minha máquina: https://pst.moe/paste/deyccu

@ jbal91 Verifiquei com WINEDEBUG=+loaddll , ele não tenta carregar libcef.dll .

Que interessante ... Ou essa DLL tem bugs ou é uma pista falsa

anexo.txt
Esta é a pasta de @lesderid , caso alguém se depare com este problema daqui a 2 anos e pst.moe não exista mais.

@ jbal91 Verifiquei com WINEDEBUG=+loaddll , ele não tenta carregar libcef.dll .

Que interessante ... Ou essa DLL tem bugs ou é uma pista falsa

strings ffxivlauncher.exe | grep libcef.dll corresponde, portanto, está referenciando aquele dll em algum lugar, mesmo que não tente carregá-lo.

strings ffxivlauncher.exe | grep libcef.dll

Se ele não for carregado e o BrowserType for ignorado, esse pode ser o problema e não o Wine.

O código para carregar libcef.dll ainda existe, AFAICT é apenas uma questão de de alguma forma fazer com que ele alcance esse caminho de código. Já tentei desabilitar as DLLs do IE (por meio do winecfg), mas isso só fez com que o inicializador falhasse logo no início.

É possível que eles tenham codificado para rodar apenas na versão Mac ou algo parecido. (Eles podem estar usando o mesmo executável no macOS, pois o código do inicializador verifica algumas funções exportadas por DLLs TransGaming.)

O código para carregar libcef.dll ainda existe, AFAICT é apenas uma questão de de alguma forma fazer com que ele alcance esse caminho de código. Já tentei desabilitar as DLLs do IE (por meio do winecfg), mas isso só fez com que o inicializador falhasse logo no início.

É possível que eles tenham codificado para rodar apenas na versão Mac ou algo parecido. (Eles podem estar usando o mesmo executável no macOS, pois o código do inicializador verifica algumas funções exportadas por DLLs TransGaming.)

As versões do Mac estão apresentando problemas semelhantes, então ouvi nos fóruns oficiais

http://forum.square-enix.com/ffxiv/threads/388198-MAC-Launcher-white-screen-A-system-error-has-occurred-7-HTTPS-System-Error

strings ffxivlauncher.exe | grep libcef.dll

Se ele não for carregado e o BrowserType for ignorado, esse pode ser o problema e não o Wine.

Quer dizer, o MSHTML do Wine ter bugs é a razão pela qual precisávamos do BrowserType = 2 em primeiro lugar. Se pudermos de alguma forma fazer com que o MSHTML funcione com o inicializador, essa seria a solução ideal porque também pode consertar outros aplicativos / jogos

@ArulinTheUnicorn Esse post é do dia 20, antes do patch estar disponível. É coincidência, mas improvável de estar relacionado.

A página não faz nada em um navegador real porque window.external.user (...) não existe e eles estão eliminando a exceção para que você nem mesmo obtenha um erro no log.

Bem, consegui criar uma versão deste lançador de python que me permite lançar o jogo diretamente através do vinho, mas fui atingido por algumas mentiras . Eu prometo, nada disso é verdade - mas não tenho ideia de como convencer o jogo disso, já que a Estação Mog sabe que sou inocente.

Também estou perdida e não tenho ideia do que estou fazendo, mas resolvi compartilhar o que tenho, mesmo que ainda esteja quebrado.
Editar para adicionar: Eu não sei como isso vai lidar com versões não atualizadas do jogo, copiei minha versão atualizada do Windows para ver se poderia usá-la para entrar.

Bem, consegui criar uma versão deste lançador de python que me permite lançar o jogo diretamente através do vinho, mas fui atingido por algumas mentiras . Eu prometo, nada disso é verdade - mas não tenho ideia de como convencer o jogo disso, já que a Estação Mog sabe que sou inocente.

Também estou perdida e não tenho ideia do que estou fazendo, mas resolvi compartilhar o que tenho, mesmo que ainda esteja quebrado.
Editar para adicionar: Eu não sei como isso vai lidar com versões não atualizadas do jogo, copiei minha versão atualizada do Windows para ver se poderia usá-la para entrar.

As mesmas mentiras acontecem quando eu tentei executar o executável de inicialização de 64 bits que parece carregar na pasta (executando a versão Lutris) Exceto as mentiras acontecem no inicializador dizendo que eu preciso usar uma chave de CD. Concedido, o iniciador de 64 bits é uma mentira por si só e não deve ser usado, mas pode ser motivo de reflexão. Também baguncei um pouco o script python, já que ele não era executado no Python 3, mas eventualmente desisti de tentar converter e resolver problemas quando me deparei com um que ultrapassava meu conhecimento de python. codificação. (Eu gosto de solucionar problemas, mas nível de habilidade, sou um novato em programação e Linux)

Eu instalei o Linux durante o tempo de inatividade dos patches para fugir do Windows 10. É sorte minha que isso aconteça. Na verdade, é sempre minha sorte, fazer as coisas funcionarem sempre que tento mudar para o Linux nunca é divertido. Concedido, sou um usuário, então estou à mercê de uma comunidade.

Cartaz do tópico do Reddit aqui ... Não estou mais perto de descobrir o que está acontecendo, mas atualizei o post do Reddit com as últimas novidades deste tópico.

Alguém mencionou que libcef.dll foi atualizado com este patch, mas eu comparei o libcef.dll nesta versão com uma versão do FFXIV no meu sistema operacional Windows que não é atualizado há muito tempo e parece ser exatamente o mesmo:

sophie<strong i="9">@home</strong> ~/ffxiv-new/wineprefix/drive_c/Program Files (x86)/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot $ ls -l libcef.dll "/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll"
-rw-r--r-- 1 sophie sophie 24992336 Apr 24 05:32  libcef.dll
-rwxrwxr-x 1 mounts mounts 24992336 Jul 28  2018 '/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll'
sophie<strong i="10">@home</strong> ~/ffxiv-new/wineprefix/drive_c/Program Files (x86)/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot $ sha256sum libcef.dll "/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll"
3dedbde8ebf98aa667300f0d8b78d6a886abf00b517a297bf00f120e31f17fe0  libcef.dll
3dedbde8ebf98aa667300f0d8b78d6a886abf00b517a297bf00f120e31f17fe0  /mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll

Esta é definitivamente uma mudança no lançador, não no CEF.

@Sophira Oh, acho que não mudou naquela época. A atualização o substituiu para mim: stat libcef.dll outputs Modify: 2019-04-23 17:48:28.693396317 +0200 para mim.

Editar: Parece que todos os arquivos no diretório boot são reescritos quando você atualiza o inicializador.

Por acaso, alguém tem uma versão de ffxivlauncher.exe da atualização anterior? (Talvez alguém que ainda não executou o lançador?) Eu gostaria de fazer algumas pesquisas e ver o que mudou.

Iii tem um antigo de 1 de setembro, se quiser? http://etherelements.com/ffxivlauncher.exe

Tirei o inicializador anterior do backup e forcei sua execução trocando os diretórios boot durante a verificação da versão de inicialização e posso confirmar que ele ainda exibe a IU de login corretamente com BrowserType = 2 (não tentei realmente registrar apenas para estar seguro). Portanto, presume-se que corrigindo o mshtml do Wine (ou talvez modificando-o para usar o libcef.dll?), O fluxo de login funcionaria novamente.

Observação interessante - o inicializador de 64 bits da versão anterior não funciona mesmo com BrowserType = 2, apresentando o mesmo erro 404 que o inicializador de 32 bits agora. Então, eu suspeito que SQEX pode ter planejado abandonar essa funcionalidade por um tempo, e pode tê-lo eliminado no lançador de 32 bits agora como uma espécie de balão de teste para ver quantas pessoas seriam afetadas, já que o 5.0 aparentemente estará deixando 32 -bit suporte inteiramente.

Todas as manutenções de emergência mundiais acabaram de ser anunciadas, para 12:00 PDT hoje à noite (~ 1,5 horas a partir de agora): https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

Dedos cruzados corrige os problemas do Linux. Mesmo que não seja intencional.

Além disso, tentei o fork do iniciador personalizado do https://github.com/goaaats/FFXIVQuickLauncher e obtive a mesma coisa (depois de instalar um monte de coisas .NET). Parece que há algum pedaço de autenticação que não está acontecendo lá, ou algo assim.

Todas as manutenções de emergência mundiais acabaram de ser anunciadas, para 12:00 PDT hoje à noite (~ 1,5 horas a partir de agora): https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

Dedos cruzados corrige os problemas do Linux. Mesmo que não seja intencional.

Provavelmente tem a ver com todos os problemas de visitas mundiais, então eu não teria muitas esperanças.

Também gostaria de lembrar rapidamente a todos para permanecerem positivos e não tirar conclusões precipitadas antes de sabermos exatamente o que está acontecendo. <3

Como outros apontaram, o que sabemos é que eles 1) eliminarão o suporte de 32 bits, 2) forçarão os usuários do Steam a se autenticarem através do Steam. É quase certo que nós, usuários do Linux, fomos pegos em alguma falha técnica aqui.

Quanto à manutenção. Pelo menos o servidor de login não caiu durante a janela de manutenção até agora, a menos que eu tenha perdido.

Observando os fóruns oficiais de suporte técnico, parece que mais pessoas estão tendo problemas após a atualização do iniciador. Já vi muitas pessoas conseguindo entrar, mas é pelo menos reconfortante ver que alguns usuários do Windows também estão tendo problemas.
Talvez haja esperança de que a Square finalmente dê uma olhada nele;)

Não parece que houve um patch para o jogo ou inicializador após a manutenção

Sem patch. O erro de HTTPS continua a nos atormentar; acabei de testar.

Alguém disse algo sobre Transgaming, então tentei adicionar uma função IsTransgaming ao Wine: https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Isso permite que o inicializador seja inicializado (de modo que o código libcef ainda esteja ativo), mas assim que você realmente fizer login, receberá a mensagem "sem conta de serviço". Eu me pergunto se IsTransgaming faz o inicializador pensar que está sendo executado em um Mac, então o servidor verifica se há uma conta de serviço do Mac?

Em qualquer caso, isso ainda funciona apenas no binário de 32 bits, então, por mais útil que seja, só é válido por mais alguns meses - além disso, precisamos de uma correção adequada para o mshtml do Wine.

Existe alguma maneira decente de incentivar alguém a consertar o mshtml para esse problema?
E alguém tem algum contato SE onde poderíamos obter algumas dessas informações devidamente confirmadas?

Eu acho que perguntar no wine-devel? Eu mesmo investigaria, mas estaria começando do zero em qualquer mshtml, wine-gecko ou libcef. (Na verdade, tentei construir wine-gecko agora e ele morreu quase imediatamente; o fato de ser tão antigo e aparentemente quebrado pode ser um bom argumento para reimplementar o mshtml em cima do libcef, por exemplo.)

E para ser justo, não sei se o (s) bug (s) estão apenas em mshtml, ou em mshtml; que parece ser o culpado mais provável no momento.

se pudermos fazê-lo funcionar corrigindo o wine para dizer que é transgaming, talvez possamos corrigir o executável para verificar se há uma conta de serviço do steam independentemente?

Embora isso possa ser uma solução alternativa em potencial, descobrir exatamente o que está errado (provavelmente dentro do vinho) e resolver esses problemas seria muito melhor.

Também é importante lembrar que teríamos que garantir que ele pudesse verificar a licença do Windows tanto do Steam quanto do autônomo.

sim, eu concordo, corrigir o executável definitivamente não é a abordagem que queremos

Se pudéssemos fazer um lançador temporário que dissesse ao cliente o que ele queria saber, no entanto, seria um bandaid decente, infelizmente não tenho experiência para prosseguir com isso.

Ponto de dados adicionais: Eu apliquei o patch do Wine para carregar a versão anterior do ffxivlauncher.exe (aquela que funcionava bem até a última atualização) quando a versão atual foi solicitada, e isso também resulta em um erro "sem conta de serviço". Mas se eu logar em uma máquina Windows verdadeira, funciona bem. Suspeito que algo mudou no fluxo de login e apenas o lado mshtml do inicializador do Windows suporta o novo fluxo, com os logins de fluxo antigo sendo tratados como Mac ou possivelmente até mesmo "plataforma inválida". (Talvez eles tenham desativado a verificação de BrowserType apenas para evitar o esforço de atualizar o código libcef, que estava para ser retirado de qualquer maneira.)

Na verdade, minha máquina Windows tem uma GPU melhor do que minha caixa Linux, então talvez o SQEX esteja tentando me ajudar?

Huh, isso é muito interessante. Portanto, a única opção realista e decente é focar no mshtml.
Fiz um relatório de bug no bugzilla do vinho, já que mshtml seria bastante técnico https://bugs.winehq.org/show_bug.cgi?id=47069

Tentei testar um iniciador personalizado no Windows e funcionou bem! Se conseguirmos replicar o trabalho em https://github.com/goaaats/FFXIVQuickLauncher/ e fazê-lo funcionar no vinho, devemos ter um bandaid.

Uma vez que o url que o patcher carrega pode ser aberto em um navegador normal e também mostra uma tela preta, talvez possamos começar descobrindo a causa disso. Com as ferramentas de depuração disponíveis lá, não deve ser difícil ... para alguém com uma pista sobre todas as coisas de javascript / css.

O erro "sem conta de serviço" mencionado aparece no inicializador ou vem do executável real do jogo (ffxiv_dx11.exe)?

Huh, isso é muito interessante. Portanto, a única opção realista e decente é focar no mshtml.
Fiz um relatório de bug no bugzilla do vinho, já que mshtml seria bastante técnico https://bugs.winehq.org/show_bug.cgi?id=47069

Tentei testar um iniciador personalizado no Windows e funcionou bem! Se conseguirmos replicar o trabalho em https://github.com/goaaats/FFXIVQuickLauncher/ e fazê-lo funcionar no vinho, devemos ter um bandaid.

Quer dizer, sim, mas aparentemente não.

Então aqui está algo que eu realmente não entendo. Peguei as atualizações que fiz no launcher que mencionei ontem (que, para reiterar, não funciona no Linux e falamos sobre um problema de conta de serviço - é uma foto do meu último post) e executei no Windows.

E não recebo o erro, acabei de entrar com o pequeno iniciador Python. Mesmo código (comentei uma linha que supostamente causa um travamento no Windows, mas tudo o que faz é centralizar a caixa de inicialização), resultados diferentes, a única diferença que vale a pena é que funciona no Windows, não no Wine.

E não recebo o erro, acabei de entrar com o pequeno iniciador Python. Mesmo código (comentei uma linha que supostamente causa um travamento no Windows, mas tudo o que faz é centralizar a caixa de inicialização), resultados diferentes, a única diferença que vale a pena é que funciona no Windows, não no Wine.

Isso é realmente muito interessante. Ativar "Ocultar versão do vinho" faz alguma coisa (no caso de eles estarem de alguma forma verificando especificamente o vinho)?

Então, o lançador Python funciona no Windows? Você poderia tentar executar o iniciador python no Windows e deixá-lo imprimir o comando que executaria e, em seguida, executar esse comando no Linux? Se você ainda receber o erro, então temos outro problema, pois isso significaria que ffxiv.exe também está fazendo algo diferente no wine.

Uma vez que o url que o patcher carrega pode ser aberto em um navegador normal e também mostra uma tela preta, talvez possamos começar descobrindo a causa disso. Com as ferramentas de depuração disponíveis lá, não deve ser difícil ... para alguém com uma pista sobre todas as coisas de javascript / css.

O erro "sem conta de serviço" mencionado aparece no inicializador ou vem do executável real do jogo (ffxiv_dx11.exe)?

Huh, vá para https://frontier.ffxiv.com/version_4_0_win/index.html. A maioria dos elementos possui uma classe de "Ocultar". Se você remover essas classes, o inicializador renderiza parcialmente em navegadores normais também. Eles estão de alguma forma começando tudo com DIsplay: None e, em seguida, exibindo com algum tipo de magia do javascript ??

a propósito, parece ser apenas um css que está escondendo a interface do usuário quando você navega para a página em um navegador. não sei exatamente, mas é possível que ele esteja procurando por algum agente de usuário ou semelhante para exibir a interface do usuário?

Não parece ser baseado no agente do usuário. Provavelmente, de alguma forma, tentando verificar se ele foi executado a partir de uma instalação adequada antes de exibir?

se descobrirmos quais condições ele deseja antes de revelar, isso pode nos dar alguma pista de por que não está fazendo isso no vinho

Certamente há muito javascript envolvido nisso que irá ativar / desativar esses elementos. À primeira vista, não encontrei nenhuma detecção de sistema operacional ou algo semelhante, nem o console do firefox apresentou erros óbvios.

Mas se pudermos descobrir isso, pode ajudar em nossa busca de fazer o launcher funcionar um pouco mais.

Então, o lançador Python funciona no Windows? Você poderia tentar executar o iniciador python no Windows e deixá-lo imprimir o comando que executaria e, em seguida, executar esse comando no Linux? Se você ainda receber o erro, então temos outro problema, pois isso significaria que ffxiv.exe também está fazendo algo diferente no wine.

Já mudei de volta para o Linux - e ... Escondendo a versão do wine ... e estou na tela de seleção de personagens.

Ocorre-me que se sua versão para Mac usa um invólucro de vinho especial, e esconder o Wine deles nos permite entrar, e não esconder o Wine nos diz que não temos uma conta de serviço ...

Eles pensam que somos usuários de Mac.

O que você está fazendo para esconder a versão do vinho? Esta poderia ser nossa solução alternativa, se o iniciador do Python junto com ele nos levar a isso.

Estou fazendo um WINEPREFIX=<path-to-prefix> winecfg . Está na guia Staging. Novamente, por ser mais fácil de testar, estou usando minha instalação do lutris, e não especificamente a versão do Steam ainda.

Admito que estou no meu laptop tentando rodar a versão DX11, então não é bonita (tudo bem, é bonita, mas é uma apresentação de slides), mas consigo entrar no jogo.

Eu escondi a versão WINE e continuo recebendo o mesmo erro.

Então, hora de um rápido resumo?

1. O Wine analisa o url incorretamente, portanto, um patch personalizado é necessário para corrigir esse problema
2. Com o patch de url personalizado, o iniciador fica preto e inutilizável. problema mshtml?
3. Se você conseguir entrar no jogo com qualquer um dos iniciadores personalizados, obterá erros relacionados às suas contas de serviço
   3.1. No entanto, isso pode ser contornado ocultando a versão do vinho. Eles acreditam que somos usuários de Mac.

Por favor, corrija-me se alguma das afirmações estiver errada ou se deixei de fora algo importante.
O fato de eles acreditarem que somos usuários do Mac deve ser algo que a SE está disposta a consertar, espero?

Eu escondi a versão WINE e continuo recebendo o mesmo erro.

Não tenho certeza do que dizer a você.

3. 3.1. No entanto, isso pode ser contornado ocultando a versão do vinho. Eles acreditam que somos usuários de Mac.

Para ser claro, isso é conjectura da minha parte, mas se o que as pessoas dizem sobre o cliente Mac for verdade, e estamos sendo informados de que não temos contas de serviço ... parece plausível. Se tivermos alguém com uma licença Mac, podemos descobrir rapidamente se é isso que está acontecendo.

Confirmando que também posso ir para a tela de seleção de personagem se ativar HideWineExports no patch de teste "ntdll-Hide_Wine_Exports" (chave HKCU \ Software \ Wine, valor da string HideWineExports, valor "1")

@HereInPlainSight seria possível para alguém fazer uma conta de teste para a versão do Mac e, em seguida, tentar no Wine no Linux? Eu tentaria sozinho, mas no momento estou conectado para tentar pegar uma casa e não consigo reiniciar o Linux por enquanto.

logado tentando agarrar uma casa

Oh, me enlouqueça.

@achurch para ser claro, você está usando um lançador de terceiros para isso?

Alguém conseguiu o inicializador adequado para funcionar com o patch do wine para o url (+ tipo de navegador 2?) Se sim, temos soluções alternativas para todos os problemas, sem a necessidade de inicializadores personalizados!

Usei o launcher oficial da versão anterior, com BrowserType 2. Suspeito (mas não confirmei) que o launcher da versão atual com o patch IsTransgaming também funcionaria; quando tentei antes, não vi nenhuma chamada para IsTransgaming de ffxiv_dx11.exe, então não acho que isso acionaria uma identificação do Mac (editar: mas é claro que é possível que o iniciador também faça a detecção da plataforma).

Tentei transformar o patch em um clone de próton, mas sou muito novo nisso para fazer o patch. Falha total ;)

Tentarei corrigir o wine com o patch isTransgaming e o patch wine (https://bugs.winehq.org/attachment.cgi?id=64251) quando chegar em casa e ver se algum ajuda.

Impressionante!
Pergunta: alguém já tentou com uma versão mais antiga do gecko? Se isso for possível?

Então eu descobri que sei minha sorte e nunca vou conseguir uma casa de qualquer maneira. Eu fiz uma conta de teste do Mac e tentei fazer o login através do Método Python (faz com que pareça muito sofisticado), mas estou batendo em uma parede onde estou falhando no login, onde o código original ainda diz 'Isso vai falhar com um erro 401 para alguém com uma assinatura expirada '.

Estou recebendo um erro 401, então acho que há algo mais necessário para dizer que você é uma conta de teste.

As contas de teste têm uma versão de teste específica do jogo, então você terá que instalar a versão de teste :)

As contas de teste têm uma versão de teste específica do jogo, então você terá que instalar a versão de teste :)

Bem, isso complica e possivelmente corrompe o processo de teste, não é?

Seria melhor se tivéssemos alguém com uma licença de Mac de varejo para testá-lo, já que tudo é garantido do mesmo jeito - incluindo o cliente.

a maioria dos patches necessários para ntdll-Hide_Wine_Exports não se aplicam à versão do wine em próton e terão que ser modificados para se adequarem

Depois de adicionar o patch IsTransgaming e remover as exportações de wine_get_version fui capaz de atualizar totalmente o jogo e fazer o login.

Portanto, isso parece se resumir a dois problemas principais com esta atualização:

• O patcher agora ignora a configuração BrowserType e só usa libcef se a função IsTransgaming for encontrada.
• ffxiv.exe verifica a função wine_get_version e a relata como um login MAC, se encontrado.

Acho que, por enquanto, podemos contornar os dois problemas com relativa facilidade, no entanto, o Launcher pode se tornar um problema maior se eles removerem o libcef completamente. Embora, enquanto eles suportarem a versão MAC, isso parece improvável.

O patcher agora ignora a configuração BrowserType e só usa libcef se a função IsTransgaming for encontrada.

... e retorna 1 em um ponto específico na seqüência de inicialização. A função no patch retorna verdadeiro apenas na segunda chamada porque se eu fizer com que ela retorne verdadeiro o tempo todo, o iniciador trava na inicialização (provavelmente tentando configurar alguns dados específicos do Transgaming que não existem porque eu não implementei quaisquer outras funções específicas do TG).

se eles eventualmente removerem o libcef completamente. Embora, enquanto eles suportarem a versão MAC, isso parece improvável.

Eu não teria tanta certeza disso; lembre-se de que o 5.0 eliminará o suporte a 32 bits e o inicializador de 64 bits não usa libcef. Eu vi alguns tópicos de suporte do Mac no fórum sugerindo que, pelo menos em alguns casos, o inicializador do Mac usa renderização de HTML nativo, como mshtml no Windows. Portanto, isso é provavelmente algo que precisa ser abordado no lado do vinho mais cedo ou mais tarde.

Infelizmente, isso não me ajuda agora, já que executo o Proton e minha instalação regular do WINE está sendo muito incômoda. Posso nem mesmo conseguir usar um cliente que não seja do Steam.

Eu sei que é uma grande pergunta, mas eu não suponho que você poderia bifurcar a versão mais recente do Proton e ver se poderia corrigi-lo? A verdade é que sou apenas um Joe normal; essas coisas aqui estão um pouco acima do meu conjunto de habilidades.
Tenho certeza de que me lembro de como usar uma versão personalizada do Proton. Lembro que tive que instalar um para Elite: Dangerous.

Pode confirmar que o patch transgaming e HideWineExports funcionam aqui.

Eu estava usando próton-tkg para conseguir isso

não tenho certeza de como usar proton-tkg para ser honesto

Eu estava adicionando o patch transgaming para PKGBUILDS / wine-tkg-git / wine-tkg-userpatches e substituí a extensão do arquivo por .mypatch

Então acabei de executar o script proton-tkg e ele construiu tudo para mim.

Onde posso obter o patch IsTransgaming ? O Google está falhando comigo.

EDIT: Foi enterrado e escondido acima. Acho que entendi. Vamos ver como funciona o proton-tkg ...

Estou deixando isso aqui.
Eu estava ansioso para fazer um lançador alternativo específico para Linux.
Não recebi informações suficientes para fazer isso, mas talvez eu possa deixar o que obtive aqui:

1 / Steam inicia o ffxivboot (que desejo substituir) com a opção -isSteam
Lançador FF XIV. Exe

O boot FFXIV obtém suas informações de atualização consultando esta página da web:
http://patch-bootver.ffxiv.com/http/win32/ffxivneo_release_boot/ [Versão de inicialização atual, exemplo: 2019.04.19.0000.0001] /? time = [Hora atual no formato AAAA-MM-DD-HH-MinMin]

Durante esta etapa, o agente do usuário é "FFXIV PATCH CLIENT".

A resposta da página está contida no cabeçalho HTTP "X-Latest-Version", que retorna a última versão de inicialização.

Não entendi de onde veio a última versão (a comunicação foi criptografada em TLS)

2 / Obtendo dados de interface

2.1 / A interface real é obtida exibindo o arquivo:
https://frontier.ffxiv.com/version_4_0_win/index.html?rc_lang= [LANG] & time = [TIME IN FORMAT AAAA-MM-DD-HH]

O agente do usuário usado é: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

Você obtém instantaneamente um cookie chamado "s" que não parece ser necessário para o uso do iniciador.

2.2 / O status mundial é obtido em formato JSON consultando esta página da web:
https://frontier.ffxiv.com/worldStatus/login_status.json? [TIMESTAMP em ms]

2.3 / As notícias estão disponíveis em formato JSON, consultando este endereço:
https://frontier.ffxiv.com/news/headline.json?lang= [LANG] & media = pcapp & [TIMESTAMP em ms]

2.4 / Os diferentes estados do servidor estão disponíveis consultando este endereço:
https://frontier.ffxiv.com/worldStatus/current_status.json? [TIMESTAMP em ms]

Parece que o valor 3 significa manutenção (como era quando eu estava tentando fazer isso)

3 / Login

O formulário de login está armazenado nesta página da web.
https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/top?lng=fr&rgn=3&isft=0&issteam=1

Existe uma variável "issteam".
Não sei a que se referem rgn e isft.

O agente do usuário é importante: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

No formulário existe:

• Insira o nome oculto "_STORED_", contendo um id (que parece não mudar entre as sessões de login, não acho que seja um token)
• Nome de entrada "sqexid" contendo id
• Digite a senha "senha" contendo a senha
• Insira otppw para senha otp

Destina-se a: https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send

Portanto, para entrar no sistema, você precisa realizar uma solicitação POST para https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send com os valores _STORED_, sqexid, senha +/- otppw.

Na página de resposta, existe um comando javascript execute que contém muitas variáveis, incluindo algo que parece ser um token.

4 / A parte pós-login

É aí que eu não consigo tudo.

4.1 / Verificação de versão

Parece que o boot exe inicia "ffxivlauncher.exe" somente após o login, eu consegui fazer um monitoramento de processo.
Com qual argumento?
ffxivlauncher.exe reclama para ser iniciado de ffxivboot.exe, ele precisa de um argumento específico? Ou ele realiza uma verificação do processo pai?

Uma solicitação é feita para verificar a última atualização, eu peguei isso do código-fonte do outro iniciador, pois eram consultas criptografadas.
Isso é feito consultando este endereço:
https://patch-gamever.ffxiv.com/http/win32/ffxivneo_release_game/ [VERSÃO DO JOGO ATUAL] / [TOKEN OBTAINED ANTERIORMENTE]

No corpo da solicitação, é necessário especificar o tamanho do arquivo e o sha1 atuais de ffxivboot.xex, ffxivlauncher.exe e ffxivupdater.exe. E seus equivalentes de 64 bits.
Isso nos dá isso:
"ffxivboot.exe / filesize / sha1ofthefile / ffxivboot64.exe / filesize / sha1ofthefile, ffxivlauncher.exe / filesize / sha1ofthefile, ffxivlauncher64.exe / filesize / sha1ofthefile, ffxivupdater.exe / filesize / sha1ofthefile64, ffxivlauncher.exe / filesize / sha1ofthefile64 .exe / tamanho do arquivo / sha1ofthefile / "

Ele é enviado como um texto bruto.
O agente do usuário é importante: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

Ele retorna um X-Latest-Version que é o id da última versão e X-Patch-Unique-Id que é o UID dessa versão (que muda a cada solicitação).

Para que é necessário esse UID?

4.2 / Downloader de atualização

A atualização é baixada do servidor quadrado.
O URL de download é estático e não parece mudar.

Registrei que antes de baixar o arquivo, o servidor recebeu uma solicitação em:
http://patch-gamever.ffxiv.com/gen_token

Com o agente de usuário "FFXIV PATCH CLIENT" e uma variável "X-Patch-Unique-Id" no cabeçalho.
Este parece ser o obtido anteriormente.
Nessa solicitação, o corpo contém o URI do arquivo de atualização.

Responda com o mesmo URI do exame.

Eu não entendi o que esta etapa significa. É usado para registrar os downloads de atualizações do usuário?
Os arquivos de atualização estavam disponíveis para download com ou sem essa etapa.

Não entendi de onde vem o URI dos arquivos de atualização. Mas como são estáticos, posso substituí-los facilmente por um registro de link.

4.3 / Instalação de atualização

Esse é o meu principal obstáculo.
Os arquivos de atualização são um arquivo .PATCH que não corresponde a um arquivo compactado.
O arquivo é descrito em seu cabeçalho como um arquivo "ZIPATCH".

Qual processo integra esta atualização ao jogo?
Se você tiver informações sobre isso seria ótimo, pois é para mim o principal obstáculo para realizar um portal Linux totalmente funcional.

5 / Verificação final

O lançador verifica o "status do portão" em:
https://frontier.ffxiv.com/worldStatus/gate_status.json?lang=fr& [TIMESTAMP em ms]

Então o jogo é lançado.
Não entendi como, mas parece que já foi determinado pelos outros autores do launcher.

Versão TL DR:

• Tentando fazer um lançador específico para Linux para se livrar do oficial
• É preciso determinar como o real obtém os URIs de atualização (mas isso não está bloqueando)
• Precisa determinar como é feito o processo de atualização real

@uma igreja

... e retorna 1 em um ponto específico na seqüência de inicialização. A função no patch retorna verdadeiro apenas na segunda chamada porque se eu fizer com que ela retorne verdadeiro o tempo todo, o iniciador trava na inicialização (provavelmente tentando configurar alguns dados específicos do Transgaming que não existem porque eu não implementei quaisquer outras funções específicas do TG).

Obrigado por descobrir isso! Tivemos sorte com a implementação da função IsTransgaming suficiente para fazê-la funcionar.

Eu não teria tanta certeza disso; lembre-se de que o 5.0 eliminará o suporte a 32 bits e o inicializador de 64 bits não usa libcef. Eu vi alguns tópicos de suporte do Mac no fórum sugerindo que, pelo menos em alguns casos, o inicializador do Mac usa renderização de HTML nativo, como mshtml no Windows. Portanto, isso é provavelmente algo que precisa ser abordado no lado do vinho mais cedo ou mais tarde.

Sim, este é um hack feio na melhor das hipóteses. A única maneira legítima de avançar é consertar as implementações urlmon e mshtml e esperar que as futuras atualizações planejadas que requerem autenticação Steam não causem problemas.

Editar:
@alibell

Não sei a que se referem rgn e isft.

Suponho que 'região' e 'é um teste gratuito' respectivamente.

Mais algumas informações sobre o inicializador e o atualizador estão disponíveis aqui: http://ffxivclassic.fragmenterworks.com/index.php?controller=post&action=view&id_post=30. Como o nome do site sugere, é principalmente cerca de 1.0, mas parece que parte disso ainda se aplica a 2.0+.

Eu estava adicionando o patch transgaming para PKGBUILDS / wine-tkg-git / wine-tkg-userpatches e substituí a extensão do arquivo por .mypatch

Então acabei de executar o script proton-tkg e ele construiu tudo para mim.

Bem, isso foi um fracasso; aparentemente algo chamado "makepkg" não foi encontrado e não consigo encontrar qual biblioteca o adiciona.

alguém pode compartilhar uma construção de próton com os patches? estou tentando fazer o wine-tkg funcionar, mas estou tendo problemas

aparentemente algo chamado "makepkg" não foi encontrado e não consigo encontrar qual biblioteca o adiciona.

makepkgépara construir pacotes no arch linux

aparentemente algo chamado "makepkg" não foi encontrado e não consigo encontrar qual biblioteca o adiciona.

makepkgépara construir pacotes no arch linux

Eu vejo! No momento, estou executando o Pop_! OS (baseado no Ubuntu / Debian). Acho que não consigo executar o script proton-tkg.sh então?

Versão TL DR:

• Tentando fazer um lançador específico para Linux para se livrar do oficial
• É preciso determinar como o real obtém os URIs de atualização (mas isso não está bloqueando)
• Precisa determinar como é feito o processo de atualização real

No momento não tenho acesso a uma instalação que não esteja atualizada, mas quando bati brevemente no inicializador, coloquei fita adesiva em uma instalação mais antiga em casa que não tinha atualizado e _creio_ que expôs os locais dos arquivos de atualização, então a fonte pode ser capaz de ajudar. Verifique login.py para 'patch_url'.

Eu vejo! No momento, estou executando o Pop_! OS (baseado no Ubuntu / Debian). Acho que não consigo executar o script proton-tkg.sh então?

Você teria que lidar com o sistema de construção do Debian.

Em um futuro próximo, precisamos analisar como obter os patches em uma compilação Lutris (a Lutris tem compilações Wine com correções para jogos específicos, além de vários sabores de Wine.)

Apesar da documentação sobre o ntdll-Wine_Hide_Exports, ele parece ser independente de qualquer outra coisa no teste, e imagino que a lista de dependências seja apenas por causa da colisão de patches para ntdll_misc.h. Estou construindo agora para testar, mas parece que você pode aplicar a parte loader.c de ntdll-Hide_Wine_Exports e inserir manualmente as linhas adicionadas em ntdll_misc.h.

(Para sua informação, estou usando o vinho vanilla com alguns patches de teste selecionados, não o Proton, então terei que deixar as instruções de construção do Proton para outros).

Acho que vou apenas esperar que a Valve faça o patch no Proton então. Mas pelo menos fico feliz em saber que nem toda esperança está perdida. = D
Esperamos que seja rápido agora que parece que temos uma solução alternativa.

Tenho certeza de que isso é muito hacky para ser incluído nas compilações oficiais do Proton.

Eu não esperaria ver o patch IsTransgaming no Proton / Wine oficial tão cedo, é muito hacky para isso. A menos que seja muito paciente, você pode tentar a sorte com Lutris ou uma compilação de vinho personalizada.

Bem, o muro de pedra começa. Estamos tendo que hackear um bloqueio aparentemente intencional contra os usuários Linux. A válvula precisa mostrar uma postura aqui. Patches hackeados e lançadores improvisados ​​não são a postura que desejo tomar. Eu quero que o Square "sangre, assim como eu" ~ Deadman's Wonderland

Bem, o muro de pedra começa. Estamos tendo que hackear um bloqueio aparentemente intencional contra os usuários Linux. A válvula precisa mostrar uma postura aqui.

Isso definitivamente não é intencional. Opções estranhas e até mesmo sujas de programação / portabilidade, com certeza, mas não é uma tentativa de bloquear o Linux.

Duvido que seja especificamente voltado para usuários Linux. É muito mais provável que eles estivessem fazendo alterações no MAC e, como não testam no Linux, introduziram problemas involuntariamente para nós, mas isso é esperado sem suporte oficial.

Sim, funcionará no Lutris por enquanto (quando a compilação vier), mas não a longo prazo. Quando o Square finalmente me bloqueia de cópias não-Steam do jogo, se o Proton não resolver o problema, eu não poderei jogar!
Não estou nem chateado com a Valve, mesmo que eles não implementem o hack IsTransgaming; Estou principalmente chateado com o Square por eles serem tão difíceis. Especialmente quando o jogo em si não é o problema; é apenas o lançador sendo maluco.

sim, não temos evidências de que isso seja intencional, apenas porque quebrou de uma forma estranha. A Square Enix nunca foi oficialmente compatível com Linux ou Proton, então obviamente eles simplesmente não perceberam que poderia quebrar assim. eles não têm nenhuma obrigação conosco, nós estamos fazendo nosso próprio caminho.

É quase certo que eles estão mudando a forma como o cliente Mac faz as coisas na preparação para a remoção do suporte de 32 bits e nós sendo pegos no meio disso

A boa notícia é que, enquanto a SE continuar a oferecer suporte ao cliente Mac dessa forma, provavelmente poderemos emular mais Transgaming se isso acontecer no futuro (mesmo que isso signifique comprar licenças do Mac)

A coisa realmente boba é, por que eles estão usando IsTransgaming para detectar Mac no inicializador, mas procurando por exportações de Wine no jogo real? Ironicamente, se eles usassem IsTransgaming para ambos, seria mais difícil trabalhar sem precisar de uma licença Mac

Sim, é muito bobo, mas estou bem em pagar por uma licença mac quando chegar a hora e eles consertarem isso :)

Também me faz pensar se os jogadores do Mac FFXIV podem modificar seu jogo para esconder o vinho e, portanto, contar como uma versão do Windows

Tbh, eu nunca entendi realmente por que precisamos ter licenças diferentes para plataformas diferentes para começar. Não faz sentido para um MMO baseado em assinatura. Acho que por razões de dinheiro, mas mesmo assim!

Veremos, alguém aqui disse que não consegue encontrar no ECMAscript das verificações do agente do usuário. Browser.js linhas 60 a 72 .... Bem claro aí. Quanto ao suporte a LibCEF e MAC, uma vez que o MAC está usando uma camada Wine personalizada, esperamos que possamos pegar carona nela. Se isso é o melhor que podemos esperar, sugiro olhar para LostArk quando chegar à Rússia.

O mero fato de que estão tentando controlar o licenciamento de uma forma mais estrita deve revelar o plano e a intenção. Se você não consegue descobrir isso, você deve torturar de volta para o Windows.

Update: Eu poderia descuidar se você gosta ou não, é o fato do que o código está dizendo

não há nenhuma evidência de que isso seja malicioso. coisas quebram, especialmente quando não são oficialmente suportadas. isso acontece e vamos contornar isso.

Sim cara. Merda acontece.

não há nenhuma evidência de que isso seja malicioso. coisas quebram, especialmente quando não são oficialmente suportadas. isso acontece e vamos contornar isso.

Se o código não fosse prova suficiente, o que seria? Uma confissão direta de Yosuke Matsuda? É por isso que temos Trump no cargo e a Title 2 Network de forma neutra, mal saiu do papel. Ninguém tem espinha dorsal para se levantar e dizer não mais. Desde que seja esse o caso, vou me retirar e colocar meu substituto.

Patch do HideWineExports aplicado ao garfo do Proton's Wine, para quem quiser: https://github.com/achurch/proton-wine/commit/e77d4e14f42aa3721480a2ea6cdb713f4e5aceb4

Na verdade, não testei o comportamento, mas é um patch simples e de construção limpa, então ficaria surpreso se não funcionasse.

Eu não adicionei o patch IsTransgaming porque é uma correção muito complicada que não deve permanecer, mas deve ser aplicada de forma limpa.

Se o código não fosse prova suficiente, o que seria?

não há nenhum código que indique que isso é malicioso e isso é offtopic.

Tbh, eu nunca entendi realmente por que precisamos ter licenças diferentes para plataformas diferentes para começar. Não faz sentido para um MMO baseado em assinatura. Acho que por razões de dinheiro, mas mesmo assim!

Eles provavelmente precisam para Steam e PS4.

Tbh, eu nunca entendi realmente por que precisamos ter licenças diferentes para plataformas diferentes para começar. Não faz sentido para um MMO baseado em assinatura. Acho que por razões de dinheiro, mas mesmo assim!

Eles provavelmente precisam para Steam e PS4.

Para ganhar mais dinheiro. Não, eles não precisam para Steam ou PS4. O subsistema é hospedado e gerenciado pela Square Enix. Eles podem dizer que essa é a razão, mas olhe para o Reino de Aura. Você pode baixar a versão não Steam ou Steam, mas faça login na mesma conta, sem necessidade de bloqueio. Isso é apenas fumaça e espelhos. Mas sim, vou dizer que está ficando um pouco desviado. A razão por trás desse código é bastante contundente, mesmo se houver quem enfie a cabeça na areia. Espero que receba um outro patch, depois outro patch depois disso, e outro apenas para evitar o plano de negócios da Square. Isso é o que tem tudo isso acontecendo, pura e simplesmente. Jbal91, Eu sou um Engenheiro Principal por profissão, ESCREVO SHIZ ASSIM PARA UMA MALDITA VIDA! Eu conheço a mente corporativa porque estou na altura do pescoço. Então, por favor, puxe sua cabeça para fora da sua corrente de margarida ... Isso vai para o resto que acredita que isso é apenas um engano.

podemos parar de falar sobre isso? é totalmente irrelevante para o tópico em questão.

Voltando ao assunto, é uma pena que eles estejam verificando especificamente o Wine, porque isso significa que, infelizmente, mesmo se consertássemos o mshtml do Wine, ele ainda pensaria que somos usuários do Mac quando tentássemos lançar o jogo. Isso significa que é improvável que funcione com vinho de baunilha / próton novamente.

Não vejo por que o próton (e o lutris) não mesclariam o patch wine-staging para fazer o jogo funcionar, já que ele não é tão hacky assim. quanto ao mshtml, teremos que descobrir o que exatamente há de errado com ele

Se o SE notar isso, ele ainda pode alterar o cheque para usar IsTransgaming . Caso contrário, desabilitar os símbolos wine_get_version deve ser simples o suficiente, adicionando uma opção de registro ou apenas removendo-os completamente do próton.

Eu atualizei o post do Reddit com todas as informações que temos até agora. Avise-me se estiver faltando alguma coisa!

Eu me pergunto como seria difícil apenas escrever uma DLL que conecta GetProcAddress e retorna 1 para isTransgaming, então não precisaríamos de uma compilação de vinho personalizada. Ainda precisaríamos de encenação para esconder Wine.

@ jbal91 Se o FFXIV implementar qualquer tipo de anti-cheat (ou o fará no futuro), provavelmente isso o acionaria. Idealmente, seria melhor não modificar nenhum dos arquivos FFXIV, eu acho.

@ jbal91 Se o FFXIV implementar qualquer tipo de anti-cheat (ou o fará no futuro), provavelmente isso o acionaria. Idealmente, seria melhor não modificar nenhum dos arquivos FFXIV, eu acho.

DXVK já o acionaria de qualquer maneira

tenho tentado construir prótons com patches de vinho usando o makefile, mas o meson continua reclamando das coisas. não tenho certeza de qual é o problema raiz. se alguém conseguir construí-lo com todos os 3 patches, coloque-o em algum lugar para fazer o download? vou continuar tentando enquanto isso

Bem, consegui fazer o login. Vou tentar construir uma versão do Proton com Proton-tkg

Eu tenho que construir agora, tive que destruir todo o vm e reconstruir do zero, mas o iniciador funciona agora. esqueci de alterar a entrada do registro, fazendo isso agora

OK, digamos que hipoteticamente sou um bebê e não sei o que fazer para fazê-lo funcionar. Estou no Gentoo e estou executando o teste gratuito do Steam, mas não tenho a versão do Steam e, como eu acho que não vai ser uma coisa que eu posso fazer mais em breve Provavelmente, eu não me importaria de compilar e executar meu próprio Proton para execute ffxiv se for necessário, mas não tenho certeza do que preciso fazer e como aplicar os patches necessários.

Vou compactar a construção de prótons assim que confirmar que funciona, você deve ser capaz de simplesmente soltá-la em .steam/root/compatibilitytools.d

eu tenho coisas para fazer por um tempo, então provavelmente levarei pelo menos uma hora antes que eu possa confirmar isso

Eu tenho um pacote Arch funcionando, apenas recompilando para Proton. Deve terminar em menos de uma hora se as pessoas não puderem esperar, lol

Esperei um dia inteiro, pelo menos. Eu posso esperar mais um pouco =)
Pergunta potencialmente idiota, mas: Você acha que o pacote arch funcionaria no Debian? WINE / Proton deve ser independente da distribuição, certo?

Eu realmente duvido que funcione no Debian sem chroot

Bem, estou ansioso para dar uma chance, no entanto! : D
Se funcionar, vou descobrir.

Ele foi criado e iniciado, mas não detectava o DX11, acho que porque recebi o DXVK, tentando novamente

como faço para definir a chave do registro, exatamente?

winetricks hidewineexports = ativar

Olá a todos. Só queria agradecer a todos por seu trabalho nesta questão.

Você realmente é incrível <3

Ok, FUNCIONA e vou fechar a distribuição de prótons agora

https://mega.nz/#!PpVQUCwI!lWMwHYsKZtQ6WdGZbZ2UAqWpp -Iq1NlursEwKJt0R34

ahaha ou @ jbal91 vão me

levou mais tempo do que deveria porque tive que reconstruí-lo.

Você precisará WINEPREFIX = "$ HOME / .local / share / Steam / compatibletools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = ativar para chegar à tela de seleção de personagem

E sim, ele precisa ser extraído para "$ HOME / .local / share / Steam / compatibletools.d"

Você acabou de adicionar isso ao inicializador?

Tbh, eu nunca entendi realmente por que precisamos ter licenças diferentes para plataformas diferentes para começar. Não faz sentido para um MMO baseado em assinatura. Acho que por razões de dinheiro, mas mesmo assim!

Eles provavelmente precisam para Steam e PS4.

Para ganhar mais dinheiro. Não, eles não precisam para Steam ou PS4. O subsistema é hospedado e gerenciado pela Square Enix. Eles podem dizer que essa é a razão, mas olhe para o Reino de Aura. Você pode baixar a versão não Steam ou Steam, mas faça login na mesma conta, sem necessidade de bloqueio. Isso é apenas fumaça e espelhos. Mas sim, vou dizer que está ficando um pouco desviado. A razão por trás desse código é bastante contundente, mesmo se houver quem enfie a cabeça na areia. Espero que receba um outro patch, depois outro patch depois disso, e outro apenas para evitar o plano de negócios da Square. Isso é o que tem tudo isso acontecendo, pura e simplesmente. Jbal91, Eu sou um Engenheiro Principal por profissão, ESCREVO SHIZ ASSIM PARA UMA MALDITA VIDA! Eu conheço a mente corporativa porque estou na altura do pescoço. Então, por favor, puxe sua cabeça para fora da sua corrente de margarida ... Isso vai para o resto que acredita que isso é apenas um engano.

Uma coisa é colocar a cabeça na areia, outra é colocar a cabeça na lua. Nenhum deles é recomendável:

O código falando sobre o agente do usuário não significa nada em termos de filtragem. Ou o fato de haver filtragem com base no agente do usuário não significa que ele está tentando "pegar" os usuários Linux.

Talvez realmente exponha o chamado controle de fluxo "anti-Linux" antes de recorrer à conspiração:

Accept:           */*                                                                       
Host:             frontier.ffxiv.com                                                        
User-Agent:       SQEXAuthor/2.0.0(Windows 7; ja-jp; 7bf5f44656)                            
Referer:          https://frontier.ffxiv.com/version_4_0_win/index.html?rc_lang=fr&time=2019
                  -04-23-23                                                                 
Accept-Encoding:  gzip, deflate                                                             
Connection:       Keep-Alive                                                                

Isso é o que o lançador através do Wine realmente envia pelo cano.

E o corpo de resposta

Browser.userAgent.name = Browser.userAgent.Type.WIN;

O serviço da web remoto identifica o Launcher como sendo executado no Windows.

Você o seleciona como sua versão padrão do SteamPlay ou especificamente para FFXIV nas propriedades (eu recomendo o último)

Desculpe, eu estava me referindo ao

WINEPREFIX = "$ HOME / .local / share / Steam / compatibletools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = ativar

Você colocou isso em "Definir opções de inicialização" ou precisa fazer de forma diferente?

Desculpe, eu estava me referindo ao

WINEPREFIX = "$ HOME / .local / share / Steam / compatibletools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = ativar

Você colocou isso em "Definir opções de inicialização" ou precisa fazer de forma diferente?

não, você apenas executa esse comando uma vez no terminal, e pronto

^ Basta colocá-lo na casca.

Se você não tem Winetricks, você também pode fazer isso via winecfg

Olá, estou usando o wine staging standalone. Como eu aplicaria o patch transgaming exatamente?

Sem sorte aqui, lança e fecha imediatamente.

@ jbal91 Onde coloco isso? Não tenho compatibilidade.d sob ~/.steam/root Running Manjaro i3.

Eu tentei apontar minha instalação existente do Lutris do jogo para o novo wine64 da compilação do jbal91, mas está falhando ao iniciar:

wine: falha ao inicializar: RIGIN / lib64 / wine / ntdll.dll.so: não é possível abrir o arquivo de objeto compartilhado: Não existe esse arquivo ou diretório

Admito que não sou bom com os melhores pontos do WINE; estou faltando alguma coisa // é possível fazê-lo funcionar com uma instalação do Lutris? Posso instalar / tentar o próprio Steam mais tarde, quando tiver mais tempo, mas queria testá-lo.

@ sangoku116 crie a pasta ~/.steam/root/compatibilitytools.d/ e exporte tudo lá. Deve acabar com a pasta ~/.steam/root/compatibilitytools.d/proton_tkg_4.6.r0.g3f8edce5.ffxiv com tudo lá, então vá para o Steam e selecione essa versão do Steam Play para FF14 apenas

Eu tentei apontar minha instalação existente do Lutris do jogo para o novo wine64 da compilação do jbal91, mas está falhando ao iniciar:

wine: falha ao inicializar: RIGIN / lib64 / wine / ntdll.dll.so: não é possível abrir o arquivo de objeto compartilhado: Não existe esse arquivo ou diretório

Admito que não sou bom com os melhores pontos do WINE; estou faltando alguma coisa // é possível fazê-lo funcionar com uma instalação do Lutris? Posso instalar / tentar o próprio Steam mais tarde, quando tiver mais tempo, mas queria testá-lo.

Lendo sobre o Proton com este problema, acho que Proton e Wine não são intercambiáveis. Proton faz algumas verificações com coisas específicas do Steam, então não será compatível com a vitória no Lutris

As far as I'm aware Proton and Wine are not interchangeable. I think Proton does some checks with Steam.

Isso faria sentido. Provavelmente estou confundindo as pessoas perguntando se / quero que funcione como um corredor como sendo um.

https://drive.google.com/open?id=1dLqEsHrRuBxau0Is4oEqSvSSvoRmBBwi

Eu tentei copiar meus arquivos de instalação existentes para o diretório do Steam para FF após deixar o Steam instalar o inicializador, e limpar isso e iniciar uma nova instalação sem os dados, ambos abortados imediatamente após clicar em Executar antes mesmo de chegar ao inicializador.

Mesmo erro da minha tentativa anterior, wine: failed to initialize: RIGIN/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

https://drive.google.com/open?id=1dLqEsHrRuBxau0Is4oEqSvSSvoRmBBwi

Mesmo depois de correr
WINEPREFIX="$HOME/.local/share/Steam/compatibilitytools.d/proton_4.2-local/dist/share/default_pfx/" winetricks hidewineexports=enable

Recebo o erro sem conta de serviço.

Mas pelo menos eu entrei no jogo, então um passo adiante

Executei o comando em um terminal, selecionei o arquivo para rodar como protonffxiv e agora meu jogo não inicia. Ele inicia quando eu seleciono 4.2-3, mas não o ffxiv.

@ sangoku116 você usou @ashkitten ou @ jbal91 build? Tive o mesmo problema com @ jbal91, mas não com @ashkitten

Estou encontrando o mesmo problema que @Undeadhunter , proton com o proton de @ jbal91 permite que o launcher funcione perfeitamente e consertar o jogo, mas ainda estou recebendo um erro de conta de serviço (apesar de configurar hidewineexports = enable no prefixo) .

Usei a compilação de @ jbal91 para tentar a outra.

funcionou perfeitamente para mim, muito obrigado! @ashkitten

Sim, acho que algo pode ser estranho com o meu

@ jbal91 acho que está relacionado ao nome, o Steam está sendo lançado sem a parte .ffxiv do nome da pasta. Você o renomeou talvez?

Na verdade, recebi um erro ao tentar me conectar ao data center. Diz que meu jogo não está registrado em minha conta de serviço.

@ sangoku116 qual wineprefix você usou ao executar o comando para habilitar o hidewineexports?

para mim, o que funcionou foi WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

para mim, o que funcionou foi WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

Corrigido!

feliz!

Ainda sem sorte aqui, verificado WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winecfg e em Staging Hide Wine está verificado.

Olá! Eu só queria entrar na conversa e dizer que estou usando a versão do

@Undeadhunter O que me ajudou foi WINEPREFIX=$HOME/Data/SSD/SteamLibrary/steamapps/compatdata/39210/pfx/ winetricks hidewineexports=enable porque instalei o FFXIV em um local personalizado

Lembre-se também de que, se estiver usando o teste, o número após compatdata é '312060' e, se estiver usando o cliente de varejo, é '39210'.

Alguém poderia explicar como aplicar isso a uma versão não Steam do FFXIV

@Wyziqi estava vindo para postar isso, na verdade, eu também tenho um local de instalação personalizado, mas você descobriu antes de mim. Obrigado por isso!

Para deixar claro para todos, execute WINEPREFIX="<install location>/SteamLibrary/steamapps/compatdata/39210/pfx/" winetricks hidewineexports=enable

Alguém poderia explicar como aplicar isso a uma versão não Steam do FFXIV

Construa wine com as correções postadas aqui, principalmente o recurso hidewineexports no wine-staging e a correção para adicionar isTransgaming de https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Estou tentando usar a compilação de @ashkitten, mas selecioná-la no Steam como a versão Proton também me recusa a iniciar o inicializador e aborta instantaneamente. Estou perdendo minha cabeça neste ponto e não tenho certeza se é de alguma forma algo em meu sistema está agindo ou o quê, mas nenhuma dessas soluções chega perto de quando outros as tentaram. Tentar o 4.2 regular do Steam carregará o inicializador na tela preta.

Do ashkitten's:

GameAction [AppID 39210, ActionID 1]: LaunchApp alterou a tarefa para ProcessingInstallScript com ""
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: É um diretório
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: É um diretório
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: É um diretório
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: É um diretório
[2019-04-24 16:21:51] Inicialização - atualizador criado em 16 de abril de 2019 21:00:51
[2019-04-24 16:21:51] Optou pelo cliente beta 'publicbeta' via arquivo beta
Você está na versão beta do cliente 'publicbeta'.
[2019-04-24 16:21:51] Verificando a instalação ...
[2019-04-24 16:21:51] Verificação concluída
installscript_posix.cpp (418): Falha na declaração: o avaliador autônomo retornou o código de erro para o aplicativo 39210
installscript_posix.cpp (418): Falha na declaração: o avaliador autônomo retornou o código de erro para o aplicativo 39210
Instalando o manipulador de exceção do breakpad para appid (steam) / versão (1555457005)
assert_20190424162217_27.dmp [7678]: Carregando dump (fora do processo)
/tmp/dumps/assert_20190424162217_27.dmp
GameAction [AppID 39210, ActionID 1]: LaunchApp alterou a tarefa para ProcessingShaderCache com ""
GameAction [AppID 39210, ActionID 1]: LaunchApp alterou a tarefa para SiteLicenseSeatCheckout com ""
GameAction [AppID 39210, ActionID 1]: LaunchApp alterou a tarefa para CreatingProcess com ""
GameAction [AppID 39210, ActionID 1]: LaunchApp aguardando resposta do usuário para CreatingProcess ""
GameAction [AppID 39210, ActionID 1]: LaunchApp continua com a resposta do usuário "CreatingProcess"
Máscara de controlador opcional para AppId 39210: 0
Atualização do jogo: AppID 39210 "", ProcID 7680, IP 0.0.0.0:0
Iniciando o aplicativo 39210
Instalando o manipulador de exceção do breakpad para appid (steam) / versão (1555457005)

Adicionando processo 7680 para o jogo ID 39210
GameAction [AppID 39210, ActionID 1]: LaunchApp alterou a tarefa para WaitingGameWindow com ""
ERROR: ld.so: object '/home/jim/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD não pode ser pré-carregado (classe ELF errada: ELFCLASS32): ignorado.
/ bin / sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: é um diretório
GameAction [AppID 39210, ActionID 1]: LaunchApp alterou a tarefa para Completed with ""
Adicionando processo 7682 para o jogo ID 39210
Jogo removido: AppID 39210 "", ProcID 7680
Saindo do aplicativo 39210

E como aplico o patch? Não parece que corresponda ao formato dos outros patches na preparação do vinho.

Alguém poderia me dizer se devo fazer algo especial se estiver usando o Lutris?

@kgnotte esses são diffs, eles não contêm informações de commit, então você precisa aplicá-los com git apply

Obrigado @ashkitten

https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git
Essa seria uma possibilidade de construir um ambiente de vinho personalizado. Coloque diff na pasta userpatches e execute o script de construção

Alguém poderia me dizer se devo fazer algo especial se estiver usando o Lutris?

Até agora, os únicos builds que vi compartilhados são para Proton, você precisa esperar que um build do Wine apareça ou compilar um por conta própria.

Quando um aparecer, você precisará decidir como instalá-lo no Lutris como um wine runner e mudar sua versão do wine para o XIV.

Você também pode adicionar um jogo não vapor ao vapor e usar o próton.

uma vez que todos estão bem com a solução alternativa, devemos realmente começar a procurar uma solução real para os problemas com mshtml, uma vez que isso é muito hacky e pode quebrar na próxima vez que for lançado uma atualização semelhante

@kgnotte, alguém aqui postou uma correção para lutris, então você pode simplesmente usar isso https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/9

@ashkitten prton 4.2-local funcionou bem para mim. Copiou os arquivos em ~ / .steam / root / compatibletools.d /

Reiniciou o Steam e forçou o jogo a rodar esta versão. Obrigado

@ashkitten Muito obrigado! Proton 4.2-local funciona muito bem!
Eu também estou no ArchLinux agora, só por segurança;]

@HereInPlainSight Tenho uma solicitação para você: você poderia adicionar o arquivo local do proton 4.2 com instruções sobre como instalá-lo em seu comentário próximo ao topo?
Dessa forma, as pessoas que vierem aqui em busca de uma solução para esse problema não terão que vasculhar literalmente centenas de comentários enquanto esperamos por um patch oficial.

E esperançosamente ... ESPERO que seja uma solução que

Acabei de adicionar instruções ao post do Reddit. Já faz algumas horas que pretendo fazer isso, só consegui fazer agora. Não testei essas instruções, então me avise se eu tiver algo errado!

Acabei de adicionar instruções ao post do Reddit. Já faz algumas horas que pretendo fazer isso, só consegui fazer agora. Não testei essas instruções, então me avise se eu tiver algo errado!

Obrigado! Além disso, embora BrowserType agora seja ignorado com o ambiente local do Proton 4.2, CutsceneMovieOpening em "FFXIV.cfg" ainda deve ser definido como 1 , caso contrário, você obtém um novo erro que diz que não foi possível estabelecer uma conexão do datacenter. Pelo menos não dá mais a tela de carregamento preta infinita.
Você provavelmente já cobriu (eu não olhei ainda), mas isso também é para pessoas que olham aqui e não verificam o reddit, então ...

Ai meu Deus, Square!
http://forum.square-enix.com/ffxiv/threads/388444-Wine-Launcher-404
Eles mudaram o tópico para Discussão Geral, você está brincando? xD Esse tópico é o mais técnico possível! Vai ser enterrado: <

Então, pela primeira vez compilando o wine, optei por usar tk-git-wine, mas é bastante específico para o arquipélago, então segui sua recomendação para não-Arqueiros ao fazer um contêiner docker para fazer a compilação, mas depois de compilar eu volto uma compilação não funcional para minhas outras máquinas porque wine: failed to initialize: /lib32/libm.so.6: version 'GLIBC_2.29' not found (required by <wine>/lib32/wine/ntdll.dll.so)

Portanto, parece que meu sistema doméstico está executando uma glibc pré-2.29. Existem algumas - o que considero - instruções complexas sobre como lidar com isso, mas alguém conhece alguma versão mais simples de instruções, ou pelo menos como lidar com isso neste caso específico? _EXTERNAL_INSTALL é definido como verdadeiro.

Sim, posso esperar até que apareça um acúmulo de não prótons, mas se puder expandir meu conhecimento para o futuro, prefiro saber para o que espero que nunca aconteça da próxima vez.

@TenaarFeiri Bem, isso é ... Ruim. Devemos abrir um novo, mais voltado para a técnica? Houve algumas ... opiniões acaloradas sendo compartilhadas em alguns pontos do tópico. Podemos fazer sugestões específicas sobre o que eles podem fazer para nos ajudar a evitar isso no futuro, talvez? Não tenho certeza absoluta, aqui.

Edit: Além disso, uma postagem nos fóruns oficiais confirma que estamos sendo identificados como usuários do Mac.

@HereInPlainSight Sim, estou ShiningWolf aí e vou admitir algumas opiniões acaloradas, meu mal. Foi uma frustração, mas de qualquer forma o tópico não estava bloqueado, apenas mudado para Geral por algum motivo.

Eu sugiro que façamos um novo tópico no Suporte Técnico descrevendo as etapas específicas necessárias para fazer o FFXIV rodar no WINE / Proton novamente. Especialmente o Proton, já que parece ter funcionado excepcionalmente bem com alguns pequenos ajustes (como ocultar as exportações de vinho no pfx do jogo).
Eu sei que a Square não está sendo muito cooperativa conosco, mas eu acho que se eles pudessem nos deixar em paz e ter nosso tópico lá, eles não precisariam fazer nada. Exceto talvez fixá-lo. Teria sido incrível se eles pudessem simplesmente fazer isso!

Para justificar ainda mais o tópico de suporte técnico, poderíamos fazer uma autópsia do problema?

@ kisak-valve Ei! Espero que você não se importe que eu marque você, mas tenho uma pergunta: seria possível integrar uma construção Proton específica para FFXIV como parte do download do SteamPlay? Vendo que já existe um construído que funciona agora (e pode até continuar a funcionar no futuro próximo)?

@TenaarFeiri Eu estava pensando em uma autópsia como uma boa opção, mas se for esse o caso, pelo que eu sei, no momento só temos um download compatível com o Proton, e nenhuma compilação compatível com Lutris ainda (que é de onde vieram minhas perguntas anteriores - Posso compilar um build, mas não pode ser executado em uma máquina que funcione usando Lutris).

Além disso, não se preocupe em ficar exaltado - é bom ter sentimentos sobre a situação, eu só acho que precisamos manter o tópico de como nos sentimos sobre isso separado do lado de 'suporte técnico' do problema para que não digamos qualquer motivo para mudar de assunto novamente, só isso.

Além disso, como estamos confirmados para sermos atualmente vistos como usuários de Mac, devemos definitivamente incluir isso em qualquer artigo post-mortem nos fóruns e destacar que isso afeta a forma como compramos nossos jogos e pode causar problemas no futuro para novos jogadoras. Filtrar-nos com base em saber se temos exportações de vinho não é uma solução ideal, uma vez que a maioria dos jogadores de Linux presumiria comprar a versão Windows do jogo.

Para confirmar - neste ponto, no que diz respeito a uma correção mais permanente para quando o iniciador de 32 bits for aposentado, temos apenas duas opções? Corrigir mshtml (acho que é assim que se chama) ou montar nosso próprio inicializador Linux completo? Porque ambos parecem não triviais e, se precisarmos deles, não tenho certeza de como promover qualquer uma das causas muito além do apoio emocional. <. <

Eu acho que a melhor ação seria consertar o mshtml e eliminar todas as provavelmente centenas de moscas que estão causando problemas semelhantes. Mshtml e um iniciador Linux customizado atualmente parecem ser as únicas duas opções _viáveis_.

Um launcher personalizado seria absolutamente a solução mais conveniente para nós, mas corrigir o mshtml proporcionaria um benefício maior para toda a comunidade de jogos WINE.

Para um iniciador personalizado, acho que um bom ponto de partida seria bifurcar este projeto e construir uma GUI em cima disso. Ainda não testei, mas ouvi de um amigo que funciona muito bem (ele não me deu uma resposta 100% clara), então esse é o núcleo de um lançador já escrito.
O desafio, então, seria determinar como o iniciador padrão baixa as atualizações para que o novo iniciador também possa realizar essa tarefa.
OU
E isso seria inconveniente, MAS
um ou alguns de nós poderiam manter um jogo atualizado instalado em um diretório sincronizado com o GDrive. Conseguir 100 GB de espaço GDrive é bastante barato, e o iniciador pode ser codificado para sincronizar o cliente a partir daí. Mas se não podemos baixar atualizações para essa cópia do jogo sem uma conta ativa, então não há garantia de que pode servir como uma solução permanente, se patchwork.
Também ficaríamos totalmente em dívida se o Google decidisse nos dar uma boa largura de banda naquele dia.

O ponto principal é que temo seguir em frente, podemos precisar mancar para passar pelo lançador de maneiras inconvenientes.

Eu realmente acho que um launcher personalizado não é o caminho a seguir. seria realmente inconveniente para muitos usuários do Steam, especialmente uma vez que o square implementa seus requisitos de login do Steam. precisamos descobrir o que há de errado com mshtml e corrigi-lo.

Sim, olhar para o mshtml (ou qualquer outra coisa que possa estar causando a tela preta) parece ser o caminho a percorrer. Descobrir por que a página permanece preta em um navegador normal ainda parece um bom primeiro passo nisso.

de fato. Tenho a sensação de que pode não ser um problema tão profundo quanto pensamos inicialmente.

Suspeito que o iniciador envia algum tipo de cabeçalho para a página da Web para autenticação. Felizmente, parece ser apenas um caso de magia não obscurecida de JavaScript e CSS? Se eu olhar o código-fonte da página em branco, posso encontrar os scripts, mas ainda não consigo encontrar a parte importante para retirar. Sou apenas meio alfabetizado em ambos, mas se eu descobrir, você será o primeiro a saber.

@ kisak-valve Ei! Espero que você não se importe que eu marque você, mas tenho uma pergunta: seria possível integrar uma construção Proton específica para FFXIV como parte do download do SteamPlay? Vendo que já existe um construído que funciona agora (e pode até continuar a funcionar no futuro próximo)?

Olá @TenaarFeiri , não sou um desenvolvedor Proton, então não posso responder.

Em geral, não acho que seria uma má ideia fazer uma solicitação de pull com os patches necessários para fazer as coisas acontecerem, mas neste caso há uma boa chance de apenas a correção de url mshtml poder pousar e isso por si só não é suficiente para fazer as coisas funcionarem.

O Chrome e, por extensão, a libcef abandonaram o suporte para versões do Windows de 32 bits em 2017 e apoiá-lo como uma solução alternativa soa como uma bomba-relógio para mim, então descobrir que confusão está acontecendo no mshtml parece o melhor caminho a seguir.

Peço desculpas por minha ignorância sobre isso - muito disso está fora do meu reduto. A correção para mshtml visa corrigir o problema geral do vinho com ele (que tenho a impressão de que é um grande problema), ou uma correção direcionada que requer patch de vinho específico?

Minha preocupação com a ideia de uma correção de mshtml é que tem soado como uma besta que o vinho tem sido incapaz de enfrentar por um longo tempo - mas minha impressão pode estar totalmente errada, o que seria ótimo.

há uma boa chance de apenas a correção de url mshtml poder pousar

@ kisak-valve que tal esconder as exportações de vinho? se conseguirmos que o mshtml funcione, ainda precisaremos dele para executar o jogo, provavelmente

@HereInPlainSight wine_gecko funciona para muitas coisas e até agora não temos fortes evidências de que os problemas que estamos tendo com ele são mais do que superficiais (a tela preta pode muito bem ser o mesmo que exibi-la em uma janela do navegador !)

Publiquei a correção com instruções passo a passo no protondb.

@HereInPlainSight wine_gecko funciona para muitas coisas e até agora não temos fortes evidências de que os problemas que estamos tendo com ele são mais do que superficiais (a tela preta pode muito bem ser o mesmo que exibi-la em uma janela do navegador !)

Bem, pelo que posso ver, a certa altura, alguém tinha um patch de vinho que permitiu corrigir o erro de endereço (terminando em https://frontier.ffxiv.com/version_4_0_win/index.html vez de https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html , e disse que acabou em um lançador em branco . (Eu meio que não posso testar tudo isso - meu docker de compilação de tk continua procurando por uma versão da glibc que não tenho no meu sistema real.) Navegando pelo site da Square, pelo menos se fosse um iniciador completamente em branco , parece que esse é o padrão e perfeitamente normal.

https://img.finalfantasyxiv.com/ft/version_4_0/scripts/launcher/launcher.js então _presumably_ deve começar a vasculhar e tornar as coisas visíveis (muda o índice

Não parece que isso está acontecendo para nós. Simplesmente não estamos processando os scripts relevantes corretamente. Ou pelo menos é o que parece, mas eu não tenho ideia de onde ir com esse conhecimento, pois entender como os programas interagem dessa forma sempre foi magia negra para mim. Quer dizer, muito disso é magia negra, mas é por isso que eu principal BLM - para aprender os segredos sombrios do universo sobre suas multas de estacionamento não pagas.

Achei que deveria relatar de volta caso alguém preferisse usar uma solução sem próton. Consegui obter uma versão mais antiga do wine (3.18) para construir e trabalhar com o patch, mas a versão que construí com o lançamento mais recente parece não funcionar. Ele simplesmente trava sempre que tento executar qualquer coisa com os binários. Acho que é por isso que estava tendo problemas quando tentei usar wine-tkg-git para construir pacotes. Se alguém estiver disposto a me ajudar a descobrir por que isso está acontecendo, eu agradeceria.

Achei que deveria relatar de volta caso alguém preferisse usar uma solução sem próton. Consegui obter uma versão mais antiga do wine (3.18) para construir e trabalhar com o patch, mas a versão que construí com o lançamento mais recente parece não funcionar. Ele simplesmente trava sempre que tento executar qualquer coisa com os binários. Acho que é por isso que estava tendo problemas quando tentei usar wine-tkg-git para construir pacotes. Se alguém estiver disposto a me ajudar a descobrir por que isso está acontecendo, eu agradeceria.

Forneça links relevantes. Estou pesquisando e clonando há dias, está ficando realmente cansativo.

Achei que deveria relatar de volta caso alguém preferisse usar uma solução sem próton. Consegui obter uma versão mais antiga do wine (3.18) para construir e trabalhar com o patch, mas a versão que construí com o lançamento mais recente parece não funcionar. Ele simplesmente trava sempre que tento executar qualquer coisa com os binários. Acho que é por isso que estava tendo problemas quando tentei usar wine-tkg-git para construir pacotes. Se alguém estiver disposto a me ajudar a descobrir por que isso está acontecendo, eu agradeceria.

Houve um bug na preparação de vinhos ontem, talvez você estivesse construindo a partir disso? Tive exatamente o mesmo problema e o consertei revertendo alguns commits.

Conseguiu construir uma versão que deve funcionar com qualquer instalação do lutris. Parece funcionar para algumas pessoas até agora. Talvez funcione para você também? https://files.feffe.it/wine-tkg-ffxiv-feffe-4.6-1.8-x86_64.tar.gz

Obrigado @feffes , essa compilação funcionou para mim.

pode confirmar, a compilação enviada por @feffes executa o jogo no lutris no ubuntu 18.04, então, por enquanto, as pessoas no Steam e no lutris podem fazer o login novamente, a solução ainda é hacky, então ainda deve ser trabalhado corretamente para corrigir mshtml

@feffes Confirmando se sua construção funciona para mim no Lutris / Arch Linux.

Se você quiser construí-lo sozinho, o TKG já corrigiu o bug de congelamento do wine ontem, e o userpatch FFXIV está presente no wine-tkg mais recente. Tudo o que você precisa fazer é seguir as instruções para editar o customization.cfg habilitando a correção FFXIV e DXVK e então compilá-lo. Estou no Manjaro, portanto, após a compilação, ele acabou de ser instalado e eu poderia selecioná-lo como o executor do 'sistema' da Lutris. https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git Caso contrário, basta usar feffes build. Joguei algumas horas ontem sem nenhum problema.

olhando para o código javascript para o iniciador, vejo que a função que parece tornar tudo visível aparece na linha 206 de index.js , como uma função anônima registrada para ouvir App.protocol.Receive.RESUME_INFO . pesquisar por outros usos disso nos leva a app.js , linha 366, em fromAppResumeInfo - pesquisar isso na fonte não revela chamadores, então só posso assumir que é chamado de fora. .ou deveria.

Sim, o iniciador injeta algum JS na página.

sim, mas não tenho familiaridade com as ferramentas que o wine_gecko oferece para depuração

@feffes Tudo bem se eu vincular essa compilação no post do Reddit? Em caso afirmativo, você pode dar algumas instruções sobre como usá-lo? Eu mesmo não uso Lutris.

@feffes Tudo bem se eu vincular essa compilação no post do Reddit? Em caso afirmativo, você pode dar algumas instruções sobre como usá-lo? Eu mesmo não uso Lutris.

certo. Resumindo, ele funciona como qualquer outro wine runner, então você extrai tkg-ffxiv-feffe-4.6-1.8-x86_64 do tar para ~/.local/share/lutris/runners/wine e muda para ele em FFXIV> Configure> Runner options

Seria bom, caso alguém não tenha feito isso, atualizar sua experiência no Proton DB, seria ótimo colocar FF14 em Ouro, em vez de Prata para baixo

A fim de cutucar ainda mais o problema da tela preta, eu configurei um servidor web local e copiei o site do launcher para ele, isso me permite modificar o html / javascript que o patcher carrega.

Adicionar uma tag de script adicional com fromAppResumeInfo(); na parte inferior de index.html fará com que o iniciador apareça em um navegador normal (até certo ponto) - e também faz isso no ffxivlauncher! Portanto, este claramente não é um problema de renderização e, de fato, sugere que algum script não está sendo chamado da maneira que deveria.

Usando WINEDEBUG=mshtml , também encontraremos estes:

002d:trace:mshtml:WindowDispEx_GetDispID (0x17c5390)->(L"fromAppResumeInfo" 10000001 0x33e8d4)
002d:trace:mshtml:DispatchEx_GetDispID (0x17c53cc)->(L"fromAppResumeInfo" 10000001 0x33e8d4)
002d:trace:mshtml:HTMLDocument3_getElementById (0x181eb48)->(L"fromAppResumeInfo" 0x33e7c8)

Junto com um monte de DispatchEx_InvokeEx chamadas mais tarde. Suspeito que isso seja o que o iniciador usa para fazer a interface com o javascript na página, embora eu não esteja totalmente certo sobre o que essas funções realmente fazem.

O que particularmente chamou meu interesse a esse respeito é este aviso:

002d:fixme:jscript:JScriptProperty_SetProperty Unimplemented property 70000002
002d:warn:mshtml:set_script_prop SetProperty(70000002) failed: 80004001

70000002 mapeia para SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION acordo com https://docs.microsoft.com/en-us/scripting/winscript/reference/iactivescriptproperty-setproperty

A documentação sobre isso é um pouco fina, mas o nome sugere que de alguma forma modifica como o mecanismo javascript para lidar com a resolução do espaço de nomes global de maneira diferente. A interface mencionada anteriormente parece usar variáveis ​​globais mapeadas para funções, então isso pode ser um possível culpado aqui, já que a função claramente não está implementada e pode fazer com que o iniciador não seja capaz de usar essas variáveis ​​globais.

Embora precisemos de mais informações sobre o que SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION realmente faz para saber mais. Simplesmente mudar a função no wine para retornar S_OK independentemente de nada mudou no inicializador.

@sschroe aparecem outros erros relacionados a jscript / mshtml? Eu esperaria outro erro se alguma operação dependesse dessa propriedade sendo definida, sim?

editar: conversou com alguém em #winehackers e eles disseram que esta propriedade está sempre definida

Always set significa que esta função está sempre sendo chamada ou que no wine a funcionalidade solicitada já está no estado padrão? Eu não tinha visto nada que parecesse digno de nota.

Minhas últimas tentativas foram usar o código de https://github.com/dns/WinAPI-Embed-Browser/blob/master/embed-browser.c como base para construir um exemplo onde o problema pode ser reproduzido. Alterar esse código para carregar o URL do iniciador é bastante simples, mas ainda não consegui fazer a interface com o Javascript. A merda API do Windows e a falta de documentação me fazem querer morrer.

eles disseram que a razão pela qual a propriedade não foi implementada é porque esse é o estado padrão

Um pequeno "progresso":

A primeira coisa que o iniciador parece fazer depois de carregar a página é navegar no navegador para um URL javascript:
002e:trace:ieframe:WebBrowser_Navigate2 (0xe935d0)->(0x32bb5c {VT_BSTR: L"javascript:fromAppConfig( {lang:\"en\",region:3,eula:1,startup:1,issteam:0,query:\"none\",ver:\"2019.04.19.0000.0001(4143105)\",skip_confirm_expansion_install_dialog:\"0\", inst 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY})
Isso basicamente apenas executa a string javascript fornecida na página atual, neste caso chamando a função fromAppConfig com um monte de argumentos. E esta parte funciona bem até agora e, entre outras coisas, executará App.message.send(App.protocol.Send.REQUEST_RESUME_INFO); .

App.message.send se parece com isto:

send: function(type, opt) {
    // オプションがあるなら処理する
    if (!utils.isUndefined(opt)) {
        type = utils.string.build(type, "=", opt);
    }
    try {
        window.external.user(type);
    } catch(e) {}
}

window.external normalmente é usado para passar dados de volta para outro programa. Portanto, neste caso, esta deve ser a comunicação de volta ao iniciador. Suspeito que esta é a parte em que as coisas podem falhar, pois nada mais parece acontecer depois disso. Adicionar alert() lá na minha cópia hospedada localmente mostra que o código está sendo executado com os valores apropriados no wine. Além disso, comentar window.external.user(type); resulta no inicializador apresentando apenas uma tela preta no Windows, mostrando o mesmo comportamento que vemos no vinho.

Portanto, o que pode estar acontecendo é que o lançador não recebe o REQUEST_RESUME_INFO e, portanto, não continua.

Não acho que seja esse o problema.

Usar o patch mshtml de https://bugs.winehq.org/show_bug.cgi?id=47069#c2 permite que você execute o inicializador com BrowserType 0 até o formulário de login. Clicar no botão de login mostrará um erro (https://pomf.soupwhale.com/ltibnw.png).

Este é um problema de mshtml mais profundo (ou melhor, uma série de problemas) que provavelmente não tem uma solução fácil, sem mencionar o fato de que até mesmo esse patch é um hack.

Edit: Eu não verifiquei isso em alguns dias, então posso estar errado, mas acredito que o erro veio de JSProtocolFactory_CreateInstance não ter sido implementado.

Na verdade, se o navegador renderizar com os patches a partir daí, as partes mencionadas anteriormente não devem importar, pois já progride além desse ponto.

@lesderid Esse erro ainda

Curiosamente, com o hack para fazê-lo usar o BrowserType 2 tem o mesmo comportamento; clicar no botão produz esse erro, pressionando enter no campo de senha descartável para efetuar login com êxito. (O mesmo deve funcionar sem um OTP)

Pressionar enter em vez de clicar no botão play iniciou o jogo para mim. Então, usando o hack de correção de url + navegador ocupado em https://bugs.winehq.org/show_bug.cgi?id=47069#c2 , podemos fazer o login e executar o jogo.

Desta forma, também posso usar o lançador de 64 bits, mas este também requer que a versão wine seja escondida, caso contrário, diz que minha conta não está registrada. Com a versão wine oculta, funciona como esperado e posso fazer o login.

@sschroe Estou tendo o mesmo problema que você (conta não registrada). O que você quer dizer com esconder a versão do vinho?

@nmalacarne Atualmente, o XIV parece acreditar que rodar o Wine significa que estamos em Macs, então é especificamente -atentar- dizer que você não tem uma licença Mac. Para evitar isso, temos que esconder que estamos usando o Wine. Faça algo parecido com WINEPREFIX=<path-to-prefix> winetricks hidewineexports=enable (ou protontricks em vez de winetricks se você tiver) ou WINEPREFIX=<path-to-prefix> winecfg e altere a configuração na guia Staging.

Parece que minha espionagem pode ter ajudado afinal. Eu tenho assistido isso. Por favor, não diga que eles não fizeram esse ato intencionalmente, eles sabem exatamente o que estão fazendo. Abra seus olhos para ver que Microsoft, Apple e Sony estão todos minerando dados. Proton impede isso, uma vez que permite um desvio de suas plataformas, para mantê-lo sob a mesa, essa pequena tática de bola de parafuso foi usada para proteger o Linux e ainda assim ter um buraco de fuinha para onde voltar. O Square apóia as táticas de coleta de dados do resto.

Digamos apenas que se os shiles da Microsoft fossem escravos, então a Microsoft é um jugalo. Sony e Apple também estão nisso. Bem, divirta-se jogando ratos contra gatos com Square, a menos que Val ganhe dinheiro com o Half-Life 3, então a vida de um hacker nós navegamos. Goste ou não.

Obrigado @HereInPlainSight , isso faz sentido. Tudo está funcionando bem agora com DX11 depois de definir hidewineexports via winetricks .

Portanto, esta vai ser uma hipótese remota, mas não tenho ideia de onde mais perguntar. Tenho tido problemas onde, aleatoriamente, o jogo não "atualiza" por 5 segundos (como na rede), então tudo será atualizado de uma vez, repita. Isso continua por períodos de horas e então desaparece misteriosamente por alguns dias e volta por alguns dias. Reiniciar o computador não faz nada, reiniciar o roteador / modem não faz nada, mudfish torna o problema pior, mtr relata nenhuma perda de pacote e ping razoável, e eu não tenho ideia para onde ir a partir daqui. Parece não afetar nada além do jogo e do inicializador ao tentar atualizar o jogo. Bug do driver Ethernet? Bug de pilha TCP do Linux que afeta apenas os jogos por algum motivo? Bug de pilha Wine TCP? Não tenho ideia de por onde começar a depurar isso.

Isso também acontece no Windows. Acho que o código protesta demais?

É um lançador ruim e um atualizador igualmente ruim.

filho. 12. mai 2019, 23:03 skrev jbal91 [email protected] :

Portanto, esta vai ser uma hipótese remota, mas não tenho ideia de onde mais perguntar.
Tenho tido problemas onde, aleatoriamente, o jogo não "atualiza" por 5
segundos (como na rede), então tudo será atualizado de uma vez,
repetir. Isso continua por períodos de horas e então desaparece misteriosamente
por alguns dias e volta por alguns dias. Reiniciar o computador faz
nada, reiniciar o roteador / modem não faz nada, mudfish torna o
problema pior, mtr relata nenhuma perda de pacote e ping razoável, e eu
nenhuma ideia para onde ir a partir daqui. Parece não afetar nada além do jogo e
o inicializador ao tentar atualizar o jogo. Bug do driver Ethernet? Linux TCP
stack bug que só afeta os jogos por algum motivo? Bug de pilha Wine TCP? Eu
não tenho ideia de por onde começar a depurar isso.

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

Isso também acontece no Windows. Acho que o código protesta demais? É um lançador ruim e um atualizador igualmente ruim. filho. 12. mai 2019, 23:03 skrev jbal91 [email protected] :

Não é apenas o inicializador, ele torna o jogo impossível de jogar quando isso acontece. Parece uma perda de pacote ruim, mas o MTR discorda.

Alguém sabe como instalar e executar ffxiv usando proton sem usar Steam ou rodar a versão Steam? Quero ter certeza de que posso obter todos os meus dados enquanto ainda posso, e tenho uma conta que não é do Steam e tenho feito login por meio do teste que deve parar de funcionar no futuro. No entanto, não consigo encontrar nenhuma informação sobre como executar sua própria construção de prótons para aplicativos arbitrários e não através do iniciador do Steam

Alguém sabe como instalar e executar ffxiv usando proton sem usar Steam ou rodar a versão Steam? Quero ter certeza de que posso obter todos os meus dados enquanto ainda posso, e tenho uma conta que não é do Steam e tenho feito login por meio do teste que deve parar de funcionar no futuro. No entanto, não consigo encontrar nenhuma informação sobre como executar sua própria construção de prótons para aplicativos arbitrários e não através do iniciador do Steam

Proton é apenas mais um binário que você pode executar. Se quiser, você pode criar um alias de bash para ele e executá-lo como faria com o Wine.

Estava funcionando bem depois de atualizar esta manhã, agora não consigo concluir a verificação de versão

Estava funcionando bem depois de atualizar esta manhã, agora não consigo concluir a verificação de versão

Tive que inserir novamente o "WINEPREFIX = [local pfx] winetricks hidewineexports = ativar"

Qual é mesmo a finalidade das exportações de vinho? Por que está habilitado por padrão?

ons. 15. mai 2019, 00:52 skrev zangoku [email protected] :

Estava funcionando bem depois de atualizar esta manhã, agora não consigo
verificação completa da versão

Tive que inserir novamente os truques do win "WINEPREFIX = [localização pfx]
hidewineexports = enable "

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

Meu palpite seria para programas com suporte especial para Wine, como aqueles compilados com winelib . Ter essas exportações permitiria a um programa usar facilmente soluções especiais para bugs no Wine.

Como vimos, é claro, ele também pode ser usado para negar aos usuários do Wine o direito de executar seus programas do Windows. : / Mas é por isso que existe a opção de ocultá-los.

Alguém sabe como instalar e executar ffxiv usando proton sem usar Steam ou rodar a versão Steam? Quero ter certeza de que posso obter todos os meus dados enquanto ainda posso, e tenho uma conta que não é do Steam e tenho feito login por meio do teste que deve parar de funcionar no futuro. No entanto, não consigo encontrar nenhuma informação sobre como executar sua própria construção de prótons para aplicativos arbitrários e não através do iniciador do Steam

O Proton é essencialmente um Wine corrigido com um script de inicialização. Então, para fazer isso, você pode:

1) Você pode executar o binário do Wine em sua construção do Proton diretamente como se estivesse usando uma versão normal do Wine
2) Examine como o Steam chama o Proton e defina as variáveis ​​de ambiente apropriadas antes de chamar o script do proton com os parâmetros de linha de comando apropriados. Você pode encontrar essas informações escrevendo um script de shell que despeja essas informações e, em seguida, configurando-o em Opções de inicialização no Steam, ou pode examinar o script de prótons para ver quais variáveis ​​e parâmetros ele usa.

Para obter os dados do Steam, no entanto, você não precisa executar nada, apenas copie-os de ~ / .local / share / Steam / steamapps / compatdata / 312060 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL \ FANTASY \ XIV \ - \ A \ Realm \ Reborn. Alternativamente, se você pode executar o jogo, use seu backup em nuvem para salvar todas as suas configurações.

Em seguida, importe-os para sua instalação não Steam do FFXIV, seja via Lutris, Windows ou um Wine corrigido manualmente.

Meu palpite seria para programas com suporte especial para Wine, como aqueles compilados com winelib . Ter essas exportações permitiria a um programa usar facilmente soluções especiais para bugs no Wine.

Como vimos, é claro, ele também pode ser usado para negar aos usuários do Wine o direito de executar seus programas do Windows. : / Mas é por isso que existe a opção de ocultá-los.

É basicamente isso, esconder-se dos programas do Windows nunca esteve no escopo do projeto Wine, então eu acho que a ideia é fornecer uma maneira direta de identificar as informações de versão do Wine e do Wine é preferível para a equipe do Wine do que desenvolvedores tentando detectar o Wine confiando em seu comportamento. Alguns softwares anti-cheat e DRM fazem o último independentemente.

Eu ainda não acho que o SE está se esforçando para foder com os usuários do Linux - eu duvido que estejamos no radar deles - mas eles estão movendo a versão Mac para o cliente DirectX 11 (como o cliente DirectX 9 está sendo removido) com um novo invólucro, e é assim que eles o estão detectando.

Para ser claro, não acho que seja isso o que a SE também está fazendo. (Eu achava que o truque hidewineexports pode começar a não funcionar em 4,58, mas isso foi só por causa do impacto potencial de sua receita de licenças Mac.)

SE tem sido muito cordial em relação a isso, na verdade - a resposta que me deram ao meu pedido de suporte (veja a postagem original em meu tópico do Reddit ) sugere que eles estão nos levando a sério e não simplesmente descartando a configuração como não sendo compatível (o que eles teria absolutamente o direito de fazer), o que é encorajador.

Quando eu disse "também pode ser usado para negar aos usuários do Wine o direito de executar seus programas do Windows", não estava me referindo ao Linux. Eu estava me referindo a como a versão do jogo para Mac é principalmente um invólucro (antigo) do Wine, e que a maneira como eles decidiram detectar as versões do Mac foi verificando a presença do Wine.

(Na verdade, suspeito que o inicializador foi criado por uma equipe diferente, considerando que ele usa IsTransgaming e não get_wine_version como o próprio jogo faz. Dito isso, fico feliz que eles estejam separados, considerando que IsTransgaming é o que atualmente nos permite usar o inicializador.)

Se eles usassem get_wine_version para ambos, ainda seria relativamente fácil de contornar (apenas modifique a pesquisa de símbolo no cliente) com o bônus adicional de trabalhar fora da caixa se você, de fato, tiver um Licença para Mac.

As fontes do iniciador funcionam apenas com as fontes "droid". Não há necessidade de instalar proprietários.

Alguém teve sorte em fazer o benchmark funcionar?

@ jbal91 obrigado pelas dicas, mas ainda estou incrivelmente perdido em tentar descobrir isso. Eu finalmente descobri que o Steam está executando o seguinte para iniciar o jogo, se eu incluir minhas opções de inicialização personalizadas:

PULSE_LATENCY_MSEC=60 /home/anna/.local/share/Steam/compatibilitytools.d/proton_4.2-local/proton waitforexitandrun /home/anna/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe -issteamfreetrial

no entanto, quando eu corro, recebo:

Proton: No compat data path?

Claramente, há um monte de outras coisas faltando. Lutris me deixa maluco, pois não consigo descobrir facilmente o que diabos está sufocando ou como fazer para encontrar aquele próton 4.2 personalizado que está sendo usado no comando acima, então não tive muita sorte com isso.

Edit: dar a lutris a velha tentativa de faculdade e começar do zero, mas simplesmente ... não funciona. O inicializador aparece com a janela de carregamento, mas então apenas fecha, sem erro, sem nada, e não há nada no log de valor do lutris, ou mesmo. Por que o SE não consegue parar de me ameaçar e apenas me deixar usar a versão de avaliação gratuita do Steam sem me preocupar? Vou ficar bloqueado para sempre, sem nenhuma maneira de tirar minhas coisas ou de passar horas no dia de lançamento do SHB tentando ficar sem Steam enquanto recuperar meus dados ou o que quer que seja, indefinidamente; ;

Outra edição: depois de tentar ... muitas coisas eu encontrei este script que alguém postou no reddit: https://pastebin.com/NJxfe8Ex e o modificou para usar o próton personalizado que estou executando no Steam que tem o patch istransgaming ( é do ashkitten, em particular) e ... está fazendo a mesma coisa que Lutris está fazendo, atualizando a versão de verificação de inicialização e às vezes uma janela de inicialização em branco brevemente e então apenas fechando sem nenhuma mensagem de erro ou algo assim. Então ... algo deve estar errado em geral, mas não consigo descobrir o que poderia ser.

Infelizmente, tenho o mesmo problema com o benchmark Shadowbringers. Ele simplesmente sai sem carregar nada. Portanto, não tenho ideia se é possível correr agora.

Muita coisa aconteceu e acho que posso estar perto de fazê-lo funcionar rodando uma compilação de vinho Lutris semelhante às de prótons aqui que suportam o prefixo hidewine que encontrei em um thread da Lutris, mas também diretamente no bash porque isso carrega o iniciador e executá-lo na Lutris não. Por algum motivo. Eu não sei, ainda estou trabalhando nisso e está corrigindo agora.

Dito isso, se algum feiticeiro ou feiticeiro do vinho tiver alguma ideia de como rodar o benchmark, isso seria legal, a hora que passei no Windows para brincar com ele foi horrível rs.

Se tento executá-lo, obtenho:

The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

Olhando isso, parece que pode ser meio desagradável e algo com alguma versão do .NET que nunca será compatível ou algo assim, mas isso está realmente longe da minha profundidade e vocês provavelmente têm uma idéia melhor de como obter está funcionando, ou motivos sólidos pelos quais não está acontecendo.

Se tento executá-lo, obtenho:

The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

Olhando isso, parece que pode ser meio desagradável e algo com alguma versão do .NET que nunca será compatível ou algo assim, mas isso está realmente longe da minha profundidade e vocês provavelmente têm uma idéia melhor de como obter está funcionando, ou motivos sólidos pelos quais não está acontecendo.

Na verdade, há poucos dias, isso tem uma chance de ser apoiado em um futuro próximo. (https://github.com/dotnet/wpf/pull/720)

apenas para a atualização para que alguém não perca tempo se vir minhas últimas mensagens, eu finalmente consegui FFXIV trabalhando em um prefixo WINE habilitado para dxvk, foi uma jornada que envolveu muita recompilação (gentoo yay) e encontrar alguém na discórdia de Lutris que tinha seu próprio fork de Lutris que funciona melhor [no Gentoo, pelo menos], mas agora estou a salvo do iminente Newellpocalypse :)

@witcheslive Não sabia que você estava no Gentoo - pessoalmente eu corro a versão lutris-9999, mas de qualquer forma, certifique-se de desabilitar o tempo de execução do Lutris como sua configuração padrão e o Lutris deve funcionar bem. O tempo de execução não funciona bem no Gentoo, na minha experiência.

Não sei se isso é útil, mas tenho jogado FFXIV com Lutris relativamente bem nos últimos 3 dias.

• Estou usando FFXIV autônomo (sem login Steam ou cliente envolvido)
• Tive algumas desconexões aleatórias, mas se ouvi bem, houve algum DDoS acontecendo recentemente e isso pode não ser específico do Wine / Linux
• Eu estava recebendo erros frequentes do iniciador do nada no último dia (-21?), Mas consegui iniciá-lo consistentemente excluindo a pasta web ; além disso, o iniciador me permite fazer login sem problemas
• Com a distro Wine Staging 4.8 no openSUSE TW e Fedora 30, o instalador do FFXIV travava logo após aceitar o primeiro prompt sobre o idioma. Não sei do que se trata, mas o Lutris funciona bem (não testei o Steam / Proton diretamente)
• No Lutris, tenho usado o ge-faudio-protonified-4.8 runner e as configurações padrão do Lutris (mantive o Lutris Runtime habilitado)
• O script de instalação do Lutris esconde a versão do wine e faz a cena e as mudanças de configuração do navegador
• Eu uso DXVK com um RX 580 no openSUSE TW
• Também consigo executar em um laptop com um RX 560 em um eGPU
• Não foi possível obter o benchmark Shadowbringers em execução (obtive o erro de apresentação 4.0.0 acima, e mesmo depois de instalar o dotnet45 (o benchmark requer 4.5 no mínimo), recebi outro erro)

O corredor Lutris ge-faudio-protonified-4.8 tem o patch Transgaming aplicado:

% strings .local/share/lutris/runners/wine/ge-faudio-protonified-4.8-x86_64/lib/wine/ntdll.dll.so | grep Transgaming 
IsTransgaming
IsTransgaming

https://github.com/GloriousEggroll/proton-ge-custom/blob/4ddc7a9916294334ca634dbf5c741cf4f53f6f70/game-patches-testing/ffxiv-launcher.patch

O script do instalador FFXIV da Lutris também aplica o hack HideWineExports via registro:

- task:
    arch: win64
    description: Adding Registry Entries for FFXIV Launcher
    key: HideWineExports
    name: set_regedit
    path: HKEY_CURRENT_USER\Software\Wine
    prefix: $GAMEDIR
    type: REG_SZ
    value: Y

Portanto, para qualquer pessoa em uma distro com suporte da Lutris, essa será sua melhor aposta no futuro. Instale o Lutris, configure o jogo para você e ele deve funcionar.

algum progresso em fazer o iniciador funcionar com mshtml?

Podemos fazer o iniciador de 64 bits funcionar com um patch que foi postado no rastreador de bug do wine.

Os únicos problemas que tive ao usar este patch são:

• O iniciador não se lembra do meu nome de usuário, não importa o que eu diga.
• Depois de digitar suas informações de login, você deve clicar em 'entrar' em vez de clicar em 'entrar'. Clicar trava o iniciador.

Nenhum desses problemas me incomoda, então estou usando o inicializador de 64 bits.

aliás, além do iniciador, encontrei 2 problemas distintos:

• o filme de abertura para pelo menos ARR não é reproduzido corretamente e ficar muito tempo na tela de título ou tentar reproduzi-lo no menu de filmes resulta em uma tela preta sem resposta com um indicador de carregamento (o filme de abertura do Stormblood não tem problemas)
• em thornmarch (difícil) há um barulho muito alto de estalo / estalo em um ponto, eu experimentei isso nas duas vezes que fiz aquele teste e em nenhum outro lugar

Parece que o erro 404 e a tela preta foram corrigidos no wine-git. O inicializador realmente exibe o conteúdo agora, mas você obtém um erro de javascript se realmente tentar fazer login.

Alguém na discórdia VKX disse que este é o commit: https://github.com/wine-mirror/wine/commit/d535df42f665a097ec721b10fb49d7b18f899be9

EDITAR: Pressionar enter em vez do botão de login faz o lançador funcionar.

EDITAR: Pressionar enter em vez do botão de login faz o lançador funcionar.
Isso funcionou para mim! embora apenas uma vez. mas eu entrei no jogo e selecionei o personagem

Alguém na discórdia VKX disse que este é o commit: wine-mirror / wine @ d535df4

Compilei uma versão git hoje a partir dos scripts do Tk-Glitch sem patches personalizados - o inicializador de 64 bits funciona e lembra minha ID no Lutris. Quando o Proton perceber isso, não precisaremos mais de nenhum patch especial para o XIV funcionar através do Steam, e _devemos_ (se Hydaelyn quiser) estar bem para quando o iniciador de 32 bits for desativado.

Não que eu esperasse que mudasse, mas fiz outro prefixo para testar, e _não_ ainda temos que esconder o vinho para não sermos vistos como precisando de uma licença Mac. Resmungando leve.

Quando o Proton perceber isso, não precisaremos mais de nenhum patch especial para o XIV funcionar através do Steam,

O FFXIV ainda precisa do Staging porque não há realmente uma maneira de contornar o erro de licença do MacOS.

Eu deveria pensar que a próton estaria mais disposta a incorporar patches de teste do que soluções alternativas de hacky incrivelmente específicas, embora

O FFXIV ainda precisa do Staging porque não há realmente uma maneira de contornar o erro de licença do MacOS.

Eu estava com a impressão de que alguém poderia usar winetricks ou protontricks com o prefixo em si, mas como não fui capaz de compilar meu próprio próton com o vinho mais recente por qualquer motivo, não posso verificar. Admito que não sei muito sobre o comportamento do vinho a esse nível.

Fiquei com a impressão de que era possível usar truques de vitória ou truques de proton do próprio prefixo

você precisa do patch de teste, além disso

O problema também é que você realmente não quer que o wine se esconda por padrão, já que alguns anti-cheats verificam se você está executando o wine para garantir que não o proíba por ter um Windows "modificado" instalado ou algo assim. Portanto, é realmente algo que só deve ser feito explicitamente.

o patch só entra em vigor se você alterar a entrada do registro, então deve funcionar

Existem outras maneiras de contornar o problema da licença do Mac:

• Comprar uma licença Mac
• Modificar os símbolos Wine no cliente do jogo (ao contrário do inicializador, os arquivos do jogo não são verificados quanto à integridade quando o jogo é iniciado) - pode ser feito com um script sed simples.

Se as pessoas estiverem dispostas a fazer isso, elas podem usar o vanilla Proton, uma vez que se fundir com o Wine upstream. Mas sim, caso contrário, o Staging será necessário e não vejo a Valve mesclando o patch de exportação do hide wine, a menos que o próprio Wine faça.

@ kisak-valve podemos obter algum feedback oficial sobre quais patches de prótons serão ou não incorporados para fazer o jogo funcionar?

Olá @ashkitten , lembrete amigável de que sou um moderador dos rastreadores de problemas da Valve no Github e não um desenvolvedor da Proton, então não posso responder a essa pergunta.

Você pode fazer uma solicitação pull com o (s) patch (ões) e eles serão avaliados caso a caso.

sim, claro, eu tinha esquecido 😅

Fiz uma nova compilação por motivos pessoais, mas achei que deveria compartilhá-la aqui - ainda está usando o mesmo patchset que o de 24 de maio, mas eu rebasei no último commit do branch proton_4.2

https://drive.google.com/open?id=1yAb_YvOKK1KRcfeQErIKwH6dkKbjZ9kp

Ainda é necessário construir próton da fonte com o wine upstream para o erro de https?
Eu não gosto da coisa de esconder vinho ou qualquer outra alternativa estranha.

Se eu conseguir, preciso
1) compilar próton / vinho de fontes
2) atualizar próton manualmente

Não sei como usar o script lutris, pois tenho a versão Steam do jogo. Tenho que instalar o Steam com o lutris e depois instalar / copiar o jogo?

@Turbito
Para o Steam, você precisará ocultar o vinho ainda, a menos que queira comprar a versão mac também. No entanto, fazer isso funcionar é uma questão de copiar uma versão customizada do próton como a que @ashkitten acabou de postar no local apropriado e configurar o FFXIV para usar essa versão. Não é difícil depois de configurá-lo, mas será necessário em um futuro previsível, pois mesmo com o trabalho que está sendo feito para fazer o inicializador de 64 bits funcionar, o jogo ainda vê um prefixo de vinho e pensa que você está em um Mac até quando você consegue fazer login com o inicializador de 64 bits em vez da solução atual que é carregar o inicializador de 32 bits usando variáveis ​​de ambiente que são usadas pela versão mac para permitir isso.

Em outras palavras, ele funcionará mais ou menos fora da caixa, sem mexer, e provavelmente muito em breve ... se você tiver uma licença mac. Do contrário, você precisará fazer pequenas alterações para ocultar o prefixo do vinho do jogo, mas é uma coisa muito definida-e-esqueça-isso.

o proton não tem scripts de configuração por jogo? Tenho certeza de que ele poderia apenas inserir a entrada de registro apropriada para que o jogo funcionasse corretamente.

o proton não tem scripts de configuração por jogo? Tenho certeza de que ele poderia apenas inserir a entrada de registro apropriada para que o jogo funcionasse corretamente.

Proton não, o próprio Steam sim.

Não os vejo mesclando hide_wine_exports ou aplicando a entrada de registro devido a questões legais (estamos efetivamente ignorando o "DRM" de licenciamento por plataforma de SE aqui, o que poderia ser uma violação de DMCA nos EUA.)

Portanto, é ridículo esperar que se alguém enviar uma solicitação de pull para as exportações, a Valve possa apenas ... _pedir_ Square para não usar o Wine para ver se alguém está no Mac, pois ele interfere com o Proton, um utilitário suportado pelo Steam, em um jogo que vendem em sua plataforma e interfere especificamente no licenciamento?

Pode não significar nada, a Square pode não se importar de qualquer maneira, mas o pedido vindo da Valve significaria muito mais do que vindo de nós, claramente.

Se o Steam pudesse obter scripts para configurar o FFXIV_boot.cfg e o Square parasse de filtrar os usuários do Wine como usuários do Mac, uma vez que o Proton percebeu a atualização que corrige o iniciador, acho que o jogo funcionaria fora da caixa para a maioria das pessoas.

Estou recebendo muitos erros diretos x e erros dll. Não estava fazendo isso antes.

Isso com a versão mais recente do Proton ou 4.2_local? (Aquele alguém
compilado para nós acima)

filho. 16. jun. 2019, 08:49 skrev zangoku [email protected] :

Estou recebendo muitos erros diretos x e erros dll. Não estava fazendo
Isto antes.

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

@TenaarFeiri Está com 4.2_local

para aqueles que se preocupam, esta construção de próton personalizada funciona fora da caixa (eu testei): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

para aqueles que se preocupam, esta construção de próton personalizada funciona fora da caixa (eu testei): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

Funciona bem! Obrigado por compartilhar <3

para aqueles que se preocupam, esta construção de próton personalizada funciona fora da caixa (eu testei): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

isso é baseado no próton 4.2-7?

para aqueles que se preocupam, esta construção de próton personalizada funciona fora da caixa (eu testei): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

isso é baseado no próton 4.2-7?

bem ... tipo, é realmente uma construção personalizada:

-updated to wine 4.10 with improved clock_monotonic patches
-imported changes from proton 4.2.4 through 4.2.7
-backported gamepad changes from 4.10+ and proton 4.2 to 4.10
-integrated d9vk
-added nod3d9 option to proton to allow disabling of d3d9 override for d9vk
-dxvk updated to 1.2.2 with async patch enabled for PoE and Warframe
-faudio updated to 19.06.07 - fixes performance regressions in several games
-integrated protonfixes into the build. This allows for game-specific fixes to be added without users repeatedly messing with their setup, similar to lutris install scripts. 
+++ much more

isto é das notas de lançamento anteriores

Então tentei as compilações proton_4.2-local atualizadas e também Proton-4.10-GE-3 , no entanto, se eu iniciar o jogo no modo DX11 (que não haverá maneira de contornar, suponho que assim que os shadowbringers pousarem), eu sempre acabou o 3109 not yet registered or subscription erro expirado. Isso não acontece no DX9. Existe alguma definição de configuração ou parâmetro de inicialização que estou perdendo aqui?

Estou executando diretamente via Steam no ubuntu.

EDIT: Descobri isso, tinha que realmente ativar hidewineexports via winetricks . Funciona como um encanto usando o Proton-4.10-GE-3 now <3

Agora estou tendo um problema com Proton-1.10-GE-3 porque o jogo parece incapaz de se lembrar das configurações do meu sistema, embora as configurações dos personagens, o layout da IU e outros enfeites sejam lembrados perfeitamente ...

Alguma ideia?

Tendo o mesmo problema, parece que o Utilitário ProtonFixes está ajustando a configuração em cada inicialização, no entanto, parece que ele substitui tudo com os valores padrão ou quebra algo e o jogo redefine a configuração.

Como uma correção rápida, tornei FFXIV.cfg somente leitura ... isso resulta na janela "Correções de prótons sendo aplicadas" para travar ao iniciar o jogo, mas simplesmente fechá-la não tem mais nenhum efeito :)

sim, eu mesmo percebi esse pequeno problema, talvez @GloriousEggroll pudesse verificar isso

Olá a todos. Tenho acompanhado este tópico por e-mail. Acabei de fazer correções nos scripts ffxiv protonfixes:

gamefixes.tar.gz
Extraia-os em Proton-4.10-GE-3 / protonfixes / gamefixes /

Mudanças feitas:
https://github.com/GloriousEggroll/protonfixes/commit/e0466f61447b1aa5e9cd494236777a6cb9d9b4d4

Também apenas algumas informações:
Minha versão tem o patch hidewineexports transferido do teste e o patch transgaming.
O patch transgaming engana o lançador para que execute a versão CEF de si mesmo em vez da versão mshtml. a versão mshtml apresenta um erro de java corrompido ao clicar no botão de login, daí porque queremos a versão cef. o patch hidewineexports permite ocultar as exportações de vinho do jogo, o que evita que o jogo pense que a conta não tem ffxiv registrado.

A própria construção contém correções para vários jogos, não apenas ffxiv. Sua construção de faudio também é construída com suporte a ffmpeg para que o áudio wma e wmv funcione. Ele também é construído em wine-4.10 vanilla com commits / patches de prótons portados.

Os patches feitos para vinho em minha versão podem ser encontrados aqui:

https://github.com/GloriousEggroll/proton-ge-custom/blob/proton-ge-4.10/game-patches-testing/proton-prep.sh

Enquanto as correções de jogos não relacionadas ao vinho são feitas por protonfixes.

Muito obrigado, @GloriousEggroll ! <3 Isso resolveu o problema!
Sobre o erro do java, há alguma chance de uma correção para isso ir para o pipeline algum dia? Ou estamos apenas abandonando a esperança de mshtml neste momento?

isso depende dos desenvolvedores de vinho. você ainda pode fazer o login pressionando enter, mas atm a versão cef funciona perfeitamente usando enter ou clique do mouse.

@GloriousEggroll Você é um salva-vidas! Muito obrigado por compartilhar sua construção conosco!

Espero que a coisa toda não pare na sexta-feira.

E o Launcher é quebrado com um erro HTTPs mais uma vez :(

Que erro? Sempre tive algum erro, reiniciar corrige.
Acabei de fechar o inicializador e reiniciá-lo.

Reinicie o Steam se você receber erros de https, ele corrige. Confirmo que o jogo funciona sem solução atual, estou na fila.

Infelizmente, o inicializador é um POC e você receberá erros de HTTPS ocasionalmente
sem nenhuma razão real em qualquer sistema, Windows, Mac ou Linux.
Eu gostaria que eles acabassem com isso completamente tbh.

fre. 28. jun. 2019, 11:04 skrev zangoku [email protected] :

Reinicie o Steam se você receber erros de https, ele corrige. Eu confirmo o jogo
trabalha sem solução atual, estou na fila.

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

Posso confirmar que o iniciador 5.0 funciona no wine-4.11, incluindo atualizações (eu tive alguns erros de HTTPS durante a atualização que imagino serem devido à sobrecarga dos servidores, mas reiniciar o iniciador permitiu que a atualização fosse concluída normalmente). HideWineExports ainda é necessário para evitar ser detectado como um Mac, e clicar no botão "login" em vez de pressionar Enter no campo de senha ainda causa um erro de Javascript, mas caso contrário, nenhum patch parece ser necessário.

O jogo em si agora exibe uma caixa de diálogo "ocorreu um erro inesperado" assim que a janela principal do jogo é aberta, mesmo antes de a tela de título aparecer; parece ser um bug ou um recurso ausente no FAudio (o erro é disparado por uma falha em FAudioFXVolumeMeter_Process() que ainda estou investigando). Parece que me lembro que o wine-staging ou o Proton desabilitam FAudio no momento, então pode não ser um problema ao usar o Proton, mas apenas para sua informação.

O jogo em si agora exibe uma caixa de diálogo "ocorreu um erro inesperado" assim que a janela principal do jogo é aberta, mesmo antes de a tela de título aparecer

Acontece no Lutris atualmente com ambos os corredores 4.10 Wine (incluindo o ge-protonificado); O Launcher aparentemente funciona bem, mas o jogo trava imediatamente após pressionar Play

Funciona com o ge-faudio-protonified-4.8 runner embora

Eu sei que não é útil para você, mas se ajuda alguém, o último livro de Glorious Eggroll
coisa (https://github.com/ValveSoftware/Proton/issues/580#issuecomment-504688485) funciona comigo. Estou no jogo agora.
Eu espero que você consiga resolver isso. Se eu puder compartilhar alguma informação para ajudá-lo, deixe-me
conhecer!

Edit: Eu sei que não estou usando FAudio, no entanto. Estou usando o xaudio / xact (?).

A revisão mais recente deve corrigir as falhas no patch FFXIV mais recente: https://github.com/FNA-XNA/FAudio/commit/6de5c86b27ec3c5f3aac2dab431563a89a1460b2

EDITAR: Observe que o jogo não usa WMA nem F3DAudio, portanto, nenhum build personalizado deve ser necessário, a configuração padrão do CMake deve ser suficiente para que isso funcione.

Funciona com o ge-faudio-protonified-4.8 runner embora

Você sabe qual versão do FAudio esse runner usa? (procure libFAudio.so.* se não tiver certeza)

EDIT: Não se preocupe, parece que foi corrigido no upstream.

Eu sei que não é útil para você, mas se ajuda alguém, a última novidade do Glorious Eggroll ( # 580 (comentário) ) funciona comigo. Estou no jogo agora. Eu espero que você consiga resolver isso. Se eu puder compartilhar alguma informação para ajudá-lo, me avise! Edit: Eu sei que não estou usando FAudio, no entanto. Estou usando o xaudio / xact (?).

No momento, estou usando minha construção também e sou capaz de fazer o login sem problemas. Não tenho substituições xact / xaudio no lugar. Eu também tentei usar minha compilação lutris ge-protonified-4.10. ambas as compilações são capazes de efetuar login com sucesso.
Devo observar que a compilação lutris é construída em um buildbot usando ubuntu 18.04 com bibliotecas lutris em uso, e a compilação de prótons é construída com o vagrant, da mesma forma que as compilações de prótons da válvula são feitas. A compilação lutris também usa as bibliotecas de faudio da minha compilação de prótons, então elas são idênticas nesse aspecto. Nenhuma das minhas compilações é construída diretamente no meu próprio sistema usando minhas próprias bibliotecas. Eles são feitos para serem amplamente portáteis.

Eu tive erros de HTTPS às vezes, mas também encontrei uma maneira fácil de corrigi-los.

Se o resto do inicializador carregar, mas o formulário de login no canto superior direito não, então, eventualmente, o inicializador atingirá o tempo limite com um erro. No entanto, descobri que uma maneira fácil de forçar o carregamento do formulário de login, se estiver tendo problemas, é simplesmente passar o mouse sobre um dos botões na parte inferior do inicializador. O texto de ajuda para esse botão aparecerá e, por qualquer motivo, parece permitir que o formulário de login seja carregado.

Se, por algum motivo, você não puder passar o mouse, também poderá fazê-lo indo para a tela Config no inicializador e, em seguida, retrocedendo imediatamente, o que também fará com que o formulário recarregue e apareça.

No momento, estou usando minha construção também e sou capaz de fazer o login sem problemas. Não tenho substituições xact / xaudio no lugar.

Eu já tentei essa compilação, mas dá o mesmo problema que uma compilação do Wine vanilla (+ HideWineExports).

Você (ou qualquer outra pessoa para quem o áudio funciona) poderia obter um registro do Wine com WINEDEBUG=+xaudio2 ? Algumas centenas de linhas de log do xaudio2 devem ser suficientes. Observo que o 5.0 usa xaudio2_8.dll em vez de xaudio2_7.dll (como em 4.x), portanto, pode haver um caminho de código diferente envolvido que se comporta mal em certos ambientes.

Estou usando o wine-staging 4.11 no Gentoo sem substituir o xaudio, e o áudio funciona bem para mim.

Estou tentando anexar um log a este comentário ... se não funcionar, o mesmo log pode ser encontrado em https://matrix.theblob.org/xaudio-log-excerpt.txt . É um registro das primeiras 1000 linhas que o Wine produz com WINEDEBUG=+xaudio2 . Se você quiser mais, me avise.

Devo ressaltar que o log acima não é do Lutris ou de qualquer compilação binária pré-compilada, mas da compilação do ebuild app-emulation / wine-staging-4.11 com o patch IsTransgaming adicionado manualmente e com o wineprefix questão que esconde as exportações de vinho.

Obrigado pelo log. Vejo que sua instalação está criando uma instância do XAudio versão 27 (ao contrário da minha versão 28), então talvez haja um gatilho ambiental que está acionando a seleção de diferentes versões da API.

Você pode verificar qual DLL XAudio (xaudio2_7.dll ou 2_8.dll) está carregada em seu processo ffxiv_dx11.exe? Verifique também se SoundCoreBridge.dll ou SoundCoreBridge7.dll (do diretório do jogo) está carregado.

Consegui fazer o som funcionar trocando a versão relatada do Windows em winecfg do Windows 10 para o Windows 7. Parece que o jogo escolhe entre APIs XAudio com base nessa versão relatada e acho que há um bug ou recurso ausente em algum lugar do XAudio 28 implementação. (Para registro, o jogo carrega SoundCoreBridge7.dll vinculado a xaudio2_7.dll no Windows 7 e SoundCoreBridge.dll vinculado a xaudio2_8.dll no Windows 10. A versão 4.x não tinha essas DLLs locais e sempre usava xaudio2_7 .dll.)

De qualquer forma, acho que a resposta para "o jogo trava com um erro inesperado imediatamente após a janela do jogo abrir" é "verifique se a versão do Windows no winecfg está configurada para o Windows 7".

Eu posso confirmar isso; Eu já tinha minha versão do Windows configurada para o Windows 7. Configurá-lo para o Windows 10 imediatamente trava o jogo na inicialização.

Oh, acabei de notar sua pergunta. Se ainda quiser que eu responda à pergunta, pode me informar como verificar se as DLLs estão carregadas? Não estou totalmente certo. (Eu não tenho um depurador neste wineprefix.)

Você não precisa se preocupar com as DLLs neste ponto, mas para referência, você pode procurar DLLs (e .so's para programas Linux) com cat /proc/PID/maps onde PID é o PID do processo em questão. Objetos compartilhados são todos mapeados diretamente na memória, portanto, basta olhar para baixo na lista de intervalos mapeados para os blocos associados a *.so arquivos.

Ah ok! Obrigado. <3 Eu não sabia que DLLs apareceriam nessa lista também.

Mas sim, para completar, eu realmente tenho xaudio2_7.dll.so e SoundCoreBridge7.dll carregados ao executar usando a configuração "Windows 7" e ao usar "Windows 10" que muda para xaudio2_8.dll.so e SoundCoreBridge.dll .

Boa decisão!

O problema do XAudio 2.8 parece plausível, talvez seja a voz de masterização 2.8 que está sendo corrompida:

https://docs.microsoft.com/en-us/windows/desktop/xaudio2/xaudio2-versions

FAudio visa 2.8 internamente, então estamos olhando para xaudio_dll.c neste caso.

Arquivou um bug no Wine: https://bugs.winehq.org/show_bug.cgi?id=47437

Eu diagnostiquei o problema. Algo está muito errado e não tenho certeza de como isso é possível:

Há um submix no mecanismo que deveria ser dedicado à reverberação, que é totalmente compatível com CreateAudioReverb. No caso do 2.7 é uma macro que cria o objeto IXAPO com o goo COM usual que todos nós conhecemos e amamos, mas para 2.8 eles mudaram
XAudio2Create / CreateAudioReverb / CreateAudioVolumeMeter para todas as funções C exportadas, o que novamente é bom porque a compilação com o SDK 2.8+ funcionará.

O bug é que o SoundCoreBridge 2.8 está chamando CreateAudioVolumeMeter. Em seguida, ele define este medidor de volume no submix e imediatamente começa a passar os dados de parâmetro de reverberação, resultando em nossa falha de asserção e eventual travamento.

Eu ... honestamente não sei como isso está acontecendo. Não consigo pensar em uma razão pela qual o Wine direcionaria incorretamente uma chamada para uma função completamente diferente e, ao mesmo tempo, não há absolutamente nenhuma maneira de FFXIV estar chamando uma função totalmente diferente do que provavelmente é o mesmo código para ambos os módulos, a menos o motor 2.8 trava para todos os outros no Win8 + também. (Para enfatizar novamente: não há como isso ser culpa do jogo)

Para resumir, 2.7 está fazendo isso:

CreateAudioReverb(&reverb);
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

E 2.8 está fazendo isso:

CreateAudioVolumeMeter(&reverb); /* ?! */
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

Isso soa estranho para mais alguém?

Parece muito estranho, mas pode realmente explicar por que muitos jogos travam no modo Windows 10 e não no 7.
Este pode ser um bug significativo que você encontrou!

FWIW, meu log de rastreamento diz o seguinte:

00ac:trace:xaudio2:xapocf_CreateInstance (0x100c5960)->((nil),{00000000-0000-0000-c000-0000000000000046},0x100c57c0)
FAudioCreateVolumeMeterWithCustomAllocatorEXT(0x100c59a0 0 0x7f0420f5eb80 0x7f0420f5eba0 0x7f0420f5ebc0)

Como um problema de entrada, esse GUID parece estranho, mas o fluxo de código parece ser que xapo.c:get_fapo_from_clsid() está encontrando uma correspondência CLSID no objeto medidor de volume e criando isso, em vez de criar o efeito de reverberação presumivelmente pretendido.

Mais uma vez, estou muito longe de minha profundidade aqui - espero que esta seja uma informação útil.

Você pode estar examinando isso muito profundamente ... isso é muito mais simples do que o próprio código, são apenas as funções sendo exportadas.

Para referência, este patch ruim e não usar corrige a falha:

diff --git a/dlls/xaudio2_7/xaudio_dll.c b/dlls/xaudio2_7/xaudio_dll.c
index da0b0aa606..88ca3fe2c1 100644
--- a/dlls/xaudio2_7/xaudio_dll.c
+++ b/dlls/xaudio2_7/xaudio_dll.c
@@ -2070,11 +2070,17 @@ HRESULT WINAPI XAudio2Create(IXAudio2 **ppxa2, UINT32 flags, XAUDIO2_PROCESSOR p
     return S_OK;
 }

+#if 0
 HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
+#else
+HRESULT WINAPI CreateAudioReverb(IUnknown **out)
+#endif
 {
     IClassFactory *cf;
     HRESULT hr;

+    TRACE("%p\n", out);
+
     hr = make_xapo_factory(&CLSID_AudioVolumeMeter27, &IID_IClassFactory, (void**)&cf);
     if(FAILED(hr))
         return hr;
@@ -2086,11 +2092,17 @@ HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
     return hr;
 }

+#if 0
 HRESULT WINAPI CreateAudioReverb(IUnknown **out)
+#else
+HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
+#endif
 {
     IClassFactory *cf;
     HRESULT hr;

+    TRACE("%p\n", out);
+
     hr = make_xapo_factory(&CLSID_AudioReverb27, &IID_IClassFactory, (void**)&cf);
     if(FAILED(hr))
         return hr;

Ok, então, aparentemente, é inteiramente possível que funções sejam exportadas em uma ordem numérica incorreta e isso é algo que os desenvolvedores do Windows reais conhecem:

diff --git a/dlls/xaudio2_8/xaudio2_8.spec b/dlls/xaudio2_8/xaudio2_8.spec
index 0b9f23866b..50a2090f44 100644
--- a/dlls/xaudio2_8/xaudio2_8.spec
+++ b/dlls/xaudio2_8/xaudio2_8.spec
@@ -1,6 +1,6 @@
 @ stdcall XAudio2Create(ptr long long)
-@ stdcall CreateAudioVolumeMeter(ptr)
 @ stdcall CreateAudioReverb(ptr)
+@ stdcall CreateAudioVolumeMeter(ptr)
 @ cdecl CreateFX(ptr ptr ptr long)
 @ cdecl X3DAudioCalculate(ptr ptr ptr long ptr)
 @ cdecl X3DAudioInitialize(long float ptr)
diff --git a/dlls/xaudio2_9/xaudio2_9.spec b/dlls/xaudio2_9/xaudio2_9.spec
index 0b9f23866b..50a2090f44 100644
--- a/dlls/xaudio2_9/xaudio2_9.spec
+++ b/dlls/xaudio2_9/xaudio2_9.spec
@@ -1,6 +1,6 @@
 @ stdcall XAudio2Create(ptr long long)
-@ stdcall CreateAudioVolumeMeter(ptr)
 @ stdcall CreateAudioReverb(ptr)
+@ stdcall CreateAudioVolumeMeter(ptr)
 @ cdecl CreateFX(ptr ptr ptr long)
 @ cdecl X3DAudioCalculate(ptr ptr ptr long ptr)
 @ cdecl X3DAudioInitialize(long float ptr)

Vou enviar isso para WineHQ hoje ...

Existe uma razão prática pela qual isso é possível / os desenvolvedores fariam isso? Ou você acha que isso pode ser um bug não intencional?

Do lado do vinho, isso definitivamente não é intencional. Quanto a por que as DLLs do Windows são assim ... Não tenho absolutamente nenhuma ideia. Tenho certeza que está enterrado no blog de Raymond Chen em algum lugar> _>

A correção está no Wine upstream: https://github.com/wine-mirror/wine/commit/92a5299b1d0a0775e1158f334c0348a3ffe8f063

Uh, pergunta: Eu estava tentando escrever a palavra "touché" no chat outro dia e percebi que não consigo fazer é no chat de jeito nenhum. Ele apenas imprime o caractere 'imediatamente. Conhecemos alguma solução alternativa para fazer isso funcionar corretamente?

Alguém já tentou usar o ACT? Eu adoraria executar analisadores, embora não tenha certeza de como isso é viável :(

Afaik WINE atualmente não suporta injeção de DLL (se isso mudou,
me avise!), então, mesmo que você tenha o aplicativo funcionando (não funciona, ele bloqueia
), provavelmente você não conseguiria.

filho. 7. jul. 2019, 04:30 skrev bruxas dot live home of live witches <
notificaçõ[email protected]>:

Alguém já tentou usar o ACT? Eu adoraria ser capaz de executar analisadores
embora eu não tenha certeza de como isso é viável :(

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

Não é injeção de ReShade DLL? Isso parece funcionar bem, desde que você configure as DLLs necessárias como nativas.

Eu não sei nada sobre ACT, tentei baixá-lo e executá-lo dentro do meu prefixo wine, mas ele simplesmente morre. Não estou realmente interessado o suficiente para pesquisar mais, pessoalmente.

A propósito, enquanto estou respondendo, eu apenas usei / echo touché (copiei e colei o seu deste tópico, nem sei como fazer o personagem de forma independente) e apareceu muito bem no jogo.

O ACT exigia o .NET, e você pode fazê-lo funcionar meio , mas travará muito e não descobri uma maneira de ler as análises corretamente fora do jogo.
AFAIK, ACT não está usando injeção de DLL, é apenas leitura de memória, de acordo com o plugin FFXIV que o acompanha, o que pode ser um problema se você não executá-lo como Admin no Windows, e essa funcionalidade não está disponível no Wine, certo?

Ah entendo! Então sim, poderia funcionar.

No caso do touché, copiar e colar funciona bem, mas é a digitação real
disso. No meu teclado, você pressionaria altgr + \ o que o colocaria na fila,
seguido por e para fazer é. Funciona em qualquer parte do sistema, mas no jogo
apenas digita o recuo diretamente como se tivesse batido no espaço.
Infelizmente, meu telefone não pode fazer o mesmo para demonstrar e não é importante
problema, é que gosto de escrever palavras como touché: P

filho. 7. jul. 2019, 14:41 skrev HereInPlainSight [email protected] :

Não é injeção de ReShade DLL? Isso parece funcionar bem, contanto que você
configurou as DLLs que você precisa como nativas.

Não sei nada sobre o ACT, tentei baixá-lo e executá-lo
dentro do meu prefixo de vinho, mas ele simplesmente morre. Não estou realmente interessado o suficiente para
pesquise mais, pessoalmente.

Aliás, enquanto estou respondendo, eu apenas usei / echo touché (eu
copiei colou o seu deste tópico, nem sei como fazer o
personagem de forma independente) e apareceu muito bem no jogo.

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

pelo que entendi, o ACT usa drivers de rede de alguma forma para fazer a captura de pacotes, o que provavelmente não é algo que o WINE é capaz de estar totalmente fora do escopo, mas eu posso estar errado sobre isso, então queria ter certeza de que não cancelado ser capaz de executá-lo sem verificar

Eu também não consegui fazer com que os comentários japoneses funcionassem no jogo. Eu uso o FCITX-mocz, mas ao digitar no chat do jogo, ele digita apenas caracteres em inglês. Eu também tentei com ibus e não havia bloqueio lá também. Presumo que seja o mesmo que a questão do toque.

Não tenho nenhum problema (*) ao inserir japonês usando ATOK X3, portanto, a entrada em outro idioma é pelo menos possível.

(*) Existem alguns erros de movimento do cursor se eu desabilitar a entrada em japonês no meio de uma linha de texto, mas não verifiquei se eles também ocorrem com ATOK no Windows, então poderia muito bem ser um bug no próprio jogo.

Olá, estou com problemas para salvar as configurações de gráficos do jogo. Cada vez que recarrego o jogo, ele volta com as configurações de gráficos padrão, tornando-o um pé no saco. Alguém mais teve esse problema?

Olá, estou com problemas para salvar as configurações de gráficos do jogo. Cada vez que recarrego o jogo, ele volta com as configurações de gráficos padrão, tornando-o um pé no saco. Alguém mais teve esse problema?

Não, mas a primeira coisa que eu verificaria é ter certeza de que você tem acesso de leitura e gravação aos arquivos de configuração apropriados (e que você os possui). Você deve ter um diretório compatdata dentro da pasta steamapps. Você usará o Steam ID de demonstração do jogo (que me foge atualmente) ou 39210 para a versão de varejo. Vá até pfx / drive_c / users / steamuser / Meus Documentos / Meus Jogos / FINAL FANTASY XIV - A Realm Reborn / e verifique suas permissões.

Alguém mais está recebendo travamentos aleatórios? Começou hoje. Vou dar mais informações uma vez / se travar novamente, por volta da terceira vez consecutiva.

É um problema do DirectX 11. Eu estava funcionando no máximo (sólidos 60fps, sem problemas até hoje, reduzir as configurações parece ter resolvido.
Mudei para nivelar um ladino e então os acidentes começaram. Se alguém estiver interessado e precisar de mais logs, diga o que você precisa e eu irei providenciar no final de semana.

@Selhar Nvidia GPU? Se sim, consulte https://github.com/doitsujin/dxvk/issues/1100

Se for esse o problema que você está enfrentando, tente jogar com wined3d, embora o desempenho seja prejudicado. Se for outra coisa, precisaremos de muito mais informações (especialmente como reproduzi-la).

@doitsujin Estou usando AMD, RX580.
E eu não tenho certeza de como reproduzi-lo, ele começou a falhar na noite passada. Depois de diminuir as configurações gráficas e reiniciar meu computador, o jogo parece estável novamente.

Há algum registro específico que eu poderia fornecer caso isso aconteça novamente?

Edit: Informação desatualizada irrelevante agora. Proton 4.11 foi lançado e simplesmente funciona.

Certifique-se de pressionar enter no campo de texto da página de login em vez de clicar no botão de login.

Certo, era uma vez sugerido que eu editasse minha postagem inicial neste tópico com as instruções atuais, e dada a postagem acima dizendo que era difícil encontrar informações atuais e precisas, e que agora parecemos bastante estáveis com ShB atualmente, eu finalmente fiz isso .

Se eu estragar alguma coisa, por favor me avise. Além disso, há muitos builds lançados no thread e eu não sabia onde eles estavam, então fiz um da versão padrão que compilaria do repositório PKGBUILDS de

Se você veio aqui a partir do post acima porque eu prometi a você uma explicação sobre por que precisamos de uma versão personalizada do Proton, aqui está:
No momento, FFXIV está verificando se você faz o login usando o Wine. Se você fizer isso, ele o identificará como um usuário Mac. Para não sermos vistos como um usuário Mac, temos que esconder que estamos usando o Wine, que é para isso que serve o comando winetricks. Infelizmente, neste momento, o Proton padrão não fornece a capacidade de ocultar o vinho, portanto, precisamos de uma versão customizada para poder fazer isso.

Correções necessárias para o jogo foram lançadas na atualização recente do Proton 4.11. Por favor, tente.

Executar o jogo com o proton 4.11 não funciona, ele gera um erro de script java.

Se você clicou no botão Login ao receber esse erro, tente pressionar Enter no formulário de login para contornar isso.

4.11 funciona perfeitamente. Obrigado @cjacek pelo seu trabalho árduo para fazer o FFXIV rodar no Wine e agora no Proton.
Tenho uma pequena pergunta: como você contornou o erro de verificação de licença? O Proton é fornecido com HideWineExports habilitado por padrão ou o jogo tem a seleção totalmente removida?

A última atualização do FF removeu a verificação.

Uau! Você acha que o Square ouviu nós, usuários do Linux ??

ons. 31 de julho 2019, 18:16 skrev Jacek Caban [email protected] :

A última atualização do FF removeu a verificação.

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

O FFXIV Mac mudou para uma construção baseada em CrossOver que não usa os antigos hacks do Cider, então para a atualização dos Shadowbringers tudo isso foi removido.

esta é uma grande notícia! então nosso único problema proeminente atm é o iniciador travar se você clicar no botão de login? existe um bug do vinho aberto para isso?

Posso ir até a tela de seleção do data center em 4.11. Assim que eu confirmo um servidor, o jogo começa a carregar algo, mas para aí. O jogo responde ao pressionamento de teclas (ou seja: pressionar Alt + F4 abre um pequeno pop-up perguntando se eu quero sair do jogo) e o pequeno círculo no canto inferior direito é animado, mas nada mais acontece.

Supondo que você ainda não tenha criado um personagem, parece que ele está tentando reproduzir a cena de abertura do filme e falhando. Você pode pular editando o arquivo "~ / Documentos / Meus jogos / FINAL FANTASY XIV - A Realm Reborn / FFXIV.cfg" e editando a linha "CutsceneMovieOpening 0" para "CutsceneMovieOpening 1". (Ou adicionando essa linha se você não vê-la.)

Além disso, se você quiser ver a cena de abertura do filme fora do jogo, está em https://www.youtube.com/watch?v=443ogl24K0Y .

Obrigado! Parece que foi isso!

Tenho uma pequena pergunta: como você contornou o erro de verificação de licença? O Proton é fornecido com HideWineExports habilitado por padrão ou o jogo tem a seleção totalmente removida?

O FFXIV Mac mudou para uma construção baseada em CrossOver que não usa os antigos hacks do Cider, então para a atualização dos Shadowbringers tudo isso foi removido.

Esse não parece ser o caso em pelo menos 5.05; rodando com vanilla Wine 4.12.1, o inicializador ainda gera um erro de licença no login. Aplicar patch no HideWineExports e ativá-lo faz com que o inicializador funcione normalmente novamente.

Comecei a ter erros de DLL recentemente;

Alguém mais observou / experimentou esse comportamento também?
obsoleto, hardware ruim foi a causa

O que você quer dizer com "erros de dll", quão recente é "recentemente", qual versão do Proton você está usando e qual é o seu hardware?

@doitsujin não, parece que foi um problema de hardware

ainda como uma nota lateral, a atualização de drivers causou erros com d3d11.dll e ntdll.dll de volta ao dia. O prefixo de limpeza resolveu esse problema.

Esse não parece ser o caso em pelo menos 5.05; rodando com vanilla Wine 4.12.1, o inicializador ainda gera um erro de licença no login. Aplicar patch no HideWineExports e ativá-lo faz com que o inicializador funcione normalmente novamente.

Ao contrário da experiência aqui, desativei o HideWineExports na minha instalação e ainda consigo fazer login normalmente. Qual lançador você está usando? Você mudou para ffxivboot64.exe?

Sim, uso o ffxivboot64.exe desde o lançamento do 5.0.

EDITAR: As janelas de inicialização e inicialização fornecem o número da versão 2019.06.10.0000.0001 na barra de título. A verificação da versão de inicialização passa normalmente, mas será que não estou obtendo a versão mais recente?

Confirmando que na versão mais recente, desmarcar "Ocultar versão Wine dos aplicativos" ainda funciona para me permitir entrar no jogo.

A versão mais recente do iniciador é 2019.06.10.0000.0001, mas a string da versão do jogo mais recente é: "Versão: 2019.07.24.0001.0000 (4438681, ex1: 2019.06.12.0000.0000, ex2: 2019.05.31.0000.0000, ex3: 2019.07. 24.0000.0000) "Parece que você não está recebendo as versões mais recentes, @achurch.

Devo dizer também que não estou usando ffxivboot64.exe; Aparentemente, esqueci de atualizar e estou usando o ffxivboot.exe. Ainda assim, parece estar funcionando ...

Eu tenho a última versão do jogo, mas não me incomodei em mencioná-la, pois era o inicializador que estava gerando um erro de licença.

Dito isso, visto que parece funcionar para todos os outros e estou bem em manter o HideWineExports ativo, não sei se há necessidade de pesquisar mais.

... o inicializador está apresentando um erro de licença?

Todas as imagens que vi de erros de licença sendo lançados estão na interface do jogo. Isso é algo novo, ou sempre foi assim e eu não percebi?

Sempre foi assim. Existem duas verificações, uma no inicializador e uma no próprio cliente. Eu só acertei o do jogo uma vez, acho que quando ainda estava forçando o libcef no inicializador de 32 bits.

Proton 4.11-2 quebrou o som em ffxiv fazendo com que ele desaparecesse e o sistema todo o áudio estava quebrado como se estivesse muito alto (?). Se eu desativar o som do ffxiv no pavucontrol, o problema desaparecerá, a menos que eu ative o som, ele retornará. Reiniciar também corrige isso.

Isso aconteceu algumas horas depois de jogar.

O áudio não mudou drasticamente entre 4.11-1 e 4.11-2. A alteração foi basicamente FAudio 19.07 para 19.08, que não teve essencialmente alterações funcionais:

https://github.com/FNA-XNA/FAudio/compare/19.07...19.08

EDIT: Também não mudou muito entre a última versão 4.2 e 4.11:

https://github.com/FNA-XNA/FAudio/compare/19.06.07...19.07

Então, apenas um problema aleatório?

Provavelmente, embora eu esteja interessado em saber por que o áudio de todo o sistema foi afetado. FAudio é apenas uma única conexão feita através de áudio SDL, nada invasivo que eu saiba.

O único problema que tenho com o jogo é que não consigo reproduzir um vídeo no meu segundo monitor, caso contrário, o jogo não registra muitas das minhas entradas e parece não responder. Alguém tem uma solução?

Executar o jogo com o proton 4.11 não funciona, ele gera um erro de script java.

Você deve pressionar Enter após digitar sua senha, em vez de clicar no botão Login.

O único problema que tenho com o jogo é que não consigo reproduzir um vídeo no meu segundo monitor, caso contrário, o jogo não registra muitas das minhas entradas e parece não responder.

Apenas um tiro no escuro, mas (1) você está usando um gamepad e (2) atualizou o SDL recentemente? Há um bug introduzido no SDL 2.0.10 que faz com que ele exclua muitas entradas de joystick: https://bugzilla.libsdl.org/show_bug.cgi?id=4750
Isso não teria nada a ver com a reprodução de vídeo, mas suspeitei de muitas coisas diferentes em meu próprio sistema antes de finalmente encontrar esse bug.

O único problema que tenho com o jogo é que não consigo reproduzir um vídeo no meu segundo monitor, caso contrário, o jogo não registra muitas das minhas entradas e parece não responder.

Apenas um tiro no escuro, mas (1) você está usando um gamepad e (2) atualizou o SDL recentemente? Há um bug introduzido no SDL 2.0.10 que faz com que ele exclua muitas entradas de joystick: https://bugzilla.libsdl.org/show_bug.cgi?id=4750
Isso não teria nada a ver com a reprodução de vídeo, mas suspeitei de muitas coisas diferentes em meu próprio sistema antes de finalmente encontrar esse bug.

Não, não estou usando um gamepad. Estou usando um teclado e um mouse. Parece que vou ter que esperar por uma correção.

@GhostEther Eu assisto vídeos quase constantemente enquanto jogo e não tenho problemas, então é definitivamente possível. Certifique-se de usar as versões mais recentes do proton / dxvk e os drivers da placa de vídeo estão atualizados, a lentidão / queda de entrada soa como alguns dos bugs de meses atrás.

Alguém mais está tendo o problema de o inicializador alegar repentinamente que sua assinatura expirou ou que a conta do serviço ainda não foi registrada? Estava funcionando bem ontem, então pode estar relacionado ao patch 5.08: /

Alguém mais está tendo o problema de o inicializador alegar repentinamente que sua assinatura expirou ou que a conta do serviço ainda não foi registrada? Estava funcionando bem ontem, então pode estar relacionado ao patch 5.08: /

Eles começaram a obrigar as contas que usam as teclas "Windows" devem usar o inicializador fora do Steam e aquelas com as teclas "Steam" devem iniciar usando o Steam. De qualquer maneira, isso é determinado apenas pelo fato de o argumento "-issteam" ser ou não passado para ffxivboot.exe

Então, você só precisa se certificar de que ele seja executado com esse argumento se você estiver usando uma conta com uma chave do Steam ou que não esteja lá se você estiver usando uma conta com uma chave do Windows.

@ Equivocal90 entendo, obrigado. Estou executando uma licença do Windows de dentro do Proton do Steam ... então terei que descobrir uma maneira de evitar que o stream passe -issteam .

@ Equivocal90 entendo, obrigado. Estou executando uma licença do Windows de dentro do Proton do Steam ... então terei que descobrir uma maneira de evitar que o stream passe -issteam .

Estou fazendo a mesma coisa. Tive que apenas executá-lo manualmente com algo como o seguinte:
STEAM_COMPAT_DATA_PATH=~/.local/share/Steam/steamapps/compatdata/39210/ python3 "~/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "~/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe"

Eu só tive que expandir ~ para a pasta real por algum motivo que pode ser específico para python e que eu não conheço.

Bem, isso não funcionou no meu caso, por algum motivo o vinho continuou a falhar com um erro vulkan.

No final, acabei de corrigir o script de wrapper proton python para eliminar o argumento -issteam antes de iniciar o jogo :)

Se alguém estiver tendo artefatos estranhos após as atualizações do jogo, certifique-se de limpar o cache do sombreador.

Para mim, eu tenho um retrato de personagem trippy technicolor e objetos aleatórios sendo substituídos por um borrão branco como se meu jogo tivesse sido corrompido com éter de luz até que eu destruí meu cache de shader.

@ jbal91 por cache de shader, você quer dizer aquele criado pelo driver? Você está na Nvidia?

Cada vez que eu lanço o jogo FFXIV, cfg é reescrito, então ele não salva minhas configurações de resolução e gráficos, alguma ideia?
Trocar para proton-ge-custom / releases / tag / 4.15-GE-1 (ou superior) corrige esse problema, mas vejo isso com o proton padrão 4.11.3
e custom / releases / tag / 4.10-GE-3

Parece um problema de permissão. Certifique-se de que os arquivos de configuração são graváveis?
A menos que seja aquele velho bug do próton.

ons. 11. sep. 2019, 23:53 skrev asim-vax [email protected] :

Cada vez que eu lanço o jogo FFXIV, cfg é reescrito, então não salva
minha resolução e configurações gráficas, 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/580?email_source=notifications&email_token=AD4BBKDV7DJ64ZP5T75ISHTQJFSDZA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6QAMUY#issuecomment-530581075 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AD4BBKHX7MAHDM3F7PXUAMDQJFSDZANCNFSM4FRR7KYQ
.

Então tentei todas as correções sugeridas (CutsceneMovieOpening 1, BrowserType 2, usando Proton-4.15-GE-4, mas estou recebendo este erro ao iniciar o jogo por meio do inicializador:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

Estou usando o ffxivboot.exe, não o ffxivboot64.exe, pois o login via ffxivboot64.exe diz que não tenho uma licença FFXIV válida atribuída à minha conta SQEX (o erro que você geralmente obtém ao tentar usar uma conta com um Steam- no inicializador não Steam), usando um wineprefix de 64 bits.

Alguém já experimentou isso? Existe outra correção que eu possa tentar?

O jogo funcionou perfeitamente bem com o próton 4.11-3, mas com o 4.11-4, depois de iniciar o jogo no inicializador, tudo o que consigo é uma tela preta.

No momento, não tenho solução para executar uma chave do Windows no Steam. Infelizmente, parece que a bandeira -issteam vive dentro de ~/.steam/root/appcache/appinfo.vdf . Embora pareça possível editar o arquivo diretamente, é um formato binário e ... é provavelmente uma correção feia que eu não estou procurando me aprofundar muito. Os usuários do Windows estão usando o SteamEdit para atualizar o arquivo e ignorar a verificação, mas não estou querendo mexer com isso, pessoalmente.
Espero que alguém mais inteligente do que eu tenha uma resposta melhor para isso. Talvez haja alguma maneira de retirar a verificação em tempo de execução por meio de Definir opções de inicialização - mas eu não sei.

@HereInPlainSight Tive sucesso ao configurar Definir Opções de Inicialização para
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe , que essencialmente substitui o comando original por um noop e, em seguida, executa o comando real sem -issteam .

@HereInPlainSight Tive sucesso ao configurar Definir Opções de Inicialização para
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe , que essencialmente substitui o comando original por um noop e, em seguida, executa o comando real sem -issteam .

Eis o mencionado Alguém Mais Inteligente que Eu. Faz sentido assim que eu li, não tenho certeza por que não pensei em apenas reconstruir o comando. Obrigado!

@HereInPlainSight Tive sucesso ao configurar Definir Opções de Inicialização para
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe , que essencialmente substitui o comando original por um noop e, em seguida, executa o comando real sem -issteam .

Isso é muito inteligente! Na verdade, torna certos tipos de portas muito mais suaves sem a necessidade de uma ferramenta de compatibilidade inteira (ignorando as instalações de redist, de qualquer maneira): https://github.com/ValveSoftware/Proton/issues/1783

Então tentei todas as correções sugeridas (CutsceneMovieOpening 1, BrowserType 2, usando Proton-4.15-GE-4, mas estou recebendo este erro ao iniciar o jogo por meio do inicializador:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

Estou usando o ffxivboot.exe, não o ffxivboot64.exe, pois o login via ffxivboot64.exe diz que não tenho uma licença FFXIV válida atribuída à minha conta SQEX (o erro que você geralmente obtém ao tentar usar uma conta com um Steam- no inicializador não Steam), usando um wineprefix de 64 bits.

Alguém já experimentou isso? Existe outra correção que eu possa tentar?

Na verdade, descobri que também estou tendo esse erro no Windows. Provavelmente meus arquivos estão corrompidos. Mas de qualquer maneira, não é realocado por prótons.

O jogo agora pode ser jogado para mim com a atualização de prótons 4.11-5, uma vez que não era com 4.11-4 e tive que reverter para 4.11-2.

atualização em cenas pré-renderizadas:

com winetricks directshow eu consegui passar do primeiro erro "sem objeto de classe", seguindo uma dica de https://forum.winehq.org/viewtopic.php?t=688
Agora estou encontrando o mesmo erro, mas com um CLSID diferente, mas não sei o que dll se destina a fornecer isso. o clsid é 2eeb4adf-4578-4d10-bca7-bb955f56320a se alguém souber como seguir essa pista?

editar: aparentemente, é de wmadmod.dll . no entanto, copiar esse dll de uma instalação do Windows não parece ajudar, pois ele nunca é carregado. não tenho certeza do que eu preciso fazer para isso

Usei a excelente sugestão de Tesu para superar o problema -issteam, porém agora, quando eu entro em um servidor de dados, nada carrega. Acabei de ver aquele cata-vento girando no canto direito inferior.

PROTON_LOG colocado
Steam - Informações do sistema

Usei a excelente sugestão de Tesu para superar o problema -issteam, porém agora, quando eu entro em um servidor de dados, nada carrega. Acabei de ver aquele cata-vento girando no canto direito inferior.

PROTON_LOG colocado
Steam - Informações do sistema

isso porque a cena inicial do jogo não pode ser reproduzida, você pode alterar a configuração na entrada CutsceneMovieOpening no arquivo FFXIV.cfg , que está em Documents/My Games/Final Fantasy XIV - A Realm Reborn por padrão, para 1

que irá pular a cutscene e você deve ser capaz de ir para a tela de seleção de personagem

Usei a excelente sugestão de Tesu para superar o problema -issteam, porém agora, quando eu entro em um servidor de dados, nada carrega. Acabei de ver aquele cata-vento girando no canto direito inferior.
PROTON_LOG colocado
Steam - Informações do sistema

isso porque a cena inicial do jogo não pode ser reproduzida, você pode alterar a configuração na entrada CutsceneMovieOpening no arquivo FFXIV.cfg , que está em Documents/My Games/Final Fantasy XIV - A Realm Reborn por padrão, para 1

que irá pular a cutscene e você deve ser capaz de ir para a tela de seleção de personagem

Isso funcionou, no entanto, quando tentei alterar as configurações de gráficos no jogo, meu sistema travou e eu tive que usar o SysRq REI (mas não o SUB) para recuperar.

Isso funcionou, no entanto, quando tentei alterar as configurações de gráficos no jogo, meu sistema travou e eu tive que usar o SysRq REI (mas não o SUB) para recuperar.

Isso pode ocorrer em certas configurações que envolvem GPUs AMD, a opção "Real-Time Reflections" e versões desatualizadas de LLVM / Mesa.

Deixe "Reflexões em tempo real" desativado e você ficará bem. Ouvi dizer que a atualização para LLVM 7 + / Mesa 18.2+ corrige o problema, e na maior parte do tempo corrige, mas pessoalmente, mesmo com eles, ainda me deparei com uma situação rara (na Estepe Azim) em que travamentos de vídeo ainda ocorrem.

Eu apenas sugiro deixar a opção desativada permanentemente.

Isso funcionou, no entanto, quando tentei alterar as configurações de gráficos no jogo, meu sistema travou e eu tive que usar o SysRq REI (mas não o SUB) para recuperar.

Isso pode ocorrer em certas configurações que envolvem GPUs AMD, a opção "Real-Time Reflections" e versões desatualizadas de LLVM / Mesa.

Deixe "Reflexões em tempo real" desativado e você ficará bem. Ouvi dizer que a atualização para LLVM 7 + / Mesa 18.2+ corrige o problema, e na maior parte do tempo corrige, mas pessoalmente, mesmo com eles, ainda me deparei com uma situação rara (na Estepe Azim) em que travamentos de vídeo ainda ocorrem.

Eu apenas sugiro deixar a opção desativada permanentemente.

Tenho um nVidia 950 e, como estou usando o Arch, tenho quase certeza de que meu LLVM está atualizado. Além disso, eu estava diminuindo as configurações de gráficos, não aumentando. O jogo tinha definido como "laptop de ponta" e eu reduzi isso para "desktop padrão".

Bem, há um novo lançador. Isso fede. Não renderiza os campos de login e um monte de outras coisas no Linux. No Windows, você pode ir para a configuração e voltar para o antigo inicializador, mas aparentemente isso não será para sempre. Parece que o novo depende muito do IE11, alguém tem alguma ideia?

OK, se você quiser fazer login no Linux, clique no ícone de engrenagem, role para baixo e clique na última caixa cinza, essa é a opção para voltar ao layout antigo. Ele tem barras de rolagem agora, mas funciona, pelo menos me leva para a tela "indisponível durante a manutenção".

Você tem a linha de configuração correspondente a essa opção? Não consigo nem fazer a visualização das configurações rolar.

parece haver uma nova opção em FFXIV_BOOT.cfg chamada Browser onde 1 é o lançador antigo e 2 é o novo

o novo design do launcher ainda não chegou aos macos, certo? pode valer a pena esperar um pouco para ver como eles fazem funcionar lá

fwiw Consegui fazer login usando o novo iniciador - rolou todo o caminho até a parte inferior e o formulário de login foi renderizado lá por qualquer motivo.

para mim o novo cliente não vai além desta tela

isenção de responsabilidade de que não estou usando próton, mas vinho 4.16
editar: pode confirmar que outras pessoas têm este problema com o vinho de baunilha aqui

Ainda estou no lutris usando o runner tkg-ffxiv-feffe-4.6-1.8-x86_64, o novo iniciador carrega bem para mim, mas não consigo rolar para baixo ou realmente interagir com ele, sem ele congelar. Eu o congelei naquela tela apenas quando a carga do servidor estava alta.

para mim o novo cliente não vai além desta tela

isenção de responsabilidade de que não estou usando próton, mas vinho 4.16
editar: pode confirmar que outras pessoas têm este problema com o vinho de baunilha aqui

com a versão corrigida fornecida no tópico aqui , o inicializador irá iniciar e funcionar de forma um tanto adequada, com o prompt de login renderizado na parte inferior da página, e nenhuma barra de título mostrando

Funciona funcionalmente sem problemas no ge-protonified-4.10, mas existem alguns problemas gráficos, como a transparência do cabeçalho ser bork. Ainda não o comparei com a versão em execução no Windows.

Consegui carregar o inicializador antigo configurando Browser 1 em FFXIV_BOOT.cfg como @ashkitten sugeriu. Caso também seja importante, BrowserType está definido como 0 .

Há um pequeno aviso na configuração do iniciador de que isso não vai durar. Estou adivinhando quando o suporte W7 termina?

Novo lançador carregado para mim sem problemas. Pop! _OS + Proton corrigido.

@aberardinelli a qual patch você está se referindo?

@aberardinelli a qual patch você está se referindo?

Ahh eu estava com medo de que alguém perguntasse isso. Voltando para vasculhar os comentários antigos neste tópico para encontrar o certo ...
A versão mostra no Steam como Proton-4.10-GE-3
Postado por @GloriousEggroll em https://github.com/ValveSoftware/Proton/issues/580#issuecomment -504688485

Funciona no meu laptop e desktop.

É provavelmente o IsTransgaming que o faz funcionar. Provavelmente força o CEF como fazia no lançador antigo.

Seria bom se pudéssemos fazê-lo funcionar com Wine MSHTML como fizemos com o lançador antigo.

Alguém mais experimentou travamentos aleatórios durante a troca de espaço de trabalho desde hoje?

EDIT: Também parece acontecer no modo de janela e enquanto o jogo não está focado
EDIT2: As falhas foram embora após reiniciar o Xorg por algum motivo.

Alguém mais experimentou travamentos aleatórios durante a troca de espaço de trabalho desde hoje?

EDIT: Também parece acontecer no modo de janela e enquanto o jogo não está focado

Eu não tive esse problema. Qual DE você está usando? Estou usando o Gnome Shell.

Funciona funcionalmente sem problemas no ge-protonified-4.10, mas existem alguns problemas gráficos, como a transparência do cabeçalho ser bork. Ainda não o comparei com a versão em execução no Windows.

Eu fui em frente e dei uma chance ao ge-protonified-4.10 de acordo com sua sugestão e, de fato, o novo inicializador parece funcionar bem, embora renderize o formulário de login abaixo do resto do conteúdo e seja um pouco inconsistente. Acho que funciona um pouco melhor do que o 4.8 que eu estava usando também, mas isso pode ser psicossomático, só estou sempre hesitante em atualizar porque se não está quebrado ... 😄

Acabei de experimentar a versão Proton-4.19-GE-1 e o novo login funciona + a tela de título para a animação de transição das seleções de personagem parece funcionar de forma mais suave agora. Além disso, o bug antigo em que você precisa escolher "data center" em vez de "iniciar" foi corrigido .... Eu não joguei (o suficiente) ainda, então não posso dizer nada sobre melhorias de fps de jogabilidade (mas parecia que obter ~ 30fps em 4k com meu antigo gtx 970, usando as configurações pré-gráficos "laptop high")

especificação do sistema:

inxi -bxx
System:    Host: linux Kernel: 5.3.7-1-default x86_64 bits: 64 compiler: gcc v: 9.2.1 Console: tty 1 dm: SDDM 
           Distro: openSUSE Tumbleweed 20191101 
Machine:   Type: Desktop Mobo: ASUSTeK model: Z170 PRO GAMING v: Rev X.0x serial: 150647662404153 UEFI: American Megatrends 
           v: 3805 date: 05/16/2018 
CPU:       Quad Core: Intel Core i5-6600K type: MCP arch: Skylake-S speed: 4391 MHz min/max: 800/4400 MHz 
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] vendor: eVga.com. driver: nvidia v: 440.26 bus ID: 01:00.0 
           chip ID: 10de:13c2 
           Display: server: X.org 1.20.5 driver: nvidia compositor: kwin_x11 tty: 273x33 
           Message: Advanced graphics data unavailable in console for root. 
Network:   Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: 3.2.6-k port: f000 bus ID: 00:1f.6 
           chip ID: 8086:15b8 
Drives:    Local Storage: total: 34.23 TiB used: 33.34 TiB (97.4%) 
Info:      Processes: 380 Uptime: 1h 05m Memory: 15.57 GiB used: 7.20 GiB (46.2%) Init: systemd v: 243 runlevel: 5 
           target: graphical.target Compilers: gcc: 9.2.1 alt: 9 clang: 8.0.1 Shell: bash v: 5.0.11 running in: tty 1 
           inxi: 3.0.32 

Eu tentei Proton 4.2-9, 4.11-9 e 4.21-GE-1 e todos os três mostram a mesma tela inicial:

Os resultados são os mesmos com o Navegador 1 e o Navegador 0. Atualmente executando o Fedora 30 + KDE 5

@ Romdeau4 eu tenho o mesmo problema, eu tentei Proton-4.21-GE-1 e gallium9, não consigo rolar, eu também cansei do tipo de navegador 2

@ Romdeau4 @tuxutku Este provavelmente não é o seu problema, mas eu tive o mesmo problema até me lembrar de que havia definido a opção de inicialização que foi postada anteriormente neste tópico para remover o argumento -issteam . Eu precisava atualizar essa opção de lançamento para usar o Proton personalizado da GE.

Eu só consegui fazer o novo iniciador funcionar com ge-protonofied-4.10, parece que as versões posteriores apenas obtêm aquela tela sólida com o logotipo FFXIV no iniciador e nunca permitem que você acesse o resto.

Olá a todos,
Acho que consegui resolver o problema, pelo menos na minha versão customizada. Simplesmente substituí ffxivboot.exe por ffxivboot64.exe e o inicializador funcionou. Se você estiver usando minha construção personalizada, tente abrir o seguinte:

FFXIV Oficial:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

Teste FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

e substitua o conteúdo pelo seguinte:

""" Game fix for FFXIV Trial
"""
#pylint: disable=C0103

from protonfixes import util
import os

def main():
    """ for FFXIV skip intro cutscene to allow game to work.
    """
    # Fixes the startup process.
    util.replace_command('ffxivboot.exe', 'ffxivboot64.exe')

    # disable new character intro cutscene to prevent black screen loop
    configpath = os.path.join(util.protonprefix(), 'drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn')
    if not os.path.exists(configpath):
        os.makedirs(configpath)
    configgame = os.path.join(configpath, 'FFXIV.cfg')
    if not os.path.isfile(configgame):
        f = open(configgame,"w+")
        f.write("<FINAL FANTASY XIV Config File>\n\n<Cutscene Settings>\nCutsceneMovieOpening 1")
        f.close

Ainda não tentei entrar no jogo, pois possuo uma conta independente e não tenho certeza se a licença é diferente das licenças do Steam.

Editar: o novo iniciador não renderiza, mas pelo menos não falha. O lançador antigo ainda funciona. É necessário definir o navegador 1 em FFXIV_BOOT.cfg

Não há diferença entre as licenças do Windows. É só se você for
tentando usar uma licença do Steam em modo autônomo, você precisa anexar -issteam

Idk porque a Square fez isso dessa forma lol
Parece meio preguiçoso para mim, se o objetivo era fazer uma distinção. Melhor que
mantendo duas compilações, eu acho.

No sábado, 7 de dezembro de 2019, 05:39 Thomas Crider, [email protected] escreveu:

Olá a todos,
Acho que consegui resolver o problema, pelo menos dentro do meu costume
versão. Simplesmente substituí ffxivboot.exe por ffxivboot64.exe, e o
lançador funcionou. Se você estiver usando minha construção personalizada, tente abrir o
Segue:

FFXIV Oficial:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

Teste FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

e substitua o conteúdo pelo seguinte:

"" "Correção do jogo para FFXIV Trial
"" "

pylint: disable = C0103

from protonfixes import util
importar os

def main ():
"" "para FFXIV pule a cena de introdução para permitir que o jogo funcione.
"" "
# Corrige o processo de inicialização.
util.replace_command ('ffxivboot.exe', 'ffxivboot64.exe')

# disable new character intro cutscene to prevent black screen loop
configpath = os.path.join(util.protonprefix(), 'drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn')
if not os.path.exists(configpath):
    os.makedirs(configpath)
configgame = os.path.join(configpath, 'FFXIV.cfg')
if not os.path.isfile(configgame):
    f = open(configgame,"w+")
    f.write("<FINAL FANTASY XIV Config File>\n\n<Cutscene Settings>\nCutsceneMovieOpening 1")
    f.close

Ainda não tentei entrar no jogo, pois possuo uma conta autônoma e
Não tenho certeza se a licença é diferente das licenças do Steam.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBULR6DO6265I5LSHLQXMSGHA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGF5U6I#issuecomment-562813561 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AD4BBKCPUADHYVFBK4ECPX3QXMSGHANCNFSM4FRR7KYQ
.

Editar: o novo iniciador não renderiza, mas pelo menos não falha. O lançador antigo ainda funciona. É necessário definir o navegador 1 em FFXIV_BOOT.cfg

Definir o navegador 1 em FFXIV_BOOT.cfg corrigiu meu problema :)

Eu atualizei o script python de acordo com as instruções da GE, configurei o navegador 1 em FFXIV_BOOT.cfg e adicionei o sinalizador -issteam e parece que estamos instalando!

Muito animado para voltar ao FFXIV. Obrigado por toda sua ajuda a todos

o modo Directx 9.0c não funciona (pelo menos com gallium9). Eu instalei dxwebsetup.exe para suprimir a mensagem de erro The latest version of DirectX is required to play FINAL FANTASY XIV, Please download and install the DirectX End-User Runtime, then restart the game,----(0) , o jogo foi iniciado depois disso, mas travou após cerca de 10 segundos enquanto usava cerca de% 50 cpu. Do terminal, ele não relatou que o Gallium nine estava sendo usado a qualquer momento (no entanto, havia mensagens de depuração relacionadas ao d3d9).

No entanto, o desempenho do DXVK é muito bom para o amd a10-9620p.

PS: Usei o método run file, pois o vapor desativa o gálio9

@GloriousEggroll sua compilação 4.10 funciona no novo iniciador, mesmo que seja engraçado. a interface do inicializador antigo está programada para ser removida / depreciada, então seria muito melhor garantir que a nova pelo menos funcione do que depender de ser capaz de configurá-la para usar a antiga, você tem alguma ideia do motivo regrediu em compilações mais recentes?

@GloriousEggroll sua compilação 4.10 funciona no novo iniciador, mesmo que seja engraçado. a interface do inicializador antigo está programada para ser removida / depreciada, então seria muito melhor garantir que a nova pelo menos funcione do que depender de ser capaz de configurá-la para usar a antiga, você tem alguma ideia do motivo regrediu em compilações mais recentes?

Você pode verificar isso? Mandei fazer um teste de alguém, onde funcionou para eles, então retiraram o prefixo, e ao fazer um prefixo limpo não funcionou.

E para ser claro: a intenção não é depender permanentemente do antigo iniciador. Em última análise, terá de ser corrigido. A intenção dos meus comentários originais era fazer o jogo funcionar para as pessoas que querem jogar.

Consegui instalar o jogo no Proton 4.21-GE-1 e usando o novo inicializador, mas parece que agora tenho um problema com o DirectX.

System:    Host: localhost.localdomain Kernel: 5.3.14-200.fc30.x86_64 x86_64 bits: 64 compiler: gcc 
           v: 9.2.1 Desktop: KDE Plasma 5.15.5 tk: Qt 5.12.5 wm: kwin_x11 dm: SDDM 
           Distro: Fedora release 30 (Thirty) 
Machine:   Type: Desktop Mobo: Gigabyte model: H81M-S1 v: x.x serial: <root required> 
           BIOS: American Megatrends v: FF date: 06/20/2014 
CPU:       Quad Core: Intel Core i5-4460 type: MCP arch: Haswell speed: 3389 MHz min/max: 800/3400 MHz 
Graphics:  Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics vendor: Gigabyte 
           driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0412 
           Device-2: AMD Curacao XT / Trinidad XT [Radeon R7 370 / R9 270X/370X] vendor: PC Partner Limited 
           driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:6810 
           Display: x11 server: Fedora Project X.org 1.20.5 driver: modesetting,radeon FAILED: ati 
           unloaded: fbdev,vesa compositor: kwin_x11 resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: AMD PITCAIRN (DRM 2.50.0 5.3.14-200.fc30.x86_64 LLVM 8.0.0) v: 4.5 Mesa 19.1.8 
           direct render: Yes 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Gigabyte driver: r8169 
           v: kernel port: d000 bus ID: 03:00.0 chip ID: 10ec:8168 
Drives:    Local Storage: total: 1.13 TiB used: 156.92 GiB (13.6%) 
Info:      Processes: 236 Uptime: 1h 13m Memory: 7.65 GiB used: 3.09 GiB (40.4%) Init: systemd v: 241 
           runlevel: 5 target: graphical.target Compilers: gcc: 9.2.1 Shell: bash v: 5.0.7 
           running in: konsole inxi: 3.0.37 

Olá @ Romdeau4 , Intel / Haswell tem uma implementação experimental vulkan e o linux usa o módulo de kernel radeon por padrão com seu chipset AMD da geração Southern Island (SI). O módulo de kernel radeon não é compatível com Vulkan.

Leia https://github.com/ValveSoftware/Proton/wiki/For-AMD-users-having-issues-with-non-OpenGL-games .

@ kisak-valve Muito obrigado, isso ajudou e o jogo está a correr sem problemas.
Para visibilidade e outros usuários do Fedora 30 que podem não estar cientes:

Edite /etc/default/grub e adicione radeon.si_support=0 amdgpu.si_support=1 e radeon.cik_support=0 amdgpu.cik_support=1 à opção GRUB_CMDLINE_LINUX_DEFAULT

Depois, atualize sua configuração do grub com sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg para sistemas UEFI ou sudo grub2-mkconfig -o /boot/grub2/grub.cfg para sistemas BIOS.

Reinicialize seu sistema e confirme que está executando o driver do kernel amdgpu com lspci -k .

O novo iniciador ainda não funciona. É apenas o logotipo final da fantasia xiv e posso pressionar minimizar ou sair.

Pergunta estúpida talvez, mas você poderia definir o arquivo como somente leitura?

Na terça - feira, 17 de dezembro de 2019, 18:57, zangoku

Ele continua sobrescrevendo meu valor de 1 pelo valor de 2 em ffxiv_boot.cfg.
Portanto, não posso jogar o jogo.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHELVPA#issuecomment-566803132 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ
.

Pergunta estúpida talvez, mas você poderia definir o arquivo como somente leitura?
…
Em Ter, 17 de dezembro de 2019, 18:57 zangoku @ . * > escreveu: Ele continua sobrescrevendo meu valor de 1 pelo valor de 2 em ffxiv_boot.cfg. Portanto, não posso jogar o jogo. - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, vê-lo no GitHub <# 580? Email_source = notificações & email_token = AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHELVPA # issuecomment-566803132>, ou unsubscribe https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ .

O Steam disse que precisava reiniciar para atualizar, então fiz isso e o problema foi corrigido.

@GloriousEggroll sua compilação 4.10 funciona no novo iniciador, mesmo que seja engraçado. a interface do inicializador antigo está programada para ser removida / depreciada, então seria muito melhor garantir que a nova pelo menos funcione do que depender de ser capaz de configurá-la para usar a antiga, você tem alguma ideia do motivo regrediu em compilações mais recentes?

Você pode verificar isso? Mandei fazer um teste de alguém, onde funcionou para eles, então retiraram o prefixo, e ao fazer um prefixo limpo não funcionou.

E para ser claro: a intenção não é depender permanentemente do antigo iniciador. Em última análise, terá de ser corrigido. A intenção dos meus comentários originais era fazer o jogo funcionar para as pessoas que querem jogar.

Eu tentei isso e não funcionou para mim. O iniciador está preso na tela de título. Eu também tentei um monte de coisas que foram sugeridas aqui, mas nada ajudou. Tentei trocar o inicializador para o antigo, mas isso me faz passar pelo processo de registro ou algo assim. Quando eu entro em minha conta, o launcher me pede para inserir minha chave de jogo, e quando eu faço, ele me diz que já está registrado e não me deixa prosseguir. Já joguei com esta conta no windows com o jogo completo ativado.

Isso é ... meio estranho. Você está tentando instalar através do Steam quando tem uma chave autônoma ou vice-versa? Não sei exatamente o que está acontecendo lá, da última vez que reinstalei, tenho quase certeza de que disse que tinha uma conta existente, fiz login e passou pela tela. Mas se ele estiver procurando por uma chave Steam / Non-Steam quando você não tem essa marca específica de chave, talvez isso esteja confundindo isso?

Você poderia tentar definir StartupCompleted como 1 em FFXIV_BOOT.cfg , talvez? Na melhor das hipóteses, você passará dessa tela específica.

@GloriousEggroll sua compilação 4.10 funciona no novo iniciador, mesmo que seja engraçado. a interface do inicializador antigo está programada para ser removida / depreciada, então seria muito melhor garantir que a nova pelo menos funcione do que depender de ser capaz de configurá-la para usar a antiga, você tem alguma ideia do motivo regrediu em compilações mais recentes?

Você pode verificar isso? Mandei fazer um teste de alguém, onde funcionou para eles, então retiraram o prefixo, e ao fazer um prefixo limpo não funcionou.

E para ser claro: a intenção não é depender permanentemente do antigo iniciador. Em última análise, terá de ser corrigido. A intenção dos meus comentários originais era fazer o jogo funcionar para as pessoas que querem jogar.

Para acompanhar isso, de repente parou de funcionar :( Existe uma maneira de alterar um arquivo de configuração para mostrar o inicializador antigo?

Para acompanhar isso, de repente parou de funcionar :( Existe uma maneira de alterar um arquivo de configuração para mostrar o inicializador antigo?