El juego llega más lejos con DX9, pero luego tiene muchos otros problemas y un mal rendimiento.
Desde el error de winehq.org, parece que solo se necesitan cambios muy pequeños para que la versión DX11 funcione correctamente.

Funciona con DX9, pero el rendimiento es realmente malo y se bloquea con frecuencia. En una sesión de una hora lo hice caer cuatro o cinco veces. Intenté que la versión DX11 funcionara en Wine y DXVK, pero después de aplicar ese parche CoInitialize, se congela en una pantalla negra al inicio. Esperaba que Proton pudiera hacer algo diferente y que funcionara.

De acuerdo con esto , solo necesita un cambio de línea en el vino hoy en día, no estoy seguro de cuánto afecta a otros juegos.

Tenga en cuenta que PoE no está en la lista blanca, por lo que dudo que tengamos soporte oficial por el momento.

Recientemente, estaba arreglando un proceso para que PoE se ejecutara para más personas y publiqué esos pasos aquí.

La esencia es que PoE funciona muy bien con DX11 (DXVK) con un parche de sombreado. En este momento, Proton solo lo está ejecutando en modo DX9 que no funciona para mucha gente. Necesitamos profundizar en esta nueva configuración que han proporcionado y descubrir cómo habilitar DXVK y cómo inyectar parches personalizados.

Me doy cuenta de que no está en la lista blanca, pero esperaba despertar interés en el juego abriendo el problema. Tal vez, si podemos resolver el problema aquí, el juego se incluirá en la lista blanca antes.

PoE no funciona muy bien con DX11 para mí. De hecho, no funciona en absoluto. Lo más que he logrado es evitar todos los bloqueos directos al inicio, pero el juego solo se cuelga en una pantalla negra (en realidad, solo muestra un solo marco negro), consumiendo el 100% del tiempo de la CPU. No sé si está intentando cargar algo en segundo plano, pero incluso después de una hora de espera no ha llegado a ningún lado. Usar Lutris, PlayOnLinux o simple Wine no hace ninguna diferencia. El parche asíncrono DXVK no hace ninguna diferencia. Intentando utilizar la implementación de D3D 11 incorporada de Wine, los errores con "Error al crear contexto diferido".

Intenté usar WINEDEBUG, DXVK_LOG_LEVEL, incluso gdb, pero hasta ahora no tengo ni idea de lo que está mal. Si tiene alguna idea sobre lo que debería comprobar, me encantaría escucharla.

@DataBeaver ¿Cuál es su sistema operativo, modelo de tarjeta gráfica y versión del controlador de la tarjeta gráfica?

Debian inestable, GTX 980, 396.51. El cómo de Lutris DXVK menciona que 396.45 falta una extensión de Vulkan; Pensé que si ese era el caso con esta versión también, DXVK simplemente no se inicializaría. Probé algunas compilaciones diferentes de Wine 3.13 y 3.14, tanto en etapa de preparación como no. La puesta en escena no parece hacer una diferencia mientras el parche CoInitialize esté presente.

@DataBeaver Ese es un chip Maxwell que admite Vulkan y DX11, por lo que es probable que haya un problema de software / configuración en alguna parte. ¿Está utilizando una versión del controlador que viene con el panel de control de NVIDIA? Si es así, ¿indica algún problema?

¿Te refieres a la configuración de nvidia? Lo tengo instalado y no encuentro ningún indicador de problema. También puedo ejecutar con éxito vkmark (https://github.com/vkmark/vkmark) para que Vulkan parezca estar funcionando.

Mi experiencia con PoE DX11 (AMD Radeon RX470) y vino es muy buena con los siguientes requisitos previos aplicados:

• Debe tener: parche WIC (CoInitialize)

• Variante 1: DXVK 0.70: compilación fuerte de sombreadores tartamudeando al principio hasta que la caché esté lista, pero luego muy estable y con buen rendimiento (con compilación ocasional de sombreadores al ingresar a nuevas áreas)

• Variante 2: DXVK 0.65 parcheado con truco de sombreado (https://github.com/jomihaka/dxvk-poe-hack) para evitar tartamudeos: algunos fallos y parpadeos durante la compilación pero sin tartamudeo y buen rendimiento
  DXVK_USE_PIPECOMPILER=1 DXVK_USE_PLACEHOLDER_SHADERS=1 DXVK_HUD=1 WINEPREFIX=/mnt/storage/wine/poe wine64-staging-3.13 PathOfExile.exe --nologo

Podría ser interesante portar el truco al nuevo sistema de configuración DXVK 0.70 y tal vez permitir activarlo para juegos muy tartamudos cuando no hay caché listo.
EDITAR: O una implementación mucho mejor y más simple como se sugiere aquí https://github.com/doitsujin/dxvk/pull/564#issuecomment -413160155

Descargué el punto de referencia Unigine Heaven (https://benchmark.unigine.com/heaven) y funciona tanto con DXVK como con el soporte D3D 11 incorporado de Wine. Entonces, sea cual sea el problema con Path of Exile, parece ser lo suficientemente específico como para afectar solo a algunos programas pero no a otros.

Al aplicar el conjunto de parches d3d11-Deferred_Context de wine-staging, la implementación incorporada de D3D 11 de Wine ahora se comporta de la misma manera que DXVK. En otras palabras, se cuelga en una pantalla negra al inicio.

Después de mirar aún más los registros y recorrer la web, descubrí que los parches de windowscodecs- * de wine-staging también son necesarios. El juego ahora se inicia al menos en la pantalla de inicio de sesión, tanto con DXVK como con Wine's D3D 11. Informaré cuando haya tenido tiempo para jugarlo y probar la estabilidad y el rendimiento.

Por qué el enfoque de Lutris no funcionó para mí cuando lo hace para muchos otros sigue siendo un misterio.

Ni siquiera aparece el cuadro de diálogo, y DX11 debería ser posible de usar en función de mi instalación de LLVM.

Ejecuté PoE con Wine regular y antiguo hace un par de años, pero implicó muchos ajustes. Emocionado por descubrir cómo hacer que funcione nuevamente dentro de Proton.

No convierta esto en un foro de soporte para PoE en todas las diferentes versiones de Wine. Se trata de Proton ...

Todavía no tuve mucho tiempo para probar la estabilidad, pero ejecuté algunos mapas y no vi ningún problema.

Investigué un poco más para encontrar el conjunto mínimo de cambios necesarios para que el juego funcionara. Se reduce a esto (con Wine 3.14 como punto de partida):

1. El parche CoInitialize. Creé mi propia versión que maneja la llamada de una manera más inteligente: https://gist.github.com/DataBeaver/5e1f1a256c7f1abb339831fc2b72a5db

2. windowscodecs-32bppPRGBA de wine-staging. Incorpora la mayoría de los otros parches de windowscodecs- * como dependencias, pero verifiqué que el juego no funciona sin este conjunto de parches en particular.

3. DXVK. El propio D3D 11 de Wine carece de soporte para contextos diferidos, pero el uso de DXVK evita este problema. El truco del sombreador de marcador de posición es opcional.

Al observar el árbol de fuentes de Wine incluido en Proton como un submódulo, no incluye los parches CoInitialize ni windowscodecs. La versión base de Wine es bastante antigua (3.0-rc1 según las etiquetas git), por lo que no sé si también se requeriría algo más en esa versión. DXVK está incluido y, aunque es la versión 0.65, no tengo ninguna razón para creer que no funcionaría.

Descargué la fuente de protones y apliqué los parches de los que habla @DataBeaver . Después de los parches CoInitialize y windowscodec, el juego funciona perfectamente con DX11. Sin embargo, el parche 0002 winecodec falló, pero después de aplicarlo manualmente no fue un problema.

@ c0r73x ¿Alguna posibilidad de que puedas compartir tu construcción de protones dist Estoy tratando de construirlo con los parches de PoE yo mismo, pero estoy obteniendo errores de compilación con winegcc ...

@GregSutcliffe seguro, aquí está https://mega.nz/#!3253ECqJ!WViplmIgM6FNDSJwnsWFJwEXUUY3_Qzm1c1LVYGfSJ8

@ c0r73x gracias, puedo confirmar que también funciona para mí. ¡Apreciado!

@ c0r73x ¡ Gracias por compartir! Facilita las pruebas.

Desafortunadamente, esa construcción solo tiene un éxito parcial para mí.

PoE se cargará y ejecutará con DX11 (DXVK) ahora, pero el parche de coinicialización no funciona tan bien como el antiguo parche de reemplazo de sombreadores. Me tartamudeo y me congelo mucho con esto en Steam, mientras que el parche de sombreado tiene PoE funcionando casi sin problemas en Lutris + DXVK para mí.

EDITAR: Intenté de nuevo con una versión diferente del controlador, pero aún así no tuve suerte con el tartamudeo del sombreador. También obtengo un comportamiento gráfico extraño con el filtro de elementos del juego y el atlas ahora.

EDITAR: La otra versión (parche de sombreado + DXVK + Lutris) todavía funciona muy bien para mí. No puedo entender por qué la configuración de Proton tiene un rendimiento tan peor.

@tainium , ¿intentaste deshabilitar la superposición de

@ c0r73x Sí.

@tainium Ok, apliqué el parche de sombreado a dxvk en proton y tienes razón. El juego funciona mucho mejor con él. La forma de microstutter jugando necro con muchas mascotas se ha ido: p

Aquí están los archivos dxvk parcheados si alguien lo quiere https://mega.nz/#!nnBylIpB!0KNQwsTf48V861IoFGPBtbZ_sZtX4LRDSA3FdEampnM

@ c0r73x Gracias por el nuevo parche, lo

@ c0r73x Confirmado, es una gran mejora, ¡gracias! Ya que tiene construcciones funcionando, ¿hay alguna posibilidad de que pueda comentar sobre el número 494? Entonces puedo dejar de molestarte por compilaciones :)

Como lo confirmó @DataBeaver, el juego necesita la serie de parches de windowscodecs desde la puesta en escena hasta el trabajo, probablemente porque las texturas se almacenan con algunos formatos de imagen poco comunes en los archivos de datos. No estoy seguro de si CoInitialize es realmente necesario: veo el mismo bloqueo con o sin él si faltan los codecs de Windows.

Con DXVK y windowscodecs, puedo jugar sesiones de hasta varias horas, el uso de memoria se establece alrededor de 2.7G RAM. El wined3d original con DX9 supera el uso de memoria de 3.5G (en menos de una hora), luego comienza a faltar texturas y caracteres de texto, luego generalmente se bloquea en las pantallas de carga. Así que en mi humilde opinión, volver al soporte DX9 no es una opción.

Proton debe incluir la serie de parches de windowscodecs. Preferiría que estos se transmitieran al vino de vainilla porque es un conjunto de parches bastante grande y dificultaría el cambio de Proton a versiones posteriores del vino.

Bueno, fue divertido mientras duró. Luego, Delve introdujo nuevas y elegantes características gráficas ...

Tenía PoE funcionando bien tanto en Lutris con DXVK como en SteamPlay antes de la actualización. Ambos entornos actualizaron el juego pero luego no se iniciaron. El juego comienza con el logotipo del engranaje, pero luego (en su mayoría) se congela y nunca carga ningún gráfico 3D real. Tengo que acceder de forma remota a mi máquina y finalizar el proceso o reiniciar el sistema. Hasta ahora, ninguna de las opciones de lanzamiento parece marcar la diferencia.

Ideas?

Intentaré limpiar cualquier artefacto de nuestros parches para probar con un entorno limpio y luego quizás volver a parchear.

Lo mismo para mi. De todos modos, estaba planeando comenzar la liga en Windows, así que depuraré un poco más en una semana o dos a menos que alguien se me adelanta.

@tainium Al presionar Ctrl + Alt + Esc debería aparecer el puntero del mouse con forma de calavera para cerrar una ventana.

Al menos se iniciará en modo DX9, si puede llegar allí. Eliminó estas dos áreas para volver a DX9:
steamapps / common / Proton *
steamapps / common / compatdata

¿Alguien tiene el tiempo, la oportunidad y la energía para construir y compartir una versión parcheada del último Proton?

Voy a intentar rebasar Proton en Wine 3.14, pero tomará un tiempo configurar el entorno ... Puedes seguir mi https://github.com/kakra/wine para ver la actualización.

Ya modifiqué los parches de esync, pero los hacks de pantalla completa son más difíciles.

@tainium ¿Hasta dónde llegas con el lanzamiento? No tengo ningún problema para llegar a la máscara de inicio de sesión con dx11.

EDITAR: con vinificación 3.13

El juego comienza con el logotipo del engranaje, pero luego (en su mayoría) se congela y nunca carga ningún gráfico 3D real. Veo la superposición de la 'máscara de inicio de sesión', pero no puedo interactuar con ella debido a la congelación. Sigo probando varias correcciones y trucos hasta que @kakra nos salve a todos :)

Puedo cargar y hacer clic en iniciar sesión a través del DVXK @ c0r73x parcheado proporcionado hace un tiempo. En la cola ahora, posición 28000: P

@GregSutcliffe ¿Puede compartir más sobre su configuración para que podamos encontrar el problema?

Lo mismo aquí que para @GregSutcliffe. 3D está bien, esperando en la cola.

• Wine-staging 3.13 con parche WIC
• dxvk 0,65
• AMD Radeon RX 470 (POLARIS 10)
• Controladores de mesa de git

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

@tainium Claro, avíseme si me perdí algo.

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

Llegó a Lioneye's, parece estar bien: tartamudeo habitual al cargar nuevas texturas, pero por lo demás se puede reproducir

Con mis parches de vino actuales puedo jugar PoE ... Pero tengo que esperar en la pantalla de inicio de sesión a que el disco duro se calme, de lo contrario se bloquea.

@kakra Me complacerá probar si tiene un paquete que pueda distribuir. Hasta ahora no he tenido suerte con ningún truco para que DX11 funcione.

@tainium Podría ofrecerle paquetes Gentoo precompilados ... No estoy seguro de si funcionarían en su sistema ... Es una cuestión de "tar xf". OTOH, puede usar el sistema de construcción de paquetes de su distribución para agregar mis parches a sus paquetes de distribución oficiales.

Estaba teniendo el mismo problema con los engranajes que no se movían y el juego colgaba mi PC. Edité mi archivo production_Config.ini para el juego y cambié directx_version = a 9, borderless_windowed_fullscreen = false, fullscreen = false. Desde aquí verifiqué que el juego se cargaría para mí, cambié a direct9ex, eso funcionó, y luego cambió a directx11, y eso ahora funciona en modo de ventana (no intenté volver a cambiar a pantalla completa todavía, pero he estado ansioso por jugar todo el día, así que viene primero).

utilizando la compilación de protones de c0r73x y DXVK parcheado como se indicó anteriormente en el hilo, los controladores nvidia-396 en un 1050 Ti.

editar: Pantalla completa, ventana de pantalla completa y el cambio de resoluciones parecen ser los culpables aquí. Mientras esté en la ventana y establezca la resolución que quiero en el archivo de configuración, el juego se maneja perfectamente bien.

Definitivamente estoy viendo problemas de memoria, tuve que reiniciar 3 veces durante la ejecución para actuar 2, ya que la velocidad de fotogramas cae después de 3-5 zonas. ¿Qué opciones de lanzamiento está usando la gente?

EDITAR: Probablemente solo tuve suerte por un tiempo, eventualmente aparecieron los mismos problemas, pero pareció tardar más en aparecer.

@GregSutcliffe Estuve usando --gc 2 por un tiempo y obtuve problemas similares, ya que he desactivado esto y parece haber aliviado ese problema. Tuve un accidente en la pelea de Weaver, pero a juzgar por el reddit de PoE, eso podría ser un problema del cliente en este momento. Aparte de eso, --waitforpreload está habilitado.

La pantalla completa, la ventana de pantalla completa y el cambio de resolución parecen ser los culpables aquí. Mientras esté en la ventana y establezca la resolución que quiero en el archivo de configuración, el juego se maneja perfectamente bien.

No puedo hacer que el juego funcione en una resolución que no sea la nativa (1920x1080 en mi caso). Siempre que trato de cambiar la resolución en el archivo de configuración, simplemente se cuelga al iniciar, sin importar qué combinación de "ventana con ventana", "pantalla completa" o "pantalla completa con ventana" elijo. ¿Cuáles son sus opciones de configuración para esos? Las resoluciones más pequeñas realmente ayudan con el rendimiento, así que me gustaría recuperarlo.

@TrueNeutralDesu Acabo de experimentar cambiando la resolución a algo más grande y sí, exactamente el mismo problema. Estaba jugando a 1920x1080, pero no ocupa suficiente espacio en mi escritorio y quería probarlo a 2560x1360, pero han aparecido exactamente los mismos problemas de bloqueo.

@presidentbiggles FTW ... esta es la única solución que funciona para mí. Gracias por compartir. Publicaré en foros de POE. Tengo exactamente la misma experiencia que usted ha descrito. Tenga en cuenta que me refiero a mi configuración de Lutris en lugar de Proton que se niega a hacer otra cosa que no sea DX9.

@presidentbiggles gracias, sí, veo lo mismo, quitarlo no ayuda mucho.

Parece que PoE empezó a trabajar con Lutris desde ayer (después de la actualización de lustris) con DX11 / DXVK 0.71.
Entonces el juego debería funcionar con DX11 en Steam también

Lutris no es vapor. Utiliza scripts creados por el usuario y compilaciones de vino con parches personalizados. PoE no funcionará con protones hasta que se agregue el parche CoInitialize.

puede funcionar en dx9 lento, pero es un lío tartamudo lento.

@tainium Esto es lo que se me ocurrió: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial

@GloriousEggroll El parche CoInitialize no es suficiente: mi compilación lo incluye pero PoE no se inicia (al menos esto es cierto para el modo DX11). También necesita los parches de windowscodecs de la puesta en escena que agregaré pronto a mi compilación.

@kakra tienes razón, olvidé mencionar eso. también el parche dxvk poe hack + config funciona increíblemente bien para reducir el tartamudeo

Me doy cuenta de que esto ha sido respondido antes en otro lugar, pero no puedo encontrar el enlace. ¿Cuáles son los planes para que proton incorpore algunos de los parches de la amplia gama de etapas? ¿Se incluye PBA con esync? ¿O el protón en sí mismo es una bifurcación de vino / puesta en escena con consideraciones para las inclusiones basadas en la estabilidad?

@ryanmusante proton es un tenedor de vino con parches personalizados por válvula. esync está incluido, pba no.

@GloriousEggroll por cierto, gracias por sus videos de YouTube y muchos tutoriales. Te encontré por primera vez cuando estaba solucionando problemas de Grim Dawn en Archlinux hace muchas lunas.

@GloriousEggroll @tainium Aquí está mi versión actualizada que permite que PoE se ejecute con Proton: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial-1

Esto ahora incluye los parches de windowscodecs.

PoE parece ser muy sensible a los cambios de tamaño de la ventana. Además, recomiendo esperar a que el disco duro se calme antes de iniciar sesión. Tenía 60 fps en FHD y alrededor de 30-35 fps en 4k. Al igual que en The Witcher 3, el juego se ahoga cada pocos segundos (parece que el fotograma cae o se ralentiza, no es visible en los gráficos de fps, puede estar relacionado con esync pero no es realmente un problema para jugar, los tartamudeos debido a la compilación de sombreadores son mucho más evidente, aunque esto se aplana después de algunos minutos de juego). Tuve éxito al deshabilitar la superposición de Steam y configurar mi administrador de ventanas para recordar el tamaño de la ventana. Si se congela, presione Ctrl + Alt + Esc, espere unos segundos hasta que aparezca el puntero del mouse con forma de cráneo y luego cierre la ventana haciendo clic en ella. Los parches incluyen actualizaciones de pulseaudio que le permiten cambiar a sus auriculares desde dentro del juego (los juegos de Proton pueden ver cada dispositivo de pulseaudio por separado con esto).

Si desea utilizar la versión shader-hack de DXVK, debe copiarla en el prefijo por su cuenta, DXVK no está incluido en esta compilación (y no lo estará). Simplemente reutiliza la versión DXVK que proporciona Proton.

@ryanmusante PBA me provoca grandes ralentizaciones en muchos juegos. Probablemente no esté funcionando bien con el blob binario de nvidia. A partir de algunas pruebas muy poco científicas, esync parece causar un bloqueo de fps en algunos juegos para mí, TW3 y PoE incluidos. Pero no lo comprobé todavía.

@kakra El problema que tengo con PoE y con muchos de los otros títulos es decidir si usar o no nativo o seguir con las bibliotecas de tiempo de ejecución de Steam. Para algunos juegos, parece que Steam-Native aumenta el rendimiento, mientras que para otros, existe una incompatibilidad que impide que el juego se cargue.

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

¿Cuál es la recomendación para el protón? ¿Es esto solo un problema para las personas que ejecutan Arch?

@ryanmusante No estoy seguro de cómo esto es un problema aquí, ya que el tiempo de ejecución es wine-proton para PoE. OTOH, al menos en Gentoo ya no tuve ningún problema con esto. Puede usar el tiempo de ejecución oficial de Steam y configurar STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 para preferir las bibliotecas de host sobre las bibliotecas proporcionadas por Steam.

@GloriousEggroll @tainium Aquí está mi compilación actualizada basada en Wine 3.12. Incluye el parche CoInitialize mejorado de
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

El rendimiento de PoE puede ser un poco mejor. Esta vez no se probó el cambio de tamaño de Windows.

@tainium Aquí hay una (una especie de) grabación de mierda de PoE en mi vino proton_3.7 rebasado a la versión 3.12. ¿Algo cambió en DXVK enviado con Proton? Como veo que los sombreadores se cargan muy tarde, dan como resultado modelos negros.

Aparte de eso, existe el error de no poder iniciar sesión en el primer intento (generalmente a veces, pero siempre durante la grabación, tal vez relacionado con IO) y, por supuesto, el tartamudeo habitual en la ciudad. Una vez que la precarga y los sombreadores terminaron, funciona bastante bien (dado que solo pude codificar por software y reproducir a 4k, la grabación se reduce a FHD debido al alto uso de la CPU de lo contrario). Sin grabar, el juego tartamudea se calma mucho más rápido. Por lo general, no hay problemas con los retrasos después de salir de la ciudad y entrar en un área.

https://youtu.be/7atm6lGioGs

Además, hay una caída de FPS cada pocos segundos que solo experimenté últimamente. Creo que esto se debe a que integré esync en mi propia compilación (que anteriormente se basaba en Vanilla Wine 3.14). No creo que eso esté relacionado con el sombreador ...

(el logo de engranajes siempre tartamudea mucho)

Path of Exile: se bloquea después de ~ 15 m de juego

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/1447.
@zaggynl publicado en 2018-09-14T15: 33: 31:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: Path of Exile
• Steam AppID del juego: 238960

Información del sistema

• Procesador gráfico: RX 56
• Versión del controlador / LLVM: AMDGPU / 8.0 git de padoka inestable a partir del 14-09-2018: https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa
• Versión de Kernel: 4.18.7-041807-lowlatency
• Enlace al informe completo de información del sistema como Gist :
  Salida del comando sysinfo:
  https://gist.githubusercontent.com/zaggynl/382e129b0d7b48482923f62c57ee5651/raw/67f90e61c38a5a17924347859caa18eab188dc99/sysinfo_zaggynl
  salida de steam sysinfo:
  https://gist.githubusercontent.com/zaggynl/d5443757827a2649013142836ca6c411/raw/599be7e2d3744347aaa06b3147ce73145e05fa3c/steam_sysinfo_zaggynl
• Versión de protón: 3.7-6 Beta

Confirmo:

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

Registro de depuración de Steam: https://gist.githubusercontent.com/zaggynl/6d55e984035244ec54274db14a2f77ea/raw/f2ab23db3dace4c6032ffb6aa6389a03ad364240/poe_log_zaggynl

Síntomas

El juego se bloquea en el escritorio después de aproximadamente 15 m de tiempo de juego
Configuración de PoE:
http://i.imgur.com/8C2p65Y.png
http://i.imgur.com/9TlwF2U.png

@kakra kakra

GloriousEggroll tainium Aquí está mi compilación actualizada basada en Wine 3.12. Incluye el parche mejorado CoInitialize de DataBeaver para ejecutar PoE en modo DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

El rendimiento de PoE puede ser un poco mejor. Esta vez no se probó el cambio de tamaño de Windows.

Intenté esto cambiando el nombre de dist actual y colocando este en mi carpeta Proton Beta pero los errores de PoE en el lanzamiento y me preguntan si cambiar a DX9.

@zaggynl No suelte la carpeta existente ... Contiene archivos DLL que no se envían con mi versión. En su lugar, haga una copia de seguridad. Este error en particular ocurre porque falta DXVK, supongo. PoE no es compatible con wined3d-DX11 hasta donde yo sé.
__EDIT__: Como señaló @DataBeaver en esto es cierto para mi compilación.

PD: debe cambiar PoE al modo DX11 antes de jugar.

PoE funciona con Wine's D3D11 (a partir de Wine 3.14) después de que se aplica el patchset d3d11-Deferred_Context de wine-staging (además de los parches mencionados anteriormente).

@DataBeaver Quizás, pero ese conjunto de parches no está en mi compilación actualmente ... Y ni siquiera es 3.14

Muy bien, solo quería señalar que en un caso más general funciona con wined3d.

PoE parece funcionar bien con este script de instalación de Lutris (necesita una cuenta de Lutris): https://lutris.net/games/path-of-exile-standalone-w-dxvk/installer/edit
Sin choques en unos 45 m de juego.
Argumentos de lanzamiento de PoE: --waitforpreload --nologo --nodx9ex --gc2
Arco de vino cambiado. a 64 bits
Corredor cambiado a esync-nopulse 3.15
DXVK hasta 0,72

El juego no comenzará a usar dx11.

Funcionará bien bajo dx9 usando Proton. Pero hay choques constantes. Una vez que el juego alcanza un uso de memoria de 3-3,2 gb, se bloqueará, lo que para mí generalmente solo tenemos dos zonas.

Mi juego favorito y no puedo jugarlo. :(

@TheVE por favor lea arriba. Si compila la versión de Proton que @kakra vinculó, funcionará perfectamente con DXVK.
Lo compilé hace un día y funciona en Archlinux con controladores Nvidia.

@Janhouse He probado la versión precompilada de @kakra, pero

Ejecutando Solus, 1700x, RX480 en la última mesa.

@TheVE , compila tú mismo porque no creo que sea portátil. No estoy seguro. También intente eliminar el archivo de configuración PoE en el prefijo de vino.
Además, solo usé el Proton personalizado. Mantuve la versión DXVK distribuida de Valve.

@TheVE Por favor, mire si ve algo en dmesg cuando se bloquea ... Es posible que necesite SSH en la máquina. Si es algo que no es portátil debido a la optimización del procesador que utilicé, debería aparecer allí. De lo contrario, puede estar relacionado con el controlador de gráficos que es propiedad de NVIDIA aquí ... También veo un bloqueo de este tipo de vez en cuando. Elimina el juego con Ctrl + Alt + Esc (el puntero del mouse con una calavera debería aparecer después de unos segundos, luego haz clic en la ventana del juego). La solución a este bloqueo aquí fue usar la pantalla completa con ventana y no cambiar el tamaño de la ventana mientras estaba en el juego (use el archivo de configuración). Un administrador de ventanas que pueda forzar la posición / tamaño de la ventana puede ayudar.

@kakra Noté que si uso el modo de ventana, la mayoría de las

Además, si se congela y no tiene ese elegante atajo ctrl + alt + esc, puede cambiar a otro tty con Ctrl + Alt + F2, iniciar sesión allí y matar desde allí. No cambia de inmediato (tarda unos 40 segundos), pero finalmente llega allí.

@Janhouse Lo siento, en realidad me refería a pantalla completa con ventanas sin bordes. ;-)

Estoy usando ctrl + alt + esc desde hace 20 años, debería funcionar de inmediato, no creo que esta sea una característica especial de KDE (también la usé en X simple y fluxbox / openbox). Pero también tarda unos 40 segundos en aparecer cuando PoE se bloquea.

Pero acabo de descubrir que Gnome puede estar anulando ctrl + alt + esc con otra función ... Si cambiar a la consola funciona, entonces ese es el camino a seguir. :-)

EDITAR: recién probado, Ctrl + Alt + Esc solo llama a xkill ... Por lo tanto, puede obtener el elegante cursor de muerte definiendo un atajo global que ejecute xkill.

EDIT2: En realidad, es un atajo de KDE que estoy usando desde hace años (puede haber sido un atajo global predeterminado en SuSE linux en los viejos tiempos, no estoy seguro) ... Aquí se explica cómo lograr algo similar en Ubuntu:
https://www.maketecheasier.com/kill-unresponsive-application-in-ubuntu/

@kakra , en Gnome existe el problema de que después de matar PoE congelado, la sesión de gnome también se bloquea. :decepcionado:

@kakra , en Gnome existe el problema de que después de matar PoE congelado, la sesión de gnome también se bloquea.

Qué buena característica ... :-)

Estoy un poco compilando novato, pero parece que no puedo hacerlo en Solus.

checking whether gcc -m32 works... no configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries. make: *** [makefile:17: build/wine32] Error 1
No puedo encontrar las bibliotecas de desarrollo que necesito.

@TheVE otra opción es instalar PoE independiente a través de Lutris. Luego, puede usar GUI para instalar el vino compilado "esync-3.15" (con parches esync y pba y PoE) y también elegir la versión DXVK reciente.
En realidad, tiene un script de instalación disponible, por lo que la mayoría se realizará automáticamente.
También ayuda a instalar la versión de Windows Steam si lo desea. O puede ejecutar PoE sin Steam, solo tiene que escribir al soporte técnico de PoE en los foros para tener una dirección de correo electrónico asignada a la cuenta para poder iniciar sesión dentro del juego.
Supongo que también es más fácil configurar PoE Trade Macro y Path of Building usando Lutris.

@TheVE Necesita libs de desarrollo de 32 bits, debería buscar la documentación de su distribución sobre cómo hacerlo, y el wiki de vino también tiene algunas sugerencias (pero no use las instrucciones de configuración allí, mi archivo MAKE debería hacerlo correctamente) . Pero no creo que construirse usted mismo solucionaría la congelación, ya que suena como el problema conocido. Sin embargo, tendrías una compilación optimizada para tu CPU que puede tener beneficios de rendimiento visibles en el vino.

Actualicé mi compilación, lo que debería mejorar las cosas, pero la congelación después del cambio de tamaño de la ventana probablemente todavía esté allí:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-1

EDITAR: ¡Doh! Estaba jugando con user_settings (WINEDEBUG & DXVK_LOG_LEVEL "info") ... cambiar el nombre del archivo funcionó, así que, después de todo, fue un problema de registro, ¡ja! Gracias por ser mi pato de goma, supongo :)

EDIT2: bueno tacha eso, sucedió de nuevo. Parece que después de una cantidad de tiempo aleatoria, pude jugar una buena 1h sin que apareciera.

Hola @kakra , probé tu última compilación y la hice funcionar, muchas gracias. FPS entre 40 ~ 140 cuando está inactivo (con algo de tartamudeo) en una GTX1060.
El problema es que, después de unos minutos de juego, comienza a soltar cuadros de forma masiva cada vez que muevo el cursor del mouse. Si hago clic o lo mantengo para caminar (y no muevo el cursor), se mantiene estable el FPS. Sin embargo, si muevo el cursor, se hunde con fuerza y ​​desciende hasta 13 FPS. ¿Quizás algún código de registro? Busqué en la wiki de POE una forma de forzar el cursor de hardware, pero no encontré ninguna. Esto es en Ubuntu 18.04.1 por cierto, con un mouse USB estándar de Kensington.

@RodrigoHahn Sí, el registro es un asesino del rendimiento ... Absolutamente apáguelo si no está depurando problemas. :-)

El tartamudeo está relacionado con la compilación de sombreadores. Hay una variante DXVK pirateada que hace que la compilación de sombreadores sea asincrónica, pero da como resultado modelos 3D negros hasta que los sombreadores terminan. Nunca lo probé porque no me gusta la idea de esto (modelos 3D negros) pero todos los que lo probaron informan que ayuda a tartamudear.

@kakra la nueva construcción es un gran trabajo para mí, muchas gracias.

DXVK 0.80 tiene un nuevo sistema de almacenamiento en caché para los sombreadores que ha ayudado mucho, al menos para mí. Con tu protón y esa versión de DXVK es casi impecable, al menos hasta que la recolección de basura me haga reiniciar PoE (después de 5 zonas más o menos, no está tan mal)

¡Gracias!

@GregSutcliffe Sí, acabo de notar esta mañana que hay DXVK 0.80 disponible y lo probaré más adelante esta semana. He visto bloqueos ocasionales durante las pantallas de carga en Shadow of Tomb Raider con esta versión que no se podían reproducir en un segundo intento, aunque.

@GregSutcliffe BTW: Actualmente estoy trabajando en parches que mejoran la latencia cuando se ejecuta bajo un kernel que admite MuQSS (que son los conjuntos de parches CK o PF), tal vez incluso integrando Wine con GameMode de Feral.

@kakra da la casualidad de que también ejecuto el kernel de CK. Feliz de probar las compilaciones de los desarrolladores.

@GregSutcliffe Ya

@GregSutcliffe Aquí hay una vista previa de mis cambios SCHED_ISO :
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-2

@DataBeaver @TheVE @Janhouse Aquí hay otra actualización ... Además de la anterior, también incluye PBA y d3d11-Deferred-Contexts. Esto permite jugar sin DXVK pero tiene muchos más problemas de esa manera (FPS inconsistente, congelamientos cortos visibles).
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-3

Hola @kakra , acabo de informar: he desactivado FXAA en la aplicación NVIDIA XServer Settings y he podido jugar durante más de 3 horas hoy, sin fallos ni molestas caídas de fotogramas.

@RodrigoHahn ¿

Dado que mi compilación también incluye esync, recomiendo marcar LIMIT_NOFILE y tal vez aumentarlo para evitar que el juego se bloquee después de un tiempo. Debería ver algo como eventfd: cannot open file o similar en sus registros de Steam si eso sucedió (probablemente esté en algún lugar de /tmp/dumps ).

@kakra Sí, debo haberlo habilitado la primera vez que jugué con Proton. Me encontré con él cuando buscaba deshacer las fuentes de mi interfaz de Steam, que estaban borrosas. Desactivarlo los hizo agradables y nítidos nuevamente.
En cuanto a LIMIT_NOFILE, lo comprobaré cuando llegue a casa más tarde hoy. Gracias de nuevo.

@kakra Puede que no tenga suerte jugando a POE. :(

Choca con los engranajes al inicio del juego. El sonido continúa de fondo. Pero el sistema no responde. No se puede ctl + alt + esc o cambiar tty.

Puedo ingresar a la máquina, pero no puedo obtener acciones para mostrar en el sistema. Mirando dmesg, ¿es una especie de falla de la GPU?

`[102.096105] [drm] dce_get_required_clocks_state: relojes no admitidos disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] ERROR ring gfx timeout, última secuencia señalizada = 298090, última secuencia emitida = 298092

[1036.359133] [drm] Recuperación de GPU deshabilitada.

@TheVE Bueno, este es un problema del controlador de gráficos probablemente relacionado con la pila Vulkan actualizada dentro de DXVK / Wine. Algunas ideas:

1. ¿Podría habilitar la recuperación de GPU de alguna manera?
2. Si está utilizando DXVK: ¿Ha buscado problemas similares en el proyecto DXVK? Tal vez sea útil actualizar / degradar DXVK o jugar con la configuración de DXVK.
3. Seguiré con una compilación de wine-proton actualizada que permite ejecutar sin DXVK; podrías intentarlo. El rendimiento se ve bastante bien con eso (utiliza contextos diferidos PBA y DX11).

Hacer una construcción limpia aquí tomará algunos minutos ...

@TheVE Aquí está la versión actualizada:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.17-unofficial-2

También es posible que desee comprobar el modo de juego de Feral y ejecutar el juego en modo de juego habilitado.
https://github.com/FeralInteractive/gamemode

Por cierto: Valve ha actualizado Proton para incluir oficialmente DXVK 0.80 (incluida una revisión requerida). Es posible que desee dejar que Steam verifique los archivos de Proton (para restaurar la Beta actual, incluida la actualización DXVK), luego volver a aplicar mi compilación encima de eso.

@TheVE Tuve el mismo problema antes. Recopilé vino, dxvk, probé todo tipo de cosas y fallé. Y luego creé un nuevo prefijo de vino. Eso resolvió el problema.
No cambié wine o dxvk, simplemente comencé un nuevo wineprefix y eso me resolvió el problema. No ejecuto PoE desde Steam y con Proton, ejecuto un juego independiente con Wine y funciona muy bien sin fallas ni problemas de memoria. Puede funcionar todo el día sin bloqueos ni ralentizaciones. Pero también probé la versión de Steam hace algunos días compilando Proton desde el repositorio de @kakra y también pareció funcionar bien.

@Janhouse Este es un problema conocido si cambia entre diferentes versiones de vino con el mismo prefijo: puede dejar redireccionamientos de DLL incorrectos, por ejemplo, si usó el staging con CSMT habilitado, luego volvió a vainilla, el redireccionamiento de DLL todavía está en su lugar y utiliza una API wined3d de CSMT posiblemente desactualizada.

No creo que este sea el caso aquí para @TheVE, ya que el prefijo del juego es privado y creado por Steam. A menos que @TheVE haya intentado ejecutar versiones de vino personalizadas (sin protones) en el prefijo, el prefijo debe ser limpio y correcto.

@Janhouse Al final, la pregunta a hacer: ¿Fue realmente el mismo problema que tuviste? Me refiero a la misma salida dmesg. ¿O simplemente se estaba congelando en el logo debido a algún otro problema?

Podría haber sido otro problema, pero creo que todavía vale la pena intentarlo.
recrear el prefijo.

El martes 2 de octubre de 2018 a las 12:12, Kai Krakow [email protected] escribió:

@Janhouse https://github.com/Janhouse Este es un problema conocido si
cambiar entre diferentes versiones de vino en el mismo prefijo: puede dejar
DLL incorrecto redirecciona detrás, por ejemplo, si usó staging con CSMT habilitado,
luego volvió a vainilla, la redirección de DLL todavía está en su lugar y usa un
API wined3d de CSMT posiblemente desactualizada.

No creo que este sea el caso aquí para @TheVE https://github.com/TheVE
ya que el prefijo del juego es privado y creado por Steam. A menos que @TheVE
https://github.com/TheVE intentó ejecutar versiones de vino personalizadas (sin protones)
en el prefijo, el prefijo debe ser limpio y fino.

@Janhouse https://github.com/Janhouse Al final, la pregunta para hacer
it: ¿Fue realmente el mismo problema que tuviste? Quiero decir con el mismo dmesg
¿salida? ¿O simplemente se estaba congelando en el logo debido a algún otro problema?

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

@Janhouse No me malinterpretes: vale la pena mencionar el consejo y probarlo. Solo quería señalar el significado exacto de "mismo problema". ;-)

@TheVE Para recrear el prefijo, mueva la carpeta "pfx" en compatdata/GAMEID fuera del camino, tal vez mueva la carpeta GAMEID completa fuera del camino. La identificación del juego se puede encontrar en el título de este número.

Tenga en cuenta que probablemente incluya datos de configuración ... Así que no se limite a eliminarlo.

@TheVE escribió:

Puede que no tenga suerte jugando a POE. :(

Choca con los engranajes al inicio del juego. El sonido continúa de fondo. Pero el sistema no responde. No se puede ctl + alt + esc o cambiar tty.

Puedo ingresar a la máquina, pero no puedo obtener acciones para mostrar en el sistema. Mirando dmesg, ¿es una especie de falla de la GPU?

`[102.096105] [drm] dce_get_required_clocks_state: relojes no admitidos disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] _ERROR_ ring gfx timeout, última secuencia señalizada = 298090, última secuencia emitida = 298092

[1036.359133] [drm] Recuperación de GPU deshabilitada.

Por favor mire aquí:
https://github.com/doitsujin/dxvk/wiki/Driver-support

@kakra Hmm. Estoy en Mesa 18.1.6 pero LLVM 6.0.1. Tal vez tenga que esperar a LLVM 7.

Además, pregunta de novato: para deshabilitar DXVK, ¿utilizo "PROTON_USE_WINED3D11" en las opciones de inicio?

Salud.

//editar. Eliminar el prefijo no ayudó.

@TheVE Noob respuesta: Sí ... No eres tan novato como pensabas, ¿eh? ;-)

@kakra Gracias por toda tu ayuda. Pero hasta ahora no tuve suerte usando Proton. También probé Lutris antes sin suerte y le di una última oportunidad ahora mismo.

Lutris trabaja usando:

esync-staging-pba-nopulse-3.17-x86_64 (acabo de recibir el más nuevo y no he probado ningún otro).
DXVK deshabilitado (el sistema aún se cuelga si está habilitado) - Intenté DXVK 0.80 y aún se cuelga.

Las velocidades de cuadro son solo alrededor de 30 fps con caídas. ¡Pero puedo jugar! Así que me quedaré con esto por ahora.

@TheVE ¿ user_settings.py.sample o realmente lo copió en user_settings.py y editó la copia? ¿Todavía muestra que la GPU se cuelga en dmesg? Eso significaría que DXVK todavía está habilitado ...

Además, no incluyo el conjunto de parches de preparación completo, sino solo una serie de parches seleccionados. Eso puede marcar la diferencia. Me pregunto qué serie faltaría en mi compilación entonces.

¿Tiene una versión reciente del controlador de gráficos? Estoy bastante seguro de DXVK en algunos
El punto requería una versión de controlador bastante nueva (al menos para Nvidia). Y si tu
no están en una distribución de lanzamiento rodante como Arch o usan un sangrado personalizado
repositorio de borde para controladores de gráficos, entonces ese podría ser el problema para
DXVK no funciona. O tal vez "esync-staging-pba-nopulse-3.17-x86_64" usa el
viejo parche PoE y eso de alguna manera lo afecta?

El miércoles 3 de octubre de 2018 a las 04:19, Kai Krakow [email protected] escribió:

@TheVE https://github.com/TheVE ¿ Editó user_settings.py.sample o
¿realmente copiaste eso en user_settings.py y editaste la copia? Hace
todavía muestra que la GPU se cuelga en dmesg? Eso significaría que DXVK todavía
habilitado ...

Además, no incluyo el conjunto de parches de preparación completo, sino solo el parche seleccionado
serie. Eso puede marcar la diferencia. Me pregunto que serie faltaría
en mi construcción entonces.

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

Perdón por interrumpir, pero estoy más interesado en cuándo puedo jugar Path of Exile a través de Steamplay usando DX11 sin ningún truco. ¿Debería esperar una solución pronto de GGG o de Valve? Probé DX9 y tengo un gran tartamudeo, que es un problema común, supongo, prácticamente lo único que extraño en Windows.

@CTJansson , probablemente cuando el parche PoE se incluye en wine-staging (podría ser un "truco" y, por lo tanto, nunca se incluye) y cuando Valve se actualice a la versión reciente de wine-staging y DXVK.
Podría estar equivocado, pero también podría requerir una versión reciente del controlador de gráficos al menos para las tarjetas Nvidia, y si Valve se enfoca en admitir Ubuntu, que tiene controladores más antiguos, entonces podría ser un tiempo. Es por eso que Valve permite el uso de construcciones personalizadas de Proton.
Además, nunca se sabe cuándo GGG lo romperá nuevamente al lanzar algunas actualizaciones sofisticadas. :)

A medida que pasa el tiempo, más y más juegos más antiguos deberían comenzar a funcionar con Proton, pero los juegos nuevos que se actualizan con frecuencia podrían ser un problema.

TL; DR

@CTJansson No creo que este juego esté en la lista de prioridades de Valve porque proporciona una capa DX9 (aparentemente no tan) funcional. No es que no funcione en absoluto. Y luego necesita el truco CoInitialize, que no se convertirá en vino oficial, que tampoco es parte de la puesta en escena, es un truco (uno de los muchos que Valve lleva actualmente en la rama Proton) que es un parche más a tener en cuenta.

Entonces, estoy seguro de que Valve seguramente tiene un ojo u otro en todos estos problemas. Pero es una gran cantidad de información en muchos temas que deben ser observados. Y sin el conocimiento de la comunidad, Valve puede incluso tener dificultades para averiguar qué arreglar y cómo. No es como si pusieras un deseo aquí, y luego, un mes después, el juego funcionará mágicamente sin que nadie lo comente, o pruebe soluciones, informe o trabaje en parches.

Aquí hay una solución temporal que puede usar para que funcione (en realidad, hay varias, pero solo unas pocas pueden usarse como reemplazo de Proton). No es un truco, es solo cómo funciona hasta que el problema recibe la atención oficial de Valve. Y aunque se ha vuelto algo ruidoso aquí porque el juego es bastante popular, probablemente ya tenga una solución viable a la mano que Valve "simplemente" necesita elegir, probar y aplicar.

GGG OTOH probablemente no esté muy interesado en que el juego se ejecute oficialmente en Linux. Su base de usuarios es principalmente Windows, su tecnología es Windows, de ahí proviene el dinero ... Podrían haber hecho una solución que inicialice el motor de manera diferente (una gran cantidad de juegos funcionan sin eso, por lo que no es inherente a algunos videos comunes o motor de audio), por lo que no necesitaríamos al menos el parche CoInitialize, pero no lo hicieron. Si quieren hacer algo en esa dirección, mi deseo sería portar el motor a Vulkan en lugar de algunas cosas nuevas y elegantes de DirectX. Entonces haría que el juego funcionara casi automágicamente con Proton, y probablemente incluso con un rendimiento casi nativo.

@ Janhouse Estoy bastante seguro de que es más probable que se ejecuten los juegos nuevos que los antiguos. Están los muy antiguos (DX9) que ya funcionan en una implementación WineD3D muy sólida. Y luego está DXVK para DX11 que está en muy buena forma (la implementación de WineD3D carece de mucho). Y luego habrá VkD3D en algún lugar en el futuro para DX12 que probablemente también funcionará muy bien entonces. Entonces, hay una charla con los títulos DX10 / DX11 algo más antiguos, y hay un problema con los títulos protegidos con DRM. Además, no veo que Valve preste mucha atención a la puesta en escena, no es su negocio limpiar la puesta en escena. Entonces, cuando es necesario incluir un truco para que un juego se ejecute, no hay ningún requisito para tenerlo en la puesta en escena. En realidad, Proton usa excepcionalmente pocos parches que provienen de la puesta en escena.

Además, no veo dónde está el punto de centrarse en los conductores mayores. Todo lo que veo en realidad se centra en controladores muy avanzados, ya sean los controladores NVIDIA vulkan dev o los controladores AMD que requieren LLVM y Mesa de última generación para funcionar correctamente. Esto tomará tiempo para calmarse, pero estoy seguro de que no está demasiado lejos. No se puede hacer que algo funcione mágicamente sin compatibilidad con funciones en los controladores centrándose en controladores antiguos en alguna distribución, y los títulos actuales de Windows usan muchas de esas funciones. Son las distribuciones y los fabricantes de controladores los que deben cumplir para la siguiente etapa.

Dado el momento en que se lanzó Proton basado en Wine-3.7, me imagino que el desarrollo de Proton se retrasó dos o tres meses. Entonces, cuando se lanzó, estábamos en, no sé, ¿vino-3.14? vino-3.12? Es probable que ya estén trabajando en una nueva versión de Proton basada en una versión de vino algo reciente, probablemente algo similar a la versión actual. Al observar el flujo de parches en la lista de vinos provenientes de personas involucradas con Proton, parece que actualmente todavía hay mucha integración de parches con parches relacionados con cosas de la rama Proton 3.7. Por lo tanto, es probable que se congele más pronto que tarde en la versión actual de vino. Supongo que el próximo Proton se basaría en algún lugar alrededor de 3.14 - 3.18. Wine 3.14 / 3.15 fue una de las rebases más difíciles cuando reajusté mi rama de Proton (por lo que el límite de la versión no parece demasiado incorrecto). Y luego comenzaría la reintegración de parches y hacks, prestando también atención a los problemas aquí en el rastreador. Probablemente tomará de 2 a 3 meses nuevamente lanzar esa versión a los canales de distribución de Steam.

@CTJansson Debemos tener en cuenta que no es tan simple como ejecutar un juego. Estoy bastante seguro de que mi propia rama de Proton no funcionará con muchos juegos, probablemente incluso con los de la lista blanca. Pero funciona muy bien para los juegos que juego. Pero eso no es lo suficientemente bueno en la posición de Valves: quieren mejorar la lista de juegos compatibles sin sacrificar lo que ya es compatible. Y también tiene que pasar algunas pruebas de compatibilidad y pruebas de calidad. Para la próxima versión, estoy bastante seguro de que tendremos que esperar al menos hasta que las pilas de gráficos mejoren y la actividad se estabilice un poco (lo que también significaría que no queda mucho que un "objetivo en movimiento" como PoE pueda romper).

Entonces, si quieres jugar ahora a juegos que no están en la lista blanca oficial, tienes que trabajar con algunos trucos. :-)

Pero aún así, perdón por el ruido. Ya me cuestioné si estas elaboradas discusiones deberían llevarse a cabo en otro lugar. ¿Alguien tiene una idea u opinión al respecto?

Pero aún así, perdón por el ruido. Ya me cuestioné si estas elaboradas discusiones deberían llevarse a cabo en otro lugar. ¿Alguien tiene una idea u opinión al respecto?

@kakra , ¿podríamos pasar a los foros de Path of Exile? https://www.pathofexile.com/forum/view-thread/8980 o incluso iniciar un hilo específico de Proton?

Aquí hay una solución para el problema CoInitialize que elimina el truco CoInit para Path of Exile:
https://github.com/kakra/wine/commit/f716887123418f1e14fa6c06aad9e854335f6eaa

¿Alguien sabe si esto sería lo suficientemente bueno para sugerir vino río arriba?

@kakra Tu parche es interesante y lo probé, funciona.

Ahora estoy tratando de entender por qué es útil coinicializar en CoInitializeSecurity. ¿Alguna idea?

En la traza ole ahora vemos trazas similares como esta:

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

Cuando miré fixme+ole , parecía que el juego solo llamaba CoInitializeSecurity pero no CoInitialize(NULL) . Así que revirtí el truco y moví la llamada a CoInitializeSecurity que de lo contrario no sería una operación en el vino actual (es solo un talón, no hace nada):

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

Ahora, el juego llama CoInitializeSecurity suficientemente temprano, lo que a su vez llama CoInitialize(NULL) y todo está bien. Ya tengo una solución ligeramente actualizada en la cola. Pero eso no cambia nada funcionalmente, solo toca el registro.

No estoy seguro de cuán "correcto" es este parche, claramente CoInitializeSecurity() debería tener algunos efectos secundarios más que simplemente llamar a CoInitialize() . Pero como se trata "solo" de seguridad y Wine actúa principalmente como una capa de sistema operativo de un solo usuario (no se ejecuta como root, está encarcelado solo para el usuario actual), creo que es lo suficientemente simple como para hacerlo de esa manera. Al menos he agregado las comprobaciones más simples de acuerdo con los documentos de MS: algunos parámetros deben configurarse de manera específica.

Sin el truco, ahora veo a DOOM quejándose de que el apartamento no se ha inicializado. Pero probablemente esta sea una solución similar. Aparte de eso, ese juego funciona.

Pero mirando su rastro y la fuente del vino (y cómo usó las funciones), parece que no deberíamos llamar a CoInitialize() desde CoInitializeSecurity() ... La persona que llama siempre debería invocar ambas funciones una después de el otro ... ¿Es algo sobre hilos tal vez?

@kakra Solo un clean en archivos MAKE que no existen en una nueva compilación.

@ wacossusca34 Sí, lo sé. Debería arreglarse con el próximo empujón ... Debería funcionar si ejecuta "make configure" primero. Avísame si no es así ...

mi experiencia:
funciona con dx9 y dx9ex, pero usa el modo de 32 bits y se bloquea una vez que el juego alcanza los 4 GB de RAM, lo que suele ocurrir después de 1 hora de reproducción. todavía hay una versión de 64 bits disponible, pero no pude comenzar a usar esta versión.

@SurfingNerd Funciona con mi compilación de Proton vinculada anteriormente. Lo actualizaré pronto para volver a basarlo en el Proton 3.16 oficial (en realidad, está hecho, incluidas las actualizaciones de wine-3.19, todavía estoy probando y quiero trabajar en algunas optimizaciones adicionales). El Proton original todavía carece del hack de CoInit y algunos parches de windowscodecs para iniciar DX11 con éxito.También necesitas DXVK para ejecutarlo porque el juego usa contextos diferidos de DX11 (mi compilación los incluye, por lo que podrías ejecutar sin DXVK pero es más lento al menos por yo).

@edmondo Mientras tanto, CoInitializedSecurity() porque parece incorrecto. En su lugar, estoy usando el truco refinado original nuevamente.

@kakra Lo mismo aquí. El truco refinado parece ser la "mejor" solución en este momento: si el apartamento no está inicializado, inicialícelo.

He revisado la documentación de microsoft y comparto la misma sensación de que CoInitialize dentro de CoInitializedSecurity () parece ser lo incorrecto.

Lo que estoy bastante sorprendido y no entiendo, es ¿por qué la moneda dentro de la llamada de seguridad "soluciona" el problema más tarde? De alguna manera es inesperado para mí (y no estoy seguro de entender correctamente mis trazos).

Mi mejor suposición es que en el código de vino, falta una llamada CoInit en algún lugar de los otros subsistemas porque se cuenta por ref. Poco antes de que el juego espere un apartamento inicializado, no se inicializa y se cuenta como referencia a 0. Parece que esto está relacionado con el código DX de alguna manera. Supongo que debería contarse como ref hasta al menos 1 en esta etapa, por lo que falta un init en algún lugar antes.

@SurfingNerd Además, el código DX9 (no estoy seguro si está en vino o en el juego) parece perder memoria porque la versión de 64 bits se mantiene por debajo de 2.7G de RAM para mí.

¿Alguien probó esta solución? Creo que es útil
https://bugs.winehq.org/show_bug.cgi?id=42695#c15

@ teh-monad, PoE ya funciona bien con wine-staging y DXVK siempre que incluya el parche de coinitalización. Otros parches parecen opcionales.
Lo he jugado durante sesiones de hasta ~ 12 horas sin ningún problema.
Se bloquea en el cambio de resolución (cambio de tamaño de la ventana / cambio a / desde pantalla completa) pero si no lo toca, entonces funciona muy bien.
Además, incluí el parche de sombreador de marcador de posición DXVK para no retrasar el juego mientras se calculan nuevos sombreadores.
En general, obtengo un rendimiento similar al de Windows.
La herramienta PoE Trade también funciona, pero debe abrir y cerrar la ventana de configuración cada vez que la inicia.

@Janhouse Todavía es bastante nuevo en Linux, pero ¿cómo puedo hacer que este parche funcione con lutris? Solo he jugado juegos nativos hasta ahora, así que estoy tratando de aprender a Lutris.
La versión Wine es WineHQ devel (3.19) y DXVK 0.90, así que básicamente solo necesito el parche.

@CTJansson , leí en alguna parte que en Lutris que la preparación de vino incluida con parches esync que se pueden obtener dentro de Lutris incluye todos los parches necesarios para PoE. (En Lutris> Administrar corredores> Versiones de vino)

Luego, simplemente seleccione DXVK 0.90 si sus controladores lo admiten y debería estar bien.

También tengo configuradas algunas variables adicionales, pero probablemente no sean necesarias.

Instalé PoE en Lutris usando su receta de instalación proporcionada.

Ahora ejecuto el juego sin Steam o Lutris, pero ciertamente fue mucho más fácil a través de Lutris inicialmente. Espero que estas correcciones se agreguen eventualmente a Proton, sería genial si uno de los mejores juegos de Steam se ejecutara en Linux sin ningún retoque. : smiley:

@Janhouse Gracias por la ayuda con Lutris, _ ¿pero esto no parece solucionar el fallo de DX11 al inicio? _
EDITAR: Parece que me faltaban los controladores vulkan mesa, ¡funciona ahora!

@CTJansson intente configurar un nuevo prefijo. Si falla al inicio después del video del logotipo, existe la posibilidad de que sea un prefijo roto. Tuve que hacerlo después de mejorar el vino en algún momento.

He conseguido que poe funcione en proton (3.16) pero no puedo hacer que directx 11 funcione debido al error de fábrica de wic.
¿Puedo aplicar el parche de wic aunque instalé Steam a través del repositorio de manjaro, y si es así, cómo lo aplico? no me gusta chocar cada 2 mapas: / gracias de antemano ..

@Janhouse Preferiría que estuviera dirigido por vino nativo.

una vez que el vino de protón se parchea con el parche dx11, todavía se producen errores porque el vino no se compila con libpng. Fuente: compilé proton con el parche en un debian vm a través de Docker según el archivo Léame. Probé otros parches de juegos para diferentes juegos que funcionaban según lo previsto.

@GloriousEggroll mismo error en debian. wine usa libjpeg62, pero debian solo tiene libjpeg62-turbo

@GloriousEggroll Wine 4.0 RC1 necesita ahora muchos menos parches de windowscodecs. Solo los apliqué y omití las dependencias de los archivos de definición:

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

@kakra Estoy tratando de desenterrar esos parches de la puesta en escena para poder informar a los chicos de la puesta en escena y ver cómo se fusionan en la línea principal, tengo problemas para ubicar este:

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

¿Sabes de qué conjunto de parches era?

-editar-
no importa, lo encontré en el sub patchset wincodecs del codificador gif.

@GloriousEggroll Empujaré mi rama de protones wine-4.0-rc1 pronto (después de un poco de limpieza). Si lo desea, lo invito a mirar y probar algunos de los parches. También hay un montón de parches de preparación seleccionados que tal vez podrían transmitirse.

Editar: algunos de esos parches que enumeré ya están en cola en https://source.winehq.org/patches/

@kakra gracias. He podido hacer una compilación de protones personalizada con versiones ligeramente modificadas de los parches (básicamente, simplemente modificados para parchear limpiamente en protones). También informé a los otros chicos de Wine Staging sobre intentar obtener windowscodecs-32bppPRGBA, ya que esos son los únicos dos parches que faltan y que aún no están en cola. Funcionó como un encanto junto con el parche CoInit de DataBeaver

Hola chicos,

No he revisado todas las publicaciones de este "mega" número. Lo siento por eso...
Mi pregunta simple: ¿será posible jugar PoE en Linux con Steam's Proton sin parchear / piratear, etc.?

¡Gracias!

@presianbg Sí, estoy usando lutris, con tkg-3.21, dxvk-0.93, state-cache activo, al principio tartamudea, pero cuanto más dxvk pueda almacenar en caché, más y más agradable será, tengo una vega 56 gpu ryzen 1700, y los fps son todo entre 30 y 90, con un mínimo de tartamudeo, pero yo diría que promedio 50 fps.
Si usara un rango, clasificaría este juego como oro en términos de clasificación lutris / protondb.

EDITAR: lo siento, no leí que quería jugar en proton, puede ejecutar lutris, instalar PoE a través de vino con vapor, luego usar tkg-3.21 y dxvk-0.93

@CTJansson ¿Está utilizando este script ? Estoy ejecutando esto con un Fury X en DXVK 0.93, y hasta ahora he superado el Acto 4 sin un solo bloqueo, excepto cuando intento cambiar el tamaño de la ventana. Mantiene un sólido 60 FPS sin perder el ritmo. Si no fuera por el bloqueo del cambio de tamaño de la ventana y el crujido ocasional del audio, diría que este script de Lutris es Platinum.

Desafortunadamente, Proton no puede lanzar la versión DX11 y la versión DX9 se bloquea con frecuencia. He logrado reducir la cantidad de bloqueos con las siguientes opciones de lanzamiento configuradas a través de Steam: --waitforpreload --nologo --nodx9ex --gc2 --noasync.
Sin embargo, todavía se bloquea con los mensajes de error de textura después de algunas transiciones de mapa.

Para su información, los mensajes de error de textura después de las transiciones de mapas también les están ocurriendo a las personas en Windows. Hay alrededor de 3-4 publicaciones en los foros de PoE al respecto. No creo que eso sea específico de WINE o DX9, ya que también había personas que usaban dx11 con él.

Es un poco extraño, entonces, que las soluciones automáticas en el script independiente DX11 Lutris parezcan solucionarlo. 25 horas en este momento y ni un solo bloqueo en mi sistema (excepto al cambiar el tamaño de la ventana).

@meowmeowfuzzyface no, no, configuro manualmente mi configuración de Lutris PoE con tkg-3.21, habilité dxvk y así sucesivamente, aunque no estoy seguro de si uso e-synct. Ese script que vinculó usa tkg-3.19, ambos contienen el parche CoInt para PoE, por lo que eso realmente no importa, también mi configuración tiene activada la caché de estado dxvk.
Oro / Platino seguro, con la caché de estado activa, se tartamudeará al principio, pero menos cuanto más caché.

Siempre que el parche CoInt no esté dentro de Wine, supongo que no podremos ejecutar PoE en protones sin ajustar su propia rama de protones. Aún puedes ejecutar la versión de steam a través de wine y aplicar tkg-3.21 y dxvk, de esta manera no usas proton pero la gente te verá jugar PoE en la lista de amigos y steam registrará tus horas jugadas.

Entonces, mientras leo este problema, ¿en realidad no hay una configuración estable que funcione para el cajero automático de protones?
Si me equivoco, agradezco que alguien pueda publicar los pasos para archivarlo.
editar: ¿Alguna posibilidad de que algo haya cambiado con 3.16.5? :bailarín:

Inicialmente instalé Steam para jugar juegos compatibles con Linux.

Aquí está mi configuración que funciona:

Ubuntu 19.04

1) Instalar Steam: sudo apt install steam -y
2) Habilita Steam Play
3) Instale Path of Exile a través de Linux Steam
4) Siga esta guía para conocer los requisitos de instalación https://github.com/tainium/PoE-Lutris-DXVK (omita la instalación independiente, Path of Exile ya está instalado :))
5) Instale "Wine" runner "tkg-3.2.1-x86_64" (o lo que sea más reciente, esto funciona a partir de esta publicación)
6) Instale el corredor "Wine Steam" con la versión de vino elegida previamente
7) En la barra de menú de Lutris, seleccione Juego -> Agregar
8) Use la configuración en las capturas de pantalla

(seleccione el DXVK que haya instalado)

Es posible que deba iniciarlo varias veces para obtener todas las actualizaciones del cliente Steam (la mía se bloqueó algunas veces, pero finalmente se actualizó). Ejecuto Lutris desde la terminal para poder ver la salida y detectar cualquier error.

Una vez que se lanza Steam a través de Lutris, puedes configurar tu directorio de Steam e iniciar el juego.

Podría ser una solución más simple, pero esto funcionó para mí.

Nota: My Path of Exile ya se actualizó completamente a través del cliente Steam de Linux.

Entonces, ¿esto significa que en dxvk 93+ ya no necesitamos el antiguo parche dxvk?

¿Alguien entiende el problema de cambio de tamaño / resolución? Realmente desearía poder jugar con más de 1920x1080

Con la caché de estado en DXVK, por lo general, ya no necesita el truco de sombreado en DXVK ... Funciona bien aquí, los tartamudeos desaparecerán después de algunos minutos de reproducción, incluso funciona en una resolución de 4k para mí. Para cambiar la resolución, debes engañar al juego para que comience con una ventana más grande desde el principio. Es posible que los modos de pantalla completa no funcionen correctamente. Puede editar el archivo de configuración para cambiar a una resolución más alta y al modo de ventana.

ahh bueno saber :)

cada vez que edito mi production_Config.ini a algo diferente a 1920x1080, mi juego no se carga después del ggg-logo - muy extraño ... ¿necesita una cierta proporción de 16: 9 para la pantalla completa?

el modo de ventana funciona bien como dijiste.

Bueno, utilicé las reglas de KDE KWin para obligar a la ventana a recordar el último tamaño y posición, luego maximicé la ventana en mi monitor 4k y salí del juego (lo que tomó aproximadamente 2 minutos porque la pila de gráficos se atasca de alguna manera al hacer eso ). Después de reiniciar: Tada, resolución completa.

El juego funciona a alrededor de 40 fps (al menos con mi construcción de protones). A pesar de la "resolución dinámica", solo lo he visto en una escala reducida muy poco frecuente (tal vez 3 veces durante un período de 1 año de juego).

Aquí está mi configuración de pantalla:

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

Mi construcción de protones podría solucionar algunos problemas con el manejo de la ubicación de la ventana al iniciar algunos juegos. Por lo tanto, es posible que desee intentarlo si aún tiene problemas. Puede descargar una versión binaria, simplemente descomprímalo en su carpeta de protones existente (no elimine la carpeta primero, mi compilación binaria aún no contiene todas las herramientas de protones).

Mi construcción de protones: https://github.com/kakra/wine-proton

los tartamudeos desaparecerán después de algunos minutos de juego

así que he probado mi configuración de lutris con la versión 0.94 ahora y sin el async-hack con las siguientes opciones:

• tkg 3,21 + Esync + dxvk 0,94
• DXVK_STATE_CACHE = 1
• DXVK_HUD = fps, versión, memoria

Jugué 30 minutos pero siento que el juego se ralentiza / se congela muy a menudo, ¿mi caché no está lista?

¿El caché dxvk persiste al reiniciar mi sistema?
tal vez tenga que volver al hack 0.91 dxvk + async

El caché persiste entre reinicios, pero es posible que deba eliminarlo si aplicó hacks antes. Tuve problemas en otros juegos con una representación incorrecta o lenta, incluso fallas, hasta que borré la caché para que pudiera reconstruirse. Si está jugando con nvidia, es posible que también deba borrar la caché del sombreador de nvidia.

Creo que el caché debería estar en un subdirectorio del exe del juego ... (a menos que juegues con proton, Steam colocará el caché en un directorio de caché de sombreado compartido)

Desde hace meses existe ahora una solución personalizada para el problema, ¿alguna vez se convertirá en protón? o imposible por alguna razón?

@SurfingNerd Puedes jugar en modo DX9, no muestra los problemas que muestra el modo DX11. Además, la solución a la que probablemente te refieres no es una solución sino un truco, ese truco es técnicamente incorrecto y puede mostrar un comportamiento muy incorrecto con otros juegos. Creo que esto ya se discutió aquí. Y no creo que Valve quiera que Proton se convierta en otra versión de Lutris, es decir, con compilaciones personalizadas y scripts de instalación para cada segundo juego. Al menos no en esta etapa.

Además, no estoy seguro de haber notado lo que sucede en los fondos ... Muchos de los parches necesarios para este juego ya se han transmitido a Wine y aparecerán en 4.0. Un "Proton 4.0" (si viene, pero estoy bastante seguro) ya tendrá muchos de los parches necesarios para ejecutar este juego, o en otras palabras: se necesitan menos parches / correcciones entonces. Este juego necesitaba muchas correcciones individuales, también conocidas como confirmaciones, tal vez alrededor de 50 en ese entonces. Eso se ha reducido a alrededor de 3 ahora. Y creo que el truco "CoInit" es una de las últimas partes difíciles que quedan. Si desea acelerar esto, ayude a que el truco sea una solución adecuada. Gracias. :-)

@kakra thx por su respuesta :) sí, ya estaba jugando a profundizar en leage hasta en DX 9.0, pero tiene una pérdida de memoria. No sé si esta filtración es un error en una de las bibliotecas de Proton o en Path of Exile. parece conectado a modelos o texturas. se estrelló muy pronto en la excavación o en mapas con muchas variaciones. (como Beyond + abyssal), o simplemente en la ciudad porque pasan muchos jugadores. por lo que cada pantalla de carga cuenta. Proton 4.0 suena muy prometedor, supongo que lo esperaré :)

@SurfingNerd El problema es que el modo DX9 es de 32 bits. La gestión de la memoria es diferente en Wine porque también necesita mapear las cosas de Linux en el espacio de direcciones. Si está usando pulseaudio, es posible que tenga más suerte al reducir la huella de memoria compartida, lo describí aquí:
https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md#hints -to-32-bit-users

Pero no espere que Proton 4.0 incluya el truco de CoInit necesario para DX11 ... Creo que este juego tiene una prioridad baja ya que tiene un modo DX9 que funciona.

Este problema de memoria también existe en otros títulos de 32 bits, como el Skyrim original que se congela debido a esto muy a menudo, especialmente si agregaste mods.

Actualmente estoy trabajando en dar forma a mi variante de Proton en una herramienta independiente con la que podría elegir ejecutar PoE en lugar de la versión oficial. Hasta entonces, puedes simplemente extraer mi versión de Proton en tu carpeta de Proton. PoE funciona bien con él (y otros títulos enumerados en el archivo README I vinculado). Puede encontrar una versión precompilada para no tener que tomarse la molestia de configurar un entorno de compilación.

Si va a "Biblioteca -> Herramientas" y agrega "Proton" a su biblioteca de Steam, también debería poder volver fácilmente a la versión oficial verificando los archivos. O simplemente extraiga el dist.tar.gz de nuevo que viene con Proton.

Tengo curiosidad sobre el shm de pulseaudio, ¿reducir la memoria tiene otros efectos secundarios? Me doy cuenta que cuando juego PoE después de 1-2 horas, mis sonidos crepitan hasta que alterno el dispositivo dentro del cliente del juego

@ evilch3n No he experimentado efectos secundarios hasta ahora, siempre y cuando no lo hagas demasiado pequeño. El valor predeterminado es 64 MB, que es enorme en un espacio de 32 bits con muchas secuencias de sonido abiertas.

@duckartes, tu solución no tiene nada que ver con el protón, instalas steam y lo habilitas, pero luego nunca lo vuelves a tocar y usas wineteam 0.o

Puedes jugar en modo DX9, no muestra los problemas que muestra el modo DX11.

@kakra "fallo de tipo de memoria" "Error al crear el accidente hilo" en cada cambio en el mapa solo dice que no puedo: /

y la versión dx11 ni siquiera pasa de "no se puede crear WIC factory" + segfault

@nonchip Funciona con mi versión de protones: https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md

Descargue tar.xz de la página de lanzamiento y descomprímalo dentro de su carpeta Proton 3.16 Beta existente. PoE funcionará entonces en modo DX11.

@kakra gracias, probándolo ahora. por cierto, ¿conoces el truco compatibilitytools.d ? se deshace de la necesidad de asesinar la instalación oficial (y ser asesinado por sus actualizaciones), por ejemplo, https://github.com/redmcg/wine/ hace esto para su parche peligroso de élite no oficial

EDITAR: probé su versión, "no se pudo crear la fábrica WIC". ¿Estoy haciendo algo mal aquí? ejecutándolo con PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

EDITAR: omg fail, olvidé reiniciar Steam después de cambiar la versión de protones, no importa, funciona bien ahora, muchas gracias: 3

EDITAR: probé su versión, "no se pudo crear la fábrica WIC". ¿Estoy haciendo algo mal aquí? ejecutándolo con PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

@nonchip ¿dónde pones estos?

@nonchip Sí, estoy trabajando en ese "truco". Mientras tanto, puede crear ese directorio usted mismo hasta que todo se pueda construir desde cero en mi repositorio. Ver https://github.com/kakra/wine-proton/projects/3

@humunuk haz clic derecho en el juego, propiedades, general, establece las opciones de lanzamiento.

está documentado como solo agregar parámetros, pero si incluye la cadena %command% en él, en realidad le permite especificar la línea de comando completa (y esa cadena se reemplaza por el ejecutable del juego).

@kakra De hecho, lo hice copiando su vino parcheado en el directorio "archivos de ayuda" proporcionado por el proyecto elite de parches peligrosos. obviamente ya no funciona para ese juego, pero oye, tal vez la válvula se despierte en algún momento y se dé cuenta de que especificar la versión del protón por juego podría ser una idea inteligente ... si no, veré si puedo ajustar el protón script de inicio para cambiar diferentes $WINE s dependiendo de la identificación del juego.

EDITAR: "mirar" significa "unas horas después de despertarme a la mañana siguiente, ya terminé" aparentemente: https://gitlab.com/nonchip/hydron

@nonchip Creo que Steam ya usa una versión específica de Proton por juego ... Eso es a menos que habilites el interruptor de anulación global para usar siempre la herramienta que especifiques. Entonces la infraestructura ya está ahí, pero el usuario no tiene control sobre eso excepto "el predeterminado o el override".

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

NOTA: para usar una versión "vainilla", debe ponerla en su compatibilidad con herramientas.d manualmente ya que Steam tiene el hábito de desinstalar versiones de Proton que cree que podrían estar "sin usar" ...
vea los documentos, pero tl; dr: make install es su amigo.
Alternativamente, podría (no lo probé) poder copiar una versión básica instalada previamente de steamapps / common.

De hecho, puede ir a su biblioteca de Steam, elegir "Herramientas" en el menú desplegable de la biblioteca, buscar Proton y forzar la instalación de cada versión.

@kakra

Entonces la infraestructura ya está ahí, pero el usuario no tiene control sobre eso excepto "el predeterminado o el override".

bueno, para mí, eso no hace una diferencia, lamentablemente, ya que quiero ejecutar versiones personalizadas (como lo demuestra, por ejemplo, este mismo problema: stick_out_tongue :) pero interesante lo hacen "detrás de escena" ... supongo que solo otra instancia de "Oh, el usuario promedio no sabría qué hacer con él, así que ¿por qué darles a las personas que lo quieren la opción", también conocida como "modo de usuario estúpido", que es tan fácil de comenzar a pensar cuando recibes esa cantidad de preguntas MUY estúpidas? proyecto tan grande como Steam tiene que lidiar cada día ...

De hecho, puede ir a su biblioteca de Steam, elegir "Herramientas" en el menú desplegable de la biblioteca, buscar Proton y forzar la instalación de cada versión.

Oh, es bueno saberlo, lo agregaré al archivo Léame, gracias: smile_cat:

supongo que podría sufrir el problema dist.tgz ? Tenía una versión por ahí que nunca usé y en realidad no se pudo descomprimir y, en cambio, esperaba que Steam lo hiciera al usarla por primera vez.

@nonchip Mire en el script de Python proton , se supone que debe descomprimir el dist la primera vez que lo use. Aunque puede fallar alguna condición previa. Ya miré en el funcionamiento interno mientras planeaba crear mi propia herramienta. Pero tomará más tiempo porque es solo un proyecto de tiempo libre y, a menos que algo no me moleste demasiado, no siento la necesidad de arreglar las cosas. ;-)

La magia de desempaquetar se basa en comparar el archivo version ... ¿Quizás eso todavía estaba disponible para usted?

@kakra oh ya veo, eso podría haber pasado, sí. agregaré soporte para steamapps/common/Proton* entonces

...hecho. Agregaré una nota que enlaza a este hilo y el respaldo de respaldo a esa carpeta, pero con una advertencia de "podría no funcionar si Steam se mete con él": atascado_out_tongue:

@nonchip El desembalaje comienza aquí:
https://github.com/ValveSoftware/Proton/blob/4a5f7064b3a7f20cc7206db946d5f8a47b8ca7e7/proton#L145

Por lo tanto, siempre que comience con este contenedor, debe desempaquetar el archivo dist. Eso es a menos que dist/version ya exista (y algunas otras condiciones previas). De lo contrario, irá a la ruta de actualización.

@kakra hago eso, sí. La única razón por la que no confío tanto en la ruta es que la válvula dice específicamente que Steam no tocará la carpeta comptools, lo que implica que podría hacer cosas comunes en el futuro, en cuyo caso quiero que la gente sepa.

Dicho esto, Steam también solía hacer cosas ( rm -rf para ser precisos) a ~ por un tiempo, así que ... sí: P

@nonchip Esto no sucede si hace copias de seguridad, porque Murphy. ;-)

Puede verificar explícitamente Proton */dist/version para ver si esa versión ya está iniciada.

Así que wine tiene soporte para DX11 / 10. ¿Pero POE no funciona con esto y necesita un parche personal como lo hace el equipo de vino para otras aplicaciones?

Además, la mayoría de los juegos de las grandes empresas funcionan perfectamente con dx11 sin ningún truco.

EDITAR: "mirar" significa "unas horas después de despertarme a la mañana siguiente, ya terminé" aparentemente: https://gitlab.com/nonchip/hydron

Steam beta se acaba de actualizar con una nueva función que permite anular la versión de Proton por aplicación.

https://www.pathofexile.com/forum/view-thread/2319193 PoE dejará de ser compatible con el cliente dx9 en marzo. Sería bueno que Steam convirtiera la corrección CoCreateInstance () en protón, correcto.

@kakra Pensando en el problema de WIC, encuentro interesante este nuevo parche en vino:
https://github.com/wine-mirror/wine/commit/77c3761ad4e557f9fa311299e77746bf225a575a

EDITAR: También veo progreso en el informe de errores del vino. ¿El cliente del juego solucionó el problema de WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

@kakra Pensando en el problema de WIC, encuentro interesante este nuevo parche en vino:
vino-espejo / vino @ 77c3761

No, no está relacionado.

EDITAR: También veo progreso en el informe de errores del vino. ¿El cliente del juego solucionó el problema de WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

Sí, fue parcheado en el cliente del juego. Ahora solo necesitamos solucionar un problema en WIC.

@nsivov @edmondo

@kakra Pensando en el problema de WIC, encuentro interesante este nuevo parche en vino:
vino-espejo / vino @ 77c3761

No, no está relacionado.

También conocía el parche y quería probarlo. Gracias por señalar que no está relacionado. Me ahorra algo de tiempo. ;-)

EDITAR: También veo progreso en el informe de errores del vino. ¿El cliente del juego solucionó el problema de WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

Sí, fue parcheado en el cliente del juego.

¿Significa esto que ya necesitamos el truco de CoInit?

Ahora solo necesitamos solucionar un problema en WIC.

¿Son los parches de windowscodecs de la puesta en escena?

¿O viceversa?

@nsivov Supongo que es este parche:
https://source.winehq.org/patches/data/157299 ¿ Qué obsoleta el hack de CoInit?

@kakra lo es.

@nsivov Gracias, entonces eliminaré el truco de CoInit de mi rama y probaré este en su lugar. No se aplicó limpiamente a mi código (hay líneas en conflicto con la activación de Windows / minimizar los parches de @zfigura). Informaré y llevaré mi rama de protones con la próxima actualización de vino a 4.1.

Puedo confirmar que el truco de CoInit ahora se puede eliminar con la última versión de Wine. Así que nos quedamos con los siguientes parches de codecs de Windows que parecen ser necesarios (al menos con DX11):

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

No estoy seguro de si todos estos son necesarios.

PoE parece estar bien con Proton 3.16-7 beta. Aquí una captura de pantalla:

Correcto, la solución está en Valvesoftware / wine @ 72f375e. Para el modo d3d11, solo tengo conocimiento de dos problemas: uno para la inicialización COM, que fue solucionado por los desarrolladores del juego, y otro para las funciones faltantes de WIC, ese es el compromiso que acabo de mencionar.

Para mí, no se inicia (muestra la animación de juegos de engranajes de molienda) y luego se cuelga. El mouse se mueve muy lento si es que lo hace. Una vez obtuve la pantalla del menú, pero parecía que solo estaba medio dibujada. Revisé la carga de mi CPU y ninguno de los 6 núcleos se cargó más del 30%.
Mencionas el modo d3d11: ¿cuál es el otro modo y cómo puedo alternarlo? ¿O es que dx9 y dx11 es el que debería usar de todos modos?

Otro modo es d3d9, no sé cómo habilitarlo manualmente, podría ser algún archivo de configuración. Cuando solía fallar al comenzar en d3d11 de forma predeterminada, al siguiente lanzamiento pedía cambiar a d3d9.

Puede cambiarlo en el archivo de configuración usando un editor de texto. La esencia es: el binario de 64 bits es el modo d3d11, el binario de 32 bits es el modo d3d9 (y como tal, sufre un agotamiento temprano de la memoria que explica muchos de los problemas de estabilidad reportados con el modo d3d9).

Alternativamente, puede simplemente iniciar el modo de 64 bits directamente reemplazando% command% en las opciones de inicio de Steam con la ruta completa al archivo exe de 64 bits. Aunque no probé eso.

En realidad funciona \ o /. Tuve que bajar la resolución del escritorio. Era de 2560x1440 y funciona en full hd. ¡Gracias!

la versión dxvk / wine (lutris) también sufre un error de resolución (ver: https://github.com/doitsujin/dxvk/issues/813)

No sé cómo ayudar / arreglar / nada con este error de resolución, pero desearía que desapareciera

Acabo de probar Path of Exile con Steam Play (Proton 3.16-7 beta) y logré jugar este juego sin problemas, el único problema menor fue que los servidores no podían mostrar el ping en la lista de servidores.

Acabo de hacer lo que hizo este tipo (la sección de comentarios menciona cómo lo hizo funcionar con una tarjeta Nvidia. Tengo una tarjeta AMD y logré que funcione con los mismos pasos que son:

1. En Biblioteca (pase el cursor para acceder al menú)
2. Ir a herramientas
3. Busca y encuentra la versión de Proton a tu gusto (las disponibles) e instálala.
4. (Opcional) Configure las opciones de inicio de la aplicación: "PROTON_NO_ESYNC".

Y la aplicación me muestra usando DX11.
No sé cuál es el punto de tener una configuración con una lista de versiones si Proton no está instalado correctamente. Pero esto hizo que el juego funcionara, me convierte en lo que la versión Wine Steam estaba usando antes de hacer esto.

Lanzado usando Proton 3.16-7 Beta, no recibí ningún error en el lanzamiento. Sin embargo, después del video de introducción, parece bloquearse en la pantalla de carga con los dos engranajes.

En los registros, obtenía "17388.661: 0028: 0077: err: winediag : IcmpCreateFile No se pudo usar ICMP (ping de red), esto requiere permisos especiales". entre otras cosas.

Lanzado usando Proton 3.16-7 Beta, no recibí ningún error en el lanzamiento. Sin embargo, después del video de introducción, parece bloquearse en la pantalla de carga con los dos engranajes.

También podría ser el error de resolución, debe verificarlo también

Lanzado usando Proton 3.16-7 Beta, no recibí ningún error en el lanzamiento. Sin embargo, después del video de introducción, parece bloquearse en la pantalla de carga con los dos engranajes.

En los registros, obtenía "17388.661: 0028: 0077: err: winediag : IcmpCreateFile No se pudo usar ICMP (ping de red), esto requiere permisos especiales". entre otras cosas.

Tuve el mismo problema, así que eliminé la versión de vino / protón de steam (WINEPREFIX) y dejé que Steam la recreara nuevamente (WINEPREFIX).
Lo tengo para pasar la pantalla de carga.

@ matty-r El mensaje ICMP solo dice que el ping de la puerta de enlace en el vestíbulo no funciona: el juego no mostrará los tiempos de ping en las puertas de enlace y no seleccionará uno automáticamente. Esto necesita el binario de vino instalado con CAP_NET_RAW (que no funcionará aquí porque Proton está instalado por el usuario, no por el sistema), o necesita un parche de la etapa de pruebas. También puede intentar permitir que el sistema cree paquetes icmp-echo-request desde sockets de usuario configurando:

sysctl net.ipv4.ping_group_range="0 65534"

Este juego funciona perfectamente para mí en 3.16-7 + mesa 18.2.2 ahora, sin opciones de lanzamiento ni ajustes. Tengo la resolución dinámica y multiproceso desactivado en las opciones del juego porque leí que algunas personas se habían bloqueado con ellas. Todo está en configuraciones altas y está funcionando muy bien. Jugó más de 10 horas hasta ahora sin un solo bloqueo.

Vale la pena mencionar que el juego inicialmente no se pudo iniciar con 3.16-7 seleccionado, pero comenzó a funcionar después de que instalé manualmente 3.16 Beta en mi biblioteca de Steam en la sección Herramientas. No estoy seguro de cuál era el problema antes de la instalación manual, ya que la carpeta Proton 3.16 Beta ya existía en steamapps / common. ¿Quizás tuvo problemas para actualizar?

De todos modos, es posible que la gente quiera intentarlo. Incluso si ha seleccionado 3.16-7 para todos los títulos, intente instalar 3.16 Beta manualmente en Herramientas y luego ejecute el juego nuevamente.

Vale la pena mencionar que el juego inicialmente no se pudo iniciar con 3.16-7 seleccionado, pero comenzó a funcionar después de que instalé manualmente 3.16 Beta en mi biblioteca de Steam en la sección Herramientas. No estoy seguro de cuál era el problema antes de la instalación manual, ya que la carpeta Proton 3.16 Beta ya existía en steamapps / common. ¿Quizás tuvo problemas para actualizar?

Después de este paso, el juego se inicia pero no puede pasar los engranajes, se reproduce música pero el juego se cuelga y el sistema se ralentiza.

Tal vez sea la resolución que he notado con lutris / dxvk

• Ubuntu 18.04
• Nvidia 415
• Resolución de monitor predeterminada 3440x1440
• intel i7 cuarta generación

@ evilch3n Me estaba quedando atascado en el mismo lugar exacto. No estoy seguro de haber probado esto, pero cambiar la resolución de mi pantalla a 1920x1080 antes de iniciar el juego me solucionó el problema. No es ideal, pero al menos está funcionando.

@tcfunk maldito iam estaba tan emocionado por la próxima liga y tenía grandes esperanzas de que la opción proton / steamplay podría permitir el soporte ultra amplio de linux para poe: /

Parece que agregar -w 1920 a las opciones de lanzamiento también funcionó. Un poco más conveniente que cambiar la resolución manualmente antes del lanzamiento.

Parece que agregar -w 1920 a las opciones de lanzamiento también funcionó. Un poco más conveniente que cambiar la resolución manualmente antes del lanzamiento.

debe haber más, la opción no me ayuda, el problema persiste. (también probé -w y -h juntos)
podría quedarme con lutris y las compilaciones dxvk / PKG pirateadas entonces

Solo un pensamiento, pero ¿quizás intentar ejecutarlo con Wine Desktop? No estoy seguro de si puedes hacerlo en protones, pero normalmente soluciono problemas como ese en vino.

Solo un pensamiento, pero ¿quizás intentar ejecutarlo con Wine Desktop? No estoy seguro de si puedes hacerlo en protones, pero normalmente soluciono problemas como ese en vino.

Eso no cambió nada, pero gracias por la idea: ahora puedo jugar PoE en modo ventana sin tener que editar el archivo production_Config.ini cada vez que quiero cambiar de completo a ventana, etc.

Solía ​​tener el mismo problema de suspensión que algunos después de la película de introducción de GGG, pero resultó ser porque era un monitor externo. También podría haber sido la resolución. Funciona bien directamente en mi computadora portátil. No estoy seguro de si es relevante, pero mi monitor externo es a través de un rayo.

De todos modos, el juego funciona bien si uso mi GPU Intel, pero no si lo ejecuto con mi GPU NVIDIA (GeForce GTX 1070 Mobile Max-Q). Estoy usando bumblebee con primus_vk (por lo que vulkan funciona) y aquí están los registros que obtengo: https://gist.github.com/jeromegn/ddd2b0c7eb5cd47be4310f63b96ec3c9

Ejecutando así: ENABLE_PRIMUS_LAYER=1 PROTON_LOG=1 optirun %command% (esa primera var env es habilitar vulkan)

Básicamente, recibo un error de acceso de lectura de error de página no controlado. ¿Algunas ideas? Intenté con 3.16 -7 y -8.

Lo que veo que sucede es que la pantalla se vuelve negra y muestra el cursor PoE durante unos segundos, luego sale.

Parece que agregar -w 1920 a las opciones de lanzamiento también funcionó. Un poco más conveniente que cambiar la resolución manualmente antes del lanzamiento.

ya que eso no funcionó para mí, acabo de crear un production_Config.ini con alto / ancho, etc.
Está funcionando ahora, pero los FPS / Stutters son realmente malos. Parece que cada animación / mobcreation / etc. mini-congelar mi PC.

Me desconcierta el hecho de que la mayoría de las opciones gráficas no tienen ningún impacto positivo o negativo en el rendimiento 8x / 4x / sin MSAA o texturas medias / altas, etc.

La última liga jugué en una combinación de hack de lutris / wine / dxvk-pipeline y casi tenía 100 fps constantemente, pero esta liga no puedo hacerlo ni con lutris ni con proton. Estoy abierto a ideas.

He estado usando wine-staging con dxvk y he tenido un rendimiento bastante fluido. ¿Está utilizando el cliente de 64 bits? El cliente de 32 bits funciona muy mal para mí.

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

Sí, parece que es el cliente de 64 bits.

editar: estar en oriath me da 20 fps, el escondite es como 80, el juego es 0-20. He intentado rastrear si mi CPU, GPU o SSD alcanza algún límite, pero hay mucho espacio para cada componente.

edit2: lo que puedo ver es. la memoria de la gpu asignada es mucho menor que la del último parche. antes era de alrededor de 3,5 GB, ahora es de 1,8 GB después de estar inactivo en una ciudad llena de gente.

La configuración de borderless_windowed_fullscreen=false solucionó mi problema por cierto.

Editar: No importa, solo funciona con DX9 y Proton 3.7.8, lo configuré allí.

Para mí, la congelación de la pantalla de carga de GGG parece coincidir con la impresión de "2019/03/15 16:07:41 1543730 [I PathOfExile_x64Steam.exe 41] Enviando solicitud de información de usuario de Steam: ...." a la consola.

Sí, no me funciona en el último juego de protones.

Mi acceso de lectura de error de página no controlado se solucionó en https://github.com/felixdoerre/primus_vk/commit/0d8f98647578414a75454193151e781985c04548

Funciona virtualmente impecable para mí, pero por alguna razón cuando lanzo el juego se bloqueará Steam, luego cuando reinicio Steam y relanzamiento el juego funciona bien ... no estoy realmente seguro de lo que está pasando allí (sucede como un reloj).
Además del tartamudeo del sombreador, obtengo un sólido 70 - 80 FPS, todo al máximo (excepto Shadow + GI está en alto). En Windows obtengo 140 FPS constantes. No necesitaba cambiar ninguna configuración en Proton, solo instalar y jugar.

Sé que con los emuladores puedes descargar cachés de sombreadores para evitar tartamudear en los juegos mientras creas el caché de sombreadores. ¿Sería posible que Valve distribuyera tales cachés para estos juegos?

• Información del sistema
• Versión de protones: 4.2-1
• Kernel: 4.15.0-46-genérico
• Versión del controlador / LLVM: NVIDIA 418.56

Tengo un problema. Después de que el juego se inicia y carga mi personaje, aparece una ventana de error ( captura de pantalla ) cuando intento moverme. Es imposible jugar.

Protón: 4.2-1
Núcleo: 5.0.4-arch1-1-ARCH
Distribución: Archlinux x86_64
Video: NVidia GTX 660, controladores 418.56

Tengo un problema. Después de que el juego se inicia y carga mi personaje, aparece una ventana de error ( captura de pantalla ) cuando intento moverme. Es imposible jugar.

Protón: 4.2-1
Núcleo: 5.0.4-arch1-1-ARCH
Distribución: Archlinux x86_64
Video: NVidia GTX 660, controladores 418.56

PackCheck debería solucionar este problema.

Para mí, Path of Exile funcionó aparentemente impecable en 3.16-8 beta pero cuando lo intento con 4.2-1 se bloquea después de un minuto o dos de reproducción, sin ningún mensaje de error o ventana emergente. Simplemente se bloquea directamente en el escritorio.

Protón: 4.2-1
Núcleo: 5.0.4-arch1-1-ARCH
Distribución: Antergos Linux x86_64
WM: espacios i3
CPU: Intel i5-4590 3,7 Ghz
Procesador gráfico: Nvidia GTX 770 (418.56)

*editar
Ahora sucede con 3.16-8 también

Hola @JasonLighthunter , agrega PROTON_LOG=1 %command% a las opciones de inicio del juego y arrastra y suelta el $ HOME / steam- $ APPID.log generado en el cuadro de comentarios.

No hay caídas en 4.2-1 aquí, ¡jugué bastante! Ubuntu 19.04, RADV 19.0.1

@ kisak-válvula
Esta vez pude jugar el juego durante bastante tiempo (15 minutos más o menos) y apareció una ventana emergente de error. Por desgracia, olvidé hacer una captura de pantalla.

steam-238960.log

Para mí, Path of Exile funcionó aparentemente impecable en 3.16-8 beta pero cuando lo intento con 4.2-1 se bloquea después de un minuto o dos de reproducción, sin ningún mensaje de error o ventana emergente. Simplemente se bloquea directamente en el escritorio.

Protón: 4.2-1
Núcleo: 5.0.4-arch1-1-ARCH
Distribución: Antergos Linux x86_64
WM: espacios i3
CPU: Intel i5-4590 3,7 Ghz
Procesador gráfico: Nvidia GTX 770 (418.56)

*editar
Ahora sucede con 3.16-8 también

Lo mismo aquí, intentaré iniciarlo con log-command la próxima vez que juegue

Tuve el mismo problema atascado en las ruedas y luego me congelé ... ¿Alguno de ustedes ha mirado el uso de su memoria? eso es lo que uno de los problemas es seguro, el mío estaba limitado y tengo 4gb de ddr4 que es basura pero no es suficiente para jugar bien NO con ellos aumentando la memoria y los requisitos ... así que de vuelta a Windows voy hasta que obtengo más RAM . Si alguien tiene menos memoria y funciona bien, ¡hágamelo saber!

Solo quiero agregar otro punto de datos al error en el que este juego no se ejecuta en resoluciones> 1920 x 1080. Cuando lo inicio con mis resoluciones nativas (2560 x 1440 o 3440 x 1440), el juego llegará al engranaje de molienda games y luego congelar mi sistema cuando termine la animación. Cambiar la resolución de mi sistema a 1920 x 1080 en mis dos monitores permitió que el juego se iniciara en la pantalla principal. ¡Avíseme si necesito proporcionar algún registro para el bloqueo para ayudarlo a solucionarlo!

Mi información de sistema:
Versión de Proton: 4.2.2 (esto también sucedió en versiones antiguas de 3.1x)
Kernel: 5.0.5-200.fc29.x86_64 (esto también sucedió en kernels 4.x)
GPU: Nvidia 1070ti con la versión del controlador 418.56
Distribución: Fedora 29 x86
CPU: Ryzen 2700X
Misc: Uso de KDE como entorno de escritorio

El juego parece fallar al inicio (no aparece ninguna ventana ni nada). Aquí está el registro si alguien pudiera brindar información:

steam-238960.log

A simple vista, parece un problema al cargar el controlador de Vulkan, pero he confirmado que Vulkan está funcionando con otros juegos.

Hola @CubeTheThird , copia la información de tu sistema de Steam ( Steam -> Help -> System Information ) y ponlo en un resumen , luego incluye un enlace al resumen en este informe de problemas.

Aquí está la información de mi sistema.

Estás ejecutando Steam con el tiempo de ejecución de Steam deshabilitado, por lo que tú o el encargado del paquete de Steam de tu distribución es responsable de resolver las dependencias que falten, incluido libvulkan.so.1. Vuelva a probar con steam-runtime o verifique que tenga instalados los paquetes vulkan-icd-loader y lib32-vulkan-icd-loader .

@ kisak-valve He hecho algunas ejecuciones con las mismas especificaciones que antes:
Algunas carreras fueron cortas (5 minutos más o menos, principalmente las dos últimas, que involucraron las áreas de la expansión Delve (que estaban bien dos días antes)). pero otras carreras duraron más de una hora.

Protón: 4.2-2
Núcleo: 5.0.6-arch1-1-ARCH
Distribución: Antergos Linux x86_64
WM: espacios i3
CPU: Intel i5-4590 3,7 Ghz
Procesador gráfico: Nvidia GTX 770 (418.56-6)

He compilado un zip de informes con notas, registros y 2 capturas de pantalla de errores. Espero que estos sean útiles.
path_of_exile_reports.zip

Ah, parece que de hecho me faltaba la versión de 32 bits de la biblioteca. Ni siquiera sabía que PoE lo requería, aunque no estoy seguro de por qué no lo tenía instalado de forma predeterminada. Gracias por la ayuda.

¿Es posible incluso ejecutar en modo de ventana con una resolución personalizada? Cualquier resolución que no sea 1080 bloquea mi escritorio.

¿Es posible incluso ejecutar en modo de ventana con una resolución personalizada? Cualquier resolución que no sea 1080 bloquea mi escritorio.

Solo quiero agregar otro punto de datos al error en el que este juego no se ejecuta en resoluciones> 1920 x 1080. Cuando lo inicio con mis resoluciones nativas (2560 x 1440 o 3440 x 1440), el juego llegará al engranaje de molienda games y luego congelar mi sistema cuando termine la animación. Cambiar la resolución de mi sistema a 1920 x 1080 en mis dos monitores permitió que el juego se iniciara en la pantalla principal. ¡Avíseme si necesito proporcionar algún registro para el bloqueo para ayudarlo a solucionarlo!

Mi información de sistema:
Versión de Proton: 4.2.2 (esto también sucedió en versiones antiguas de 3.1x)
Kernel: 5.0.5-200.fc29.x86_64 (esto también sucedió en kernels 4.x)
GPU: Nvidia 1070ti con la versión del controlador 418.56
Distribución: Fedora 29 x86
CPU: Ryzen 2700X
Misc: Uso de KDE como entorno de escritorio

la mayoría de las correcciones de resolución se resuelven con la última versión de dxvk, lo he probado con lutris y cada resolución para mí funcionó muy bien, incluso el rendimiento se incrementó bastante. Supongo que tienes que esperar a que proton implemente los últimos cambios

esto me ayudó a finalmente iniciar POE en ubuntu 19:
$ sudo apt eliminar xserver-xorg-video-intel
No sé por qué esto lo solucionó, pero parece que funciona bien hasta ahora.

esto me ayudó a finalmente iniciar POE en ubuntu 19:
$ sudo apt eliminar xserver-xorg-video-intel
No sé por qué esto lo solucionó, pero parece que funciona bien hasta ahora.

No me cite en esto, pero estoy bastante seguro de que esos son los viejos controladores de Intel. Supongo que tiene los controladores de gráficos configurados para ellos en lugar de los más nuevos o en lugar de los controladores para una tarjeta dedicada.

Bueno, podría tener razón, pero no instalé ni configuré ningún controlador manualmente, ni siquiera sé cómo sin investigar. Es solo vanilla ubuntu 19, que salió hace un mes.

Información del sistema

• Tarjeta gráfica: NVIDIA GeForce GTX 750 Ti
• CPU: AMD Ryzen 5 1500X (8) a 3.500 GHz
• SO: Linux Mint 19 Tara x86_64
• Versión del controlador / LLVM: Nvidia 430.09
• Versión de Kernel: 4.15.0-48-generic
• Versión de protones: 4.2-3

Síntomas

steam-238960.log

Congela aleatoriamente la aplicación de vino después de tabular / lanzar / señalar con el cursor sobre el elemento. Cura solo con matar procesos de Steam y PoE en Process Monitor.

Hola chicos, no soy programador, pero tengo el mismo problema y no entendí ninguna de sus soluciones, por favor ayúdenme, probé TODO lo que pude entender en la web, incluso formateé mi computadora portátil

Choques aleatorios de Path of Exile

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/2795.
@MrPaj publicado en 2019-06-10T21: 05: 25:

Hola,

La ejecución de Path of Exile se bloquea aleatoriamente mientras lucho.
A veces puedo jugar durante horas sin problemas, otras veces sucede cada 10 minutos.
Si necesita algún registro, hágamelo saber cuáles. Debajo de los detalles de mis especificaciones

Gracias

Protón 4.2.6
CPU: Procesador AMD Ryzen 5 2600X de seis núcleos
Debian GNU / Linux 10 (buster) (64 bits)
Versión de Kernel: 4.19.0-5-amd64
Controlador: NVIDIA Corporation GeForce GTX 1060 6GB / PCIe / SSE2
Versión del controlador: 4.6.0 NVIDIA 418.56
RAM: 16056 Mb

Path of Exile también está teniendo una cantidad de bloqueos aleatorios en Windows en este momento, ¡han hecho algunos cambios importantes en la última actualización! No creo que tenga nada que ver con Proton, era estable antes de PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

Path of Exile también está teniendo una cantidad de bloqueos aleatorios en Windows en este momento, ¡han hecho algunos cambios importantes en la última actualización! No creo que tenga nada que ver con Proton, era estable antes de PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

El problema parece ocurrir solo en el mapa del Descenso en act9. Después de 5 ~ 10 minutos matando mobs, el juego se bloquea.
Puedo jugar en otras áreas durante horas sin problemas
¿Hay alguna forma (registros o algo así) de confirmar si el problema solo está relacionado con Proton o un problema del juego en sí?

Gracias

Tengo una computadora portátil con Intel HD 520 y NVIDIA 940MX (controlador 430.26). Usando el protón 4.2-7 de Steam, el juego se ejecuta con la tarjeta Intel. También funciona con NVIDIA solo con PROTON_USE_WINED3D=1 .

Cuando utilizo NVIDIA sin esa opción, el juego a menudo se bloquea tan pronto como inicio sesión, pero a veces un poco más tarde, mostrando una ventana emergente que muestra "CreateShaderResourceViewEx". A veces se bloquea sin ningún mensaje.

Registre un bloqueo con CreateShaderViewEx steam-238960.log
Registro de un bloqueo sin el mensaje 1-steam-238960.log

Tengo una computadora portátil con Intel HD 520 y NVIDIA 940MX (controlador 430.26). Usando el protón 4.2-7 de Steam, el juego se ejecuta con la tarjeta Intel. También funciona con NVIDIA solo con PROTON_USE_WINED3D=1 .

Cuando utilizo NVIDIA sin esa opción, el juego a menudo se bloquea tan pronto como inicio sesión, pero a veces un poco más tarde, mostrando una ventana emergente que muestra "CreateShaderResourceViewEx". A veces se bloquea sin ningún mensaje.

Registre un bloqueo con CreateShaderViewEx steam-238960.log
Registro de un bloqueo sin el mensaje 1-steam-238960.log

Recibo las mismas fallas, específicamente CreateShaderViewEx, que es interesante porque a veces puedo hacer clic en Aceptar y seguir jugando bien. Acto 9 / Acto 9 los descensos han sido particularmente malos. Otras veces, simplemente al cargar el juego, se cierra, o cuando estoy corriendo matando cosas.
Controlador: NVIDIA Corporation GeForce GTX 970
Versión del controlador: 4.6.0 NVIDIA 430.26

Tengo una computadora portátil con Intel HD 520 y NVIDIA 940MX (controlador 430.26). Usando el protón 4.2-7 de Steam, el juego se ejecuta con la tarjeta Intel. También funciona con NVIDIA solo con PROTON_USE_WINED3D=1 .

Cuando utilizo NVIDIA sin esa opción, el juego a menudo se bloquea tan pronto como inicio sesión, pero a veces un poco más tarde, mostrando una ventana emergente que muestra "CreateShaderResourceViewEx". A veces se bloquea sin ningún mensaje.

El mismo problema aqui.
NVIDIA Geforce 920M (controlador 430.26)

Me di cuenta de que el juego se bloquea a menudo cuando hay muchas cosas, como más de 25 enemigos en la pantalla y demás.

Estoy en AMD.

Me di cuenta de que el juego se bloquea a menudo cuando hay muchas cosas, como más de 25 enemigos en la pantalla y demás.

Estoy en AMD.

para mí la resolución dinámica fue la culpable, sin ella tengo como un 90% menos de bloqueos

De acuerdo, tengo un problema de memoria muy malo.

Cada mapa al que vas crea una nueva instancia de ese mapa, y después de revisar algunos mapas, mi uso de memoria aumenta considerablemente. Si juego el juego durante demasiado tiempo, eventualmente se congelará y volverá a la pantalla de inicio de sesión con An unexpected disconnection occurred .

Ahora, mientras monitoreaba los recursos del sistema, descubrí que esto sucede debido a que el juego no tiene memoria para usar, la RAM del sistema está al 100% de uso.

Parece que reducir la calidad de la textura y deshabilitar el escalado de resolución dinámica reduce mucho el consumo de memoria.

Hola a todos

obtengo fmod-failed-to-initialize-error-code-59 si el controlador de sonido es OSS (Open Sound System) ¿alguien puede confirmar esto?

Mi problema ocurre cuando PoE se cierra ...

El juego funciona bastante bien. Pero cuando salgo del juego, 2 procesos de $HOME/.local/share/Steam/ubuntu12_32/steam aumentan hasta el 100% del uso de la CPU.

Se han quedado así durante la noche varias veces, no parecen terminar eventualmente a menos que SIGKILL manualmente, lo que a su vez cierra el vapor. Si salgo del vapor, siguen funcionando y el vapor no se cierra. Gameoverlay está deshabilitado, y esto no parece suceder con otros juegos.

(arco, protón original 4.11-5, amd ryzen 1700 + vega64)

Mi problema ocurre cuando PoE se cierra ...

El juego funciona bastante bien. Pero cuando salgo del juego, 2 procesos de $HOME/.local/share/Steam/ubuntu12_32/steam aumentan hasta el 100% del uso de la CPU.

Se han quedado así durante la noche varias veces, no parecen terminar eventualmente a menos que SIGKILL manualmente, lo que a su vez cierra el vapor. Si salgo del vapor, siguen funcionando y el vapor no se cierra. Gameoverlay está deshabilitado, y esto no parece suceder con otros juegos.

(arco, protón original 4.11-5, amd ryzen 1700 + vega64)

Consigo esto en muchos juegos. Lanzar el juego de Steam lo más básico posible parece ayudar, hay argumentos en la línea de comandos para no iniciar la vista de amigos, el navegador y otras travesuras.

¿Hay alguna forma de alternar el almacenamiento en caché previo del sombreador? Dos veces hoy Path of Exile descargó el contenido de pre-almacenamiento en caché del sombreador de 6GB. El único juego que hace esto, todavía.

Agregar Path of Exile a Proton

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/3161.
@hollowsaibot publicado en 2019-10-21T20: 38: 58:

Hola, equipo de Valve / Proton:

el mes pasado pude jugar Path of Exile "sin" problemas en Linux (Ubuntu 19.04) pero al intentar las actualizaciones 4 nvidia y ubuntu 19.10 todo se fue al diablo.
Es que pude jugar con normalidad. No estoy seguro de si se permitió que el título se ejecutara en Steam con Proton y ahora es necesario para "forzar a todos los títulos a jugar", pero por favor, compruebe este título para poder jugar con Steam.

Además, hace un mes, el caché de pre-contenido para sombreadores comenzó todos los días para este juego (descargando 6.3 GB antes de que comience) pero ahora (hace algunas semanas) el juego no crea caché de sombreadores. Creo que esta funcionalidad es útil, especialmente si tienes una nvidia 1050ti y los fps están al límite. Por favor, compruébalo también.

Saludos,

Hola @hollowsaibot , agrega PROTON_LOG=1 %command% a las opciones de inicio del juego y arrastra y suelta el $ HOME / steam- $ APPID.log generado en el cuadro de comentarios.

steam-238960.log
Hola,
Instalé 19.10 desde cero esta vez, el controlador autoinstalado es el nvidia-435 parece que el juego funciona (todavía tiene caídas de fps, lo pruebo rápido) y el Shader Pre-Caching (Steam> Settings> S.Pre-Cach. ) sigue siendo 0 MB por ahora)

Si se puede hacer alguna mejora, será bienvenida. Si tienes alguna duda, puedes contármelo.

Saludos,

¿Alguien más tiene grandes problemas para ejecutar este juego? Estoy ejecutando Manjaro 18.1.0 con Proton 4.11-8 con una NVidia 1060 y el juego se carga bien y todo, solo toma más de 1-2 minutos cargar en nuevas áreas. Además, algunas de las áreas nuevas no se cargan y ver contenido nuevo provoca tartamudeo. He visto informes de usuarios que realizan personalizaciones para solucionar este problema de 'carga de sombreadores', pero ¿hay alguna solución entrante proveniente de Proton? Creo que la mayoría de nosotros preferiría evitar la instalación de software personalizado solo para que un solo juego funcione.

La opción de lanzamiento --waitforpreload mejoró enormemente los tiempos de carga del área nueva para mí. Se tarda más en iniciar, pero las áreas se cargan casi instantáneamente después de eso.

Debido a las actualizaciones frecuentes, la tartamudez del sombreador probablemente nunca desaparecerá. Sin embargo, mejora mucho después de unas horas de juego.

Hola, POE no me funciona con la versión 4.11.8 de protones. Funcionó bien con 4.11.7.
Utilizo Fedora 31 para ganar una nvidia 1050 ti.

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

Hola @ red667 , err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135 en su registro suena como https://github.com/ValveSoftware/Proton/issues/823#issuecomment -552137632. Puede que tengas suerte si intentas ejecutar el juego con Proton 4.2 y luego vuelves a cambiar a 4.11.

Hola @ kisak-valve, creo que tienes razón, pero también encontré la línea de registro:

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

Así que directx no se está ejecutando, lo cual es necesario para que se ejecute el juego.

Ya ejecuté el juego con Proton 4.2 y funciona. Pero volver a 4.11.8 vuelve a producir el mismo problema.

Podrías intentar agregar WINEDLLOVERRIDES="dxgi=n" %command% a las opciones de inicio del juego.

¡Gracias! Eso funciona.

Mis opciones de lanzamiento actuales para que el juego funcione son:
DXVK_STATE_CACHE=0 PROTON_NO_ESYNC=0 WINEDLLOVERRIDES="dxgi=n" %command%

¿Alguien más tiene el error de que los botones verdes no muestran ningún texto en ellos? Aparte de eso, el juego parece funcionar correctamente.

Después de algunas pruebas / ajustes, el juego está funcionando bien. No jugaría en modo Hardcore, pero es lo suficientemente jugable para Standard. Las siguientes opciones de inicio parecen funcionar mejor para mí:

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

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

El comando gamemoderun es para el modo de

Todavía hay algunos problemas con las caídas de FPS, así como los tiempos de fotogramas altos y los picos de retraso.

Mi problema ocurre cuando PoE se cierra ...

El juego funciona bastante bien. Pero cuando salgo del juego, 2 procesos de $HOME/.local/share/Steam/ubuntu12_32/steam aumentan hasta el 100% del uso de la CPU.

Se han quedado así durante la noche varias veces, no parecen terminar eventualmente a menos que SIGKILL manualmente, lo que a su vez cierra el vapor. Si salgo del vapor, siguen funcionando y el vapor no se cierra. Gameoverlay está deshabilitado, y esto no parece suceder con otros juegos.

(arco, protón original 4.11-5, amd ryzen 1700 + vega64)

Mismo problema durante bastante tiempo. Debo SIGKILL los dos procesos para que terminen.
No depende de la opción utilizada para iniciar el juego.
(Pruebas de Debian, proton 5.0-4, GTX 1070Ti con controlador Nvidia 440.64)

Ahora que lo mencionas, estaba teniendo el mismo problema con los juegos que usan dxvk 1.5.5 en vino normal. Cambié a 1.5.4 y el problema desapareció. (Lo noté con Guild Wars 2 y Path of Exile).

Faltan imágenes en Path of Exile cuando se usa Ubuntu 20.04

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/3861.
@ robert-olofsson publicado el 2020-05-13T16: 20: 45:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: Path of Exile
• Steam AppID del juego: 238960

Información del sistema

• GPU: Radeon RX Vega M GH (Intel hades canyon nuc)
• Versión del controlador / LLVM: lo que esté en ubunutu 20.04 (20.0.4,
• Versión de kernel: 5.4.0-28-generic
• Versión de Proton: Proton 5.0, el archivo de versión dice: 1588350139 proton-5.0-7-rc3

Confirmo:

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

Síntomas

Faltan imágenes en el juego. Más visible en la pantalla de inicio donde las imágenes de información actual
faltan y en el juego el minimapa no muestra extras encima.

Reproducción

Empezar juego. mira la pantalla de inicio de sesión

A partir de la consola, veo algunas líneas de registro como:
0024: err: wincodecs : PngDecoder_CreateInstance Error al leer PNG porque no se pudo encontrar libpng12.so.0

Mire a su alrededor y observe que ubuntu moderno usa libpng16 y no tiene una libpng12 fácil. Sin embargo, está disponible en un PPA e instalarlo resuelve el problema.

Sería bueno construir con un libpng más moderno.

Hola @ robert-olofsson, el tiempo de ejecución de Steam proporciona libpng12, por lo que es extraño que Proton no esté recogiendo la biblioteca desde allí. Copia la información de tu sistema de Steam ( Steam -> Help -> System Information ) y ponla en un resumen , luego incluye un enlace a la esencia en este informe de problemas. Puede haber una pista en la sección de diagnóstico ampliada.

Path of Exile: CreateShaderResourceViewEx: parámetro no válido

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/3868.
@ Opencode-foss publicado el 2020-05-14T17: 53: 31:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: Path of Exile
• Steam AppID del juego: 238960

Información del sistema

• GPU: i7-4790K Intel HD Graphics
• Versión del controlador / LLVM: Intel Open Source Technology Center Mesa DRI
  Gráficos Intel (R) HD 4600 (HSW GT2)
  3.0 Mesa 20.0.6
• Versión de Kernel: 5.6.11-arch1-1 x86_64
• Enlace al informe completo de información del sistema como Gist : systemreport.txt
• Versión de protones: 5.0-7

Confirmo:

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

steam-238960.log

Síntomas

Cuando estoy cargando un juego, se bloquea y me da una excepción CreateShaderResourceViewEx: Invalid parameter.
Lo encontré archivo de registro: "[Cliente CRIT 192] [D3D11] CreateShaderResourceViewEx: parámetro no válido."

Reproducción

Hola @ Opencode-foss, mirando su registro, DXVK falló en una asignación de vram cuando alcanzó un límite de 1.5GB:

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

Gracias @kakra la rápida respuesta. ¿Cómo aumenta su límite de vram en Intel Graphics en Linux?

Gracias @kakra la rápida respuesta. ¿Cómo aumenta su límite de vram en Intel Graphics en Linux?

@ Opencode-foss Te refieres a @ kisak-valve probablemente ...

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

Path of Exile ahora tiene un renderizador Vulkan.

Se bloqueará en Radv sin este compromiso.

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

Acabo de probar el renderizador Vulkan, pero me fallo después de la selección del jugador. Viendo mucho de este mensaje en el registro:

fixme: dbghelp : elf_search_auxv no puedo encontrar el símbolo en el módulo

Registro completo:
steam-238960.log

Estoy usando controladores propietarios de Nvidia en mi caso (versión 440.82). Si necesita más información, hágamelo saber.

Acabo de ejecutar el juego con el nuevo renderizador vulkan. Funciona más suave que antes.
Pero tuve que cambiar mis opciones de lanzamiento.

Para mí, estas opciones de lanzamiento están funcionando:
PROTON_USE_D9VK=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

No necesitaba configurar el D9VK, pero agregué algunos otros indicadores para habilitar el caché y algo de optimización (usando vulkan con un MX150):
gamemoderun __GL_SHADER_DISK_CACHE=1 __GL_SHADER_DISK_CACHE_PATH='<random_path>' ENABLE_VKBASALT=1 __NV_PRIME_RENDER_OFFLOAD=1 WINEESYNC=1 DXVK_USE_PIPECOMPILER=1 STAGING_SHARED_MEMORY=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

Sin embargo, el WINEDLLOVERRIDES="dxgi=n,b" %command% funcionó bien para mí

El renderizado funciona bien, ~ 50% de aumento de fps en Vulkan.

El renderizador Vulkan no funciona para mí, se bloquea en la pantalla blckscreen

Path of Exile no se inicia con Proton 5.0-8

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/3969.
@Dragallur publicado el 2020-06-11T07: 43: 23:

Path of Exile aparece por un momento en mis procesos pero luego simplemente desaparece y no se inicia. (Usando Ubuntu 18)

SO: Arch Linux x86_64
Núcleo: 5.6.12-3
GPU: Gráficos Intel HD 5500

Experimentar bloqueos (alrededor de 10-15 minutos de juego mientras se usa el renderizador vulkan) y con esto en el registro del Client.txt:

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

SO: ArchLinux
Núcleo: 5.7.2-zen1-1-zen
Procesador gráfico: AMD 5700 XT
Protón 5.0.9

No puedo hacer que PoE se ejecute con el nuevo renderizador vulkan y amdvlk

tan pronto como configuro el VK_ICD_FILENAMES en /usr/share/vulkan/icd.d/amd_icd64.json el juego no comenzará, me dará un error de createSwapChain

¿Alguien más tiene esto? o tal vez incluso una solución para eso?

editar: la capa radeon vulkan tiene muchos errores y fallas gráficas y el mapa no se procesa

Se bloquea cuando cambio al nuevo renderizador Vulkan, se congela durante unos 10 segundos y se corta a una pantalla negra antes de cerrar

Probé varias opciones de lanzamiento diferentes y combinaciones de lo que usaban las personas anteriormente en la banda de rodadura.
Probé Proton 5.0-9 y 4.11-13 con el mismo error al final.

Consulte a continuación la esencia del sistema y un registro de errores de proton
Sistema Gist
https://gist.github.com/jackarsnel/b7b4d962f4f86a0b8d52fde7a8b79342
Registro de errores
https://pastebin.com/4pKU146b

Lo que finalmente funcionó para mí (en los gráficos de Nvidia, fíjate), utilizo estas opciones de lanzamiento:
--waitforpreload --gc 1
(no estoy seguro de si el recolector de basura lo afecta, pero la precarga parece funcionar mejor).
En el menú del juego (antes de seleccionar una región) cambié la configuración de textura a media, que los desarrolladores del juego recomiendan para el renderizador de Vulkan beta, y luego lo configuré en Vulkan. Después de guardar el cambio, guardo y salgo del juego, y lo vuelvo a abrir (asegurándome de que la configuración persista) antes de iniciar sesión y elegir un personaje.

@CubeTheThird nota que la opción de recolección de basura es en realidad -gc , no --gc . Y -gc es un equivalente corto de la opción --garbage-generation . Vea más aquí: https://pathofexile.gamepedia.com/Launch_options.

Entonces, desde que uso el renderizador Vulkan, si no juego PoE por un tiempo, el paso de procesamiento de los sombreadores Vulkan en el lanzamiento de Steam tomará un tiempo. (Otros juegos no toman tanto tiempo, digamos, No Man's Sky). ¿Se espera esto?

Probé una instalación nueva, solo para ver si eso aceleraría las cosas, y me tomó aproximadamente 2 horas procesar los sombreadores vulkan. No recuerdo que haya tardado tanto hace unas semanas. ¿Algo cambio? (Controladores Ryzen 5, 1600, Nvidia 1050ti, 450.57)

Lo mismo para mi. Ahora Path of Exile recompila sombreadores cada vez que inicio sesión en Steam. Lleva literalmente horas.

A continuación se muestra la información de screenfetch .

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

Esto es lo que obtengo casi todas las veces que inicio Steam. Tarda unas 2 horas en procesarse.

@evenfrost puedes saltarte esta parte. Luego se procesará mientras se ejecuta el juego. Puede haber algunos retrasos mientras se procesa por primera vez. Pero después de un tiempo, todo lo que necesita se procesa.

El problema es que se necesita una cantidad significativa de recursos de mi PC (así que supongo que PoE será bastante lento para jugar durante esto) y sucede casi cada vez que inicio Steam.

PoE no es muy lento una vez que ingresa, si omite el paso de procesamiento. (Mi queja actual es sobre el parcheo y cuánto tiempo lleva, pero eso también es un problema en el cliente independiente).

Por alguna razón, no puedo omitir el compilador de caché de sombreado al principio.
Si hago clic en skip el menú desaparece y comienza el camino del exilio, pero el proceso no se detiene y aturde completamente mi CPU.
Tengo un Ryzen 9 3950x y usa el 100% de cada núcleo durante aproximadamente media hora

Editar: incluso después de cerrar Steam, continúa construyendo el caché del sombreador

bloqueo del juego después del parche 3.11.2
aquí está mi registro de protones
https://pastebin.com/DHJEBBh2

Hola @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 parece una línea de interés en el registro. Relacionado: # 3886

Sí, el juego ahora se bloquea después del parche 3.11.2 justo al abrir la ventana por primera vez. La ventana se abre, permanece negra por un segundo y luego el juego termina. Este es mi registro de fallos:
https://pastebin.com/BvJv0HvN

Tenga en cuenta que esta derecha en la parte inferior del archivo parece ser el demoninator común:

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

Estoy ejecutando el juego usando Vulkan. Tal vez esto sea diferente con DX11 y alguien pueda decirnos cómo forzar el uso de DX11 a través de un archivo de configuración o algo así. Espero que podamos resolver esto pronto, es un gran fastidio que el juego ya no funcione, especialmente una semana antes de una liga tan increíble.

Editar: Es extraño que @jackarsnel tuviera el mismo mensaje de error en junio.

Instalación nueva para mí. 5.09 protones, 5.9 de gloriosos choques de eggroll también. ¿Alguien ha probado el vino común o la puesta en escena?

Registro adjunto ...
steam-238960.log

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

ETA: Proton-alyx funcionó para mí.

Hola @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 parece una línea de interés en el registro. Relacionado: # 3886

¡Gracias!
funciona bien con la compilación parcheada https://github.com/stevenlafl/Proton/releases/tag/proton-5.0-7-alyx-2

Todavía tengo el bloqueo, aunque no creo que esté usando la versión alyx. ¿Es ~ / .var / app / com.valvesoftware.Steam / data / Steam /compatibilitytools.d / el directorio correcto para el flatpak?

Puedo seleccionar la versión aquí.

Pero, curiosamente, una vez que Steam reinicia la casilla de verificación "Habilitar Steam Play para todos los demás títulos" se desmarca. La parte superior del registro del juego todavía dice 5.0.9.

steam-238960.log

Hola @effinjdent , su registro dice que se está usando proton-5.0-9 en lugar de lo que esperaba. ¿Quizás comprobar la configuración de Steam Play por juego?

Hola @ kisak-valve, ¿se solucionará este error en la futura versión de protones? ¿O esto debería ser cuidado por los propios desarrolladores del juego?

@ kisak-valve Estoy diciendo que esa opción, cuando la verifico con el alyx seleccionado, literalmente se desmarca después de reiniciar Steam.

El problema aquí es que el juego actualizó Steamworks a una versión sobre la que aún no se ha aprendido la biblioteca de reenvío de Steam de Proton. Esto ocurre de forma semi-regular y Proton necesita aprender sobre cada nueva versión. Deberíamos esperar que esto se resuelva en algún momento con una actualización de Proton.

@effinjdent , ha encontrado https://github.com/ValveSoftware/steam-for-linux/issues/6043.

¿Hay alguna solución para eso? Leer ese enlace es bastante deprimente.

Incluso las versiones de Proton GE no harán el lanzamiento del juego, como dijo @effinjdent , esto es muy deprimente, especialmente cuando la nueva liga está en la esquina :(

Configuré la anulación de Path of Exile en proton-5.0-7-alyx-2 y luego el juego funciona aquí.

Puedo confirmar que el protón 5.0-7 alyx funciona, sin embargo, el rendimiento es peor que el 5.0-9 utilizado para

¿Puede Valve presionar una solución antes de que comience la nueva liga?

proton-5.0-7-alyx-2 no funciona completamente. Se bloquea en un mapa de Niko (al encontrar sulfito) con un error: steamclient : create_win_interface No reconozco el nombre de la interfaz: SteamClient020

Editar: Parece que mis accidentes no están relacionados con Niko y el sulfito.

Path of Exile 3.11.2 se bloquea al iniciarse

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/4188.
@ Storm-Engineer publicado el 2020-09-12T23: 53: 59:

Path of Exile acaba de lanzar un parche grande que requería volver a descargar todo el juego porque cambió la forma en que almacena los datos. (Información: https://www.pathofexile.com/forum/view-thread/2933680)

Desde entonces, el juego se bloquea al inicio. Probé varias versiones diferentes de Proton, pero siempre falla. Antes del parche, estaba usando 4.11-GE-1. A continuación se muestran las salidas de terminales para todas las versiones que probé. Aparte de la versión 4.11, contienen seguimientos de pila.

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

Información del sistema:
poe-crash-sysinfo.txt

Olvidé agregar que tenía "Vulkan (beta)" seleccionado en el juego en lugar de DirectX. No estoy seguro de si eso afecta este problema.

Además, confirmando que la compilación "alyx" parece funcionar, al menos el juego ahora se lanza. No puedo probar el juego en este momento porque me voy a dormir ...

Ps: Gracias por la transferencia, no encontré este boleto existente por alguna razón.

EDITAR: Probé la compilación "alyx", funciona como un encanto, no tuve problemas, pero solo jugué durante media hora tal vez.

Tenía el juego funcionando bien en 5.9-GE-6-ST, pero en algún momento de hoy actualicé mi sistema y el juego no se inicia (ni siquiera una ventana). Probé GE-7-ST para estar seguro, pero tampoco pude hacerlo funcionar.
Lo extraño es que mi registro de protones está casi vacío, se ve así:
====================== Proton: 1601959108 5.9-GE-7-ST-1-g465be27 SteamGameId: 238960 Command: ['/home/tomek/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch'] Options: {'forcelgadd'} ======================

Para mí, funciona en GE-9-ST incluso en el modo Vulkan, cuando anteriormente solo mostraba un parpadeo salvaje en el juego (lo intenté por última vez hace unas semanas). Lo único que queda es: los activos y efectos parecen tardar mucho en cargarse, simplemente son invisibles durante 30-60 segundos, no estoy seguro de si esto se debe a un ajuste en GE. Además, ocasionalmente, hay cajas negras que parpadean por un abrir y cerrar de ojos a veces. Solo hice una prueba rápida, pero el juego parece muy fluido con Vulkan en comparación con DX11, excepto que las tasas de cuadros son más bajas (alrededor de 30 fps estables en lugar de 45+ fps a 4k).

(usando NVIDIA 455.22.04 en Gentoo)

Solo hice una prueba rápida, pero el juego parece muy fluido con Vulkan en comparación con DX11, excepto que las tasas de cuadros son más bajas (alrededor de 30 fps estables en lugar de 45+ fps a 4k).

No describiría toda la experiencia de juego como fluida en comparación con lo que veo a la gente en Windows con un hardware igual o peor. Tengo una 1080 Ti y una 3900X. La jugabilidad en actos es 100% fluida. Cuando se trata del final del juego (donde realmente comienza el juego), generalmente es bastante suave y alcanza los 144 FPS para mí, pero cuando estoy en un mapa jugoso con grandes paquetes de mafiosos, paquetes de conquistadores o niebla delirio, la velocidad de fotogramas TANKS. Me gustan los niveles apenas jugables, espero que no muera.
No estoy seguro de qué causa esta discrepancia en comparación con Windows, pero siempre que suceden muchas cosas, pasan de 3-5 FPS por un tiempo. Además, la velocidad de fotogramas no es de 144 FPS uniforme todo el tiempo. En su mayoría, fluctúa entre 144 FPS y como 30 FPS con todo lo intermedio.
Es una experiencia decente en general, pero llamar a esto suave no es realista. Ni siquiera estoy corriendo en configuraciones altas. Prácticamente la configuración predeterminada. Y estoy usando el modo de juego y Proton-tkg-18 para ejecutar el juego.
Definitivamente es jugable (y aceptable la mayor parte del tiempo), pero tengo la sensación de que es mucho más fluido en Windows cuando miro el juego de streamer. Sin embargo, cuando se introdujo por primera vez el renderizador Vulkan, el juego funcionó MUCHO mejor. Esto casi parece un problema que solo GGG puede resolver. No estoy seguro de si el equipo de Proton podría hacer algo al respecto de estos problemas de rendimiento.

pero cuando estoy en un mapa jugoso con grandes paquetes de mafia, paquetes de conquistador o niebla delirio, la velocidad de fotogramas TANKS

Sí, esta es mi experiencia también. _Puedes_ experimentar algo similar en Windows, especialmente algunas versiones de PoE, pero es mucho menos grave.
Nvidia o AMD no parecen importar. Pero debe estar relacionado con la carga de activos / sombreadores de alguna manera.

Nvidia o AMD no parecen importar. Pero debe estar relacionado con la carga de activos / sombreadores de alguna manera.

No creo que la carga de sombreadores sea el problema aquí. Tengo el juego instalado en un SSD M.2 y tomé los pasos adicionales para poner el caché del sombreador Vulkan para el juego en su propio tmpfs directamente en mi RAM. Tiene aproximadamente 500 MB de tamaño a partir de ahora.
Para mí, los retrasos / grandes caídas de fotogramas cuando MUCHO está sucediendo se sienten como si estuvieran relacionados con la compilación de sombreadores.

DirextX y Vulkan adoptan un enfoque diferente para la compilación de sombreadores, también creo que debe haber alguna conversión al menos para algunos controladores de gráficos. Por lo tanto, el uso de DXVK para traducir de DX11 a Vulkan no es ni puede ser óptimo, lo que conduce a un comportamiento de bloqueo durante la compilación / transformación del sombreador que DXVK intenta resolver recordando todos los sombreadores de la canalización y reproduciéndolo antes de iniciar para obtener todos los sombreadores compilados antes el juego tiene la oportunidad de bloquear eso. Vulkan debería ser una oportunidad para mejorar mucho aquí, ya que probablemente debería ser lo mismo para los sombreadores, ya sea Windows o Linux bajo el capó. Creo que el renderizador Vulkan de PoE todavía carece de mucha optimización y es mucho menos maduro que la implementación de DX11, y DXVK ha recorrido un largo camino para convertirse también en un software muy optimizado (que a veces incluso supera al DX11 nativo) pero aún así, existe ese enfoque diferente de ambas API que manejan sombreadores.

La carga de activos parecía no tener ningún efecto en el FPS que estaba viendo, y no hubo tartamudeo durante ese tiempo. También creo que es la compilación de los sombreadores lo que está causando problemas de rendimiento al final del juego porque hay muchos efectos nuevos todo el tiempo.