¿Cómo es la actuación para ti? Obtengo ~ 30 fps con todo en la configuración más baja posible con controladores Nvidia GTX 770 y 396.54. Lo que hace que el juego sea injugable (y cómicamente feo).

Probé KDE Neon Bionic con el kernel 4.15 y Solus KDE con el mismo problema de rendimiento.

Puedo confirmar que el G27 funciona perfectamente.

El problema de los coches invisibles es mío. Establecí accidentalmente el número de mostrados en 1. Creo que este juego puede ir a la lista blanca.

@aboutafter tengo más FPS en configuraciones medias con un 1050Ti

Entonces, ¿qué podría estar mal con mi plataforma? porque cuando digo la configuración más baja posible también me refiero a una resolución de 1024x768 y una escala de resolución a 70.

En Windows obtuve más de 144 fps en configuraciones bajas y 1080p y escala de resolución a 100.

Prueba esto

https://github.com/ValveSoftware/Proton/issues/156#issuecomment -419633955

Jugué una carrera rápida con 5 oponentes en la configuración media a 1920x1080 y obtuve un promedio de 35-40 FPS. No es perfecto pero se mantiene bastante estable para jugar (para mí). Veo videos en Youtube de personas que dicen que el juego no tiene una gran velocidad de cuadros en Windows. Creo que esto podría optimizarse en el futuro durante el acceso anticipado

Presionar F8 me da muchos más FPS (más del doble). Ahora puedo jugar a 50-80FPS a 1080p.

Aunque solo durante el día. Por la noche, la velocidad de fotogramas es horrible.

¿Qué hace exactamente el botón F8?

Ocasionalmente no tengo audio del motor, pero el ruido de los frenos / aerodinámico todavía está presente

¿Qué hace exactamente el botón F8?

Si presiona F2, puede ver las teclas de acceso rápido. Creo que allí dice que F8 hace una captura de pantalla. Por qué ese límite y destapa la velocidad de fotogramas, no tengo ni idea.

Ocasionalmente no tengo audio del motor, pero el ruido de los frenos / aerodinámico todavía está presente

Sí, yo también tengo el mismo problema.

A veces funciona bien para mí, pero ocasionalmente se bloquea durante la carga. También obteniendo el error de audio.

Pero, en general, parece que el juego todavía tiene bastantes errores por sí solo, por lo que podría ser solo eso.

Es un juego de acceso anticipado y es posible que estos problemas sean problemas que también están presentes en Windows.

Información del sistema

• GPU: GTX 970
• Versión del controlador / LLVM: NVIDIA 396.54
• Versión de Kernel: 4.4.0-135-generic
• Enlace al informe completo de información del sistema como Gist
• Versión de protón: 3.7-6 Beta

Confirmo:

• [x] que presionar el botón Play en el cliente Steam es suficiente.
• [] esas opciones de configuración de tiempo de ejecución
  son necesarios para ejecutar el juego.
• [x] que no son necesarias otras soluciones alternativas a las mencionadas.

Cuestiones

• [x] No he tenido ningún problema.
• [] No hay problemas abiertos para este juego.
• [] Aunque considero que la experiencia de juego es igual a la de Windows, existen
  cuestiones pendientes.

El juego sigue funcionando muy bien con Steam Play / Proton después de la actualización de ayer (versión 2). Puedes ver un video aquí:

https://youtu.be/W96AYqUzLq8

El mío dejó de funcionar. Solo aparece una pantalla negra al principio y necesito reiniciar la PC porque se congela.

¿Qué versión de protón usas? Yo uso 3.7.7Beta

3.7-8 Beta ahora.

¿Funciona con la versión 3.7.7?

Este juego sufre el problema nvapi UE4: https://github.com/ValveSoftware/Proton/issues/1374

Después de la actualización 0.3, el juego continúa siendo jugable. Importante: el modo multijugador en línea también funciona.
El video de inicio no se reproduce como siempre.
Estoy usando 3.16-4 beta con los controladores nvida 415.13 beta.

En la última revisión 0.3.5 (https://www.assettocorsa.net/forum/index.php?threads/acc-release-0-3-discussion.52898/page-37#post-1011269):
"- Corregido posible problema del servidor en emuladores de Linux"

No estoy seguro de lo que esto significa, pero parece que nos están tomando en consideración un poco.

A veces funciona bien para mí, pero ocasionalmente se bloquea durante la carga. También obteniendo el error de audio.

Pero, en general, parece que el juego todavía tiene bastantes errores por sí solo, por lo que podría ser solo eso.

Tengo estos errores ayer, con 3.16-5Beta y 0.4 lanzamiento del juego. No sé si este problema está relacionado con estas versiones, veo que en la pantalla de carga de la carrera, el registro de la pista es siempre el mismo (mismo tiempo, mismo jugador), no lo había notado antes, pero ha sido desde que se lanzó el juego en Early Access. No sé si es un problema de Proton o los usuarios de Windows tienen el mismo error.
Aquí hay un video de la versión 0.4 EA con 3.16-5Beta;
https://youtu.be/VVyhJpLJ9NY

Una cosa más, después de grabar el video anterior actualicé los controladores de mi GPU y con 415.23 (con feedback de transformación) siento un mejor rendimiento del juego con mi pobre Nvidia GTX 1050Ti.

Hola de nuevo. Finalmente hoy pude probar el juego en Windows. Primero, como digo en publicaciones anteriores, hay un video antes del menú. En el modo multijugador, el ping es mucho más bajo que en Linux. En Linux, puede ver pings superiores a 300ms y en Windows, estos son normales (inferiores a 100ms). Creo que hace algún tiempo estos eran mucho más bajos.

Con la última versión (6), el ping en el modo multijugador es mucho más bajo. En la pantalla de carga de la carrera, no veo siempre el mismo registro. Pero el mensaje de la mini-ventana "Error fatal" todavía ocurre a veces. Como antes, a veces la música no funciona, otras veces escuchas todo menos el sonido de tu propio motor.
Estoy usando 3.16-7Beta

Al probar la última versión de Proton (3.16-8 Beta), el juego no parece solucionar los problemas descritos en esta publicación, pero tengo esta ventana de bloqueo cuando intento capturar la pantalla con OBS:
https://imgur.com/a/FZiTWiu

No sé si el problema está relacionado o no tiene nada que ver con OBS

La evaluación inicial fue que este juego funciona bastante bien, pero los videos que no se reproducen hacen que aún no esté listo para ser incluido en la lista blanca.

Este juego no se puede incluir en la lista blanca porque tiene algunos problemas con los sonidos (https://github.com/ValveSoftware/Proton/issues/1420#issuecomment-421112109) y en ciertos momentos muestra un mensaje emergente y luego se cierra (https: // github.com/ValveSoftware/Proton/issues/1420#issuecomment-471203462)

No es posible cargar un registro (32 MB solo ejecutando el juego desde el inicio al menú, si juegas solo un minuto, 140 MB)

El juego sufre los mismos problemas con la última versión de Proton (4.2)

Ayer el juego se lanzó oficialmente y ahora tiene mucho contenido nuevo. Lo primero que veo es que ahora hay mucho tartamudeo en el juego , pero obviamente es un problema del juego (hay muchos usuarios de Windows que reportan este problema). Puedes verlo en este video:
https://youtu.be/UZHq0QuC-K0
Pero hay un problema (antiguo y) grande. Los videos no se pueden ver, y cuando comienzas una nueva carrera, la pantalla se vuelve negra y luego es imposible continuar. Intento esperar, pulsar botones, ratón ... pero no pasa nada.
Los videos del juego están en formato wmv y se pueden ver sin problemas con el reproductor multimedia del sistema. ¿Hay alguna forma de reproducir estos videos en Wine? ¿Sería necesario instalar un complemento con Winetricks? Este usuario de Windows tuvo el mismo problema, pero lo corrige instalando una actualización de Windows

Podría haber encontrado la causa del error de audio. Parece estar en la caché del sombreador que no se borra correctamente después de salir del juego. El resultado es que el primer lanzamiento del juego después de la instalación tiene un audio que funciona, luego aparece el error de audio. En mi caso, este error de audio fue la ausencia del audio del menú y del audio del motor.

Esto se soluciona eliminando el caché del sombreador manualmente antes de comenzar el juego. Se puede encontrar en este directorio: steam / steamapps / shadercache. Elimina el archivo con el ID de aplicación del juego, "805550".

Estoy buscando una solución para el error de video.

¡Muchas gracias! Es genial conocer una solución para este problema. El problema del vídeo es un gran problema porque no puedes iniciar el modo carrera. Espero que en un futuro cercano podamos jugar este juego como en Windows.

El juego se actualizó a 1.0.4 y ahora puedo jugar en el modo carrera. Si presiono el botón del mouse cuando la pantalla se pone negra (introducción de video), continúa y es posible reproducir. Pero el tartamudeo hace que a veces sea imposible jugar con normalidad. Este tartamudeo no estaba presente antes del lanzamiento oficial, en el acceso temprano el juego funcionó mejor para mí.

Desafortunadamente, la aplicación falla constantemente cuando se usa SteamVR (probado en Ubuntu 19.10 con Valve Index)

@aeikum ¿Necesita más información / registros?

Información del sistema

• Procesador gráfico :
• Versión del controlador / LLVM: NVIDIA 440.82
• Versión de Kernel: 5.3.0-46-generic
• Enlace al informe completo de información del sistema como Gist
• Versión de protón: 5.0-6 RC3
• Versión SteamVR: 1.11.7

Confirmo:

• [x] que he comprobado si hay actualizaciones disponibles para mi sistema.

• steam-805550.ubuntu1910_steamvr.zip (problema SteamVR)

• steam-805550.ubuntu1910.zip (funciona como se esperaba)

Reproducción

1. Seleccione el título dentro de su Library usando el cliente Steam y presione el botón Play
2. Launch Assetto Corsa Competizione Steam VR mode

Hola @mimattr , como nota al margen, los registros de Proton se comprimen bien y puedes arrastrar y soltar archivos en tu comentario.

@ leillo1975 Con respecto al micro tartamudeo, también he visto que comenzaron bastante con la versión 1.0.

Editar: Lo siento , olvidé lo que escribí anteriormente, eligiendo una pista diferente y el tartamudeo es tan peor como antes. No tengo ni idea de lo que está pasando con este juego. Incluso cuando mi GPU (GTX 1080) no funciona al 100%, veo estos picos en el tiempo de fotograma, por lo que no estoy seguro de si este tartamudeo está relacionado con la GPU. Podría ser una compilación constante de sombreadores, pero no sé si esto mostraría micro tartamudeos muy frecuentes.

Con Proton 4.11-2, cuando intentas guardar una configuración de rueda, con asignaciones de ejes y botones, el juego se bloquea.
No puedo cargar el registro (52 MB)
Desinstalé el juego y lo reinstalé, y con la misma versión de protones, cuando intento hacer un nuevo perfil al comienzo del juego, cuando eliges el idioma, se vuelve a bloquear.
Si vuelvo a 4.2-9, el juego vuelve a funcionar.

Hola @ leillo1975 , en general, los registros de Proton se comprimen bien en un archivo, ¿puedes intentarlo?

steam-805550.zip

@ leillo1975 @ kisak-valve El bloqueo de inicio al crear un perfil es una regresión conocida en msctf. Leí que la próxima versión de Proton 4.11 contendrá la solución (https://github.com/ValveSoftware/Proton/issues/2978#issuecomment-521631126).
Mientras tanto, puede usar winetricks msctf como solución alternativa (no olvide establecer su prefijo en consecuencia). Es posible que esto provoque el bloqueo al guardar también una configuración de rueda.

@ leillo1975 @ kisak-valve El bloqueo de inicio al crear un perfil es una regresión conocida en msctf. Leí que la próxima versión de Proton 4.11 contendrá la solución ( # 2978 (comentario) ).
Mientras tanto, puede usar winetricks msctf como solución alternativa (no olvide establecer su prefijo en consecuencia). Es posible que esto provoque el bloqueo al guardar también una configuración de rueda.

... y si también intentas escribir en el chat del juego

Corregido en la nueva versión de Proton (4.11-3)

Con el problema de msctf resuelto, investigué los dos problemas restantes con este juego que tenía. Ahora funciona bastante bien para mí.

Reproducción de vídeo

Unreal Engine 4, que se usa debajo, usa Windows Media Foundation para reproducir películas en el juego. ACC quiere reproducir videos MP4 (h264 / acc) y WMV (wmv3 / wmapro). Por lo tanto, la reproducción de video que falta está relacionada con https://github.com/ValveSoftware/Proton/issues/1464

Obtuve la reproducción funcionando con estos pasos:

• Copie los siguientes archivos nativos en la carpeta system32 del prefijo ACC wine: colorcnv.dll , mf.dll , mferror.dll , mfreadwrite.dll , msmpeg2adec.dll , msmpeg2vdec.dll , resampledmo.dll , sqmapi.dll , mfplat.dll , mfps.dll , mfplay.dll , wmvdecod.dll , wmadmod.dll
• Media Foundation necesita configuraciones de registro, estas deben instalarse usando regedit en el prefijo ACC wine.
• De los archivos anteriores, los siguientes deben registrarse usando regsvr32 en el prefijo de vino ACC: mfplay.dll , mfps.dll , wmadmod.dll , wmvdecod.dll , msmpeg2vdec.dll , msmpeg2adec.dll , colorcnv.dll , resampledmo.dll
• Asegúrese de que Wine recoja las versiones nativas de estos archivos, por ejemplo, usando la variable de entorno: WINEDLLOVERRIDES=mf,mferror,mfreadwrite,msmpeg2adec,msmpeg2vdec,sqmapi,mfplat,mfps,mfplay,wmvdecod,wmadmod=n

Estos pasos deberían ser suficientes para la reproducción exitosa de la mayoría de los videos. Sin embargo, _no_ es suficiente para la introducción. Supuse que la reproducción está bien (confirmada por el registro de UE4), pero el video está oculto o invisible. Parece que el tamaño del video es el problema aquí. Una vez que cambié el tamaño de los videos de introducción a "tamaños normales", también aparecieron. Así:

• Cambia el tamaño de los siguientes videos en .steam/steam/steamapps/common/Assetto Corsa Competizione/AC2/Content/Movies (o similar): UE4MovingLogo4K.mp4 , Intro_Kunos_505.mp4 , ACC_GameIntro_16-9.mp4 y TestIntro.mp4 . He usado ffmpeg para hacerlo: ffmpeg -i <in>.mp4 -vf scale=1920:-1 <out>.mp4

Picos de tiempo de fotograma / tartamudeo

Actualmente se necesita un parche en la parte superior de Proton para deshacerse de los picos de tiempo de fotogramas pesados, especialmente visibles en la sesión en línea. Ver https://github.com/ValveSoftware/Proton/issues/1420#issuecomment -639084670
Aquí hay una compilación personalizada de Proton que tiene este parche aplicado en Proton 5.0-8: https://www.dropbox.com/s/dz1kk9i22buz8fj/proton-5.0-8-acc-0001-ntdll-perform-fsync-in-client .tar.xz? dl = 0

ACC es bastante GPU y especialmente intensivo en CPU . El juego tiene un HUD en el juego. Consulte https://www.assettocorsa.net/forum/index.php?threads/can -somebody-pls -explica-me.59540 /. El valor O (porcentaje de ocupación para los cálculos físicos) puede dar una impresión del uso de la CPU. Al igual que en Windows, reducir la cantidad de oponentes puede ayudar cuando su CPU no puede mantenerse al día.
Esta publicación debe dar alguna indicación de qué configuraciones relacionadas con la GPU deben usarse con cuidado: https://www.assettocorsa.net/forum/index.php?threads/biggest -settings-impact-on-gpu.59535 / y,.

¡Feliz carrera!

El juego se actualizó a 1.0.8 y ahora, cuando presionas Inicio, la pantalla se vuelve negra y luego se bloquea en el Escritorio. Intento ejecutar con Proton 4.2 y volver a descargar el juego, pero el problema persiste.

Hola @ leillo1975 , 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.

@ leillo1975 @ kisak-valve Lo mismo aquí, aunque esto podría ser un problema del juego que también afecta a Windows, consulte https://www.assettocorsa.net/forum/index.php?threads/an -unreal-process-has-crashed- after-1-0-8-update.60152 /

Hola @ leillo1975 , 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-805550-.zip

Después de la actualización de hoy (1.0.9), el juego vuelve a funcionar . Creo que el juego funciona un poco más fluido que en versiones anteriores.

Actualicé ligeramente las instrucciones anteriores para la versión 1.1. El juego ahora usa un video de introducción wmv3 / wmapro que requirió algo de atención. También la tartamudez parece mucho menos con la versión 1.1.

Con el problema de msctf resuelto, investigué los dos problemas restantes con este juego que tenía. Ahora funciona bastante bien para mí.

Reproducción de vídeo

Unreal Engine 4, que se usa debajo, usa Windows Media Foundation para reproducir películas en el juego. ACC quiere reproducir videos MP4 (h264 / acc) y WMV (wmv3 / wmapro). Por lo tanto, la reproducción de video faltante está relacionada con # 1464

Obtuve la reproducción funcionando con estos pasos:

* Copy the following native files into the system32 folder of the ACC wine prefix: `colorcnv.dll`, `mf.dll`, `mferror.dll`, `mfreadwrite.dll`, `msmpeg2adec.dll`, `msmpeg2vdec.dll`, `resampledmo.dll`, `sqmapi.dll`, `mfplat.dll`, `mfps.dll`, `mfplay.dll`, `wmvdecod.dll`, `wmadmod.dll`

* Media Foundation needs registry settings, these should be installed using `regedit` into the ACC wine prefix.

* From above files the following needs to be registered using `regsvr32` in the ACC wine prefix: `mfplay.dll`, `mfps.dll`, `wmadmod.dll`, `wmvdecod.dll`, `msmpeg2vdec.dll`, `msmpeg2adec.dll`, `colorcnv.dll`, `resampledmo.dll`

* Make sure that wine picks up the native versions of these file, e.g. by using environment variable: `WINEDLLOVERRIDES=colorcnv,mf,mferror,mfreadwrite,msmpeg2adec,msmpeg2vdec,sqmapi,mfplat,mfps,mfplay,wmvdecod,wmadmod=n`

Estos pasos deberían ser suficientes para la reproducción exitosa de la mayoría de los videos. Sin embargo, _no_ es suficiente para la introducción. Supuse que la reproducción está bien (confirmada por el registro de UE4), pero el video está oculto o invisible. Parece que el tamaño del video es el problema aquí. Una vez que cambié el tamaño de los videos de introducción a "tamaños normales", también aparecieron. Así:

* Resize the following videos in `.steam/steam/steamapps/common/Assetto Corsa Competizione/AC2/Content/Movies` (or similar) :`UE4MovingLogo4K.mp4`, `ACC_GameIntro_16-9.mp4` and `TestIntro.mp4`. I've used ffmpeg for doing so: `ffmpeg -i <in>.mp4 -vf scale=1920:-1 <out>.mp4`

Picos de tiempo de fotograma / tartamudeo

ACC es bastante intensivo en GPU cuando todas las configuraciones están al máximo. Dicho esto, mi impresión es que la tartamudez se debe a limitaciones de la CPU . Incluso con la configuración de gráficos más baja, el juego maximizará un núcleo de CPU debido a la física y la inteligencia artificial (supongo). Con la versión 1.1, la tartamudez casi ha desaparecido, si no, reducir el número de oponentes podría ayudar.

El juego tiene un HUD en el juego. Consulte https://www.assettocorsa.net/forum/index.php?threads/can -somebody-pls -explica-me.59540 /. Mientras el valor O (% de ocupación para los cálculos físicos) permanezca en cero, todo debería estar bien.

Además, sigo limitando los fps a 50 y ajusto la configuración de gráficos para que el uso de la GPU sea ligeramente inferior al 100%. Esta publicación debe dar alguna indicación de qué configuraciones relacionadas con la GPU deben usarse con cuidado: https://www.assettocorsa.net/forum/index.php?threads/biggest -settings-impact-on-gpu.59535 /

¡Feliz carrera!

Espero que alguien de los desarrolladores de Proton vea su publicación y tome nota del problema de reproducción de video para incluir la solución en la próxima versión de Proton.

Hola @ leillo1975 , tenga en cuenta que hay un trabajo en curso para brindar apoyo al marco de Media Foundation en Wine. No va a haber una solución rápida porque debe implementarse desde cero y, luego, los problemas de licencia con los códecs deben resolverse.

Hay algunas formas de solucionar el problema, pero es necesario tener una instalación de Windows 7 de 64 bits para obtener algunos archivos porque no hay un instalador legal redistribuible para el marco disponible en Microsoft.

En una nota al margen, opentrack master obtuvo soporte para ptroton, el seguimiento de la cabeza funciona ahora maravillosamente junto con ACC.
https://github.com/opentrack/opentrack

Asseto Corsa: Sobrecarga Competizione FFB en G920

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/3246.
@flukejones publicado en 2019-11-22T10: 36: 00:

Información del sistema

• GPU: RTX2060
• Versión del controlador / LLVM: Nvidia 440.31
• Versión del kernel: 5.4.0-rc8-1.g97aef18-default (openSUSE Tumbleweed)
• Informe de información del sistema Gist :
• Versión de protones: 4.11-8

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

Force Feedback parece funcionar. Pero luego la cola de FFB del dispositivo se sobrecarga, provocando FFB irregular o ningún FFB.

dmesg

[ 1627.828016] logitech-hidpp-device 0003:046D:C262.0014: Force feedback command queue contains 73140 commands, causing substantial delays!
[ 1627.842136] logitech-hidpp-device 0003:046D:C262.0014: Force feedback command queue contains 73160 commands, causing substantial delays!
[ 1627.843229] logitech-hidpp-device 0003:046D:C262.0014: Force feedback command queue contains 73160 commands, causing substantial delays!
<Trimmed by moderator>

Por lo demás, el juego parece funcionar bien con un buen rendimiento, a excepción de las películas que no se reproducen.

Reproducción

Jugar un juego.

Registro de protones

steam-805550.zip

Más información a la anterior. Mientras se juega, parece mantenerse mayormente en la parte superior de FFB y parece haber una amplia gama de efectos.

Pero tan pronto como el juego se detiene, la cola de comandos de FFB crece en la estratosfera y continúa.

Además, una vez que FFB se apaga en el juego, la cola de comandos comienza a reducirse. Instaló Pop! _OS 19.10 y experimentó lo mismo.

Eh ... Entonces, la cola deja de usarse una vez que el juego sale, ¿lo que significa que deja de vaciarse? Lo que significa que en otro juego de conducción, está usando la cola de efectos acumulada, drenando los efectos de Asseto Corsa.

Descubrí que este juego tiene mucho tartamudeo, especialmente en los juegos multijugador o cuando corres contra muchos autos. En ciertos momentos, los juegos muestran un mensaje en la parte superior izquierda (uso de la CPU> 99%), y el gráfico de tiempos de fotogramas del DXVK_HUD muestra mucho tartamudeo. Grabé un video para mostrarte este problema:
https://youtu.be/cEoahOxIWqc

Como puede ver en la ventana "htop", la CPU no está al 99% (quizás al 60%). Se pierde mucho rendimiento de la CPU, y es probable que si el juego usara toda la CPU, este tartamudeo sería mucho menor. Creo que esto no es normal.

Hice un Blender Benchmark y todos los núcleos se pusieron al 100% en "htop" sin problemas.

Jugué 2 carreras multijugador en Windows en la misma PC sin problemas ni mensajes de sobrecarga de CPU. Creo que Proton no puede usar toda la CPU en este juego. El problema es el mismo con las versiones 5.0, 4.11 y 4.2

Mi CPU es un Intel i7-3770. Puedes ver un GIST de mi sistema aquí:
https://gist.github.com/leillo1975/db654fd0c71ce0baf57c1cca5bef3525

Conozco este tipo de comportamiento, consulte https://github.com/doitsujin/dxvk/issues/1161, aunque en mi caso realmente tenía un núcleo de CPU al máximo cuando apareció el mensaje de la parte superior izquierda.
Afortunadamente (al menos para mí) los juegos funcionan mucho mejor aquí desde las actualizaciones recientes. Bastante decepcionante que todavía funcione tan mal en su máquina.
El juego todavía maximiza un núcleo de CPU aquí, pero aparentemente deja suficiente espacio para que los picos de tiempo de fotogramas sean raros en mi máquina. Dicho esto, nunca encontré un interruptor o configuración que eliminara los picos para siempre. A veces creo que depende de qué núcleo de CPU aterrice el juego :)
I7-6850K y NVIDIA GTX 1080 aquí. Al leer en los foros de ACC, el juego parece depender en gran medida de la CPU, supongo que esto es aún más importante en Linux.

PD: puede intentar https://github.com/jp7677/dxvk-nvapi
Esto me da 1 o máx. 2 fps extra, puede que ganes algo más.

Copio / pego mi mensaje en su problema @doitsujin dxvk, pero creo que este problema no está relacionado con DXVK

Copio / pego mi mensaje en su problema @doitsujin dxvk, pero creo que este problema no está relacionado con DXVK

También estoy convencido de que esto no está relacionado con DXVK. Según el foro de ACC, también hay muchos usuarios de Windows con picos de tiempo de fotogramas: https://www.assettocorsa.net/forum/index.php?forums/acc -troubleshooting.72 /

Lo extraño es que el juego informa un uso de CPU> 99% y el sistema operativo solo informa menos del 60%. Es como si Proton no usara toda la potencia de la CPU.

Lo extraño es que el juego informa un uso de CPU> 99% y el sistema operativo solo informa menos del 60%. Es como si Proton no usara toda la potencia de la CPU.

Sí, eso es bastante extraño. Acabo de probar ACC y htop en mi máquina, aquí htop me mostró un núcleo de CPU casi al 100%. ¿Está seguro de que no hubo nada más que estresó su máquina, tal vez IO en lugar de CPU?

Editar: ¿Ves el mismo comportamiento en las carreras de un jugador? Supongo que debería mencionar que sigo las carreras para un jugador.

Copio / pego mi mensaje en su problema @doitsujin dxvk, pero creo que este problema no está relacionado con DXVK

También estoy convencido de que esto no está relacionado con DXVK. Según el foro de ACC, también hay muchos usuarios de Windows con picos de tiempo de fotogramas: https://www.assettocorsa.net/forum/index.php?forums/acc -troubleshooting.72 /

https://www.assettocorsa.net/forum/index.php?threads/large-intermitentes-tartamudeos-con-high-end-pc.62505 /

Editar: ¿Ves el mismo comportamiento en las carreras de un jugador? Supongo que debería mencionar que sigo las carreras para un jugador.

En las carreras de un jugador hay menos tartamudeo, pero cuando añades más coches, este efecto aumenta.

Interesante. ¿Qué se muestra htop con menos o más autos en un solo jugador?
carreras para ti?

El domingo, 9 de febrero de 2020 a las 00:30, leillo1975 [email protected] escribió:

Editar: ¿Ves el mismo comportamiento en las carreras de un jugador? Supongo que
Debería mencionar que me quedo con las carreras de un solo jugador.

En las carreras de un jugador hay menos tartamudeo, pero cuando agregas más
coches este efecto aumenta

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/1420?email_source=notifications&email_token=AEDL5XORFBQNWIF5SO4BWYDRB457VA5CNFSM4FUYQ7U2YY3PNVWWK3TUL52HS4DFVDVREXWG43V ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AEDL5XIC2OAON34HVU67LH3RB457VANCNFSM4FUYQ7UQ
.

Editar: ¿Ves el mismo comportamiento en las carreras de un jugador? Supongo que debería mencionar que sigo las carreras para un jugador.

En las carreras de un jugador hay menos tartamudeo, pero cuando añades más coches, este efecto aumenta.

Acabo de probar algunos juegos multijugador. El tartamudeo es peor allí, aunque no siempre (parece mejorar con el tiempo) y no tanto como en su grabación. He estado ejecutando htop al mismo tiempo, de manera similar con los juegos para un solo jugador, tenía un núcleo de CPU casi al 100% todo el tiempo.

Hago otra prueba desactivando HyperThreading en BIOS . Ahora solo tengo 4 núcleos funcionando. Como puede ver al seguir el video, estos núcleos funcionan al 75-80% y el juego informa 99%. Creo que Proton no usa todo el potencial de la CPU, al menos en este juego:
https://youtu.be/2CXBhQOsFig

Interesante. ¿Qué está mostrando htop con menos o más autos en las carreras de un jugador para ti?

Este video muestra el uso de la CPU en la carrera de un jugador contra 7 oponentes. Como puede ver, hay mucho menos tartamudeo:
https://youtu.be/ZLRpOEp3h5s

Perdón por la conducción en todos estos videos, tengo el volante al costado de la mesa para poder escribir cómodamente con el teclado informando estas pruebas

EDITADO : Lo siento, publiqué el video multijugador sin HT. Ahora esta corregido

Creo que debe estar relacionado con la capa de red en Wine / Proton. Algo similar afecta a rFactor2, en un solo jugador, el juego funciona bien, con muchos autos en carrera. Pero cuando intentas carreras multijugador, el juego es mucho más lento, no en la visualización de gráficos, sino en la carrera, es como ir a cámara lenta, y el uso de la CPU también es mayor que en un solo jugador.

Creo que debe estar relacionado con la capa de red en Wine / Proton. Algo similar afecta a rFactor2, en un solo jugador, el juego funciona bien, con muchos autos en carrera. Pero cuando intentas carreras multijugador, el juego es mucho más lento, no en la visualización de gráficos, sino en la carrera, es como ir a cámara lenta, y el uso de la CPU también es mayor que en un solo jugador.

Este es el problema de rFactor2 (https://github.com/ValveSoftware/Proton/issues/245) que @alexbrrsclnt informa:
https://youtu.be/cz1mE1QpcKE

FWIW, agregué un ajuste a ffbtools en berarma / ffbtools # 17 que corrige los problemas de force feedback que la gente ha estado teniendo con este juego (al menos en las ruedas G27 / G920).

Hoy el juego se actualizó a la versión 1.4 y ahora no funciona. Antes del menú, se bloquea en el escritorio. Por favor echa un vistazo

Solo lo probé con 1.4 y el último protón, y funciona muy bien para mí. ¿Puedes publicar un registro?

Aquí va:
steam-805550.zip

`` `28416.743: 00e4: 00e8: trace: loaddll : load_so_dll Loaded L" C: \ windows \ system32 \ XAudio2_7.dll "en 0x7f3534140000: incorporado
LogConsoleManager: Advertencia: la configuración de la variable de consola 'r.VSync' con 'SetByGameSetting' se ignoró ya que es de menor prioridad que el anterior 'SetByProjectSetting'. El valor sigue siendo '0'
LogStreaming: Error: no se pudo encontrar el archivo para el paquete / Script / SourceControl solicitado por el código de carga asíncrono. NameToLoad: / Script / SourceControl
LogStreaming: Error: Se encontraron 1 paquetes dependientes ...
LogStreaming: Error: / Juego / GUI / Shared / WDG_InteractiveFooterButton
LogKsPhysics: Error: _ITERATOR_DEBUG_LEVEL es 0, no hay comprobaciones de rango
LogKsOnlineServices: Pantalla: TcpClient intentando conectarse (etapa 5)
LogKsOnlineServices: Advertencia: el estado de conexión 5 de OnlineService cambió a 0
LogKsOnlineServices: Pantalla: Conexión a 809a.assettocorsa.ne, 809b.assettocorsa.ne:809
LogKsPhysics: Error: TCP socket setTimeout error detectado 10009

LogInit: Pantalla: Motor de juego inicializado.
LogInit: Pantalla: Partida inicial.
información: Presentador: Propiedades reales de la cadena de intercambio:
información: Formato: VK_FORMAT_B8G8R8A8_UNORM
información: Modo presente: VK_PRESENT_MODE_IMMEDIATE_KHR
información: Tamaño del búfer: 1920x1080
info: Número de imágenes: 2
info: Exclusivo FS: 1
28448.814: 00e4: 00e8: fixme: dxgi: dxgi_output_GetDisplayModeList iface 0x3f1f2f0, formato DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x5fd600, modes (nil) stub parcial!
28448.814: 00e4: 00e8: fixme: dxgi: dxgi_output_GetDisplayModeList iface 0x3f1f2f0, formato DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x5fd600, modos 0x7f3486d84300 stub parcial!
información: Presentador: Propiedades reales de la cadena de intercambio:
información: Formato: VK_FORMAT_B8G8R8A8_UNORM
información: Modo presente: VK_PRESENT_MODE_FIFO_KHR
información: Tamaño del búfer: 1920x1080
info: Número de imágenes: 3
info: Exclusivo FS: 1
información: Modo de visualización de configuración: 1920x1080 @ 60
LogD3D11RHI: Error: agsDriverExtensionsDX11_SetDepthBounds (1,0.000000, 1.000000) devolvió el código de error 2. * * ACTUALICE SUS CONTROLADORES DE VIDEO * **
LogKsOnlineServices: Pantalla: Intentando (re) conectarse al backend de KSON
LogKsOnlineServices: Advertencia: el estado de conexión 0 de OnlineService cambió a 1
LogKsOnlineServices: Pantalla: backend KSON conectado
LogSlate: Advertencia: FontCache flush solicitado. Motivo: se cambió la cultura para la localización
LogSlate: Advertencia: FontCache flush solicitado. Motivo: se cambió la cultura para la localización
LogAudio: Error: ~ FXAudioDeviceProperties: XAudio2-> Error de Release (): Código de error 1 no controlado
información: Restaurando el modo de visualización: 1920x1080 @ 60
''

No estoy seguro de lo que está pasando, ¿tal vez no le gusta que no pueda conectarse?

No lo sé. Este es el último registro del juego, no el registro de Steam:
AC2.log

Ahora también estoy fallando con la actualización 1.4. @ ah- ¿en qué versión de protones estás? ¿Qué núcleo? ¿Qué tarjeta de video? algún ajuste? ¿Resolución?

LogConsoleManager: Warning: Setting the console variable 'r.VSync' with 'SetByGameSetting' was ignored as it is lower priority than the previous 'SetByProjectSetting'. Value remains '0'
LogStreaming: Error: Couldn't find file for package /Script/SourceControl requested by async loading code. NameToLoad: /Script/SourceControl
LogStreaming: Error: Found 1 dependent packages...
LogStreaming: Error:   /Game/GUI/Shared/WDG_InteractiveFooterButton
LogKsPhysics: Error: _ITERATOR_DEBUG_LEVEL is 0, no range checks
LogKsOnlineServices: Display: TcpClient trying to connect (stage 5)
LogKsOnlineServices: Warning: OnlineService's connection state 5 changed to 0
LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809
LogKsPhysics: Error: TCP socket setTimeout error detected 10009 

LogInit: Display: Game Engine Initialized.
LogInit: Display: Starting Game.
info:  Presenter: Actual swap chain properties:
info:    Format:       VK_FORMAT_B8G8R8A8_UNORM
info:    Present mode: VK_PRESENT_MODE_IMMEDIATE_KHR
info:    Buffer size:  1920x1080
info:    Image count:  2
info:    Exclusive FS: 1
28448.814:00e4:00e8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x3f1f2f0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x5fd600, modes (nil) partial stub!
28448.814:00e4:00e8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x3f1f2f0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x5fd600, modes 0x7f3486d84300 partial stub!
info:  Presenter: Actual swap chain properties:
info:    Format:       VK_FORMAT_B8G8R8A8_UNORM
info:    Present mode: VK_PRESENT_MODE_FIFO_KHR
info:    Buffer size:  1920x1080
info:    Image count:  3
info:    Exclusive FS: 1
info:  Setting display mode: 1920x1080<strong i="6">@60</strong>
LogD3D11RHI: Error: agsDriverExtensionsDX11_SetDepthBounds(1,0.000000, 1.000000) returned error code 2. **********PLEASE UPDATE YOUR VIDEO DRIVERS*********
LogKsOnlineServices: Display: Trying to (re)connect to KSON backend
LogKsOnlineServices: Warning: OnlineService's connection state 0 changed to 1
LogKsOnlineServices: Display: KSON backend connected
LogSlate: Warning: FontCache flush requested. Reason: Culture for localization was changed
LogSlate: Warning: FontCache flush requested. Reason: Culture for localization was changed
LogAudio: Error: ~FXAudioDeviceProperties: XAudio2->Release() error: Unhandled error code 1
info:  Restoring display mode: 1920x1080<strong i="7">@60</strong>

No estoy seguro de lo que está pasando, ¿tal vez no le gusta que no pueda conectarse?

¿Este registro es de un juego funcional ? Si es así, entonces eso me ayuda mucho en mi depuración.

@ ah- Si el suyo está funcionando, un conjunto completo de archivos de registro me ayudaría a solucionar este problema :)

Claro aquí tienes. Lo anterior fue del registro fallido de @ leillo1975 , solo con el ruido seh eliminado.

El mío está aquí, creo que todos los detalles están en el registro: steam-805550.log.gz . Acaba de iniciar el juego, entró en el menú principal y salió.

@ ah-: Eres el único para quien esto funciona ... ¿Estás lanzando por casualidad en modo VR?

Además, lo siento por todas las preguntas, pero ¿le importaría volver a ejecutar y tomar un registro con el nivel de registro DXVK establecido en trace ? @ ah- Gracias por tu ayuda. Tengo que arreglar el mío antes de la carrera del domingo.

El juego también termina aquí mientras se reproduce el logotipo de UE4. Probé un prefijo limpio, que me muestra la pantalla de selección de idioma, pero luego termina. No es un accidente, simplemente sale. Las únicas líneas algo sospechosas en el registro del juego son, supongo

[2020.05.14-18.56.58:791][169]Closing by request
[2020.05.14-18.56.58:791][169]LogWindows: FPlatformMisc::RequestExit(0)

No tengo idea de cuál es el significado detrás de eso.
Editar: Nota interesante, la salida no siempre ocurre al mismo tiempo, a veces puedo seleccionar un idioma, a veces existe antes.

Al mirar los archivos de registro, parece que muere cuando tiene un tiempo de espera de conexión TCP, que es un error que he visto antes. Dice que está intentando conectarse a las siguientes ubicaciones de DNS:

• 809a.assettocorsa.ne
• 809b.assettocorsa.ne

Ejecutar dig para mí contra esos no resuelve nada. @ ah- ¿qué resuelven esos para ti? Agregaré una entrada /etc/hosts localmente y veré si eso lo corrige para confirmar.

Curiosamente, 809a.assettocorsa.net resuelve por mí, y al buscar el error de winsock que ocurre (10009), significa Número de archivo incorrecto , que para mí indica una falla en la resolución de nombres.

@mcoffin No sé si es el problema, pero su registro contiene estas entradas, mientras que el registro de @ ah- no:

steam-805550.log:314839:28454.084:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:868][ 45]LogTextLocalizationResource: LocRes '../../../Engine/Content/Localization/Engine/es-ES/Engine.locres' could not be opened for reading!\r\n" steam-805550.log:315093:28454.085:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:870][ 45]LogTextLocalizationResource: LocRes '../../../Engine/Plugins/Online/OnlineSubsystemSteam/Content/Localization/OnlineSubsystemSteam/es-ES/OnlineSubsystemSteam.locres' could not be opened for reading!\r\n" steam-805550.log:315347:28454.086:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:871][ 45]LogTextLocalizationResource: LocRes '../../../Engine/Plugins/Online/OnlineSubsystem/Content/Localization/OnlineSubsystem/es-ES/OnlineSubsystem.locres' could not be opened for reading!\r\n" steam-805550.log:315601:28454.087:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:872][ 45]LogTextLocalizationResource: LocRes '../../../Engine/Plugins/Online/OnlineSubsystemUtils/Content/Localization/OnlineSubsystemUtils/es-ES/OnlineSubsystemUtils.locres' could not be opened for reading!\r\n" steam-805550.log:315855:28454.088:00e4:00e8:warn:seh:OutputDebugStringA "[2020.05.14-17.20.02:873][ 45]LogTextLocalizationResource: LocRes '../../../AC2/Content/Localization/Game/es/Game.locres' could not be opened for reading!\r\n"

¿Quizás buscar en esas ubicaciones de archivos y / o intentar cambiar su idioma a en-US en lugar de es-ES?

`` `~ ❯❯❯ ping 809a.assettocorsa.net
PING 809a.assettocorsa.net (144.76.81.131) 56 (84) bytes de datos.
^ C
--- 809a.assettocorsa.net estadísticas de ping ---
4 paquetes transmitidos, 0 recibidos, 100% de pérdida de paquetes, tiempo 3024 ms

~ ❯❯❯ ping 809b.assettocorsa.net ✘ 1
PING 809b.assettocorsa.net (64.188.22.202) 56 (84) bytes de datos.
64 bytes de 64.188.22.202.static.quadranet.com (64.188.22.202): icmp_seq = 1 ttl = 121 tiempo = 14,8 ms
64 bytes de 64.188.22.202.static.quadranet.com (64.188.22.202): icmp_seq = 2 ttl = 121 tiempo = 14,8 ms
^ C
--- 809b.assettocorsa.net estadísticas de ping ---
2 paquetes transmitidos, 2 recibidos, 0% de pérdida de paquetes, tiempo 1001 ms
rtt mínimo / promedio / máximo / mdev = 14.787 / 14.816 / 14.846 / 0.029 ms
''

@aeikum No he publicado mis registros, pero como estás ayudando adjuntaré el mío aquí.

steam-805550.log.gz

@ ah- ¿por casualidad estás usando systemd-resolved ? ¿O estás usando algo más? Curiosamente, sin usar @1.1.1.1 , dig agota para mí en las URL de assettocorsa.ne

Solo dns normal a través de mi ISP, DNS 1: 212.69.40.23 .

Iniciar sesión con depuración de dxvk, opciones de lanzamiento completas PROTON_LOG=1 DXVK_HUD=full WINEFSYNC_SPINCOUNT=100 DXVK_LOG_LEVEL=debug %command% :
steam-805550.log.gz

@ ah- ¿Por qué tienes esa opción WINEFSYNC_SPINCOUNT configurada?

Solo un viejo sobrante, probado sin él ahora y funciona igual.

@ ah- pero ¿está usando systemd-resolved o resolvd o qué para la administración de DNS localmente?

@ ah- Solo comprobando, ¿realmente estás en la versión 1.4?

@ jp7677 Creo que lo es ya que tiene esta línea de registro

4167.921:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.57:142][  0]LogTemp: Project Version: 1.4.0\r\n"

Sí, estoy seguro de que es la versión 1.4, también se muestra en la interfaz de usuario. Creo que estoy usando NetworkManager para la administración de dns. Es solo un arco predeterminado con un escritorio gnome normal.

La única otra cosa en la que puedo pensar es que estoy ejecutando el controlador nvidia de la línea principal, no vulkan beta. Pero es bastante más probable que esto esté relacionado con dns / network, ¿no tuvo suerte con solo agregar estos dos a / etc / hosts?

Entonces, he notado estas líneas en @ ah- logs, pero NO en el mío (grep para 99Check para ver la línea justo antes de donde deberían estar.

AH- registros

4158.945:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:166][  0]LogKsPhysics: 99Check ok with S76561197993476496\r\n"
4158.946:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:166][  0]LogKsOnlineServices: Display: TcpClient trying to connect (stage 5)\r\n"
LogKsOnlineServices: Display: TcpClient trying to connect (stage 5)
4158.963:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:184][  0]LogKsOnlineServices: Warning: OnlineService's connection state 5 changed to 0\r\n"
LogKsOnlineServices: Warning: OnlineService's connection state 5 changed to 0
4158.964:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:185][  0]LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809\r\n"
LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809
4158.965:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:185][  0]LogKsGamePlatform: Sending kson connection request with account lastUpdated: 948612704\r\n"
4158.965:00d4:00d8:warn:seh:OutputDebugStringA "[2020.05.14-18.36.48:186][  0]LogKsPhysics: Error: TCP socket setTimeout error detected 10009 \n\r\n"
LogKsPhysics: Error: TCP socket setTimeout error detected 10009

Mis registros

417.853:00e8:00ec:warn:seh:OutputDebugStringA "[2020.05.14-19.30.39:949][  0]LogKsPhysics: 99Check ok with S76561198056164727\r\n"
417.853:00e8:00ec:warn:seh:OutputDebugStringA "[2020.05.14-19.30.39:949][  0]LogKsPhysics: Error: TCP socket setTimeout error detected 10009 \n\r\n"
LogKsPhysics: Error: TCP socket setTimeout error detected 10009

Mis registros para esta etapa:

LogKsOnlineServices: Display: TcpClient trying to connect (stage 5)
LogKsOnlineServices: Warning: OnlineService's connection state 5 changed to 0
LogKsOnlineServices: Display: Connecting to 809a.assettocorsa.ne, 809b.assettocorsa.ne:809
LogKsPhysics: Error: TCP socket setTimeout error detected 10009 
NvAPI_D3D_GetObjectHandleForResource: Not implemented
NvAPI_D3D_SetResourceHint: Not implemented
LogInit: Display: Game Engine Initialized.
LogInit: Display: Starting Game.
NvAPI_D3D11_SetDepthBoundsTest: Succeeded
LogKsOnlineServices: Display: Trying to (re)connect to KSON backend
LogKsOnlineServices: Warning: OnlineService's connection state 0 changed to 1
LogKsOnlineServices: Display: KSON backend connected

(Ignore los registros de NVAPI)

Solo por diversión, desconecté mi red, todavía la misma salida. (Aunque estoy bastante seguro de que los registros fueron ligeramente diferentes en ese caso). Por lo tanto, no estoy seguro de si esto está relacionado con la red ...

¿Alguien necesita algo de mí (registros, pruebas)? Intenté hacer un prefijo limpio y el juego se cierra después de mostrar la selección de idioma.

@ leillo1975 @ jp7677 @ ah- ¿Qué CPU tienen todos aquí?

Tengo un i7 3770, GTX-1060-6GB (440), 16GB y uso Ubuntu 20.04

Nada especial, i7-6850K, 1080GTX, Fedora 32, Nvidida 440.82.

@ ah- ¿Te importaría comprimir toda tu carpeta c:\users\steamuser\My Documents\Assetto Corsa Competizione y pegarla aquí para que pueda probar con tu configuración EXACTA?

Assetto Corsa Competizione.zip

@ leillo1975 gracias, pero realmente estoy buscando la configuración de @ ah- ya que la suya es la que funciona

ac.zip
Tuve que omitir el directorio MoTec o el zip se hizo demasiado grande para cargarlo en gh.

También es un cortahilos 2950x en caso de que importe.

@Ah gracias. ¿Le importaría participar en una sesión de práctica para asegurarse de que htat también funciona para usted y publicar un registro de eso? Estoy trabajando en esto ahora mismo.

Gracias por toda tu ayuda. Las personas como tú son un regalo del cielo para solucionar estos problemas

Acabo de hacer un intento desesperado con un prefijo nuevo, sin opciones de lanzamiento y el último protón de https://github.com/GloriousEggroll/proton-ge-custom/releases , pero sigue siendo el mismo comportamiento.
@mcoffin ¿Puedes entrar al juego ahora?

Acabo de hacer un intento desesperado con un prefijo nuevo, sin opciones de lanzamiento y el último protón de https://github.com/GloriousEggroll/proton-ge-custom/releases , pero sigue siendo el mismo comportamiento.
@mcoffin ¿Puedes entrar al juego ahora?

Negativo.

Como otra nota interesante, mientras estoy mirando otras cosas, ¿podría alguien que tenga problemas intentar cambiar su zona horaria a GMT (compensación +0)? Noté que @ ah- está usando la zona horaria GMT. No debería importar, pero podría ... ¿supongo? @ jp7677 @ leillo1975

Registro de una vuelta de un evento especial:
steam-805550.log.gz

@ ah-, ¿te importaría cambiar temporalmente el nombre de tu prefijo y luego intentar iniciar el juego? ¿Esto crea un nuevo prefijo y podría dar una pista en qué dirección buscar?

@mcoffin Cambiar la zona horaria a Islandia no hizo ninguna diferencia aquí.
Editar: también probé el Reino Unido;)

Estoy en el Reino Unido, pero espero que eso no haga ninguna diferencia.

El nuevo prefijo todavía funciona, registro:
steam-805550.log.gz

La única otra cosa en la que puedo pensar es que no había jugado durante al menos un par de semanas antes de probar 1.4.

Gracias por intentarlo. Bueno, supongo que no tiene nada que ver con la configuración del juego.

Maldita sea. Literalmente no puedo ver lo que está mal ... es como si la ventana se destruyera innecesariamente

Pude acceder a la pantalla de selección de idioma, seleccionar inglés, luego se bloqueó inmediatamente después de eliminar todo mi directorio My Documents/Assetto Corsa Competizione (después de hacer una copia de seguridad). @ jp7677 ¿ puede confirmar este comportamiento en absoluto?

Sí, lo mismo aquí. Por cierto, no hay ningún accidente. El juego simplemente sale por sí solo.

@ ah- Cuando cierras el juego, ¿lo cierras a través de tu administrador de ventanas, pasando por el menú, o pulsando alt-F4 o qué? Estoy intentando depurar el mensaje "Cierre a petición" que vemos cuando el juego decide cerrarse.

A través del menú del juego.

@ jp7677 ¿cómo exactamente estás lanzando el juego? Lo tomo de un mensaje anterior que @ ah- se está lanzando a través de Steam con la línea de comando que publicó arriba

Solo el botón de reproducción verde normal en Steam. Tengo algunas opciones de lanzamiento
(modo de juego, el vino se anula para la reproducción de video) pero también los borra
ninguna diferencia.

El jueves 14 de mayo de 2020 a las 23:18, Matt Coffin [email protected] escribió:

@ jp7677 https://github.com/jp7677 ¿cómo está lanzando exactamente el
¿juego? Lo tomo de un mensaje anterior que @ ah- https://github.com/ah-
se está lanzando a través de Steam con la línea de comando que publicó arriba

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/1420#issuecomment-628891745 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AEDL5XNGT2XTWUQARYGME2DRRRNZXANCNFSM4FUYQ7UQ
.

@ jp7677 ¿Le importaría compartir sus anulaciones para la reproducción de video?

Consulte más arriba en este hilo (actualmente no estoy frente a mi
máquina), había creado una publicación más grande en el pasado describiendo lo que era
necesario para la reproducción de video. Tenga en cuenta que implica más que ajustar el
opción de lanzamiento.

El jueves 14 de mayo de 2020 a las 23:25, Matt Coffin [email protected] escribió:

@ jp7677 https://github.com/jp7677 te importa compartir tus anulaciones para video
¿reproducción?

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/1420#issuecomment-628894970 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AEDL5XPY5EYWHO35WCVUN73RRROV3ANCNFSM4FUYQ7UQ
.

Puedo confirmar que esto probablemente no sea un problema de ventana / pantalla completa, ya que se observa exactamente el mismo comportamiento en Wayland

¿El juego funciona para alguno de ustedes en la versión 1.4?

@ ah- afirma que está funcionando para él

@ ah- ¿la reproducción de video te funciona o no?

Uf, esto es muy frustrante, especialmente porque alguien lo tiene funcionando.

Actualización: si presionas Alt-F4 o matas la ventana con tu administrador de ventanas, entonces no obtienes el mensaje de registro Closing by request , lo que significa que el juego sabe que está terminando. Es casi como si pensara que se hace clic en el botón "Salir".

Conjetura a ciegas, pero ¿y si hubiera una entrada fantasma de gamepad / joystick enviando un comando de retroceso? @ ah-, ¿juegas con el mouse y el teclado? En este punto, no estaría de más probar si el problema se puede evitar desconectando todos los periféricos no esenciales.

@ kisak-valve Ya lo he hecho (solo el mouse + el teclado están conectados), y no hay cambios. Aún así, el juego sale por sí solo.

De sus registros, @ ah- está jugando con un controlador ... pero hasta ahora no he encontrado una sola persona capaz de hacerlo funcionar.

Desconecté mi volante y mi cámara web y nada cambió

Esto es bastante frustrante, ya que el juego obviamente se está saliendo ya que ese mensaje no aparece a menos que tenga este problema o salga manualmente a través de los menús.

Intenté un montón de cosas, y ninguna de ellas rompió ACC por mí, simplemente sigue funcionando. Usando steam-native, desconectando, desconectando todos mis controladores, usando fluxbox en lugar de gnome. No tengo idea de lo que te está pasando. Sin embargo, mi instalación es bastante antigua, es posible que tenga algunos enlaces simbólicos antiguos para versiones de gnutls, etc., pero realmente no puedo imaginar que eso sea lo que hace que esto funcione.

La reproducción de video no me funciona, solo aparece una ventana negra y necesito hacer clic con el mouse para saltar al menú.

Ok, al menos eso es sensato. ¿Tiene alguna anulación de DLL para ese prefijo (marque winecfg con PATH y WINEPREFIX establecidos apropiadamente)

Voy a perder absolutamente mi mierda tratando de arreglar esto. No tengo idea de qué es diferente para @ ah-

¿Alguien averiguó algo sobre esto? Se acerca mi carrera de liga :(

@ ah- Si tienes tiempo mañana para sentarte conmigo y tratar de resolver esto, te lo agradecería mucho. Discord / IRC / lo que sea; ¡Tu dilo!

Como estoy en una crisis de tiempo, agregaré una recompensa de $ 50 por error para cualquiera que lo solucione o me brinde la información que permita una solución.

Unreal Engine 4 tiene su propio sistema de registro. Al agregar lo siguiente a [prefix- folder]/805550/pfx/drive_c/users/steamuser/Local Settings/Application Data/AC2/Saved/Config/WindowsNoEditor/Engine.ini :

[Core.Log]
global=VeryVerbose

Obtengo mucha más información en el archivo 805550/pfx/drive_c/users/steamuser/Local Settings/Application Data/AC2/Saved/Logs/AC2.log .

Directamente antes de salir se dice ahora:

[2020.05.15-05.24.33:043][163]LogPrimitiveComponent: VeryVerbose: Driver_Player2->Driver_Head Performing overlaps!
[2020.05.15-05.07.38:219][198]LogScriptCore: Verbose: CallFunctionByNameWithArguments: Name not found ''
[2020.05.15-05.07.38:219][198]LogScriptCore: Verbose: CallFunctionByNameWithArguments: Name not found ''
[2020.05.15-05.07.38:219][198]Closing by request

Sin embargo, no tengo idea si esto tiene algo que ver con la solicitud de cierre ...

Renuncié a VeryVerbose después de unos minutos, pero aquí hay un registro detallado:
AC2.log.gz

mismo error para mí con la versión 1.4, la versión anterior funciona perfectamente.

Acabo de obtener la versión 1.4.1, ¡esta versión está comenzando bien aquí!

Funciona de nuevo, genial. Espero la ayuda para arreglar el tartamudeo en las carreras multijugador. Dejé un mensaje en sus foros de soporte. Creo que debes apoyarlo dejando una respuesta, para que vean que somos más de uno jugando en Linux:
https://www.assettocorsa.net/forum/index.php?threads/lots -of-tartamudeo-en-carreras-en-línea.64414 /

Hola @mcoffin , dado que parece que @ leillo1975 o como los que he descrito aquí https://github.com/doitsujin/dxvk/ issues / 1161 (Ya no es peor aquí en mi sistema, pero todavía tengo este tipo de picos de tiempo de fotograma).
Si no es así, ¿podría compartir algunas especificaciones de su sistema y configuración? Todavía sospecho que el problema es el uso de la CPU, pero me encantaría escuchar más ideas sobre ese tema.

Editar: ¿Podrías unirte a la discusión que @ leillo1975 abrió en los foros de Kunos, ese puede ser un mejor lugar ya que también podríamos recibir algunas ideas de otras personas? No sé qué tan bien funciona "mencionar" en los foros de Kunos, por eso comencé aquí.

No sé qué tan bien funciona "mencionar" en los foros de Kunos, por eso comencé aquí.

Funciona como aquí. Solo tienes que usar "@nombredeusuario" para mencionar

Trabajar en 1.4.1

Trabajar en 1.4.1

Puedo confirmar que esto nuevamente es 100% bueno para ir con 1.4.1 y 1.4.2 . ¡Gracias a Kunos por el increíble apoyo!

Hola. Bueno, el rendimiento para mí no es tan bueno como ustedes están describiendo. Obtengo 32 en lugar de 113 en Windows. Además, la velocidad de fotogramas en el menú se reduce de 108 a 30 cada vez que vuelvo de estar en el buen camino. Tengo gtx 970 con exactamente la misma configuración en ambos sistemas operativos. ¿Alguien puede ayudar? También probé los controladores de desarrollo vulkan de nvidia 440.66.15-1, donde obtengo el error Error: agsDriverExtensionsDX11_SetDepthBounds(1,0.000000, 1.000000) returned error code 2. **********PLEASE UPDATE YOUR VIDEO DRIVERS*********. durante la secuencia de inicio. Curiosamente, continúa si tienes la ventana de juego minimizada durante este período. Además, el juego se bloquea al ingresar al menú de selección de circuitos con Proton-5.8-GE-2-MF que corrige videos. ¿Algunas ideas? Estoy tratando de que funcione correctamente hasta el fin de semana libre, para poder comprarlo más tarde sabiendo que será viable para jugar. @ leillo1975 ¿Podrías ayudarme?

Además, el juego se bloquea al ingresar al menú de selección de circuitos con Proton-5.8-GE-2-MF que corrige videos.

Probablemente esta versión de Proton intenta decodificar videos y no puede. Use la versión oficial y cuando la pantalla permanezca en negro presione un botón para saltar al menú.

@ leillo1975 para una aclaración, GE Proton puede decodificar videos; los videos de introducción funcionan bien. Al seleccionar pistas, se bloquea. Y no hay videos. Yo uso protón estándar por ahora.

Me preocupa más el rendimiento general. ¿El comportamiento es el mismo para ti? Me refiero al 20% del rendimiento de Windows en modo hotlap. ¿Y disminución del rendimiento en el menú?

Hola @ Furious7c8 intentaré comentar tus preguntas una a una:
1) Fps en los menús: hay una configuración que (afortunadamente) restringe los fps en los menús a 30 fps, supongo que lo tienes desactivado en Windows;)
2) Fps en el juego: ¿obtienes tanta diferencia con la misma configuración? No tengo un sistema operativo Windows para comparar, pero esa diferencia parece enorme. Dicho esto, una GTX 970 podría ser algo limitada. Los juegos en Linux con DXVK realmente necesitan más VRAM que en Windows con DX. Tal vez estés limitado allí. Según mi experiencia, se aplica la misma recomendación que para Windows. Por ejemplo, la calidad del espejo puede acumular tus fps.
3) SetDepthBoundsTest es un método que no forma parte de DX11, pero pertenece a AMD-AGS o NV-API. Unreal Engine puede usar esto, lo que resulta en un poco más de fps (entre 1% y 2%). Es posible que desee probar https://github.com/doitsujin/dxvk-ags o https://github.com/jp7677/dxvk-nvapi, pero es un poco de trabajo configurar esto con una ganancia mínima. Está perfectamente bien ignorar esto.
4) Los videos de las pistas tienen un formato diferente a los de la introducción y no contienen pistas de audio. Consulte aquí para obtener más detalles https://github.com/ValveSoftware/Proton/issues/1420#issuecomment-526511312. El trabajo de la Media Foundation aún está muy en curso, solo dale un poco más de tiempo;)

@ jp7677 Gracias por la respuesta.

1. Soy consciente de esta configuración. Como se indicó, los ajustes se verifican por triplicado para que sean idénticos. Los FPS en el menú son 109 fps -> voy a la pista -> salgo de la pista al menú -> tengo 30 fps. Definitivamente algo está roto.
2. Con bastante experiencia, estoy de acuerdo en que es una diferencia demasiado grande. Por ejemplo, tengo un 15% de disminución en el rendimiento en todos los juegos de Proton que tengo. Creo que vale la pena luchar por ello, ya que no se trata de simples gastos generales. Algo definitivamente está roto.
3. Lo comprobaré.
4. Ya veo ... Pero no he visto ningún video sobre pistas, ni siquiera en Windows.

1: Ah, ahora entiendo lo que quieres decir. Creo que también he visto este comportamiento, pero (si es / era lo que estás describiendo) puede ser 5 veces en total (con más de 100 horas en el juego). Como sucedió tan raramente, simplemente reinicié y me olvidé de él. Ahora, idea de lo que podría ser (¿no hay más VRAM disponible? ¿Puede ser que DXVK HUD pueda darte algunas pistas?)
2: Sí, avíseme si encontró una forma o un entorno determinado que mitigue el comportamiento que está viendo.

1. Bueno, eso es extraño;). Estoy viendo los videos de la pista en Linux, aunque después de algunos retoques como se describe en la publicación (mucho) más adelante.

Creo que el peor problema que tiene este juego no son los videos o el rendimiento del video. La tartamudez en línea multijugador es el principal problema a solucionar, porque lo mejor de este juego es esta característica, y los usuarios de Linux no pueden competir con otros jugadores en las mismas condiciones. No sé si los desarrolladores de Valve / Codeweavers son conscientes de esto .... @aeikum No sé si su trabajo está relacionado con la red Wine / Proton, pero si no, ¿puede mostrar el problema al desarrollador correcto? Existe un problema similar con rFactor 2 . Tal vez sea necesario echar un vistazo a algo en Wine / Proton.

@ jp7677 Mi último comentario por un tiempo.

1. Esto sucede siempre, por lo que es inaceptable. Revisé el uso de vram y no es diferente al de Windows. No es un problema en mi humilde opinión.
2. He probado varios indicadores de dxvk y diferentes versiones de protones, pero fue en vano.
3. DXVK-nvapi no ayudó de ninguna manera (evitando que aparecieran errores). Estoy bastante seguro de que hice todos los pasos necesarios.

También he comparado el comportamiento con Windows. En Win, se crean 84 subprocesos y el uso de la CPU nunca es del 100%. Muchos subprocesos ocupan la CPU de alguna manera significativa y todo parece estar bien. En Linux, sin embargo, veo el mismo comportamiento que describiste antes, donde un hilo está vinculando el hilo de la CPU al 100% mientras que el resto de ... espera ... 160 hilos creados por el juego están inactivos en general. Lo que también es 100%, es mi confianza en que hay un problema con la sincronización de subprocesos de alguna manera. Esperaba encontrar algunas de las banderas conocidas en dxvk o wine para alterar el comportamiento al menos, para ver alguna promesa. Una cosa que no he probado es el kernel habilitado para fsync, pero ahora mismo no tengo muchas esperanzas. ¿Alguien lo ha intentado?

@ leillo1975 He comprobado en línea (no voy a rastrear honestamente) para comprobar la tartamudez que describiste. Como los resultados de rendimiento son tan inconsistentes, una vez logré tener más de 90 FPS. Entonces no he notado ningún tartamudeo. TBH Creo que (si no estamos hablando de compilación de sombreadores "arreglada" por fosilize), la fuente de tartamudeos es la misma que el bajo rendimiento en general.

Creo que sería difícil encontrar una herramienta para investigar el comportamiento de este hilo, ¿verdad?

@ Furious7c8 Gracias por sus descripciones detalladas. Sí, mi apuesta también sería que wine tiene dificultades para manejar hilos / sincronización de hilos de la forma en que ACC lo usa. Probé un kernel f-sync una o dos veces, pero no vi mucha diferencia aquí. Supongo que seguramente es el caso, pero ¿e-sync está funcionando correctamente en su máquina?
En resumidas cuentas, supongo que realmente necesitas un sistema robusto para jugar a estos juegos un poco bien en Linux (i7-6850K / GTX1080 en Fedora 32 aquí).

0001-ntdll-Perform-fsync-in-client.txt

El parche adjunto debería ayudar con la tartamudez en el modo multijugador.

¡Oh, realmente genial, muchas gracias! Ahora es el momento de construir mi protón
entorno en funcionamiento de nuevo. ¿Necesito un kernel habilitado para f-sync para
utilizar eficazmente esto?

El jueves 4 de junio de 2020 a las 19:40, gofman [email protected] escribió:

0001-ntdll-Perform-fsync-in-client.txt
https://github.com/ValveSoftware/Proton/files/4731792/0001-ntdll-Perform-fsync-in-client.txt

El parche adjunto debería ayudar con la tartamudez en el modo multijugador.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/ValveSoftware/Proton/issues/1420#issuecomment-639002790 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AEDL5XMLO5U5TG4XWBATTZLRU7MBRANCNFSM4FUYQ7UQ
.

No, el problema y la solución no están relacionados con la sincronización, funcionó bien para mí incluso sin esync (no creo que este juego dependa mucho de eso).

0001-ntdll-Perform-fsync-in-client.txt

El parche adjunto debería ayudar con la tartamudez en el modo multijugador.

¿Dónde y cómo se aplica este parche?

Espero que el parche llegue al próximo lanzamiento de Proton. Necesitaría construir Proton desde la fuente para usarlo. Lo puse aquí por si acaso alguien está dispuesto a hacer eso y probarlo antes.

Aquí hay una versión un poco mejor del parche.
0001-ntdll-Perform-fsync-in-client.txt

@gofman He aplicado su parche sobre proton-5.0-next y, de hecho, los grandes picos de tiempo de fotogramas, especialmente en las sesiones de varios jugadores, se han ido. Realmente genial, una vez más, muchas gracias por investigar esto. Realmente sería genial si este parche se aplicara al vino de protones / aguas arriba.

@ leillo1975 Si sabe cómo usar una compilación de protones personalizada, puede descargar y probar mi compilación aquí
https://www.dropbox.com/s/dz1kk9i22buz8fj/proton-5.0-8-acc-0001-ntdll-perform-fsync-in-client.tar.xz?dl=0

Editar: enlace actualizado para el parche Proton-5.0-8 +

@gofman He probado el parche en rFactor 2 con la esperanza de que https://github.com/ValveSoftware/Proton/issues/245#issuecomment -606511619

@berama

Probé el parche en rFactor 2 con la esperanza de que sirviera de ayuda, pero no fue así. No tengo ACC para probar. Parece relacionado con el uso intensivo de la red. Este es el problema en caso de que esté interesado en echar un vistazo: # 245 (comentario)

Intentaré investigar esto en los próximos días. ¿Hay alguna forma segura de cómo puedo observar el problema en el juego, sin tratar de seguir el ritmo de los otros jugadores? Idealmente (en aras de la recopilación de información más fácil), ¿tal vez conozca algún efecto observable sin siquiera moverse desde el pozo?

¿Puedes recopilar el registro de una sesión multijugador lenta si es posible (probablemente no demasiado largo ya que el registro puede crecer) grabado con WINEDEBUG = + pid, + timestamp, + loaddll, + process, + thread, + winsock, + seh? Y adjúntelo al informe de errores de Wine (puede ser enorme, pero están muy bien comprimidos): https://bugs.winehq.org/show_bug.cgi?id=48668.

Realmente genial !!!
https://youtu.be/YDYoGotwzlM

Muchas gracias, @gofman

Acabo de comprobar el origen de mis problemas de rendimiento. Resulta que en Windows con DXVK el comportamiento es básicamente el mismo (unos 10 FPS más, probablemente eliminando la sobrecarga del vino). Entonces, lamentablemente, no creo que pueda hacer nada al respecto a menos que @doitsujin lo revise. Además, el mío 970 está vinculado a VRAM en Windows, lo que probablemente se atribuye a un bajo rendimiento (los últimos 500 Mb son un drama muy lento de hace un par de años).

El parche de Wine ahora se transmite a Wine con algunos ajustes:
https://github.com/wine-mirror/wine/commit/3078f10d43d834b0498358fe0accb565191b7020

Crucemos los dedos para que también encuentre su camino hacia la próxima versión de Proton.

¡Realmente grandioso! Gracias de nuevo @gofman

@ jp7677 - Parece que esto ya se resolvió, pero responderé la pregunta independientemente.

Yo experimentar algunos picos, pero sólo cuando los coches nuevos conecto. Sin embargo, esto no es un problema para las carreras de liga, ya que solo interrumpirá la clasificación.

Hay un nuevo tipo de tartamudeo introducido en el último parche, que ocurre cuando el juego intenta cargar diseños personalizados, pero eso también ocurre en Windows, así que ten en cuenta que ese caso será una pista falsa cuando pruebes que el parche es trabajando.

Espero que el parche llegue al próximo lanzamiento de Proton. Necesitaría construir Proton desde la fuente para usarlo. Lo puse aquí por si acaso alguien está dispuesto a hacer eso y probarlo antes.

Aquí hay una versión un poco mejor del parche.
0001-ntdll-Perform-fsync-in-client.txt

@GloriousEggroll , ¿puedes incluir esta corrección en tu próximo Proton-GE?

Para su placer de prueba: http://www.mediafire.com/file/7zc3875pe8koyoh/proton-5.0-9-rf2-acc.7z

Los últimos parches ACC y rF2 se aplican al último Proton 5.0-9.

Mi binario ACC cambió en un parche silencioso hoy, y estamos fallando en el inicio ahora para mí :(

no importa, en realidad soy un idiota. mi secuencia de comandos del lanzador se bloquea cuando la rueda no está conectada, porque soy un tonto.

Proton-5.9-GE-ST funciona fuera de la caja, con videos y los últimos parches:
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-4-ST

@ leillo1975 Estabas enlazando a https://github.com/wine-staging/wine-staging/commit/8402c959617111ac13a2025c3eb7c7156a2520f8 en el problema "Proton 5.0-10 RC testing", ¿qué cambios con esta confirmación para ACC?

El parche corrige la tartamudez en las carreras multijugador. También hay un parche rFactor2 que corrige problemas en línea

¿Estás seguro?
La tartamudez del multijugador se solucionó con https://github.com/wine-mirror/wine/commit/3078f10d43d834b0498358fe0accb565191b7020 , ese es el primer enlace que publicaste en el problema "Prueba de Proton 5.0-10 RC". Mi pregunta fue sobre el segundo enlace que publicó para ACC.

@ leillo1975 He vuelto a mirar el enlace del parche Wine-Staging que había publicado. Supongo que acabas de copiar a ciegas este enlace de las notas de la versión de Proton-5.9-4-GE-ST. Dudo que tenga algún efecto en ACC. Este parche es para compatibilidad con ACL (listas de control de acceso). Sugeriría eliminar ese enlace de su lista de enlaces en el problema "Prueba de Proton 5.0-10 RC" para evitar cualquier confusión.

@GloriousEggroll ¿Podría aclarar si este parche https://github.com/wine-staging/wine-staging/commit/8402c959617111ac13a2025c3eb7c7156a2520f8 como se menciona en https://github.com/GloriousEggroll/proton-ge-custom/releases/tag /5.9-GE-4-ST ¿ realmente afecta a Assetto Corsa Competizione (ACC)? Tan justo como veo, este parche trata sobre la compatibilidad con las listas de control de acceso (ACL).

este fue el parche de CA:
https://github.com/wine-mirror/wine/commit/3078f10d43d834b0498358fe0accb565191b7020

Si lo nota, la primera parte del parche cambia las ACL requeridas en la declaración if:

if (!ret && (type == FD_TYPE_FILE || type == FD_TYPE_DIR))

Esto rompe Origin, porque el parche de preparación de ACL asignaba incorrectamente las ACL incorrectas cuando se ejecutó el origen. Entonces, para corregir eso, necesita el parche ACL actualizado de la etapa de prueba.

En realidad, hay otra solución para esto aguas arriba que necesita ser retroportada, lo que soluciona el problema en el vino de vainilla además de la puesta en escena. (Yo soy quien discutió esto con Paul, el autor del parche cuando se solucionó):

https://github.com/wine-mirror/wine/commit/01143089f08c662a75f5af47fc2a8a3f8ae2afd6#diff -9d5b3420303a159fb3342fbfd812b20f

Paul Gofman06/23/2020
Ok, it is actually oldest Staging patchset server-Stored_ACLs occasionally turns normal files into FILE_FD_CHAR in server if the files have security descriptor. Origin does not flush character devices of course, there are just security descriptors for normal files.
We should probably fix that, file type affects more than triggering regression in my recent patch.
set_file_sd() in server/file.c has the assignment that effectivly cleares _REG / _DIR attribute on file mode, so later the file is treated as FD_TYPE_CHAR
Not like we don't want the flushes for character devices working, just having that to affect Origin looked very weird.
I think I will fix that

Paul Gofman06/23/2020
Pushed update. Now the issue with Origin should be double fixed.

Espero que el parche llegue al próximo lanzamiento de Proton. Necesitaría construir Proton desde la fuente para usarlo. Lo puse aquí por si acaso alguien está dispuesto a hacer eso y probarlo antes.

Aquí hay una versión un poco mejor del parche.
0001-ntdll-Perform-fsync-in-client.txt

Hablo de este parche. @gofman podría explicar esto mejor, incluido el parche multijugador rfactor2 .
Estos cambios están incluidos en una de las últimas versiones de Wine.

Espero que el parche llegue al próximo lanzamiento de Proton. Necesitaría construir Proton desde la fuente para usarlo. Lo puse aquí por si acaso alguien está dispuesto a hacer eso y probarlo antes.
Aquí hay una versión un poco mejor del parche.
0001-ntdll-Perform-fsync-in-client.txt

Hablo de este parche. @gofman podría explicar esto mejor, incluido el parche multijugador rfactor2 .
Estos cambios están incluidos en una de las últimas versiones de Wine.

Ambos parches están en Wine upstream y deberían aparecer en la próxima rebase de Proton (es decir, una actualización importante basada en la versión más reciente de Wine).

Creo que el comentario https://github.com/ValveSoftware/Proton/issues/1420#issuecomment -664136646 de @GloriousEggroll básicamente explica de dónde vienen los rumores sobre el conjunto de

server-Stored_ACLs El conjunto de parches Staging no es necesario ni para que Assetto Corsa ni Origin funcionen.

Sin embargo, Wine Staging y la compilación de GE de https://github.com/wine-mirror/wine/commit/01143089f08c662a75f5af47fc2a8a3f8ae2afd6#diff -9d5b3420303a159fb3342fbfd812b20f en mainstream y por https: //github-stagingccomcom/wine7/8 en la puesta en escena.

@GloriousEggroll @gofman ¡ Muchas gracias por la aclaración detallada, no quedan preguntas!
¡Gracias @ leillo1975 por editar su comentario en el problema "Pruebas de Proton 5.0-10 RC"!

Hola a todos, ¡mi índice de válvulas llegó hoy!

Hasta ahora, puedo decir que está cerca, pero el soporte de realidad virtual para este título todavía está roto debido a un acceso de puntero NULL en alguna parte. Comenzaré a investigar ya que Project Cars 2 (también UE4, creo) está funcionando, y espero poder averiguar qué está pasando, pero para otros interesados ​​en depurar, aquí está el juego y el registro de protones de un intento de ejecutarlo en SteamVR modo.

AC2.log
steam-805550.log

Nueva información sobre el modo VR, parece que se está llamando IVRCompositor::Submit con una textura que tiene un identificador NULL alguna parte, como texture->handle == NULL en el caso anterior, lo que provoca el 0x0 desreferencia del puntero. (confirmado con registro personalizado vrclient_x64 )

Ahora, acabo de pasar unas 5 horas tratando de conectar un depurador a este maldito juego y romper en ivrcompositor_submit , pero por mi vida absoluta no puedo hacer que funcione. Si comienzo el juego FUERA de Steam, se queja de que Steam no está funcionando. Si lo inicio desde Steam, el depurador no se puede conectar. No trabajaré en eso por un tiempo, ya que casi perdí completamente la mierda gastando tanto tiempo en algo tan simple (comenzando con un depurador).

Hola @mcoffin, muchas gracias por tu esfuerzo. No tengo un índice, pero me estoy interesando cada vez más, así que sigo de cerca su progreso aquí;)
Por lo que leí, Project Cars 2 no está construido en UE4 sino en su propio motor, por lo que esta podría no ser la mejor referencia. Sobre sus hallazgos, no estoy seguro de cómo proceder. Supongo que ha encontrado el código fuente aquí https://github.com/ValveSoftware/Proton/blob/proton_5.0/vrclient_x64/vrclient_x64/vrclient_main.c#L894 Puede ser prudente preguntar directamente a alguien aquí por una dirección.

Ok chicos, nueva información (otra vez) - cc: @ jp7677

Agregué un truco a ivrcompositor_submit para que no sea segfault cuando se le pasa un identificador de textura NULL (simplemente pasa al código "Identificador de textura no válido" que ya existía).

Con esta solución, el juego ahora se inicia en realidad virtual y puedes ver las cosas en 3D, pero parece que todas las texturas no válidas corresponden a la superposición que se supone que muestra el juego (el menú), que no aparecer en absoluto.

Independientemente, al menos finalmente pude ver que sucedía

Desafortunadamente, la realidad virtual aquí parece sufrir el mismo retraso de representación sincrónica entre los ojos que la PC2 :( por lo que es probable que haya problemas de rendimiento además de esto, incluso una vez que solucionamos la superposición del menú.

WRT a pcars2, pensé que eran iguales ya que también muestra las líneas típicas de UE LogHMD cuando se inicia en modo VR. @ jp7677

En una segunda mirada, parece que IVROverlay::SetOverlayTexture no tiene la lógica de IVRCompositor::Submit para realizar la conversión dxvk vs wined3d ... tal vez eso sea ¿la cuestión?

@mcoffin ¡
Con respecto a PC2, podría estar muy equivocado con mi declaración, no soy dueño del juego, acabo de leer en Internet que todo lo sabe que usaron su propio motor (Madness Engine).

@ jp7677 lol publicamos al mismo tiempo.

En lo que respecta a wined3d, solo me da una pantalla negra permanente (pantalla completa) en el HMD.

Sin embargo, no lo miré demasiado de cerca, ya que no he tenido más que problemas con WineD3D en D3D10 +. Me tomó EDADES hacer que ArmA III funcionara bien (luego dxvk salió como un año después lol)

@ jp7677 también si conoces una buena manera de hacer que un depurador se ejecute en este juego, tengo algunas formas súper piratas, pero ninguna de ellas es perfecta, y MATARÍA para poder tener puntos de interrupción en todos los d3d11 Funciones dxgi , vrclient y openvr . Intentar correlacionar las marcas de tiempo entre apitrace , DXVK, proton, etc. me está matando

si lo inicio usando winedbg , sale porque no puede conectarse a Steam. No puedo lanzar winedbg con las opciones de lanzamiento de Steam porque stdin / stdout están jodidos. Adjuntar más tarde funciona un poco, pero solo la mitad de las bibliotecas realmente cargan sus símbolos de depuración, el desensamblador no funciona en absoluto, los valores de registro impresos son irregulares en el mejor de los casos y vrclient aparece como no depurable, aunque Confirmé que incluye información de depuración. (Rara vez me cabreo con el código, pero casi doy un puñetazo a mi monitor pasando horas tratando de conseguir una configuración de depurador que funcione. Muy frustrante).

Además, es un gran fastidio que Kunos no permita el apoyo de vulkan. No se necesitaría mucho excepto portar los sombreadores HLSL, pero la única razón por la que -vulkan no funciona en la línea de comandos es que no incluyen los recursos "cocinados" de UE4 (lo que sea que eso signifique).

Sí, usar Wine3D para ACC de verdad no es una opción, solo lo dije para solucionar este problema, puede ser que la textura-> el identificador no sea nulo con Wine3D.

Pero puede ser que ya esté bastante cerca de sus pensamientos sobre SetOverlayTexture ...

Con respecto a la depuración, desafortunadamente no ... excepto usando líneas de escritura de consola de la vieja escuela :(

Quiero decir, nunca he visto un menú de realidad virtual que tenga este estilo en Linux (aquel en el que solo es la pantalla del juego rellena ... Te apuesto lo que sea a que se administra con IVROverlay , y la falta de trucos de implementación vk<->d3d ahí es el problema. Profundizaré mañana, pero casi pierdo la mierda de nuevo hoy trabajando en esto, así que terminé con esto por la noche ... De hecho, voy a hacer algunas carreras antes de que tenga que hacer 4 horas en Paul Ricard por la mañana ...

Nota al margen: tener un video habilitado para DHCP abierto en Firefox, en un segundo monitor, impulsado por una GPU diferente, usando PRIME para transferir cuadros a la GPU principal, luego compilado, mostrado y enviado de vuelta, parece bloquear este juego en cualquier compilación de sombreadores. ...

Ahora, eso es 100% solucionable, pero un dato un poco interesante que encontré mientras intentaba ver Netflix mientras depuraba esto. (también ocurre en Hulu + contenido comprado en YouTube ... Yay drm)

¡Muchas gracias por tu esfuerzo hasta ahora y buena suerte con la carrera! ;)

@ jp7677 ¿sabe qué idioma intenta emular vrclient? Nunca antes había visto ese tipo de ABI. ¿Está intentando ser como C #?

@mcoffin , hasta donde yo sé, vrclient es un puente hacia múltiples versiones del cliente OpenVR. La mayoría de los archivos son generados por https://github.com/ValveSoftware/Proton/blob/proton_5.0/vrclient_x64/gen.sh y, por tanto, https://github.com/ValveSoftware/Proton/blob/proton_5.0/ vrclient_x64 / gen_wrapper.py

@ jp7677 ¡ Los menús están apareciendo y la

mcoffin / Proton @ acc

EDITAR : Los parches definitivamente no están listos para su envío ascendente, ya que son un desastre, simplemente lo hice funcionar y solo es compatible con el caso DXVK en este momento. Cuando realmente los envíe, refactorizaré los casos de traducción de texturas DXVK / WineD3D / Vulkan en su propia base de código para que haya menos duplicación de código y admitiré los casos que no son DXVK.

¿Quién hubiera pensado que estaba tan cerca de funcionar?

@mcoffin ¡ oh, bueno, un progreso realmente genial!

Los problemas de rendimiento ahora también se resolvieron: simplemente no use el modo de renderizado heredado (use el nuevo (async) en la configuración de SteamVR (específico de la aplicación)).

Ahora solo hay un problema que puedo encontrar: hay algunos problemas de seguimiento, pero eso parece ser culpa de SteamVR en escenarios de carga de alta cpu, en lugar de culpa de Proton / ACC

¿Alguien más se congela al azar en este juego? Para mí, a veces el juego se atasca. El sonido continúa, pero la imagen no cambia y tengo que matar el juego. En dmesg obtengo esto:

[432570.790754] NVRM: GPU at PCI:0000:01:00: GPU-756c0726-1313-410f-39b6-ed71283e1126
[432570.790758] NVRM: GPU Board Serial Number: 
[432570.790760] NVRM: Xid (PCI:0000:01:00): 13, pid=399, Graphics Exception: EXTRA_MACRO_DATA
[432570.790766] NVRM: Xid (PCI:0000:01:00): 13, pid=399, Graphics Exception: ESR 0x404490=0x80000002
[432570.790901] NVRM: Xid (PCI:0000:01:00): 13, pid=513968, Graphics Exception: ChID 0067, Class 0000c197, Offset 00002394, Data 00000000

Acc log termina con muchos mensajes como este:

[2020.08.23-19.03.35:965][125]LogD3D11RHI: Timed out while waiting for GPU to catch up. (0.5 s)

¿Algunas ideas?
Alguna información del sistema: gentoo, proton-5.09, nvidia-drivers-450.57-r1, GTX-1060

Hmm ... eso suena como una incompatibilidad con los controladores propietarios de NVIDIA (desafortunadamente).

Si estás en realidad virtual, escuché que hay problemas con la reproyección asíncrona y las tarjetas NVIDIA, por lo que si la desactivas, es posible que comience a funcionar, pero me imagino que el rendimiento sería casi imposible de vivir.

Aparte de eso, ¿cuál es su versión de kernel?

Tengo un segundo equipo con un 2070S que podría probar más tarde hoy para ver si encuentro el mismo problema.

He notado que el juego NO se ocupa bien de los tiempos de espera de los sockets, por lo que los tiempos de espera de la conexión de red a veces bloquean el juego para mí, por lo que eso también podría ser un factor, aunque lo dudo dadas las líneas dmesg que mostró.

@gotzl, ¿tu tarjeta está overclockeada? ¿A qué resolución intentas ejecutar el juego? una búsqueda superficial encontró que este error a veces es indicativo de una carta moribunda, o una que se está presionando demasiado.

También me está congelando. Por lo general, se congela mientras se carga el juego, es decir, antes del menú principal, pero a veces se congela más tarde. Cuando se congela más tarde, generalmente es inmediatamente después de que hago clic en un botón en un menú, aunque a veces parece que se congela al azar. Si conduzco cuando se congela, continúa reproduciendo el mismo audio en bucle y los gráficos no cambian, pero sé que la física aún se simula porque cambia la retroalimentación de fuerza de mi rueda.

Crash durante la carga:
steam-805550.log.zip

Choque mientras corre:
steam-805550.log.racing.zip

Crash después de hacer clic en el botón de configuración de carga:
steam-805550.log.button.zip

$ uname -r
5.7.12-arch1-1

$ pacman -Q mesa
mesa 20.1.5-1

Tengo un Vega 64 y no veo ninguna similitud con el registro de @gotzl , así que tal vez este sea un problema separado ...

También me está congelando. Por lo general, se congela mientras se carga el juego, es decir, antes del menú principal, pero a veces se congela más tarde. Cuando se congela más tarde, generalmente es inmediatamente después de que hago clic en un botón en un menú, aunque a veces parece que se congela al azar. Si conduzco cuando se congela, continúa reproduciendo el mismo audio en bucle y los gráficos no cambian, pero sé que la física aún se simula porque cambia la retroalimentación de fuerza de mi rueda.

Crash durante la carga:
steam-805550.log.zip

Choque mientras corre:
steam-805550.log.racing.zip

Crash después de hacer clic en el botón de configuración de carga:
steam-805550.log.button.zip

$ uname -r
5.7.12-arch1-1

$ pacman -Q mesa
mesa 20.1.5-1

Tengo un Vega 64 y no veo ninguna similitud con el registro de @gotzl , así que tal vez este sea un problema separado ...

Sí. Tengo los mismos problemas que tú, pero no creo que esté relacionado con el problema de

• Contenido de video que se reproduce en firefox
• Contenido HDCP de cualquier tipo en X11
• Una aplicación que se está renderizando activamente con DRI_PRIME
• La discordia está abierta
• Zoom en funcionamiento (incluso cerrado en la bandeja)

Básicamente, parece que cualquier actividad en un monitor secundario puede causar algunas cosas raras allí.

Supongo que también verá corrupted size vs. previous size en sus registros durante estos bloqueos. Parece que estás obteniendo lo mismo que yo, aunque estoy lidiando con eso evitando lo anterior y simplemente volviendo a lanzar hasta que funcione.

EDITAR : Después de una inspección más profunda, parece que estos bloqueos siempre ocurren durante cualquier tipo de carga o compilación de sombreadores. @sambazley, ¿estás usando fsync o esync en absoluto? ¿Cuáles son sus configuraciones de almacenamiento en caché de sombreadores para mesa y Steam?

EDIT 2: Basado en cuando se ve el tema, la desactivación esync fuerzas lo menos ayudarle a cabo, a pesar de que va a hacer el juego tartamudeo un par de veces en la primera vuelta si los shaders están fuera de la cache

EDITAR 3 : El accidente mientras se conduce (el registro de código auxiliar dinput ), obviamente no se aplica al mensaje en EDITAR 2

Supongo que también está viendo el tamaño dañado frente al tamaño anterior en sus registros durante estos bloqueos.

Lo siento, no estoy seguro de lo que esto significa.

¿Estás usando fsync o esync?

Estoy usando el user_settings.py predeterminado ( "PROTON_NO_ESYNC": "1" está comentado) y estoy usando el kernel estándar de Arch, así que supongo que eso significa que estoy usando esync.

¿Cuáles son sus configuraciones de almacenamiento en caché de sombreadores para mesa y Steam?

El almacenamiento en caché de Steam Shader está habilitado. Intenté borrar la caché de este juego, pero no ayudó.

deshabilitar esync podría al menos ayudarlo

Solo lo probé y todavía se congeló.

Editar:
Entiendo lo que quiere decir con el error corrupted size vs. previous size . ¿Tienes idea de lo que significa?

Hola @mcoffin, ¿ puede ser una idea abrir un borrador de solicitud de extracción con su modificación para la realidad virtual para que los desarrolladores de Proton sean conscientes de lo que se necesita? Obviamente, aún puede mejorar sus relaciones públicas con force push si encuentra el tiempo. Realmente sería genial si la realidad virtual funcionara de fábrica con una futura versión de Proton.

Hola @mcoffin, ¿ puede ser una idea abrir un borrador de solicitud de extracción con su modificación para la realidad virtual para que los desarrolladores de Proton sean conscientes de lo que se necesita? Obviamente, aún puede mejorar sus relaciones públicas con force push si encuentra el tiempo. Realmente sería genial si la realidad virtual funcionara de fábrica con una futura versión de Proton.

Si solo está preocupado por mi inversión de tiempo, lo tengo listo en un 90% para el PR ahora, solo tengo que manejar el caso vkd3d (vulkan / d3d11 hecho), y estaré listo para enviar. No tiene sentido ofrecer una funcionalidad a medias, pero entiendo lo que estás diciendo si me iba a llevar mucho más tiempo.

Hola @mcoffin, ¿ puede ser una idea abrir un borrador de solicitud de extracción con su modificación para la realidad virtual para que los desarrolladores de Proton sean conscientes de lo que se necesita? Obviamente, aún puede mejorar sus relaciones públicas con force push si encuentra el tiempo. Realmente sería genial si la realidad virtual funcionara de fábrica con una futura versión de Proton.

Si solo está preocupado por mi inversión de tiempo, lo tengo listo en un 90% para el PR ahora, solo tengo que manejar el caso vkd3d (vulkan / d3d11 hecho), y estaré listo para enviar. No tiene sentido ofrecer una funcionalidad a medias, pero entiendo lo que estás diciendo si me iba a llevar mucho más tiempo.

¡Gracias por el aviso! No había visto ninguna actividad en tu bifurcación y de hecho me preocupé un poco de que no hubieras encontrado tiempo para terminar tu PR y / o perdieras el tiempo para una próxima actualización de Proton (siempre que eso suceda). De todos modos, muchas gracias por tu trabajo y estoy deseando que llegue. ¡Muy genial!

Nota interesante sobre el error "tamaño dañado ...": actualicé a un Threadripper 3960X hoy y no pude lanzar el juego por mi vida, pero lanzarlo con menos núcleos resulta más exitoso, por lo que es probable que sea una carrera ¡condición! Hurra por nueva información.

~ @mcoffin con respecto a su problema con Threadripper, ¿usa el dll de mfplat de una instalación de Windows para que los videos del juego funcionen? ~

Editar: Borre lo que escribí antes, había mezclado cosas no relacionadas.

~ @mcoffin con respecto a su problema con Threadripper, ¿usa el dll de mfplat de una instalación de Windows para que los videos del juego funcionen? ~

Editar: Borre lo que escribí antes, había mezclado cosas no relacionadas.

Lo intenté hace una eternidad, pero lo deseché por completo porque no funcionó y no quería introducir más complejidad cuando ya estaba teniendo estos otros bloqueos esporádicos.

Hola chicos, rastreé el error "tamaño dañado" a un error en Mesa. Usar el último master debería ser suficiente :)

Para cualquiera que esté rastreando esto, el PR de ffbtools mencionado anteriormente ha sido reemplazado por un mejor sistema de aceleración, en berarma / ffbtools # 19 y berarma / ffbtools # 20.

@mcoffin ¿Tiene una versión compilada de su vcrclient parcheado en algún lugar para descargar?

Realmente no me gusta distribuir binarios, ya que es un mal hábito que la gente ejecute las cosas a ciegas, así que no me gusta animarlo a aquellos que no saben lo que están haciendo, pero como esto está tomando tanto tiempo y esos involucrados parecen no ser ese tipo de personas, puse mi construcción. Por favor, la gente no acumule mi factura de AWS: riendo:

• proton-5.0-10_acc-vr.tar.xz
• proton-5.0-10_acc-vr.tar.xz.sig

cc: @ jp7677

EDITAR : tenga en cuenta que el nombre real es como acc-vr_5.0-9-local acuerdo con toolmanifest.vdf o algo así, ya que ese era el nombre de mi rama localmente, y construí este tarball particular desde dentro de esa máquina virtual de construcción de protones retorcida

Segunda nota al margen, si está ejecutando un kernel con soporte de sincronización de línea de tiempo y mesa>=20.2.0 , asegúrese de usar SteamVR<1.15 . SteamVR 1.15 usa syncobjs de la línea de tiempo para sincronizar los envíos de vroverlay, y causa una gran agitación con los menús, ya que están implementados como IVROverlays. Todavía no estoy seguro en qué componente está el problema ( mesa , amdgpu , steamvr , o proton ) Los signos iniciales apuntan a mesa ya que la funcionalidad es bastante nueva, y un límite de rendimiento muestra una tonelada de llamadas a clock_gettime tanto del juego como de vrcompositor , lo que indica que hay un ocupado -Espere en algún lugar que esté resoplando

En una nota al margen, parece que las caídas de reproyección intercaladas semi-frecuentes no son culpa de Proton o ACC, sino de SteamVR, mesa o amdgpu , ya que el comportamiento es observable incluso en Demo hellovr_vulkan Valve. Así que eso es ... noticia de algún tipo jaja

Hola @mcoffin , abre un informe de problemas en SteamVR-for-Linux para ver el nerviosismo que estás viendo, ya que suena como una nueva peculiaridad.

@ kisak-valve servirá. Haré una buena reseña más tarde esta noche, pero la tengo bastante reducida. El comportamiento de "nerviosismo" comenzó a ocurrir cuando mesa>=20.2.0 aterrizó el soporte de sincronización de línea de tiempo incluso en SteamVR 1.14.x, pero solo para las superposiciones vrdashboard (la que se produce cuando presionas el botón del sistema en los controladores de índice. .. lo siento si mi terminología está mal). Después de SteamVR>=1.15 , este mismo comportamiento también migró a las superposiciones de IVROverlay del juego. También incluiré eso en la redacción final, pero ese es un rango de versión bastante estrecho para ver qué comportamiento de las superposiciones del sistema se copió a las otras en la versión 1.15, así que pensé en mencionarlo ahora antes de la versión completa. escribir en caso de que ya esté jugando allí y pueda encontrar la solución solo en ese rango de versiones estrecho.

EDITAR : en realidad, antes de decirles a los chicos de SteamVR que algo está roto, permítanme lanzar un 2070S en mi plataforma y probar con el controlador NVIDIA: vomiting_face: (si tienen soporte de sincronización de línea de tiempo). Si lo hacen y no está roto, entonces el problema es sin duda con mesa o amdgpu . Será un PITA para configurar ya que nunca he tenido una tarjeta NVIDIA en esta máquina, pero vale la pena el tiempo como paso de depuración

Actualización: el cambio de versión mesa parece haber sido una pista falsa en el momento oportuno. Con mesa-20.1.4 (desde antes de los cambios de sincronización de la línea de tiempo) y SteamVR=1.15.2 , el problema sigue presente.

Desafortunadamente, dado que Steam no le permitirá instalar versiones arbitrarias de SteamVR, no puedo dividir esto más, así que tendremos que esperar el informe de error: decepcionado:.

EDITAR : Ok, acabo de probar todas las premutaciones de mesa antigua / nueva y 1.15.2 / 1.14.16. Debo haber tenido una actualización de SteamVR una vez cuando no me di cuenta, y es por eso que perseguí la ruta mesa . El problema se introdujo al 100% en SteamVR 1.15, por lo que esta será la última actualización de este hilo, aunque si estás ejecutando este juego, querrás permanecer en 1.14.X. Presentaré un informe de error en

@mcoffin muchas gracias por proporcionar una versión de protones compilada. Sí, estoy totalmente de acuerdo con que distribuir binarios no es la mejor idea, aunque había borrado mi entorno de construcción de Proton hace un tiempo y no había encontrado el tiempo para configurarlo nuevamente :(

Obtuve mi índice ahora y, con todo en funcionamiento, le di una oportunidad a vrclient. Gracias a sus adiciones, puedo ingresar al juego / menú y, a veces, incluso llegar al juego real, pero desafortunadamente en algún momento de los primeros minutos el juego se congela o SteamVR / vrcompositor falla (puntos de seguimiento de pila para el controlador nvidia, dice dmesg XID 13 que indica un error de aplicación). Otras aplicaciones que probé en SteamVR (por ejemplo, Elite dangerous o DCS) funcionan bien, así que no creo que mi configuración esté generalmente rota. He probado con SteamVR estable / beta, también con los últimos controladores estables nvidia 450/455 y un prefijo nuevo.
No creo que esos bloqueos estén relacionados con tus cambios. Profundizaré más, pero ya quería compartir lo que estoy viendo. Sería genial si otro usuario de nvidia pudiera confirmar (o con suerte negar) lo que estoy viendo.

@ jp7677 Puedo probar el super 2070 de mi GF en algún momento si consigo configurarlo con mi equipo (esta caja no ha tenido controladores NVIDIA antes, por lo que tendré que hacer muchas reconfiguraciones.

Sin embargo, si publica registros de proton / dmesg / journalctl, puedo echar un vistazo y ver si creo que está relacionado.

¿En qué versión de SteamVR estás?

@mcoffin Sí, no se preocupe si no encuentra el tiempo. El bloqueo de vrcompositor es 100% reproducible aquí al iniciar ACC. Espero que su parche llegue a la próxima versión de Proton y luego pueda agregar un buen informe de problemas en SteamVR con una receta de reproducción fácil. Los únicos bits interesantes que supongo son estas líneas dmesg cuando vrcompositor bloquea.

[11897.915514] NVRM: Xid (PCI:0000:02:00): 13, pid=617873408, Graphics Exception: Class 0x0 Subchannel 0x0 Mismatch
[11897.915517] NVRM: Xid (PCI:0000:02:00): 13, pid=617873408, Graphics Exception: ESR 0x4041b0=0x80000
[11897.915519] NVRM: Xid (PCI:0000:02:00): 13, pid=617873408, Graphics Exception: ESR 0x404000=0x80000002
[11897.915828] NVRM: Xid (PCI:0000:02:00): 13, pid=57164, Graphics Exception: ChID 0064, Class 0000c197, Offset 00000f80, Data 00000000

El registro de protones (incluido el canal vrclient ) o los registros DXVK no muestran nada sospechoso. Estoy viendo esto con Steam VR estable y beta. El cambio entre las versiones del controlador nvidia 450 o 455 tampoco supuso ninguna diferencia.

Editar: Ya he creado un problema en SteamVR (https://github.com/ValveSoftware/SteamVR-for-Linux/issues/397) y también envié un correo electrónico a linux-bugs [at] nvidia.com haciendo referencia a ese tema.

Editar: movido a problema StemVR

@gotzl muchas gracias por confirmar los fallos que estoy viendo. Tu secuencia se ve muy similar, si no la misma. A veces se bloquea aquí bastante temprano en el lobby de ACC, a veces puedo iniciar un juego real y puedo ver algunos cuadros en el juego. Me parece recordar haber visto el cuadro de mensaje que describiste una o dos veces, pero la mayoría de las veces la imagen simplemente se congela (aunque el seguimiento de la cabeza todavía funciona hasta que SteamVR quiere reiniciarse. En realidad, no estoy seguro de qué proceso falla primero, o mejor, qué proceso causa los XID.
¿Podrías también agregar tus pensamientos al problema de SteamVR, ya que lo vinculé en mi correo electrónico a linux-bugs en nvidia?

PD: ¿Apitrace funciona con VR? Si pudiéramos generar un rastro y confirma las xids, podría ser más fácil rastrear esto.

Traté de tomar un apitrace D3D11. Hacer un seguimiento realmente funcionó (incluido el bloqueo), pero reproducirlo funciona bien sin errores de XID. Dicho esto, la repetición muestra solo la ventana del escritorio, no lo que se había presentado en los auriculares. El menú, por ejemplo, no es visible en la traza, pero al menos puedo ver brevemente el juego real (primeros fotogramas de una sesión de práctica en el coche). De todos modos, supongo que ese rastro es completamente inútil.

@ jp7677 También lo

Hola. Es de esperar que el tartamudeo que se encuentra al jugar multijugador en línea en Assetto Corsa Competizione se solucione en la versión 5.13-1.

Este fin de semana pasaré mucho tiempo probando y probando juegos ... ACC será el primero

Hola. Es de esperar que el tartamudeo que se encuentra al jugar multijugador en línea en Assetto Corsa Competizione se solucione en la versión 5.13-1.

Solo una nota para otros aquí: todavía hay un tartamudeo cuando un jugador se une a un juego que usa una librea personalizada que aún no has visto en el juego, pero este tartamudeo también se observa en Windows, y un problema conocido con la forma en que el juego carga libreas personalizadas. Tiene que pausar completamente su hilo de renderizado mientras lee las texturas y las carga a VRAM, de modo que ese tartamudeo en particular (no el que se corrige en 5.13-1), no está relacionado con el protón / vino. Solo pensé en aclarar eso en caso de que alguien venga diciendo que no está completamente arreglado.

¿Alguien podría probar la realidad virtual con Proton 5.13-2RC?

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

@ leillo1975 Ya hice eso :), ver https://github.com/ValveSoftware/Proton/pull/4163#issuecomment -724238497
En resumen, la realidad virtual está arreglada para mí en Nvidia con esta próxima versión de Proton.
(El controlador nvidia aún no cumple con los requisitos de reproyección asíncrona para una experiencia perfecta, pero eso no está relacionado con Proton)

¿Alguien podría probar la realidad virtual con Proton 5.13-2RC?

@ leillo1975 Puede confirmar el mismo resultado que @ jp7677 , VR ahora está funcionando con Proton 5.13-2 RC3 y SteamVR 1.15.7

¡Muchas gracias de nuevo a @mcoffin por esta contribución!

Información del sistema

• Procesador gráfico :
• Versión del controlador / LLVM: NVIDIA 455.38
• Versión de distribución: Ubuntu 20.04 LTS
• Enlace al informe completo de información del sistema como Gist
• Versión de protón: 5.13-2 RC3
• Versión SteamVR: 1.15.7

Confirmo:

• [x] que presionar el botón Play en el cliente Steam es suficiente.

Cuestiones

• [x] No he tenido ningún problema.
• [x] No quedan problemas abiertos para este juego.

Sí, ahora también funciona para mí. ¡Buen trabajo chicos!