Hay una solución, pero no creo que esté disponible en este momento. Debería aparecer pronto en mesa-dev.

https://www.phoronix.com/scan.php?page=news_item&px=RadeonSI-GL-4.5-Compat-Patches

Sin embargo, funciona perfectamente con una tarjeta nvdia

Este juego en realidad tiene un problema con las tarjetas nvidia, no puede asignar vram correctamente, por lo que terminas con una textura y un pop de malla de terreno que es bastante malo.

Si cambia entre Windows y Linux y simplemente desplaza / camina, puede ver este efecto de manera bastante obvia. Gire 180 grados y las texturas se cargan lentamente junto con la malla de teselación, etc.

esto es probablemente el resultado de que el juego no pudo detectar la cantidad correcta de vram para la tarjeta de video por alguna razón y se asignó automáticamente una cantidad bastante baja en lugar de utilizar la cantidad total de la GPU.

La advertencia se puede desactivar en la configuración de NMS pero no soluciona el problema, ninguna cantidad de configuración lo soluciona.

Hola,
hoy parece que ahora NMS finalmente está funcionando, en algún caso ...
La pantalla blanca se ha ido y el juego se puede jugar. Pero las texturas del suelo están fallando.
Utilizo este ppa para obtener la compilación de mesa más nueva: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
Han combinado las soluciones que mencioné antes y que se discutieron en este informe de errores de mesa: https://bugs.freedesktop.org/show_bug.cgi?id=107581
Espero que alguien pueda informar si tiene los mismos problemas con las texturas del suelo.

No Man's Sky (ID de aplicación: 275850) pantalla negra con una resolución superior a 1920 * 1080

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/1034.
@Liodinis publicado el 2018-08-30T22: 52: 04:

Ubuntu 18.04.1 LTS
I7 6700 K a 4,00 Ghz
Nvidia GTX 1070
Controlador de Nvidia 396.54
Protón 3.7-3
RAM 16Go
SSHD 1 a Toshiba H200
Pantalla Acer Predator 24 "2560X1440

"No Man's Sky" no funciona con una resolución superior a 1920 * 1080.

El inicio del juego muestra una pantalla negra, pero el juego parece estar funcionando porque se pueden escuchar sonidos de fondo.
Si pones la resolución de tu pantalla en 1920 * 1080 o editas el archivo de configuración TKGRAPHICSSETTINGS.MXML con la resolución nativa de tu pantalla en el lugar a continuación:

/home/username/.local/share/Steam/steamapps/common/No Man's Sky / Binaries / SETTINGS

reinicia el juego y se podrá jugar.

Configuración de hardware.txt

Archivo de configuración de No Man's Sky.zip

No Man's Sky [ID de aplicación: 275850] Crash en nvidia

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/1072.
@ hitchhiker54 publicado el 2018-08-31T13: 42: 44:

El juego funciona perfectamente hasta ahora, excepto para escanear cuando una base npc está a la vista. Probado en el tipo de Asentamiento menor y Observatorio, si la base está a la vista, el juego se bloquea instantáneamente en el escritorio cuando está en la vista del visor. Las bases de jugadores, barcos, exocraft parecen estar bien. Usando gtx980ti, i76700k en Ubuntu 18.04, controladores Nvidia 396.54

[ediciones adicionales]
Versión del juego 1.58, problema también informado a Hello Games

resultados de sudo lshw:
https://www.dropbox.com/s/xxu34qjfnjp7f01/specs.txt?dl=0

Ubuntu 16.04, NVIDIA GTX 970, Proton 3.7-5 Beta:

Información del sistema de vapor

Prueba | Resultado
- | -
Un jugador | Trabajando como se esperaba
Cooperativa local | _N / A_
Multijugador en línea | Trabajando como se esperaba

Configuración | ...
- | -
Entrada | Controlador de vapor
Pantalla | 1920 x 1080
Pantalla completa | si
Preestablecido | Medio ^
VSync | Apagado ^^
API | OpenGL

^ El ajuste preestablecido de gráficos predeterminado es Alto
^^ configuración por defecto es VSync En

Probado con Proton 3.7-3.

El juego funcionó a la perfección. Con mi configuración. El pastebin adjunto muestra las especificaciones de mi máquina y las versiones de todos los controladores / software relevantes.

Mis especificaciones: https://pastebin.com/9hQP94N1

Sí, técnicamente funciona mejor que en Windows para mí porque en Windows no puedo eliminar el desgarro de la pantalla sin habilitar vsync, lo que parece costar fps. Pero en linux con vsync desactivado no se produce ningún desgarro.

Encontré que el juego almacena en caché las texturas un poco lentas en NTFS, puedes acelerarlo un poco usando big_writes en las opciones de montaje de la unidad de disco. O muévalo a la unidad BTRFS o EXT4.

¡No Man's Sky parece funcionar mejor en mi vieja tarjeta gráfica en Linux! Parece estar funcionando fuera de la caja.

Fedora 28
Core i7-4770
Nvidia GTX 760
Protón 3.7-3

Tuve los mismos problemas de pantalla negra como comentario: https://github.com/ValveSoftware/Proton/issues/438#issuecomment -417493922

En el mismo archivo TKGRAPHICSSETTINGS.MXML, configurar "Sin bordes" en Verdadero también permitirá que el juego se ejecute correctamente, incluso si la resolución del escritorio es mayor que la resolución del juego. Quiero ejecutar juegos a 1920x1200 para cualquier grabación / transmisión, pero mi escritorio está configurado en 1920x1200, establecer la opción sin bordes me permite hacerlo.

En Windows, no tengo problemas para configurar mi monitor a 1920x1080 cuando sea necesario, pero en Linux tengo un problema que sospecho es con mi cable DVI, que no permite que el sistema reconozca ninguna resolución 16: 9 para este monitor, y he no he podido agregarlos con xrandr (sigue recibiendo un error BadMatch cuando intento agregarlo a DVI-I-1). Tengo un cable DisplayPort en orden que espero que abra la gama completa de resoluciones de mi monitor es capaz de. Mi segundo monitor conectado a través de HDMI tiene todos sus modos reconocidos correctamente, mi monitor principal no tiene un puerto HDMI o lo habría probado para estar seguro de que es el cable DVI.

Actualización: era el cable DVI. El cable DP llegó la semana pasada y todos los modos / resoluciones de pantalla están disponibles ahora.

[ISSUE] No Man`s Sky sin sonido (275850)

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/1459.
@Rainakins publicado el 2018-09-15T09: 23: 49:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: No Man`s Sky
• Steam AppID del juego: 275850

Información del sistema

• Procesador gráfico: GTX 1050ti
• Versión del controlador / LLVM: Nvidia 396.54
• Versión de Kernel: 4.15
• Enlace al informe completo de información del sistema como Gist :

Información de la computadora:
Fabricante: Desconocido
Modelo: Desconocido
Factor de forma: escritorio
No se detecta ninguna entrada táctil

Información del procesador:
Proveedor de CPU: AuthenticAMD
Marca de CPU: Procesador AMD Ryzen 5 2600 de seis núcleos
Familia de CPU: 0x17
Modelo de CPU: 0x8
Paso de CPU: 0x2
Tipo de CPU: 0x0
Velocidad: 3400 Mhz
12 procesadores lógicos
6 procesadores físicos
HyperThreading: compatible
FCMOV: compatible
SSE2: compatible
SSE3: compatible
SSSE3: compatible
SSE4a: compatible
SSE41: compatible
SSE42: compatible
AES: compatible
AVX: compatible
CMPXCHG16B: compatible
LAHF / SAHF: compatible
PrefetchW: no admitido

Versión del sistema operativo:
Ubuntu 18.04.1 LTS (64 bits)
Nombre del kernel: Linux
Versión de Kernel: 4.15.0-34-generic
Proveedor de servidores X: The X.Org Foundation
Versión del servidor X: 11906000
Administrador de ventanas X: GNOME Shell
Versión de Steam Runtime: steam-runtime-beta-release_2018-06-14

Tarjeta de video:
Controlador: NVIDIA Corporation GeForce GTX 1050 Ti / PCIe / SSE2
Versión del controlador: 4.6.0 NVIDIA 396.54
Versión de OpenGL: 4.6
Profundidad de color de escritorio: 24 bits por píxel
Frecuencia de actualización del monitor: 60 Hz
VendorID: 0x10de
DeviceID: 0x1c82
Revisión no detectada
Cantidad de monitores: 1
Número de tarjetas de video lógicas: 1
Resolución de pantalla principal: 1920 x 1080
Resolución de escritorio: 1920 x 1080
Tamaño de la pantalla principal: 20,08 "x 11,30" (23,03 "en diagonal)
51,0 cm x 28,7 cm (58,5 cm en diagonal)
Bus principal: PCI Express 16x
VRAM principal: 4096 MB
Modos MSAA compatibles: 2x 4x 8x 16x

Tarjeta de sonido:
Dispositivo de audio: Nvidia GPU 80 HDMI / DP

Memoria:
RAM: 16052 Mb

Diverso:
Idioma de la interfaz de usuario: inglés
IDIOMA: en_US.UTF-8
Espacio total disponible en disco duro: 194192 Mb
Mayor bloque de disco duro libre: 107787 Mb
Auriculares VR: Ninguno detectado

Informes de fallas recientes:

• Versión de protones: 3.7-6

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.

steam-275850.log

Síntomas

El sonido estuvo funcionando inicialmente durante aproximadamente una semana y, por alguna razón, ayer el sonido dejó de funcionar por completo, todo lo demás sigue funcionando bien y el rendimiento es excelente, pero el sonido simplemente ya no funciona.

Reproducción

para mí es fácil de hacer al iniciar el juego

Para mí, el juego se congela después de la selección de dificultad. Solo aparece una pantalla negra y GNOME deja de responder por completo. El sonido del juego continúa, sin embargo, no puedo interactuar más con la computadora y se requiere un restablecimiento completo. He intentado cambiar manualmente el juego a modos sin bordes y con ventanas sin ningún efecto.

Estoy usando un R9 Fury, Mesa 18.3, LLVM 8 de Padoka inestable según lo recomendado por Proton y el kernel 4.18.8.

¿Qué te dice ulimit -aH? podría ser un problema de archivos abiertos limitado que a menudo se asocia con la carga congelada.

salida de ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 4096
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Hola @ viggy96 , dale a https://github.com/zfigura/wine/blob/esync/README.esync una lectura y aumenta el límite máximo de archivos abiertos en tu sistema.

@ kisak-valve Pensé que lo había hecho bien antes, pero aparentemente no, LOL. Sin embargo, de todos modos, No Man's Sky todavía falla de la misma manera para mí.
salida de ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1048576
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Parece que todavía no puedo pasar la pantalla negra en este juego. No estoy seguro de qué podría estar causando esto. Aumenté el límite máximo de archivos abiertos, como se indicó anteriormente, pero aún no hay dados.

Nvidia 396.54.09, Geforce GTX 1050ti, Proton 3.16-1 Beta, Slackware 14.2 multilib. Después de la actualización de esta mañana a Proton 3.16-1, aparece un error que dice que No Man's Sky necesita al menos 1.5 GB de VRAM y que el adaptador (en blanco) informa 0. El juego se carga y se reproduce bien, si haces clic , aunque. ¿Insecto? ¿O algo que necesito cambiar?

@ viggy96 ¿

Lo siento, pretendía actualizar. Mis problemas se solucionaron con 3.16-3.

@SwooshyCueb Sí, lo soy. Todavía no puedo pasar la pantalla negra. Intenté editar el archivo de configuración del juego para usar el modo sin bordes, como sugirieron otros, pero aún así No Man's Sky no me funciona.

Estoy usando un R9 Fury, Mesa 18.3, LLVM 8 de Padoka inestable según lo recomendado por Proton y el kernel 4.18.8.

Lo único que puedo sugerir es que no use controladores experimentales y LLVM8, vuelva a lanzar la versión 18.2.xy de mesa y pruebe LLVM 7.0

Sé que los repositorios de Ubuntu son terribles para obtener los controladores de la última versión estable a veces, yo uso antergos personalmente.

@ viggy96 Si te sientes aventurero, puedes probar https://launchpad.net/~kisak/+archive/ubuntu/steamvr (el kernel y el servidor xorg no deberían ser necesarios para esto), de lo contrario https: // launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa es una apuesta relativamente segura.

@ kisak-valve Desafortunadamente, el PPA estable de Padoka no me resuelve el problema. También intenté deshabilitar la superposición de Steam, pero fue en vano. Además, para actualizar, estoy usando el kernel 4.19 actualmente. Es un problema muy extraño, ya que incluso el escritorio GNOME se bloquea y me veo obligado a reiniciar mi computadora.

¿Podría ser un problema de controlador Fury R9 y AMDGPU quizás? ya no mucha gente tiene las cartas Fury.

Tengo un 1080Ti porque 4k y AMD aún no admite juegos de 4k a 60 fps, una vez que lo hagan, volveré a las GPU de AMD y podré experimentar todos los errores relacionados con AMD que la gente tiene.

ATM el principal problema con las tarjetas NVIDIA es que las bibliotecas que algunos juegos intentan usar son incompatibles con Wine / Proton, por lo que recientemente introdujeron el truco de suplantación de identidad.

Tengo un problema con la representación de todo el contenido 3D en el juego (todo negro al cargar, blanco en el juego). Todos los menús funcionan bien.

Cambiar la configuración no tiene ningún efecto.
Probado en Ubuntu 18.04 LTS y Solus 3.99 - mismo resultado. (En ubuntu también pruebe los últimos controladores amdgpu del sitio web amd)

especificaciones:
Serie Radeon RX 580 (POLARIS10, DRM 3.26.0, 4.18.16-97. Actual, LLVM 7.0.0)
Procesador AMD® Ryzen 5 1600x de seis núcleos × 12
7,8 Gb de RAM

Los controladores del sitio web de AMD son amdgpu-pro

Los que querrás probar son el paquete oibaf en Launchpad, que debería ser compatible con cualquier distribución basada en ubuntu (no estoy seguro si solus lo es).

@jarrard solus está basado en ubuntu, pero tiene su propio sistema de paquetes.
Regresé a ubuntu 18.04 y probé el repositorio de oibaf y ahora funciona bien, muchas gracias.

Funciona en mi sistema (Ubuntu 18.04 con Mesa 19 Git R9 290)

Cadena de proveedor de OpenGL: X.Org
Cadena de renderizado OpenGL: AMD Radeon R9 200 Series (HAWAII, DRM 3.26.0, 4.18.19-041819-genérico, LLVM 7.0.1)
Cadena de versión del perfil del núcleo de OpenGL: 4.5 (perfil del núcleo) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Cadena de versión del idioma de sombreado del perfil principal de OpenGL: 4.50
Indicadores de contexto del perfil del núcleo de OpenGL: (ninguno)
Máscara de perfil de perfil de núcleo OpenGL: perfil de núcleo
Extensiones de perfil de núcleo de OpenGL:
Cadena de versión de OpenGL: 4.5 (perfil de compatibilidad) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Cadena de versión del lenguaje de sombreado OpenGL: 4.50
Indicadores de contexto de OpenGL: (ninguno)
Máscara de perfil OpenGL: perfil de compatibilidad
Extensiones OpenGL:
Cadena de versión de perfil de OpenGL ES: OpenGL ES 3.2 Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Cadena de versión del idioma de sombreado de perfil de OpenGL ES: OpenGL ES GLSL ES 3.20
Extensiones de perfil de OpenGL ES:

Tiene algunos fallos visuales, algunos árboles muestran artefactos blancos en el borde de las hojas y ramas.

Las plantas y la hierba parecidas a arbustos aparecen y reaparecen frente a ti como si se disolvieran debido a la distancia, pero están frente a ti.

¡Aparte de eso de más de 100 horas jugando en Linux!

@AntoChu

@jarrard solus está basado en ubuntu, pero tiene su propio sistema de paquetes.

Solus no está basado en Ubuntu. Comenzó de esa manera, pero cortó los lazos y comenzó de cero, ahora es algo propio.

Gentoo con Mesa 18.3.1 en el kernel 4.19.9 se ejecuta como un sueño. En mi Vega64 supera al controlador OpenGL de Windows.

Esos chicos de Mesa patean ASS en OpenGL, y están haciendo grandes mejoras en Vulkan. Son buenos tiempos.

Trabajando para mí también desde mesa 18.3.1 en ArchLinux.

Sin embargo, primero tuve algunos fallos extraños, que se solucionaron especificando estas opciones de lanzamiento para No Man's Sky:

MESA_GL_VERSION_OVERRIDE=4.5COMPAT force_glsl_extensions_warn=true %command%

Todo funciona muy bien en Vega64, solo el Tesselation que realmente afecta el rendimiento, incluso en niveles bajos, por lo que apagarlo realmente ayuda.

Con proton 3.16-6, si tengo STEAM_PREFER_HOST_LIBRARIES configurado en 0, NMS no se conectará a los servidores. Si lo tengo configurado en 1, lo hará. ¿Esto es resultado del cambio de gnutls? (Slackware 14.2 se envía con 3.6.5.) Esto funcionó bien sin usar host_libraries en 3.15 y versiones anteriores.

Tengo el mismo problema que @ viggy96 .

Al ejecutarse en Kernel 4.19-4.21 rc, desde la versión Mesa 18.3 hasta Mesa-GIT, LLVM7 y LLVM8-svn, el juego produce una pantalla negra.

Kernel 4.18 y la versión GIT de mesa basada en 18.3 con LLVM-SVN, no tuve problemas. Lleva 123 horas de juego.

Usando un Vega 56. Probé todas las correcciones mencionadas. Incluso llegué a vaciar todo mi caché, sin éxito.

Tengo problemas en mi sistema Fedora 29 basado en Wayland con una tarjeta ATI Vega64. Aparece una pantalla blanca con líneas extrañas que aparecen cuando los sistemas se inicializan cuando comienzo el juego por primera vez, después de elegir una dificultad.

He verificado que sí, de hecho, tengo 2 ^ 20 archivos abiertos como límite rígido y flexible. He verificado que el proceso de vapor también está configurado de esa manera.

En realidad, fue bastante molesto ya que el instalador de Steam en mi sistema establece un límite suave de 1024 y un límite estricto de 2 ^ 18 con un comentario sobre Proton. Me tomó un tiempo rastrear todo eso a través de Dracut y todo tipo de otras cosas.

Actualización : probé la solución de @ Anthony25 y eso mejoró las cosas. Pero el suelo aún no es visible. Tampoco la mayor parte del HUD. Además, obtengo artefactos extraños en el fondo cuando cambio a la pantalla que te permite jugar con tu multiherramienta o hacer cosas.

Funciona bien en mi computadora portátil con una Quadro M1200 Mobile realmente anémica. : - /

Steam usando el estándar Wine, así que me pregunto si hay correcciones para este juego en la puesta en escena porque eso es lo que uso. Además, este juego es OpenGL (nativo), por lo que no está involucrado DirectX, lo cual es doblemente extraño que tengas problemas gráficos dado que su API nativa

¿Quizás fedora tiene una mala versión de mesa?

Aquí está mi versión de todo lo relacionado con mesa. :-)

$ rpm -qa '*mesa*' mesa-vulkan-drivers-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.i686 mesa-libEGL-18.2.8-1.fc29.x86_64 mesa-libGL-devel-18.2.8-1.fc29.x86_64 mesa-vulkan-drivers-18.2.8-1.fc29.i686 mesa-libGLU-9.0.0-16.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.i686 mesa-libgbm-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.i686 mesa-libOpenCL-18.2.8-1.fc29.x86_64 mesa-vdpau-drivers-18.2.8-1.fc29.x86_64 mesa-libxatracker-18.2.8-1.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.x86_64 mesa-libEGL-devel-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.i686 mesa-khr-devel-18.2.8-1.fc29.x86_64

Eso puede o no decirle lo que necesita saber.

Quiero informar que No Man's Sky no funciona (no se abre en absoluto) en mi sistema Ubuntu 18.04 con una GPU AMD (RX 550)

utilizando el controlador gratuito amdgpu, proporcionado por AMD. He reinstalado Steam y el juego para confirmarlo.

steam-275850.log

Sí, no lo sé, parece que no puedo hacer que la versión de GOG se ejecute en Steam tampoco en mi gpu nvidia. Problema extraño.

Lutris funciona bien.

Descubrí que el juego requiere la instalación de un controlador vulkan, que no está incluido en Ubuntu 18.04. Instalé los paquetes mesa-vulkan-drivers y mesa-vulkan- drivers: i386 de Padoka Stable PPA

https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa

Tampoco estoy experimentando ninguno de los problemas del sistema operativo que experimenté cuando probé el controlador amdgpu-pro-18.50-708488-ubuntu-18.04. Esto se actualizó recientemente a una nueva compilación (725072) y puede tener problemas solucionados con el conjunto de controladores amdgpu-pro (que incluye un controlador vulkan). Pero no iba a arriesgarme, ya que tenía problemas importantes.

Arreglar: use los paquetes de Padoka PPA.

¿Se ha trasladado el juego a vulkan ahora? pensé que estaba abierto ...

Hmm, he estado usando el PPA de Padoka por siempre, y No Man's Sky aún no ha funcionado en mi máquina. Todavía obtengo un bloqueo de escritorio GNOME y me veo obligado a reiniciar la máquina después de seleccionar una dificultad en el juego.

https://www.nomanssky.com/2019/04/vulkan-update/ Aparentemente, hay un cambio de motor en Vulkan. ¿Alguien ha probado ya la rama experimental?

Nms ahora tiene un renderizador vulkan experimental, puede ayudar en algunos de los 3 controladores vulkan (radv, amdvlk, -pro)

No Man's Sky - rama Vulkan (experimental)

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/2546.
@Rodhin publicado el 2019-04-16T16: 35: 46:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: No Man's Sky
• Steam AppID del juego: 275850

Información del sistema

• GPU: GTX 980Ti
• Versión del controlador / LLVM: nvidia 418.56
• Versión de Kernel: 4.18
• Enlace al informe completo de información del sistema como Gist : https://gist.github.com/Rodhin/98698055599b676e3e8c868604cc75cf
• Versión de protones: 4.2-2

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.

steam-275850.log

Síntomas

Hoy el juego recibió una rama experimental, cambiarán de OpenGL a Vulkan. La versión OpenGL funciona como un sueño, pero la versión Vulkan apenas funciona con 2-5 FPS. Cuando se publique la próxima gran actualización para el juego, eliminarán el renderizador OpenGL por completo.

Más información sobre el lanzamiento de Vulkan y el acceso a la rama experimental:
https://www.nomanssky.com/2019/04/vulkan-update/

Reproducción

Cambia a la rama experimental y lanza el juego.

Moviendo mi respuesta al hilo correcto, ¡lo siento!

Procesador gráfico: GTX 1050ti
Versión del controlador / LLVM: nvidia 418.49.04
Versión de Kernel: 4.4.172
Enlace al informe completo de información del sistema como Gist: https://gist.github.com/garpu/20a8d8928b67f691d56b355c39b4ac28
Versión de protones: 4.2-2

El mismo problema aquí. Fps incorrectos y parece que ninguna configuración afecta el rendimiento. (Restablecí las opciones de gráficos a las predeterminadas, alrededor del medio, donde pude jugar en todo lo alto en el renderizador OpenGL).

Registro: https://gist.github.com/garpu/bd9d23b1821bbb5f4a6b5f95a9947d02

También confirmando que la actualización de Vulkan a No Man's Sky ha reducido el rendimiento, ahora no se puede reproducir.

Información del sistema: https://gist.github.com/LiamDawe/2db6810dfec6b26a81a72580d15a509a

Archivo de registro de protones: https://gist.github.com/LiamDawe/9497165b31f4ea96f640b3db109db4ad

Probé el parche experimental de Vulkan no solo con Proton 4.2, sino con la versión beta 3.16 y una versión de vino TKG no oficial (aunque no es la última, que probaré a continuación) y el mismo resultado. También he confirmado que el rendimiento no es el mismo que el de Windows (donde solo hay una caída de 5 fps de OGL).

Parece estar usando solo un subproceso de CPU (o no usando bien los demás).

Probé el renderizador vulkan experimental del juego con mi amd rx470 y con RADV bloquea mi computadora de una manera espectacular volviendo todo morado y enviando spam al tty con "[ ERROR No se pudo inicializar el analizador 125!", También lo probé con el controlador vulkan AMDGPU-PRO y funcionó con una hermosa 60fps cerca de un carguero estrellado (no lo he probado más). No sé qué tan bien funcionará AMDVLK, pero probablemente funcionará de la misma manera que -pro pero con una pantalla de carga más larga y tartamudeo.

Creo que la actualización de Vulkan al Principio de Talos fue más lenta que OpenGL cuando apareció por primera vez, obviamente, hay más problemas para la compatibilidad de vinos, pero es de esperar que el desarrollador lo avance con el tiempo.

Actualicé los controladores de la tarjeta de video a los controladores 418.52.03 para Nvidia, y sin cambios.

probé el renderizador vulkan nuevamente pero con la última versión estable de mesa (19.0.2) y no bloqueó mi sistema, pero al principio tuvo un rendimiento muy, muy malo (5 fps máximo), pero lo arreglé seleccionando la configuración predeterminada en los gráficos el menú y los fps alcanzaron un máximo de 60 fps

probé el renderizador vulkan nuevamente pero con la última versión estable de mesa (19.0.2) y no bloqueó mi sistema, pero al principio tuvo un rendimiento muy, muy malo (5 fps máximo), pero lo arreglé seleccionando la configuración predeterminada en los gráficos el menú y los fps alcanzaron un máximo de 60 fps

Según los informes de otros lugares, parece que el controlador de Nvidia tiene un problema.

Editar: Hice una publicación aquí en los foros de devtalk de Nvidia, si más personas con tarjetas Nvidia comparten sus experiencias, espero que se analice el problema.

Eso bien podría ser cierto. Alguien aquí dijo que cambiar los controladores Vulkan beta (en Windows) solucionó el problema: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

¿Alguien ha probado 418.56?

Parece que también se inició un hilo en los foros de Nvidia: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Eso bien podría ser cierto. Alguien aquí dijo que cambiar los controladores Vulkan beta (en Windows) solucionó el problema: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

¿Alguien ha probado 418.56?

Parece que también se inició un hilo en los foros de Nvidia: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Probé los controladores beta de Vulkan en Windows, sin problemas con ellos. También probé 418.56 en Linux, que tiene el mismo problema que los controladores de desarrollo en Linux.

Bloqueo completo para mí, exactamente de la misma manera que cuando los controladores AMDGPU no admitían OpenGL 4.5. Pantalla blanca y luego colgar el sistema completo.
Ubuntu 18.10 con Kernel 5.0.2 genérico, Padoka PPA inestable Mesa 19.1 git, LLVM 9

Sin cambios con la actualización del 18 de abril. Supuestamente, se supone que debemos recibir un mensaje si nuestros controladores no son compatibles. No he recibido un mensaje de inicio. ¿Asumiendo que está buscando extensiones vulkan? ¿Qué se implementa en el controlador AMD que funciona que no está en el de Nvidia? Si podemos resolver eso, podríamos proporcionar algo a la gente de controladores de nvidia. (Suponiendo, también, que esto no es un error del motor, lo que podría ser: las personas con los controladores más recientes en Windows tienen el mismo problema).

Alguien en el protondb dijo que lo hicieron funcionar decentemente con controladores amdvlk con un par de trucos.

• GPU: GTX 970
• Versión del controlador / LLVM: 418.56
• Versión de Kernel: 5.0.7
• Enlace al informe completo de información del sistema como Gist : https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -sysinfo-txt
• Versión de protones: 4.2-3
• Registro de protones: https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -steam-275850-log

Intenté ejecutarlo deshabilitando wined3d pero parece que no recurrió a DXVK. Cualquier configuración de tiempo de ejecución no parece afectar el rendimiento: pasó de un estado jugable de 60 FPS (rama normal) a 10-12 FPS con la rama experimental.

Intenté ejecutarlo deshabilitando wined3d pero parece que no recurrió a DXVK. Cualquier configuración de tiempo de ejecución no parece afectar el rendimiento: pasó de un estado jugable de 60 FPS (rama normal) a 10-12 FPS con la rama experimental.

El juego no usa Direct X por cierto, por lo que WineD3D o DXVK no se usan en absoluto. Es directamente Vulkan (u OpenGL para el vivo actual), por lo que usar cualquier comando de inicio relacionado con D3D no tiene sentido.

Editar: el nuevo controlador Nvidia 418.52.05 no se lanzó sin cambios.

Pequeña actualización intentó 430.09 mismo problema.

Una cosa que sigo notando es este error que aparece en los registros:

4306.386:002a:002b:fixme:vulkan:wine_vkCreateCommandPool Support for allocation callbacks not implemented yet

No se carga en absoluto con la actualización del 29 de abril. Aparece una ventana emergente con el mensaje "No se puede inicializar Vulkan (falló vkEnumerateInstanceExtensionProperties). Es posible que no tenga instalado un controlador Vulkan o que un controlador antiguo de su máquina esté dañado".
ETA: Tengo 418.52.05 instalado. No hay problemas con las aplicaciones dxvk.

Tengo que confirmar. Ejecutar el juego después de la actualización experimental del 29 de abril da como resultado el cuadro de diálogo de error (vkEnumerateInstanceExtensionProperties), seguido de una pantalla negra (tienes que matar NMS.exe con SIGKILL para deshacerte de esa pantalla negra). Controlador NVidia 418.56

vkEnumerateInstanceExtensionProperties aquí también.

¿Alguien puede confirmar si esto sucede en AMD?

@ fls2018 @ volca02 El mismo problema 'vkEnumerateInstanceExtensionProperties' en AMD, con un Radeon VII, Mesa 19.0.1 estable de Padoka. Kernel 5.0.10.

¿Alguien lo ha probado con VINO stock o con una puesta en escena? ¿Error de NMS o error de VINO / protón?

Vulkan está roto para los 3 controladores amd vulkan (RADV, AMDVLK y -PRO)

EDITAR: probado con una compilación custon proton-tkg 4.5

El cargador Vulkan enviado con el juego no funciona en Wine. Puede usar WINEDLLOVERRIDES='vulkan-1=b' para solucionar el error vkEnumerateInstanceExtensionProperties.

Ahora está de vuelta a donde estaba antes del parche del 29 de abril. Sin embargo, parece que los usuarios de Nvidia en Windows todavía tienen problemas de FPS.

Ahora está de vuelta a donde estaba antes del parche del 29 de abril. Sin embargo, parece que los usuarios de Nvidia en Windows todavía tienen problemas de FPS.

Eso está abajo en Nvidia para echar un vistazo, hice un hilo en los foros de devtalk pero se hundió sin respuestas.

Acabo de probar la nueva actualización con la anulación, parece que el rendimiento ha mejorado un poco ... todavía la mitad de lo que debería ser, pero en mi experiencia, 25-30 fps más a 1440p que antes de la última actualización.

Esto está utilizando el último controlador de rama 430 de Nvidia (no para desarrolladores). Iba a volver a la rama de desarrollo 418 para ver si también mejoraba.

Actualizar:

418.52.05 controlador + nueva actualización = 5 fps

Controlador 430.09 + nueva actualización = 40-50 fps en baja a 1080p en una GTX 1070.

Ahora que cambié al controlador 430.09, todo es tan suave como la seda. Algunos fallos, pero son los mismos fallos que he visto en otros lugares, por ejemplo, con anillos planetarios y atmósferas que se filtran hacia las estaciones espaciales y la Anomalía. No he hecho ningún punto de referencia formal, pero para mí está a la par con OpenGL.

Escuché que el renderizador vulkan era considerablemente más lento que opengl atm, ¿podemos obtener números de comparación reales?

Anular el cargador Vulkan del juego hace que el juego muestre una copia del framebuffer y luego se cuelgue. Sin embargo, el sistema responde. Usando amdgpu

Ahora que cambié al controlador 430.09, todo es tan suave como la seda. Algunos fallos, pero son los mismos fallos que he visto en otros lugares, por ejemplo, con anillos planetarios y atmósferas que se filtran hacia las estaciones espaciales y la Anomalía. No he hecho ningún punto de referencia formal, pero para mí está a la par con OpenGL.

¿Puede dar más detalles, es decir, especificaciones del sistema, resolución, configuración, etc.?

La razón es que, si bien 430.09 es mejor, sigo obteniendo solo la mitad del rendimiento de OGL o Vulkan en Windows. Definitivamente no es tan suave como la seda para mí, tal vez sea casi jugable.

Sin embargo, si tengo activado el teselado de terreno, se bloquea y pude usarlo con OpenGL. Siempre apago el desenfoque debido al mareo por movimiento.

Nvidia 1050ti, i7-2700K, Slackware 14.2 mulitlib.

Entonces, usar Mesa, esta última rama experimental, parece no funcionar.
Sin embargo, habilitar AMDVLK para esto funciona.

Puedo reproducir el bloqueo al habilitar la teselación.
EDITAR: Para mí, el bloqueo parece ser cuando vsync está activado, no en teselación.

Sin embargo, si tengo activado el teselado de terreno, se bloquea y pude usarlo con OpenGL. Siempre apago el desenfoque debido al mareo por movimiento.

Nvidia 1050ti, i7-2700K, Slackware 14.2 mulitlib.

¿Puedes hacer nvidia-smi en la terminal mientras juegas? Me doy cuenta de que NMS.exe solo usa 800 MB de VRAM, tal vez haya un cuello de botella extraño en la asignación de memoria.

Bastante sólidamente en 1712 MB. Ni más, ni menos, lo cual es extraño. Esperaría que ese número se mueva de una forma u otra mientras juego. 142 MB cuando no se reproduce nada en uso, por lo que 1570 MB para NMS.

Bastante sólidamente en 1712 MB. Ni más, ni menos, lo cual es extraño. Esperaría que ese número se mueva de una forma u otra mientras juego. 142 MB cuando no se reproduce nada en uso, por lo que 1570 MB para NMS.

¿Esto no puede ser cierto?

El juego usa más memoria del sistema que la memoria de la GPU, en Windows a 1440p usa bastantes GB en la memoria de la GPU.

Confirmando, NMS.exe solo toma alrededor de 1022MiB de memoria GPU en mi sistema nvidia (GTX 1080, 430.09) cuando se carga en la estación espacial y alrededor de 1048MiB cuando estoy en el planeta.

¿Y con OpenGL?

Tenga en cuenta que la memoria asignada no es lo mismo que la memoria utilizada real. Vulkan puede estar obteniendo una asignación significativamente menor debido a optimizaciones específicas de la API de vulkan (solo asigna lo que necesita). Es probable que OGL asigne más memoria.

¿Y con OpenGL?

Tenga en cuenta que la memoria asignada no es lo mismo que la memoria utilizada real. Vulkan puede estar obteniendo una asignación significativamente menor debido a optimizaciones específicas de la API de vulkan (solo asigna lo que necesita). Es probable que OGL asigne más memoria.

En Windows, en el mismo experimento de Vulkan, está usando 4.2 GB, en Linux tiene un límite de 1.2 GB como arriba, solo hay 800 MB para NMS.exe. Definitivamente hay un cuello de botella severo en alguna parte, ya sea que la asignación de memoria sea el problema o simplemente el síntoma, definitivamente hay un problema.

También puede que no sea muy específico de Linux, leí una publicación en los foros de discusión de Steam de NMS que un usuario de Windows tuvo un rendimiento deficiente hasta que cambió su GPU a una ranura PCI-e diferente (no puedo probar eso debido a la refrigeración por agua) . También he visto personas que tienen problemas con SLI que desencadenan el problema de 5 fps.

Hola a todos. Recientemente me había cambiado a Linux Mint 19.1 a principios de año. Mi equipo está equipado con una CPU Phenom II X6 1090T, 16 GB de RAM DDR3, una sola tarjeta gráfica Red Devil Vega 64 y Linux Mint y Windows 10 con arranque dual. Linux Mint está usando el kernel 4.18.

En el lado de Linux, he instalado los últimos controladores inestables de padoka MESA (se eligió inestable debido a su compatibilidad con tarjetas Vega) junto con los últimos controladores Vulkan. Recientemente intenté lanzar la compilación experimental de No Man's Sky para aprovechar la API de Vulkan, pero recibí el mismo mensaje "No se puede inicializar Vulkan (falló vkEnumerateInstanceExtensionProperties). Es posible que no tenga instalado un controlador Vulkan o un el controlador antiguo de su máquina puede estar dañado ". como recibieron @garpu @ fls2018 y @ volca02 . Intenté usar el comando de anulación que se muestra en este hilo para omitir el propio lanzador Vulkan de NMS, pero me dio exactamente el mismo mensaje de error. No tuve otra opción para volver a la versión estable de NMS en Linux. ¿Hay otras soluciones disponibles? ¿O es este un problema que debe corregirse en actualizaciones más recientes de la rama experimental de NMS?

En Windows 10, actualicé los controladores AMD a Adrenalin 19.4.3 y lancé la compilación experimental de NMS. Se lanzó con éxito y notó un aumento sustancial en el rendimiento y FPS. Todavía hay tartamudeo, pero eso puede deberse al cuello de botella de mi CPU. Al principio, no vi ningún aumento en el rendimiento hasta que entré en las opciones de gráficos y aumenté el límite predeterminado de FPS 30 hasta 90, y deshabilité la sincronización V.

Cualquier información será muy apreciada.

bueno, la construcción de opengl debería funcionar mejor que vulkan de todos modos. Se está aplicando un límite de memoria al vulkan en Linux y hasta que lo averigüemos, probablemente tendrá problemas de rendimiento con la opción ogl.

El último controlador 430.14 sin cambios.

Con la actualización del 14 de mayo, la teselación aún falla (controladores Nvidia 430.14). AFAIK, la teselación también sigue teniendo problemas para los usuarios de Windows.

Proton 4.2-4 afirma "-Mejorar el soporte de Vulkan para la nueva construcción de No Man's Sky Vulkan".

Lo que esto significa es que ya no es necesario usar anulaciones de vino para configurar vulkan como incorporado.

No veo ninguna diferencia en el rendimiento.

Si está en NVIDIA, esté en la serie 430, está mucho más cerca de los niveles de OpenGL ahora en la versión beta de Vulkan y realmente se puede volver a jugar.

Parece que se me bloquea la GPU en Vulkan en mi RX 580 con Mesa 19.1.0-rc2 / LLVM 8.0, tan pronto como el juego termina de cargarse. ¿Alguien más puede confirmar?

No lo he probado sin Esync, pero no creo que eso haga una diferencia, ya que el juego funciona bien en OpenGL.

Con la nueva actualización de Proton, el juego comenzó a funcionar bien para mí nuevamente en RADV. (Mesa 19.0.4 / LLVM 8.0.0) en una Radeon VII

Hola @ jerbear64 , copia la información de tu sistema de Steam ( Steam -> Help -> System Information ) y ponla en resumen , luego incluye un enlace a la esencia en este informe de problemas. Además, agregue PROTON_LOG=1 %command% a las opciones de inicio del juego y arrastre y suelte el $ HOME / steam- $ APPID.log generado en el cuadro de comentarios.

https://gist.github.com/jerbear64/ce4c393c02d467790dbb65e9f115a780

Anoche capturé un registro de protones. Esto sube hasta la suspensión de la GPU, por lo que el juego se cerró abruptamente como resultado.
steam-275850.log

@ jerbear64 , si no es demasiado complicado, puede probar una solución en https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1.

No hay problema, ya mantengo mi propio Mesa COPR en Fedora. Puedo aplicar la solución esta noche e informar.

-------- Mensaje original --------
El 15 de mayo de 2019 a las 8:56 a.m., kisak-valve escribió:

@ jerbear64 , si no es demasiado complicado, puede probar una solución en https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo .

¡Hola a todos!

La actualización de la rama experimental más reciente de Noman's sky realmente permitió que nms se iniciara usando Vulkan en Linux Mint 19.1 sin usar la solución de comando especial. El juego se las arregló para cargar y pude moverme ... Por un corto tiempo.

Sin embargo, el juego congeló los gráficos tanto en mi pantalla principal como en mi pantalla secundaria (el monitor secundario tenía mi navegador web activado) después de mirar alrededor del área donde guardé por última vez, aunque el sonido aún provenía del juego. No pude obtener ninguna respuesta del juego ni de la PC, por lo que tuve que hacer un restablecimiento completo de mi equipo.

Un paso en la dirección correcta, seguro, pero me congelé después de un rato de mirar a mi alrededor. Cambié de nuevo a la estructura estable una vez más.

La solución alternativa no tuvo ningún efecto. Todavía se cuelga justo después de la pantalla de carga.

@TarsusEndri Suena como un bloqueo de la GPU y similar a mis síntomas. ¿Cuál es tu GPU / controlador?

@ jerbear64

Mi gpu es un Powercolor Red Devil RX Vega 64 que utiliza los últimos controladores MESA-Padoka Unstable (según la página de Padoka, se necesitan controladores Unstable para usar con tarjetas de la serie Vega). También se instalaron los últimos controladores Vulkan.

Y esa nueva porquería de almacenamiento en caché de sombreadores que acaba de agregarse a Steam solo redujo el rendimiento aún más ...

No probaré vulkan para este juego hasta que salga de la beta y tenga la versión final. También intente eliminar sus archivos de caché para dxvk y proton

Solo para que conste, el controlador nvidia 418.52.07 no parece incluir la corrección para el FPS bajo, es FPS de un solo dígito en esta versión del controlador (solo 430. * parece incluir la mejora).

Solo para que conste, el controlador nvidia 418.52.07 no parece incluir la corrección para el FPS bajo, es FPS de un solo dígito en esta versión del controlador (solo 430. * parece incluir la mejora).

Lo sospechaba mucho, el nuevo controlador de desarrollo de Vulkan no es más que la misma rama anterior con un par de extensiones adicionales. Además, como se mencionó, incluso 430, aunque es mejor, aún necesita mejoras, ya que hay un problema de memoria.

@ jerbear64 Mi GPU también se bloquea con Mesa 19.1rc4 (LLVM8) y 19.2-git (LLVM9) en la rama experimental Vulkan, mientras que mesa 19.0.x (LLVM8) funciona bien. AMDGPU / 290X / Arch Linux rodando.

Sin embargo, generalmente puedo replicar el accidente. Para mí, parece ser cuando intento meterme en mi biodomo lleno de plantas. Sin embargo, de manera confusa, si salgo y salgo en jetpack hacia el exterior del biodomo y miro hacia adentro, no se bloquea. Entonces, posiblemente, cuando dentro del cuboide de vidrio que conduce al biodomo, una sombra o un sombreador de luz (?) Esté haciendo algo extraño.

No tengo registros DXVK ni nada. Solo estaba probando mesa 19.1 y 19.2 porque VirtualBox tiene corrupción visual en mesa 19.0.5, así que pensé que preferiría ir más nuevo que viejo ... Solo estoy lanzando mi "yo también" al ring.

¿Quizás un error vulkan similar? https://github.com/doitsujin/dxvk/issues/1056

No hay registros DXVK porque no es un juego DX. Sin embargo, al menos no soy solo yo.

-------- Mensaje original --------
El 1 de junio de 2019 a las 12:24 p.m., HanFox escribió:

@ jerbear64 Mi GPU también falla con Mesa 19.1rc4 (LLVM8) y 19.2-git (LLVM9) en la rama experimental de Vulkan, mientras que mesa 19.0.x (LLVM8) funciona bien. AMDGPU / 290X / Arch Linux rodando.

Sin embargo, generalmente puedo replicar el accidente. Para mí, parece ser cuando intento meterme en mi biodomo lleno de plantas. Sin embargo, de manera confusa, si salgo y salgo en jetpack hacia el exterior del biodomo y miro hacia adentro, no se bloquea. Entonces, posiblemente, cuando dentro del cuboide de vidrio que conduce al biodomo, una sombra o un sombreador de luz (?) Esté haciendo algo extraño.

No tengo registros DXVK ni nada. Solo estaba probando mesa 19.1 y 19.2 porque VirtualBox tiene corrupción visual en mesa 19.0.5, así que pensé que preferiría ir más nuevo que viejo ... Solo estoy lanzando mi "yo también" al ring.

¿Quizás relacionado? doitsujin / dxvk # 1056

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo .

También tengo el problema de fallar en la carga con la versión Vulkan. 980Ti se estrella durante la escena de carga con:
wine_vkCreateCommandPool Support for allocation callbacks not implemented yet , que creo que es el código de error.

Ejecutando 418.52.10 driver en 5.1.12-arch1-1-ARCH

steam-275850.log

Mi RX 480 obtiene una pantalla colorida similar, luego se cuelga y el error "no se pudo inicializar el analizador -125" en dmesg en la rama experimental. OpenGL es lento pero funciona. Estoy usando AMDGPU (Mesa?) 19.1.1 con LLVM 8.0.0.

Curiosamente, si creas un nuevo guardado, sin cargar uno antiguo, el juego no se bloqueará hasta que termine la pequeña introducción de la escena.

Mi RX 480 obtiene una pantalla colorida similar, luego se cuelga y el error "no se pudo inicializar el analizador -125" en dmesg en la rama experimental. OpenGL es lento pero funciona. Estoy usando AMDGPU (Mesa?) 19.1.1 con LLVM 8.0.0.

Curiosamente, si creas un nuevo guardado, sin cargar uno antiguo, el juego no se bloqueará hasta que termine la pequeña introducción de la escena.

¿Podrías generar un PROTON_LOG=1 con un nuevo save & vulkan?

Salud

NOTA: El primer intento de carga se hizo ctd después de la introducción del viaje del campo estelar, pero la segunda vez funcionó bien, posible aumento en la generación de caché de sombreado.

Aquí está mi registro de steamplay en manjaro xfce 1080TI, parece funcionar, pero puede haber problemas de rendimiento graves. Tengo que probar más la configuración.

steam-275850.log

¿Cómo se cambia de nuevo a opengl? ¿O eso requiere una nueva descarga a otra versión no exp? parece extraño si es así.

### OK PRUEBA TERMINADA

Vulkan FPS: ~ 15-30 fps
OpenGL FPS: ~ 50-60 + fps

Sí, Vulkan trabajó en este juego, esto es bastante extraordinario ya que otros juegos que usan vulkan a menudo obtienen una paridad de 1: 1 o superior en Linux y Steamplay (doom / wolf ....). No tengo idea de lo que está pasando, ¡bastante desconcertante!

@jarrard asegúrese de probar el controlador 430.x si aún no lo ha hecho. 430.34 parece solucionar mis problemas con el rendimiento de Vulkan, más o menos (aunque a veces todavía hay situaciones de menor velocidad de fotogramas en la superficie del planeta).

Estoy usando 430.26 atm, buscaré otros más nuevos en algún momento.

¿Alguien puede lograr que el juego se lance con Proton 4.11? Me parece que se bloquea / cuelga inmediatamente, 4.2-9 todavía funciona. Probé fsync para ver si ese era el culpable de la diferencia.

steam-275850.log

Puedo lanzar el juego con 4.11, usando el cliente opengl, sin embargo, ya que vulkan tiene algunos problemas.

Aquí está mi registro. Ojalá tuviera realidad virtual para jugar con este juego.

steam-275850.log

Encontré el problema, tenía instalado el controlador de desarrollo 418 que generalmente se inicia (pero con el error de 5 fps) pero con 4.11 se cuelga.

430 funciona con 4.11 siempre que no se utilice fsync.

También otra cosa que todos deberían tener en cuenta es que el renderizador Vulkan se convierte en el principal en poco menos de dos semanas, supongo que lo más probable es que OpenGL se elimine a menos que lo mantengan para admitir sistemas más antiguos, lo cual dudo.

Es por eso que sus problemas importantes se resuelven en lugar de contentarse con el renderizador OGL.

Si se está convirtiendo en el renderizador principal, puede esperar una gran cantidad de actualizaciones / correcciones para él. Con suerte, eso hará que funcione un poco más suavemente, ya que nunca pude cargar la rama Vulkan.

Para mí, el juego ni siquiera se inicia en 4.11 pero funciona totalmente bien en 4.2-9

@ Haxk20 ¿estás usando el kernel fsync? si es así, intente deshabilitar fsync o esync antes de iniciar el juego.

Intentaré hacerlo. Sí compilado 5.3-rc2 con fsycn

Lamentablemente, fsync y esync desactivados, pero aún no se pueden iniciar.

Y esto sucede tanto en openGL como en Vulkan.

IDK lo que acaba de pasar, pero estaba tratando de eliminar el proceso NMS.exe ya que Steam me decía que se estaba ejecutando, pero no apareció nada durante unos minutos y hice clic en matar el proceso mató a explorer.exe y apareció con NMS.exe todavía en ejecución
EDITAR: Esto fue solo el lanzamiento 4.2-9 después de que lo cambié. Solo tomó más tiempo regenerarse. 4.11 todavía está roto.

Parece que 4.11-2 lo rompió -1 funcionando cuando se usa una compilación personalizada

Solo un aviso:

La compilación de Vulkan se activa en cualquier momento, mirando las notas del parche como sospecha de que OpenGL SE HA ELIMINADO POR COMPLETO.

Así que, literalmente, no hay forma de evitar vulkan ahora, solo con la esperanza de que hayan realizado algunas optimizaciones en su motor para que funcione mejor con los controladores de Linux, aunque es probable que funcione de forma muy similar a la experimental.

Para cualquiera en AMD, esa GPU se cuelga de la rama Vulkan, si instala ACO, el juego funcionará, aunque no se procesa al 100% con precisión. Completaré un informe de error una vez que Beyond esté disponible, ya que eso podría cambiar esto.

-------- Mensaje original --------
El 14 de agosto de 2019 a las 6:58 a.m., fls2018 escribió:

Solo un aviso:

La compilación de Vulkan se activa en cualquier momento, mirando las notas del parche como sospecha de que OpenGL SE HA ELIMINADO POR COMPLETO.

Así que, literalmente, no hay forma de evitar vulkan ahora, solo con la esperanza de que hayan realizado algunas optimizaciones en su motor para que funcione mejor con los controladores de Linux, aunque es probable que funcione de forma muy similar a la experimental.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo .

Estoy en Australia, así que no recibimos el parche hasta el último. La última vez que probé esa rama vulkan, tenía importantes problemas de rendimiento con nvidia 1080TI.

El controlador Nvidia 430 también parece fallar.
Pop! _OS 19.04
GTX 1070.

Beyond se bloquea antes de cargar los menús o después de seleccionar un guardado. Parece que Vulkan es el único renderizador disponible.

Bien, me las arreglé para entrar en el juego, hubo algunos bloqueos / bloqueos en la primera carga, pero todo sigue igual al menos en Nvidia 435.17 ... todavía bajos fps.

La configuración de los gráficos ha cambiado de manera algo tan difícil de comparar directamente, pero el uso de VRAM sigue siendo bajo, casi reproducible en la configuración estándar (más baja) en un 1070.

Creo que alguien de nvidia necesita hacer ping para ver esto ahora que está disponible.

Me va bien, no hay problemas.

Sin embargo, el rendimiento es absolutamente terrible en mi 980ti con Proton 4.9 y 4.11 ambos probados.

Lo probaré en mi 580, con y sin ACO, cuando llegue a casa del trabajo. Sería interesante ver si la caída de FPS es específica de Nvidia. Recuerdo que algunas personas con Nvidia decían que también tenían un rendimiento deficiente en la antigua rama experimental de Vulkan.
-------- Mensaje original --------
El 14 de agosto de 2019 a las 2:43 p.m., Liam Dawe escribió:

Me va bien, no hay problemas.

Sin embargo, el rendimiento es absolutamente terrible en mi 980ti con Proton 4.9 y 4.11 ambos probados.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo .

Corriendo bastante decente para mí en un 1050ti con 435.17. No se conecta a los servidores en línea, pero tengo el multijugador desactivado.

Crash antes de cargar el menú en Kubuntu 19.04, 1070 con 430.40 y proton 4.11-2
En Lutris, diga "vkEnumerateInstanceExtensionProperties falló"
steam-275850.log

Se bloquea después de unos 15 segundos de cargar un juego nuevo para mí. Protón 4.11-2.
Información del sistema de vapor
steam-275850.log

Se bloquea justo después de cargar un juego nuevo o existente. Proton 4.11-2, RX 480 con el último Mesa estable.
steam-275850.log

Aquellos en Nvidia, creé un problema en los foros devtalk de Nvidia sobre el rendimiento hace meses, pero no ha tenido ninguna respuesta. Sería genial si otros pudieran informar el problema allí para intentar mantener esto en su radar al menos:

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/

En cuanto a los bloqueos, tenga en cuenta que todas las plataformas (incluidas las consolas) están experimentando bloqueos, especialmente en el nexo. Puede ser difícil aislar qué fallas se deben a controladores de protones / linux o errores del juego.

@ fls2018 ¿ quizás debería actualizar la sumisión original para mostrar que ya no tiene que seleccionar manualmente la rama vulkan? Y el título, ya que está en él, esto es solo un problema de rendimiento con el juego normal ahora.

El rendimiento de 430.34-54 es terrible con la actualización Beyond: en GTX 1080 a una resolución ultra amplia de 2560x1080 tengo 20-30 FPS mientras estoy en el inventario o a pie.

418.52.20 Ni siquiera puedo hacer que No Man's Sky se cargue más allá de la ventana "Preparándose para lanzar". Parece que el prefijo ni siquiera se actualiza. Con Proton 4.11-2 y Proton-tkg 4.13.r7.gca09e891

Esto es todo lo que hay en PROTON_LOG (steam-275850.log)
======================
Proton: 1565123138 proton-4.11-2
SteamGameId: 275850
Command: ["/home/telans/.local/share/Steam/steamapps/common/No Man's Sky/Binaries/NMS.exe"]
Options: set()
======================

418.52.20 Ni siquiera puedo hacer que No Man's Sky se cargue más allá de la ventana "Preparándose para lanzar". Parece que el prefijo ni siquiera se actualiza. Con Proton 4.11-2 y Proton-tkg 4.13.r7.gca09e891

Por alguna razón, la rama de desarrollo 418 ya no lanza NMS con Proton 4.11, puedes lanzar proton 4.2 con ellos, pero solo obtendrás 5 fps.

430 y posteriores son absolutamente necesarios para cualquier juego.

Recientemente instalé este juego, después de crear un nuevo juego, muestra la intro y entra "en la galaxia" durante 10-20 segundos y luego se bloquea.
steam-275850.log

¿Alguien ha probado el modo VR? Lo probé en mi índice pero falla instantáneamente. Veo una pantalla negra en mi monitor por un momento, pero desaparece después de una fracción de segundo.

Sí, funciona en 430.34 controladores Nvidia para mí con mi 1080TI a 4k, pero el FPS es significativamente peor que cuando estaba ejecutando OpenGL, donde en el tipo de planeta semi estéril en el que estoy, fácilmente obtendría más de 60 fps, pero con Vulkan Estoy bajando a lo que debe ser 10-20 fps y rara vez veo 60 fps a menos que mire directamente hacia arriba / abajo.

Un poco decepcionante, debe haber algo realmente mal para que Vulkan se desempeñe tan mal.

NOTA: para aquellos que salgan del escritorio en el menú, no coloque el cursor sobre las opciones del menú, si mantiene presionado para deshacerse del mensaje de actualización, también hará clic en las selecciones del menú de fondo (si coloca el mouse sobre ellas) y causará un problema.

También puedo informar un rendimiento muy bajo con la nueva actualización "Más allá". En el pasado, podía jugar muy bien con el renderizador OpenGL, pero ahora que se ha eliminado a favor de Vulkan, los FPS son demasiado bajos para jugar.

Protón: 4.12-2
Controlador de Nvidia: 430.34
Procesador gráfico: Nvidia RTX 2070

Si tuviera que adivinar, el bajo rendimiento que casi todo el mundo ve podría deberse al límite de memoria de video de 1GB aparentemente abstracto que ocurre con NMS

¿Podrías probar esto @rstrube con nvidia-smi?

El uso de VRAM para mí es el siguiente, sí, parece bajo considerando que estoy en configuraciones altas a 4k.

C + G ... ps \ common \ No Man's Sky \ Binaries \ NMS.exe 1375-1408MiB

Por otra parte, el planeta no es nada espectacular y no tengo ninguna referencia de opengl. (OGL probablemente maneja la memoria y el almacenamiento en caché de manera diferente, por lo que puede que no sea una comparación de manzanas con manzanas).

Aquí está la salida nvidia-smi .

nvidia-smi
Wed Aug 14 18:32:47 2019       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 430.34       Driver Version: 430.34       CUDA Version: 10.1     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce RTX 2070    Off  | 00000000:06:00.0  On |                  N/A |
| 41%   50C    P0    73W / 185W |   1494MiB /  7982MiB |     93%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      1407      G   /usr/lib/xorg/Xorg                            39MiB |
|    0      1965      G   /usr/lib/xorg/Xorg                           200MiB |
|    0      2112      G   /usr/bin/gnome-shell                         252MiB |
|    0     27233      G   ...m/debian-installation/ubuntu12_32/steam    31MiB |
|    0     27257      G   ./steamwebhelper                               3MiB |
|    0     29820    C+G   ...ps\common\No Man's Sky\Binaries\NMS.exe   906MiB |
+-----------------------------------------------------------------------------+

Aquí hay un video que muestra el uso de la memoria con open-gl / vulkan en Windows: https://youtu.be/XEC1mEsZ2lU?t=30

Especialmente porque eso es solo 1080p, 1.3GB para 4k parece extremadamente bajo. ¿Peraps, el bajo rendimiento se debe a que el juego cambia texturas muy a menudo cuando la VRAM es baja?

No sé, el bajo rendimiento es persistente, no es algo que ocurre solo cuando se mueve.

¿Alguien más puede confirmar que el controlador beta 435.17 resuelve el problema de bajo rendimiento de Vulkan?

¿Hay un ppa de ubuntu con ese controlador en alguna parte? la única forma en que lo probaría. No está en ninguno de mis administradores de paquetes. (una de las cosas que extraño de ARCH AUR)

Oh, los encontré.

https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa

Genial, estaba a punto de publicar ese enlace exacto. Es bueno que el PPA ya tenga instalados los últimos controladores beta.

Desafortunadamente, el controlador 435 no se muestra en mi lista de paquetes, parece que no puede verlo en el PPA ... no se sabe por qué.

Desafortunadamente, el controlador 435 no se muestra en mi lista de paquetes, parece que no puede verlo en el PPA ... no se sabe por qué.

Interesante, deberías poder hacer un sudo apt install nvidia-driver-435 . ¿Ves que el PPA está marcado si haces un sudo apt update ?

Tampoco veo Nvidia-435, la última disponible es Nvidia-430

Extraño, definitivamente está en el PPA, ¿quizás está detrás de algún tipo de bandera de prueba?

Mira aquí:
https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa/+packages?field.name_filter=435&field.status_filter=published&field.series_filter=

Editar: Oh mierda, es para 19.10 (Eoan) mi mal ...

Alguien en los foros de desarrolladores de nvidia publicó que 435.17 no solucionó los problemas de rendimiento. Tenía grandes esperanzas de que el último controlador beta mejoraría las cosas ...

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/post/5373548/#5373548

Creo que el problema principal es que el juego ni siquiera comenzará en la mayoría de las circunstancias. Es un problema con Proton AFAIK.

Acabo de instalar 435.17 en Arch, y puedo entrar al juego ahora (no podría con 418) pero no importa si desactivo f-sync (siempre se interrumpe) o e-sync (no importa), se bloquea antes de que se genere un mundo . Probado creando un nuevo guardado / cargando uno antiguo.

Solo para señalar que este es exactamente el mismo problema que tuve hace uno o dos meses con los controladores 430 y la rama vulkan-experimental.

Creo que el problema principal es que el juego ni siquiera comenzará en la mayoría de las circunstancias. Es un problema con Proton AFAIK.

El mío comenzará siempre, pero el rendimiento no se puede reproducir.

se estrella antes de que se genere un mundo.

Asegúrese de eliminar sus archivos SHADERCACHE antiguos solo para estar seguro. Y asegúrate de que no esté cargando mods.

Instalación limpia, con y sin shadercache preconstruido, el mismo resultado. No estoy seguro de cómo se puede jugar ahora que el gl abierto se ha ido.

steam-275850.log

No estoy seguro de cómo puedo jugar ahora que el gl abierto se ha ido

Bueno, no puedes, pero para ser honesto, ninguno de nosotros va a jugar a 10-20 fps, a menos que te gusten ese tipo de cosas (usuarios de portátiles).

Lo que sugeriría es que publiques tu registro de protones por el momento.

En realidad, sobre el tema de poder volver a Open-GL, podría ser posible descargar manualmente los antiguos binarios de No Man's Sky, etc., a través de Steam Console.

Aquí están las listas de manifiesto para NMS: https://steamdb.info/depot/275851/manifests/

Lo intentaré y veré cómo va.

Parece que puedo entrar en el juego corriendo con Proton 4.2-9, en Nvidia 430.40
Se estrelló cuando intenté entrar en la atmósfera de otro planeta, aunque todavía no he vuelto a probar.
No tengo un registro, lo siento. Olvidé habilitarlo. Actualizaré este comentario si vuelvo a tener el bloqueo en 4.2-9.

Lo intentaré y veré cómo va.

Supongo que tendrás que volver a la versión y el contenido del juego anterior. ES DECIR. No más allá.

Solo quería jugar debido a la actualización posterior.

A eso es a lo que me refería, pero sí, es una pena que Beyond no parezca funcionar.

Un parche de la Semana 1 podría ayudar, ya que los usuarios de Windows están experimentando bloqueos en el juego, que podrían estar relacionados.

otro usuario de nvidia con el error de uso de 1.5gb. Sé que la versión de opengl usó casi toda mi memoria de video. fallaba en la configuración ultra que pude ejecutar antes de la actualización. caer por lo alto detuvo el choque inmediato, pero los marcos definitivamente están muy abajo.

Después de la última microactualización (30,7 MB) hace unos minutos, el juego parece funcionar muy bien. Mostraba una pantalla negra mientras se reproducía la música antes de esta última actualización. Obtengo 60 fps.

También lo olvidé, usando el cargador Vulkan de Proton.

Sistema:
Ryzen 5 1600
RX 580 de 8 Gb

Ubuntu Budgie 19.04
RADV / ACO / LLVM 8
Protón 4.11-2
Vulkan 1.1.101.0-2

¿Cuál es su uso de vram? Sin embargo, no veo ninguna actualización.

Recibí la actualización más allá casi 24 horas después de que la recibieran otras personas. Hay un sistema de demora con el proceso de actualización de Steam, probablemente relacionado con la región. Soy australiano, ciudadano de Steam de tercera categoría :(

¿Cuál es su uso de vram? Sin embargo, no veo ninguna actualización.

Tengo 4587 MB de VRAM libre, por lo que se utilizan 3605 MB

Las tarjetas AMD no parecen tener el problema del bajo uso de VRAM.

También estoy usando la versión beta experimental (ID de compilación de contenido actual: 4107029)

Aún se bloquea al cargar un mundo con la actualización experimental / 30mb

Me encontré con un problema divertido con RADV / ACO en mi Radeon VII: el juego se carga bien, si es muy lento ... entonces falta todo el terreno. Verifiqué los archivos del juego. Las versiones anteriores de Proton no comienzan en absoluto.

¡No importa! Mismo problema en Windows .....: man_shrugging:

editar: ¡Aunque tengo el mismo problema que el usuario debajo de mí!

Puedo ejecutar este juego con la actualización Beyond perfectamente con Proton 4.2 y 4.11.1.
Sin embargo, lo que no funciona es si trato de ejecutarlo en realidad virtual. Simplemente abre una ventana negra y "carga" eternamente. "cargas" porque IO es exactamente cero y el proceso es un zombi ...
Si desactivo esync, el proceso no se vuelve zombie, sino que tiene aproximadamente un 2-3% de carga de CPU y tampoco hace nada con IO, y nuevamente solo una pantalla negra. Intentar usar PROTON_LOG = 1 no hace nada, no parece que se haya generado ningún registro.
Probar VR para comenzar con Proton 4.2 solo inicia la versión de escritorio, probablemente porque todavía tiene la antigua librería openvr.
Editar: probablemente debería mencionar que estoy en Mesa 19.2 ACO

No me funciona bien en Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. Se bloquea en el escritorio tan pronto como se carga el mundo.

Obtengo un poco más de progreso en Mesa 19.2 ACO. El mundo se carga y obtengo un rendimiento bastante decente, pero si abro un menú, mi tarjeta gráfica se bloquea.

Ok, ahora generó un registro para la realidad virtual. Se hizo como 60MiB grande después de ni siquiera dos minutos ... He subido "solo" cien mil líneas de eso, por lo que github no cancelará la carga debido a que tarda demasiado: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
Editar: aquí hay un registro de un lanzamiento normal (2D): steam-275850.log

con la actualización de 30 MB en la versión experimental, el límite de memoria de 1,5 GB podría haber desaparecido. la ejecución de gráficos en un medio hace que aumente el uso de memoria de video de 1.9gb de manera irregular. corriendo con cargas elevadas en el mundo, pero se estrella inmediatamente. la ejecución de gráficos en ultra provoca un bloqueo al cargar la pantalla de inicio del sistema.

con la actualización de 30 MB en la versión experimental, el límite de memoria de 1,5 GB podría haber desaparecido. la ejecución de gráficos en modo experimental hace que aumente el uso de memoria de vídeo de 1,9 GB de forma irregular. corriendo con cargas elevadas en el mundo, pero se estrella inmediatamente. la ejecución de gráficos en ultra provoca un bloqueo al cargar la pantalla de inicio del sistema.

También logré cargar el juego con configuraciones medias, pero mi uso de VRAM todavía era de solo 600mb en un 1080ti.

Los juegos se ejecutan en una combinación de configuraciones mejoradas y altas a 45 fps en RX560X, lo cual es impresionante, pero la interfaz de usuario se muestra a 7 fps y hace que el juego sea básicamente injugable.

Los juegos se ejecutan en una combinación de configuraciones mejoradas y altas a 45 fps en RX560X, lo cual es impresionante, pero la interfaz de usuario se muestra a 7 fps y hace que el juego sea básicamente injugable.

mismo. y obtener aproximadamente 35 fps en una gtx 1060 de 6 gb. Parece que la teselación del terreno en algo más alto que enchanced hizo que el juego se bloqueara al entrar en un planeta. Hasta ahora no hay bloqueos aleatorios, pero solo he jugado 45 minutos con esta configuración. Con suerte, una nueva versión de proton / nms devuelve el rendimiento a donde estaba con opengl.

Parece que mi juego está funcionando bien ahora en mis controladores 430.17 / 1080TI, a 4k obtengo alrededor de 45-50 fps, que es similar a lo que me dio opengl. Solo es cuestión de habilitar 1800p edid ahora para ver si puedo modificar las cosas.

Creo que podría haber sido el parche experimental reciente el que resolvió algo. no estoy seguro exactamente. Cambié a Proton 4.2, lo ejecuté, noté que estaba bien, luego volví a normal 4.11-2

Hmm, ahora que lo pienso, volar y sigue siendo un rendimiento bastante pobre, supongo que esto probablemente tomará varios parches más antes de su tasa de cuadros decente.

¿El uso de la memoria de su GPU es mejor mientras tiene un mejor rendimiento?

Parece que mi juego está funcionando bien ahora en mis controladores 430.17 / 1080TI, a 4k obtengo alrededor de 45-50 fps, que es similar a lo que me dio opengl. Solo es cuestión de habilitar 1800p edid ahora para ver si puedo modificar las cosas.

Creo que podría haber sido el parche experimental reciente el que resolvió algo. no estoy seguro exactamente. Cambié a Proton 4.2, lo ejecuté, noté que estaba bien, luego volví a normal 4.11-2

Hmm, ahora que lo pienso, volar y sigue siendo un rendimiento bastante pobre, supongo que esto probablemente tomará varios parches más antes de su tasa de cuadros decente.

Estoy usando 435.17 y ya probé el parche experimental y sigo viendo los mismos fps bajos.

¿El uso de la memoria de su GPU es mejor mientras tiene un mejor rendimiento?

Lo comprobaré más tarde. Pero honestamente, solo era mejor en tierra que antes, tan pronto como despegué en mi nave, tuve el problema de 20-30 fps, incluso un poco también en el espacio. Entonces todavía necesita algo de trabajo.

Tenía 70 FPS en Nexus en este momento, solo para tener 30 tan pronto como me subí al barco y me lancé. Eso es con el parche actual 2.06b. El uso de la memoria todavía era de alrededor de 900 Mb, por lo que parece que el nexo encaja lo suficientemente bien en esa memoria limitada para renderizar rápidamente.

En modo experimental, ahora se bloquea si se inicia para la realidad virtual. En breve aparece una ventana negra y luego se vuelve a cerrar. El registro es corto esta vez. Estoy seguro de que eso es un problema de Proton, y no un problema con NMS, ya que nadie en Windows parece tener este problema. Sin embargo, no puedo verificar mi propia instalación de Windows porque está rota ...
El registro es mucho más corto esta vez.
steam-275850.log

En modo experimental, ahora se bloquea si se inicia para la realidad virtual. En breve aparece una ventana negra y luego se vuelve a cerrar.

También experimenta el mismo problema que @Zamundaaa usando la public (probado con Valve Index Headset ):

steam-275850.log

Información del sistema

• Procesador gráfico :
• Versión del controlador / LLVM: NVIDIA 430.40
• Versión de Kernel: 5.0.0-25-generic
• Enlace al informe completo de información del sistema como Gist
• Versión de protones: 4.11-2
• Versión SteamVR: 1.7.5

El juego se ejecuta perfectamente en 435.17 (1060 6GB) en arch con KDE y Kwin-lowlatency. Ligero problema de tartamudeo al cargar (que no está presente en Windows) pero aparte de eso funciona muy bien. No tengo el problema de 30 fps cuando estoy en el espacio.

El juego utiliza 2,1 GB de VRam. El kernel es 5.2.8.arch-1-1. Estoy usando GE-Proton-4.11-1, si eso cambia algo en ese extremo. Estoy en configuraciones altas para todo menos para texturas, lo que se establece como estándar si voy más alto que mejorado. Rama experimental.

ESTO ES UN ERROR DE PROTÓN, NO UN ERROR DE NVIDIA
Puedo confirmar que el problema es con Proton específicamente, ya que el parche de Glorious Eggroll soluciona el problema, mientras que el juego funciona de manera terrible con protones originales. El uso de la bifurcación de protones de GE lo arregla.

Daré una prueba a esto ahora.

ACTUALIZAR:
No, todavía la VRAM no supera el uso de 1247 MB ​​para NMS, esto es en 4k y con configuraciones más altas.
Moverse por el planeta probablemente esté entre 30 y 40 fps, mientras que volar está fácilmente por debajo de 30 fps, el problema de rendimiento aún existe. Al menos para las tarjetas 1080TI en el controlador 430.34, es posible que se combinen una multitud de problemas complejos.

Tal vez el rendimiento de vulkan sea una mierda para este juego, ¡necesitaré iniciar Windows10 para probar!

PD. Todavía no he experimentado ninguno de los bloqueos a los que se enfrentan otros, que podría ser principalmente un problema de AMD (ejecutando Ryzen3600 con clearcpuid = 514 aquí)

ESTO ES UN ERROR DE PROTÓN, NO UN ERROR DE NVIDIA
Puedo confirmar que el problema es con Proton específicamente, ya que el parche de Glorious Eggroll soluciona el problema, mientras que el juego funciona de manera terrible con protones originales. El uso de la bifurcación de protones de GE lo arregla.

Creo que esto es específico del sistema, no relacionado con Proton.

Estoy usando lo siguiente:
Núcleo: 5.2.8-20-tkg-pds
Nvidia: 435.17 ; 980Ti
Proton-tkg: 4.14 (todos los parches de GE + más)
Resolución: 1080p

Para que el juego cargue un mundo donde antes no lo haría, tuve que eliminar .steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Ahora he configurado todas las opciones de gráficos en alto / ultra, excepto el teselación que permanece en Mejorado.
Este es mi uso de VRAM: C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1191MiB .

No importa a dónde vaya en el mundo / espacio, nunca superó los 1260MiB. Esto es extraño, porque cuando todas las opciones de gráficos están configuradas en Bajo (después del reinicio), al cambiar todas las opciones a Ultra (antes de que sea necesario reiniciar para aplicar la configuración de textura), vi que mi uso de VRAM subió a ~ 1600MiB.

Parece que la aplicación de la configuración de gráficos a mitad del juego usa más VRAM que un comienzo limpio con mi configuración actual (texturas Ultra).

Mi rendimiento es peor que Open-GL, 35-40 fps constante sin importar la configuración que use.

¿Quizás alguien más podría probar esto? Aplique la configuración baja, reinicie, verifique la VRAM, luego aplique Ultra y vea si la VRAM sube.

1080ti 430.34 Pop_OS Plasma5
Configuración alta de Win10 4k
Terreno: 85 Espacio: 100+

Configuración alta de Linux 4k (Proton-GE)
Terreno: 25-33 Espacio: 33

Sí, días realmente tristes para NMS bajo Linux.
Deberíamos ver un rendimiento de 1: 1 o mejor en comparación con Windows porque el controlador vulkan de nvidia está destinado a ser el mismo o mejor (más actualizaciones y correcciones), por eso juegos como Doom y Wolf funcionan muy bien en Linux.

Hmm, extraño. TKG dijo que también funcionó para él, y cambiarlo al protón 4.11-2 hizo lo mismo que todos aquí están describiendo.

Si funciona a 1080p, funciona mejor, pero eso no significa que sea una solución.
También eliminé mi compatdata antes de probar con proton-GE, solo para estar seguro. (No construí mi propio Proton-GE, solo usé el lanzamiento del contenedor)

Desafortunadamente, sigo teniendo los mismos problemas de rendimiento con Proton-GE. También intenté eliminar y reconstruir mi prefijo por completo. Actualmente ejecutando controladores Nvidia 430.34, entonces, ¿quizás los controladores beta 435.17 solucionan el problema junto con Proton-GE?

Desafortunadamente, sigo teniendo los mismos problemas de rendimiento con Proton-GE. También intenté eliminar y reconstruir mi prefijo por completo. Actualmente ejecutando controladores Nvidia 430.34, entonces, ¿quizás los controladores beta 435.17 solucionan el problema junto con Proton-GE?

No, probé los protones GE y TKG con 435.17 y es lo mismo.

Sin embargo, una diferencia que noté con los protones de terceros es mucha más textura y los árboles no procesaban las hojas incluso en configuraciones más altas ... aunque el rendimiento seguía siendo el mismo.

El problema de VRAM parece ser específico de las compilaciones de vanilla Proton de Valve (probé 4.11-2 y 4.2-9), ya que Wine-staging (probado usando 4.13) y Proton parcheado por GE (según los comentarios aquí) funcionan bien en ese sentido.

Por lo demás, el rendimiento general es irregular y probablemente sea más específico del sistema o del controlador. Pero el problema de la VRAM parece ser el culpable de Vanilla Proton.

El problema de VRAM parece ser específico de las compilaciones de vanilla Proton de Valve (probé 4.11-2 y 4.2-9), ya que Wine-staging (probado usando 4.13) y Proton parcheado por GE (según los comentarios aquí) funcionan bien en ese sentido.

Por lo demás, el rendimiento general es irregular y probablemente sea más específico del sistema o del controlador. Pero el problema de la VRAM parece ser el culpable de Vanilla Proton.

Como lo muestran varias personas en este hilo, incluido yo, esto es falso. Vanilla Proton no es la causa.

El problema de VRAM parece ser específico de las compilaciones de vanilla Proton de Valve (probé 4.11-2 y 4.2-9), ya que Wine-staging (probado usando 4.13) y Proton parcheado por GE (según los comentarios aquí) funcionan bien en ese sentido.

No veo eso con compilaciones de terceros, en configuraciones Ultra a 1440p, este juego debería consumir más de 4GB como lo hace en Windows. Lo máximo que he podido conseguir es alrededor de 1,5 GB y eso es después de cambiar de ubicación varias veces.

Para cualquiera en Arch, intente hacer una actualización completa del sistema y verifique si el juego funciona correctamente.
Además, asegúrese de estar en la rama experimental

Para mí, el juego funciona bien desde hace unos días. En arch Linux usando GE
proton y RX560X. Enchanced-High en 40 fps en el planeta.

El sábado 17 de agosto de 2019 a las 3:27 p.m. william341 [email protected] escribió:

Para cualquiera en Arch, intente hacer una actualización completa del sistema y verifique si el juego
funciona correctamente.

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

Sí, hay un error de bloqueo con las tarjetas AMD en el que si la teselación se establece por encima de bajo, se bloqueará al cargar o algo así. (protondb).

¿Los usuarios de AMD se comparan con su funcionamiento en Windows? ¿40 fps es lo mismo que Windows?

No he probado Windows por razones obvias y no pienso probarlo.
Cuando alguien tiene Acer nitro 5 con RX560X y Windows puede intentar ver
qué FPS obtienen, pero creo que quizás obtengan un poco más de fps.

El sábado 17 de agosto de 2019 a las 3:50 p.m., jarrard [email protected] escribió:

Sí, hay un error de bloqueo con las tarjetas AMD donde si la teselación se establece arriba
bajo, se bloqueará con la carga o algo así. (protondb).

¿Los usuarios de AMD se comparan con su funcionamiento en Windows? es 40 fps lo mismo que
ventanas?

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

Y el teselado, pero me es imposible reproducirlo. yo puedo tener
teselación en enchanced y se carga bien, pero lo comprobaré de nuevo cuando llegue
casa.

El sábado 17 de agosto de 2019 a las 3:58 p.m. Sin nombre [email protected] escribió:

No he probado Windows por razones obvias y no estoy planeando intentarlo
eso. Cuando alguien tiene Acer nitro 5 con RX560X y Windows, puede intentar
ver qué FPS obtienen, pero creo que quizás obtengan un poco más de fps.

El sábado 17 de agosto de 2019 a las 3:50 p.m., jarrard [email protected] escribió:

Sí, hay un error de bloqueo con las tarjetas AMD donde si se establece la teselación
por encima de la baja se estrellará con la carga o algo así. (protondb).

¿Los usuarios de AMD se comparan con su funcionamiento en Windows? es 40 fps lo mismo que
ventanas?

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

Alguien dijo anteriormente que se espera que el rendimiento de 560 sea de 40 fps.

Bueno, esta es una computadora portátil y la configuración es seguramente diferente, así que si alguien puede
pruébalo en RX560 que sería genial. Publicaré SC de la configuración de gráficos
cuando llegue a casa.

El sábado 17 de agosto de 2019 a las 4:07 p.m. william341 [email protected] escribió:

Alguien dijo anteriormente es que se espera que el rendimiento de 560 sea de 40 fps.

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

Después de la última actualización del juego, estoy experimentando una fuerte caída de FPS en todos los menús del juego. Es como ~ 5 fps al abrir el inventario, en los diálogos o incluso en el menú de configuración del juego. ¿Alguien tiene este problema o solución?

Sí, lo hice. Utilice la construcción de protones de GE. Eso me lo arregló

El sábado 17 de agosto de 2019 a las 5:14 p. M., Alsh [email protected] escribió:

Después de la última actualización del juego, estoy experimentando una fuerte caída de FPS en todos los juegos
menús. Es como ~ 5 fps al abrir el inventario, en los diálogos o incluso en el juego
menú de configuración. ¿Alguien tiene este problema o solució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/438?email_source=notifications&email_token=AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVDVREXHG43V2
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA
.

Lo intenté, pero la construcción de GE tampoco me ayudó.

Sí, lo hice. Utilice la construcción de protones de GE. Eso me lo arregló
...
El sábado 17 de agosto de 2019 a las 17:14 alsh @ . * > escribió: Después de la última actualización del juego, estoy experimentando una fuerte caída de FPS en todos los menús del juego. Es como ~ 5 fps al abrir el inventario, en los diálogos o incluso en el menú de configuración del juego. ¿Alguien tiene este problema o solución? - Estás recibiendo esto porque te mencionaron. Responder a este correo electrónico directamente, visualizarla en GitHub <# 438? = Email_source notificaciones y email_token = AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QNO4Y # issuecomment-522246003>, o silenciar el hilo https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA .

@jarrard No tengo ese error con mi rx 580. Todo estaba en Alto por defecto, también en teselación de terreno, y funciona sin problemas. Lo único que he notado ahora es que se ha bloqueado durante unos segundos dos veces en una hora de reproducción, pero probablemente sea solo uno de los pocos errores que NMS todavía tiene en este momento.

Para poder iniciar el juego después de Beyond-Update, el valor en la configuración del juego para " TerrainTesselation " debe establecerse en "Bajo". Quizás la solución solo funcione para las GPU de AMD.

La configuración debe realizarse en el archivo _TKGRAPHICSSETTINGS.MXML_ . Este se encuentra en la carpeta _ ~ / steam / steamapps / common / No Man's Sky / Binaries / SETTINGS /._

Si abre el archivo con un editor, encontrará la siguiente línea:
_Nombre de la propiedad = "TerrainTessellation" valor = "TkGraphicsDetailTypes.xml" _

La siguiente línea después de eso es:
_Property name = "GraphicDetail" value = "Alto" / _

En esta línea, reemplace " Alto " por " Bajo ". Después de eso, al menos pude volver a cargar mis partidas guardadas existentes. Antes tenía un bloqueo en el escritorio después de cargar el juego en el momento en que comienza el juego.

Mi sistema:
'AMD Ryzen 5 1600X
AMD Radeon rx580 de 8 GB
DDR4 de 16 GB
Linux MInt 19.2 (Tina) Cinnamon
PPA estable de Padoka (Mesa)
Kernel 5.2.7
Protón 4.11-2

Parece que en mi configuración solo puedo alcanzar 2GB de vram.

Obtengo un poco más de progreso en Mesa 19.2 ACO. El mundo se carga y obtengo un rendimiento bastante decente, pero si abro un menú, mi tarjeta gráfica se bloquea.

Para problemas relacionados con el controlador radv / ACO, informe aquí https://github.com/daniel-schuermann/mesa/issues/112

En lugar de establecer Tesselation-Details en "Low" en la configuración local, purgué Padoka PPA e instalé ACO-Mesa-Driver de Valve. Con esto el juego corre como un encanto. Con "Alto" incluso en teselación. https://steamcommunity.com/app/221410/discussions/0/1640915206474070669/

Parece que no puedo establecer el valor de Tesselation-Details en bajo. Cualquier cambio manual que realice en TKGraphicsSettings.xml se reemplaza por lo siguiente;

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml">
        <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" />
        <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" />
        <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AmbientOcclusion" value="HBAO_Low" />
        <Property name="AnisotropyLevel" value="2" />
        <Property name="AntiAliasing" value="TAA_LOW" />
    </Property>

Con cualquier protón y mesa (amdgpu en rx570), se bloquea el escritorio 5 segundos después de cargar en un mundo o comenzar un nuevo juego.

Parece que no puedo establecer el valor de Tesselation-Details en bajo. Cualquier cambio manual que realice en TKGraphicsSettings.xml se reemplaza por lo siguiente;

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml"> <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" /> <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" /> <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AmbientOcclusion" value="HBAO_Low" /> <Property name="AnisotropyLevel" value="2" /> <Property name="AntiAliasing" value="TAA_LOW" /> </Property>

Con cualquier protón y mesa (amdgpu en rx570), se bloquea el escritorio 5 segundos después de cargar en un mundo o comenzar un nuevo juego.

Parece un poco raro. Aquí mi parte correspondiente. En su archivo faltan algunas líneas:

>
Pero enfatizaría usar el controlador ACO de Valve. Con esto pude jugar sin configurar Tesselation en Low.

El problema es que mi archivo está recién creado y el juego no te permite acceder a las opciones para configurar (y crear) las entradas que faltan hasta que estás en un mundo. No hay opciones en el menú principal.

@mongrol : puedes agregar estas propiedades a tu archivo de configuración, el juego debería usarlo.

Editar: mi culpa, después de una acumulación de trabajo veo que su archivo de configuración se reemplaza cuando inicia un nuevo juego. Tal vez puedas guardar algo, como este: http://gtrainers.com/load/categories/savegames/no_man_39_s_sky_savegame_galactic_center_codex/30-1-0-1441
Luego cambia los gráficos desde allí y comienza un nuevo juego.

Se las arregló para obtener algunas capturas de renderdoc: https://drive.google.com/file/d/1Q0RUQaWi4L9ZKzZBgjrm3Nx6hAVVnmEW/view

No me funciona bien en Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. Se bloquea en el escritorio tan pronto como se carga el mundo.

Obtengo un poco más de progreso en Mesa 19.2 ACO. El mundo se carga y obtengo un rendimiento bastante decente, pero si abro un menú, mi tarjeta gráfica se bloquea.

Tengo exactamente el mismo problema en mesa-aco con Vega VII, presionando cualquier cosa que abra el menú se bloquea, sin embargo, puedo pasar a tty y wineerver -k. Añadiendo informe de errores al repositorio de mesa-aco ahora. A juzgar por el registro, esto parece ser específico de gpu:

from log:

amdgpu: The CS has been rejected, see dmesg for more information.
vk: error: failed to submit CS 0


$ dmesg
[27979.489949] [drm] recover vram bo from shadow start
[27979.495247] [drm] recover vram bo from shadow done
[27979.495249] [drm] Skip scheduling IBs!
[27979.495249] [drm] Skip scheduling IBs!
[27979.495285] amdgpu 0000:43:00.0: GPU reset(8) succeeded!
[27979.495315] [drm] Skip scheduling IBs!
[27979.495444] [drm] Skip scheduling IBs!
[27979.495447] [drm] Skip scheduling IBs!
[27979.495448] [drm] Skip scheduling IBs!
[27979.495453] [drm] Skip scheduling IBs!
[27979.495611] [drm] Skip scheduling IBs!
[27979.495614] [drm] Skip scheduling IBs!
[27979.495619] [drm] Skip scheduling IBs!
[27979.522575] [drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to initialize parser -125!

steam-275850.log

El problema es que mi archivo está recién creado y el juego no te permite acceder a las opciones para configurar (y crear) las entradas que faltan hasta que estás en un mundo. No hay opciones en el menú principal.

Prueba esto:
Simplemente edite el archivo de configuración y coloque mi línea con el texto _Property name = "GraphicDetail" value = "Low" _ debajo de la línea con el texto _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ y guarde el archivo de configuración.

Luego, cambie los permisos del archivo. Linux Mint, al hacer clic con el botón derecho en el archivo, me ofrece una opción para cambiar los permisos. Configúrelos todos en "Leer" (solo). Debería haber algo similar a esto en el administrador de archivos de su distribución.

Luego intente iniciar NMS.

No hago ninguna promesa de que funcionará. Pero tal vez esto evite que se cree una nueva versión inicial de inmediato. Al menos vale la pena intentarlo.

El problema es que mi archivo está recién creado y el juego no te permite acceder a las opciones para configurar (y crear) las entradas que faltan hasta que estás en un mundo. No hay opciones en el menú principal.

Prueba esto:
Simplemente edite el archivo de configuración y coloque mi línea con el texto _Property name = "GraphicDetail" value = "Low" _ debajo de la línea con el texto _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ y guarde el archivo de configuración.

Luego, cambie los permisos del archivo. Linux Mint, al hacer clic con el botón derecho en el archivo, me ofrece una opción para cambiar los permisos. Configúrelos todos en "Leer" (solo). Debería haber algo similar a esto en el administrador de archivos de su distribución.

Luego intente iniciar NMS.

No hago ninguna promesa de que funcionará. Pero tal vez esto evite que se cree una nueva versión inicial de inmediato. Al menos vale la pena intentarlo.

O haga un chattr +i en este archivo.

chattr + i

Suena como otra buena opción (que no he conocido hasta ahora).
https://wiki.ubuntuusers.de/chattr/

Pero aún más, me gustaría recomendar probar los controladores ACO como se ha dicho aquí varias veces. Esto debería permitir al menos que el juego se ejecute durante un tiempo para que se pueda crear un primer archivo de configuración sin fallar.

¿Alguien más obtiene velocidades de cuadro inaceptablemente bajas tan pronto como se usa el efecto de profundidad de campo? Me está sucediendo tanto en ACO como en Mesa normal en un 580. La GPU pasa inmediatamente al 100%.

Sí, bueno, los usuarios de NVIDIA obtienen FPS bajos cuando ingresan a los menús, lo que, si no recuerdo mal, habilita el efecto DOF. Pero nosotros, los usuarios de nvidia, estamos experimentando diferentes problemas, y no estoy 100% seguro de que todo esté relacionado con el bajo uso de vram, sin duda ese es un factor, pero dudo que sea la esencia del problema.

Sí, todos los menús habilitan el efecto DoF, así como la mayoría de las conversaciones de personajes.

Con mi (impar) 2GB max VRAM no tengo problemas de FPS con los menús

los menús destruyen los fps con radv o radv / aco y hacen que algunos artefactos aparezcan aleatoriamente. amdgpu-pro y amdvlk se bloquean cuando se usa la configuración predeterminada,

Confirmado. Tesselation establecido en Low, mesa-avo en amdgpu. Los menús son atroces y no se pueden reproducir. Sin embargo, parece un poco aleatorio, ya que antes eran lentos pero tolerables, pero ahora reducen todo a aproximadamente 2 fps.

También hay enormes artefactos cuando usas el menú y tienes suficiente tiempo en él.

Estoy experimentando extraños fallos gráficos (¿sombreadores?).
Distribución: Manjaro Linux
Núcleo: 5.2.9-1-MANJARO
Procesador gráfico: AMD RX580
CPU: AMD FX8350
La versión de Vulkan parece ser 1.1.73
También se ejecuta el modo de juego desde salvaje, aunque no parece cambiar nada

Sucede tanto con llvm como con aco, aunque aco parece ser mucho más extremo. Videos cortos de ejemplo (Gfycat) aquí (ignore la actuación, luchando con la grabación):

LLVM (00: 06.0 - 00: 14.0, falla diferente en 00: 55.0 en segundo plano)
ACO (desde el principio, error similar (¿el mismo?) Desde arriba a las 00: 37.0)

Si necesita más información, no dude en preguntar

Me funciona bien con ACO y estoy en el kernel 5.1.21-1 (Manjaro también). ¿Quizás intentar eso también? Con la misma GPU y así sucesivamente, probablemente debería funcionar igual. Probablemente.

Muy bien, lo probé rápidamente con la misma versión de kernel de la suya, no lo solucionó

¿En qué configuración estás jugando? Tengo todo en alto. ¿Y estás en la rama experimental? No noté nada en la rama estable pero no la usé por mucho tiempo.
Si no hay diferencia, eso es realmente increíblemente extraño.

Los videos de ejemplo son todos con configuraciones ultra (suavizado hacia abajo porque TAA causa un desenfoque masivo) aunque he alterado mucho la configuración y no ha cambiado nada, sin importar la combinación de configuraciones que elija. Las ramas son iguales, no importa si es estable o experimental, el problema permanece.

ok, en Arch, volver a la mesa normal (ni siquiera -git de AUR) y restablecer la configuración, aún con la teselación baja corrige el menú lento. Todo marcha muy rápido ahora.

Estoy experimentando extraños fallos gráficos (¿sombreadores?).

Aunque sospecho que es el mismo problema que daniel-schuermann / mesa # 112, me alegraría la captura de renderdoc.

Bueno, parece que TAA es el culpable de alguna manera. Hasta ahora solo tenía habilitado FXAA, una vez que cambié a TAA, aparecieron los mismos fallos. Sin embargo, volver a cambiar no parecía solucionarlo.

Estoy experimentando extraños fallos gráficos (¿sombreadores?).

Aunque sospecho que es el mismo problema que daniel-schuermann / mesa # 112 , me alegraría la captura de renderdoc.

Muy bien ... lo siento. Me tomó mucho tiempo hacer que todo funcionara, pero aquí está:
Hecho con ACO https://mega.nz/#!Ab513A7B!P4 -gcFK1cJ0KrISx1dNeKZAzEA6CRpJV0cdOd_75oPM

Por cierto, estoy usando Proton 4.11-2 .. olvidé mencionar eso

Bueno, el problema persiste ahora para mí. No estaba allí antes de encender TAA. Creo que antes de la actualización ya lo había configurado en FXAA y no había fallas ni nada, ahora que tenía TAA habilitado una vez que las fallas no desaparecerán. Puede ser una coincidencia, pero creo que no.

Ok, ahora generó un registro para la realidad virtual. Se hizo como 60MiB grande después de ni siquiera dos minutos ... He subido "solo" cien mil líneas de eso, por lo que github no cancelará la carga debido a que tarda demasiado: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
Editar: aquí hay un registro de un lanzamiento normal (2D): steam-275850.log

Bueno, eché un vistazo al log y lo más importante es, por supuesto, que al final no se puede ver en lo que subí. El registro siempre es más o menos del mismo tamaño, siempre muy cerca de los 63 MB. He dividido el registro en varios archivos ahora (probablemente solo el primero y el último archivo sea significativo, el bloqueo proviene de un desbordamiento de pila):
steam-275850-partaa.txt
steam-275850-partab.txt
steam-275850-partac.txt
steam-275850-partad.txt
steam-275850-partae.txt
steam-275850-partaf.txt
steam-275850-partag.txt

Creé un mod rápido que reemplaza la mayoría de los sombreadores de fragmentos DoF con stubs que no devuelven nada más que un color transparente. No lo he probado ampliamente, pero parece que funciona.

https://www.nexusmods.com/nomanssky/mods/1126

En la carpeta del juego, ve a GAMEDATA -> PCBANKS, elimina DISABLEMODS.TXT y crea una carpeta MODS . Descarga y descomprime este mod y coloca nodof.pak allí. Debería ver un aviso al inicio sobre la modificación del juego si se hace correctamente.

Es muy posible que esto estropee un poco otros efectos gráficos; de nuevo, no hice muchas pruebas, solo lo suficiente para asegurarme de que el menú y las conversaciones ya no creen el efecto de profundidad de campo.

Muy bien, probé el mod. No parece solucionar mi problema.

Ese problema es diferente y no está relacionado. Yo también lo tengo.

-------- Mensaje original --------
El 19 de agosto de 2019, 12:40 a.m., Furby On Steroid escribió:

Muy bien, probé el mod. No parece solucionar mi problema.

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo .

Según una investigación de un tipo sobre la discordia DXVK, parecería que el bajo uso de VRAM en NVidia es probablemente un error de aplicación: cambiar vendorid a AMD a través de la capa vulkan solucionó el problema.

¿Eso también solucionó el rendimiento o algo parecido?

Solucionó el rendimiento de su sistema.

Algo para probar en algún momento, como en unos meses porque mi 1080ti está muerto, tengo que obtener RMA y quién sabe qué tan bien saldrá.

@ volca02 ¿le importaría proporcionar algunas instrucciones sobre cómo cambiar el ID de proveedor? No estaré en casa durante la próxima semana para probarlo yo mismo (tengo un destkop con manjaro y un gtx 1080 en casa) pero sospecho que Hello Games no solucionará el error de la aplicación a menos que afecte a Windows (parece que no lo hace) ).

Como el juego es vulkan nativo y no dx11, dxvk no puede falsificar la tarjeta como ocurre con otros juegos.

También me gustaría aprender cómo cambiar el ID de proveedor. Revisé dos veces los archivos *.json en /usr/share/vulkan/icd.d pero no parece estar presente en ninguno de los archivos.

Ahora puedo confirmar que la suplantación de identidad del proveedor solucionará el bajo uso de memoria de la GPU en nvidia. Intenté crear un repositorio con la capa, no estoy seguro de si funcionará para alguien más, pero vale la pena intentarlo: https://github.com/volca02/spoof_vendorid

Ahora puedo confirmar que la suplantación de identidad del proveedor solucionará el bajo uso de memoria de la GPU en nvidia. Intenté crear un repositorio con la capa, no estoy seguro de si funcionará para alguien más, pero vale la pena intentarlo: https://github.com/volca02/spoof_vendorid

Gracias por esto. Lo probaré en mi sistema cuando llegue a casa. ¿Esto solo solucionó el bajo uso de memoria de la GPU o también mejoró los problemas de FPS?

arregló ambos: el problema de FPS malo fue causado por el juego usando memoria normal en lugar de la memoria de la GPU.

Con la parodia, en cambio, se bloquea: ¿espera una cantidad específica de VRAM gratuita? Tengo un 1060 de 3GB

ACTUALIZACIÓN: Dejé caer toda la configuración a baja en el archivo de configuración y se cargó hasta que la pantalla se volvió blanca. Luego se bloqueó por completo y tengo [19940.058332] NVRM: Xid (PCI:0000:01:00): 31, Ch 0000007b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_PE_4 faulted @ 0x1_88551000. Fault is of type FAULT_PDE ACCESS_TYPE_READ en dmesg

La parodia me ha solucionado problemas de rendimiento debido a pruebas limitadas. En configuraciones medias pasé de 35-45 FPS a alrededor de 100-120 FPS y también pude comenzar el juego con configuraciones altas. Usando configuraciones altas, nvidia-smi devuelve un uso de memoria de alrededor de 4GB. Todo esto es usando un 1080ti con controlador 430.40.

¡Gracias por la solución!

¿No puede simplemente usar el cambio de proveedor con el sistema de configuración DXVK?

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

Oh, espera, no usa DXVK, ¿verdad, hmmm ... no hay forma de hacer esto en lugar de hackear el código vulkan?

No, porque No Man's Sky es un título nativo de Vulkan, por lo que no se usa DXVK.

-------- Mensaje original --------
El 19 de agosto de 2019 a las 8:28 p.m., jarrard escribió:

¿No puede simplemente usar el cambio de proveedor con el sistema de configuración DXVK?

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo .

Gracias por arreglar @ volca02 y a zerofault también, lo hice funcionar y está utilizando VRAM correctamente.

Editar: Para aquellos que luchan por construir, etc., sigan las instrucciones de rstrube en algunas publicaciones a continuación, están mejor explicadas que las mías.

Me pregunto si Valve puede implementar algo como esta capa en Steam Runtime para cargar por juego. Podría ser más fácil que esperar a que el vino agregue más bits o bobs vulkan o que Nvidia encuentre algo y podría ser muy útil con otros títulos de Windows solo vulkan.

Entonces, ¿es esto un problema de Wine o un problema de controlador de Nvidia al final?

Entonces, ¿es esto un problema de Wine o un problema de controlador de Nvidia al final?

Es un problema del desarrollador de juegos y dudo que cambien toda su estrategia de asignación de memoria cuando funciona bien en Windows, la pregunta es quién lo soluciona.

NVIDIA en Windows no se ve afectado, así que no sé.

Ahora puedo confirmar que la suplantación de identidad del proveedor solucionará el bajo uso de memoria de la GPU en nvidia. Intenté crear un repositorio con la capa, no estoy seguro de si funcionará para alguien más, pero vale la pena intentarlo: https://github.com/volca02/spoof_vendorid

Esto no parece funcionar con 435.17 o estoy haciendo algo mal. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
Con alto / ultra. Todavía atascado en ~ 40 fps. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Ahora puedo confirmar que la suplantación de identidad del proveedor solucionará el bajo uso de memoria de la GPU en nvidia. Intenté crear un repositorio con la capa, no estoy seguro de si funcionará para alguien más, pero vale la pena intentarlo: https://github.com/volca02/spoof_vendorid

Esto no parece funcionar con 435.17 o estoy haciendo algo mal. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
Con alto / ultra. Todavía atascado en ~ 40 fps. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Coloqué libVkLayer_vendorid_layer.so y VkLayer_vendorid_layer.json en el mismo directorio y luego cambié VK_LAYER_PATH=/some/path/ a la ruta del directorio.

Sí, saludos, eso funciona, ¿quizás deberías cambiar ese fls2018?

EDITAR: Pasando de ~ 35-40 fps con High / Ultra limitado a ~ 1100MiB de VRAM, ahora con la solución a ~ 70fps promedio con ~ 3800MiB de uso de VRAM.

Sí, saludos, eso funciona, ¿quizás deberías cambiar ese fls2018?

EDITAR: Pasando de ~ 35-40 fps con High / Ultra limitado a ~ 1100MiB de VRAM, ahora con la solución a ~ 70fps promedio con ~ 3800MiB de uso de VRAM.

Instalé el mío en el sistema y mis controladores nvidia no son de distribución, tal vez el problema cuando lo intentaste es el hecho de que algunos controladores de distribución instalan archivos nvidia json en / usr / share / vulkan en lugar de en etc / vulkan.

Probablemente sea mejor no instalarlo en el sistema como hice yo.

Para otros que están luchando por construir la capa Vulkan, estos son los pasos que usé:

Primero instale los paquetes de desarrollo necesarios:

sudo apt install cmake cmake-curses-gui libxrandr-dev libxcb1-dev libx11-dev

Configurar y construir (deshabilité el soporte de wayland y mir)

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
ccmake ./ #I disabled wayland and mir support
cmake ./
make

Copia los archivos generados

mkdir $HOME/vulkan
cp libVkLayer_vendorid_layer.so $HOME/vulkan/
cp VkLayer_vendorid_layer.json $HOME/vulkan/

Luego edite sus opciones de lanzamiento para NMS en Steam, las mías se ven así:

VK_LAYER_PATH=/home/robert/vulkan/ VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Reemplace VK_LAYER_PATH con su propia ruta local.

Olvidé la mención de que esto resuelve completamente mis problemas de rendimiento. ¡Asombroso! Muchas gracias por compartir esto con nosotros.

Hardware: GTX 2070 como eGPU sobre Thunderbolt 3

Descubrí otro problema, mientras que la capa vulkan corrige poca memoria, no la vacía, por lo que eventualmente te quedas sin memoria después de aproximadamente una hora si estás viajando entre planetas y cosas así.

Editar: borrar la configuración de NMS / prefijo / caché de sombreador nv parecía haberlo solucionado, aunque el uso de VRAM es increíblemente alto en 1440p Ultra y solo parece vaciar 100 MB de vez en cuando.

Sin embargo, el rendimiento, a pesar del extraño tartamudeo, es excelente, alrededor de 5-7 fps de diferencia con Windows.

Ahora puedo confirmar que la suplantación de identidad del proveedor solucionará el bajo uso de memoria de la GPU en nvidia. Intenté crear un repositorio con la capa, no estoy seguro de si funcionará para alguien más, pero vale la pena intentarlo: https://github.com/volca02/spoof_vendorid

¡Excelente hallazgo de ZeroFault! ¡Esto ayudó a que mis problemas con el juego se bloqueara en la pantalla de inicio para jugar durante más de 10 horas sin un solo bloqueo o problema con FPS! ¡Gracias por compartir esto!

Info
Protón: 4.11-2
Distro: Fedora
Kernel: 5.2.8-200.fc30.x86_64
RAM: 8 GB

Controlador de GPU: NVIDIA 430.40
Procesador gráfico: NVIDIA GeForce GTX 970
CPU: Intel Core i7-4790K a 4,00 GHz

Sin el parche, NMS usa ~ 1G vram y se ejecuta horriblemente. Después de unos 10 minutos, se bloqueará con Xid 31 (es decir, error de página de GPU). Ejecuté cuda-memtest durante 15 minutos en modo estrés sin problemas, basemark gpu vulkan bench funciona bien y también lo hacen todos los demás juegos GL que tengo. La tarjeta tampoco está overclockeada, así que no creo que sea un problema de hardware.

Con el parche de proveedor, el juego se carga normalmente hasta la pantalla blanca cuando el juego está completamente cargado. Luego, la pantalla se vuelve completamente negra, aparte de los 2 elementos de la interfaz de usuario que se representan, el marcador de misión rojo y el punto de objetivo blanco central, y aparece un xid 31 en dmesg. Cualquier idea sobre lo que podría estar causando estos problemas xid, no parece que nadie más aquí las tenga. También miré a través de los foros de nvidia, donde las personas con este código de error lo atribuyeron a un error del controlador, y algunos usuarios de DXVK también obtienen xid 31 con algunos juegos. No tengo ni idea en este momento.

Info:
Protón 4.11-2
Kubuntu 18.04
Kernel 5.0.0-25-genérico
i5 4670k @ 4.3G (probado para ser estable)
DDR3 de 16 GB (probado con memtest86)
GTX 1060 3GB (probado con cuda_memtest + otros puntos de referencia)

EDITAR: gráfico de memoria GPU con parche

Acabo de encontrar algo muy interesante en las notas del parche experimental de ayer:

Actualización a la Rama Experimental 20/08

Fixed a crash affecting AMD GPUs when creating the pipe state on a framebuffer that has not been created yet.
Fixed a number of threading-related multiplayer matchmaking issues.
Fixed an audio crash when quitting from the initial screen.
Fixed a crash when quitting the game during audio initialisation.
**Fixed Steam VR in Linux.**
Fixed a rare issue where joining a full lobby causes an incorrect player ID.
Fixed an issue where players joining a group can be taken to the wrong system.
Fixed an issue that caused some network games not to appear in the Join game screen.
Fixed an issue that caused the Exocraft Technician to have an incorrect interaction.
Fixed a crash caused by an invalid base index.

¿Algún reproductor de realidad virtual lo ha probado todavía?

Sí, todavía me falla.

-------- Mensaje original --------
El 21 de agosto de 2019 a las 9:43 a.m., fls2018 escribió:

Acabo de encontrar algo muy interesante en las notas del parche experimental de ayer:

Actualización a la Rama Experimental 20/08

Se corrigió un bloqueo que afectaba a las GPU de AMD al crear el estado de la tubería en un framebuffer que aún no se había creado.
Se corrigieron varios problemas de emparejamiento multijugador relacionados con subprocesos.
Se corrigió un bloqueo de audio al salir de la pantalla inicial.
Se corrigió un bloqueo al salir del juego durante la inicialización del audio.
Steam VR fijo en Linux.
Se solucionó un problema poco común en el que unirse a un lobby completo provocaba una ID de jugador incorrecta.
Se solucionó un problema por el cual los jugadores que se unían a un grupo podían ser llevados al sistema incorrecto.
Se solucionó un problema que causaba que algunos juegos en red no aparecieran en la pantalla Unirse al juego.
Se solucionó un problema que causaba que el técnico de Exocraft tuviera una interacción incorrecta.
Se corrigió un bloqueo causado por un índice base no válido.

¿Algún jugador de realidad virtual que pruebe eso?

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo .

Técnicamente, no me falla ahora, pero tampoco comienza realmente. Entonces, el comportamiento que tuve al principio ... Ventana negra y no pasa nada más. El registro parece ser un poco más corto pero aún termina con la misma excepción de desbordamiento de pila. Aún así, es muy agradable ver que a alguien le importa: sonríe:
Aquí está el registro a partir de ahora:
steam-275850-part # aa.txt
steam-275850-part # ab.txt
steam-275850-part # ac.txt
steam-275850-part # ad.txt
steam-275850-part # ae.txt
steam-275850-part # af.txt
steam-275850-part # ag.txt

¿Alguien ha verificado que el parche 2.06E soluciona el problema de la memoria en las tarjetas Nvidia?

¿Alguien ha verificado que el parche 2.06E soluciona el problema de la memoria en las tarjetas Nvidia?

No arregla nada de mi parte. La única forma en que puedo hacer que use mi VRAM de manera eficiente es usar esa solución vulkan

¿Alguien ha encontrado una solución para el bloqueo de la pantalla de carga? (He intentado cargar el juego con proton 4.11 y 4.2 pero no tuve suerte ..)

Controlador de GPU: NVIDIA 430.40
Procesador gráfico: NVIDIA GeForce GTX 960
CPU: Intel Core i5-4460 a 3.20 GHz

Editar:
steam-275850.log

¿Alguien ha encontrado una solución para el bloqueo de la pantalla de carga? (He intentado cargar el juego con proton 4.11 y 4.2 pero no tuve suerte ..)

Intente eliminar ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Luego, vuelve a aplicar la configuración en el juego. Creo que configurar la teselación por encima de Mejorado también está causando algunos bloqueos

¿Alguien ha encontrado una solución para el bloqueo de la pantalla de carga? (He intentado cargar el juego con proton 4.11 y 4.2 pero no tuve suerte ..)

Intente eliminar ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Luego, vuelve a aplicar la configuración en el juego. Creo que configurar la teselación por encima de Mejorado también está causando algunos bloqueos

Intenté eso, pero no tuve suerte. :(

Tengo una AMD Radeon rx580 (Linux Mint 19.2; Kernel 5.2.9; Proton 4.11-2) y solo pude iniciar el juego después de que reemplacé el PPA estable de Padoka con el controlador ACO experimental PPA de Valve. Antes de eso, siempre me fallaba el escritorio cuando terminaba la pantalla de carga y el juego debería haber comenzado.

Después de que Hello Games lanzó algunas correcciones, quería saber si podía volver a jugar con los controladores estables de Padoka. Con el controlador ACO experimental, la pantalla se congeló 2x veces sin dejar ninguna posibilidad de entrada. No puedo culpar al controlador ACO al 100%. Pero antes no tenía ese error.

Como dije, quería volver al Padoka-PPA estable. Desinstalé el controlador ACO con PURGE y reinstalé el Padoka-PPA. Sin embargo, el juego se bloqueó nuevamente en el mismo lugar directamente después de la pantalla de carga. Por eso volví a cambiar al controlador ACO.

Esto solo como información si alguien tiene algo similar en mente. Actualmente, el intento se puede guardar.

¡Probé el último parche y la realidad virtual finalmente funciona! ¡Esto es asombroso!
El rendimiento horrible (era de esperar en mi 580) y el error de SteamVR con la reproyección asíncrona no ayudan, pero está bien. La próxima rx 5700XT probablemente se encargará de eso.
Sin embargo, volar al espacio hizo que el juego se bloqueara. Parecía el momento exacto en el que estaba "en el espacio", cuando pude ver los asteroides. La ventana del escritorio se congeló, no empujó más fotogramas a la realidad virtual y el audio sonó como si se repitiera los últimos 5 segundos aproximadamente.
steam-275850.log
Así que tendré que restringirme al planeta por ahora, pero incluso eso sigue siendo asombroso.

@Zamundaaa ¿Cómo conseguiste que funcionara? El mío todavía se congela al abrir NMS en realidad virtual.

EDITAR: Y acaba de empezar a trabajar en experimental ...
EDIT2: Sin embargo, el rendimiento parece totalmente una mierda, y esto es en una Radeon VII ...

intente deshabilitar la reproyección asincrónica. Y vaya a la configuración de video, desactive el límite de 60 fps, VSync, reduzca la resolución de la ventana de espejo, etc. Está bien para mí con la configuración más baja, pero sin la reproyección asíncrona, tartamudea hacia adelante y hacia atrás cuando mueve la cabeza. Y con la reproyección asincrónica se estropea por completo (https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226)

¡Ah! ¡Intentaré todo eso, gracias!

Entonces, ¿no hay un parche oficial para la asignación de nvidia vram?

Sobre la discordia de VKx, un desarrollador de nvidia dijo que están tratando de ponerse en contacto con Hello Games para emitir una solución, ya que se confirmó que era un problema del juego.

El problema con las rocas que son raras parece estar solucionado. De las notas del parche:

Se corrigieron varios problemas de LODding en plantas específicas.

Y en realidad está arreglado para mí al menos.

Hola chicos ... aquellos en nvidia querrán verificar SIN la parodia de la última actualización experimental.

Parece estar funcionando, creo que HG lo ha arreglado oficialmente.

Solo probé lo último, desafortunadamente no hubo progreso para mí. Intenté lanzar con la calidad de textura configurada en mejorada (primer lanzamiento en el gráfico) y en ultra (segundo), no hubo diferencia. Aún a 20-30 fps pase lo que pase.

Hola chicos ... aquellos en nvidia querrán verificar SIN la parodia de la última actualización experimental.

Parece estar funcionando, creo que HG lo ha arreglado oficialmente.

Funciona muy bien ahora para mí, sin la solución.

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 3972MiB

Sin embargo, en el primer lanzamiento me bloqueé y tartamudeé, pero el segundo lanzamiento salió bien. Creo que probablemente estaba almacenando algo en caché.

También me lo arregló. Nuevamente, el primer lanzamiento falla.

Sin embargo, en el primer lanzamiento me bloqueé y tartamudeé, pero el segundo lanzamiento salió bien. Creo que probablemente estaba almacenando algo en caché.

Esto es principalmente una señal de que se está construyendo Vulkan Shader Cache.

La última versión experimental también solucionó mis problemas de rendimiento. ¡Ahora puedo jugar sin la parodia! ¡Esto es fantástico!

¿Alguien ha encontrado una solución para el bloqueo de la pantalla de carga? (He intentado cargar el juego con proton 4.11 y 4.2 pero no tuve suerte ..)

NMS se estrellaba justo después del cargador de campo estelar. La actualización a mesa 19.2.0 ~ rc1 en Debian solucionó el problema.

El rendimiento ha mejorado significativamente desde la última vez que probé este juego, pero los menús son inutilizables, increíblemente lentos.

Hice una modificación para solucionar eso, consulte https://github.com/ValveSoftware/Proton/issues/438#issuecomment -522352356

parece lamentable que dof haga eso. seguramente hay una razón.

El problema con las rocas que son raras parece estar solucionado. De las notas del parche:

Se corrigieron varios problemas de LODding en plantas específicas.

Y en realidad está arreglado para mí al menos.

No arreglado para mi desafortunadamente
https://imgur.com/a/Kpm4Dbt
Tanto con la compilación NMS normal como experimental

Estoy usando una GPU polaris y el juego se bloqueó en la pantalla de inicio o de carga.
Establecer <Property name="VsyncEx" value="Triple" /> en <Property name="VsyncEx" value="Off" /> solucionó el problema por mí.

@FurbyonSteroid Inicié NMS nuevamente para verificar y ahora estaba allí nuevamente para mí. Era mejor que antes, pero todavía / de nuevo ahí. Extraño.

El juego se bloquea después de cargar la pantalla con ACO y Tessellation Low en mi Picasso 3500U. La carga o la creación de un nuevo archivo de guardado no funciona.
steam-275850-newsave.log
steam-275850.log

EDITAR: generación de CPU corregida

¡Probé el último parche y la realidad virtual finalmente funciona! ¡Esto es asombroso!

@Zamundaaa Confirmado, la rama experimental ahora parece funcionar como se esperaba (probado con Valve Index Headset ). El rendimiento general sigue siendo un problema, aunque esto también es cierto en Windows.

Información del sistema

• Procesador gráfico :
• Versión del controlador / LLVM: NVIDIA 430.40
• Versión de Kernel: 5.0.0-25-generic
• Enlace al informe completo de información del sistema como Gist
• Versión de protones: 4.11-2
• Versión SteamVR: 1.7.9

El juego funcionó muy bien para mí (GTX 1080) con nvidia to amd spoof. Después de la actualización de hoy, eliminé la parodia y el juego sigue funcionando muy bien.

Sin embargo, lo intenté con mi HTC Vive y, lamentablemente, el rendimiento es tan malo que no se puede reproducir. Probé otros ajustes sugeridos por la comunidad de Windows, pero todavía no funciona. Mirando el gráfico de cuadros de realidad virtual, parece que el compositor de realidad virtual está tardando mucho en hacer algo por alguna razón que hace que el juego se retrase.

Otros juegos de Proton VR como Gorn funcionan bien con el rendimiento esperado (90 FPS bloqueados sin reproyección).

Otros usuarios de Windows informan un rendimiento de 90 FPS en el cielo de nadie con configuraciones como la mía y la realidad virtual. Me estoy poniendo como 30

¿Alguien más probó la realidad virtual?

Sí, el rendimiento sigue siendo malo en la realidad virtual cuando mueves la cabeza. Eso es en una Radeon VII, donde todos los demás juegos funcionan bien.

@beniwtv probablemente también estés experimentando https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226 .
Puede deshabilitar la reproyección asíncrona en el navegador en http: // localhost : 8998 / dashboard / debugcommands.html
Eso lo hace algo jugable para mí (en la configuración más baja, pero mi GPU es una mierda en comparación con el RVII). Si eso funciona, probablemente sería bueno agregar el informe de su sistema al número 226. Valve chocó contra una pared o no están haciendo mucho esfuerzo para arreglarlo.
@ fazo96 puede haber más problemas con NMS + NVidia o puede ser el mismo error. ¿Async Reprojection ahora funciona en Linux?

@Zamundaaa No creo que la reproyección asíncrona me funcione en absoluto en Linux de acuerdo con la pantalla de configuración de SteamVR. Solo funciona la reproyección regular (y siempre se activa en NMS).

El suavizado de movimiento tampoco funciona, ya que no es compatible. Curiosamente dice que no es compatible con "versiones anteriores de Windows": smile:

Intenté deshabilitar la reproyección y confirmé en la pantalla de Configuración de SteamVR que no se estaba reproyectando, pero la velocidad de fotogramas era tan baja que provocaba náuseas. El juego se ejecuta a 80-120 FPS en 1440p con configuraciones máximas cuando no está en realidad virtual, con caídas a 20-50 durante una fracción de segundo cuando aterriza en planetas o en otros casos.

Desafortunadamente, en realidad virtual funciona mucho peor incluso con la configuración más baja. Cambiar la configuración tuvo efectos en la calidad visual, pero ninguno en el rendimiento.

@Zamundaaa Intenté apagarlo y me mostró que está apagado, pero eso no hace ninguna diferencia. Rechazar todos los detalles, la resolución de realidad virtual, etc. tampoco ayuda.

Independientemente de la configuración, este problema persiste.

Probé con SteamVR 1.7 beta hoy, ya que en el Changelog mencionaron un rendimiento mejorado en Linux.

El rendimiento es MUCHO mejor para mí con esta versión. Sin embargo, la mayoría de las veces todavía no funciona lo suficientemente bien como para salir de Reprojection, por lo que aún no se puede reproducir para mí (me enferma debido a la baja velocidad de fotogramas), pero al menos lo será para algunas personas.

Esto es en mi HTC Vive con una GTX 1080 con configuraciones mínimas y supermuestreo 1.0, por lo que los resultados siguen siendo mucho peores de lo que se esperaba en Windows, aunque son una gran mejora con respecto a SteamVR pre-1.7

Tengo un accidente mientras juego. Reproducible en unos 10 minutos de juego.

steam-275850.log

salida dmesg para bloqueo

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Lo extraño fue que, la semana pasada, el 4.11-4, jugué el juego durante horas seguidas sin problemas. Esto apareció hoy después de actualizar a 4.11-5. Volver a 4.2-9 también reproducirá este problema.

El accidente cuelga mi computadora con el audio del juego que aún se reproduce. Por lo general, recupero el control del sistema en aproximadamente un minuto y obtengo la captura de pantalla anterior.

Información del sistema

• GPU: GTX 1080
• Versión del controlador / LLVM: nvidia-drivers-435.21
• Versión de Kernel: 4.19.72-gentoo

También tengo un bloqueo reproducible después de 10 minutos de juego.

Sin embargo, no hay mensajes "xid" en dmesg o ventanas emergentes. El juego se congela pero el audio sigue sonando. Tengo que matar manualmente NMS.exe. El proceso generalmente se ubica en alrededor de 4.2GB en este punto.

Probado con las versiones recientes de Proton y GloriousEggroll.

steam-275850.log

Información del sistema

• RAM: 16 GB
• Procesador gráfico :
• Versión del controlador / LLVM: 435.19.03 (probado con 435.21 - mismo problema)
• Versión del kernel: 5.2.15-zen ( zen-kernel )
• Versión de protón: 4.15-GE-2-7-g57d3fe8
• Branch: Experimental Branch 12/09 ( Notas del parche )

Tuve suerte con este título. Solo jugué una hora o más sin problemas importantes.

Las cosas menores que noté fueron pequeños artefactos gráficos. Si tuviera que describir este artefacto, sería como un efecto de nieve ocasional en los paneles. Aparte de eso, no he notado nada más que documentar.

No recopilé estadísticas de FPS, pero fue fluido y parecía estar sincronizado con mi monitor freesync.

Información del sistema

• RAM: 32 GB
• GPU: Radeon RX Vega 64 8GB
• Conductor: amdgpu
• Versión de Kernel: 5.2.11-manjaro
• Versión de protones: 4.11-6

Tengo artefactos y no son menores. Casi todos los modelos 3D tienen artefactos: un cuadrado o ruido azulado o blanquecino. También los árboles a lo lejos tienen un contorno blanco.
Aquí hay un par de capturas de pantalla:

Información del sistema

• RAM: 16 GB
• Procesador gráfico: Radeon RX 580 8GB
• Controlador: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
• Versión de Kernel: 5.0.0-29-generic
• Versión de protón: 4.11-6

@lavadrop Ah, por fin unas fotos donde estos artefactos son realmente visibles. ¿Podría proporcionar una captura de renderdoc de tal situación y vincularla aquí https://github.com/daniel-schuermann/mesa/issues/112 ?

@lavadrop Ahora que lo mencionas, también tenía ese contorno blanco en los árboles desde una distancia que olvidé mencionar. Creo que solo vi eso cuando estaba volando. Parece que mientras se cargaban, comenzaban con ese contorno blanco y luego se volvían normales a medida que me acercaba a ellos.
Tendré que mirar más de cerca para ver si obtengo esa sombra azulada como un artefacto en los modelos cercanos.

@lavadrop Ah, por fin unas fotos donde estos artefactos son realmente visibles. ¿Podría proporcionar una captura de renderdoc de tal situación y vincularla aquí daniel-schuermann / mesa # 112 ?

Si seguro

Tengo un accidente mientras juego. Reproducible en unos 10 minutos de juego.

steam-275850.log

salida dmesg para bloqueo

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Lo extraño fue que, la semana pasada, el 4.11-4, jugué el juego durante horas seguidas sin problemas. Esto apareció hoy después de actualizar a 4.11-5. Volver a 4.2-9 también reproducirá este problema.

El accidente cuelga mi computadora con el audio del juego que aún se reproduce. Por lo general, recupero el control del sistema en aproximadamente un minuto y obtengo la captura de pantalla anterior.

Información del sistema

• GPU: GTX 1080
• Versión del controlador / LLVM: nvidia-drivers-435.21
• Versión de Kernel: 4.19.72-gentoo

Tengo el mismo accidente 8 de cada 10, ¿alguna noticia?

Tengo un accidente mientras juego. Reproducible en unos 10 minutos de juego.
steam-275850.log

salida dmesg para bloqueo

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Lo extraño fue que, la semana pasada, el 4.11-4, jugué el juego durante horas seguidas sin problemas. Esto apareció hoy después de actualizar a 4.11-5. Volver a 4.2-9 también reproducirá este problema.
El accidente cuelga mi computadora con el audio del juego que aún se reproduce. Por lo general, recupero el control del sistema en aproximadamente un minuto y obtengo la captura de pantalla anterior.

Información del sistema

• GPU: GTX 1080
• Versión del controlador / LLVM: nvidia-drivers-435.21
• Versión de Kernel: 4.19.72-gentoo

Tengo el mismo accidente 8 de cada 10, ¿alguna noticia?

No recibo bloqueos aquí, eso dijo que tuve bloqueos en la primera carga de una nueva actualización hace un par de semanas debido a que la superposición de nvidia fps aún estaba habilitada. También he experimentado un poco de inestabilidad con V-sync.

Tengo artefactos y no son menores. Casi todos los modelos 3D tienen artefactos: un cuadrado o ruido azulado o blanquecino. También los árboles a lo lejos tienen un contorno blanco.
Aquí hay un par de capturas de pantalla:

Información del sistema

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

Puedo confirmar esos fallos gráficos. He probado el juego con y sin ACO habilitado. Así que este problema parece no estar relacionado con el compilador. Sé que el problema no existe cuando se usa un nvidiagpu. Entonces, supongo que tiene algo que ver con el controlador RADV. El cielo de nadie usa vulkan como su API nativa, por lo que dxvk no está causando esos fallos.

Especificaciones del sistema:

RAM 16 GB
Procesador gráfico: Radeon RX 590
Controlador: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
Núcleo: 5.3.5
Versión de protón: 4.11-6

Luché con xid 13 durante mucho tiempo; Probé diferentes controladores, incluso cambiando la distribución en vano. Finalmente me las arreglé para solucionarlo haciendo lo siguiente:

• Copia de seguridad de mis archivos guardados
• Eliminando TODO lo que tiene que ver con el cielo de nadie (el directorio de protones, el caché de sombreado, etc.)
• Reinstalar desde Steam
• Copiando en mis archivos guardados

Con suerte, esto ayuda, el problema parece bastante complicado, pero buena suerte.

Tengo artefactos y no son menores. Casi todos los modelos 3D tienen artefactos: un cuadrado o ruido azulado o blanquecino. También los árboles a lo lejos tienen un contorno blanco.
Aquí hay un par de capturas de pantalla:

Información del sistema

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

También puedo confirmar que este problema existe mientras se ejecuta en Arch Linux con Proton 4.11-9. Estoy usando un Vega 56.

También puedo confirmar que este problema existe mientras se ejecuta en Arch Linux con Proton 4.11-9. Estoy usando un Vega 56.

Desafortunadamente, este es un error del juego y nos obligaría a desactivar alguna optimización (válida) para solucionar este problema. No parece que los desarrolladores estén prestando atención a eso en el corto plazo.

Cualquiera que note que la teselación del terreno es bastante lenta en este juego. Puedes darte la vuelta y ver cómo crecen lentamente las células de teselación en el suelo frente a ti. ¿Hay algún truco que podamos hacer los usuarios de Linux para acelerarlo? (también es un poco lento en Windows, creo)

Cualquiera que note que la teselación del terreno es bastante lenta en este juego. Puedes darte la vuelta y ver cómo crecen lentamente las células de teselación en el suelo frente a ti. ¿Hay algún truco que podamos hacer los usuarios de Linux para acelerarlo? (también es un poco lento en Windows, creo)

Sería útil alguna información sobre su hardware.

Al usar una GPU AMD, me gustaría usar Mesa 19.3 y activar el nuevo soporte ACO incorporado. Al usar Ubuntu o un derivado de él (estoy usando Linux Mint 19.2), kisak-PPA sería una buena opción:
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

Acabo de tener los últimos controladores de nvidia con 1080TI

No puedo hacer que el juego arranque en absoluto con ninguna versión de Proton, ni siquiera con GE. ¿Qué pasos debo seguir para diagnosticar esto?

Por lo general, puede dejar que Proton genere un registro con "PROTON_LOG = 1% command%"

También puedo confirmar que este problema existe mientras se ejecuta en Arch Linux con Proton 4.11-9. Estoy usando un Vega 56.

Desafortunadamente, este es un error del juego y nos obligaría a desactivar alguna optimización (válida) para solucionar este problema. No parece que los desarrolladores estén prestando atención a eso en el corto plazo.

¿Podría dar más detalles sobre esto? Planeo probar NMS en Windows en el mismo hardware pronto.

Por lo general, puede dejar que Proton genere un registro con "PROTON_LOG = 1% command%"

No almacena ningún registro en mi directorio de inicio, cuando se inicia con Wine normal, dice VK_ERROR_INITIALIZATION_FAILED

Por lo general, puede dejar que Proton genere un registro con "PROTON_LOG = 1% command%"

No almacena ningún registro en mi directorio de inicio, cuando se inicia con Wine normal, dice VK_ERROR_INITIALIZATION_FAILED

Ese error significa que su sistema no está configurado correctamente para usar Vulkan

Por lo general, puede dejar que Proton genere un registro con "PROTON_LOG = 1% command%"

No almacena ningún registro en mi directorio de inicio, cuando se inicia con Wine normal, dice VK_ERROR_INITIALIZATION_FAILED

Ese error significa que su sistema no está configurado correctamente para usar Vulkan

Eche un vistazo a esto para conocer los requisitos de Proton y cómo configurar Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Por lo general, puede dejar que Proton genere un registro con "PROTON_LOG = 1% command%"

No almacena ningún registro en mi directorio de inicio, cuando se inicia con Wine normal, dice VK_ERROR_INITIALIZATION_FAILED

Ese error significa que su sistema no está configurado correctamente para usar Vulkan

Eche un vistazo a esto para conocer los requisitos de Proton y cómo configurar Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Ya hice esos pasos y tengo los controladores más recientes. Estoy en un 1060 de 6 gb.
También DOTA2 funciona con Vulkan perfecto.

Hace unas semanas también tuve problemas para iniciar NMS. Pero en lugar de investigar el motivo, simplemente eliminé la instalación y todos los directorios de Steam del juego y lo reinstalé por completo. A partir de este punto, se ejecuta sin problemas (no me molesta; reinstalado en menos de 40 minutos (conexión a Internet de 250 mbit)).

Como dije, no sé la razón exacta. Tal vez lo intentes.

Ciertamente, este no es un consejo muy fáctico o profesional. Pero dado que su instalación de VK es correcta de acuerdo con su información, no me quedo con un consejo fáctico o técnico en caso de su mensaje de error.

Hace unas semanas también tuve problemas para iniciar NMS. Pero en lugar de investigar el motivo, simplemente eliminé la instalación y todos los directorios de Steam del juego y lo reinstalé por completo. A partir de este punto, se ejecuta sin problemas (no me molesta; reinstalado en menos de 40 minutos (conexión a Internet de 250 mbit)).

Como dije, no sé la razón exacta. Tal vez lo intentes.

Ciertamente, este no es un consejo muy fáctico o profesional. Pero dado que su instalación de VK es correcta de acuerdo con su información, no me quedo con un consejo fáctico o técnico en caso de su mensaje de error.

¿Dónde se almacenan exactamente estos registros de errores? Estoy en Ubuntu 19.10. El juego simplemente se inicia y se cierra sin pantalla negra en Steam, y al intentar instalar Wine Lutris me da ese error de Vulkan.

¿Dónde se almacenan exactamente estos registros de errores? Estoy en Ubuntu 19.10. El juego simplemente se inicia y se cierra sin pantalla negra en Steam, y al intentar instalar Wine Lutris me da ese error de Vulkan.

No solo he eliminado los archivos de registro. Eliminé todo el juego.

Finalmente conseguí que el registro funcionara. Desinstalé todo, incluido Steam y todos mis juegos.
steam-275850.log

Hola @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory del registro parece que las cosas empiezan a ir mal. ¿Qué sistema de archivos estás usando con /media/max/OS ?

Hola @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory del registro parece que las cosas empiezan a ir mal. ¿Qué sistema de archivos estás usando con /media/max/OS ?

NTFS, vergonzoso, lo sé, es una larga historia.

Se sabe que Proton + NTFS es temperamental y debe montarse con cuidado para que Proton funcione con él. En particular, sabemos que debe montarse con ntfs-3g como usuario actual y sin la opción de montaje windows_names . Puede haber otras restricciones involucradas y puede buscar ntfs en este rastreador de problemas para encontrar lo que otros han probado.

Se sabe que Proton + NTFS es temperamental y debe montarse con cuidado para que Proton funcione con él. En particular, sabemos que debe montarse con ntfs-3g como usuario actual y sin la opción de montaje windows_names . Puede haber otras restricciones involucradas y puede buscar ntfs en este rastreador de problemas para encontrar lo que otros han probado.

Gracias por esta información, simplemente no voy a usar NTFS de ahora en adelante, ya no tengo nada que use Windows.

¡El juego está funcionando ahora!

Utilizo proton con mis unidades NTFS todo el tiempo sin problemas. Aunque tengo varias banderas para las particiones. Es probable que parte de lo que tengo a continuación no sea necesario y no sirva de nada.

x-gvfs-show, noatime, async, big_writes, heredar, windows_names, uid = 1000, gid = 1004, rw, user, exec, umask = 000 0 0

Además, la carpeta compatdata debe vincularse simbólicamente a la ruta .steam del usuario, compatdata nunca debe estar en las unidades ntfs.

¿La última actualización ha roto el juego para alguien más? El juego solía funcionar perfectamente para mí sin ningún cambio, pero recientemente el juego simplemente congela mi escritorio. Parece que también está usando mi Intel HD Graphics (la ventana dice 'No Mans Sky (Intel HD Graphics)). Todos mis otros juegos funcionan con normalidad, así que estoy seguro de que nada ha salido mal con mis controladores. También reinstalar no funcionó

Specs es un i7-9750H y GTX 1660Ti que se ejecuta en Ubuntu 18.04 (SO elemental).

Hola @Cybiko , eso suena similar al # 3215. ¿Puede comprobar si eso es lo que encontró?

@ kisak-valve No parece serlo, ninguno de los comandos de lanzamiento tiene ningún efecto en mi juego.

Es la superposición de Steam.
ERROR: ld.so: object '~ / .local / share / Steam / ubuntu12_32 / gameoverlayrenderer.so' de LD_PRELOAD no se puede precargar (clase ELF incorrecta: ELFCLASS32): ignorado.

Desafortunadamente, este es un error del juego y nos obligaría a desactivar alguna optimización (válida) para solucionar este problema. No parece que los desarrolladores estén prestando atención a eso en el corto plazo.

Escribí una solución para RADV que parece resolver el problema sin importar qué backend (LLVM o ACO) se use: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Probablemente se fusionará hoy o mañana y, con suerte, eliminará los pequeños artefactos que encuentres en el juego. (No lo he probado en el juego porque no soy el propietario del juego, así que me alegraría si alguien pudiera informarnos). No respaldaremos esta solución alternativa a mesa estable ya que es un poco demasiado invasivo, lo siento.

Escribí una solución para RADV que parece resolver el problema sin importar qué backend (LLVM o ACO) se use: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Probablemente se fusionará hoy o mañana y, con suerte, eliminará los pequeños artefactos que encuentres en el juego. (No lo he probado en el juego porque no soy el propietario del juego, así que me alegraría si alguien pudiera informarnos). No respaldaremos esta solución alternativa a mesa estable ya que es un poco demasiado invasivo, lo siento.

Parece que los artefactos todavía están presentes, lamentablemente, probé el parche con PKGBUILD de TKG con LLVM y ACO

@BlazeKl gracias por las pruebas. Si está seguro de que agregó los parches (son 6 parches) correctamente, ¿podría verificar el nombre de la aplicación informada si informa "No Mans Sky"? Porque estoy bastante seguro de que eliminé los artefactos en una captura de renderdoc, pero tal vez la solución alternativa no se habilite por alguna razón.

@ daniel-schuermann el nombre de la aplicación es "No Man's Sky", la probé de nuevo con el nombre correcto y funciona muy bien, gracias

¿Cuándo recibiremos el parche? Estoy usando el ppa de oibaf en este momento. Pero los artefactos aún son visibles.

¿Cuándo recibiremos el parche? Estoy usando el ppa de oibaf en este momento. Pero los artefactos aún son visibles.

Fusioné la serie hoy, por lo que debería aparecer con la próxima actualización.

Algunos usuarios informaron problemas en la serie Proton 5.0. Es posible que solo haya afectado a los usuarios que nunca lo ejecutaron en versiones anteriores de Proton. En cualquier caso, incluimos una solución para No Man's Sky en 5.0-4, por lo que si tuvo problemas con el juego en Proton 5.0, puede que valga la pena volver a intentarlo ahora.

¿Problemas como chocar cada 2 horas de juego más o menos?

¿Alguien más tiene problemas con NMS + Steam VR? Con la última versión, cuando inicio NMS a través de Steam VR, mis auriculares VR permanecen negros, puedo escuchar música proveniente de los auriculares y puedo ver el menú principal solo en mi monitor. ¿Es casi como si el juego se viera obligado a pasar al modo de escritorio? Puedo usar el mouse y el teclado para navegar por los menús, pero mis controladores de realidad virtual no están activos.

Sí, tampoco puedo hacer que NMS se inicie en modo VR

Parece que hay un problema con Proton 5.0-4 al inicializar OpenVR para ciertos juegos. Consulte este problema: https://github.com/ValveSoftware/Proton/issues/3652

Proton 5.0-5 soluciona el problema con NMS + VR. ¡Hurra!

Puede confirmar, funciona de nuevo :)

Hola. Recientemente compré No Man's Sky y no he podido hacerlo funcionar. Cuando hago clic en el botón Reproducir en la interfaz de la biblioteca de Steam, la pantalla se vuelve negra por solo un segundo, luego la pantalla regresa a la interfaz de usuario de la biblioteca y el botón Reproducir es visible nuevamente.
De los registros, arroja el siguiente error cuando el juego sale:

ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
GameAction [AppID 275850, ActionID 2] : LaunchApp changed task to Completed with ""

Busqué este error en varios lugares para ver si algún usuario tenía el mismo problema y, aunque lo encontré para algunos otros juegos, no encontré ninguna información sobre NMS. Cualquier ayuda sería apreciada. Gracias.

Aquí están los registros completos:
https://gist.github.com/trentchilders/5aa2fa1aa8aad586ce6feff0defaa4c2

CPU: Procesador AMD Ryzen 5 1600 de seis núcleos
GPU: Serie Radeon RX 570

el elemento "ERROR: ld.so: ..." se puede ignorar con seguridad. La línea real de importancia es:

Z: \ home \ trent.local \ shareSteam \ steamapps \ common \ No Man's Sky \ Binaries \ NMS.exe: error de búsqueda de símbolo: /usr/lib/x86_64-linux-gnu/libvulkan_radeon.so: símbolo indefinido: amdgpu_bo_list_create_raw

Parece que sus controladores Vulkan tienen la culpa. ¿Cuál es tu distribución, tu sistema está actualizado y cuál es la salida de "vulkaninfo"?

@Zamundaaa ¡ Gracias por tu respuesta! Distro y versión:

Distributor ID: Ubuntu
Description:    Ubuntu 18.04.4 LTS
Release:    18.04
Codename:   bionic

Y esta es la salida pero de vulkaninfo :

https://gist.github.com/trentchilders/1eb9d1f3f54ccdd0fe7689122e0301b5

Ejecuté sudo apt-get dist-upgrade para asegurarme de estar actualizado y obtuve el mismo error "símbolo indefinido: amdgpu_bo_list_create_raw" que antes.

Sugeriría usar un sistema operativo más nuevo, o al menos actualizar sus bibliotecas de controladores / cargadores vulkan

@trentchilders
lo que dijeron los telanos. Una actualización a un Ubuntu más nuevo, Ubuntu 20.04 una vez que esté fuera o, por supuesto, otra distribución probablemente lo haría. Alternativamente, existe la opción más fácil de algunos ppas como los padoka (estables o inestables, elija) que actualizarán sus controladores.
¿Puedes ejecutar otras aplicaciones vulkan como vkcube?

@trentchilders
Respecto a lo que dijo @Zamundaaa , recomendaría el PPA de @ kisak-valve. También solía usar el PPA de Padoka ... pero el PPA ya no se actualiza con tanta regularidad y rapidez. Por lo tanto, cambié al kisak-PPA.

El kisak PPA actualiza los controladores de Mesa a la última versión (actualmente 20.0.3). Al mismo tiempo, ha integrado el soporte ACO propagado por Valve, si lo desea (se puede encender o apagar individualmente):
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

Además, debe instalar o actualizar los controladores Vulcan:
sudo apt install mesa-vulkan-drivers mesa-vulkan-drivers:i386

Pero también puedes encontrar todo esto aquí:
https://github.com/ValveSoftware/Proton/wiki/Requirements

@ KuJo-Ger Gracias por tu publicación. Agregué Kisak PPA y ejecuté el comando de instalación al que hace referencia y obtuve esto:

mesa-vulkan-drivers is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).
mesa-vulkan-drivers:i386 is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).

Y aún así, el juego no se ejecutará. Recibo los mismos errores. Entonces, esto podría llevarme por el camino que @telans y @Zamundaaa sugirieron: una nueva distribución de Linux. ¿Cuál te gusta usar?

@Zamundaaa No estoy familiarizado con pkcube. Tendré que investigarlo y contactarte.

no pkcube, "vkcube". Simplemente ejecútelo en la terminal, ya debería estar instalado.
Personalmente estoy usando Manjaro KDE y NMS funciona perfectamente como siempre. Para los juegos, por lo general, es mejor elegir una distribución bastante actualizada, las mejores opciones serían Arch, Manjaro, Fedora, Solus, pero la última versión de Ubuntu también debería ser suficiente siempre y cuando no desee utilizar hardware nuevo como GPU poco después. lanzamiento.

Hola @trentchilders , no use varios PPA de mesa al mismo tiempo, esto no está completamente probado y puede tener efectos secundarios extraños. Si desea probar con mi PPA, ppa-purge el PPA de oibaf antes de agregar el mío, y viceversa si desea volver.

@trentchilders
Instalaste el PPA de oibaf. Esto se basa en la versión 20.1 de Mesa inestable y aún no publicada (20.1 ~ git2004220730.f1a12d ~ oibaf ~ b). Actualmente, la versión 20.0.x está publicada y es estable. Ésta también puede ser la razón por la que NMS no se está ejecutando.

Siempre se recomienda elegir una versión estable. Como el de @ kisak-valve.

Pero como ya ha explicado kisak, tienes que desinstalar otros PPA antes de poder instalar su PPA. Esto se describe, por ejemplo, en la página PPA de oibaf (consulte la sección "=== Volver a los controladores originales ==="):
-> https://launchpad.net/~oibaf/+archives/ubuntu/graphics-drivers

Luego, siga los pasos descritos en la página de Proton (consulte la sección "AMD / Intel"):
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Por cierto, uso Linux MInt 19.3 con kisak PPA. AMD Ryzen 5 3600, AMD Radeon RX 5700 XT.

@ KuJo-Ger Entendido. Muchas gracias. Estoy en el trabajo ahora mismo, pero puedo intentarlo cuando llegue a casa. Si. Tenía varios PPA para controladores de mesa, lo cual era una tontería, pero todavía estoy aprendiendo sobre todo esto.

@Zamundaaa @telans @ kisak-valve Gracias a todos por responder. Realmente lo aprecio.

No Man's Sky funciona muy bien, además de algunos tartamudeos durante las escenas de corte. El único problema que tengo son bloqueos aleatorios durante el juego. Intentaré capturar el registro de errores, pero el mouse desaparece en la ventana de bloqueo. Vi algo que mencionaba OpenVR y no tengo un visor de realidad virtual, por lo que podría estar tratando de encontrar uno.

El juego ahora se ha bloqueado varias veces al ingresar al espacio. Pero además de eso, funciona bien en mi sistema Arch Linux con Ryzen 5 3600, 16 GB de RAM y RTX 2060.

Pude capturar el registro de errores

Pude capturar el registro de errores

Es más útil utilizar el registro proporcionado con el comando PROTON_LOG = 1%%

Muy bien, aquí está el registro de Proton .

Encontré algo extraño con No Man's Sky donde el juego no se abre después de unos minutos. La solución a esto es abrir un administrador de tareas (por ejemplo: htop, top, Administrador de tareas de GNOME, etc.) y eliminar los procesos explorer.exe y en unos segundos se abrirá el juego.

El juego ni siquiera se abre con el protón 5.0-7. Dado que el juego no se abre, ni siquiera crea un archivo de registro cuando se usa PROTON_LOG = 1% command%

Información del sistema

Error] Corrupción del efecto de desvanecimiento del LOD de No Man's Sky

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/3902.
@FuzzyQuills publicado el 2020-05-23T10: 02: 34:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: No Man's Sky
• Steam AppID del juego: 275850

Información del sistema

• Procesador gráfico: RX 570
• Versión del controlador / LLVM: Mesa 19.3.3 / LLVM 9.0.1 (al usar ACO, aparece el mismo problema en LLVM, pero no está presente en el controlador AMD Vulkan de Windows)
• Versión del kernel: actualmente 4.19, también se probaron los kernels 5.3-3.6
• Enlace al informe completo de información del sistema como Gist : https://gist.github.com/FuzzyQuills/294fdb78855e9c9b389194b8cfc1fcc6
• Versión de protones: 5.0-7

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.

<Log omitted, please see #3902>

Síntomas

Al caminar por los planetas, el efecto de desvanecimiento de LOD se corrompe; las partes de los árboles parpadean lentamente a medida que se acerca a ellos, los objetos con carteleras parpadean con un cuadro ruidoso al pasar al modelo real, las partes de la base parpadean con ruido naranja al acercarse, etc.

Dado que esto sucede en AMDVLK, RADV / LLVM y RADV / ACO, pero no en Windows, sospecho que esto podría ser un error del compilador de sombreadores, pero quién sabe ... con un gif que muestra el artefacto también en una GPU AMD diferente.

(captura de pantalla que muestra una instancia de la corrupción de la cartelera en particular: https://imgur.com/a/zbStQ4T)

Reproducción

Simplemente inicie el juego en la configuración del sistema anterior. (O para el caso, cualquier GPU que use el controlador amdgpu)

Nota adicional: tampoco estoy seguro de dónde más informar esto, así que disculpas de antemano si esto está en el lugar equivocado.

Hola @FuzzyQuills , mesa 20.1 tiene algunas confirmaciones que pueden ayudar con lo que estás viendo, específicamente https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Si puede, pruebe el juego con mesa 20.1.0-rc4 o git master.

Hola @FuzzyQuills , mesa 20.1 tiene algunas confirmaciones que pueden ayudar con lo que estás viendo, específicamente https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Si puede, pruebe el juego con mesa 20.1.0-rc4 o git master.

Juro que fue una solución para algo más de hace mucho tiempo, pero debidamente anotado. Parece que tendré que averiguar cómo construir mesa en Debian ...

Editar: en realidad no importa, parece que se envió a prueba hace dos días, lo probaré pronto.

Muy bien, ¡la solución definitivamente está funcionando! Algunas partes de la base todavía parpadean (es decir, las del pasillo, el piso tiene triángulos parpadeantes) pero es un _mucho_ mejor. No más destellos anaranjados.

Probaré más después de dormir. Aparece 20.1 es necesario para un No Man's Sky sin fallas.

Ahora que Mesa 20.1 ha sido lanzado y contiene una solución para No Man's Sky, ¿puede confirmar que funciona bien? ¡Muchas gracias!

Nunca he visto problemas gráficos con No Man's Sky, puede ser solo con el hardware que tengo en mi escritorio o tiene que ver con el uso de Arch Linux. Pero como he comentado antes, hay problemas de juego.

Ahora que Mesa 20.1 ha sido lanzado y contiene una solución para No Man's Sky, ¿puede confirmar que funciona bien? ¡Muchas gracias!

Actualmente mi No Man's Sky parece estar bien. El error LOD definitivamente se ha ido.

Sin embargo, desde el parche de juego cruzado, algunos planetas se vuelven invisibles cuando estás lo suficientemente lejos de ellos. Dado que esto no sucedió antes del parche, este podría ser el culpable

Nunca he visto problemas gráficos con No Man's Sky, puede ser solo con el hardware que tengo en mi escritorio o tiene que ver con el uso de Arch Linux. Pero como he comentado antes, hay problemas de juego.

¿Qué problemas de juego tienes específicamente? (Aparte de choques)

El juego se bloquea al salir de un planeta.

A veces me congelo momentáneamente cuando salgo de un planeta por primera vez al cargar mi guardado, pero eso también sucede en Windows, por lo que está en el juego allí.

¿Qué versión de Proton? Estoy usando 5.0-9 (más reciente)

Estoy usando Proton-5.6-GE-1

Estoy usando Proton-5.6-GE-1

¿Asumo que estás lanzando a través de Steam? Intente forzar específicamente 5.0-9 y vea si ayuda a solucionarlo.
También puedo probar una construcción de GE y ver si falla.

Sí, a través de Steam. No tengo acceso a mi escritorio en este momento, lo que tiene el problema.

Lo jugué en mi computadora portátil sin problemas y esto parece posiblemente ser un problema al tener 2 GPU NVidia (RTX 2060 y GTX 1050ti) o tener un Ryzen 5 3600 que tanto mi escritorio tiene.

El juego funciona bien para mí, pero hay un problema nuevo como resultado de su actualización reciente: se requieren TLS 1.1 y 1.2:

Consulte la cuarta viñeta al final de las notas del parche: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Se vincula a este sitio: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- protocolos-en-wi

¿Hay alguna forma de habilitarlos en Proton para que podamos seguir jugando en línea?

TLS 1.1 ha finalizado su vida útil durante dos años y habilitarlo no sería la idea más inteligente en cuanto a seguridad.

El juego funciona bien para mí, pero hay un problema nuevo como resultado de su actualización reciente: se requieren TLS 1.1 y 1.2:

Consulte la cuarta viñeta al final de las notas del parche: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Se vincula a este sitio: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- protocolos-en-wi

¿Hay alguna forma de habilitarlos en Proton para que podamos seguir jugando en línea?

Estoy bastante seguro de que Proton ya usa 1.2, ya que tuve el primer día de trabajo multijugador.
Actualización: eliminar el prefijo de protón y dejar que se regenere parece tener multijugador fijo para mí

TLS 1.1 ha finalizado su vida útil durante dos años y habilitarlo no sería la idea más inteligente en cuanto a seguridad.

Si Proton usa Windows 7 como la versión base del sistema operativo, es probable que esté usando TLS 1.0 en su lugar, pero dado que la actualización de crossplay funcionó para mí cuando se lanzó, no creo que ese sea el caso aquí.

Podría estar equivocado, ya que he investigado poco sobre el asunto (no estoy seguro de por dónde empezar realmente), pero puedo decir que el modo multijugador actualmente está roto para las personas que ejecutan Windows 7 y aparentemente para las personas que ejecutan el juego a través de Steam Play. La única forma de jugar en línea es jugar a través de Windows 10 (por ahora), supongo.

Podría estar equivocado, ya que he investigado poco sobre el asunto (no estoy seguro de por dónde empezar realmente), pero puedo decir que el modo multijugador actualmente está roto para las personas que ejecutan Windows 7 y aparentemente para las personas que ejecutan el juego a través de Steam Play. La única forma de jugar en línea es jugar a través de Windows 10 (por ahora), supongo.

Eso es lo extraño; sólo pareció romperse para mí después de que un amigo intentó agregar mi código de amigo; Los servicios de descubrimiento en línea y las bases de carga parecen funcionar, pero el emparejamiento falla. Tengo la sensación, dado lo que vi en una publicación del Foro de la Comunidad Steam, que en mi caso, agregar el código de su amigo debería arreglar el mío.

Informaré si eso funciona, ya que estaba funcionando hace dos días para mí. Ejecutando el último protón 5.0-9

editar: por favor vea mi último comentario

Podría estar equivocado, ya que he investigado poco sobre el asunto (no estoy seguro de por dónde empezar realmente), pero puedo decir que el modo multijugador actualmente está roto para las personas que ejecutan Windows 7 y aparentemente para las personas que ejecutan el juego a través de Steam Play. La única forma de jugar en línea es jugar a través de Windows 10 (por ahora), supongo.

Eso es lo extraño; solo se rompió para mí después de que un amigo intentó agregar mi código de amigo; Los servicios de descubrimiento en línea y las bases de carga parecen funcionar, pero el emparejamiento falla. Tengo la sensación, dado lo que vi en una publicación del Foro de la Comunidad Steam, que en mi caso, agregar _su_ código de amigo debería arreglar el mío.

Informaré si eso funciona, ya que estaba funcionando hace dos días para mí. Ejecutando el último protón 5.0-9

No estoy seguro de que esto sea un problema de Proton tanto como un problema de NMS, cuando salió la actualización de crossplay por primera vez, Navi GPU aterrizaría en un planeta y, aunque funciona bien, todavía es un problema conocido con respecto a Navi. Crossplay también es un cajero automático muy inestable con errores por resolver.

Podría estar equivocado, ya que he investigado poco sobre el asunto (no estoy seguro de por dónde empezar realmente), pero puedo decir que el modo multijugador actualmente está roto para las personas que ejecutan Windows 7 y aparentemente para las personas que ejecutan el juego a través de Steam Play. La única forma de jugar en línea es jugar a través de Windows 10 (por ahora), supongo.

Eso es lo extraño; solo se rompió para mí después de que un amigo intentó agregar mi código de amigo; Los servicios de descubrimiento en línea y las bases de carga parecen funcionar, pero el emparejamiento falla. Tengo la sensación, dado lo que vi en una publicación del Foro de la Comunidad Steam, que en mi caso, agregar _su_ código de amigo debería arreglar el mío.
Informaré si eso funciona, ya que estaba funcionando hace dos días para mí. Ejecutando el último protón 5.0-9

No estoy seguro de que esto sea un problema de Proton tanto como un problema de NMS, cuando salió la actualización de crossplay por primera vez, Navi GPU aterrizaría en un planeta y, aunque funciona bien, todavía es un problema conocido con respecto a Navi. Crossplay también es un cajero automático muy inestable con errores por resolver.

He buscado en el registro de protones y parece que HTTPS en general está completamente roto en Proton por alguna razón; No Man's Sky envía un montón de mensajes "no admitidos" de la biblioteca winsock, y en el juego dice que no se pudo establecer la conexión de emparejamiento.

Nueva actualización; finalmente decidí intentar degradar proton, lo que obligó a reconstruir la carpeta pfx de Proton de mi juego. Tan pronto como lo hice, el modo multijugador comenzó a funcionar nuevamente, lo que apunta a un problema con el último protón y ciertas configuraciones de prefijo.

¿Alguien que tiene problemas con el modo multijugador puede intentar eliminar la carpeta pfx de No Man's Sky para que se vea obligado a reconstruirla? Si eso no funciona, intente descargar la versión 4.11 y luego obligue a No Man's Sky a usar esa versión. Eso es lo que hice para que funcionara, y después de hacer eso, volver a 5.0-9 también comenzó a funcionar.

tl; dr: parece forzar una reconstrucción de la carpeta pfx corrige el modo multijugador, pero necesito comprobar si es independiente de la versión.

Actualización: acabo de probar la eliminación y la reconstrucción con 5.0-9 y, efectivamente, un nuevo prefijo de 5.0-9 rompe el modo multijugador. usar 4.11 para construirlo y luego cambiar a 5.0-9 todavía funciona. (Probado guardando en la anomalía de espacio y simplemente recargando guardar después de alterar mi instalación de Proton)
Esto apunta a una regresión en 5.0-9, ¿tal vez la corrección de EA Origin esté relacionada?

Puedo intentar comparar archivos .reg de las dos versiones, ya que también noté que faltaban las entradas de registro winhttp

¿Ha probado la última versión de Proton-GE? No es oficial, pero si soluciona problemas para alguien, entonces podría valer la pena investigar qué parches específicos resolvieron dichos problemas.

¿Ha probado la última versión de Proton-GE? No es oficial, pero si soluciona problemas para alguien, entonces podría valer la pena investigar qué parches específicos resolvieron dichos problemas.

Si hay una manera de agregarlo a Steam como una instalación válida de Proton para usar, puedo probarlo, de lo contrario, no tengo experiencia en el uso de compilaciones de GE

https://github.com/GloriousEggroll/proton-ge-custom/releases archivo en Activos, extráigalo en la carpeta ~ / .steam / root /compatibilitytools.d / (debe estar en su propia carpeta). Reinicie Steam, busque en la lista de protones NMS.

En general, es una buena práctica borrar la carpeta pfx del juego entre cambios de versiones principales de protones. (desde protones de vapor originales hasta protones personalizados como GE)

https://github.com/GloriousEggroll/proton-ge-custom/releases archivo en Activos, extráigalo en la carpeta ~ / .steam / root /compatibilitytools.d / (debe estar en su propia carpeta). Reinicie Steam, busque en la lista de protones NMS.

En general, es una buena práctica borrar la carpeta pfx del juego entre cambios de versiones principales de protones. (desde protones de vapor originales hasta protones personalizados como GE)

lo gracioso es que la carpeta pfx nunca fue escrita, solo fue utilizada por 5.0-9. Luego, de la nada, un parche de No Man's Sky que abordaba los errores de juego cruzado lo rompió en Linux en esa versión de protón.

Actualmente descomprimiendo Proton-GE, probará ahora

Bien, entonces Proton-GE también falla, pero si el prefijo se genera en TODO por 4.11-13, funciona bien con cualquier versión de protones por encima de él si se actualiza el prefijo. Me pregunto que lo estropeó

Editar: aaa y eso destruyó mis partidas guardadas de alguna manera ...
edit2: crisis evitada, tenía un respaldo lol

Arreglado para mí, gracias @FuzzyQuills.

Estos son los pasos para cualquiera que lea:

1. cd ~/.steam/steam/steamapps/common
2. rm -r "Proton 5.0"
3. En Steam, vaya a la entrada Proton 5.0. Haga clic derecho y haga clic en Propiedades. Vaya a la pestaña Archivos locales y presione "Verificar la integridad de los archivos de herramientas".
4. Deje que Proton 5.0 se vuelva a descargar y luego abra NMS y pruebe.

Lucro.

Arreglado para mí, gracias @FuzzyQuills.

Estos son los pasos para cualquiera que lea:

1. `cd ~/.steam/steam/steamapps/common`

2. `rm -r "Proton 5.0"`

3. In Steam, go to the Proton 5.0 entry. Right click it and click Properties. Go to the Local Files tab and press "Verify integrity of tool files".

4. Let Proton 5.0 redownload, and then open NMS and test.

Lucro.

Para probar esto con el mío también, debe haber un archivo dist de Proton dañado que causa el error.
Solo un aviso; asegúrese de encontrar su NMS guardado dentro del prefijo y haga una copia de seguridad, ya que eliminar el prefijo puede hacer que Steam Cloud borre su guardado. No me di cuenta de esto hasta que casi pierdo mi guardado de 3 meses. (Tenía una copia de seguridad de mi partición de Windows)

Nuevamente, parece que algo está mal en la versión 5.0-9, pero intentaré esto primero ya que funcionó para usted

Sí, noté que el guardado estaba en el directorio pfx, así que quería evitar eliminarlo. La reinstalación del protón me solucionó. Déjame saber tus resultados.

Hola @FuzzyQuills , Proton 5.0 ha cambiado el prefijo wine de Windows 7 a Windows 10. Lo que describiste es que el juego cambia su comportamiento en un entorno win10. Cuando ejecuta el juego con Proton 4.11 para configurar el prefijo de vino, se establece en win7 y se espera que permanezca en esa configuración cuando cambie a Proton 5.0 para la segunda ejecución.

Hola @FuzzyQuills , Proton 5.0 ha cambiado el prefijo wine de Windows 7 a Windows 10. Lo que describiste es que el juego cambia su comportamiento en un entorno win10. Cuando ejecuta el juego con Proton 4.11 para configurar el prefijo de vino, se establece en win7 y se espera que permanezca en esa configuración cuando cambie a Proton 5.0 para la segunda ejecución.

Bueno, entonces, no es un error de protones como tal, solo un comportamiento extraño.

Dado que algunas instalaciones de Windows 10 para otras personas también estaban fallando, supongo que esto es en realidad un error en No Man's Sky que también se activa en Proton 5. (¿tal vez usa incorrectamente una ruta de código destinada a la versión de gamepass? yo honestamente)

¿Supongo que funciona un solo jugador? porque NMS funciona para mí, pero todavía no he intentado probar el modo multijugador.

@jarrard Sí, un jugador es perfecto para mí. Solo estaba teniendo problemas con el modo multijugador.

Sí, probaré MP más tarde esta noche, sin embargo, no conozco a nadie con quien probar, así que espero que te permita conectarte a cualquier servidor.

Sí, probaré MP más tarde esta noche, sin embargo, no conozco a nadie con quien probar, así que espero que te permita conectarte a cualquier servidor.

Creo que No Man's Sky se basa en realidad de igual a igual, por lo que no se pueden elegir servidores.
Si alguien en la lista de tus amigos (Steam o NMS, no importa) lo juega, organiza una sesión tú mismo o haz que un amigo lo haga.

Si necesita un host, tan pronto como mi PC vuelva a funcionar (el percance de actualización de la placa base destruyó mi unidad de sistema operativo), ofreceré voluntariamente mi PC como tributo.

Sí, probaré MP más tarde esta noche, sin embargo, no conozco a nadie con quien probar, así que espero que te permita conectarte a cualquier servidor.

Simplemente vuela a la Anomalía. Si ves a otras personas, funciona. Si no ve a nadie más, no lo es.

Para usuarios de RADV: este juego debería funcionar perfectamente con Mesa 20.1.2 / ACO y la última versión del juego 2.55. ¿Puede confirmar para que podamos eliminar la etiqueta "RADV"?

Para usuarios de RADV: este juego debería funcionar perfectamente con Mesa 20.1.2 / ACO y la última versión del juego 2.55. ¿Puede confirmar para que podamos eliminar la etiqueta "RADV"?

Estoy en 20.1.1 / ACO a través de Debian Experimental, y mi juego es prácticamente perfecto salvo algunas luchas Z en ciertas partes básicas. (Solo parece afectar una de mis bases también, otras están bien)

Lo que solucionó el modo multijugador para mí fue simplemente cambiar a Proton 4 de mi prefijo 5 existente, luego volver a 5. Todo funcionó perfectamente en ese momento. Creo que Steam también reinstaló las dependencias durante este proceso, lo que puede tener algo que ver con este error.

Lo que solucionó el modo multijugador para mí fue simplemente cambiar a Proton 4 de mi prefijo 5 existente, luego volver a 5. Todo funcionó perfectamente en ese momento. Creo que Steam también reinstaló las dependencias durante este proceso, lo que puede tener algo que ver con este error.

Eso es lo que hice inicialmente cuando encontré el error, luego intenté borrar el prefijo wine en ambas versiones para ver qué hacían. (Casi pierdo mi salvación haciendo eso ... lol)

No había jugado en unos 3 meses y decidí intentarlo de nuevo. Usando una nueva instalación de archlinux, proton y NMS, seguía recibiendo un mensaje de error la mayor parte del tiempo antes de que pudiera terminar la pantalla de carga. Logré solucionarlo instalando vulkan-radeon y desinstalando amdvlk. Ahora el juego funciona perfectamente. Cuando solo se instala amdvlk o se instalan amdvlk y vulkan-radeon, aparece el error anterior. He publicado una captura de pantalla del error. Espero que esto pueda ayudar a otras personas que usan GPU AMD.

RADV es el controlador vulkan más confiable para tarjetas AMD atm, amdvlk (de amd), ya que descubrió que tiene algunos problemas.

No había jugado en unos 3 meses y decidí intentarlo de nuevo. Usando una nueva instalación de archlinux, proton y NMS, seguía recibiendo un mensaje de error la mayor parte del tiempo antes de que pudiera terminar la pantalla de carga. Logré solucionarlo instalando vulkan-radeon y desinstalando amdvlk. Ahora el juego funciona perfectamente. Cuando solo se instala amdvlk o se instalan amdvlk y vulkan-radeon, aparece el error anterior. He publicado una captura de pantalla del error. Espero que esto pueda ayudar a otras personas que usan GPU AMD.

La razón por la que AMDVLK no funcionó se debe en realidad a un descuido en los paquetes AMDVLK; Prácticamente todos no instalan los ICD vulkan adecuados, debe instalarlos usted mismo. (Encontrarlos en Internet no es difícil, afortunadamente)

Dicho esto, Mesa / ACO es mucho mejor para No Man's Sky, tanto en cuanto al rendimiento como a los artefactos gráficos. (Se corrigió un error con el desvanecimiento de LOD en Mesa 20.1, que también incluye ACO)

No había jugado en unos 3 meses y decidí intentarlo de nuevo. Usando una nueva instalación de archlinux, proton y NMS, seguía recibiendo un mensaje de error la mayor parte del tiempo antes de que pudiera terminar la pantalla de carga. Logré solucionarlo instalando vulkan-radeon y desinstalando amdvlk. Ahora el juego funciona perfectamente. Cuando solo se instala amdvlk o se instalan amdvlk y vulkan-radeon, aparece el error anterior. He publicado una captura de pantalla del error. Espero que esto pueda ayudar a otras personas que usan GPU AMD.

La razón por la que AMDVLK no funcionó se debe en realidad a un descuido en los paquetes AMDVLK; Prácticamente todos no instalan los ICD vulkan adecuados, debe instalarlos usted mismo. (Encontrarlos en Internet no es difícil, afortunadamente)

Dicho esto, Mesa / ACO es mucho mejor para No Man's Sky, tanto en cuanto al rendimiento como a los artefactos gráficos. (Se corrigió un error con el desvanecimiento de LOD en Mesa 20.1, que también incluye ACO)

Tenía los IDC de amdvlk instalados, así que sé que ese no era el problema. Debe haber sido un problema con el propio controlador. También noté que hay una nueva versión de amdvlk recién lanzada, así que voy a probarla y ver si soluciona el problema. Informaré de vuelta.

Editar: el nuevo amdvlk funciona ahora sin fallar. Sin embargo, parece tener un FPS más bajo que vulkan-radeon proporcionado por mesa.

Sí, tan pronto como RADV solucionó el problema de LOD, dejé de usar AMDVLK por completo debido a que funciona mucho peor que RADV / ACO. (Incluso LLVM fue mejor que AMDVLK de alguna manera)

No Man's Sky "Sin conexión con los servicios de emparejamiento" con Proton 5.0-9, funciona con 4.11-13

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/4082.
@JPLeBreton publicado el 2020-07-18T16: 22: 36:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: No Man's Sky
• Steam AppID del juego: 275850

Información del sistema

• GPU:
• Versión del controlador / LLVM: nvidia 440.82
• Versión de Kernel: 5.4.44-1-MANJARO
• Enlace al informe completo de información del sistema como Gist : https://gist.github.com/JPLeBreton/27ee957c57ea36298312ca3a09eadd70
• Versión de protones: 5.0-9

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.

steam-275850.log

Síntomas

No se puede jugar en modo multijugador desde la actualización Cross Play del juego el mes pasado. La versión anterior de Proton, 4.11-13, no parece tener este problema.
Tenga en cuenta que todavía puedo conectarme a los "servicios de descubrimiento" del juego, es decir, el servidor que permite a los jugadores iniciar sesión y ver los planetas, bases, etc. descubiertos de los demás, sin problemas. Creo que es un tipo de acceso a la red completamente independiente.

Reproducción

1. Lanza la última versión del juego (2.60) con Proton 5.0-9.
2. Carga una partida guardada.
3. Ingrese al menú de opciones y seleccione la sección "red".
4. Observe: aparece un cuadro que dice "No hay conexión con los servicios de emparejamiento".
5. Sal del juego y configúralo para que se ejecute usando Proton 4.11-13 en su lugar.
6. Reinicia el juego, carga un guardado e ingresa al mismo menú de opciones.
7. Observe: el error de red no ocurre como antes.

Comportamiento esperado: el modo multijugador funciona con todas las versiones de Proton.

Puedo confirmar el problema de la red. lo bueno funciona como un encanto en 4.11-13

@osdamv ¿ https://github.com/ValveSoftware/Proton/issues/438#issuecomment -648177961

También muchachos, si les sucede a dualboot (lo hago para juegos que aún no se ejecutan de manera confiable en protones), verifiquen el reloj del sistema, si está sesgado, incluso un poco el modo multijugador no funcionará.

Sí, puede configurar el reloj de Windows en UTC, lo que debería evitar el cambio de hora cada vez que salte el sistema operativo.

Sí, puede configurar el reloj de Windows en UTC, lo que debería evitar el cambio de hora cada vez que salte el sistema operativo.

O probablemente el método más fácil ... Configure Linux para usar la hora local. timedatectl set-local-rtc 1

@simpleauthority ¡ Gracias está funcionando ahora!

Hola a todos.
Gracias por un trabajo increíble, equipo de Proton.

Tengo un problema con el cielo de nadie por ahora. Hace unos días probé NMS, periódicamente me cuelga mucho tiempo. Actualicé mi sistema al último kernel y los problemas desaparecieron por completo.
Pero hoy tengo el mismo problema nuevamente. El juego periódicamente (cada 1-2 minutos) se cuelga por completo, solo reproducción de sonido. Esto es cierto para el protón 4 y 5, sin ninguna diferencia. Steam y la reinstalación del juego no ayudan.

Mis especificaciones de sistema y registros de aplicaciones:
sysinfo.log
steam-275850.log

Cuando el juego se cuelga, aparece esta cadena:

3447.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3448.420:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3449.424:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.425:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.862:00bc:00c0:err:ntdll:RtlpWaitForCriticalSection section 0xd7f930 "?" wait timed out in thread 00c0, blocked by 0138, retrying (60 sec)
3451.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3452.607:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3453.416:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3454.419:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3455.604:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100

no he podido iniciar NMS con ninguna versión de protón
solía poder jugar ... aunque fue hace varios meses

nvidia 1070
nvidia 440.100
linuxmint 19.3 (ubuntu 18.04 LTS)

esta ventana aparece y eso es todo.

THE GAME HAS ENCOUNTERED AN ERROR AND WILL NOW SHUTDOWN

Token:
62637_0x7DCDDF_76561198095643958

protonlog tiene 140 kb de tamaño

343342.359:0070:007c:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142
343342.360:0030:0034:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1114

343342.729:0098:009c:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddd520000: builtin
Setting breakpad minidump AppID = 275850
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198095643958 [API loaded no]
343342.765:0020:0024:err:steam:setup_vrpaths got error parsing vrpaths file
343342.884:0098:009c:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin

Creo que aquí es donde se estrella, pero no estoy seguro

343343.841:00bc:00c0:warn:debugstr:OutputDebugStringA "[S_API] SteamAPI_Init(): Loaded 'C:\\Program Files (x86)\\Steam\\steamclient64.dll' OK.\n"
343343.841:00bc:00c0:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00c0
343343.841:00bc:00c0:trace:seh:raise_exception  info[0]=0000000000000056
343343.841:00bc:00c0:trace:seh:raise_exception  info[1]=000000000021c8d0
343343.841:00bc:00c0:trace:seh:raise_exception  rax=000000000021c450 rbx=00007fffffd9c000 rcx=000000000021c430 rdx=0000000000000000
343343.841:00bc:00c0:trace:seh:raise_exception  rsi=000000000021c530 rdi=000000000021c460 rbp=000000000021c870 rsp=000000000021c410
343343.841:00bc:00c0:trace:seh:raise_exception   r8=0000000000000002  r9=000000000021c520 r10=0000000000000000 r11=0000000000000246
343343.841:00bc:00c0:trace:seh:raise_exception  r12=0000000000d397f0 r13=0000000000000000 r14=000000000021d158 r15=0000000000000001
343343.841:00bc:00c0:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 21c410
343343.841:00bc:00c0:trace:seh:dump_unwind_info **** func fbf0-fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0xa: pushq %rsi
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x9: pushq %rdi
343343.841:00bc:00c0:trace:seh:dwarf_virtual_unwind function 7b439bb1 base 0x7b439968 cie 0x7b496a90 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

He probado .Net versión 4.8
simplemente no estoy seguro de lo que necesito instalar con protontricks para que esto funcione ...

No debería requerir nada adicional para que funcione. Pruebe proton-GE, y quizás GE-5.0, ya que a veces, cuando se actualiza el vino, las cosas se rompen.

Aquellos que están fallando, ¿han probado un binario nvidia más nuevo? Parece que 440.100 está fallando para mucha gente. Jugué usando 450.57 y no tuve problemas la semana pasada.

No debería requerir nada adicional para que funcione. Pruebe proton-GE, y quizás GE-5.0, ya que a veces, cuando se actualiza el vino, las cosas se rompen.

negativo, uso 4-11, 5.0 y proton-ge-5.9

Aquellos que están fallando, ¿han probado un binario nvidia más nuevo? Parece que 440.100 está fallando para mucha gente. Jugué usando 450.57 y no tuve problemas la semana pasada.

Dado que nvidia 440.x es de larga duración, dudaba en actualizar a la nueva última rama 450.x
no hay problemas con la actualización, sin embargo, no soluciona el problema de NMS.
todos los demás protones / linux / vino / vulkan CUALQUIER juego funciona perfectamente bien
entonces, es algo que ver con NMS específicamente y cualquier biblioteca personalizada que tenga

mismo error

62637_0x7DCDDF_userid#

RESUELTO.
DESINSTALAR completamente y limpiar todo
reinstalar a través de vapor
ACEPTAR EULA
por alguna razón, el EULA me estaba causando un gran problema, aunque jugué este juego anteriormente

Estuve probando esto la otra semana bajo Linux en mi 1080TI a 4k y tuve algunos problemas, primero fue que vkbasalt o mangohud estaban causando fallas después de 10 segundos, mangohud no pudo informar el vram de GPU o la configuración / uso del reloj.

El otro problema era que tenía problemas de rendimiento importantes en los que el cuadro seguía cayendo a 10-20 fps continuamente como una ola dependiendo de dónde miraba ... no se podía reproducir. Volví a Windows, sin problemas.

Reproduciendo esto en un 2080 Ti. Sin límite, obtenía (extremadamente variable) ~ 100 fps, pero con VSync no lograba un bloqueo de 60 fps, era muy tartamudo y flotaba en los 50. Bajar la resolución de la textura ayudó un poco, pero no tanto.

La aplicación de la corrección de suplantación de identidad lo solucionó de inmediato. Velocidades de fotogramas estables y un rendimiento mucho mejor, con todo configurado tan alto como sea posible. Algo sobre la ruta de código específica de Nvidia del juego para la transmisión de texturas todavía no parece estar funcionando bien.

En ambos casos, el juego solo usa 3-4 GB de VRAM de los 11 GB que tengo disponibles.

Acabo de instalar proton-ge-custom-bin de AUR hoy y tengo un problema gráfico con los controladores más recientes. ¿Alguna solución?

No estoy seguro de si se trata de una regresión, pero ahora No Man's Sky no funciona en realidad virtual aquí. Envié mi índice de válvulas a RMA, regresó, funciona con todos los juegos (88 juegos de realidad virtual) excepto con No Man's Sky, y funcionó perfectamente antes. Probé con y sin el truco de suplantación de NVIDIA AMD, intenté desinstalar y purgar por completo el directorio compatdata 275850 y luego reinstalar, intenté verificar archivos, probar diferentes controladores NVIDIA, probar diferentes versiones de protones además de 5.0-9 por defecto, probar tanto ejecutar desde el cliente Steam como seleccionar "Ejecutar el juego en HMD" y desde dentro de SteamVR Home, fue en vano. Qué sucede: llamo al juego, la miniatura del juego que se carga en la pantalla del auricular aparece durante unos segundos, pero luego el juego comienza en el monitor y, por supuesto, no responde a los controles del índice. Es como si no pudiera inicializar / acceder a VR, pero como desinstalé y reinstalé por completo e incluso verifiqué los archivos, debería poder usar openvr_api.dll o lo que sea que use, no tiene sentido.

esencia de mi configuración: https://gist.github.com/Patola/acbcb1b52ab975f9b02f8e888b325de8 (aunque ahora tengo un controlador NVIDIA más nuevo). Lo mismo tanto en Arch como en Ubuntu 20.04.1.

Tengo una publicación en gamingonlinux mencionándolo: https://www.gamingonlinux.com/forum/topic/4619/post_id=

steam-275850.log

Hola @Patola , err:vrclient:create_win_interface Don't recognize interface name: IVRSystem_022 parece la línea de interés del registro.

Muchas gracias @ kisak-valve, intentaré buscar qué significa eso y tratar de encontrar soluciones al problema. Si lo arreglo, lo diré aquí.

Entonces ... Es una versión del sistema IVR que SteamVR Linux todavía no es compatible, ¿verdad? ¿Es compatible con IVRSystem hasta 021?

@Patola Gracias por informar. Lo arreglaré en un próximo lanzamiento de Proton.

Gracias. Intenté jugar con el directorio vrclient_x64 de proton para intentar agregar IVRSystem_022 basado en los más antiguos, no funcionó. Intento pobre, pero valió la pena intentarlo. Esperaré el próximo lanzamiento de Proton.

Ok, parece que Proton 5.13-1 acaba de romper No Man's Sky por completo (VR o de otro tipo). El PROTON_LOG está adjunto.
steam-275850.log

@Patola Puedo entrar en el juego y moverme por el primer planeta, así que al menos no está completamente roto :) ¿Hay otros juegos que funcionan para ti en 5.13, o todos los juegos están rotos?

El modo VR de hecho no es fijo. Todavía estoy trabajando en eso.

Solo he ejecutado un par de juegos y funcionaron por debajo de 5.13, intentaré al menos otros 20 juegos hoy para ver si también les afecta.

@aeikum Lo siento mucho. No sé qué cambió, pero después de haber probado una docena de juegos con éxito en Proton 5.13-1, volví a ejecutar No Man's Sky (modo no VR) y funcionó correctamente. Ahora tomó un tiempo compilar los sombreadores primero, pero funcionó bien. No sé por qué no ha transcurrido ese tiempo. Ignore mi último steam-275850.log. Incluso probé la versión de realidad virtual nuevamente (no funcionó, pero volví al modo panqueque) y luego la ejecuté nuevamente en modo panqueque y funcionó.

¡Excelente! Estoy muy feliz de escucharlo :)

¿Tuviste una actualización de Python? Yo lo hice y estaba teniendo problemas similares a los tuyos. Registré y el protón volvió a funcionar.

En efecto. Ayer, cuando tuve este problema, se actualizó python-xlib.

También puedo confirmar que el juego funciona bien en modo "panqueque" en 5.13-1. Lamentablemente, también tengo problemas para ejecutar el juego en modo VR en mi índice.

Tenga en cuenta que cosas como Mangohud pueden causar fallas en ciertos juegos, como NMS, donde una vez que abandona el primer planeta, mangohud (si incluso aparece en la pantalla) CTD del juego.

Recibo el mismo error que @Patola mostraba en su archivo de registro. Estoy en Manjaro con una GeForce GTX 1080 y todo el software está actualizado. No lo había tenido funcionando antes, solo intenté instalar NMS hoy.

¡Agradecido por cualquier sugerencia!

Lo siento, me di cuenta de que no adjunto mi propio archivo de registro ...
steam-275850.log

Para usuarios de RADV: ¿Sigues teniendo problemas de renderización con ese juego y Mesa 20.2.x? Creo que solucionamos todos los problemas conocidos, por lo que la etiqueta RADV podría eliminarse, pero primero solicitando una confirmación.

Para usuarios de RADV: ¿Sigues teniendo problemas de renderización con ese juego y Mesa 20.2.x? Creo que solucionamos todos los problemas conocidos, por lo que la etiqueta RADV podría eliminarse, pero primero solicitando una confirmación.

Radeon RX 5700 XT; AMDGPU con ppa fresca kisak-mesa (20.2.1 atm); Linux Mint 19.3; Kernel 5.8.16
No tengo errores de renderizado. Pero no estoy seguro de tener alguno porque no he jugado durante un tiempo. Solo lo vuelvo a jugar con el último DLC.

Tal vez otros que han informado de los errores mencionados puedan agregar algo.

RX 5700, mesa 20.3-git-2b977a. La escala de resolución causa extraños artefactos de iluminación en bloques (ACO y LLVM, este problema ha existido para mí desde que se agregó la escala de resolución a NMS), y las texturas de alta resolución tardan mucho en cargarse (solo ACO, creo recordar haber visto un informe de error abierto en algún lugar sobre esto pero no puedo encontrarlo ...). No he detectado ningún otro problema, creo que todos están solucionados.

Imagen de artefactos de iluminación:

Cielo de nadie

Problema transferido desde https://github.com/ValveSoftware/Proton/issues/4342.
@taldarus publicado el 2020-11-02T18: 17: 07:

Informe de compatibilidad

• Nombre del juego con problemas de compatibilidad: cielo de nadie
• Steam AppID del juego: 275850

`Información del sistema

• Procesador gráfico: GeForce GTX 970
• Versión del controlador / LLVM: nvidia v: 390.138
• Versión del kernel: 5.4.0-52-genérico x86_64
• Versión de Proton: 3.16, 3.7 están instaladas, pero pensé que estaba usando 5.13 / actualizado

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.

Iniciar sesión:
¿Esto no consiguió nada? Vea el problema.

Síntomas

Ejecuta el juego y sigo recibiendo "SteamAPI_Init falló. No hay licencia o Steam no se está ejecutando".

No estaba actualizado cuando comenzó el error, reinicié y reinicié todo varias veces.

Lo siento si este es el lugar equivocado. Principalmente quiero devolver el cajero automático del juego, pero es para mis hijos. Busqué varias veces y no encontré nada. Parece que falta un archivo, no un problema de compatibilidad, pero el dron de soporte de Steam me refirió aquí.

Reproducción

Es fácil de reproducir :)

Solo presiono play y no funciona. Lo siento, no puedo darte un registro elegante, ya que steamAPI es el problema, por lo que pedirle un registro no funciona.

Hola @taldarus , la serie de controladores nVidia 390 es anterior al límite de soporte para Proton, actualice a una serie de controladores más nueva. Además, copie la información de su sistema de Steam ( Steam -> Help -> System Information ) y póngala en resumen , luego incluya un enlace a la esencia en este número reporte.

A partir de Proton 5.13, Proton ahora se ejecuta sobre Steam Linux Runtime - Soldier, que es una configuración de entorno de contenedores de Pressure Vessel. Dado que PROTON_LOG=1 no genera un registro con Proton 5.13, eso sugiere que es posible que haya encontrado un problema con el recipiente a presión. Cierre completamente Steam, luego ejecute Steam desde una terminal y verifique si hay alguna pista en el mensaje de la terminal al intentar ejecutar el juego. Si está utilizando el paquete Steam modificado por Debian, entonces podría interceptar cualquier pista y ponerla en ~/.steam/error.log .

Información del sistema muy rápido: https://gist.github.com/taldarus/d91b4d730a9d11eb0c186aa0a270f124
Explosión terminal: https://gist.github.com/taldarus/274fad28c4c728c90177bed96c8ec91d

Eso es un poco confuso, porque parece que debería ejecutar con privilegios elevados, lo que entiendo es un no-no tradicional. Así que seguiré adelante y lo haré y veré si obtengo más datos.

Publicar Nvidia Terminal Spew: https://gist.github.com/taldarus/5d8b01c5266c8a2d0f567bc1934609f2

Y Steam está haciendo algo extraño, lo vi intentar actualizarse. Eso parece prometedor. Jugaré un momento.

Edición final (probablemente):
En este punto tengo el problema (parece que mint 19.3 -> 20 pasó por un cambio de 64 bits que fue significativo). Comenzando con Nvidia, encontré rápidamente todo tipo de pequeños errores, y finalmente me llevó a actualizar a 20.x. No he confirmado que solucionará el problema, pero el proceso de actualización se ha estado ejecutando durante casi dos horas. (2000 paquetes necesitaban actualizarse Oo)

Recuerdo que quería actualizar a 20.0 y le dije que esperara. Al menos pensé que era esperar, porque se negó rotundamente a volver a contarme sobre esta actualización. Si no soluciona el problema, volveré a publicar. Con suerte, el juego funcionará un poco.

Gracias por la asistencia Kisak

Hola @aeikum , noté una nueva versión de Proton-5.0 (5.0-10) y actualicé Proton e intenté ejecutar No Man's Sky en realidad virtual con esta versión en particular. Se bloqueó al principio con una ventana de diálogo genérica que me pedía que me pusiera en contacto con el soporte, incluso intenté desinstalar por completo, eliminar los datos de compatibilidad 275850 (no sé por qué Steam no los elimina después de la desinstalación) y luego instalarlo nuevamente directamente desde Proton 5.0. Funciona perfectamente en modo panqueque, pero falla con el mismo mensaje genérico.

¿Se suponía que este lanzamiento de Proton resolvería el problema con No Man's Sky VR? Lo digo porque habiendo actualizado la compatibilidad con openvr, pensé que lo haría.

En cualquier caso, adjunto el registro de vapor si lo necesitan.
steam-275850.log
.

Lamentablemente no. El juego tiene un nuevo error, que he investigado, pero no pude resolver. Presenté un error en nuestro rastreador interno, pero no tengo una estimación de cuándo se solucionará. (Está pasando lo que aparentemente es un identificador VkPhysicalDevice no válido a una función OpenVR, lo que provoca el bloqueo. No sé por qué lo está haciendo).

@aeikum ¿El nuevo Proton 5.13-2 RC tiene alguna solución para No Man's Sky en modo VR?

@rstrube No.

Actualizado a Mesa 20.2.2 desde el PPA de Kisak mesa-fresh y No Man Sky ya no representa nada en los gráficos del juego

Los menús iniciales y la animación del campo de estrellas se representan correctamente.

Sin embargo, en la pantalla del juego todo está en negro, ya que no se representan gráficos que no sean etiquetas.

Los menús del juego también funcionan al 100%

Estoy usando una tarjeta RX480 8GiB en Ubuntu 18.04.5

Cualquier otro juego que haya podido probar funciona bien.

Esto comenzó a suceder justo después de que la actualización a 20.2.2 en la versión anterior funcionara 100% bien en mi computadora.

Actualizado a Mesa 20.2.2 desde el PPA de Kisak mesa-fresh y No Man Sky ya no representa nada en los gráficos del juego

Los menús iniciales y la animación del campo de estrellas se representan correctamente.

Sin embargo, en la pantalla del juego todo está en negro, ya que no se representan gráficos que no sean etiquetas.

Los menús del juego también funcionan al 100%

Estoy usando una tarjeta RX480 8GiB en Ubuntu 18.04.5

Cualquier otro juego que haya podido probar funciona bien.

Esto comenzó a suceder justo después de que la actualización a 20.2.2 en la versión anterior funcionara 100% bien en mi computadora.

Puedo confirmar esto. Después de actualizar a Kisak mesa-fresh 20.2.2 desde el 20.2.1 anterior, tengo los mismos problemas. I Solo se muestra una pantalla negra en el juego. Las texturas no se renderizan. Solo se muestran los iconos de la pantalla que marcan lugares especiales o marcas de referencia. Además, los menús del juego y la pantalla de estrellas en la secuencia de carga funcionan de la misma manera.

Así que eliminé el PPA y ahora uso el Mesa 20.0.8 que viene con Linux Mint 20 (basado en Ubuntu 20.04 LTS) como predeterminado y, por lo tanto, vuelve a funcionar bien. Lo único que tengo ahora son los errores de textura que se conocían en el pasado.

Especificaciones:
Linux Mint 20
Kernel 5.8.16
AMDGPU
AMD Ryzen 3600
AMD RX 5700 XT

Gracias por informarme sobre el problema del controlador

Actualización: se ha identificado el parche infractor y se retirará en la próxima compilación de PPA.

En este momento, no hay indicios de que mesa 20.2.3 se implementará según lo programado, por lo que empujé mesa 20.2.2 ~ kisak2 a la granja de compilación, lo que debería corregir la regresión específica de PPA. Gracias de nuevo por encontrar el problema.

En este momento, no hay indicios de que mesa 20.2.3 se implementará según lo programado, por lo que empujé mesa 20.2.2 ~ kisak2 a la granja de compilación, lo que debería corregir la regresión específica de PPA. Gracias de nuevo por encontrar el problema.

He reinstalado tu PPA y el juego vuelve a funcionar bien. Las texturas se vuelven a representar correctamente.

@ válvula-kisak:
Nos agradece por encontrar el problema. ¡Pero tenemos mucho más que agradecerle por brindarnos este gran PPA!

Hola Kisak,

Puedo confirmar que la versión más reciente de su PPA Mesa-Fresh me soluciona el problema también.

Muchas gracias por su arduo trabajo, es muy apreciado.

Lamentablemente no. El juego tiene un nuevo error, que he investigado, pero no pude resolver. Presenté un error en nuestro rastreador interno

@aeikum También está experimentando el mismo problema que @Patola y @rstrube , tal vez valga la pena contactar a los desarrolladores, ya que parecen apoyar a Proton dadas sus correcciones anteriores .

https://hellogames.org/contact