_Actualizado: 14/04/20_ , se agregó WINE y GE-Proton el 19/04/20:
Si está buscando ejecutar FFXIV a través de Proton, hay algunas instrucciones para las instalaciones actuales:
1) Proton predeterminado _no funcionará_. Deberá obtener una versión del repositorio de instrucciones de instalación .
2) Deberá ejecutar el siguiente comando:
WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable asumiendo que usa la ubicación predeterminada para su biblioteca de una instalación regular de Steam. Si no lo hace, adapte el camino de manera adecuada.

Instrucciones para otras versiones del lanzador / que no son de Steam:

• Si desea ejecutar FFXIV exterior de vapor, por favor utilice Lutris ' Standalone - DXVK version instalador .
• Si quieres usar Lutris para ejecutar FFXIV fuera de Steam y tu juego se compra a través de Steam, agrega el argumento -issteam a tu configuración de Lutris para el juego.
• Si desea utilizar Steam para ejecutar una versión de FFXIV que no sea Steam, configure las opciones de inicio de FFXIV en: echo "%command%" | sed 's/-issteam\(freetrial\|\)//' | sh . (¡Gracias a jbal91 por recordarme que sed es mágico!)

Temas de interés:
1) El nuevo lanzador está desactivado por Steam / GE-Proton de forma predeterminada; en algún momento, es probable que deje de funcionar. Tiene un ticket de vino abierto aquí .
2) Si está utilizando un inyector de posprocesamiento (ReShade, GShade, etc.), el juego se ve obstaculizado por un tartamudeo de varios segundos cada vez que se mueve el mouse. Tiene un ticket de vino abierto aquí . Puede obtener un WINE que funcione aquí (basado en WINE 5.4) y un Proton que funcione (creado a partir del repositorio de aquí .

_ Actualizaciones anteriores _:
_Actualizado: 31/07/19_:
¡Hola, Guerreros de la Oscuridad / Luz! Si está intentando jugar FFXIV a través de Proton, ¡se ha simplificado enormemente!

Una vez que XIV esté instalado a través de Steam, simplemente abra el archivo en ~/.steam/steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/FFXIV.cfg y cambie CutsceneMovieOpening 0 a 1 . (Si está ejecutando la demostración, cambie siempre 39210 por 312060).

Si no ves la opción para instalar el juego a través de Steam después de la compra, debes, dentro de tu cliente Steam, abrir Steam -> Configuración -> Steam Play, luego marcar 'Habilitar Steam Play para títulos compatibles' y 'Habilitar Steam Play para todos los demás títulos ', reinicie Steam cuando se le solicite, ¡y debería estar listo!

¡Bienvenidos a la comunidad!

Publicación original:
No estoy seguro de si este es el mismo problema directamente. Conseguí que XIV funcionara a través de Proton, pero tuve que seguir respuestas conocidas de vino para que se pudiera reproducir. Es decir, tengo que editar dos archivos en el directorio steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn /.

En FFXIV_BOOT.cfg, tuve que editar BrowserType a 2, y en FFXIV.cfg tengo que editar CutsceneMovieOpening a 1.

El primer cambio me permite acceder al lanzador en este punto; si se deja en su valor predeterminado, obtengo 'Ha ocurrido un error del sistema: 404. Error del sistema HTTPS'. Me temo que hice la instalación a mitad de semana, así que no estoy seguro de si así fue como superé el problema de nstgc durante la instalación.
Obviamente, el último cambio significa que no puedo ver la escena de apertura la primera vez que juego, pero si lo dejo en el valor predeterminado, el juego se inicia pero cuelga después de seleccionar un Centro de datos.

Como estos archivos de configuración del juego editan, no estoy seguro de si esto es algo que Valve quiera considerar para Proton, pero al menos es información.

FFXIV se congela cuando los reflejos en tiempo real están habilitados

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/627.
@ulzeraj publicado en 2018-08-26T05: 58: 03:

Final Fantasy 14 (ID: 39210) funciona en modo DX11 después de algunas soluciones manuales que están editando los archivos INI para establecer el tipo de navegador en 2, deshabilitar la escena de apertura y usar winetricks xact en su prefijo.

Sin embargo… los gráficos dejan de funcionar inmediatamente después de que habilito “Reflejos en tiempo real”. Habilitar cualquier nivel de esta opción en particular congela el juego y X11. Todavía puedo iniciar sesión a través de SSH y hay estos mensajes:

[384.698959] [ drm: amdgpu_job_timedout [amdgpu]] ERROR ring gfx timeout, última secuencia señalizada = 202749, última secuencia emitida = 202751
[384.698964] [drm] Recuperación de GPU deshabilitada.

La GPU es Saphire R9 390. El sistema es OpenSUSE Tubleweed con kernel 4.18.0-1, usando amdgpu y Mesa 18.1.6 LLVM6. El mismo hardware y juego funciona bien en Windows 10 con Real Time Reflections activado.

Gracias por el arduo trabajo.

@doitsujin comentó en 2018-08-26T10: 47: 10

Pruebe con LLVM 7 y Mesa 18.2, como se sugiere en PREREQS.md .

@HereInPlainSight comentó en 2018-08-26T15: 37: 13

Información del sistema: Gentoo x86_64 | 4.14.65-gentoo | i5-6500 | NVIDIA GeForce GTX 1070 | NVIDIA 396.51

Anteriormente había realizado las ediciones del archivo de configuración, simplemente emergí llvm7 y agregué xact winetricks al prefijo, cambié a DX11 y puedo confirmar que puedo ejecutar Real Time Reflections en cualquier configuración que desee.

@doitsujin comentó en 2018-08-26T16: 12: 39

@HereInPlainSight La versión LLVM solo es relevante para los controladores AMD porque usan LLVM para compilar sombreadores. Mesa debe construirse contra LLVM 7 para que funcione correctamente.

@HereInPlainSight comentó en 2018-08-26T16: 50: 18

@doitsujin No estaba al 100% en eso porque la información de DirectX11 parece indicar que se recomienda LLVM7 para evitar bloqueos de GPU, que se menciona después de la sección de controladores. Mi juego en Linux antes de la nueva información de SteamPlay era bastante informal, así que opté por evitarlo.

El uso de las bibliotecas recomendadas me solucionó el problema, pero ahora tengo el problema de las fuentes que faltan descrito por @nstgc. Debo mencionar que el problema de las fuentes no ocurrió en OpenSUSE Tumbleweed.

Me cambié a Ubuntu Bionic para cumplir con los requisitos descritos en PREREQS.md. La instalación desde esos repositorios me dio Mesa 18.3 compilado contra LLVM 8.0. También instalé LLVM y CLANG 8 ya que el documento no aclara si libllvm8 es suficiente. Todavía estoy usando amdgpu del kernel 4.18.5-041805 que instalé desde UKKUU.

Por cierto, los wine y winetricks de los repositorios predeterminados de Ubuntu son demasiado antiguos y la aplicación de xact a través de ellos hará que el juego falle al iniciarse.

de alguna manera me las arreglo para agregar esas fuentes usando "winetricks allfonts"
Pero parece que no puedo ingresar caracteres japoneses usando iBus anthy en Ubuntu 18.04
¿Alguien más puede confirmar? (O puede escribir japonés en el chat de FFXIV realmente)

Ni mi controlador de vapor ni el controlador de Xbox 360 funcionan.
Ambos aparecen en la lista de mandos en el menú de configuración para que se detecten, pero las pulsaciones de botones no funcionan.

Aquí los controladores no funcionan a través de Steam como deberían, pero he logrado usarlos a través del sistema nativo SDL.

Para DS4, esto funciona agregando la siguiente variable a su perfil (.bashrc o / etc / environment) y deshabilitando el sistema de control de vapor.

exportar SDL_GAMECONTROLLERCONFIG = '030000004c050000cc09000011810000, PS4 Controller, a: b0, b: b1, back: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , guide: b10 , lef tshoulder: b4 , leftstick: b11 , le fttrigger: a2 , leftx: a0 , zurdo: a1 , tshoulder derecho ightstick: b12 , rig httrigger: a5 , rightx: a3 , righty: a4 , start: b9 , x: b3, y: b2, plataforma: Linux , 050000004c050000cc09000000810000, controlador PS4, a: b0, b: b1, parte posterior: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , guía: b10 , hombro izquierdo: b4 , joystick izquierdo: b11 , gatillo izquierdo: a2 , izquierdox: a0 , a1 , hombro derecho joystick derecho: b12 , gatillo derecho: a5 , derechox: a3 , derecho: a4 , inicio: b9 , x: b3, y: b2, plataforma: Linux , '

La cosa es ... Debería poder deshabilitar el controlador solo para ese juego, pero Steam cambia el nombre de las rutas de los nodos del dispositivo, así que para que funcione, necesito deshabilitar todo. El cambio de nombre del dispositivo no ocurre en OpenSuSE.

Las cinemáticas no se reproducen, podrían estar relacionadas con el número 1464.

Encontré la solución a mi problema aquí: https://www.reddit.com/r/archlinux/comments/9bl3l7/steam_controller_not_working_with_protonsteam/

El problema era que se estaban creando dos entradas para un controlador.
ejecutar sudo rmmod hid_steam y reiniciar Steam solucionó el problema.

Error al cargar la página web incorporada en el iniciador del juego (appid: 39210)

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/2183.
@TenaarFeiri publicado en 2019-01-02T23: 58: 28:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: Final Fantaxy XIV Online
• Steam AppID del juego: 39210

Información del sistema

• GPU: GTX 980M
• Versión del controlador / LLVM: nVidia 390.87
• Versión de Kernel: 4.18.0-13
• Enlace al informe completo de información del sistema como Gist : https://gist.github.com/TenaarFeiri/2733a8f25f8818a5c3e85777eed9be22
• Versión de protón: 3.7-8

Confirmo:

• [] que no he encontrado un informe de compatibilidad existente para este juego.
• [x] que he comprobado si hay actualizaciones disponibles para mi sistema.

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

Síntomas

El problema es que Proton no parece poder ayudar a ffxivlauncher.exe a usar el navegador web correcto para incrustar su página de inicio de sesión. He recibido informes de que el juego en sí es funcional una vez que pasas el lanzador, pero no puedo probarlo, ya que este es un paso crucial para descargar el juego.

El propio lanzador informa un error HTTPS 404, ya que no puede encontrar un navegador para usar en la página de inicio del lanzador.

Reproducción

• Descarga e instala Final Fantasy XIV Online.
• Iniciar el Juego. ffxivboot.exe se iniciará y no le dará información útil ya que la fuente está rota.
• ffxivboot.exe eventualmente terminará su descarga, y luego abrirá ffxivlauncher.exe
• Informe al lanzador que ya tiene una cuenta con el juego.
• Continúe con sus indicaciones hasta que termine de guiarlo a través de él.
• Observe que el lanzador intenta abrir una página web necesaria para iniciar la ejecución del juego y falla.
• Cierra y reinicia el juego tantas veces como desees.

EDITAR: Tengo el juego para ejecutar: D
Actualmente tengo un problema de que no hay audio en DX11, pero hay audio en DX9. Prefiero jugar en DX11 porque el rendimiento es mejor. ¿Algunas ideas?
Estoy usando Proton 3.16-6 (Beta) ahora.

Acabo de encontrar esto y apliqué algunos de los ajustes mencionados anteriormente y obtuve el lanzador funcionando =)

Queda por ver si puedo hacer que el juego se ejecute cuando termine de descargarse, ¡pero ya veremos!

Noto que los prefijos se mencionan arriba. No soy muy conocedor de la tecnología; ¿Cómo haría para aplicarlos si los necesito?

¿Alguna idea de cómo hacer que el sonido funcione en DirectX 11? DX9 tiene sonido, pero es prácticamente imposible de reproducir.

@TenaarFeiri With Wine tuve que instalar xact y luego anular xaudio2_7

¿Sabes cómo hacer esto con Proton Wine? Todavía no soy del todo inteligente con estas cosas.

@TenaarFeiri With Wine tuve que instalar xact y luego anular xaudio2_7

¡Me lo imaginé! Muchas gracias por señalarme en la dirección correcta.
Instalé una versión adecuada de Wine como se indica en winehq.org, y luego hice: WINEPREFIX=game_folder_in_steam winecfg y configuré xaudio2_0 y xaudio2_7 en el override.
¡Eso hizo el truco! ¡Ahora tengo audio y un gran rendimiento!

EDITAR: Resulta que el problema era mi entorno de escritorio. ¡Desinstalé Ubuntu 18.10 y lo reemplacé con Kubuntu 18.10 y ahora el modo de ventana funciona muy bien!

¡Bueno!
¡Nuevo problema!
Así que el juego funciona perfectamente en pantalla completa con ventana sin ningún problema (que puedo ver). Pero en realidad prefiero jugar en modo Ventana, y ahí es donde surgen los problemas: tengo habilidades ligadas a las teclas del teclado numérico, que se activan cuando presiono los botones del mouse. En Windowed Fullscreen funcionan muy bien sin errores, pero cuando los uso más en Windowed, hay una caída / congelación notable de FPS que hace que sea difícil jugar así.

Grabé un video: https://youtu.be/iqLxMQLCLe4 (la baja tasa de cuadros del juego es el resultado de la grabación, pero afortunadamente también lo hace muy obvio cuando presiono los botones del mouse para que puedas observar).

¿Alguna idea sobre cómo podría solucionar esto?

La última revisión de FAudio corrige el audio de la versión DX11:

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

EDITAR: Siempre que desactive la reverberación ... agregue return buffer; después de esta línea si realmente prueba esto:

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

¡La última revisión de FAudio también corrige los efectos! El juego suena bien en mi propia configuración ahora sin modificaciones (menos algo de atenuación, pero eso no debería ser desgarrador).

Junto con todo lo anterior, y con xact, xaudio2_0-9, creo que el soporte oficial no debería estar tan lejos.
Funciona perfectamente con esas correcciones en Proton 3.16-6 Beta, y realmente el mayor obstáculo es simplemente cambiar BrowserType a 2 y CutsceneMovieOpening a 1 como lo describe @HereInPlainSight.
Pero eso es algo que apuesto a que el cliente de Steam debería poder hacer por sí solo cuando el juego esté instalado, ¿no?

Proton 3.16-7 incluye los últimos cambios de FAudio, por lo que el audio debería funcionar correctamente con la versión DX11.

Con la versión beta de 3.16-7, recreé los datos de compatibilidad para este juego para deshacer por completo cualquier modificación manual. Aún tenía que cambiar BrowserType a 2 y CutsceneMovieOpening a 1. El audio ahora funciona sin anulaciones de xaudio dll, pero el audio se retrasa progresivamente con el tiempo de reproducción. Después de ~ 20-30 minutos de tiempo de reproducción, todo el audio se retrasa entre 1 y 2 segundos.

¿Alguien más está experimentando algo similar?

Eché un vistazo rápido y creo que se ha topado con un problema de diseño con SDL_AudioStreams. Cambié el remuestreador, por lo que si hice todo bien, el retraso debería desaparecer (y espero que la calidad del sonido siga siendo buena):

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

Sigo teniendo problemas con un error HTTPS en el lanzador a pesar de que BrowserType se ha establecido en 2. Probado en GNOME con Wayland, GNOME en Xorg y Plasma sin éxito.

Sigo teniendo problemas con un error HTTPS en el lanzador a pesar de que BrowserType se ha establecido en 2. Probado en GNOME con Wayland, GNOME en Xorg y Plasma sin éxito.

Intenta eliminar la carpeta "web" en ~/.local/share/Steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/

Tengo 2 máquinas Fedora 29 en las que en una tengo que eliminar constantemente esa carpeta para que se cargue el lanzador, mientras que en la otra no lo requiere. Aunque no estoy seguro de qué es diferente entre las dos máquinas

A veces también tendrá el problema cuando simplemente no pueda conectarse a su
página de destino.

Supongo que ya lo ha hecho, pero en la remota posibilidad de que no lo haya hecho, consulte
vea que su BrowserType está configurado en 2 en boot.cfg (¿creo?).

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

Sigo teniendo problemas con un error HTTPS en el lanzador a pesar de
BrowserType se ha establecido en 2. Probado en GNOME con Wayland, GNOME en
Xorg y Plasma en vano.

Intente eliminar la carpeta "web" en ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My
Documentos / Mis juegos / FINAL FANTASY XIV - A Realm Reborn /

Tengo 2 máquinas Fedora 29 donde en una tengo que eliminarlas constantemente
carpeta para que el lanzador se cargue mientras que en el otro no lo requiere.
Aunque no estoy seguro de qué es diferente entre las dos máquinas

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-468874158 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx
.

A veces, también obtendrá el problema cuando simplemente no pueda conectarse a su página de destino. Supongo que ya lo hizo, pero en la remota posibilidad de que no lo haya hecho, verifique que su BrowserType esté configurado en 2 en boot.cfg (¿creo?). Den lør. 2. mar. 2019, 03:37 skrev Equivocal90 [email protected] :
...
Sigo teniendo problemas con un error HTTPS en el lanzador a pesar de que BrowserType se ha establecido en 2. Probado en GNOME con Wayland, GNOME en Xorg y Plasma sin éxito. Intente eliminar la carpeta "web" en ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / Tengo 2 Fedora 29 máquinas en las que en una tengo que eliminar constantemente esa carpeta para que se cargue el lanzador, mientras que en la otra no lo requiere. Aunque no estoy seguro de qué es diferente entre las dos máquinas, lo recibe porque fue mencionado. Responda a este correo electrónico directamente, véalo en GitHub < # 580 (comentario) > o silencie el hilo https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

En mi máquina que tiene el problema BrowserType está configurado en 2 y da un error https diferente. O tiene éxito o me da un error -22 o -21 hasta que elimine la carpeta que especifiqué anteriormente.

Pregunta para las personas que juegan a este juego: ¿Es solo la escena inicial la que debe omitirse o las escenas del juego tampoco funcionan? Me las arreglé para hacer que el juego funcionara, pero como es la primera vez que lo juego, no sé dónde se supone que debo ver las escenas en el juego.

@ Equivocal90

No estoy seguro de cómo lidiar con eso. = (¡Tuve la suerte de no tener ese problema! ¿Qué versión de Proton estás usando? Estoy usando la última (Beta). Pensé que tal vez el entorno de escritorio podría ser un problema, pero lo has probado en algunos Pero estoy usando Kubuntu / Debian, por lo que podría ser que Fedora tenga un problema diferente que no puedo adivinar.

@Mushoz
Las escenas de corte en el juego funcionarán bien, e incluso puedes ver las cinemáticas en FFXIV desde el menú de apertura cuando se abre el cliente.
Curiosamente, no parece haber una razón obvia por la que el cliente no comience con las escenas de corte iniciales habilitadas, ya que las maneja realmente bien una vez que se está ejecutando.
De cualquier manera, ¡todas las escenas del juego deberían funcionar! Todavía no he encontrado ningún problema.

¡Aunque le tengo un poco de miedo a Shadowbringers! No tengo idea de cómo afectará eso al rendimiento actual de Proton.

@flibitijibibo y @ Equivocal90 :
Puedo confirmar que el último faudio corrige el retardo progresivo del sonido.

Sin embargo, parece que me he encontrado con un problema diferente ...

Después de jugar un rato (a veces son menos de 30 minutos, a veces son más de 2 horas), empiezo a tener una gran variación en el tiempo de cuadro que hace que el juego tartamudee.
Cambié "DXVK_HUD": "full" en user_settings.py por proton para observar exactamente lo que está sucediendo ... y después de unos 50 minutos de juego, sucedió nuevamente.

Lo que encontré fue que lo siguiente causa grandes picos en el tiempo necesario para renderizar los marcos:

• mouse movido
• clic del mouse
• tecla tecleada (y sí, es específico para escribir el carácter, no solo presionar el botón)

Cómo sé que se ha escrito la clave:

1. Mantenga presionada una tecla (es decir, D para girar a la derecha): el tartamudeo comienza, luego el tartamudeo se detiene por un momento, luego se reanuda un momento después.
2. Si ahora toca otra tecla (como W para avanzar), el tartamudeo se detendrá cuando suelte la segunda tecla (W en este caso) aunque todavía mantenga presionada la primera tecla.

Este es el mismo comportamiento que tiene mi sistema al escribir en un cuadro de texto.
Una vez que el juego se pone así, no se detiene hasta que se reinicia.

Tenga en cuenta que el juego funciona _ impecablemente_ hasta que esto comienza (si no fuera por esto, diría que podría tener soporte oficial). Sucede en momentos tan aleatorios que no he descubierto una manera de reproducirlo yo mismo (aparte de jugar durante mucho tiempo, simplemente permanecer inactivo no parece funcionar).

SO: Kubuntu 18.04 LTS (compositor desactivado)
Procesador gráfico: RX 580 de 8 GB
Protón: 3.16-7 Beta
Mesas probado: 18.2 y 19.0.99 (Oibaf más reciente)
LLVM: 7.0.1

Yo tengo:

• Observó el uso de la memoria de la GPU, las velocidades del reloj, etc., que son las mismas que antes del cambio (la única excepción es que al mover / hacer clic con el mouse o al escribir, lo que parece causar tartamudeo, el uso de la GPU _ disminuirá_)
• Observé los relojes y la utilización de la CPU, que también siguen siendo los mismos (aunque no los vi mientras proporcionaba información)
• Deshabilitó todas las formas de limitación de fotogramas en el juego.
• Probé diferentes configuraciones del mouse en el juego
• Se verificó dmesg para detectar problemas de E / S o interrupciones con el hardware: no se registró nada
• Comprobó el registro de dxvk en la carpeta de Steam - nada anormal
• Comparado todo lo que se muestra en el dxvk hud antes y después de que comience el tartamudeo, solo los fps y el tiempo de fotograma parecen cambiar, y ese cambio solo ocurre durante la entrada

No tengo ideas, así que cualquier ayuda es bienvenida.

El juego en la parte gráfica funciona perfectamente.
Pero el audio se retrasa después de un corto tiempo (10 minutos diría) y se vuelve molesto

El juego en la parte gráfica funciona perfectamente.
Pero el audio se retrasa después de un corto tiempo (10 minutos diría) y se vuelve molesto

Tengo entendido que el problema debería solucionarse cuando Proton obtenga una versión más nueva de FAudio

El juego en la parte gráfica funciona perfectamente.
Pero el audio se retrasa después de un corto tiempo (10 minutos diría) y se vuelve molesto

Es posible que pueda resolver esto abriendo Propiedades en el juego y estableciendo las opciones de inicio en esto:

PULSE_LATENCY_MSEC = 60% comando%

Realmente debería corregir el crujido, pero a falta de otras sugerencias hasta que FAudio se actualice, ¿vale la pena intentarlo?

@Turbito si

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

Simplemente construya y reemplace la corriente del protón. Si está en Ubuntu, necesitará los siguientes paquetes:

• hacer
• libsdl2-dev
• construir-esencial

Actualmente estoy usando uno que es un poco más antiguo en este momento (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), pero el maestro actual también debería funcionar.

PD Si terminas encontrando el problema que describí en mi publicación anterior, me gustaría saberlo.

A veces, también obtendrá el problema cuando simplemente no pueda conectarse a su página de destino. Supongo que ya lo hizo, pero en la remota posibilidad de que no lo haya hecho, verifique que su BrowserType esté configurado en 2 en boot.cfg (¿creo?). Den lør. 2. mar. 2019, 03:37 skrev Equivocal90 [email protected] :
...
Sigo teniendo problemas con un error HTTPS en el lanzador a pesar de que BrowserType se ha establecido en 2. Probado en GNOME con Wayland, GNOME en Xorg y Plasma sin éxito. Intente eliminar la carpeta "web" en ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / Tengo 2 Fedora 29 máquinas en las que en una tengo que eliminar constantemente esa carpeta para que se cargue el lanzador, mientras que en la otra no lo requiere. Aunque no estoy seguro de qué es diferente entre las dos máquinas, lo recibe porque fue mencionado. Responda a este correo electrónico directamente, véalo en GitHub < # 580 (comentario) > o silencie el hilo https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

Resulta que Steam crea una nueva carpeta Mis juegos en SteamPlay. El archivo de configuración que se estaba leyendo estaba en el nuevo prefijo.

El juego en la parte gráfica funciona perfectamente.
Pero el audio se retrasa después de un corto tiempo (10 minutos diría) y se vuelve molesto

Es posible que pueda resolver esto abriendo Propiedades en el juego y estableciendo las opciones de inicio en esto:

PULSE_LATENCY_MSEC = 60% comando%

Realmente debería corregir el crujido, pero a falta de otras sugerencias hasta que FAudio se actualice, ¿vale la pena intentarlo?

@Turbito si

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

Simplemente construya y reemplace la corriente del protón. Si está en Ubuntu, necesitará los siguientes paquetes:

* cmake

* libsdl2-dev

* build-essential

Actualmente estoy usando uno que es un poco más antiguo en este momento (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), pero el maestro actual también debería funcionar.

PD Si terminas encontrando el problema que describí en mi publicación anterior, me gustaría saberlo.

He estado jugando durante aproximadamente una hora y media y el único problema gráfico es que la cámara no se mueve tan suavemente como en un sistema Windows ... Solo ocurre en una configuración de gráficos de escritorio alta. En el portátil estándar, la cámara funciona según lo previsto

Lo intenté, pero ninguno de estos (ni siquiera al mismo tiempo) corrige mi retraso de audio ...
La calidad del audio es buena, el único problema es el pequeño (pero perceptible por 2 o 3 segundos) retraso / desincronización del sonido

editar: Acabo de notar que copié la biblioteca en la carpeta lib / ... Estoy probando en lib64 /

¿Qué versión de Linux está ejecutando y cuál es su versión de Proton?
¿Ha intentado activar todos los canales de xaudio con wineconfig para
compatdata pfx y xact?

Actualmente estoy ejecutando la última versión beta de protones en Kubuntu 18.10.

>

Ahora, copiado en la carpeta lib64 de proton parece estar funcionando sin demora. En esta media hora no he notado demora. El audio está perfectamente sincronizado. Gracias a todos.

No he tocado nada en el winecfg de Proton, simplemente copié la biblioteca y configuré

PULSE_LATENCY_MSEC=60 %command%

en los parámetros de lanzamiento

Usando Linux 5.0, Mesa 19.1.0-devel (git-cb4e3e3ef6), xf86-xorg-amdgpu hasta el día, etc. en Proton 3.16-7 beta (no estoy seguro Si ese es el número ... Es la versión más reciente que el cliente de Steam pantallas)

¡Increíble! ¡Me alegra que te lo haya arreglado!
En realidad, estaba buscando la distribución. Mi mal, eso, todavía me estoy aclimatando al mundo linux: D
¡Feliz juego!

¡Increíble! ¡Me alegra que te lo haya arreglado!
En realidad, estaba buscando la distribución. Mi mal, eso, todavía me estoy aclimatando al mundo linux: D
¡Feliz juego!

¿"Pruebas" de Gentoo? (~ amd64). Pero debería funcionar también en cualquier otra distribución, supongo.

@schives He experimentado este mismo problema, aunque será entrecortado sin entrada, la entrada definitivamente lo empeora. También parece que me lleva exactamente una hora. Si reinicio el juego, todo volverá a funcionar perfectamente. Por favor, avíseme si encuentra alguna solución alternativa para esto.

Intentar obtener alguna documentación del problema que estoy experimentando parece ser el mismo que el de @schives , donde después de una hora es realmente espasmódico y malo. Desafortunadamente, tuve que hacer esto con la cámara de un teléfono, pero parece funcionar un poco, especialmente cuando se compara con cuando funciona correctamente.

Después de una hora:
https://witches.live/@anna/101786126154372039

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

seguimiento, parece ser una consecuencia del juego activo. Dejé el juego encendido toda la noche después de iniciar sesión y charlar un poco y, por la mañana, el tartamudeo no está allí.

Un comentario más para confirmar absolutamente que tengo lo mismo que tiene @schives , y lo he documentado mejor que yo. Parece ser algo relacionado con la entrada, y de hecho parece ser una función casi de cuántos botones presionas, si estás activo y realizando misiones e instancias, parece surgir más rápido, mientras tanto, no hice que sucediera. durante casi 18 horas porque lo dejé encendido durante la noche para probar esto y luego jugué muy esporádicamente, principalmente viendo escenas de corte, y solo comenzó a suceder justo antes de que hiciera la nueva mazmorra (afortunadamente, antes de entrar, je). Ayudé a algunas personas a eliminar la normalidad de Tsukiyomi y se activó a la mitad de la segunda parte y es MUY divertido lidiar con esto cuando te estás quedando sin AOE y, sin embargo, la entrada empeora todo ...

Es tan extraño. Si no le molesta @schives, ¿podemos ver qué hay de similar en nuestras configuraciones para ayudar a identificar el problema?

Estoy usando gentoo, versión del kernel 4.19.27-gentoo-r1
Arreglé el sonido usando este comando, aunque estoy ejecutando el juego a través de la opción de "prueba gratuita" ya que tengo una cuenta heredada que no es de Steam, por lo que no es exactamente este número:
protontricks 39210 xaudio2_{0,1,2,3,4,5,6,7,8,9}=native

Mi 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:

La versión de Proton es 3.16-8 Beta
La CPU es Intel (R) Core (TM) i7-6700K CPU @ 4.00GHz

He hecho un clip de contracción de este problema mientras estoy transmitiendo

https://clips.twitch.tv/CarelessPeacefulAirGuitarYouWHY

Cuando ocurre el movimiento de la cámara del mouse, ¿todavía se entrecorta si se usa el teclado para mover la cámara?

Ha pasado un tiempo desde que estuve en FFX | V, y no recuerdo si hay enlaces predeterminados para la cámara, para el teclado, si se puede hacer integrado, pero si lo es, ¿alguien intentado eso?

Además, ¿el simple hecho de mover el mouse (incluso sin mover la cámara) hace que se produzca la agitación?

(Disculpas si me perdí las menciones de estas cosas en algún lugar; estoy recibiendo correo en cada mensaje de ValveSoftare aquí, pero es posible que me haya perdido estos, y no estoy leyendo todos estos comentarios en este momento ^^;).

Sí lo hace. Cada vez que se ingresa, se entrecorta, ya sea que use el mouse o el teclado. Todavía está un poco entrecortado si miras de cerca las animaciones mientras estás quieto y no escribes, pero se pone mal de nuevo incluso si estás escribiendo en el chat o algo así. Cualquier tipo de entrada parece agitarlo.

Está bien, no parece que las cosas que he visto en otros lugares, con respecto a los movimientos y las entradas.

Una cosa que también parece similar, con este título, es que la memoria gráfica se agota después de un rato de juego. Todo va bien por un tiempo, pero luego las cosas se vuelven locas ...

Estoy hablando un poco del pasado, ejecutando el juego a través de Wine, desde el primer Alpha hasta Beta y los lanzamientos que tienen ahora. :]

El punto es que prestaría atención a la memoria gráfica que se está utilizando, ya que parecía que me estaba quedando sin ella (¿pérdidas de memoria?). Las cosas fueron muy similares a lo que he visto aquí, después de un tiempo, y coincide con que realmente necesitas moverte, no solo inactivo).

@witcheslive y @Chiitoo
No parece ser VRAM, radeontop muestra que el uso de la memoria es aproximadamente consistente en mi RX 580 y nunca supera los 3 GB, incluso mientras se están ejecutando otras aplicaciones.
El uso de la memoria es menor, sin pérdidas obvias de memoria.

Incluso he intentado eliminar otras tarjetas pcie en caso de que haya algún problema (un poco extremo para la depuración), pero no hubo cambios.

Realmente parece un problema con la forma en que protón o FF14 manejan la entrada. Al habilitar el HUD dxvk completo, debería poder ver un tartamudeo momentáneo en el gráfico de tiempo de fotograma al hacer clic con el botón izquierdo (fracción de segundo, el tipo de cosas que normalmente no vería). Este tartamudeo al hacer clic con el botón izquierdo está presente incluso antes de que el juego entre en modo de tartamudeo en todas las entradas.

En cuanto a un pequeño experimento, cuando el juego se entrecorta, presione alt-tab, desactive la repetición de teclas usando xset r off (esto desactivará la repetición de teclas en xorg) y comience a correr usando las teclas WASD. Notarás que incluso si mantienes presionada la tecla, siempre que no muevas el mouse o presiones nuevas teclas, el juego no es realmente entrecortado. Para volver a habilitar la repetición de teclas, use xset r on .

También he visto que el tiempo que tarda el juego en ir entrecortado parece ser inversamente proporcional al número de teclas que presiono.

Cosas en las que podría pensar que podrían estar causando problemas:

1. Podría haber algún tipo de estructura de datos que actúe como un búfer que contenga todas las teclas presionadas y necesite ajuste (por ejemplo, una pila o una cola) de alguna manera cuando se llene excesivamente y no se vacíe. Tendría sentido que una estructura de datos de este tipo que necesita mover todos los valores en un espacio podría encontrarse con un cuello de botella en el ancho de banda de la memoria.

1. También es posible que la corrección de audio sea defectuosa.

2. Ambos tenemos procesadores Intel: ¿quizás una de las mitigaciones para esas vulnerabilidades de hardware excesivamente numerosas está causando problemas?

3. Algo podría estar mal con la forma en que el protón está traduciendo la entrada para FF14.

En cuanto a las especificaciones del sistema, lo único que veo que es similar es nuestro proveedor de CPU (Intel) ...

Especificaciones detalladas

SO: Kubuntu 18.04 LTS
Protón: 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

PD. @witcheslive si está usando dxvk, vulkaninfo, no glxinfo, recopila la información relevante para la depuración

Editar: secciones comprimidas agregadas para información de hardware

Corroborando extremadamente que parece tener que ver con la cantidad de entradas en una sesión, y toma aproximadamente una hora de juego activo, y hacer instancias parece hacer que suceda más rápido debido a la presión de tantos botones. Juego con un estilo muy activo, saltando mucho, presionando varios botones para asegurarme de que estén en cola para los GCD, girando la cámara, así que creo que por eso la única vez que tuve más de una hora de juego activo fue cuando estaba haciendo el nuevo parche MSQ y tomarme mi tiempo para ver las escenas.

Me pregunto si es algo con la corrección de audio, pero sin él el audio es tan malo que ni siquiera dura 10 minutos y mucho menos una hora, je. Pero al mismo tiempo, conozco a alguien (que me ayudó a configurar esta configuración) que tiene hardware casi idéntico (la misma GPU de todos modos) que NO tiene este problema, aunque también juega un estilo más relajado que yo, por lo que es difícil de entender. decir si simplemente no lo están golpeando o algo así. Solo otras cosas en las que puedo pensar es que mi monitor principal funciona a 144 hz con un monitor secundario de 60 hz, ambos a diferentes resoluciones. Estoy usando i3 y no un administrador de ventanas completo.

Si la biblioteca de audio se ralentiza, lo más probable es que se manifieste como tartamudeo de audio: la interacción del cliente con XAudio2 tiene algunos mutex involucrados, pero generalmente es por fuente y no en toda la API, lo que podría ver causando pérdidas de tiempo si hubiera un unas pocas docenas de miles de voces (a diferencia de las ~ 32-64 con las que funcionan la mayoría de los juegos).

@brujaslive
Estoy ejecutando un solo monitor 4k (3820x2160) 60Hz.
Sucede que tengo la superposición de Steam deshabilitada en el juego (porque uso la pestaña Mayús como tecla de acceso rápido).
Si también ha desactivado la superposición de Steam, nuestro problema puede estar relacionado con https://github.com/ValveSoftware/steam-for-linux/issues/5727.

Las diferencias continúan, al menos está reduciendo las cosas. No he desactivado la superposición.

Woah, ese enlace es interesante. Me pregunto más si es un problema con Vulkan o Proton y ni siquiera involucra la superposición o FFXIV específicamente, simplemente no se experimenta con tanta frecuencia porque implica ~ una hora de juego activo para golpear, por lo que escapó a la detección.

Traté brevemente de replicar el problema de la tartamudez corriendo por Eureka antes del mantenimiento esta noche, pero no pude hacerlo.

Solo para probar, ¿los afectados han probado el script de Lutris? Al menos podría reducirse si es algo solo en Proton / Steam específico o si es algo compartido entre ellos.

Intenté usar el script de Lutris hace una semana, el mismo problema por mi parte.

Yo de nuevo,
esta vez estaba probando con Ubuntu 19.04 dev y requiere algunos pasos adicionales.
Los controladores Vulkan para mesa vienen instalados, pero no los de 32 bits.

sudo apt install mesa-vulkan- controladores: i386

Esto habilita dxvk (antes de este respaldo a dx9c)

@HereInPlainSight la mejor manera de replicarlo es hacer mazmorras instanciadas en las que presionas muchos botones. Eureka también funciona si lo estás haciendo activamente, no sucederá si estás cultivando AFK jaja

Intenté una nueva instalación con Proton 4.2. Todavía es necesario utilizar las ediciones BrowserType y Cutscene en los archivos cfg. 2 horas de juego, principalmente recolectando / elaborando, ya que soy un novato y juego en mi computadora portátil con poca potencia. Sin retraso de audio. No puedo comentar sobre la tartamudez. No vi ninguno, pero las actividades en las que estaba involucrado podrían no desencadenarlo.

Después de poner en marcha 4.2 (tuve que mover un poco el mango, no se descargó por alguna razón, así que si alguien tiene errores de formato binario, vaya a descargar, o elimine y descargue, Realm of the Mad God o algo para obtenerlo). en realidad descargué Proton 4.2) Hice algunas ruletas, lo dejé encendido durante la noche, luego hice más ruletas, y definitivamente he estado machacando botones durante más de una hora y parece que está bien ahora, ¡toco madera!

No puedo ingresar al modo de pantalla completa sin que todo mi entorno de escritorio se congele. Cuando instalé el juego con Lutris anteriormente, pude lograr esto editando manualmente la configuración apropiada en FFXIV.cfg. Ahora con Proton 4.2, incluso eso falla; todo el escritorio se congelará y necesito SSH y matar el proceso FFXIV para recuperarme.

Distribución: Ubuntu 18.04.2
Protón: 4.2-2
Procesador gráfico: RX 480 8GB
Versión del controlador / LLVM: Mesa 18.2.8 / LLVM 7.0.0
Versión de Kernel: 4.18.0-17-genérico

@ e3b0c442 Ese es un problema conocido con DXVK. Afortunadamente, ya hay una solución disponible en DXVK 1.0.2 (consulte el registro de cambios): https://github.com/doitsujin/dxvk/releases

Proton todavía usa una versión anterior de DXVK, de ahí los problemas.

No puedo ingresar al modo de pantalla completa sin que todo mi entorno de escritorio se congele.

¿Puedes hacer la pantalla completa con ventana? Estoy jugando varias horas por noche sin problemas, pero estoy jugando en pantalla completa con ventana.

Me encuentro con una pantalla negra con un círculo de carga en la esquina inferior / derecha de la transmisión en una nueva instalación de Linux Arch en este momento. Esta pantalla de carga ocurre después de seleccionar un centro de datos para conectarse. Solía ​​poder jugarlo hace ~ 2 meses en mi instalación anterior de Linux. No estoy seguro exactamente de qué lo rompió, pero mientras se muestra la pantalla de carga infinita, esto se envía spam en los registros una y otra vez:

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

¿Alguna idea?

@ e3b0c442 Ese es un problema conocido con DXVK. Afortunadamente, ya hay una solución disponible en DXVK 1.0.2 (consulte el registro de cambios): https://github.com/doitsujin/dxvk/releases

Proton todavía usa una versión anterior de DXVK, de ahí los problemas.

Lo reinstalé con Lutris y todo fue perfecto, aparte de que fue más lento de lo que recordaba. Gracias.

¿Hay algo que me impida simplemente ejecutar el script de configuración DXVK actualizado en Steam wineprefix? Preferiría que el juego se gestionara a través de Steam.

@Mushoz necesitas cambiar CutsceneMovieOpening en FFXIV.cfg a 1.

¿Alguien se dio cuenta del tartamudeo del movimiento del ratón? ¡Experimentar el mismo problema y solucionarlo me está volviendo un poco loco!

Tenemos dos PC casi idénticas en las que jugamos. Uno en el que el tartamudeo del movimiento del ratón era muy obvio y otro en el que no parecía suceder.

La principal diferencia entre las PC era que la que no tenía problemas de tartamudeo estaba ejecutando compton, mientras que la problemática no. Entonces, deshabilitamos compton en esa PC y ahora ambos están experimentando la tartamudez. Lo divertido es que incluso volver a encender Compton no lo soluciona. De alguna manera, apagar Compton hizo que el problema comenzara, si eso pudiera ayudar a alguien.

(Reiniciar, etc. no hace ninguna diferencia ahora ...)

Conectar un controlador XB360 me corrigió el tartamudeo del mouse. (Ni siquiera lo usé, solo tenerlo enchufado fue suficiente)

Tuve que intentarlo, lamentablemente eso no hace nada por mí :(

Tbh, he encontrado que FFXIV es muy temperamental en Linux. Tal vez hayas visto los problemas que describí anteriormente. Moverme a Kubuntu lo solucionó, pero luego obtuve tartamudeos de FPS en general, por lo que cambiar los entornos de escritorio ayudó un poco.
Entonces, de repente, el FPS fue fluido y no hubo tartamudeo incluso en 24 hombres durante una semana, y luego tengo hipo en esos mismos escenarios (no actualizo mi computadora con frecuencia, por lo que no se realizan cambios en el sistema).

El tartamudeo del mouse también me ha sucedido, pero extrañamente después de aplicar la corrección PULSE_LATENCY_MSEC=60 %command% también se encargó de eso. DE ALGUN MODO. No sé por qué.

Otras observaciones que hice relacionadas con la tartamudez del juego son la reproducción de video en segundo plano (incluso en ventanas minimizadas), el uso de Caprine (una implementación de mensajería de Facebook para escritorios Linux que constantemente ha causado tartamudeo en FPS y la capacidad de respuesta del mouse cuando se ejecuta), o si otro proceso está haciendo algo que rompe el 7% del uso de la CPU mientras está jugando.

Otra cosa que hago cuando mi mouse falla es deshabilitarlo y volver a habilitarlo a través de xinput y eso de alguna manera parece arreglar las cosas mágicamente, aunque sea por un tiempo.

Más allá de eso, sugeriría deshabilitar la superposición de Steam y ver si tal vez pueda salir de Steam por completo después de iniciar el juego y ver si eso hace una diferencia.

Me pregunto si podría haber problemas con los controladores que causen estos problemas en este momento ...

Ya cambié a un entorno de escritorio diferente, apliqué la corrección de latencia de pulso, comencé sin nada más ejecutándose ... Ahora probé lo de xinput y deshabilité la superposición de Steam. Sigo experimentando el problema el 100% del tiempo.

¿Podría ser un error de mesa, de alguna manera? Pero no creo que eso afecte la entrada en absoluto

¿Podrías probar esto? PROTON_USE_WINED3D
Esto le pedirá a Proton que use la implementación OpenGL de WINE de wined3d en lugar del DXVK de Vulkan. Si eso no ayuda, me temo que no tengo sugerencias por ahora.

Pero puede buscar aquí para encontrar cosas que probar: https://github.com/ValveSoftware/Proton#runtime -config-options

Muchas gracias por ayudarme a solucionar problemas. Lamentablemente, tengo el mismo problema con o sin dxvk.

Respecto al problema del tartamudeo del mouse. Finalmente encontré una solución que funciona (incluidos muchos otros juegos de vino también).

Tuve que instalar policromático (para acceder a la configuración de mi mouse razer) y reducir la tasa de polling a 125 o 500. 125 significa que no hay caída de marco, 500 da algo de caída de marco. 1000 mata mis marcos.

Aparentemente, este ha sido un problema conocido con el vino durante mucho tiempo.

No estoy seguro de si este es el mismo problema directamente. Conseguí que XIV funcionara a través de Proton, pero tuve que seguir respuestas conocidas de vino para que se pudiera reproducir. Es decir, tengo que editar dos archivos en el directorio steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn /.

En FFXIV_BOOT.cfg, tuve que editar BrowserType a 2, y en FFXIV.cfg tengo que editar CutsceneMovieOpening a 1.

El primer cambio me permite acceder al lanzador en este punto; si se deja en su valor predeterminado, obtengo 'Ha ocurrido un error del sistema: 404. Error del sistema HTTPS'. Me temo que hice la instalación a mitad de semana, así que no estoy seguro de si así fue como superé el problema de nstgc durante la instalación.
Obviamente, el último cambio significa que no puedo ver la escena de apertura la primera vez que juego, pero si lo dejo en el valor predeterminado, el juego se inicia pero cuelga después de seleccionar un Centro de datos.

Como estos archivos de configuración del juego editan, no estoy seguro de si esto es algo que Valve quiera considerar para Proton, pero al menos es información.

Esto funcionó para mí, en Arch linux con Kernel 5.0.8, nvidia 780 TI y kde. ¡Salud!

Entonces ... parece que el último parche de FFXIV, que también tenía una actualización para el programa de arranque, lo rompió ahora.
Ahora vuelvo a recibir errores HTTPS 404, incluso con BrowserType configurado correctamente. Voy a intentar una reinstalación y veré si la reinstalación del lanzador funciona.
¿Alguna otra idea?
Actualmente se ejecuta en Pop_! OS.

EDITAR: Reinstalar no ayudó.

Mismo problema en Arch @TenaarFeiri. ¿Desactivaron furtivamente algo de lo que dependía el vino?

El foro de Lutris también está hablando de este problema ... https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

Un poco fuera de tema: ¿Por qué todos los lanzadores deben ser tan malos? :)

EDITAR: Puede ser importante tener en cuenta que este problema es exclusivo de protones. Vino también afectado.

Hola @TenaarFeiri , @fosspill , ¿alguno de ustedes puede agregar PROTON_LOG=1 %command% a las opciones de inicio del juego y arrastrar y soltar el $ HOME / steam- $ APPID.log generado en el cuadro de comentarios?

PROTON_LOG=1 %command%

¡Absolutamente!
steam-39210.log

Mismo problema en Arch @TenaarFeiri. ¿Desactivaron furtivamente algo de lo que dependía el vino?

El foro de Lutris también está hablando de este problema ... https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

Un poco fuera de tema: ¿Por qué todos los lanzadores deben ser tan malos? :)

Y no tengo ni idea. A veces, parecen haber sido diseñados deliberadamente para dificultar que las personas ejecuten sus juegos en otros sistemas que de otro modo podrían admitirlos: D

EDITAR:

Yo mismo miré los registros y esta parte parece muy interesante:

1040.629: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32e1dc)
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString no se admite el tipo de cadena 20
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString no es compatible con el tipo de cadena 12
1040.630: 0030: 0031: err: mshtml: on_stop_nsrequest Error de RemoveRequest: 80004005
1040.630: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32ea9c)
1040.631: 0030: 0031: fixme: urlmon : InternetBindInfo_GetBindString no se admite el tipo de cadena 20
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: seguimiento: módulo : GetModuleFileNameW L "C: \ windows \ system32 \ user32.dll"

¿Podría el problema ser específico de Gecko ahora? Noto que después de eso, hay muchos intentos fallidos de cargarlo.

Hay
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
en el registro, alguien en reddit dice que debería ponerse en contacto con https://frontier.ffxiv.com/version_4_0_win/index.html lugar (version_4_0_win solo una vez).
https://www.reddit.com/r/ffxiv/comments/bgeluh/any_other_linux_users_getting_404_errors_when/

Hice un registro de retransmisión + y el duplicado version_4_0_win parece crearse en una llamada a CoInternetCombineUrlEx . Creo que están pasando https://frontier.ffxiv.com/version_4_0_win y version_4_0_win/index.html como argumentos y se supone que el vino debe eliminar version_4_0_win del primer argumento.

Mi + registro de retransmisión
+ registro de urlmon

EDITAR:
main.c , compilado con x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe da un version_4_0_win duplicado tanto en Windows como en Wine, por lo que este podría no ser el problema después de todo.

Buen trabajo de detective, chicos. ¿Sería posible redirigir de alguna manera la URL incorrecta (con un firewall, un parche de vino personalizado, un shim o algo así?) Hasta que el error se encuentre y se corrija correctamente?

¿El lanzador de XIV siempre ha usado Gecko en lugar de Chromium como motor de renderizado? ¿Podría ser que la marca BrowserType ya no sea compatible?

También me he preguntado sobre eso @nourez, pero el problema de la URL que la gente ha señalado hace que parezca que ese podría no ser el caso.

Solo por un capricho, he estado revisando los BrowserTypes 0 a 20 sin suerte: P
Empiezo a pensar que ese no es el problema. También ha ido cambiando ... bueno todo. He estado jugando con todo en el archivo de configuración ahora en vano.

Parece que el problema es, de hecho, la URL incorrecta, que dudo que podamos solucionar por nuestra parte. ¡Depende de Valve! O cuadrado. Quien llegue primero.

@fosspill @TenaarFeiri Sí, no vi que fuera una URL mal formada, solo vi la publicación sobre problemas al intentar llamar a Gecko. Creo que la idea de Fosspill de redirigir la URL es probablemente la mejor opción para probar por el momento, pero no podré jugar con ella hasta que llegue a casa del trabajo hoy. ¿Quizás intente editar / etc / hosts para manejarlo?

Lamentablemente, / etc / hosts no funcionaría, ya que solo funciona con nombres de host / ips. Creo que la única posibilidad es algún tipo de parche de vino personalizado / shim para arreglarlo temporalmente hasta que SE lo arregle permanentemente.

Me imagino que hacer una eliminación de subcadena en la URL podría solucionarlo por ahora. Pero sería una solución muy específica y si la URL se alargara o acortara por algún motivo, volveremos a esto.
Sin embargo, no sé cómo lograrlo con el parche WINE. Ese no es realmente mi trato.

De hecho, es cierto que sería una solución extraña y demasiado específica, ¡pero me encantaría que funcione! :)

¿Alguna versión de IE funciona con un prefijo de 64 bits? Eso podría ser una forma de evitarlo

No estoy seguro de si esto es útil, pero tomé urlmon.dll y su dependencia iertutil.dll de un vm de Windows 7 de 32 bits y los configuré como anulaciones nativas, pero no parece haber afectado el segmento de ruta duplicado

@exolyte No estoy seguro de entender su edición, aunque algo más profundo podría ser un problema, esa URL con la versión_4_0_win repetida definitivamente no existe, mientras que la que la tiene solo una vez sí, aunque tal vez esto sea solo un síntoma de una ¿problema?

EDITAR:
main.c , compilado con x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe da un version_4_0_win duplicado tanto en Windows como en Wine, por lo que este podría no ser el problema después de todo.

Bueno, eso no es una buena noticia. ¿Hay algo que pueda hacer para ayudar a solucionar este problema?

@witcheslive Mi suposición era que CoInternetCombineUrlEx se implementó incorrectamente en Wine, pero la prueba en mi edición sugiere que el problema se encuentra en otra parte. Entonces, o arruiné algo en mi prueba o la duplicación de version_4_0_win ocurre en otro lugar.

Una tercera posibilidad es que el doble version_4_0_win sea ​​realmente correcto. Definitivamente es extraño, pero no es necesariamente la causa del problema.

Una tercera posibilidad es que el doble version_4_0_win sea ​​realmente correcto. Definitivamente es extraño, pero no es necesariamente la causa del problema.

No creo que este sea el caso, ya que sin duplicar en un navegador definitivamente devuelve una respuesta de 200 pero duplicar produce un 404

El lanzador solo contiene una única instancia de las cadenas https://frontier.ffxiv.com/version_4_0_win/ y index.html . Poner a cero version_4_0_win/ del primero hace que el registro muestre que intentó acceder a https://frontier.ffxiv.com/index.html Además, no hay instancias de version_4_0_win por sí solo.

Por lo tanto, todavía parece que version_4_0_win se está duplicando de alguna manera, pero no tiene que ver con cuando se le agrega index.html .

¿Hay alguna forma de proxy / redirigir el version_4_0_win duplicado a la URL correcta para ver si eso lo soluciona?

@witcheslive No creo que sea posible con solo un proxy, ya que la URL usa un esquema https. pero si parcheamos la cadena en el binario para usar http, puede ser posible

¿Hay alguna forma de proxy / redirigir el version_4_0_win duplicado a la URL correcta para ver si eso lo soluciona?

Desafortunadamente, no es fácil con HTTPS

No creo que usar http sea una buena idea para enviar credenciales de inicio de sesión, aunque si de todos modos estamos parcheando el binario haciendo una reescritura de URL, probablemente haya una mejor idea. Sin mencionar que si configuraron sus servidores de autenticación correctamente, ni siquiera aceptarían http de todos modos.

podemos intentar reescribir la URL para que apunte a un proxy local. por lo que sabemos, esa es la única URL afectada y podemos abordar los problemas de forma iterativa a medida que avanzamos

¿Obtendríamos algún conocimiento al parchear el vino para tratar el problema de la URL, si eso es posible?

Ir a http://frontier.ffxiv.com/version_4_0_win/ parece permitir el acceso, aunque se me indica que habilite JavaScript y otras cosas (aunque lo tengo habilitado).
Sin embargo, si los servidores estuvieran configurados correctamente, no debería haber podido ir a una versión HTTP normal de la página.

Si podemos parchear el binario temporalmente para que pase por HTTP, entonces a aquellos de nosotros que estamos dispuestos a arriesgarlo (incluido yo mismo) nos encantaría hasta que se solucione oficialmente.

El proxy local requeriría la instalación de un certificado HTTP falsificado, además de ejecutar el proxy. Esto podría poner en riesgo todo el sistema. Sería mejor parchear el binario / vino

dado que usa un navegador incrustado, también podría seguir redirecciones, por lo que si no terminamos con una solución real pronto, podríamos intentar alojar una redirección simple en una ruta y parchear la URL en el binario para apuntar a eso. aunque solo especulación, por supuesto

Además, noté que el lanzador ahora descarga libcef.dll, pero parece que no lo usa realmente, lo cual es una lástima porque creo que es un problema de Gecko.

Con respecto a parchear el binario para que apunte a un proxy, sería igual de fácil parchearlo para que apunte a la URL correcta en primer lugar, sin intentar omitir HTTPS.

El proxy local requeriría la instalación de un certificado HTTP falsificado, además de ejecutar el proxy. Esto podría poner en riesgo todo el sistema. Sería mejor parchear el binario / vino

Si reescribimos la URL para que apunte directamente al proxy, no necesitaríamos un certificado en absoluto (suponiendo que no codifiquen el certificado correcto o algo así)

No estoy del todo seguro de que sea tan fácil apuntar a la URL correcta, ya que realiza alguna manipulación en la cadena de URL que no entendemos, produciendo la ruta duplicada en primer lugar.

Redirigí el dominio frontier.ffxiv.com a mi servidor usando el archivo hosts y puse /version_4_0_win/index.html y /version_4_0_win/version_4_0_win/index.html en mi servidor. El lanzador accede a ambos archivos, pero permanece negro después de eso. Si muevo /version_4_0_win/index.html o /version_4_0_win/version_4_0_win/index.html en mi servidor, obtengo el error 404 normal.

Redirigí el dominio frontier.ffxiv.com a mi servidor usando el archivo hosts y puse /version_4_0_win/index.html y /version_4_0_win/version_4_0_win/index.html en mi servidor. El lanzador accede a ambos archivos, pero permanece negro después de eso. Si muevo /version_4_0_win/index.html o /version_4_0_win/version_4_0_win/index.html en mi servidor, obtengo el error 404 normal.

¿aparece algo en los registros?

Parche mi vino para usar la URL correcta (supuesta) que da como resultado que acceda a https://frontier.ffxiv.com/version_4_0_win/index.html?1556042120789.

El error 404 se ha ido con eso. Sin embargo, después de hacer un montón de solicitudes http, el parche se sienta allí con una pantalla negra y no parece reaccionar a ninguna entrada.

Aquí está el parche para superar el 404 ... aunque no parece demasiado útil.
https://gist.github.com/sschroe/963f1d7aa3fc366e155e5ac6bc84cc71

¿aparece algo en los registros?

Nada interesante excepto la ausencia 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 ocurre cuando no se redirige a mi propio servidor.

¿aparece algo en los registros?

Nada interesante excepto la ausencia 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 ocurre cuando no se redirige a mi propio servidor.

Parece que el lanzador está intentando (y logrando) cargar https://frontier.ffxiv.com/version_4_0_win/ y el problema que tenemos es que no se autentica con un archivo en https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/ y eso es lo que está causando el error.

Curiosamente, al revisar los archivos javascript de la página de Frontier, veo una gran cantidad de código antiguo de cuando creaste personajes en el lanzador. En realidad, hay mucho código aquí que simplemente no está en uso ... No es realmente relevante. Solo un aparte.

Redirigí el dominio frontier.ffxiv.com a mi servidor usando el archivo hosts y puse /version_4_0_win/index.html y /version_4_0_win/version_4_0_win/index.html en mi servidor. El lanzador accede a ambos archivos, pero permanece negro después de eso. Si muevo /version_4_0_win/index.html o /version_4_0_win/version_4_0_win/index.html en mi servidor, obtengo el error 404 normal.

@exolyte Tendría curiosidad si el lanzador intentaría acceder a ambos archivos desde una máquina con Windows. Dejé la memoria del proceso del lanzador y encontré varias instancias (más de 10 cada una) de ambos version_4_0_win y se duplicó.

Cuando llegue a casa, intentaré ver si puedo encontrar ambas URL cuando el lanzador se ejecute en Windows

Arranqué mi partición de Windows y cambié BROWSER_TYPE a 2 y funciona bien, solo para asegurarme de que algo no se rompió con Gecko en general.

También intenté hacer algunas capturas de paquetes con Wireshark para ver a qué URL intenta acceder, pero creo que están encriptadas más allá del dominio (veo que se conecta a la frontera) y, de lo contrario, no soy muy bueno con Wireshark.

Otra cosa que intenté fue reemplazar ffxivlauncher.exe con la versión anterior y con esto el lanzador se iniciará y me permitirá iniciar sesión. Sin embargo, después de iniciar sesión, se queja de que no puede realizar la actualización de la versión.

Quizás alguien que tenga el cliente completamente parcheado desde Windows podría intentarlo si esto soluciona el problema.

Arranqué mi partición de Windows y cambié BROWSER_TYPE a 2 y funciona bien, solo para asegurarme de que algo no se rompió con Gecko en general.

¿Estamos seguros de que la marca Browser_Type no se ignora por completo? ¿Existe una diferencia visible entre los tipos de navegador, por lo que estamos seguros de que Windows realmente se ejecutó con Type = 2?

EDITAR: Probado en una partición de Windows aquí. No hay diferencia visible en absoluto, a lo que puedo ver. No estoy seguro de cómo saber si el tipo de navegador se ignora o no.

Otra cosa que intenté fue reemplazar ffxivlauncher.exe con la versión anterior y con esto el lanzador se iniciará y me permitirá iniciar sesión. Sin embargo, después de iniciar sesión, se queja de que no puede realizar la actualización de la versión.

Quizás alguien que tenga el cliente completamente parcheado desde Windows podría intentarlo si esto soluciona el problema.

Intentado, lamentablemente ocurre el mismo problema. Debes tener un lanzador actualizado para poder iniciar el juego incluso si el juego ya está actualizado.

Parece que BrowserType ahora se ignora, asumiendo que un valor de 2 significa que usaría CEF (en lugar de IE). libcef.dll lanzador ya no accede a stat libcef.dll en el directorio del lanzador y mirando el tiempo de acceso, que para mí es la última vez que ejecuté el lanzador antes la actualización).

Lo extraño es que esta actualización modificó libcef.dll , lo cual es extraño si ya no se usa en absoluto ...

Si BrowserType ya no afecta nada, no creo que haya una solución fácil, Wine's Gecko está en un estado bastante lamentable, así que no tengo muchas esperanzas de que coopere.

El soporte adecuado de IE, ya sea haciendo que Gecko lo emule más fielmente, o haciendo que funcione el IE 11 nativo, es algo que Wine necesita urgentemente, hay muchas aplicaciones que no funcionan muy bien en Wine por eso.

¿Alguien ha intentado instalar IE en el prefijo, entonces?

La última versión de IE que "funciona" en Wine es IE8 y solo en prefijos de 32 bits. Eso significaría que no hay soporte para DXVK / DirectX 11, incluso si alguien lo hiciera funcionar.

Básicamente, a menos que Square lo solucione, la mejor opción para que el juego vuelva a funcionar en el corto plazo será evitar el lanzador por completo.

Noté una variación en el rendimiento con el uso de BrowserType, por lo que no creo que se ignore. Establecerlo en 0 produce el resultado esperado de varios segundos (hasta un minuto) de negro antes de que se produzca un error, mientras que establecerlo en 2 produce el error HTTPS después de menos de 10 segundos. Esto es reproducible para mí en todo momento.
Puede haber algún problema con libcef.dll
¿Podríamos intentar usar libcef.dll de una versión anterior? ¿Si tenemos uno disponible?

libcef.zip

EDITAR: También me comuniqué con el soporte para ver si podemos obtener una respuesta directa sobre si BrowserType todavía se respeta o no.

Intenté volver a mi versión anterior de libcef.dll (de antes de esta actualización) y todavía falla con el mismo 404

libcef.zip

Oh. ¡Me derrotaron!
Y eso es una pena :(

icudt.zip

¿Qué hay de usar tanto el antiguo libcef como el icudt?

EDITAR: No hay cambios por mi parte tampoco. Maldita sea = /

sin cambios usando ambos

Nada. Incluso intenté usar cef de http://opensource.spotify.com/cefbuilds/index.html y todavía obtuve un 404.

definitivamente parece que lo está ignorando, ya sea por accidente o por diseño es el problema

Están enviando un ffxivlauncher.exe de 32 y 64 bits, pero solo un libcef.dll de 32 bits; ambos no pueden usar CEF.

¿Hemos descubierto qué es exactamente lo que está causando el error? Si el lanzador que apunta a la URL incorrecta es el problema real, ¿no deberían los usuarios de Windows tener problemas también?

es el prefijo de 64 bits? estaba bastante seguro de que no lo era, tuve que usar dlls de ventanas de 32 bits al probar anulaciones nativas

El prefijo debe ser de 64 bits para ejecutar la versión DirectX 11 del juego. Si lo estaba utilizando, su prefijo era de 64 bits.

¿Hemos descubierto qué es exactamente lo que está causando el error? Si el lanzador que apunta a la URL incorrecta es el problema real, ¿no deberían los usuarios de Windows tener problemas también?

No creo que nadie haya descubierto qué lo está causando, no.

Pero, en teoría, Windows y Wine podrían comportarse de manera ligeramente diferente con la URL y, por lo tanto, funcionan correctamente en uno mientras no funcionan en el otro.

Espero que veamos a alguien inteligente aquí que lo resuelva y encontremos una solución, o que alguien más escriba una herramienta para omitir el parche por completo.

Entonces, probablemente no sea libcef.dll, pero podemos tener razón al pensar que el navegador ya no lo usa.
@Selhar No necesariamente. El lanzador está codificado específicamente para Windows, por lo que es posible que estén usando trucos específicos de Win que WINE no admite.

Square DID anunció que se iban a asegurar de que las versiones Steam del juego solo pudieran usarse a través de Steam. Esta incapacidad para acceder al juego por nosotros podría ser una consecuencia directa de los próximos cambios.

Además, DX9 FFXIV ya no importa; Vamos ShB, están eliminando el soporte DX9 para el juego, así que básicamente, tenemos que hacerlo funcionar con un prefijo de 64 bits si queremos jugar.

Están abandonando el soporte, pero aún lo distribuirán sin garantías de que funcione. Esencialmente, los usuarios de Windows DX9 tendrán exactamente el mismo soporte que los usuarios de Linux

Si recuerda, es probable que este sea el mismo problema que solucionamos antes con BrowserType 2. Probablemente también sea 404 en Windows, pero como no tenemos IE, no detecta el error y redirige a la página deseada o algo extraño. como eso

https://github.com/xivapi/ffxiv-launcher tiene un código de autenticación, estoy investigando si sería posible escribir un script de línea de comando simple node.js que lo use para iniciar sesión. Todavía no hay forma de parche sin copiar archivos de Windows (y si aplican la autenticación de Steam probablemente no funcionaría para los usuarios de Steam).

Square DID anunció que se iban a asegurar de que las versiones Steam del juego solo pudieran usarse a través de Steam.

Dios, ¿por qué SE tiene que ser así?

Otra forma, que podría funcionar mientras tanto, es iniciar sesión en una máquina virtual de Windows y reemplazar ffxiv.exe con una aplicación ficticia que simplemente descarga el token de sesión y luego lo pasa al exe en Wine.

Otra forma, que podría funcionar mientras tanto, es iniciar sesión en una máquina virtual de Windows y reemplazar ffxiv.exe con una aplicación ficticia que simplemente descarga el token de sesión y luego lo pasa al exe en Wine.

¡Todavía soy un principiante con esta tecnología, así que no tengo idea de cómo lograrlo!
Pero parece una solución decente.
El lanzador personalizado que se vinculó anteriormente, ¿podría modificarse (y compilarse para Linux) para generar el ID de sesión al iniciar sesión a través de él? Puede que ni siquiera necesite la máquina virtual.

Básicamente, el lanzador solo pasa el token de sesión como un argumento de línea de comando. Un .exe que simplemente vuelca los argumentos de la línea de comandos en un archivo funcionaría. Entonces tu wine /path/to/ffxiv.exe $TOKEN_GOES_HERE

Sin embargo, necesitaríamos una alternativa a parchear el juego. ¿Cómo podría lograrse eso?

Sin embargo, necesitaríamos una alternativa a parchear el juego. ¿Cómo podría lograrse eso?
Quizás alguien mágico encontraría una solución.

Creo que Glorious Eggroll creó un parche alternativo para Warframe que funcionó bien.

¿algo como esto?

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

¿O esto? https://github.com/mclark4386/FF14Launcher (solo inicio de sesión / token)
Supongo que es posible que el agente de usuario deba actualizarse para que coincida con las versiones más recientes del juego. Pero si logramos evitar este problema, al menos podemos parchear en una máquina virtual y luego jugar correctamente.

ese es el que quería vincular en realidad

sin embargo, eso no funciona por sí solo, lo probé antes y devuelve un error separado: error http 409 conflicto

Por lo tanto, puede solucionar los problemas de interfaz de usuario de https://github.com/xivapi/ffxiv-launcher/ instalando fuentes MS.

Sin embargo, todavía no ayuda a parchear el juego

Si alguien necesita una versión actualizada (o antigua) del juego o del iniciador con fines de prueba / depuración, no dude en ponerse en contacto conmigo y es posible que pueda ayudarlo.

Con la corrección de fuente, conseguí que la GUI de https://github.com/xivapi/ffxiv-launcher/ funcionara, pero ahora se está encontrando con el problema de que el juego no puede detectar DirectX en absoluto, por lo que no se ejecutará. . Me aseguré de instalar DX en ese prefijo, así como dxvk.
Sin embargo, no pude hacer que el lanzador funcionara bajo Proton 4.2-3. Creo que si puedo hacer eso, al menos podría iniciar el cliente. Y si eso funciona, entonces podemos echar un vistazo a tal vez bifurcar una copia completamente actualizada del juego para probar.

Además, el hilo en los foros oficiales de soporte técnico ahora tiene más de 1,100 visitas en menos de un día, mucho más que la mayoría de los temas de soporte técnico allí. Square tiene que reconocer que una parte lo suficientemente grande de sus clientes usa Linux como para justificar ofrecer algún soporte menor, ¿no?
No es que les estemos pidiendo que creen un cliente Linux nativo (¡aunque sería genial!).

Con la corrección de fuente, conseguí que la GUI de https://github.com/xivapi/ffxiv-launcher/ funcionara, pero ahora se está encontrando con el problema de que el juego no puede detectar DirectX en absoluto, por lo que no se ejecutará. . Me aseguré de instalar DX en ese prefijo, así como dxvk.

Pasé el error de DirectX ejecutando el instalador del juego para el instalador de DirectX incluido y luego cancelando la instalación después de que se haya instalado. Necesita una versión específica de DirectX.

Ahora, no pasa nada cuando trato de iniciar el juego. Presumiblemente porque no está actualizado, por lo que simplemente tose y muere.

@TenaarFeiri Desearía que fuera así de simple, pero por experiencia, Square solo actuará en algo si una parte considerable de la base de jugadores japonesa plantea el problema.

Con la corrección de fuente, conseguí que la GUI de https://github.com/xivapi/ffxiv-launcher/ funcionara, pero ahora se está encontrando con el problema de que el juego no puede detectar DirectX en absoluto, por lo que no se ejecutará. . Me aseguré de instalar DX en ese prefijo, así como dxvk.

Pasé el error de DirectX ejecutando el instalador del juego para el instalador de DirectX incluido y luego cancelando la instalación después de que se haya instalado. Necesita una versión específica de DirectX.

Ahora, no pasa nada cuando trato de iniciar el juego. Presumiblemente porque no está actualizado, por lo que simplemente tose y muere.

Obtuve algunos resultados realmente extraños con mis pruebas en el trabajo en mi computadora portátil: podría usar el iniciador para iniciar sesión y lanzar el juego anterior, pero no pude conectarme a un centro de datos.

Cuando copié el juego actualizado de mi partición de Windows, terminé sin poder abrir el juego en absoluto, terminando con el problema descrito en https://github.com/xivapi/ffxiv-launcher/issues/11 (aunque No intenté probar con DX9, solo recibí el mismo error que mencionó para la parte DX11).

Debido a que era más fácil trabajar con él, estaba jugando con mi botella de vino Lutris, simplemente pasándola por el vino de mi sistema (puesta en escena: olvido qué versión exactamente, pero puedo sacarla si le interesa a alguien). Cuando intenté ejecutarlo a través de la versión de Wine que Lutris había instalado (¿creo que era tkg?), El lanzador XIVAPI ni siquiera aparecía.

Entonces, el parche en sí lo realiza ffxivupdater.exe, tratando de averiguar si hay una manera de forzarlo a ejecutarse directamente. Según Process Explorer en Windows en una VM, acaba de pasar un token, pero darle el mismo token en Linux no parece iniciarlo.

O no, el lanzador está descargando los parches y el actualizador los está actualizando ...

Bueno, no puedo hacer que Wireshark no cuelgue en una máquina virtual, así que estoy a punto de rendirme. Sub termina en un par de días, con suerte, a alguien se le ocurre una solución de Shadowbringers.

Mi solución por ahora será usar la versión de PS4. Me alegro ahora que
Obtuve la versión de la consola como respaldo. Pero no es ideal en absoluto y es
frustrante no poder jugar en la plataforma que prefiero :(

Más información aquí https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/7

¿Podría ayudar?

@TenaarFeiri El hecho de que les dé un error mshtml prueba que está tratando de usar el marco del navegador basado en IE y no CEF, es decir, que se ignora la configuración de BrowserType.

Redirigí el dominio frontier.ffxiv.com a mi servidor usando el archivo hosts y puse /version_4_0_win/index.html y /version_4_0_win/version_4_0_win/index.html en mi servidor. El lanzador accede a ambos archivos, pero permanece negro después de eso. Si muevo /version_4_0_win/index.html o /version_4_0_win/version_4_0_win/index.html en mi servidor, obtengo el error 404 normal.

@exolyte Tendría curiosidad si el lanzador intentaría acceder a ambos archivos desde una máquina con Windows. Dejé la memoria del proceso del lanzador y encontré varias instancias (más de 10 cada una) de ambos version_4_0_win y se duplicó.

Cuando llegue a casa, intentaré ver si puedo encontrar ambas URL cuando el lanzador se ejecute en Windows

El volcado de memoria del lanzador que se ejecuta en Windows no tiene instancias de https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html solo 21 instancias de https://frontier.ffxiv.com/version_4_0_win/index.html

Entonces, parece que WINE está arruinando la manipulación de cuerdas en alguna parte, pero parece que ese no es el único problema con el que se encuentra el lanzador si solo da como resultado una ventana negra.

@lesderid Puede que no lo esté ignorando, es posible que simplemente vuelva a mshtml cuando falla la inicialización de cef.

Además, ¿sabemos si es el propio lanzador que llama a CoInternetCombineUrlEx o si mshtml lo llama en su nombre?

Parece que Square puede atacar directamente a los usuarios de 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;
    }
},

Esta podría ser la razón por la que tenemos una pantalla en blanco. Simplemente sumérjase en el Ecma que están usando. Mire debajo del navegador y la base de código luancher a través del depurador, parecen estar haciendo algo sospechoso en el inicio de sesión al deshabilitar las partes de inicio de sesión de la pantalla si está ejecutando algo que no está en esa lista.

@ArulinTheUnicorn Dudo que estén haciendo todo lo posible para atacar directamente a los usuarios de Linux. El MSHTML de Wine debería enviar un agente de usuario de Windows de todos modos (Wine "implementa" Windows) si no es así, es un error en Wine.

Sin embargo, aparece una pantalla negra al abrir la página en cualquier navegador de escritorio normal, incluido IE11 en Windows. Entonces, si podemos descubrir cómo forzar la visualización del sitio en un navegador normal, podría ayudar a que el lanzador funcione también.

Sin embargo, aparece una pantalla negra al abrir la página en cualquier navegador de escritorio normal, incluido IE11 en Windows. Entonces, si podemos descubrir cómo forzar la visualización del sitio en un navegador normal, podría ayudar a que el lanzador funcione también.

Estás pensando en la misma línea que yo. Esto parece ser más una acción intencional de Square Enix que un error

@ jbal91 Verifiqué con WINEDEBUG=+loaddll , no intenta cargar libcef.dll .

Editar: cargó estos en mi máquina: https://pst.moe/paste/deyccu

@ jbal91 Verifiqué con WINEDEBUG=+loaddll , no intenta cargar libcef.dll .

Eso es interesante ... O esa DLL tiene errores o es una pista falsa

adjunto.txt
Esta es la pasta de @lesderid , en caso de que alguien se tope con este problema dentro de 2 años y pst.moe ya no existe.

@ jbal91 Verifiqué con WINEDEBUG=+loaddll , no intenta cargar libcef.dll .

Eso es interesante ... O esa DLL tiene errores o es una pista falsa

strings ffxivlauncher.exe | grep libcef.dll coincide, por lo que hace referencia a ese dll en algún lugar, incluso si en realidad no intenta cargarlo.

strings ffxivlauncher.exe | grep libcef.dll

Si no se carga y se ignora el BrowserType, entonces ese podría ser el problema y no Wine.

El código para cargar libcef.dll todavía existe, AFAICT es solo una cuestión de hacer que llegue a esa ruta de código de alguna manera. Ya intenté deshabilitar las DLL de IE (a través de winecfg), pero eso hizo que el lanzador fallara desde el principio.

Es posible que lo hayan codificado para que solo se ejecute en la versión Mac o algo así. (Es posible que estén usando el mismo ejecutable en macOS, ya que el código del lanzador busca algunas funciones exportadas por las DLL de TransGaming).

El código para cargar libcef.dll todavía existe, AFAICT es solo una cuestión de hacer que llegue a esa ruta de código de alguna manera. Ya intenté deshabilitar las DLL de IE (a través de winecfg), pero eso hizo que el lanzador fallara desde el principio.

Es posible que lo hayan codificado para que solo se ejecute en la versión Mac o algo así. (Es posible que estén usando el mismo ejecutable en macOS, ya que el código del lanzador busca algunas funciones exportadas por las DLL de TransGaming).

Las versiones de Mac tienen problemas similares, así que escuché en los foros oficiales.

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

Si no se carga y se ignora el BrowserType, entonces ese podría ser el problema y no Wine.

Quiero decir, que el MSHTML de Wine tiene errores es la razón por la que necesitábamos BrowserType = 2 en primer lugar. Si de alguna manera podemos hacer que MSHTML funcione con el lanzador, esa sería la solución ideal porque también podría arreglar otras aplicaciones / juegos.

@ArulinTheUnicorn Esa publicación es del 20, antes de que el parche estuviera disponible. Es una coincidencia, pero es poco probable que esté relacionado.

La página no hace nada en un navegador real porque window.external.user (...) no existe, y están silenciando la excepción para que ni siquiera obtenga un error en el registro.

Bueno, me las arreglé para armar una versión de este lanzador de pitones que me permite lanzar el juego directamente a través del vino, pero me han golpeado con algunas mentiras . Lo prometo, nada de eso es cierto, pero no tengo idea de cómo convencer al juego de eso, dado que Mog Station sabe que soy inocente.

También estoy sobre mi cabeza y no tengo idea de lo que estoy haciendo, pero pensé que compartiría lo que tengo, incluso si todavía está roto.
Editar para agregar: no sé cómo funcionará esto con las versiones no actualizadas del juego, copié mi versión actualizada de Windows para ver si podía usarla para ingresar.

Bueno, me las arreglé para armar una versión de este lanzador de pitones que me permite lanzar el juego directamente a través del vino, pero me han golpeado con algunas mentiras . Lo prometo, nada de eso es cierto, pero no tengo idea de cómo convencer al juego de eso, dado que Mog Station sabe que soy inocente.

También estoy sobre mi cabeza y no tengo idea de lo que estoy haciendo, pero pensé que compartiría lo que tengo, incluso si todavía está roto.
Editar para agregar: no sé cómo funcionará esto con las versiones no actualizadas del juego, copié mi versión actualizada de Windows para ver si podía usarla para ingresar.

Las mismas mentiras ocurren cuando traté de ejecutar el ejecutable de arranque de 64 bits que parece cargarse en la carpeta (ejecutando la versión de Lutris) Excepto que las mentiras ocurren en el lanzador diciendo que necesito usar una clave de CD. De acuerdo, el lanzador de 64 bits es una mentira por derecho propio y no debería usarse, pero pensé que podría ser motivo de reflexión. También me metí un poco con el script de Python, ya que no se ejecutaba en Python 3, pero finalmente dejé de intentar convertir y resolver problemas cuando me encontré con uno que repasó mi conocimiento de Python. codificación. (Disfruto resolviendo problemas pero nivel de habilidad soy un novato tanto en programación como en Linux)

Instalé Linux durante este tiempo de inactividad de los parches para alejarme de Windows 10. Es mi suerte que esto suceda. En realidad, siempre es mi suerte, hacer que las cosas funcionen cada vez que intento pasar a Linux nunca es divertido. De acuerdo, soy un usuario, así que estoy a merced de una comunidad.

Póster del hilo de Reddit aquí ... No estoy más cerca de averiguar qué está pasando, pero actualicé la publicación de Reddit con lo último de este hilo.

Alguien mencionó que libcef.dll se actualizó con este parche, pero comparé el libcef.dll en esta versión con una versión de FFXIV en mi sistema operativo Windows que no se ha actualizado durante años y parece ser exactamente lo mismo:

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

Este es definitivamente un cambio en el lanzador, no en CEF.

@Sophira Oh, supongo que no cambió entonces. Sin embargo, la actualización me la sobrescribió: stat libcef.dll genera Modify: 2019-04-23 17:48:28.693396317 +0200 para mí.

Editar: parece que todos los archivos del directorio boot se reescriben cuando actualiza el lanzador.

¿Alguien tiene una versión de ffxivlauncher.exe de la actualización anterior? (¿Quizás alguien que aún no ha ejecutado el lanzador?) Me gustaría investigar un poco y ver qué cambió.

¿Tengo uno viejo del 1 de septiembre si quieres? http://etherelements.com/ffxivlauncher.exe

Saqué el iniciador anterior de la copia de seguridad y lo obligué a ejecutarse intercambiando boot directorios durante la verificación de la versión de inicio, y puedo confirmar que todavía muestra la interfaz de usuario de inicio de sesión correctamente con BrowserType = 2 (no he intentado iniciar sesión en realidad en solo para estar seguro). Entonces, uno asume que al arreglar el mshtml de Wine (¿o tal vez modificarlo de alguna manera para usar ese libcef.dll?), El flujo de inicio de sesión funcionaría nuevamente.

Observación interesante: el lanzador de 64 bits de la versión anterior no funciona incluso con BrowserType = 2, dando el mismo error 404 que el lanzador de 32 bits da ahora. Así que sospecho que SQEX puede haber estado planeando eliminar esta funcionalidad por un tiempo, y puede haberla eliminado en el lanzador de 32 bits ahora como una especie de globo de prueba para ver cuántas personas se verían afectadas, ya que 5.0 aparentemente dejará de funcionar 32. -bit compatible por completo.

Se acaba de anunciar el mantenimiento de emergencia de todos los mundos, para las 12:00 am PDT de esta noche (~ 1,5 horas a partir de ahora): https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

Cruzar los dedos soluciona los problemas de Linux. Incluso si es sin querer.

Además, probé la bifurcación de @HereInPlainSight después de copiar las actualizaciones de Windows, llegué al menú principal y encontré el mismo error que él, diciendo que no estoy suscrito. También probé el lanzador personalizado en https://github.com/goaaats/FFXIVQuickLauncher y obtuve lo mismo (después de instalar un montón de cosas .NET). Parece que hay algún tipo de autenticación que no está sucediendo allí, o algo así.

Se acaba de anunciar el mantenimiento de emergencia de todos los mundos, para las 12:00 am PDT de esta noche (~ 1,5 horas a partir de ahora): https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

Cruzar los dedos soluciona los problemas de Linux. Incluso si es sin querer.

Probablemente tiene que ver con todos los problemas de las visitas al mundo, así que no me haría ilusiones.

También me gustaría recordarles rápidamente a todos que se mantengan positivos y que no saquen conclusiones apresuradas antes de saber exactamente qué está pasando. <3

Como han señalado otros, lo que sí sabemos es que 1) eliminarán el soporte de 32 bits, 2) obligarán a los usuarios de Steam a autenticarse a través de Steam. Es casi seguro que los usuarios de Linux quedamos atrapados en alguna grieta técnica aquí.

Respecto al mantenimiento. Al menos, el servidor de inicio de sesión no ha estado inactivo durante la ventana de mantenimiento hasta ahora, a menos que me lo haya perdido.

Mirando los foros oficiales de soporte técnico, parece que más personas están teniendo problemas después de la actualización del lanzador. He visto a mucha gente entrar, pero al menos es reconfortante ver que algunos usuarios de Windows también tienen problemas.
Tal vez haya esperanza de que Square finalmente lo vea;)

No parece que hubiera un parche para el juego o lanzador después del mantenimiento.

Sin parche. El error HTTPS continúa atormentándonos; recién probado.

Alguien dijo algo sobre Transgaming, así que intenté agregar una función IsTransgaming a Wine: https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Esto permite que el lanzador se inicie (por lo que el código libcef de hecho todavía está activo), pero una vez que inicias sesión, obtienes el mensaje "sin cuenta de servicio". Me pregunto si IsTransgaming hace que el lanzador piense que se está ejecutando en una Mac, por lo que el servidor busca una cuenta de servicio de Mac.

En cualquier caso, esto solo funciona en el binario de 32 bits, por lo que, por muy útil que sea, solo es válido por un par de meses más; más allá de eso, necesitamos una solución adecuada para el mshtml de Wine.

¿Existe alguna forma decente de incentivar a alguien a que busque arreglar mshtml para este problema?
¿Alguien tiene algún contacto SE en el que podamos obtener parte de esta información debidamente confirmada?

Supongo que preguntar sobre Wine-Devel. Lo investigaría yo mismo, pero comenzaría desde cero conocimientos sobre mshtml, wine-gecko o libcef. (De hecho, intenté construir wine-gecko hace un momento y murió casi de inmediato; el hecho de que sea tan antiguo y aparentemente ahora esté roto podría ser un buen argumento para volver a implementar mshtml sobre libcef, por ejemplo).

Y para ser justos, no sé si los errores están solo en mshtml, o en mshtml; eso parece ser el culpable más probable en este momento.

si podemos hacer que funcione parcheando wine para decir que es transgaming, tal vez podamos parchear el ejecutable para verificar si hay una cuenta de servicio de Steam independientemente.

Si bien eso podría ser una posible solución alternativa, sería mucho mejor averiguar exactamente qué está fallando (probablemente dentro del vino) y resolver esos problemas.

También es importante recordar que tendríamos que asegurarnos de que pueda verificar tanto la licencia de Steam como la de Windows independiente.

sí, estoy de acuerdo, parchear el ejecutable definitivamente no es el enfoque que queremos

Sin embargo, si pudiéramos hacer un lanzador temporal que le dijera al cliente lo que quería saber, eso sería una curita decente, lamentablemente no tengo la experiencia para perseguir eso.

Punto de datos adicional: parcheé Wine para cargar la versión anterior de ffxivlauncher.exe (la que funcionó bien hasta la última actualización) cuando se solicitó la versión actual, y eso también da como resultado un error "sin cuenta de servicio". Pero si inicio sesión desde una verdadera máquina con Windows, funciona bien. Sospecho que algo cambió en el flujo de inicio de sesión y solo el lado mshtml del lanzador de Windows admite el nuevo flujo, y los inicios de sesión de flujo antiguo se tratan como Mac o posiblemente incluso como "plataforma no válida". (Quizás deshabilitaron la verificación de BrowserType solo para ahorrarse el esfuerzo de actualizar el código libcef que de todos modos debía retirarse).

Mi máquina con Windows en realidad tiene una GPU mejor que mi caja con Linux, entonces ¿tal vez SQEX está tratando de ayudarme?

Eh, eso es muy interesante. Entonces, la única opción realista y decente es concentrarse en mshtml.
Hice un informe de error sobre el bugzilla del vino, ya que mshtml sería bastante técnico https://bugs.winehq.org/show_bug.cgi?id=47069

Probé un lanzador personalizado en Windows y ¡funciona bien! Si logramos replicar el trabajo en https://github.com/goaaats/FFXIVQuickLauncher/ y lo hacemos funcionar en vino deberíamos tener una tirita.

Dado que la URL que carga el parche se puede abrir en un navegador normal y también muestra una pantalla negra allí, ¿quizás podríamos comenzar por averiguar la causa de eso? Con las herramientas de depuración disponibles allí, no debería ser difícil ... para alguien con una pista sobre todo lo relacionado con javascript / css.

¿Aparece el error mencionado "sin cuenta de servicio" dentro del lanzador o proviene del ejecutable del juego real (ffxiv_dx11.exe)?

Eh, eso es muy interesante. Entonces, la única opción realista y decente es concentrarse en mshtml.
Hice un informe de error sobre el bugzilla del vino, ya que mshtml sería bastante técnico https://bugs.winehq.org/show_bug.cgi?id=47069

Probé un lanzador personalizado en Windows y ¡funciona bien! Si logramos replicar el trabajo en https://github.com/goaaats/FFXIVQuickLauncher/ y lo hacemos funcionar en vino deberíamos tener una tirita.

Quiero decir que sí, pero aparentemente no.

Así que aquí hay algo que realmente no entiendo. Tomé las actualizaciones que hice al lanzador que mencioné ayer (que, para reiterar, no funcionan en Linux y hablo de un problema de cuenta de servicio, es una foto en mi última publicación) y lo ejecuté en Windows.

Y no recibo el error, acabo de iniciar sesión con el pequeño lanzador de Python. Mismo código (comenté una línea que supuestamente causa un bloqueo en Windows, pero todo lo que hace es centrar el cuadro de inicio), resultados diferentes, la única diferencia que vale la pena es que funciona en Windows, no en Wine.

Y no recibo el error, acabo de iniciar sesión con el pequeño lanzador de Python. Mismo código (comenté una línea que supuestamente causa un bloqueo en Windows, pero todo lo que hace es centrar el cuadro de inicio), resultados diferentes, la única diferencia que vale la pena es que funciona en Windows, no en Wine.

Eso es realmente muy interesante. ¿La activación de "Ocultar versión de vino" hace algo (en caso de que de alguna manera estén verificando específicamente el vino)?

Entonces, ¿el lanzador de Python funciona en Windows? ¿Podría intentar ejecutar el lanzador de Python en Windows y dejar que imprima el comando que ejecutaría, luego ejecutar ese comando en Linux? Si aún recibe el error, entonces tenemos otro problema, ya que eso significaría que ffxiv.exe también está haciendo algo diferente en el vino.

Dado que la URL que carga el parche se puede abrir en un navegador normal y también muestra una pantalla negra allí, ¿quizás podríamos comenzar por averiguar la causa de eso? Con las herramientas de depuración disponibles allí, no debería ser difícil ... para alguien con una pista sobre todo lo relacionado con javascript / css.

¿Aparece el error mencionado "sin cuenta de servicio" dentro del lanzador o proviene del ejecutable del juego real (ffxiv_dx11.exe)?

Vaya, vaya a https://frontier.ffxiv.com/version_4_0_win/index.html. La mayoría de los elementos tienen una clase de "Ocultar". Si elimina dichas clases, el lanzador también se procesa parcialmente en los navegadores normales. ¿Están de alguna manera comenzando todo con Display: None y luego mostrando algún tipo de magia javascript?

por cierto, parece ser solo un CSS que oculta la interfaz de usuario cuando navega a la página en un navegador. No lo sé exactamente, pero ¿es posible que esté buscando algún agente de usuario o similar para mostrar la interfaz de usuario?

No parece estar basado en el agente de usuario. Probablemente de alguna manera intente verificar si se ejecutó desde una instalación adecuada antes de mostrarlo

Si averiguamos qué condiciones quiere antes de mostrarse, eso puede darnos una pista de por qué no está haciendo eso en el vino.

Ciertamente, hay una gran cantidad de javascript involucrado que activará / desactivará esos elementos. A primera vista, no encontré ninguna detección de sistema operativo ni nada parecido, ni la consola de Firefox arrojó ningún error obvio.

Pero si podemos resolver esto, podría ayudar en nuestra búsqueda de hacer que el lanzador funcione un poco más.

Entonces, ¿el lanzador de Python funciona en Windows? ¿Podría intentar ejecutar el lanzador de Python en Windows y dejar que imprima el comando que ejecutaría, luego ejecutar ese comando en Linux? Si aún recibe el error, entonces tenemos otro problema, ya que eso significaría que ffxiv.exe también está haciendo algo diferente en el vino.

Ya cambié a Linux - y ... Ocultando la versión de vino ... y estoy en la pantalla de selección de mi personaje.

Se me ocurre que si su versión para Mac usa una envoltura de vino especial, y ocultarles Wine nos permite entrar, y no esconder Wine nos dice que no tenemos una cuenta de servicio ...

Creen que somos usuarios de Mac.

¿Qué estás haciendo para ocultar la versión en vino? Esta podría ser nuestra solución, si el lanzador de Python junto con esto nos hace entrar.

Estoy haciendo un WINEPREFIX=<path-to-prefix> winecfg . Está debajo de la pestaña Puesta en escena. Nuevamente, debido a que esto me resulta más fácil de probar, estoy usando mi instalación de lutris, y no específicamente la versión de Steam todavía.

Es cierto que estoy en mi computadora portátil tratando de ejecutar la versión DX11, así que no es bonito (está bien, es bonito, pero es una presentación de diapositivas), pero puedo entrar en el juego.

Escondí la versión WINE y sigo recibiendo el mismo error.

Entonces, ¿es hora de un breve resumen?

1. Wine analiza la URL de forma incorrecta, por lo que se necesita un parche personalizado para solucionar este problema
2. Con el parche de URL personalizado, el lanzador se vuelve negro e inutilizable. problema mshtml?
3. Si logra ingresar al juego con cualquiera de los lanzadores personalizados, obtendrá errores relacionados con sus cuentas de servicio
   3.1. Sin embargo, esto se puede solucionar ocultando la versión en vino. Creen que somos usuarios de Mac.

Corríjame si alguna de las afirmaciones es incorrecta o si omití algo importante.
El hecho de que crean que somos usuarios de Mac debería ser algo que SE esté dispuesto a arreglar, con suerte.

Escondí la versión WINE y sigo recibiendo el mismo error.

No estoy completamente seguro de qué decirte.

3. 3.1. Sin embargo, esto se puede solucionar ocultando la versión en vino. Creen que somos usuarios de Mac.

Para ser claros, esto es una conjetura de mi parte, pero si lo que la gente dice sobre el cliente de Mac es cierto y nos dicen que no tenemos cuentas de servicio ... parece plausible. Si tenemos a alguien con una licencia de Mac, podemos averiguar con bastante rapidez si eso es lo que está sucediendo.

Confirmando que también puedo acceder a la pantalla de selección de personaje si activo HideWineExports desde el parche de preparación "ntdll-Hide_Wine_Exports". (clave HKCU \ Software \ Wine, valor de cadena HideWineExports, valor "1")

@HereInPlainSight ¿sería posible que alguien

iniciado sesión intentando apoderarse de una casa

Oh, maldita sea.

@achurch para ser claros, ¿estás usando un lanzador de terceros para eso?

¿Alguien consiguió el lanzador adecuado para trabajar con el parche de vino para la URL (+ browsertype 2?) Si es así, entonces tenemos soluciones para todos los problemas, ¡sin la necesidad de lanzadores personalizados!

Usé el lanzador oficial de la versión anterior, con BrowserType 2. Sospecho (pero no he confirmado) que el lanzador de la versión actual con el parche IsTransgaming también funcionaría; cuando lo intenté antes, no vi ninguna llamada a IsTransgaming desde ffxiv_dx11.exe, así que no creo que eso active una identificación de Mac (editar: pero por supuesto es posible que el lanzador también detecte la plataforma).

Traté de convertir el parche en un clon de protón, pero soy demasiado nuevo en esto para hacer el parche. Fracaso total ;)

Intentaré parchear vino con el parche isTransgaming y el parche vino (https://bugs.winehq.org/attachment.cgi?id=64251) cuando llegue a casa y veré si alguno de ellos ayuda.

¡Increíble!
Pregunta: ¿Alguien ha probado con una versión anterior de gecko? ¿Si eso es posible?

Así que pensé que conocía mi suerte y, de todos modos, nunca conseguiré una casa. Hice una cuenta de prueba de Mac e intenté iniciar sesión a través del método Python (hace que suene muy elegante), pero estoy chocando contra una pared donde no puedo iniciar sesión donde el código original incluso dice 'Esto fallará con un error 401 para alguien con una suscripción caducada '.

Recibo un error 401, así que supongo que es necesario algo adicional para decir que eres una cuenta de prueba.

Las cuentas de prueba tienen una versión de prueba específica del juego, por lo que tendrás que instalar la versión de prueba :)

Las cuentas de prueba tienen una versión de prueba específica del juego, por lo que tendrás que instalar la versión de prueba :)

Bueno, eso complica y posiblemente contamina el proceso de prueba, ¿no es así?

Sería mejor si tuviéramos a alguien con una licencia de Mac minorista para probarlo, ya que entonces se garantiza lo mismo en todo, incluido el cliente.

la mayoría de los parches necesarios para ntdll-Hide_Wine_Exports no se aplican a la versión de wine en proton y deberán modificarse para adaptarse

Después de agregar el parche IsTransgaming y eliminar las exportaciones wine_get_version pude actualizar completamente el juego e iniciar sesión.

Entonces, esto parece reducirse a dos problemas principales con esta actualización:

• El parche ahora ignora la configuración BrowserType y solo usa libcef si se encuentra la función IsTransgaming .
• ffxiv.exe busca la función wine_get_version y la informa como un inicio de sesión MAC si se encuentra.

Supongo que por el momento podemos solucionar ambos problemas con relativa facilidad, sin embargo, el Lanzador podría convertirse en un problema mayor si finalmente eliminan libcef por completo. Aunque mientras sean compatibles con la versión MAC, parece poco probable.

El parche ahora ignora la configuración BrowserType y solo usa libcef si se encuentra la función IsTransgaming .

... y devuelve 1 en un punto específico de la secuencia de inicio. La función en el parche devuelve verdadero solo en la segunda llamada porque si hago que sea verdadero todo el tiempo, el iniciador se bloquea al inicio (probablemente tratando de configurar algunos datos específicos de Transgaming que no existen porque no he implementado cualquier otra función específica de TG).

[...] si finalmente eliminan libcef por completo. Aunque mientras sean compatibles con la versión MAC, parece poco probable.

No estaría tan seguro de eso; recuerde que 5.0 eliminará el soporte de 32 bits y que el lanzador de 64 bits no usa libcef en absoluto. Vi un par de subprocesos de soporte de Mac en el foro que sugerían que, al menos en algunos casos, el iniciador de Mac usa renderizado HTML nativo, como mshtml en Windows. Entonces, esto es probablemente algo que deba abordarse en el lado del vino más temprano que tarde.

Desafortunadamente, esto no me ayuda en este momento ya que ejecuto Proton y mi instalación habitual de WINE está siendo muy molesta. Es posible que ni siquiera pueda usar un cliente que no sea Steam.

Sé que es una gran pregunta, pero supongo que no podrías bifurcar el último lanzamiento de Proton y ver si puedes parchearlo. La verdad es que soy un Joe normal; estas cosas aquí están un poco por encima de mis habilidades.
Estoy bastante seguro de que recuerdo cómo usar una versión personalizada de Proton. Recuerdo que tuve que instalar uno para Elite: Dangerous.

Puede confirmar que el parche de transgaming y HideWineExports funcionan aquí.

Estaba usando proton-tkg para lograr eso

no estoy seguro de cómo usar proton-tkg para ser honesto

Estaba agregando el parche de transgaming a PKGBUILDS / wine-tkg-git / wine-tkg-userpatches y reemplacé la extensión del archivo con .mypatch

Luego ejecuté el script proton-tkg y lo construyó todo para mí.

¿Dónde consigo el parche IsTransgaming ? Google me está fallando.

EDITAR: Estaba enterrado y escondido arriba. Creo que lo tengo. Veamos cómo funciona proton-tkg ...

Dejo esto aquí.
Tenía muchas ganas de hacer un lanzador alternativo de Linux específico.
No obtuve suficiente información para hacer eso, pero tal vez pueda dejar lo que obtuve aquí:

1 / Steam lanza ffxivboot (que quiero reemplazar) dada la opción -isSteam
Lanzador FF XIV. exe

El arranque FFXIV obtiene su información de actualización consultando esta página web:
http://patch-bootver.ffxiv.com/http/win32/ffxivneo_release_boot/ [Versión de inicio actual, ejemplo: 2019.04.19.0000.0001] /? time = [Hora actual en formato AAAA-MM-DD-HH-MinMin]

Durante este paso, el agente de usuario es "FFXIV PATCH CLIENT".

La respuesta de la página está contenida en el encabezado HTTP "X-Latest-Version" que devuelve la última versión de arranque.

No llegué a donde obtuvo la última versión (la comunicación estaba encriptada en TLS)

2 / Obtener datos de la interfaz

2.1 / La interfaz real se obtiene mostrando el archivo:
https://frontier.ffxiv.com/version_4_0_win/index.html?rc_lang= [LANG] & time = [HORA EN FORMATO AAAA-MM-DD-HH]

El agente de usuario utilizado es: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

Obtiene instantáneamente una cookie llamada "s" que no parece ser necesaria para el uso del lanzador.

2.2 / El estado mundial se obtiene en formato JSON consultando esta página web:
https://frontier.ffxiv.com/worldStatus/login_status.json? [TIMESTAMP en ms]

2.3 / Las noticias están disponibles en formato JSON consultando esta dirección:
https://frontier.ffxiv.com/news/headline.json?lang= [LANG] & media = pcapp & [TIMESTAMP en ms]

2.4 / Los diferentes estados del servidor están disponibles consultando esta dirección:
https://frontier.ffxiv.com/worldStatus/current_status.json? [TIMESTAMP en ms]

Parece que el valor 3 significa mantenimiento (como estaba cuando estaba probando esto)

3 / Iniciar sesión

El formulario de inicio de sesión se almacena en esta página web.
https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/top?lng=fr&rgn=3&isft=0&issteam=1

Hay una variable "issteam".
No sé a qué se refieren rgn e isft.

El agente de usuario es importante: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

En el formulario hay:

• Ingrese el nombre oculto "_STORED_", que contiene una identificación (que parece no cambiar entre las sesiones de inicio de sesión, no creo que sea un token)
• Nombre de entrada "sqexid" que contiene id
• Introduzca la contraseña "contraseña" que contiene la contraseña
• Ingrese otppw para la contraseña otp

Se dirige a: https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send

Entonces, para iniciar sesión, debe realizar una solicitud POST a https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send con los valores _STORED_, sqexid, contraseña +/- otppw.

En la página de respuesta, hay un comando de ejecución de JavaScript que contiene muchas variables, incluido algo que parece ser un token.

4 / La parte posterior al inicio de sesión

Ahí es donde no obtengo todo.

4.1 / Verificación de versión

Parece que el exe de arranque lanza "ffxivlauncher.exe" solo después de iniciar sesión, lo obtuve haciendo un poco de monitoreo del proceso.
¿Con qué argumento?
ffxivlauncher.exe reclama que se inicie desde ffxivboot.exe, ¿necesita un argumento específico? ¿O realiza una verificación de proceso padre?

Se realiza una solicitud para verificar la última actualización, la obtuve del otro código fuente del lanzador, ya que eran consultas cifradas.
Se realiza consultando esta dirección:
https://patch-gamever.ffxiv.com/http/win32/ffxivneo_release_game/ [VERSIÓN ACTUAL DEL JUEGO] / [TOKEN OBTENIDO ANTERIORMENTE]

En el cuerpo de la solicitud, es necesario especificar el actual y el sha1 de ffxivboot.xex, ffxivlauncher.exe y ffxivupdater.exe. Y sus equivalentes de 64 bits.
Eso nos da eso:
ffxivboot.exe / sha1ofthefile / ffxivboot64.exe / / sha1ofthefile, ffxivlauncher.exe / sha1ofthefile, ffxivlauncher64.exe / / sha1ofthefile, ffxivupdater.exe / sha1ofthefile1oftheupdater.exe .exe / sha1ofthefile / "

Se envía como texto sin formato.
El agente de usuario es importante: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

Devuelve una X-Latest-Version, que es la identificación de la última versión y X-Patch-Unique-Id, que es la UID de esa versión (que cambia en cada solicitud).

¿Para qué se necesita este UID?

4.2 / Descargador de actualizaciones

Las actualizaciones se descargan del servidor cuadrado.
La URL de descarga es estática y no parece cambiar.

Grabé que antes de descargar el archivo, el servidor recibió una solicitud en:
http://patch-gamever.ffxiv.com/gen_token

Con el agente de usuario "FFXIV PATCH CLIENT" y una variable "X-Patch-Unique-Id" en el encabezado.
Éste parece ser el obtenido anteriormente.
En esa solicitud, el cuerpo contiene el URI del archivo de actualización.

Responde con el examen mismo URI.

No entendí qué significa este paso. ¿Se utiliza para registrar las descargas de actualizaciones de usuario?
Los archivos de actualización se podían descargar con o sin realizar ese paso.

No llegué a donde se obtienen los archivos de actualización URI. Pero como son estáticos, puedo reemplazarlos fácilmente por un registro de enlaces.

4.3 / Instalación de actualización

Ese es mi principal obstáculo.
Los archivos de actualización son un archivo .PATCH que no se corresponde con un archivo de almacenamiento.
El archivo se describe en su encabezado como un archivo "ZIPATCH".

¿Qué proceso integra esta actualización al juego?
Si tiene información al respecto, sería genial, ya que para mí es el principal obstáculo para realizar un portal Linux en pleno funcionamiento.

5 / última comprobación

El lanzador verifica el "estatuto de la puerta" en:
https://frontier.ffxiv.com/worldStatus/gate_status.json?lang=fr& [TIMESTAMP en ms]

Luego, se lanzó el juego.
No entendí cómo, pero parece que los otros autores del lanzador ya lo han determinado.

Versión TL DR:

• Intentando hacer un lanzador específico de Linux para deshacerse del oficial
• Necesita determinar cómo el real obtiene los URI de actualización (pero eso no está bloqueando)
• Necesita determinar cómo se realiza el proceso de actualización real

@una iglesia

... y devuelve 1 en un punto específico de la secuencia de inicio. La función en el parche devuelve verdadero solo en la segunda llamada porque si hago que sea verdadero todo el tiempo, el iniciador se bloquea al inicio (probablemente tratando de configurar algunos datos específicos de Transgaming que no existen porque no he implementado cualquier otra función específica de TG).

¡Gracias por averiguarlo! Tuvimos suerte de que implementar la función IsTransgaming fue suficiente para que funcionara.

No estaría tan seguro de eso; recuerde que 5.0 eliminará el soporte de 32 bits y que el lanzador de 64 bits no usa libcef en absoluto. Vi un par de subprocesos de soporte de Mac en el foro que sugerían que, al menos en algunos casos, el iniciador de Mac usa renderizado HTML nativo, como mshtml en Windows. Entonces, esto es probablemente algo que deba abordarse en el lado del vino más temprano que tarde.

Sí, este es un truco feo en el mejor de los casos. La única forma legítima de avanzar es arreglar las implementaciones urlmon y mshtml y esperar que la futura actualización planificada que requiera la autenticación de Steam no cause ningún problema.

Editar:
@alibell

No sé a qué se refieren rgn e isft.

Supongo que 'región' y 'es prueba gratuita' respectivamente.

Más información sobre el lanzador y el actualizador está disponible aquí: http://ffxivclassic.fragmenterworks.com/index.php?controller=post&action=view&id_post=30. Como sugiere el nombre del sitio, se trata principalmente de 1.0, pero parece que algo de esto todavía se aplica a 2.0+.

Estaba agregando el parche de transgaming a PKGBUILDS / wine-tkg-git / wine-tkg-userpatches y reemplacé la extensión del archivo con .mypatch

Luego ejecuté el script proton-tkg y lo construyó todo para mí.

Bueno, eso fue un fracaso; aparentemente no se encontró algo llamado "makepkg" y ​​parece que no puedo encontrar qué biblioteca lo agrega.

¿Alguien puede compartir una construcción de protones con los parches? Estoy tratando de hacer funcionar wine-tkg pero tengo problemas

aparentemente no se encontró algo llamado "makepkg" y ​​parece que no puedo encontrar qué biblioteca lo agrega.

makepkg es para construir paquetes en arch linux

aparentemente no se encontró algo llamado "makepkg" y ​​parece que no puedo encontrar qué biblioteca lo agrega.

makepkg es para construir paquetes en arch linux

¡Veo! Actualmente estoy ejecutando Pop_! OS (entonces basado en Ubuntu / Debian). ¿Supongo que entonces no puedo ejecutar el script proton-tkg.sh ?

Versión TL DR:

• Intentando hacer un lanzador específico de Linux para deshacerse del oficial
• Necesita determinar cómo el real obtiene los URI de actualización (pero eso no está bloqueando)
• Necesita determinar cómo se realiza el proceso de actualización real

Actualmente no tengo acceso a una instalación que no está actualizada, pero cuando golpeé brevemente el lanzador, lo pegué con cinta adhesiva contra una instalación anterior en casa. No había actualizado. Creo que escupió las ubicaciones del archivo de actualización, por lo que la fuente. tal vez pueda ayudar. Compruebe login.py para 'patch_url'.

¡Veo! Actualmente estoy ejecutando Pop_! OS (entonces basado en Ubuntu / Debian). ¿Supongo que entonces no puedo ejecutar el script proton-tkg.sh ?

Tendría que lidiar con el sistema de compilación Debian.

En un futuro cercano, debemos considerar la posibilidad de incluir los parches en una compilación de Lutris (Lutris tiene compilaciones de Wine con correcciones para juegos específicos, además de varios sabores de Wine).

A pesar de la documentación sobre ntdll-Wine_Hide_Exports, parece ser independiente de cualquier otra cosa en la puesta en escena, e imagino que la lista de dependencias se debe solo a parches colisionados en ntdll_misc.h. Estoy construyendo ahora para probar, pero parece que debería poder aplicar la parte loader.c de ntdll-Hide_Wine_Exports e insertar manualmente las líneas agregadas en ntdll_misc.h.

(Para su información, estoy usando Vanilla Wine con algunos parches de preparación seleccionados, no Proton, así que tendré que dejar las instrucciones de construcción de Proton a otros).

Creo que esperaré a que Valve lo coloque en Proton. Pero al menos me alegra saber que no se ha perdido toda esperanza. = D
Con suerte, irá rápido ahora que parece que tenemos una solución.

Estoy bastante seguro de que esto es demasiado peligroso para incluirlo en las versiones oficiales de Proton.

No esperaría ver el parche IsTransgaming en Proton / Wine oficial en el corto plazo, es demasiado hacky para eso. A menos que sea muy paciente, es posible que desee probar suerte con Lutris o una construcción de vino personalizada.

Bueno, comienza el muro de piedra. Tenemos que piratear un bloqueo aparentemente intencionado contra los usuarios de Linux. Valve necesita mostrar una postura aquí. Los parches hacky y los lanzadores de cambios no son la postura que deseo adoptar. Quiero que Square "sangre, como yo" ~ Deadman's Wonderland

Bueno, comienza el muro de piedra. Tenemos que piratear un bloqueo aparentemente intencionado contra los usuarios de Linux. Valve necesita mostrar una postura aquí.

Definitivamente, esto no es intencional. Opciones extrañas e incluso sucias de programación / portabilidad, claro, pero no es un intento de bloquear Linux.

Dudo que esto esté específicamente dirigido a usuarios de Linux. Es mucho más probable que estuvieran haciendo cambios para MAC y, dado que no prueban en Linux, nos presentaron problemas involuntariamente, pero eso es de esperar sin soporte oficial.

Sí, funcionará en Lutris por ahora (cuando llegue la compilación), pero no a largo plazo. Cuando Square finalmente me bloquea las copias del juego que no son de Steam, si Proton no funciona, ¡no puedo jugar!
Ni siquiera estoy molesto con Valve, incluso si no implementan el truco IsTransgaming; En general, estoy molesto con Square porque tienen que ser tan difíciles. Especialmente cuando el juego en sí no es el problema; es solo que el lanzador está loco.

sí, no tenemos evidencia de que esto sea intencional, solo porque se rompió de una manera extraña. Square enix nunca ha soportado oficialmente Linux o Proton, así que obviamente no se dieron cuenta de que podría romperse de esta manera. no tienen ninguna obligación con nosotros, estamos haciendo nuestro propio camino.

Es casi seguro que ellos están cambiando la forma en que el cliente de Mac hace las cosas en preparación para la eliminación del soporte de 32 bits y nos quedamos atrapados en el medio.

La buena noticia es que, mientras SE continúe soportando el cliente Mac de esta manera, probablemente podamos emular más de Transgaming si esto se rompe en el futuro (incluso si podría significar comprar licencias de Mac).

Lo realmente tonto es, ¿por qué están usando IsTransgaming para detectar Mac en el lanzador, pero buscan exportaciones de Wine en el juego real? Irónicamente, si usaran IsTransgaming para ambos, sería más difícil trabajar sin necesidad de una licencia de Mac

Sí, es realmente tonto, pero estoy de acuerdo con pagar una licencia de Mac cuando llegue el momento y lo arreglen :)

También me hace preguntarme si los jugadores de Mac FFXIV pueden modificar su juego para ocultar el vino y, por lo tanto, contar como una versión de Windows.

Tbh, nunca entendí realmente por qué tenemos que tener diferentes licencias para diferentes plataformas para empezar. No tiene sentido para un MMO basado en suscripción. Supongo que por razones de dinero, ¡pero aun así!

Veremos, alguien de aquí dijo que no pueden encontrar en el ECMAscript de los controles de userragent. Browser.js líneas 60 a 72 .... Bastante claro ahí. En cuanto al soporte de LibCEF y MAC, dado que MAC está utilizando una capa Wine personalizada, la esperanza es que podamos aprovecharla. Si esto es lo mejor que podemos esperar, sugiero mirar a LostArk cuando llegue a Rusia.

El mero hecho de que estén tratando de controlar las licencias de una manera más estricta debería indicar el plan y la intención. Si no puede darse cuenta de eso, entonces debería volver a Windows.

Actualización: podría descuidarme si te gusta esto o no, es el hecho de lo que dice el código

no hay evidencia de que esto sea malicioso. las cosas se rompen, especialmente cuando no tienen soporte oficial. sucede, y lo solucionaremos.

Si hombre. Mierda pasa.

no hay evidencia de que esto sea malicioso. las cosas se rompen, especialmente cuando no tienen soporte oficial. sucede, y lo solucionaremos.

Si el código no es suficiente prueba, ¿cuál sería? ¿Una confesión directa de Yosuke Matsuda? Es por eso que tenemos a Trump en el cargo y la Red del Título 2 de manera neutral apenas despegó. Nadie tiene valor para ponerse de pie y decir que no. Dado que ese es el caso, me retiraré y podré mi sumiso.

Parche HideWineExports aplicado a la bifurcación Wine de Proton, para aquellos que lo deseen: https://github.com/achurch/proton-wine/commit/e77d4e14f42aa3721480a2ea6cdb713f4e5aceb4

En realidad, no he probado el comportamiento, pero es un parche sencillo y se construye limpiamente, así que me sorprendería si no funcionara.

No he agregado el parche IsTransgaming porque es una solución muy torpe que no debería quedarse, pero debería aplicarse limpiamente.

Si el código no es suficiente prueba, ¿cuál sería?

no hay ningún código que indique que esto sea malicioso, y esto es fuera de tema.

Tbh, nunca entendí realmente por qué tenemos que tener diferentes licencias para diferentes plataformas para empezar. No tiene sentido para un MMO basado en suscripción. Supongo que por razones de dinero, ¡pero aun así!

Probablemente tengan que hacerlo para Steam y PS4.

Tbh, nunca entendí realmente por qué tenemos que tener diferentes licencias para diferentes plataformas para empezar. No tiene sentido para un MMO basado en suscripción. Supongo que por razones de dinero, ¡pero aun así!

Probablemente tengan que hacerlo para Steam y PS4.

Para ganar más dinero. No, no es necesario para Steam o PS4. El subsistema está alojado y administrado por Square Enix. Pueden decir que esa es la razón, pero mira el Reino de Aura. Puede descargar la versión que no es de Steam o Steam, pero inicie sesión con la misma cuenta, sin necesidad de bloqueo. Eso es solo humo y espejos. Pero sí, diré que se desvía un poco hasta cierto punto. La razón detrás de este código es bastante contundente incluso si hay quienes hunden la cabeza en la arena. Espero que obtenga otro parche, luego otro parche después de ese y otro solo para evitar el plan de negocios de Square. Eso es lo que tiene todo esto sucediendo, simple y llanamente. Jbal91, soy un ingeniero principal de oficio, ¡ESCRIBO SHIZ COMO ESO PARA UNA MALDITA VIDA! Conozco la mente corporativa porque estoy en ella al nivel del cuello. Así que, por favor, saque la cabeza de su cadena de margaritas ... Eso va para el resto que cree que esto es solo un error.

¿podemos dejar de hablar de esto? es totalmente irrelevante para el tema en cuestión.

Volviendo al tema, es un poco desafortunado que estén buscando específicamente Wine, porque significa que, lamentablemente, incluso si arreglamos el mshtml de Wine, seguiría pensando que somos usuarios de Mac cuando intentemos iniciar el juego. Eso significa que es poco probable que vuelva a funcionar con vino de vainilla / protón.

No veo por qué proton (y lutris) no fusionarían el parche de preparación de vinos para que el juego funcionara, ya que de todos modos no es tan hacky. en cuanto a mshtml, tendremos que averiguar qué es exactamente lo que está mal

Si SE se da cuenta de esto, aún podría cambiar ese cheque para usar IsTransgaming lugar. De lo contrario, deshabilitar los símbolos wine_get_version debería ser bastante simple, ya sea agregando una opción de registro o simplemente eliminándolos por completo de proton.

Actualicé la publicación de Reddit con toda la información que tenemos hasta ahora. ¡Avísame si me falta algo!

Me pregunto qué tan difícil sería escribir una DLL que enganche GetProcAddress y devuelva 1 para isTransgaming, entonces no necesitaríamos una compilación de vino personalizada. Sin embargo, todavía necesitaríamos una puesta en escena para ocultar a Wine.

@ jbal91 Si FFXIV implementa algún tipo de anti-trampas (o lo hace en el futuro), entonces eso probablemente lo activaría. Idealmente, creo que sería mejor no modificar ninguno de los archivos FFXIV.

@ jbal91 Si FFXIV implementa algún tipo de anti-trampas (o lo hace en el futuro), entonces eso probablemente lo activaría. Idealmente, creo que sería mejor no modificar ninguno de los archivos FFXIV.

DXVK ya lo activaría de todos modos

he intentado construir protones con parches de vino usando el archivo MAKE pero meson sigue quejándose de las cosas No estoy seguro de cuál es la raíz del problema. Si alguien puede construirlo con los 3 parches, por favor colóquelo en algún lugar para descargarlo. Seguiré intentándolo mientras tanto

Bueno, logré iniciar sesión. Intentaré crear una versión de Proton con Proton-tkg.

Lo conseguí para construir justo ahora, tuve que destruir todo el vm y reconstruir desde cero, pero el lanzador funciona ahora. olvidé cambiar la entrada del registro, haciéndolo ahora

Bueno, digamos que hipotéticamente soy un bebé y no sé qué hacer para que funcione. Estoy en Gentoo y he estado ejecutando la prueba gratuita de Steam, pero no tengo la versión de Steam y, como supongo, eso no será algo que pueda hacer pronto. Probablemente, no me importaría compilar y ejecutar mi propio Proton para ejecute ffxiv si eso es lo que se necesita, pero no estoy seguro de lo que debo hacer y cómo aplicar los parches necesarios.

Cerraré la compilación de protones una vez que confirme que funciona, debería poder simplemente colocarla en .steam/root/compatibilitytools.d

tengo cosas que hacer por un tiempo, así que probablemente pasará al menos una hora antes de que pueda confirmarlo

Tengo un paquete Arch en funcionamiento, solo recompilando para Proton. Debería tenerlo en menos de una hora si la gente no puede esperar, jajaja

He esperado un día entero, al menos. Puedo esperar un poco más =)
Pregunta potencialmente tonta pero: ¿Crees que el paquete arch funcionaría en Debian? WINE / Proton debería ser independiente de la distribución, ¿verdad?

Realmente dudo que funcione en Debian sin un chroot

Bueno, ¡estoy deseando darle una oportunidad de todos modos! :RE
Si puede funcionar, lo resolveré.

Se construyó y se lanzó, pero no detectaba DX11, creo que porque winelibé DXVK, intentándolo de nuevo.

¿Cómo configuro la clave de registro exactamente?

winetricks hidewineexports = habilitar

Hola a todos. Solo quería agradecerles a todos por su trabajo en este tema.

Realmente eres increíble <3

Está bien, FUNCIONA y estaré subiendo la distribución de protones ahora

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

ahaha o @ jbal91 me

tomó más tiempo del que debería haber tenido que reconstruirlo.

Necesitarás WINEPREFIX = "$ HOME / .local / share / Steam / compatibilidadtools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = enable para acceder a la pantalla de selección de personaje

Y sí, debe extraerse a "$ HOME / .local / share / Steam / compatibilitytools.d"

¿Simplemente agregas eso al lanzador?

Tbh, nunca entendí realmente por qué tenemos que tener diferentes licencias para diferentes plataformas para empezar. No tiene sentido para un MMO basado en suscripción. Supongo que por razones de dinero, ¡pero aun así!

Probablemente tengan que hacerlo para Steam y PS4.

Para ganar más dinero. No, no es necesario para Steam o PS4. El subsistema está alojado y administrado por Square Enix. Pueden decir que esa es la razón, pero mira el Reino de Aura. Puede descargar la versión que no es de Steam o Steam, pero inicie sesión con la misma cuenta, sin necesidad de bloqueo. Eso es solo humo y espejos. Pero sí, diré que se desvía un poco hasta cierto punto. La razón detrás de este código es bastante contundente incluso si hay quienes hunden la cabeza en la arena. Espero que obtenga otro parche, luego otro parche después de ese y otro solo para evitar el plan de negocios de Square. Eso es lo que tiene todo esto sucediendo, simple y llanamente. Jbal91, soy un ingeniero principal de oficio, ¡ESCRIBO SHIZ COMO ESO PARA UNA MALDITA VIDA! Conozco la mente corporativa porque estoy en ella al nivel del cuello. Así que, por favor, saque la cabeza de su cadena de margaritas ... Eso va para el resto que cree que esto es solo un error.

Una cosa es poner la cabeza en la arena, otra es tener la cabeza en la luna. Tampoco son recomendables:

Que el código hable de agente de usuario no significa nada en términos de filtrado. O el hecho de que el filtrado se base en el agente de usuario no significa que esté destinado a "conseguir" usuarios de Linux.

Tal vez exponer realmente el llamado control de flujo "anti-Linux" antes de recurrir a la conspiración:

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                                                                

Esto es lo que el lanzador a través de Wine realmente envía por la tubería.

Y el cuerpo de respuesta

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

El servicio web remoto identifica el Lanzador como ejecutándose en Windows.

Lo seleccionas como tu versión predeterminada de SteamPlay o específicamente para FFXIV en las propiedades (recomiendo la última)

Lo siento, me estaba refiriendo al

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

¿Lo pusiste en "Establecer opciones de lanzamiento" o necesitas hacerlo de otra manera?

Lo siento, me estaba refiriendo al

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

¿Lo pusiste en "Establecer opciones de lanzamiento" o necesitas hacerlo de otra manera?

no, simplemente ejecute ese comando una vez en la terminal, y ya está

^ Simplemente colóquelo en el caparazón.

Si no tiene Winetricks, también puede hacerlo a través de winecfg.

Hola, estoy usando Wine-Staging de forma independiente. ¿Cómo aplicaría exactamente el parche transgaming?

No hay suerte aquí, se inicia y luego se cierra inmediatamente.

@ jbal91 ¿Dónde pongo esto? No tengo compatibilidad.d bajo ~/.steam/root Ejecutando Manjaro i3.

Intenté señalar mi instalación existente de Lutris del juego al nuevo wine64 de la compilación de jbal91, pero no se inicia en absoluto:

wine: no se pudo inicializar: RIGIN / lib64 / wine / ntdll.dll.so: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio

Admito que no soy bueno con los puntos más finos de WINE; ¿Me estoy perdiendo algo // es posible que esto funcione con una instalación de Lutris? Puedo comenzar a instalar / probar con Steam más tarde cuando tenga más tiempo, pero quería probarlo.

@ sangoku116 crea la carpeta ~/.steam/root/compatibilitytools.d/ y exporta todo allí. Debería terminar con la carpeta ~/.steam/root/compatibilitytools.d/proton_tkg_4.6.r0.g3f8edce5.ffxiv con todo lo que hay allí, luego ingrese a Steam y seleccione esa versión de Steam Play solo para FF14

Intenté señalar mi instalación existente de Lutris del juego al nuevo wine64 de la compilación de jbal91, pero no se inicia en absoluto:

wine: no se pudo inicializar: RIGIN / lib64 / wine / ntdll.dll.so: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio

Admito que no soy bueno con los puntos más finos de WINE; ¿Me estoy perdiendo algo // es posible que esto funcione con una instalación de Lutris? Puedo comenzar a instalar / probar con Steam más tarde cuando tenga más tiempo, pero quería probarlo.

Después de leer sobre Proton con este número, creo que Proton y Wine no son intercambiables. Proton hace algunas comprobaciones con cosas específicas de Steam, por lo que no será compatible con la victoria en Lutris

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

Eso tendría sentido. Probablemente estoy confundiendo a la gente preguntando si / quiero que funcione como corredor como si lo fuera.

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

Intenté copiar mis archivos de instalación existentes en el directorio de Steam para FF después de dejar que Steam instalara el iniciador, y borrar eso y comenzar una nueva instalación sin los datos, ambos abortaron inmediatamente después de hacer clic en Reproducir antes incluso de llegar al iniciador.

Mismo error que en mi intento 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

Incluso después de correr
WINEPREFIX="$HOME/.local/share/Steam/compatibilitytools.d/proton_4.2-local/dist/share/default_pfx/" winetricks hidewineexports=enable

Recibo el error de no cuenta de servicio.

Pero al menos me metí en el juego, así que un paso más

Ejecuté el comando en una terminal, seleccioné el archivo para que se ejecute como protonffxiv y ahora mi juego no se inicia. Se inicia cuando selecciono 4.2-3, pero no el ffxiv.

@ sangoku116 , ¿ usaste @ashkitten o @ jbal91 build? Tuve el mismo problema con @ jbal91 pero no con @ashkitten

Me encuentro con el mismo problema que @Undeadhunter , el protón con el protón de @ jbal91 permite que el lanzador funcione sin problemas y parchee el juego, pero sigo recibiendo un error de cuenta sin servicio (a pesar de configurar hidewineexports = enable en el prefijo) .

Usé la

funcionó perfectamente para mí, muchas gracias! @ashkitten

Sí, creo que algo podría estar raro con el mío

@ jbal91 cree que está relacionado con el nombre, steam se está iniciando sin la parte .ffxiv del nombre de la carpeta. ¿Quizás le cambió el nombre?

De hecho, recibí un error al intentar conectarme al centro de datos. Dice que mi juego no está registrado con mi cuenta de servicio.

@ sangoku116 ¿qué prefijo de vino usó al ejecutar el comando para habilitar hidewineexports?

para mí lo que funcionó fue WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

para mí lo que funcionó fue WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

¡Arreglado!

¡alegre!

Todavía no hay suerte aquí, marcó WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winecfg y en Staging Hide Wine está marcado.

¡Hola! Solo quería intervenir y decir que estoy usando la @ashkitten (con hidewineexports habilitado en el prefijo 39210), y he iniciado sesión, parcheado, lanzado el juego y conectado con un personaje. Entonces, parece estar funcionando para mí. Muchas gracias a todos por su arduo trabajo hasta ahora. :)

@Undeadhunter Lo que me ayudó fue WINEPREFIX=$HOME/Data/SSD/SteamLibrary/steamapps/compatdata/39210/pfx/ winetricks hidewineexports=enable porque instalé FFXIV en una ubicación personalizada

También recuerde que si está usando la versión de prueba, el número después de compatdata es '312060', y si está usando el cliente minorista, es '39210'.

¿Podría alguien explicar cómo aplicar esto a una versión que no sea de Steam de FFXIV?

@Wyziqi venía a publicar esto, de hecho, también tengo una ubicación de instalación personalizada, pero lo descubriste antes que yo. ¡Gracias por eso!

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

¿Podría alguien explicar cómo aplicar esto a una versión que no sea de Steam de FFXIV?

Cree vino con las correcciones que se publican aquí, principalmente la función hidewineexports en wine-staging, y la corrección para agregar isTransgaming de https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Estoy tratando de usar la compilación de @ashkitten, pero seleccionar eso en Steam como la versión de Proton también es negarme a iniciar el lanzador y simplemente abortar instantáneamente. Estoy sobre mi cabeza en este punto y no estoy seguro de si de alguna manera algo en mi sistema está actuando o qué, pero ninguna de estas soluciones llega tan lejos como cuando otras las han probado. Probar el 4.2 normal de Steam cargará el lanzador en la pantalla negra.

De ashkitten's:

GameAction [AppID 39210, ActionID 1]: LaunchApp cambió la tarea a ProcessingInstallScript con ""
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: es un directorio
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: es un directorio
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: es un directorio
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: es un directorio
[2019-04-24 16:21:51] Inicio: actualización creada el 16 de abril de 2019 21:00:51
[2019-04-24 16:21:51] Ha habilitado la versión beta del cliente 'publicbeta' a través del archivo beta
Estás en la versión beta del cliente 'publicbeta'.
[2019-04-24 16:21:51] Verificando la instalación ...
[2019-04-24 16:21:51] Verificación completa
installscript_posix.cpp (418): Error de afirmación: el evaluador independiente devolvió el código de error para la aplicación 39210
installscript_posix.cpp (418): Error de afirmación: el evaluador independiente devolvió el código de error para la aplicación 39210
Instalación del controlador de excepciones de breakpad para appid (steam) / versión (1555457005)
asert_20190424162217_27.dmp [7678]: Cargando volcado (fuera de proceso)
/tmp/dumps/assert_20190424162217_27.dmp
GameAction [AppID 39210, ActionID 1]: LaunchApp cambió la tarea a ProcessingShaderCache con ""
GameAction [AppID 39210, ActionID 1]: LaunchApp cambió la tarea a SiteLicenseSeatCheckout con ""
GameAction [AppID 39210, ActionID 1]: LaunchApp cambió la tarea a CreatingProcess con ""
GameAction [AppID 39210, ActionID 1]: LaunchApp esperando la respuesta del usuario a CreatingProcess ""
GameAction [AppID 39210, ActionID 1]: LaunchApp continúa con la respuesta del usuario "CreatingProcess"
Máscara de controlador habilitada para AppId 39210: 0
Actualización del juego: AppID 39210 "", ProcID 7680, IP 0.0.0.0:0
Iniciando la aplicación 39210
Instalación del controlador de excepciones de breakpad para appid (steam) / versión (1555457005)

Añadiendo el proceso 7680 para el ID de juego 39210
GameAction [AppID 39210, ActionID 1]: LaunchApp cambió la tarea a WaitingGameWindow con ""
ERROR: ld.so: object '/home/jim/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD no se puede precargar (clase ELF incorrecta: ELFCLASS32): ignorado.
/ bin / sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: es un directorio
GameAction [AppID 39210, ActionID 1]: LaunchApp cambió la tarea a Completada con ""
Añadiendo el proceso 7682 para el ID de juego 39210
Juego eliminado: AppID 39210 "", ProcID 7680
Saliendo de la aplicación 39210

¿Y cómo aplico el parche? No parece que coincida con el formato de los otros parches en Wine Staging.

¿Alguien podría decirme si tengo que hacer algo especial si estoy usando Lutris?

@kgnotte esos son diffs, no contienen información de confirmación, por lo que debe aplicarlos con git apply

Gracias @ashkitten

https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git
Esa sería una posibilidad de construir usted mismo un entorno de vino personalizado. Coloque diff en la carpeta userpatches y ejecute el script de compilación

¿Alguien podría decirme si tengo que hacer algo especial si estoy usando Lutris?

Hasta ahora, las únicas compilaciones que he visto compartidas son para Proton, debes esperar a que aparezca una compilación de Wine o compilar una por tu cuenta.

Cuando aparezca uno, deberá ordenar cómo instalarlo en Lutris como corredor de vino y cambiar su versión de vino para XIV.

También puede agregar un juego que no sea de vapor en Steam y usar protón.

Una vez que todos estén de acuerdo con la solución alternativa, deberíamos comenzar a buscar una solución real para los problemas con mshtml, ya que esto es bastante complicado y es probable que se rompa la próxima vez que publiquen una actualización similar.

@kgnotte alguien aquí publicó una solución para lutris, por lo que puede usar https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/9

@ashkitten prton 4.2-local funcionó bien para mí. Copió los archivos en ~ / .steam / root /compatibilitytools.d /

Reinició Steam y obligó al juego a ejecutar esta versión. Gracias

@ashkitten ¡ Muchas gracias! ¡Proton 4.2-local funciona muy bien!
También estoy en ArchLinux ahora, solo para estar seguro;]

@HereInPlainSight Tengo una solicitud para usted: ¿Podría agregar el archivo proton 4.2-local con instrucciones sobre cómo instalarlo en su comentario cerca de la parte superior?
De esa forma, las personas que vengan aquí en busca de una solución para este problema no tendrán que buscar literalmente cientos de comentarios mientras esperamos un parche oficial.

Y con suerte ... ESPERAMOS que sea una solución que se mantenga por un tiempo.

Acabo de agregar instrucciones a la publicación de Reddit. He tenido la intención de hacer eso durante unas horas, solo pude hacerlo ahora. No he probado estas instrucciones, así que avíseme si tengo algún problema.

Acabo de agregar instrucciones a la publicación de Reddit. He tenido la intención de hacer eso durante unas horas, solo pude hacerlo ahora. No he probado estas instrucciones, así que avíseme si tengo algún problema.

¡Gracias! Además, aunque BrowserType ahora se ignora con el entorno local Proton 4.2, CutsceneMovieOpening en "FFXIV.cfg" todavía tiene que estar configurado en 1 , de lo contrario obtiene un nuevo error que dice que no se pudo establecer una conexión con el centro de datos. Al menos ya no da la pantalla de carga negra infinita.
Probablemente ya lo hayas cubierto (todavía no lo he mirado) pero esto también es para las personas que miran aquí y no revisan el de reddit, así que ...

¡Dios mío, Square!
http://forum.square-enix.com/ffxiv/threads/388444-Wine-Launcher-404
Pasaron el hilo a Discusión general, ¿estás bromeando? xD ¡Ese hilo es tan técnico como parece! Se va a enterrar: <

Entonces, la primera vez que compilé vino, opté por usar tk-git-wine, pero es bastante específico de cada arco, así que seguí su recomendación para los no Archers al hacer un contenedor docker para hacer la compilación, pero después de compilar vuelvo con una compilación que no funciona para mis otras 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)

Entonces parece que mi sistema doméstico está ejecutando una glibc anterior a 2.29. Hay algunas, lo que encuentro que son, instrucciones complejas sobre cómo lidiar con esto, pero ¿alguien conoce alguna versión más simple de las instrucciones, o al menos cómo lidiar con eso en esta instancia específica? _EXTERNAL_INSTALL se establece en verdadero.

Sí, puedo esperar hasta que aparezca una acumulación sin protones, pero si puedo ampliar mis conocimientos para el futuro, preferiría saberlo para la próxima vez, con suerte, nunca.

@TenaarFeiri Bueno, eso es ... Malo. ¿Deberíamos abrir uno nuevo, más técnicamente orientado? Hubo algunas ... opiniones acaloradas que se compartieron en algunos puntos del hilo. Quizás deseemos hacer sugerencias específicas sobre lo que pueden hacer para ayudarnos a evitar esto en el futuro, ¿quizás? No estoy totalmente seguro, aquí.

Editar: Además, una publicación en los foros oficiales confirma que estamos siendo identificados como usuarios de Mac.

@HereInPlainSight Sí, estoy ShiningWolf allí y admitiré algunas opiniones acaloradas, mi mal. Fue frustración, pero de cualquier manera el tema no está bloqueado, simplemente se movió a General por alguna razón.

Sugeriría que creemos un nuevo tema en Soporte técnico que describa los pasos específicos necesarios para que FFXIV vuelva a funcionar en WINE / Proton. Especialmente Proton, ya que parece haber funcionado excepcionalmente bien con algunos ajustes menores (como ocultar las exportaciones de vino en el pfx del juego).
Sé que Square no está cooperando mucho con nosotros, pero creo que si pudieran dejarnos en paz y tener nuestro tema ahí, no necesitan hacer nada. Excepto tal vez fijarlo. ¡Hubiera sido increíble si pudieran hacer eso!

Para justificar aún más el tema del soporte técnico, ¿podríamos hacer una autopsia del problema?

@ kisak-válvula ¡Oye! Espero que no te importe que te etiquete, pero tengo una pregunta: ¿sería posible integrar una compilación de Proton específica de FFXIV como parte de la descarga de SteamPlay? ¿Viendo que hay uno ya construido que funciona ahora (e incluso podría seguir funcionando en el futuro previsible)?

@TenaarFeiri Estaba pensando en una autopsia como una buena opción, pero si ese es el caso, hasta donde yo sé, actualmente solo tenemos una descarga compatible con Proton, y aún no tenemos una compilación compatible con Lutris (que es de donde vinieron mis preguntas anteriores - Puedo compilar una compilación, pero no se puede ejecutar en una máquina que de otro modo funcione con Lutris).

Además, no se preocupe por calentarse, está bien tener sentimientos sobre la situación, solo creo que debemos mantener el tema de cómo nos sentimos al respecto separado del lado del problema del 'soporte técnico' para que no demos ellos cualquier motivo para cambiar de tema de nuevo, eso es todo.

Además, dado que estamos confirmados para ser vistos actualmente como usuarios de Mac, definitivamente deberíamos incluir eso en cualquier artículo post mórtem en los foros, y destacar que esto afecta la forma en que compramos nuestros juegos y podría causar problemas en el futuro para los nuevos. jugadores. Filtrarnos en función de si tenemos exportaciones de vino no es una solución óptima, ya que la mayoría de los jugadores de Linux asumirían que comprarían la versión para Windows del juego.

Para confirmar, en este punto, en cuanto a una solución más permanente para cuando se retire el lanzador de 32 bits, ¿solo tenemos dos opciones? ¿Arreglar mshtml (creo que así se llamaba) o armar nuestro propio lanzador de Linux con todas las funciones? Debido a que ambos suenan no triviales, y si los necesitamos, no estoy seguro de cómo hacer para promover cualquiera de las causas, además del apoyo emocional. <. <

Creo que el mejor curso de acción sería arreglar mshtml y aplastar todos los probablemente cientos de moscas que están causando problemas similares. Mshtml y un lanzador de Linux personalizado parecen actualmente las únicas dos opciones _factibles_.

Un lanzador personalizado sería absolutamente la solución más conveniente para nosotros, pero arreglar mshtml proporcionaría un mayor beneficio a toda la comunidad de jugadores de WINE.

Para un lanzador personalizado, creo que un buen punto de partida sería bifurcar este proyecto y construir una GUI además de eso. No lo he probado todavía, pero escuché de un amigo que prácticamente funciona (aunque no me daría una respuesta 100% clara), así que ese es el núcleo de un lanzador de este tipo ya escrito.
El desafío entonces sería determinar cómo el lanzador estándar descarga las actualizaciones para que el nuevo lanzador también pueda realizar esa tarea.
O
Y esto sería un inconveniente, PERO
uno o algunos de nosotros podría mantener un juego actualizado instalado en un directorio sincronizado con GDrive. Obtener 100 gigas de espacio en GDrive es bastante económico y el lanzador podría codificarse para sincronizar el cliente desde allí. Pero si no podemos descargar actualizaciones de esa copia del juego sin una cuenta activa, entonces no hay garantía de que pueda servir como una solución permanente, aunque de retazos.
También estaríamos totalmente en deuda con si Google decide que quiere darnos un buen ancho de banda ese día.

La conclusión es que me temo que si seguimos adelante, es posible que debamos pasar cojeando por delante del lanzador de formas inconvenientes.

Realmente creo que un lanzador personalizado no es el camino a seguir. Realmente molestaría a muchos usuarios de Steam, especialmente una vez que Square implemente sus requisitos de inicio de sesión de Steam. tenemos que averiguar qué está mal con mshtml y solucionarlo en su lugar.

Sí, mirar en mshtml (o cualquier otra cosa que pueda estar causando la pantalla negra) parece ser el camino a seguir. Averiguar por qué la página permanece en negro en un navegador normal todavía parece un buen primer paso al respecto.

en efecto. Tengo la sensación de que puede que no sea un problema tan profundo como pensamos inicialmente.

Sospecho que el lanzador envía algún tipo de encabezado a la página web para autenticarse. Afortunadamente, ¿parece ser un caso de magia de JavaScript y CSS sin obstáculos? Si miro en la fuente de la página en blanco, puedo encontrar los guiones, pero todavía no puedo encontrar la parte importante para sacar. Solo soy medio alfabetizado en ambos, pero si lo averiguo, serás el primero en saberlo.

@ kisak-válvula ¡Oye! Espero que no te importe que te etiquete, pero tengo una pregunta: ¿sería posible integrar una compilación de Proton específica de FFXIV como parte de la descarga de SteamPlay? ¿Viendo que hay uno ya construido que funciona ahora (e incluso podría seguir funcionando en el futuro previsible)?

Hola @TenaarFeiri , no soy un desarrollador de Proton, así que no puedo responder eso.

En general, no creo que sea una mala idea hacer una solicitud de extracción con los parches necesarios para que las cosas funcionen, pero en este caso hay una buena posibilidad de que solo la corrección de la URL mshtml pueda aterrizar y eso solo no es suficiente para hacer que las cosas funcionen.

Chrome y, por extensión, libcef abandonó el soporte para las compilaciones de Windows de 32 bits en 2017 y apoyarse en él como solución me suena como una bomba de tiempo, por lo que descubrir qué problemas están sucediendo en mshtml suena como la mejor manera de avanzar.

Disculpas por mi ignorancia sobre esto, mucho de esto está fuera de mi competencia. ¿La solución para mshtml tiene como objetivo solucionar el problema general del vino (que tengo la impresión de que es un gran problema) o una solución específica que requiere un parche específico para el vino?

Mi preocupación con la idea de una solución de mshtml es que ha estado sonando como una bestia que el vino no ha podido abordar durante mucho tiempo, pero mi impresión podría estar totalmente equivocada, lo cual sería genial.

hay una buena posibilidad de que solo la corrección de URL mshtml pueda aterrizar

@ kisak-valve ¿qué hay de ocultar las exportaciones de vino? si conseguimos que mshtml funcione, lo necesitaremos para ejecutar el juego, presumiblemente

@HereInPlainSight wine_gecko funciona para muchas cosas, y hasta ahora no tenemos pruebas sólidas de que los problemas que tenemos con él sean más superficiales (la pantalla negra podría ser el mismo problema que mostrarla en una ventana del navegador !)

Publiqué la solución con instrucciones paso a paso en protondb.

@HereInPlainSight wine_gecko funciona para muchas cosas, y hasta ahora no tenemos pruebas sólidas de que los problemas que tenemos con él sean más superficiales (la pantalla negra podría ser el mismo problema que mostrarla en una ventana del navegador !)

Bueno, por lo que puedo ver en un momento, alguien tenía un parche de vino que les permitió corregir el error de dirección (terminando en https://frontier.ffxiv.com/version_4_0_win/index.html lugar de https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html , y dijo que terminaron en un lanzador en blanco . (No puedo probar todo eso, mi ventana acoplable de compilación tk sigue buscando una versión de glibc que no tengo en mi sistema real). Navegando por el sitio web de Square, al menos si fuera un lanzador completamente en blanco , parece que es el predeterminado y perfectamente normal.

https://img.finalfantasyxiv.com/ft/version_4_0/scripts/launcher/launcher.js entonces _presumiblemente_ debería comenzar a rastrear y comenzar a hacer las cosas visibles (cambia el índice

No parece que eso nos esté sucediendo. Simplemente no estamos procesando los scripts relevantes correctamente. O al menos eso es lo que parece, pero no tengo idea de a dónde ir con ese conocimiento, ya que entender cómo interactúan los programas de esa manera siempre ha sido magia negra para mí. Quiero decir, mucho de esto es magia negra, pero es por eso que principal BLM: para aprender los oscuros secretos del universo sobre sus multas de estacionamiento no pagadas.

Pensé que debería informar en caso de que alguien más prefiera usar una solución sin protones. Pude obtener una versión anterior de wine (3.18) para compilar y trabajar con el parche, pero la versión que creé con la última versión no parece funcionar. Simplemente se cuelga cada vez que intento ejecutar algo con los binarios. Creo que esta es la razón por la que estaba teniendo problemas cuando intenté usar wine-tkg-git para construir paquetes. Si alguien está dispuesto a ayudarme a descubrir por qué sucede esto, se lo agradecería.

Pensé que debería informar en caso de que alguien más prefiera usar una solución sin protones. Pude obtener una versión anterior de wine (3.18) para compilar y trabajar con el parche, pero la versión que creé con la última versión no parece funcionar. Simplemente se cuelga cada vez que intento ejecutar algo con los binarios. Creo que esta es la razón por la que estaba teniendo problemas cuando intenté usar wine-tkg-git para construir paquetes. Si alguien está dispuesto a ayudarme a descubrir por qué sucede esto, se lo agradecería.

Proporcione los enlaces relevantes. He estado buscando en Google y clonando durante días, es realmente agotador.

Pensé que debería informar en caso de que alguien más prefiera usar una solución sin protones. Pude obtener una versión anterior de wine (3.18) para compilar y trabajar con el parche, pero la versión que creé con la última versión no parece funcionar. Simplemente se cuelga cada vez que intento ejecutar algo con los binarios. Creo que esta es la razón por la que estaba teniendo problemas cuando intenté usar wine-tkg-git para construir paquetes. Si alguien está dispuesto a ayudarme a descubrir por qué sucede esto, se lo agradecería.

Ayer hubo un error en la puesta en escena del vino, ¿tal vez estabas construyendo a partir de eso? Tuve exactamente el mismo problema y lo solucionó retrocediendo algunas confirmaciones.

Se las arregló para construir una versión que debería funcionar con cualquier instalación de lutris. Parece funcionar para algunas personas hasta ahora. ¿Quizás también funcionaría para ti? https://files.feffe.it/wine-tkg-ffxiv-feffe-4.6-1.8-x86_64.tar.gz

Gracias @feffes , esa construcción funcionó para mí.

puede confirmar, la compilación cargada por @feffes ejecuta el juego en lutris en ubuntu 18.04, por lo que, por ahora, las personas en Steam y en lutris pueden iniciar sesión nuevamente, la solución sigue siendo hacky, por lo que aún se debe trabajar correctamente para corregir mshtml

@feffes Confirmar que su compilación funciona para mí en Lutris / Arch Linux.

Si desea construirlo usted mismo, TKG ya corrigió ese error de congelación de vino ayer, y el parche de usuario FFXIV está presente en el último wine-tkg. Todo lo que tienes que hacer es seguir las instrucciones para editar el archivo personalización.cfg habilitando la corrección FFXIV y DXVK, luego compilarlo. Estoy en Manjaro, así que después de la compilación se acaba de instalar y pude seleccionarlo como el corredor del 'sistema' de Lutris. https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git De lo contrario, solo use feffes build. Ayer jugué unas cuantas horas sin ningún problema.

mirando el código javascript para el lanzador, veo que la función que parece hacer que todo sea visible aparece en la línea 206 de index.js , como una función anónima registrada para escuchar App.protocol.Receive.RESUME_INFO . la búsqueda de otros usos de eso nos lleva a app.js , línea 366, en fromAppResumeInfo - la búsqueda de esto en la fuente no revela personas que llaman, por lo que solo puedo asumir que se llama desde el exterior. .o se supone que debe hacerlo.

Sí, el lanzador inyecta algo de JS en la página.

sí, pero no estoy familiarizado con las herramientas que proporciona wine_gecko para depurar

@feffes ¿Está bien si vinculo esa compilación en la publicación de Reddit? Si es así, ¿puede dar algunas instrucciones sobre cómo usarlo? Yo mismo no uso Lutris.

@feffes ¿Está bien si vinculo esa compilación en la publicación de Reddit? Si es así, ¿puede dar algunas instrucciones sobre cómo usarlo? Yo mismo no uso Lutris.

Por supuesto. La esencia es que funciona como cualquier otro corredor de vino, por lo que extrae tkg-ffxiv-feffe-4.6-1.8-x86_64 del alquitrán en ~/.local/share/lutris/runners/wine y lo cambia en FFXIV> Configurar> Opciones de corredor

Sería bueno en caso de que alguien no lo haya hecho, actualizar su experiencia en Proton DB, sería genial obtener FF14 en Gold, en lugar de Silver hacia abajo

Para seguir abordando el problema de la pantalla negra, configuré un servidor web local y le copié el sitio del lanzador, esto me permite modificar el html / javascript que carga el parche.

Agregar una etiqueta de script adicional con fromAppResumeInfo(); en la parte inferior de index.html hará que el lanzador aparezca en un navegador normal (hasta cierto punto), ¡y también lo hace en ffxivlauncher! Por lo tanto, esto claramente no es un problema de renderizado y, de hecho, sugiere que algún script no se llama como debería.

Usando WINEDEBUG=mshtml también encontraremos estos:

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 con un montón de llamadas DispatchEx_InvokeEx más adelante. Sospecho que esto podría ser lo que usa el lanzador para interactuar con el javascript en la página, aunque no estoy completamente seguro de lo que realmente hacen estas funciones.

Lo que particularmente me llamó la atención al respecto es esta advertencia:

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

70000002 asigna a SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION según https://docs.microsoft.com/en-us/scripting/winscript/reference/iactivescriptproperty-setproperty

La documentación sobre esto es un poco delgada, pero el nombre sugiere que de alguna manera modifica la forma en que el motor javascript maneja la resolución del espacio de nombres global de manera diferente. La interfaz mencionada anteriormente parece usar variables globales asignadas a funciones, por lo que esto podría ser un posible culpable aquí, ya que la función claramente no está implementada en absoluto y podría llevar a que el lanzador no pueda usar estas variables globales.

Aunque necesitaríamos más información sobre lo que realmente hace SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION para saber más. El simple hecho de cambiar la función en wine para devolver S_OK independientemente no cambió nada en el lanzador.

@sschroe, ¿

editar: hablé con alguien en #winehackers y dijeron que esta propiedad siempre está configurada

¿Establecer siempre significa que esta función siempre se está llamando o que en wine la funcionalidad solicitada ya es el estado predeterminado? Además, no había visto nada que pareciera digno de mención.

Mis últimos intentos fueron usar el código de https://github.com/dns/WinAPI-Embed-Browser/blob/master/embed-browser.c como base para construir un ejemplo donde se pueda reproducir el problema. Cambiar ese código para cargar la URL del lanzador es bastante simple, pero todavía no logré interactuar con Javascript. La API de Windows de mierda y la falta de documentación me dan ganas de morir.

dijeron que la razón por la que la propiedad no está implementada es porque ese es el estado predeterminado

Un poquito de "progreso":

Lo primero que parece hacer el lanzador después de cargar la página es navegar por el navegador a una URL de 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})
Esto prácticamente simplemente ejecuta la cadena javascript dada dentro de la página actual, en este caso llamando a la función fromAppConfig con un montón de argumentos. Y esta parte funciona bien hasta ahora y, entre otras cosas, se ejecutará App.message.send(App.protocol.Send.REQUEST_RESUME_INFO); .

App.message.send tiene este aspecto:

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

window.external se usa normalmente para devolver datos a otro programa. Entonces, en este caso, esta debería ser la comunicación de regreso al lanzador. Sospecho que esta es la parte en la que las cosas pueden fallar, ya que no parece que suceda mucho más después de esto. Agregar un alert() allí en mi copia alojada localmente muestra que el código se está ejecutando con los valores adecuados en wine. Además, comentar window.external.user(type); da como resultado que el lanzador muestre solo una pantalla negra en Windows, mostrando el mismo comportamiento que vemos en el vino.

Entonces, lo que podría estar sucediendo es que el lanzador no recibe el REQUEST_RESUME_INFO y, por lo tanto, no continúa.

No creo que ese sea el problema.

El uso del parche mshtml de https://bugs.winehq.org/show_bug.cgi?id=47069#c2 le permite ejecutar el lanzador con BrowserType 0 hasta el formulario de inicio de sesión. Al hacer clic en el botón de inicio de sesión, se mostrará un error (https://pomf.soupwhale.com/ltibnw.png).

Este es un problema de mshtml más profundo (o más bien una serie de problemas) que probablemente no tenga una solución fácil, sin mencionar el hecho de que incluso ese parche es un truco.

Editar: No he verificado esto en unos días, por lo que podría estar equivocado, pero creo que ese error provenía de que JSProtocolFactory_CreateInstance no se implementó.

De hecho, si el navegador se procesa con los parches desde allí, las partes mencionadas anteriormente no deberían importar, ya que ya progresa más allá de ese punto.

@lesderid ¿

Curiosamente, con el truco para hacerlo usar BrowserType 2 tiene el mismo comportamiento; al hacer clic en el botón se produce ese error, al presionar enter en el campo de contraseña de un solo uso se inicia sesión correctamente. (Lo mismo debería funcionar sin una OTP)

Al presionar Intro en lugar de hacer clic en el botón Reproducir, comencé el juego. Entonces, usando el truco url fix + browser busy de https://bugs.winehq.org/show_bug.cgi?id=47069#c2 podemos iniciar sesión y ejecutar el juego.

De esta manera, también puedo usar el lanzador de 64 bits, pero este también requiere que la versión de vino esté oculta, ya que de lo contrario dice que mi cuenta no está registrada. Con la versión de vino oculta, funciona como se esperaba y puedo iniciar sesión.

@sschroe Estoy

@nmalacarne Actualmente, XIV parece creer que ejecutar Wine significa que estamos en Macs, por lo que es específicamente -intentar- decirte que no tienes una licencia de Mac. Para evitar esto, tenemos que ocultar que estamos usando Wine. O haga algo como WINEPREFIX=<path-to-prefix> winetricks hidewineexports=enable (o protontricks en lugar de winetricks si lo tiene), o WINEPREFIX=<path-to-prefix> winecfg y cambie la configuración en la pestaña Staging.

Parece que mi espionaje puede haber ayudado después de todo. He estado viendo esto. Por favor, no diga que no hicieron este acto intencionalmente, saben exactamente lo que están haciendo. Abre los ojos para ver que Microsoft, Apple y Sony están minando datos. Proton obstaculiza eso, ya que permite un bypass de sus plataformas, por lo que para mantenerlo debajo de la mesa, esta pequeña táctica de bola de tornillo se usó para bloquear el jardín de Linux y tener un agujero de comadreja al que volver. Square apoya las tácticas de recopilación de datos del resto.

Digamos que si Microsoft shiles fueran esclavos, entonces Microsoft es un jugalo. Sony y Apple también están involucrados. Bueno, diviértete jugando ratas contra gatos con Square, a menos que Val se salga del centavo como deberían haberlo hecho con Half-Life 3, entonces navegamos la vida de un hacker. Te guste o no.

Gracias @HereInPlainSight , eso tiene sentido. Todo está funcionando bien ahora con DX11 después de configurar hidewineexports través de winetricks .

Así que esto va a ser una posibilidad remota, pero no tengo ni idea de dónde más preguntar. He tenido problemas en los que, al azar, el juego no se "actualiza" durante 5 segundos (como en, desde la red) y luego todo se actualiza de una vez, repita. Esto continúa durante períodos de horas y luego desaparece misteriosamente durante unos días y regresa durante unos días. Reiniciar la computadora no hace nada, reiniciar el enrutador / módem no hace nada, mudfish empeora el problema, mtr informa que no hay pérdida de paquetes y un ping razonable, y no tengo idea de a dónde ir desde aquí. Parece no afectar nada más que al juego y al lanzador cuando se intenta actualizar el juego. ¿Error del controlador de Ethernet? ¿Error de pila TCP de Linux que solo afecta a los juegos por alguna razón? ¿Error de pila de Wine TCP? No tengo ni idea de dónde empezar a depurar esto.

Esto también sucede en Windows. ¿Me parece que el código protesta demasiado?

Es un lanzador malo y un actualizador igualmente malo.

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

Así que esto va a ser una posibilidad remota, pero no tengo ni idea de dónde más preguntar.
He tenido problemas en los que, al azar, el juego no se "actualiza" durante 5
segundos (como en, desde la red) luego todo se actualizará de una vez,
repetir. Esto continúa por períodos de horas y luego desaparece misteriosamente.
durante unos días y vuelve por unos días. Reiniciar la computadora no
nada, reiniciar el enrutador / módem no hace nada, mudfish hace que el
problema peor, mtr informa que no hay pérdida de paquetes y un ping razonable, y he
no tengo idea de a dónde ir desde aquí. Parece afectar nada más que el juego y
el lanzador al intentar actualizar el juego. ¿Error del controlador de Ethernet? TCP de Linux
error de pila que solo afecta a los juegos por alguna razón? ¿Error de pila de Wine TCP? yo
No tengo ni idea de por dónde empezar a depurar esto.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-491629097 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD4BBKE3KPYIGKXJFSNHGXDPVCA3DANCNFSM4FRR7KYQ
.

Esto también sucede en Windows. ¿Me parece que el código protesta demasiado? Es un lanzador malo y un actualizador igualmente malo. hijo. 12.mai 2019, 23:03 skrev jbal91 [email protected] :

No es solo el lanzador, hace que el juego no se pueda jugar cuando sucede. Se siente como una mala pérdida de paquetes, pero MTR no está de acuerdo.

¿Alguien sabe cómo instalar y ejecutar ffxiv usando proton sin usar Steam o ejecutar la versión de Steam? Quiero asegurarme de que puedo obtener todos mis datos mientras todavía puedo, y tengo una cuenta que no es de Steam y he estado iniciando sesión a través de la prueba que se supone que dejará de funcionar en el futuro. Sin embargo, por mi vida, no puedo encontrar ninguna información sobre cómo ejecutar su propia construcción de protones para aplicaciones arbitrarias y no a través del lanzador de Steam.

¿Alguien sabe cómo instalar y ejecutar ffxiv usando proton sin usar Steam o ejecutar la versión de Steam? Quiero asegurarme de que puedo obtener todos mis datos mientras todavía puedo, y tengo una cuenta que no es de Steam y he estado iniciando sesión a través de la prueba que se supone que dejará de funcionar en el futuro. Sin embargo, por mi vida, no puedo encontrar ninguna información sobre cómo ejecutar su propia construcción de protones para aplicaciones arbitrarias y no a través del lanzador de Steam.

Proton es solo otro binario que puedes ejecutar. Si lo desea, puede crear un alias de bash para él y luego ejecutarlo como lo haría con Wine.

Funcionaba bien después de actualizar esta mañana, ahora no puedo completar la verificación de la versión

Funcionaba bien después de actualizar esta mañana, ahora no puedo completar la verificación de la versión

Tuve que volver a ingresar "WINEPREFIX = [pfx location] winetricks hidewineexports = enable"

¿Cuál es incluso el propósito de las exportaciones de vino? ¿Por qué está habilitado de forma predeterminada?

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

Funcionaba bien después de actualizar esta mañana, ahora no puedo
verificación de versión completa

Tuve que volver a ingresar "WINEPREFIX = [pfx location] winetricks
hidewineexports = habilitar "

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKAP3IRFUAZ2IKNOCRDPVM7CTA5CNFSM4FRR7KY2YY3PNVWWWK3TUL52HS4DFVREXH63JWWMVNXW ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD4BBKADDKQZJ3Q6W3NNBKTPVM7CTANCNFSM4FRR7KYQ
.

Mi conjetura sería para programas con soporte especial para Wine, como los compilados con winelib . Tener estas exportaciones permitiría a un programa usar fácilmente soluciones especiales para los errores en Wine.

Como hemos visto, por supuesto, también se puede utilizar para negar a los usuarios de Wine el derecho a ejecutar sus programas de Windows. : / Pero por eso existe la opción de ocultarlos.

¿Alguien sabe cómo instalar y ejecutar ffxiv usando proton sin usar Steam o ejecutar la versión de Steam? Quiero asegurarme de que puedo obtener todos mis datos mientras todavía puedo, y tengo una cuenta que no es de Steam y he estado iniciando sesión a través de la prueba que se supone que dejará de funcionar en el futuro. Sin embargo, por mi vida, no puedo encontrar ninguna información sobre cómo ejecutar su propia construcción de protones para aplicaciones arbitrarias y no a través del lanzador de Steam.

Proton es esencialmente un Wine parcheado con un script de inicio. Entonces para hacer esto puedes:

1) Puede ejecutar el binario de vino en su construcción de Proton directamente como si estuviera usando una versión normal de Wine
2) Examine cómo Steam llama a Proton y establezca las variables de entorno adecuadas antes de llamar al script de proton con los parámetros de línea de comandos adecuados. Puede encontrar esta información escribiendo un script de shell que vuelque esta información y luego configurándolo en Opciones de lanzamiento en Steam, o puede examinar el script de protón para ver qué variables y parámetros utiliza.

Sin embargo, para obtener los datos de Steam, no necesita ejecutar nada, simplemente cópielo de su ~ / .local / share / Steam / steamapps / compatdata / 312060 / pfx / drive_c / users / steamuser / My Documents / My Juegos / FINAL \ FANTASY \ XIV \ - \ A \ Realm \ Reborn. Alternativamente, si puede ejecutar el juego, use su copia de seguridad en la nube para guardar todas sus configuraciones.

Luego, impórtelos en su instalación de FFXIV que no sea de Steam, ya sea a través de Lutris, Windows o un Wine parcheado manualmente.

Mi conjetura sería para programas con soporte especial para Wine, como los compilados con winelib . Tener estas exportaciones permitiría a un programa usar fácilmente soluciones especiales para los errores en Wine.

Como hemos visto, por supuesto, también se puede utilizar para negar a los usuarios de Wine el derecho a ejecutar sus programas de Windows. : / Pero por eso existe la opción de ocultarlos.

Eso es básicamente, esconderse de los programas de Windows nunca ha estado en el alcance del proyecto Wine, así que supongo que la idea es que proporcionar una forma sencilla de identificar la información de la versión de Wine y Wine es preferible al equipo de Wine que a los desarrolladores que intentan detectar Wine. confiando en su comportamiento. Sin embargo, algunos programas anti-trampas y DRM hacen esto último.

Todavía no creo que SE esté haciendo todo lo posible para joder a los usuarios de Linux, dudo que estemos en su radar, pero están moviendo la versión Mac al cliente DirectX 11 eliminado) con un nuevo contenedor, y así es como lo están detectando.

Para ser claros, tampoco creo que eso sea lo que está haciendo SE. (Yo creo que el truco hidewineexports podría empezar a no funcionar en 4,58, pero eso fue sólo por el impacto potencial de sus ingresos por licencias de Mac).

SE ha sido muy cordial con respecto a esto, en realidad: la respuesta que me dieron a mi solicitud de soporte (ver la publicación original en mi hilo de Reddit ) sugiere que nos están tomando en serio y no simplemente descartan la configuración por no ser compatible (lo que ellos absolutamente tengo derecho a hacerlo), lo cual es alentador.

Cuando dije "también se puede usar para negar a los usuarios de Wine el derecho a ejecutar sus programas de Windows", no me refería a Linux. Me refería a que la versión para Mac del juego es principalmente un contenedor (antiguo) de Wine, y que la forma en que decidieron detectar las versiones de Mac fue comprobando la presencia de Wine.

(De hecho, sospecho que el lanzador es creado por un equipo diferente, considerando que usa IsTransgaming y no get_wine_version como lo hace el juego. Dicho esto, me alegro de que estén separados considerando que IsTransgaming es actualmente lo que nos permite incluso usar el lanzador en este momento).

Si usaran get_wine_version para ambos, aún sería relativamente fácil solucionarlo (solo modifique la búsqueda de símbolos en el cliente) con la ventaja adicional de trabajar desde el primer momento si tuviera, de hecho, un Licencia Mac.

Las fuentes del lanzador funcionan solo con las fuentes "droide". No es necesario instalar propietarios.

¿Alguien ha tenido suerte en hacer funcionar el punto de referencia?

@ jbal91 gracias por los consejos, pero todavía estoy increíblemente perdido tratando de resolverlo. Finalmente me di cuenta de que Steam está ejecutando lo siguiente para iniciar el juego, si incluyo mis opciones de inicio 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

sin embargo, cuando corro, obtengo:

Proton: No compat data path?

Claramente, faltan muchas otras cosas. Lutris me lleva por la pared ya que no puedo entender fácilmente con qué diablos se está ahogando o cómo conseguir que encuentre ese protón 4.2 personalizado que se está utilizando en el comando anterior, así que no he tenido mucha suerte con él.

Editar: darle a lutris el intento de la vieja universidad y comenzar de nuevo, pero simplemente ... no funciona. El lanzador aparece con la ventana de carga pero luego simplemente se cierra, no hay error ni nada, y no hay nada en el registro de valor de lutris, o nada. ¿Por qué SE no puede dejar de amenazarme y dejarme usar la prueba gratuita de Steam sin preocuparme de que me bloquearán para siempre sin poder sacar mis cosas o pasar horas en el día de lanzamiento de SHB tratando de quedarme sin Steam mientras recuperar mis datos o lo que sea, de forma indefinida; ;

Otra edición: después de probar ... muchas cosas encontré este script que alguien publicó en reddit: https://pastebin.com/NJxfe8Ex y lo modifiqué para usar el protón personalizado que estoy ejecutando en Steam que tiene el parche istransgaming ( es de ashkitten, en particular) y ... está haciendo lo mismo que hace Lutris, parpadeando la versión de verificación de arranque y, a veces, una ventana de inicio en blanco brevemente y luego simplemente saliendo sin mensajes de error ni nada. Entonces ... algo debe estar mal en general, pero no puedo imaginar qué podría ser.

Desafortunadamente, tengo el mismo problema con el benchmark Shadowbringers. Simplemente sale sin cargar nada en absoluto. Así que no tengo idea de si es posible correr en este momento.

Pasaron muchas ... cosas y creo que podría estar cerca de hacer que funcione ejecutando una compilación de vino de Lutris similar a las de protones aquí que admiten hidewineprefix que encontré en un hilo de Lutris pero también directamente en bash porque eso carga el lanzador y ejecutarlo desde Lutris no. Por alguna razón. No sé, todavía estoy trabajando en ello y se está parcheando en este momento.

Dicho esto, si algún mago o brujo del vino tiene alguna idea de cómo ejecutar el punto de referencia, sería genial, la hora que pasé en Windows para jugar fue horrible jajaja.

Si intento ejecutarlo, obtengo:

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.

Al buscar esto, parece que podría ser algo desagradable y algo con alguna versión de .NET que nunca será compatible o algo así, pero esto está muy lejos de mi profundidad y probablemente todos tengan una mejor idea de cómo obtener está funcionando, o razones sólidas por las que no está sucediendo.

Si intento ejecutarlo, obtengo:

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.

Al buscar esto, parece que podría ser algo desagradable y algo con alguna versión de .NET que nunca será compatible o algo así, pero esto está muy lejos de mi profundidad y probablemente todos tengan una mejor idea de cómo obtener está funcionando, o razones sólidas por las que no está sucediendo.

En realidad, a partir de hace unos días, eso tiene posibilidades de recibir apoyo en un futuro cercano. (https://github.com/dotnet/wpf/pull/720)

solo para la actualización para que alguien no pierda el tiempo si ve mis últimos mensajes, finalmente conseguí que FFXIV funcionara en un prefijo WINE habilitado para dxvk, fue un viaje que involucró mucha recompilación (gentoo yay) y encontrar a alguien en la discordia de Lutris que tenía su propia bifurcación de Lutris que funciona mejor [al menos en Gentoo] pero ahora estoy a salvo del inminente Newellpocalypse :)

@witcheslive No sabía que estaba en Gentoo - personalmente ejecuto la versión lutris-9999, pero de cualquier manera asegúrese de deshabilitar el tiempo de ejecución de Lutris como su configuración predeterminada y Lutris debería funcionar bien. En mi experiencia, el tiempo de ejecución no funciona bien en Gentoo.

No sé si esto es útil, pero he estado jugando FFXIV con Lutris relativamente bien durante los últimos 3 días.

• Estoy usando FFXIV independiente (sin inicio de sesión de Steam o cliente involucrado)
• Tuve algunas desconexiones aleatorias, pero si escuché bien, últimamente hubo algunos DDoS y esto puede no ser específico de Wine / Linux
• Recibí errores frecuentes del lanzador de la nada en el último día (-21?), Pero logré iniciarlo constantemente eliminando la carpeta web ; Aparte de eso, sin embargo, el lanzador me permite iniciar sesión sin problema
• Con la distribución Wine Staging 4.8 en openSUSE TW y Fedora 30, el instalador de FFXIV se bloqueaba justo después de aceptar el primer mensaje sobre el idioma. No sé de qué se trata, pero Lutris funciona bien (no he probado Steam / Proton directamente)
• En Lutris, he estado usando ge-faudio-protonified-4.8 runner y la configuración de Lutris generalmente predeterminada (mantenía Lutris Runtime habilitado)
• El script de instalación de Lutris oculta la versión de vino y hace cambios en la configuración de cfg de la escena y del navegador.
• Yo uso DXVK con un RX 580 en openSUSE TW
• También puedo ejecutar en una computadora portátil con un RX 560 en una eGPU
• No pude ejecutar el punto de referencia de Shadowbringers (obtuve el error de presentación 4.0.0 anterior, e incluso después de instalar dotnet45 (el punto de referencia requiere 4.5 como mínimo), obtuve algún otro error)

El corredor Lutris ge-faudio-protonified-4.8 tiene aplicado el parche Transgaming:

% 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

El script de instalación FFXIV de Lutris también aplica el truco HideWineExports a través del 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

Entonces, para cualquiera en una distribución con soporte de Lutris, esa será su mejor apuesta en el futuro. Instala Lutris, haz que configure el juego por ti y debería funcionar.

¿Algún progreso para que el lanzador funcione con mshtml?

Podemos hacer que el lanzador de 64 bits funcione con un parche que se publicó en el rastreador de errores de vino.

Los únicos problemas que he tenido al usar este parche son:

• El lanzador no recuerda mi nombre de usuario, no importa lo que le diga.
• Después de escribir su información de inicio de sesión, debe presionar "Intro" en lugar de hacer clic en "Iniciar sesión". Hacer clic bloquea el lanzador.

Ninguno de estos problemas me molesta, así que he estado usando el lanzador de 64 bits.

por cierto, además del lanzador, he encontrado 2 problemas distintos:

• la película de apertura para al menos ARR no se reproduce correctamente, y sentarse demasiado tiempo en la pantalla de título o intentar reproducirla desde el menú de películas le da una pantalla negra que no responde con un indicador de carga (la película de apertura de Stormblood no tiene problemas)
• en thornmarch (duro) hay un crujido / chasquido muy fuerte en un punto, he experimentado esto las dos veces que hice esa prueba y en ningún otro lugar

Parece que el error 404 y la pantalla negra se corrigieron en wine-git. El lanzador realmente muestra el contenido ahora, pero obtiene un error de JavaScript si realmente intenta iniciar sesión.

Alguien en la discordia VKX dijo que este es el compromiso: https://github.com/wine-mirror/wine/commit/d535df42f665a097ec721b10fb49d7b18f899be9

EDITAR: Presionar enter en lugar del botón de inicio de sesión hace que el lanzador funcione.

EDITAR: Presionar enter en lugar del botón de inicio de sesión hace que el lanzador funcione.
¡Eso funcionó para mí! aunque solo una vez. pero entré en el juego y pasé la selección de personajes

Alguien en la discordia VKX dijo que este es el compromiso: wine-mirror / wine @ d535df4

Compilé una versión de git hoy a partir de los scripts de Tk-Glitch sin parches personalizados: el lanzador de 64 bits funciona y recuerda mi ID en Lutris. Cuando Proton se ponga al día con esto, ya no deberíamos necesitar ningún parche especial para que XIV funcione a través de Steam, y _ deberíamos_ (Hydaelyn dispuesto) estar bien para cuando se retire el lanzador de 32 bits.

No es que esperaba que cambiara, pero hice otro prefijo para probar, y todavía tenemos que ocultar el vino para que no se considere que necesitamos una licencia de Mac. Gruñidos ligeros.

Cuando Proton se ponga al día con esto, ya no deberíamos necesitar ningún parche especial para que XIV funcione a través de Steam,

FFXIV todavía necesita Staging porque de lo contrario no hay una forma de evitar el error de licencia de MacOS.

Debería pensar que proton estaría más dispuesto a incorporar parches de ensayo que soluciones hacky increíblemente específicas, aunque

FFXIV todavía necesita Staging porque de lo contrario no hay una forma de evitar el error de licencia de MacOS.

Tenía la impresión de que uno podía hacer winetricks o protontricks con el prefijo en sí, pero como no he podido compilar mi propio protón con el último vino por alguna razón, no puedo verificarlo. Admito que no sé mucho sobre el comportamiento del vino a ese nivel.

Tenía la impresión de que uno podía hacer winetricks o protontricks con el prefijo en sí.

necesita el parche de la puesta en escena, además de eso

El problema también es que realmente no quieres que el vino se esconda por defecto, ya que algunos anti trampas verifican si estás ejecutando vino para asegurarse de que no te prohíba tener una instalación de Windows "modificada" o lo que sea. Por tanto, es algo que solo debería hacerse de forma explícita.

el parche solo surte efecto si también cambia la entrada del registro, por lo que debería estar bien

Hay otras formas de solucionar el problema de la licencia de Mac:

• Comprar una licencia de Mac
• Modificar los símbolos de Wine en el cliente del juego (a diferencia del lanzador, la integridad de los archivos del juego no se verifica cuando se inicia el juego), podría hacerse con un simple script sed.

Si las personas están dispuestas a hacer eso, entonces pueden usar Vanilla Proton una vez que se fusiona con Wine upstream. Pero sí, de lo contrario, se necesitará Staging y no veo a Valve fusionando el parche de exportación de hide wine a menos que Wine sí lo haga.

@ kisak-valve ¿podemos obtener comentarios oficiales sobre qué parches incorporará o no proton para hacer que un juego funcione?

Hola @ashkitten , un recordatorio amistoso de que soy moderador de los rastreadores de problemas de Valve en Github y no soy un desarrollador de Proton, así que no puedo responder esa pregunta.

Puede realizar una solicitud de extracción con los parches y se evaluarán caso por caso.

sí claro, lo había olvidado 😅

Hice una nueva compilación por razones personales, pero pensé que debería compartirla aquí; todavía está usando el mismo conjunto de parches que el del 24 de mayo, pero lo volví a basar en la última confirmación de la rama proton_4.2

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

¿Todavía es necesario construir protones desde la fuente con vino aguas arriba para el error https?
No me gusta lo que esconde el vino ni ninguna solución extraña.

Si lo consigo lo necesito
1) compila protones / vino de fuentes
2) actualiza el protón a mano

No sé cómo usar el script de lutris ya que tengo la versión Steam del juego. ¿Tengo que instalar steam con lutris y luego instalar / copiar el juego?

@Turbito
Para Steam, deberá ocultar el vino todavía, a menos que desee comprar también la versión para Mac. Sin embargo, hacer que eso funcione es una cuestión de copiar una versión personalizada de protón como la que @ashkitten acaba de publicar en la ubicación adecuada y configurar FFXIV para usar esa versión. No es nada difícil una vez que lo configuras, pero será necesario para el futuro previsible, ya que incluso con el trabajo realizado para que el lanzador de 64 bits funcione, el juego aún ve un prefijo de vino y cree que estás en una Mac incluso cuando logra iniciar sesión con el lanzador de 64 bits en lugar de la solución alternativa actual, que es cargar el lanzador de 32 bits utilizando las variables de entorno que utiliza la versión mac para permitirlo.

En otras palabras, eventualmente funcionará más o menos fuera de la caja sin ningún tipo de manipulación, y probablemente muy pronto ... si tiene una licencia de mac. De lo contrario, tendrás que tocar el violín para ocultar el prefijo de vino del juego, pero eso es algo muy complicado.

¿Proton no tiene scripts de configuración por juego? Estoy seguro de que podría hacer la entrada de registro adecuada para que el juego se ejecute correctamente.

¿Proton no tiene scripts de configuración por juego? Estoy seguro de que podría hacer la entrada de registro adecuada para que el juego se ejecute correctamente.

Proton no lo hace, Steam sí lo hace.

No los veo fusionando hide_wine_exports o aplicando la entrada de registro debido a problemas legales (estamos efectivamente eludiendo las licencias de SE por plataforma "DRM" aquí, lo que podría ser una violación de la DMCA en los EE. UU.).

Entonces, es ridículo esperar que si alguien envía una solicitud de extracción para las exportaciones, Valve podría simplemente ... _ solicitar a Square que no use Wine para ver si alguien está en Mac, ya que interfiere con Proton, una utilidad compatible con Steam, en un juego que venden en su plataforma e interfiere específicamente con las licencias?

Puede que no signifique nada, a Square podría no importarle de cualquier manera, pero la solicitud proveniente de Valve significaría mucho más que venir de nosotros, claramente.

Si Steam pudiera obtener scripts para configurar FFXIV_boot.cfg y Square dejara de filtrar a los usuarios de Wine como usuarios de Mac, una vez que Proton se puso al día con la actualización que corrige el lanzador, creo que el juego funcionaría de inmediato para la mayoría de la gente.

Recibo muchos errores de x directo y errores de dll. No estaba haciendo esto antes.

¿Esto con la última versión de Proton o 4.2_local? (El que alguien
compilado para nosotros arriba)

hijo. 16. jun. 2019, 08:49 skrev zangoku [email protected] :

Recibo muchos errores de x directo y errores de dll. No estaba haciendo
esto antes.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKD7AHWERLWHCANIRSLP2XO7RA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXWJWKK3TUL52HS4DFVODVREXG43VMCA ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD4BBKD75DW3NWMOABL5XKDP2XO7RANCNFSM4FRR7KYQ
.

@TenaarFeiri Es con 4.2_local

para aquellos a quienes les importa que esta construcción de protones personalizada funcione fuera de la caja (la he probado): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

para aquellos a quienes les importa que esta construcción de protones personalizada funcione fuera de la caja (la he probado): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

¡Funciona genial! Gracias por compartir <3

para aquellos a quienes les importa que esta construcción de protones personalizada funcione fuera de la caja (la he probado): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

¿Esto se basa en el protón 4.2-7?

para aquellos a quienes les importa que esta construcción de protones personalizada funcione fuera de la caja (la he probado): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

¿Esto se basa en el protón 4.2-7?

bueno, kinda, es una construcción realmente 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

esto es de las notas de publicación anteriores

Así que probé tanto las compilaciones proton_4.2-local actualizadas como las compilaciones Proton-4.10-GE-3 , sin embargo, si lanzo el juego en modo DX11 (que no habrá forma de evitarlo, supongo que una vez que llegue Shadowbringers) entonces siempre termina el error 3109 not yet registered or subscription expired. Esto no sucede con DX9. ¿Hay alguna configuración de configuración o parámetro de inicio que me falta aquí?

Estoy corriendo directamente a través de Steam en Ubuntu.

EDITAR: Lo descubrí, tenía que habilitar realmente hidewineexports través de winetricks . Funciona como un encanto usando el Proton-4.10-GE-3 ahora <3

Ahora tengo un problema con Proton-1.10-GE-3 en el sentido de que el juego parece incapaz de recordar la configuración de mi sistema, aunque la configuración de los personajes y el diseño de la interfaz de usuario y todo eso se recuerdan bien ...

¿Algunas ideas?

Al tener el mismo problema, parece que ProtonFixes Utility está modificando la configuración en cada inicio, sin embargo, parece que reemplaza todo con los valores predeterminados o rompe algo y el juego restablece la configuración.

Como Quickfix, hice el FFXIV.cfg de solo lectura ... esto da como resultado que la ventana "Se están aplicando correcciones de protones" se atasca al iniciar el juego, pero simplemente cerrarlo no tiene más efectos :)

sí, me doy cuenta de este problema menor, tal vez @GloriousEggroll podría ver esto

Hola a todos. He estado siguiendo este hilo por correo electrónico. Acabo de hacer correcciones en los scripts de ffxiv protonfixes:

gamefixes.tar.gz
Extrae esos en Proton-4.10-GE-3 / protonfixes / gamefixes /

Cambios realizados:
https://github.com/GloriousEggroll/protonfixes/commit/e0466f61447b1aa5e9cd494236777a6cb9d9b4d4

También solo algo de información:
Mi versión tiene tanto el parche hidewineexports portado desde la puesta en escena como el parche transgaming.
El parche transgaming engaña al lanzador para que ejecute la versión CEF de sí mismo en lugar de la versión mshtml. la versión mshtml tiene un error de java roto si hace clic en el botón de inicio de sesión, por eso queremos la versión cef. el parche hidewineexports permite ocultar las exportaciones de vino del juego, lo que evita que el juego piense que la cuenta no tiene ffxiv registrado.

La compilación en sí contiene correcciones para varios juegos, no solo para ffxiv. Su compilación de faudio también está construida con soporte ffmpeg para que funcione el audio wma y wmv. También se basa en wine-4.10 vainilla con confirmaciones / parches de protones transferidos.

Los parches hechos a vino en mi versión se pueden encontrar aquí:

https://github.com/GloriousEggroll/proton-ge-custom/blob/proton-ge-4.10/game-patches-testing/proton-prep.sh

Mientras que las correcciones de juegos no relacionadas con el vino se realizan mediante protonfixes.

¡Muchas gracias, @GloriousEggroll ! <3 ¡Eso funcionó!
Acerca del error de Java, ¿hay alguna posibilidad de que se solucione algún día? ¿O simplemente estamos abandonando la esperanza de mshtml en este momento?

eso depende de los desarrolladores de vino. aún puede iniciar sesión presionando enter, pero atm la versión cef funciona perfectamente usando enter o clic del mouse.

@GloriousEggroll ¡ Eres un salvavidas! ¡Muchas gracias por compartir tu construcción con nosotros!

Ojalá no se rompa todo el viernes.

Y el lanzador se rompe con un error HTTP una vez más :(

¿Qué error? Siempre he tenido algún error, reiniciarlo lo soluciona.
Cierro el lanzador y lo reinicio.

Reinicie Steam si obtiene errores https, lo corrige. Confirmo que el juego funciona sin el trabajo actual, estoy en cola.

Lamentablemente, el lanzador es un POC y ocasionalmente obtendrás errores HTTPS
sin ningún motivo real en ningún sistema, Windows, Mac o Linux.
Desearía que lo eliminaran por completo tbh.

fre. 28. jun. 2019, 11:04 skrev zangoku [email protected] :

Reinicie Steam si obtiene errores https, lo corrige. Confirmo el juego
funciona sin trabajo actual, estoy en la cola.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKB3DUXG3E5GERVRQVTP4XHZZA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVDVREXG43V2TUL52HS4DFVREXWJWKNMM2HS4DFVDVREXWJWKNM5 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD4BBKH4ZMH4NVKFPRYAVOTP4XHZZANCNFSM4FRR7KYQ
.

Puedo confirmar que el lanzador 5.0 funciona en wine-4.11, incluidas las actualizaciones (tuve un par de errores HTTPS durante la actualización que imagino que se debieron a la sobrecarga de los servidores, pero reiniciar el lanzador dejó que la actualización se completara normalmente). HideWineExports aún es necesario para evitar ser detectado como Mac, y hacer clic en el botón "iniciar sesión" en lugar de presionar Enter en el campo de contraseña aún causa un error de Javascript, pero por lo demás no parece que se necesiten parches.

El juego en sí mismo ahora muestra un cuadro de diálogo "Se ha producido un error inesperado" tan pronto como se abre la ventana principal del juego, incluso antes de que aparezca la pantalla del título; esto parece ser un error o una característica que falta en FAudio (el error se desencadena por un bloqueo en FAudioFXVolumeMeter_Process() que todavía estoy investigando). Creo recordar que ya sea wine-staging o Proton deshabilita FAudio en este momento, por lo que puede que no sea un problema al usar Proton, pero solo para su información.

El juego en sí ahora muestra un cuadro de diálogo "Se ha producido un error inesperado" tan pronto como se abre la ventana principal del juego, incluso antes de que aparezca la pantalla de título.

Ocurre en Lutris actualmente con ambos 4.10 Wine runners (incluido el ge-protonificado); El lanzador aparentemente funciona bien, pero el juego se bloquea inmediatamente después de presionar Reproducir

Aunque funciona con el corredor ge-faudio-protonified-4.8

Sé que no te sirve de nada, pero si ayuda a alguien, el último de Glorious Eggroll
cosa (https://github.com/ValveSoftware/Proton/issues/580#issuecomment-504688485) funciona conmigo. Estoy en juego ahora mismo.
Espero que puedas solucionarlo. Si puedo compartir cualquier información para ayudarte, déjame
¡saber!

Editar: Sin embargo, sé que no estoy usando FAudio. Estoy usando xaudio / xact (?).

La última revisión debería corregir los bloqueos en el último parche FFXIV: https://github.com/FNA-XNA/FAudio/commit/6de5c86b27ec3c5f3aac2dab431563a89a1460b2

EDITAR: Tenga en cuenta que el juego no usa WMA ni F3DAudio, por lo que no deberían ser necesarias compilaciones personalizadas, la configuración predeterminada de CMake debería ser suficiente para que esto se ejecute.

Aunque funciona con el corredor ge-faudio-protonified-4.8

¿Sabes qué versión de FAudio usa ese corredor? (busque libFAudio.so.* si no está seguro)

EDITAR: No importa, parece que está arreglado aguas arriba.

Sé que no es útil para ti, pero si ayuda a alguien, lo último de Glorious Eggroll ( # 580 (comentario) ) funciona conmigo. Estoy en juego ahora mismo. Espero que puedas solucionarlo. Si puedo compartir cualquier información para ayudarlo, ¡hágamelo saber! Editar: Sin embargo, sé que no estoy usando FAudio. Estoy usando xaudio / xact (?).

Actualmente también estoy usando mi compilación y puedo iniciar sesión sin problemas. No tengo anulaciones de xact / xaudio en su lugar. También intenté usar mi compilación lutris ge-protonified-4.10. ambas compilaciones pueden iniciar sesión correctamente.
Debo señalar que la compilación de lutris se basa en un buildbot que usa ubuntu 18.04 con las bibliotecas de lutris en uso, y la compilación de protones se construye con vagrant, de la misma manera que se hacen las compilaciones de protones de valve. La compilación de lutris también usa las bibliotecas de audio de mi compilación de protones, por lo que son idénticas en ese aspecto. Ninguna de mis compilaciones está construida directamente en mi propio sistema usando mis propias bibliotecas. Están hechos para ser en gran parte portátiles.

Así que a veces he tenido errores de HTTPS, pero también he encontrado una manera fácil de solucionarlos.

Si el resto del lanzador se carga pero el formulario de inicio de sesión en la esquina superior derecha no lo hace, eventualmente el lanzador se agotará con un error. Sin embargo, descubrí que una manera fácil de forzar la carga del formulario de inicio de sesión si tiene problemas es simplemente pasar el mouse sobre uno de los botones en la parte inferior del lanzador. Aparecerá el texto de ayuda para ese botón y, por cualquier motivo, parece permitir que se cargue el formulario de inicio de sesión.

Si por alguna razón no puede desplazarse con el mouse, también puede hacerlo yendo a la pantalla de configuración en el iniciador y luego retrocediendo inmediatamente, lo que también hará que el formulario se vuelva a cargar y aparezca.

Actualmente también estoy usando mi compilación y puedo iniciar sesión sin problemas. No tengo anulaciones de xact / xaudio en su lugar.

Ahora probé esa compilación, pero da el mismo problema que una compilación de vino de vainilla (+ HideWineExports).

¿Podría usted (o cualquier otra persona para quien funcione el audio) obtener un registro de Wine con WINEDEBUG=+xaudio2 ? Un par de cientos de líneas de registro de xaudio2 deberían ser suficientes. Observo que 5.0 usa xaudio2_8.dll en lugar de xaudio2_7.dll (como en 4.x) por lo que puede haber una ruta de código diferente involucrada que se comporte mal en ciertos entornos.

Estoy usando wine-staging 4.11 en Gentoo sin anulación de xaudio, y el audio me funciona bien.

Estoy tratando de adjuntar un registro a este comentario ... si no funciona, el mismo registro se puede encontrar en https://matrix.theblob.org/xaudio-log-excerpt.txt . Es un registro de las primeras 1000 líneas que genera Wine con WINEDEBUG=+xaudio2 . Si quieres más, házmelo saber.

Debo señalar que el registro anterior no es de Lutris ni de ninguna compilación binaria precompilada, sino de compilar el ebuild app-emulation / wine-staging-4.11 con el parche IsTransgaming agregado manualmente y con el prefijo wine en pregunta que oculta las exportaciones de vino.

Gracias por el registro. Veo que su instalación está creando una instancia de la versión 27 de XAudio (a diferencia de la versión 28 en la mía), así que tal vez haya un disparador ambiental que active la selección de diferentes versiones de API.

¿Puede comprobar qué DLL de XAudio (xaudio2_7.dll o 2_8.dll) está cargado en su proceso ffxiv_dx11.exe? Quizás también verifique si SoundCoreBridge.dll o SoundCoreBridge7.dll (del directorio del juego) está cargado.

Pude hacer que el sonido funcionara cambiando la versión informada de Windows en winecfg de Windows 10 a Windows 7. Parece que el juego elige entre las API de XAudio según la versión informada, y supongo que hay un error o una característica que falta en algún lugar de XAudio 28 implementación. (Para el registro, el juego carga SoundCoreBridge7.dll que se vincula a xaudio2_7.dll en Windows 7, y SoundCoreBridge.dll que se vincula a xaudio2_8.dll en Windows 10. La versión 4.x no tenía esos archivos DLL locales y siempre usaba xaudio2_7 .dll.)

En cualquier caso, supongo que la respuesta a "el juego se bloquea con un error inesperado inmediatamente después de que se abre la ventana del juego" es "comprobar que la versión de Windows en winecfg esté configurada para Windows 7".

Puedo confirmar eso; Ya tenía mi versión de Windows configurada para Windows 7. Configurarlo en Windows 10 bloquea inmediatamente el juego al iniciarse.

Oh, acabo de notar tu pregunta. Si aún desea que responda a la pregunta, ¿puede decirme cómo verificar si las DLL están cargadas? No estoy del todo seguro. (No tengo un depurador en este prefijo de vino).

No necesita preocuparse por los archivos DLL en este punto, pero como referencia, puede buscar archivos DLL (y .so para programas de Linux) con cat /proc/PID/maps donde PID es el PID del proceso en cuestión. Los objetos compartidos se asignan todos directamente a la memoria, así que solo busque en la lista de rangos asignados para bloques asociados con archivos *.so .

¡Ah bien! Gracias. <3 No me di cuenta de que las DLL también aparecerían en esa lista.

Pero sí, por el bien de la finalización, de hecho tengo xaudio2_7.dll.so y SoundCoreBridge7.dll cargados cuando se ejecuta usando la configuración "Windows 7", y cuando uso "Windows 10", eso cambia a xaudio2_8.dll.so y SoundCoreBridge.dll .

¡Buena llamada!

El problema de XAudio 2.8 parece plausible, tal vez sea la voz de masterización 2.8 la que se está corrompiendo:

https://docs.microsoft.com/en-us/windows/desktop/xaudio2/xaudio2-versions

FAudio apunta a 2.8 internamente, por lo que estamos viendo xaudio_dll.c en este caso.

Archivado un error contra Wine: https://bugs.winehq.org/show_bug.cgi?id=47437

He diagnosticado el problema. Algo está muy, muy mal y no estoy seguro de cómo es posible:

Hay una submezcla en el motor que se supone que está dedicada a la reverberación, que es totalmente compatible con CreateAudioReverb. En el caso de 2.7 es una macro que crea el objeto IXAPO con la sustancia pegajosa COM habitual que todos conocemos y amamos, pero para 2.8 cambiaron
XAudio2Create / CreateAudioReverb / CreateAudioVolumeMeter para todas las funciones C exportadas, lo cual nuevamente está bien porque la compilación con el SDK 2.8+ simplemente funcionará.

El error es que SoundCoreBridge 2.8 está llamando a CreateAudioVolumeMeter. Luego establece este medidor de volumen en la submezcla e inmediatamente comienza a pasarle los datos de los parámetros de reverberación, lo que resulta en nuestra falla de afirmación y eventual bloqueo.

Yo ... honestamente, no sé cómo está pasando eso. No puedo pensar en una razón por la cual Wine dirigiría incorrectamente una llamada a una función completamente diferente, y al mismo tiempo, no hay absolutamente ninguna forma de que FFXIV llame a una función totalmente diferente de lo que probablemente sea exactamente el mismo código para ambos módulos, a menos que el motor 2.8 también falla para todos los demás en Win8 +. (Para volver a enfatizar: no hay forma de que esto sea culpa del juego)

Para resumir, 2.7 está haciendo esto:

CreateAudioReverb(&reverb);
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

Y 2.8 está haciendo esto:

CreateAudioVolumeMeter(&reverb); /* ?! */
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

¿Le suena extraño a alguien más?

Suena muy extraño, pero eso podría explicar por qué muchos juegos fallan en el modo Windows 10 y no en el 7.
¡Este podría ser un error importante con el que te has topado!

FWIW, mi registro de seguimiento dice esto:

00ac:trace:xaudio2:xapocf_CreateInstance (0x100c5960)->((nil),{00000000-0000-0000-c000-0000000000000046},0x100c57c0)
FAudioCreateVolumeMeterWithCustomAllocatorEXT(0x100c59a0 0 0x7f0420f5eb80 0x7f0420f5eba0 0x7f0420f5ebc0)

Como problema de entrada, ese GUID parece extraño, pero el flujo de código parece ser que xapo.c:get_fapo_from_clsid() está encontrando una coincidencia CLSID en el objeto del medidor de volumen y creando eso, en lugar de crear el efecto de reverberación presuntamente deseado.

Una vez más, estoy fuera de mi alcance aquí; espero que esta sea información útil.

Es posible que lo esté investigando demasiado profundamente ... esto es mucho más simple que el código real en sí, son solo las funciones que se exportan.

Como referencia, este parche Malo y No usar este corrige el bloqueo:

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;

De acuerdo, aparentemente, de hecho, es completamente posible que las funciones se exporten en un orden numérico incorrecto y esto es algo que los desarrolladores de Windows reales conocen:

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)

Enviaré esto a WineHQ hoy ...

¿Hay alguna razón práctica por la que esto sea posible / los desarrolladores harían eso? ¿O cree que esto podría ser un error involuntario?

Por el lado del vino, esto definitivamente no es intencional. En cuanto a por qué las DLL de Windows son así ... no tengo ni idea. Estoy seguro de que está enterrado en algún lugar del blog de Raymond Chen> _>

La solución está en Wine upstream: https://github.com/wine-mirror/wine/commit/92a5299b1d0a0775e1158f334c0348a3ffe8f063

Uh, pregunta: el otro día estaba tratando de escribir la palabra "touché" en el chat y me di cuenta de que parece que no puedo hacer é en el chat. Simplemente imprime el carácter 'inmediatamente. ¿Conocemos alguna solución para que eso funcione correctamente?

¿Alguien ha intentado usar ACT? Me encantaría poder ejecutar analizadores, aunque no estoy seguro de lo factible que sea :(

Afaik WINE actualmente no admite la inyección de DLL (si esto ha cambiado,
¡avísame!), así que incluso si tienes la aplicación para trabajar (no funciona, se bloquea
arriba), probablemente no puedas hacerlo.

hijo. 7. jul. 2019, 04:30 skrev witches dot live hogar de live witches <
[email protected]>:

¿Alguien ha intentado usar ACT? Me encantaría poder ejecutar analizadores
aunque no estoy seguro de cuán factible es eso :(

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKAAW423NKBSXBSWJMLP6FILRA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXW63JWZVMV ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD4BBKEROJLQ6A3XJOWWNATP6FILRANCNFSM4FRR7KYQ
.

¿No es la inyección de DLL ReShade? Eso parece funcionar bien siempre que configure las DLL que necesita como nativas.

No sé nada sobre ACT, intenté descargarlo y ejecutarlo dentro de mi prefijo de vino, pero simplemente muere. No estoy lo suficientemente interesado como para investigarlo más, personalmente.

Por cierto, mientras esté respondiendo, solo usé / echo touché (copié y pegué el tuyo de este hilo, ni siquiera sé cómo hacer que el personaje sea independiente) y se mostró muy bien en el juego.

ACT requería .NET, y puedes hacer que se ejecute un poco , pero se bloqueará mucho y no he descubierto una manera de que lea los análisis correctamente del juego.
AFAIK, ACT no usa la inyección de DLL, solo lee la memoria, de acuerdo con el complemento FFXIV que lo acompaña, lo que puede ser un problema si no lo ejecuta como administrador en Windows, y esa funcionalidad no está disponible en Wine, ¿verdad?

¡Ah, ya veo! Entonces sí, podría funcionar.

En lo táctil, copiar y pegar funciona bien, pero es la escritura real
de ella. En mi teclado, presionarías altgr + \ que lo pondría en cola,
seguido de e para hacer é. Funciona en otras partes del sistema pero en el juego
simplemente escribe la sangría directamente como si hubiera pulsado el espacio.
Lamentablemente, mi teléfono no puede hacer lo mismo para demostrar y no es un importante
problema, es solo que me gusta poder escribir palabras como touché: P

hijo. 7. jul. 2019, 14:41 skrev HereInPlainSight [email protected] :

¿No es la inyección de DLL ReShade? Eso parece funcionar bien siempre y cuando
configuró las DLL que necesita como nativas.

No sé nada sobre ACT, intenté descargarlo y ejecutarlo
dentro de mi prefijo de vino, pero simplemente muere. No estoy lo suficientemente interesado como para
investigue más, personalmente.

Por cierto, mientras esté respondiendo, solo usé / echo touché (yo
copiado y pegado el tuyo de este hilo, ni siquiera sé cómo hacer el
personaje de forma independiente) y se mostró muy bien en el juego.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBEZKGPX3SQB2WYO63P6HQARA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVDVREXWG43V2 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD4BBKFSUPDPTJTEZTYLO5LP6HQARANCNFSM4FRR7KYQ
.

por lo que tengo entendido, ACT aprovecha los controladores de red de alguna manera para realizar la captura de paquetes, lo que probablemente no sea algo que WINE pueda estar completamente fuera de alcance, pero podría estar equivocado acerca de esto, así que quería asegurarme de no haberlo hecho. cancelado el poder ejecutarlo sin verificar

Tampoco he podido conseguir que la entrada japonesa funcione en el juego. Utilizo FCITX-mocz, pero cuando escribo en el chat del juego, solo escribirá caracteres en inglés. También probé con ibus y tampoco cerradura allí. Supongo que es lo mismo que el problema del touché.

No tengo (*) problemas para ingresar japonés usando ATOK X3, por lo que la entrada que no sea en inglés es al menos posible.

(*) Hay algunos fallos en el movimiento del cursor si desactivo la entrada japonesa en medio de una línea de texto, pero no he comprobado si también ocurren con ATOK en Windows, por lo que podría ser un error juego en sí.

Hola, tengo problemas para guardar la configuración de gráficos del juego. Cada vez que recargo el juego, vuelve con la configuración de gráficos predeterminada, lo que lo convierte en un dolor de cabeza. ¿Alguien más ha tenido este problema?

Hola, tengo problemas para guardar la configuración de gráficos del juego. Cada vez que recargo el juego, vuelve con la configuración de gráficos predeterminada, lo que lo convierte en un dolor de cabeza. ¿Alguien más ha tenido este problema?

No, pero lo primero que debería comprobar es asegurarme de que tiene acceso de lectura y escritura a los archivos de configuración adecuados (y que los posee). Debería tener un directorio compatdata dentro de su carpeta steamapps. Usarás la demo Steam ID del juego (que actualmente me elude) o 39210 para la versión comercial. Profundice en pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / y verifique sus permisos.

¿Alguien más tiene bloqueos aleatorios? Comenzó hoy. Daré más información una vez / si vuelve a fallar, alrededor de la tercera vez consecutiva.

Es un problema de DirectX 11. Estaba funcionando al máximo (60 fps sólidos, sin problemas hasta hoy, parece que se ha solucionado la reducción de la configuración.
Cambié a nivel un pícaro y luego comenzaron los choques. Si alguien está interesado y necesita más registros, dígame qué necesita y se los proporcionaré durante el fin de semana.

@Selhar Nvidia GPU? Si es así, consulte https://github.com/doitsujin/dxvk/issues/1100

Si ese es el problema con el que te encuentras, puedes intentar jugar con wined3d, aunque el rendimiento se verá afectado. Si se trata de otra cosa, entonces necesitaremos mucha más información (especialmente cómo reproducirla).

@doitsujin Estoy usando AMD, RX580.
Y no estoy muy seguro de cómo reproducirlo, empezó a fallar anoche. Después de reducir la configuración de gráficos y reiniciar mi computadora, el juego parece estable nuevamente.

¿Hay algún registro específico que pueda dar en caso de que vuelva a suceder?

Editar: información obsoleta irrelevante ahora. Se lanza Proton 4.11 y simplemente funciona.

Asegúrese de presionar enter en el campo de texto de la página de inicio de sesión en lugar de hacer clic en el botón de inicio de sesión.

Muy bien, una vez se sugirió que editara mi publicación inicial en este hilo con las instrucciones actuales, y dado que la publicación anterior decía que era difícil encontrar información actual y precisa, y que ahora parecemos bastante estables. con ShB actualmente, finalmente lo hice .

Si me equivoqué en algo, hágamelo saber. Además, hay muchas compilaciones en el hilo y no sabía dónde estaban, así que hice una de la versión predeterminada que se compilaría a partir del repositorio PKGBUILDS de

Si vino aquí desde la publicación anterior porque le prometí una explicación sobre por qué necesitamos una versión personalizada de Proton, aquí está:
Por el momento, FFXIV está comprobando si inicia sesión con Wine. Si lo hace, lo identifica como usuario de Mac. Para evitar ser visto como un usuario de Mac, tenemos que ocultar que estamos usando Wine, que es para lo que sirve el comando winetricks. Desafortunadamente, en este momento, Proton predeterminado no proporciona la capacidad de ocultar vino, por lo que necesitamos una versión personalizada para poder hacer esto.

Las correcciones necesarias para el juego se lanzaron en la reciente actualización Proton 4.11. Por favor inténtalo.

Ejecutar el juego con proton 4.11 no funciona, arroja un error de script de Java.

Si hizo clic en el botón Iniciar sesión cuando recibió ese error, intente presionar Enter en el formulario de inicio de sesión para solucionarlo.

4.11 funciona maravillosamente. Gracias @cjacek por su arduo trabajo para que FFXIV se ejecute en Wine y ahora en Proton.
Tengo una pequeña pregunta: ¿Cómo solucionó el error de verificación de licencia? ¿Proton se envía con HideWineExports habilitado de forma predeterminada o el juego tiene la marca eliminada por completo?

La última actualización de FF eliminó el cheque.

¡Vaya! ¿Crees que Square nos escuchó a los usuarios de Linux?

ons. 31. jul. 2019, 18:16 skrev Jacek Caban [email protected] :

La última actualización de FF eliminó el cheque.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKF53SVUXGOND2ACTJTQCG3EXA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG63LSMVNX9 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD4BBKAOTMJJ7UM6UOAL6O3QCG3EXANCNFSM4FRR7KYQ
.

FFXIV Mac se movió a una compilación basada en CrossOver que no usa los viejos trucos de Cider, por lo que para la actualización de Shadowbringers, todas esas cosas se eliminaron.

¡Esta es una gran noticia! Entonces, nuestro único problema destacado es que el lanzador se bloquea si hace clic en el botón de inicio de sesión. ¿Hay un error del vino abierto para eso?

Puedo acceder a la pantalla de selección del centro de datos en 4.11. Una vez que confirmo un servidor, el juego comienza a cargar algo, pero se detiene allí. El juego responde a las pulsaciones de teclas (es decir, al pulsar Alt + F4 aparece una pequeña ventana emergente preguntando si quiero salir del juego), y el pequeño círculo en la esquina inferior derecha se anima, pero nunca sucede nada más.

Suponiendo que aún no has creado un personaje, parece que está intentando reproducir la escena de apertura de la película y fallando. Puede omitirlo editando el archivo "~ / Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / FFXIV.cfg" y editando la línea "CutsceneMovieOpening 0" a "CutsceneMovieOpening 1". (O agregar esa línea si no la ve).

Además, si quieres ver la escena de apertura de la película fuera del juego, está en https://www.youtube.com/watch?v=443ogl24K0Y .

¡Gracias! ¡Parece que lo hizo!

Tengo una pequeña pregunta: ¿Cómo solucionó el error de verificación de licencia? ¿Proton se envía con HideWineExports habilitado de forma predeterminada o el juego tiene la marca eliminada por completo?

FFXIV Mac se movió a una compilación basada en CrossOver que no usa los viejos trucos de Cider, por lo que para la actualización de Shadowbringers, todas esas cosas se eliminaron.

Ese no parece ser el caso en al menos 5.05; ejecutándose con Vanilla Wine 4.12.1, el lanzador aún arroja un error de licencia al iniciar sesión. Parchear en HideWineExports y activarlo hace que el lanzador vuelva a funcionar normalmente.

he comenzado a tener errores de dll recientemente;

¿Alguien más ha observado / experimentado este comportamiento también?
obsoleto, hardware defectuoso fue la causa

¿Qué quiere decir con "errores de dll", qué tan reciente es "recientemente", qué versión de Proton está utilizando y cuál es su hardware?

@doitsujin no, parece que fue un problema de hardware

Aún como nota al margen, la actualización de controladores causó errores con d3d11.dll y ntdll.dll en el pasado. El prefijo de limpieza resolvió ese problema.

Ese no parece ser el caso en al menos 5.05; ejecutándose con Vanilla Wine 4.12.1, el lanzador aún arroja un error de licencia al iniciar sesión. Parchear en HideWineExports y activarlo hace que el lanzador vuelva a funcionar normalmente.

Contrariamente a la experiencia aquí, desactivé HideWineExports en mi instalación y aún puedo iniciar sesión normalmente. ¿Qué lanzador estás usando? ¿Ha cambiado a ffxivboot64.exe?

Sí, he estado usando ffxivboot64.exe desde el lanzamiento de 5.0.

EDITAR: Las ventanas de inicio y de inicio dan el número de versión 2019.06.10.0000.0001 en la barra de título. La verificación de la versión de arranque se realiza normalmente, pero ¿es posible que de alguna manera no obtenga la última versión?

Confirmando que en la última versión, desmarcar "Ocultar la versión Wine de las aplicaciones" todavía funciona para permitirme entrar al juego.

La última versión del iniciador es 2019.06.10.0000.0001, pero la última cadena de la versión del juego es: "Versión: 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 es posible que no esté recibiendo las últimas versiones, @achurch.

También debo decir que no estoy usando ffxivboot64.exe; Al parecer, olvidé actualizar eso y estoy usando ffxivboot.exe. Aún así, parece estar funcionando ...

Tengo la última versión del juego, pero no me molesté en mencionarlo ya que era el lanzador el que arrojaba un error de licencia.

Dicho esto, dado que parece funcionar para todos los demás y estoy de acuerdo con mantener activo HideWineExports, no sé si es necesario investigar más.

... el lanzador está arrojando un error de licencia?

Todas las capturas de pantalla que he visto de errores de licencia se encuentran en la interfaz del juego. ¿Es esto algo nuevo o siempre ha sido así y no me di cuenta?

Siempre ha sido así. Hay dos comprobaciones, una en el lanzador y otra en el propio cliente. Solo presioné el del juego una vez, creo que cuando todavía estaba forzando libcef en el lanzador de 32 bits.

Proton 4.11-2 rompió el sonido en ffxiv haciendo que desapareciera y en todo el sistema el audio se rompió como si estuviera demasiado alto (?). Si silencio ffxiv en pavucontrol, el problema desaparecerá a menos que lo active y luego volverá. Reiniciar también lo corrige.

Esto sucedió unas horas después de jugar.

El audio no cambió drásticamente entre 4.11-1 y 4.11-2. El cambio fue básicamente FAudio 19.07 a 19.08, que esencialmente no tenía cambios funcionales:

https://github.com/FNA-XNA/FAudio/compare/19.07...19.08

EDITAR: Tampoco cambió mucho entre la última versión 4.2 y 4.11:

https://github.com/FNA-XNA/FAudio/compare/19.06.07...19.07

¿Entonces solo un problema aleatorio?

Probablemente, aunque estaría interesado en saber por qué se vio afectado el audio de todo el sistema. FAudio es solo una conexión única realizada a través de audio SDL, nada invasivo que yo sepa.

El único problema que tengo con el juego es que no puedo reproducir un video en mi segundo monitor; de lo contrario, el juego no registra muchas de mis entradas y no responde. ¿Alguien tiene una solución?

Ejecutar el juego con proton 4.11 no funciona, arroja un error de script de Java.

Tienes que presionar enter después de escribir tu contraseña en lugar de hacer clic en el botón Iniciar sesión.

El único problema que tengo con el juego es que no puedo reproducir un video en mi segundo monitor; de lo contrario, el juego no registra muchas de mis entradas y no responde.

Solo un disparo en la oscuridad, pero (1) ¿estás usando un mando y (2) has actualizado SDL recientemente? Hay un error introducido en SDL 2.0.10 que hace que se eliminen muchas entradas de joystick: https://bugzilla.libsdl.org/show_bug.cgi?id=4750
Eso no tendría nada que ver con la reproducción de video, pero sospeché muchas cosas diferentes en mi propio sistema antes de encontrar finalmente ese error.

El único problema que tengo con el juego es que no puedo reproducir un video en mi segundo monitor; de lo contrario, el juego no registra muchas de mis entradas y no responde.

Solo un disparo en la oscuridad, pero (1) ¿estás usando un mando y (2) has actualizado SDL recientemente? Hay un error introducido en SDL 2.0.10 que hace que se eliminen muchas entradas de joystick: https://bugzilla.libsdl.org/show_bug.cgi?id=4750
Eso no tendría nada que ver con la reproducción de video, pero sospeché muchas cosas diferentes en mi propio sistema antes de encontrar finalmente ese error.

No, no estoy usando un mando. Estoy usando un teclado y un mouse. Parece que tendré que esperar una solución.

@GhostEther Veo videos casi constantemente mientras juego y no tengo problemas, así que definitivamente es posible. Asegúrese de que está utilizando las últimas versiones de proton / dxvk y de que los controladores de su tarjeta de video estén actualizados, la lentitud / caída de entrada suena como algunos de los errores de hace meses.

¿Alguien más tiene el problema de que el lanzador de repente afirma que su suscripción ha expirado o que la cuenta de servicio aún no se ha registrado? Ayer funcionaba bien, por lo que podría estar relacionado con el parche 5.08: /

¿Alguien más tiene el problema de que el lanzador de repente afirma que su suscripción ha expirado o que la cuenta de servicio aún no se ha registrado? Ayer funcionaba bien, por lo que podría estar relacionado con el parche 5.08: /

Comenzaron a exigir que las cuentas que usan claves "Windows" deben usar el lanzador fuera de Steam y aquellas con claves "Steam" deben iniciar usando Steam. De cualquier manera, esto solo se determina por si el argumento "-issteam" se pasa o no a ffxivboot.exe

Por lo tanto, solo debe asegurarse de que se ejecute con ese argumento si está usando una cuenta con una clave de Steam o que no está allí si está usando una cuenta con una clave de Windows.

@ Equivocal90 Ya veo, gracias. Estoy ejecutando una licencia de Windows desde el Proton de Steam ... así que tendré que encontrar una forma de evitar que la transmisión pase -issteam .

@ Equivocal90 Ya veo, gracias. Estoy ejecutando una licencia de Windows desde el Proton de Steam ... así que tendré que encontrar una forma de evitar que la transmisión pase -issteam .

Yo hago lo mismo. Tuve que ejecutarlo manualmente con algo como lo siguiente:
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"

Solo tuve que expandir ~ a la carpeta real por alguna razón que puede ser específica de Python con la que no estoy familiarizado.

Bueno, eso no funcionó en mi caso, por alguna razón, el vino siguió fallando con un error vulkan.

Al final, acabo de parchear el script envoltorio de proton python para eliminar el argumento -issteam antes de iniciar el juego :)

Si alguien tiene artefactos extraños después de las actualizaciones del juego, asegúrese de borrar su caché de sombreado.

Para mí, obtuve un retrato de personaje en tecnicolor trippy y objetos aleatorios reemplazados por un desenfoque blanco como si mi juego estuviera corrompido con éter de luz hasta que destruí mi caché de sombreado.

@ jbal91 por caché de sombreado, ¿te refieres al creado por el controlador? ¿Estás en Nvidia?

Cada vez que lanzo el juego FFXIV, cfg se reescribe, por lo que no guarda mi configuración de resolución y gráficos, ¿alguna idea?
Cambiar a proton-ge-custom / releases / tag / 4.15-GE-1 (o superior) soluciona este problema, pero lo veo con el protón estándar 4.11.3
y personalizado / releases / tag / 4.10-GE-3

Suena como un problema de permisos. ¿Asegúrate de que los archivos de configuración se puedan escribir?
A menos que este sea el viejo error de protones.

ons. 11. sep. 2019, 23:53 skrev asim-vax [email protected] :

Cada vez que inicio el juego FFXIV, cfg se reescribe, por lo que no se guarda
mi resolución y configuración de gráficos, ¿alguna idea?

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKDV7DJ64ZP5T75ISHTQJFSDZA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXWG43WNMV ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD4BBKHX7MAHDM3F7PXUAMDQJFSDZANCNFSM4FRR7KYQ
.

Así que probé todas las correcciones sugeridas (CutsceneMovieOpening 1, BrowserType 2, usando Proton-4.15-GE-4 pero recibo este error al iniciar el juego a través del lanzador:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

Estoy usando ffxivboot.exe, no ffxivboot64.exe, ya que al iniciar sesión a través de ffxivboot64.exe dice que no tengo una licencia FFXIV válida asignada a mi cuenta SQEX (el error que normalmente se obtiene al intentar usar una cuenta con Steam- en el lanzador que no es Steam), usando un prefijo wine de 64 bits.

¿Alguien más ha experimentado esto? ¿Hay otra solución que pueda probar?

El juego funcionó perfectamente bien con el protón 4.11-3, pero con 4.11-4 después de iniciar el juego desde el lanzador, todo lo que obtengo es una pantalla negra.

Por el momento, no tengo una solución para ejecutar una clave de Windows en Steam. Desafortunadamente, parece que la bandera -issteam vive dentro de ~/.steam/root/appcache/appinfo.vdf . Si bien parece posible editar el archivo directamente, es un formato binario y ... probablemente sea una solución desagradable que no estoy buscando profundizar demasiado en mí mismo. Los usuarios de Windows están usando SteamEdit para actualizar el archivo y omitir la verificación, pero no quiero
Ojalá alguien más inteligente que yo tenga una mejor respuesta a esto. Tal vez haya alguna forma de eliminar el registro en tiempo de ejecución a través de Establecer opciones de inicio, pero no lo sé.

@HereInPlainSight He tenido éxito configurando Establecer opciones de
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 esencialmente reemplaza el comando original con un noop y luego ejecuta el comando real sin -issteam después.

@HereInPlainSight He tenido éxito configurando Establecer opciones de
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 esencialmente reemplaza el comando original con un noop y luego ejecuta el comando real sin -issteam después.

He aquí, el mencionado Alguien más inteligente que yo. Tiene sentido tan pronto como lo leo, no estoy seguro de por qué no pensé en simplemente reconstruir el comando. ¡Gracias!

@HereInPlainSight He tenido éxito configurando Establecer opciones de
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 esencialmente reemplaza el comando original con un noop y luego ejecuta el comando real sin -issteam después.

¡Esto es realmente inteligente! De hecho, hace que ciertos tipos de puertos sean mucho más fluidos sin la necesidad de una herramienta de compatibilidad completa (ignorando las instalaciones de redist, de todos modos): https://github.com/ValveSoftware/Proton/issues/1783

Así que probé todas las correcciones sugeridas (CutsceneMovieOpening 1, BrowserType 2, usando Proton-4.15-GE-4 pero recibo este error al iniciar el juego a través del lanzador:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

Estoy usando ffxivboot.exe, no ffxivboot64.exe, ya que al iniciar sesión a través de ffxivboot64.exe dice que no tengo una licencia FFXIV válida asignada a mi cuenta SQEX (el error que normalmente se obtiene al intentar usar una cuenta con Steam- en el lanzador que no es Steam), usando un prefijo wine de 64 bits.

¿Alguien más ha experimentado esto? ¿Hay otra solución que pueda probar?

En realidad, resulta que también tengo este error en Windows. Así que probablemente mis archivos estén corruptos. Pero de todos modos, no se reubicaron protones.

El juego ahora se puede jugar para mí con la actualización de protón 4.11-5, ya que no lo estaba con 4.11-4 y tuve que volver a 4.11-2.

actualización sobre las escenas de corte pre-renderizadas:

con winetricks directshow logré superar el primer error "sin objeto de clase", siguiendo una pista de https://forum.winehq.org/viewtopic.php?t=688
Ahora me encuentro con el mismo error pero con un clsid diferente, pero no sé qué dll debe proporcionar eso. el clsid es 2eeb4adf-4578-4d10-bca7-bb955f56320a si alguien sabe cómo seguir esa pista?

editar: aparentemente esto es de wmadmod.dll . sin embargo, copiar ese dll desde una instalación de Windows no parece ayudar ya que nunca se carga. no estoy seguro de lo que tengo que hacer para eso

Utilicé la excelente sugerencia de Tesu para superar el problema de -issteam, sin embargo, ahora, cuando inicio sesión en un servidor de datos, no se carga nada. Acabo de obtener esa cosa del molinillo giratorio en la esquina inferior derecha.

PROTON_LOG puesto
Steam - Información del sistema

Utilicé la excelente sugerencia de Tesu para superar el problema de -issteam, sin embargo, ahora, cuando inicio sesión en un servidor de datos, no se carga nada. Acabo de obtener esa cosa del molinillo giratorio en la esquina inferior derecha.

PROTON_LOG puesto
Steam - Información del sistema

eso es porque la escena inicial del juego no se puede reproducir, puedes cambiar la configuración en la entrada CutsceneMovieOpening en el archivo FFXIV.cfg , que está en Documents/My Games/Final Fantasy XIV - A Realm Reborn por defecto, a 1

que saltará la escena y deberías poder acceder a la pantalla de selección de personajes

Utilicé la excelente sugerencia de Tesu para superar el problema de -issteam, sin embargo, ahora, cuando inicio sesión en un servidor de datos, no se carga nada. Acabo de obtener esa cosa del molinillo giratorio en la esquina inferior derecha.
PROTON_LOG puesto
Steam - Información del sistema

eso es porque la escena inicial del juego no se puede reproducir, puedes cambiar la configuración en la entrada CutsceneMovieOpening en el archivo FFXIV.cfg , que está en Documents/My Games/Final Fantasy XIV - A Realm Reborn por defecto, a 1

que saltará la escena y deberías poder acceder a la pantalla de selección de personajes

Esto funcionó, sin embargo, cuando intenté cambiar la configuración de gráficos en el juego, bloqueó mi sistema y tengo que SysRq REI (pero no SUB) para recuperarme.

Esto funcionó, sin embargo, cuando intenté cambiar la configuración de gráficos en el juego, bloqueó mi sistema y tengo que SysRq REI (pero no SUB) para recuperarme.

Eso puede ocurrir en ciertas configuraciones que involucran GPU AMD, la opción "Reflejos en tiempo real" y versiones desactualizadas de LLVM / Mesa.

Deje los "Reflejos en tiempo real" desactivados y debería estar bien. Escuché que actualizar a LLVM 7 + / Mesa 18.2+ soluciona el problema, y ​​en su mayor parte lo hace, pero personalmente, incluso con aquellos, todavía me he encontrado con la extraña situación rara (en Azim Steppe) donde los bloqueos de video todavía ocurren.

Solo sugeriría dejar la opción desactivada permanentemente.

Esto funcionó, sin embargo, cuando intenté cambiar la configuración de gráficos en el juego, bloqueó mi sistema y tengo que SysRq REI (pero no SUB) para recuperarme.

Eso puede ocurrir en ciertas configuraciones que involucran GPU AMD, la opción "Reflejos en tiempo real" y versiones desactualizadas de LLVM / Mesa.

Deje los "Reflejos en tiempo real" desactivados y debería estar bien. Escuché que actualizar a LLVM 7 + / Mesa 18.2+ soluciona el problema, y ​​en su mayor parte lo hace, pero personalmente, incluso con aquellos, todavía me he encontrado con la extraña situación rara (en Azim Steppe) donde los bloqueos de video todavía ocurren.

Solo sugeriría dejar la opción desactivada permanentemente.

Tengo un nVidia 950 y, como estoy usando Arch, estoy bastante seguro de que mi LLVM está actualizado. Además, estaba reduciendo la configuración de gráficos, no hacia arriba. El juego lo tenía configurado como "portátil de gama alta" y lo reduje a "escritorio estándar".

Bien, hay un lanzador nuevo. Apesta. No muestra los campos de inicio de sesión y muchas otras cosas en Linux. En Windows, puede ir a la configuración y volver al lanzador anterior, pero aparentemente eso no estará disponible para siempre. Parece que el nuevo depende en gran medida de IE11, ¿alguien tiene alguna idea?

De acuerdo, si desea iniciar sesión en Linux, haga clic en el icono de engranaje, luego desplácese hacia abajo y haga clic en el último cuadro gris, esa es la opción para volver al diseño anterior. Ahora tiene barras de desplazamiento pero funciona, al menos me lleva a la pantalla "no disponible durante el mantenimiento".

¿Tiene la línea de configuración correspondiente a esa opción? Ni siquiera puedo hacer que la vista de configuración se desplace.

parece haber una nueva opción en FFXIV_BOOT.cfg llamada Browser donde 1 es el lanzador anterior y 2 es el nuevo

el nuevo diseño del lanzador aún no llega a macos, ¿verdad? puede valer la pena esperar un poco para ver cómo lo hacen funcionar allí

fwiw, pude iniciar sesión con el nuevo lanzador: me desplacé hasta el final y el formulario de inicio de sesión se presentó allí por cualquier motivo.

para mí el nuevo cliente ni siquiera va más allá de esta pantalla

descargo de responsabilidad que no estoy usando protones, sino vino 4.16
editar: puede confirmar que otras personas tienen este problema con el vino de vainilla aquí

Estoy en lutris usando el corredor tkg-ffxiv-feffe-4.6-1.8-x86_64 todavía, el nuevo lanzador se carga bien para mí, pero no puedo desplazarme hacia abajo, o realmente interactuar con él, sin que se congele. Hice que se congelara en esa pantalla solo cuando la carga del servidor era alta.

para mí el nuevo cliente ni siquiera va más allá de esta pantalla

descargo de responsabilidad que no estoy usando protones, sino vino 4.16
editar: puede confirmar que otras personas tienen este problema con el vino de vainilla aquí

con la versión parcheada proporcionada en el hilo aquí , el lanzador se iniciará y funcionará de alguna manera correctamente, con el mensaje de inicio de sesión en la parte inferior de la página y sin barra de título mostrando

Funciona funcionalmente sin problemas en ge-protonified-4.10, pero hay algunos problemas gráficos como que la transparencia del encabezado es una tontería. Sin embargo, realmente no lo he comparado con la versión que se ejecuta en Windows.

Pude cargar el lanzador anterior configurando Browser 1 en FFXIV_BOOT.cfg como sugirió @ashkitten . En caso de que también importe, BrowserType se establece en 0 .

Hay una pequeña advertencia en la configuración del lanzador que advierte que esto no va a durar. Supongo que cuando termine el soporte de W7.

Nuevo lanzador cargado para mí sin problemas. Pop! _OS + parcheó Proton.

@aberardinelli ¿a qué parche te refieres?

@aberardinelli ¿a qué parche te refieres?

Ahh tenía miedo de que alguien me preguntara esto. Volviendo a examinar los comentarios antiguos en este hilo para encontrar el correcto ...
La versión se muestra en Steam como Proton-4.10-GE-3
Publicado por @GloriousEggroll el junio en este comentario: https://github.com/ValveSoftware/Proton/issues/580#issuecomment -504688485

Funciona tanto en mi computadora portátil como en mi escritorio.

Probablemente sea IsTransgaming lo que lo hace funcionar Probablemente fuerce CEF como lo hace en el antiguo lanzador.

Sin embargo, sería bueno si pudiéramos hacerlo funcionar con Wine MSHTML como hicimos con el antiguo lanzador.

¿Alguien más ha experimentado bloqueos aleatorios al cambiar de espacio de trabajo desde hoy?

EDITAR: También parece suceder en modo ventana y mientras el juego no está enfocado
EDIT2: Los bloqueos desaparecieron después de reiniciar Xorg por alguna razón.

¿Alguien más ha experimentado bloqueos aleatorios al cambiar de espacio de trabajo desde hoy?

EDITAR: También parece suceder en modo ventana y mientras el juego no está enfocado

No he tenido este problema. ¿Qué DE estás usando? Estoy usando Gnome Shell.

Funciona funcionalmente sin problemas en ge-protonified-4.10, pero hay algunos problemas gráficos como que la transparencia del encabezado es una tontería. Sin embargo, realmente no lo he comparado con la versión que se ejecuta en Windows.

Seguí adelante y le di una oportunidad a ge-protonified-4.10 según su sugerencia y, de hecho, el nuevo lanzador parece funcionar bien, aunque muestra el formulario de inicio de sesión debajo del resto del contenido y es un poco inconsistente. Creo que funciona un poco mejor que el 4.8 que estaba usando también, pero eso podría ser psicosomático, siempre dudo en actualizar porque si no está roto ... 😄

Acabo de probar la versión Proton-4.19-GE-1 y el nuevo inicio de sesión funciona + la pantalla de título a la animación de transición de selecciones de personajes parece funcionar mucho más fluida ahora. Además, se ha corregido el antiguo error en el que tenías que elegir "centro de datos" en lugar de "iniciar" ... Todavía no he jugado (lo suficiente), así que no puedo decir nada sobre las mejoras de fps en el juego (pero parece que sí obtener ~ 30 fps en 4k con mi vieja gtx 970, usando la configuración de gráficos previos "laptop high")

especificaciones del 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 

Probé Proton 4.2-9, 4.11-9 y 4.21-GE-1 y los tres muestran la misma pantalla de bienvenida:

Los resultados son los mismos con el navegador 1 y el navegador 0. Actualmente se ejecuta Fedora 30 + KDE 5

@ Romdeau4 tengo el mismo problema, he probado Proton-4.21-GE-1 y gallium9, no puedo desplazarme, también tengo el tipo de navegador cansado 2

@ Romdeau4 @tuxutku Este probablemente no sea su problema, pero tuve el mismo problema hasta que recordé que había configurado la opción de inicio que se publicó anteriormente en este hilo para eliminar el argumento -issteam . Necesitaba actualizar esa opción de lanzamiento para usar el Proton personalizado de GE.

Solo he podido hacer que el nuevo lanzador funcione con ge-protonofied-4.10, parece que las versiones posteriores solo obtienen esa pantalla sólida con el logotipo de FFXIV en el lanzador y nunca te dejan acceder al resto.

Hola a todos,
Creo que logré resolver el problema, al menos dentro de mi versión personalizada. Simplemente reemplacé ffxivboot.exe con ffxivboot64.exe, y el lanzador funcionó. Si está utilizando mi compilación personalizada, intente abrir lo siguiente:

Oficial de FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

Prueba FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

y reemplace el contenido con lo siguiente:

""" 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

Todavía no he intentado iniciar sesión en el juego, ya que tengo una cuenta independiente y no estoy seguro de si la licencia difiere de las licencias de Steam.

Editar: el nuevo lanzador no se procesa, pero al menos no se bloquea. El lanzador antiguo todavía funciona. Necesita configurar el navegador 1 en FFXIV_BOOT.cfg

No hay diferencia entre las licencias de Windows. Es solo si eres
tratando de usar una licencia de Steam de forma independiente, debe agregar -issteam

Idk por qué Square lo hizo de esa manera lol
Me parece un poco perezoso, si el objetivo fuera hacer una distinción. Mejor que
manteniendo dos compilaciones, supongo.

El sábado 7 de diciembre de 2019 a las 05:39 Thomas Crider, [email protected] escribió:

Hola a todos,
Creo que he logrado resolver el problema, al menos dentro de mi costumbre.
versión. Simplemente reemplacé ffxivboot.exe con ffxivboot64.exe, y el
lanzador funcionó. Si está utilizando mi compilación personalizada, intente abrir el
siguiendo:

Oficial de FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

Prueba FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

y reemplace el contenido con lo siguiente:

"" "Corrección del juego para la versión de prueba de FFXIV
"" "

pylint: desactivar = C0103

desde protonfixes import util
importar sistema operativo

def main ():
"" "para FFXIV salta la escena de introducción para permitir que el juego funcione.
"" "
# Corrige el proceso de inicio.
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

Todavía no he intentado iniciar sesión en el juego, ya que tengo una cuenta independiente y
No estoy seguro de si la licencia difiere de las licencias de Steam.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBULR6DO6265I5LSHLQXMSGHA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXWJWK3TUL52HS4DFVREXWJLU6VM2 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AD4BBKCPUADHYVFBK4ECPX3QXMSGHANCNFSM4FRR7KYQ
.

Editar: el nuevo lanzador no se procesa, pero al menos no se bloquea. El lanzador antiguo todavía funciona. Necesita configurar el navegador 1 en FFXIV_BOOT.cfg

La configuración del navegador 1 en FFXIV_BOOT.cfg solucionó mi problema :)

Actualicé el script de Python según las instrucciones de GE, configuré el navegador 1 en FFXIV_BOOT.cfg y agregué la bandera -issteam y parece que estamos instalando

Tan emocionado de volver a FFXIV. Gracias a todos por vuestra ayuda

El modo directx 9.0c no funciona (al menos con galio9). Instalé dxwebsetup.exe para suprimir el mensaje de error 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) , el juego se lanzó después de eso, pero se bloqueó después de unos 10 segundos mientras usaba aproximadamente% 50 cpu. Desde la terminal no informó que se estuviera usando Gallium nine en ningún momento (sin embargo, hubo mensajes de depuración relacionados con d3d9).

Sin embargo, el rendimiento de DXVK es bastante bueno para amd a10-9620p.

PD: He usado el método de archivo run ya que Steam desactiva el galio9

@GloriousEggroll tu compilación 4.10 funciona en el nuevo lanzador, incluso si se vuelve divertido. La interfaz del lanzador anterior está programada para ser eliminada / depreciada, por lo que sería mucho mejor asegurarse de que la nueva al menos funcione que confiar en poder configurarla para usar la anterior, ¿tiene alguna idea de por qué? retrocedido en compilaciones más recientes?

@GloriousEggroll tu compilación 4.10 funciona en el nuevo lanzador, incluso si se vuelve divertido. La interfaz del lanzador anterior está programada para ser eliminada / depreciada, por lo que sería mucho mejor asegurarse de que la nueva al menos funcione que confiar en poder configurarla para usar la anterior, ¿tiene alguna idea de por qué? retrocedido en compilaciones más recientes?

¿Puedes comprobar eso? Hice que alguien probara, donde funcionó para ellos, luego quitaron el prefijo y, al hacer un prefijo limpio, no funcionó.

Y para ser claros: la intención no es depender permanentemente del lanzador antiguo. En última instancia, será necesario arreglarlo. La intención de mis comentarios originales era hacer que el juego funcionara para las personas que quieren jugar.

Logré instalar el juego en Proton 4.21-GE-1 y usar el nuevo lanzador, pero parece que ahora tengo un problema con 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 

Hola @ Romdeau4 , Intel / Haswell tiene una implementación vulkan experimental y Linux usa el módulo de kernel radeon de forma predeterminada con su chipset AMD de la generación Southern Island (SI). El módulo del kernel radeon no es compatible con Vulkan.

Por favor, lea https://github.com/ValveSoftware/Proton/wiki/For-AMD-users-having-issues-with-non-OpenGL-games .

@ kisak-valve Muchas gracias, eso ayudó y el juego está funcionando sin problemas.
Para visibilidad y otros usuarios de Fedora 30 que pueden no haber sido conscientes:

Edite /etc/default/grub y agregue radeon.si_support=0 amdgpu.si_support=1 y radeon.cik_support=0 amdgpu.cik_support=1 a la opción GRUB_CMDLINE_LINUX_DEFAULT

Luego, actualice su configuración de grub con sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg para sistemas UEFI o sudo grub2-mkconfig -o /boot/grub2/grub.cfg para sistemas BIOS.

Reinicie su sistema y confirme que está ejecutando el controlador del kernel amdgpu con lspci -k .

El nuevo lanzador aún no funciona. Es solo el logotipo de final fantasy xiv y puedo presionar minimizar o salir.

Quizás una pregunta estúpida, pero ¿podría configurar el archivo como de solo lectura?

El martes 17 de diciembre de 2019 a las 6:57 p.m., zangoku [email protected] escribió:

Sigue sobrescribiendo mi valor de 1 por el valor de 2 en ffxiv_boot.cfg.
Por lo tanto, no puedo jugar.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVDVHPWJWKNM2HS4DFVREXWJLWKNM8
o darse de baja
https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ
.

Quizás una pregunta estúpida, pero ¿podría configurar el archivo como de solo lectura?
...
El martes 17 de diciembre de 2019 a las 6:57 p.m. zangoku @ . * > escribió: Sigue sobrescribiendo mi valor de 1 por el valor de 2 en ffxiv_boot.cfg. Por lo tanto, no puedo jugar. - Estás recibiendo esto porque te mencionaron. Responder a este correo electrónico directamente, visualizarla en GitHub <# 580? = Email_source notificaciones y email_token = AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHELVPA # issuecomment-566803132>, o darse de baja https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ .

Steam dijo que tenía que reiniciarse para actualizar, así que lo hice y luego se solucionó el problema.

@GloriousEggroll tu compilación 4.10 funciona en el nuevo lanzador, incluso si se vuelve divertido. La interfaz del lanzador anterior está programada para ser eliminada / depreciada, por lo que sería mucho mejor asegurarse de que la nueva al menos funcione que confiar en poder configurarla para usar la anterior, ¿tiene alguna idea de por qué? retrocedido en compilaciones más recientes?

¿Puedes comprobar eso? Hice que alguien probara, donde funcionó para ellos, luego quitaron el prefijo y, al hacer un prefijo limpio, no funcionó.

Y para ser claros: la intención no es depender permanentemente del lanzador antiguo. En última instancia, será necesario arreglarlo. La intención de mis comentarios originales era hacer que el juego funcionara para las personas que quieren jugar.

Intenté eso y no funcionó para mí. El lanzador está atascado en la pantalla de título. También probé un montón de cosas que se sugirieron aquí, pero nada ayudó. Intenté cambiar el lanzador al anterior, pero me hace pasar por el proceso de registro o algo así. Cuando inicio sesión en mi cuenta, el lanzador me pide que ingrese mi clave de juego, y cuando lo hago, me dice que ya está registrada y no me deja seguir adelante. Ya jugué con esta cuenta en Windows con el juego completo activado.

Eso es ... un poco raro. ¿Estás intentando instalar a través de Steam cuando tienes una clave independiente o viceversa? No estoy seguro exactamente de lo que está sucediendo allí, la última vez que lo reinstalé, estoy bastante seguro de que dije que tenía una cuenta existente, inicié sesión y se saltó esa pantalla. Pero si está buscando una clave de vapor / sin vapor cuando no tiene esa marca de clave en particular, ¿tal vez eso lo confunda?

¿Podría intentar establecer StartupCompleted en 1 en FFXIV_BOOT.cfg , tal vez? En el mejor de los casos, eso le permitirá pasar esa pantalla en particular.

@GloriousEggroll tu compilación 4.10 funciona en el nuevo lanzador, incluso si se vuelve divertido. La interfaz del lanzador anterior está programada para ser eliminada / depreciada, por lo que sería mucho mejor asegurarse de que la nueva al menos funcione que confiar en poder configurarla para usar la anterior, ¿tiene alguna idea de por qué? retrocedido en compilaciones más recientes?

¿Puedes comprobar eso? Hice que alguien probara, donde funcionó para ellos, luego quitaron el prefijo y, al hacer un prefijo limpio, no funcionó.

Y para ser claros: la intención no es depender permanentemente del lanzador antiguo. En última instancia, será necesario arreglarlo. La intención de mis comentarios originales era hacer que el juego funcionara para las personas que quieren jugar.

Para seguir con esto, de repente dejó de funcionar :( ¿Hay alguna manera de cambiar un archivo de configuración para mostrar el lanzador anterior?