Для этого есть исправление, но я не думаю, что оно доступно прямо сейчас. Скоро должно появиться в mesa-dev.

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

Безупречно работает с картой nvdia, хотя

У этой игры действительно есть проблема с картами nvidia, она не может правильно распределять виртуальную память, поэтому в конечном итоге вы получаете текстуру и всплывающую сетку ландшафта, что очень плохо.

Если вы переключаетесь между окнами и Linux и просто перемещаетесь / ходите по сторонам, вы можете увидеть этот эффект совершенно очевидно. Сделайте поворот на 180 градусов, и текстуры медленно загрузятся вместе с сеткой тесселяции и т. Д.

Вероятно, это результат того, что игра по какой-то причине не может определить правильное количество vram для видеокарты и автоматически назначает довольно низкое количество вместо использования полного количества GPU.

Предупреждение можно отключить в конфигурации NMS, но оно не решает проблему, никакие настройки не исправляют.

Здравствуйте,
сегодня кажется, что теперь NMS наконец-то работает, в каком-то случае ...
Белый экран исчез, и в игру можно играть. Но текстуры земли дергаются.
Я использую этот ppa для получения новейшей сборки mesa: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
Они объединили обходные пути, о которых я упоминал ранее и которые обсуждались в этом отчете об ошибке mesa: https://bugs.freedesktop.org/show_bug.cgi?id=107581
Я надеюсь, что кто-нибудь сможет сообщить, если у него такие же проблемы с текстурами земли.

No Man's Sky (App ID: 275850) черный экран с разрешением выше 1920 * 1080

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/1034.
@Liodinis опубликовано 2018-08-30T22: 52: 04:

Ubuntu 18.04.1 LTS
I7 6700K при 4,00 ГГц
Nvidia GTX 1070
Драйвер Nvidia 396,54
Протон 3,7-3
RAM 16Go
SSHD 1 к Toshiba H200
Дисплей Acer Predator 24 дюйма, 2560X1440

"No Man's Sky" не работает при разрешении выше 1920 * 1080.

При запуске игры отображается черный экран, но кажется, что игра работает, потому что в фоновом режиме слышны звуки.
Если вы установите разрешение экрана 1920 * 1080 или отредактируете файл конфигурации TKGRAPHICSSETTINGS.MXML с собственным разрешением вашего экрана в следующем месте:

/home/username/.local/share/Steam/steamapps/common/No Man's Sky / Двоичные файлы / НАСТРОЙКИ

перезапустите игру, и в нее можно будет играть.

Hardware Configuration.txt

Файл конфигурации No Man's Sky.zip

No Man's Sky [ID приложения: 275850] Сбой на nvidia

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/1072.
@ hitchhiker54 опубликовано 2018-08-31T13: 42: 44:

Игра пока работает безупречно, за исключением сканирования, когда в поле зрения находится база NPC. Протестировано на типах малых поселений и обсерваторий, если база находится в поле зрения, игра мгновенно вылетает на рабочий стол при просмотре козырька. Базы игроков, корабли, экзокрафт - все в порядке. Использование gtx980ti, i76700k в Ubuntu 18.04, драйверы Nvidia 396.54

[редактирует дополнительно]
Версия игры 1.58, о проблеме также сообщили Hello Games

результаты sudo lshw:
https://www.dropbox.com/s/xxu34qjfnjp7f01/specs.txt?dl=0

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

Информация о системе Steam

Тест | Результат
- | -
Одиночная игра | Работает как положено
Местный кооператив | _N / A_
Интернет-мультиплеер | Работает как положено

Конфигурация | ...
- | -
Вход | Контроллер Steam
Дисплей | 1920x1080
Полноэкранный | да
Предустановка | Средний ^
VSync | Выкл ^^
API | OpenGL

^ По умолчанию установлен высокий уровень графики.
^^ По умолчанию VSync настройка включена

Пробовал с Proton 3.7-3.

Игра работала безупречно. С моей настройкой. Прикрепленный pastebin показывает спецификации моей машины и версии всех соответствующих драйверов / программного обеспечения.

Мои характеристики: https://pastebin.com/9hQP94N1

Да, для меня это работает технически лучше, чем в Windows, потому что в Windows я не могу удалить разрыв экрана без включения vsync, который, кажется, стоит fps. Но под linux с выключенным vsync разрывов нет.

Я обнаружил, что игры кэшируют текстуры немного медленнее в NTFS, вы можете немного ускорить его, используя big_writes в параметрах монтирования диска. Или переместите его на диск BTRFS или EXT4.

No Man's Sky, кажется, действительно работает более плавно на моей стареющей видеокарте в Linux! Вроде работает из коробки.

Fedora 28
Core i7-4770
Nvidia GTX 760
Протон 3,7-3

У меня были те же проблемы с черным экраном, что и в комментарии: https://github.com/ValveSoftware/Proton/issues/438#issuecomment -417493922

В том же файле TKGRAPHICSSETTINGS.MXML установка для параметра «Без полей» значения «Истина» также позволит игре работать должным образом, даже если разрешение рабочего стола выше, чем разрешение игры. Я хочу запускать игры с разрешением 1920x1080 для любой записи / потоковой передачи, но мой рабочий стол установлен на 1920x1200, установка параметра без полей позволяет мне это сделать.

В Windows нет проблем, просто установите мой монитор на 1920 x 1080, когда это необходимо, но в Linux у меня проблема, которая, как я подозреваю, связана с моим кабелем DVI, который не позволяет системе распознавать какие-либо разрешения 16: 9 для этого монитора, и я не удалось добавить их с помощью xrandr (продолжайте получать ошибку BadMatch при попытке добавить его в DVI-I-1.) У меня есть заказанный кабель DisplayPort, который, я надеюсь, откроет весь диапазон разрешений моего монитора способен. Мой второй монитор, подключенный через HDMI, имеет все свои режимы, правильно распознанные, у моего основного монитора нет порта HDMI, иначе я бы протестировал его, чтобы убедиться, что это кабель DVI.

Обновление: это был кабель DVI. Кабель DP пришел на прошлой неделе, и теперь доступны все режимы / разрешения дисплея.

[ВЫПУСК] No Man`s Sky, нет звука (275850)

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/1459.
@Rainakins опубликовал 2018-09-15T09: 23: 49:

Отчет о совместимости

• Название игры с проблемами совместимости: No Man`s Sky
• Steam AppID игры: 275850

Системная информация

• Графический процессор: GTX 1050ti
• Версия драйвера / LLVM: Nvidia 396.54
• Версия ядра: 4.15
• Ссылка на полный отчет о системе в виде Gist :

Информация о компьютере:
Производитель: Неизвестно
Модель: Неизвестно
Форм-фактор: настольный
Сенсорный ввод не обнаружен

Информация о процессоре:
Производитель процессора: AuthenticAMD
Марка процессора: Шестиядерный процессор AMD Ryzen 5 2600
Семейство процессоров: 0x17
Модель процессора: 0x8
Степень процессора: 0x2
Тип процессора: 0x0
Скорость: 3400 МГц
12 логических процессоров
6 физических процессоров
HyperThreading: поддерживается
FCMOV: Поддерживается
SSE2: Поддерживается
SSE3: Поддерживается
SSSE3: Поддерживается
SSE4a: Поддерживается
SSE41: Поддерживается
SSE42: Поддерживается
AES: Поддерживается
AVX: Поддерживается
CMPXCHG16B: Поддерживается
LAHF / SAHF: Поддерживается
PrefetchW: не поддерживается

Версия операционной системы:
Ubuntu 18.04.1 LTS (64 бит)
Имя ядра: Linux
Версия ядра: 4.15.0-34-generic
Производитель X-сервера: Фонд X.Org
Выпуск X Server: 11906000
X Window Manager: оболочка GNOME
Версия среды выполнения Steam: steam-runtime-beta-release_2018-06-14

Видеокарта:
Драйвер: NVIDIA Corporation GeForce GTX 1050 Ti / PCIe / SSE2
Версия драйвера: 4.6.0 NVIDIA 396.54
Версия OpenGL: 4.6
Глубина цвета рабочего стола: 24 бита на пиксель
Частота обновления монитора: 60 ​​Гц
VendorID: 0x10de
DeviceID: 0x1c82
Редакция не обнаружена
Количество мониторов: 1
Количество логических видеокарт: 1
Разрешение основного дисплея: 1920 x 1080
Разрешение рабочего стола: 1920 x 1080
Размер основного дисплея: 20,08 x 11,30 дюйма (диагональ 23,03 дюйма)
51,0 см x 28,7 см (диагональ 58,5 см)
Основная шина: PCI Express 16x
Основная видеопамять: 4096 МБ
Поддерживаемые режимы MSAA: 2x 4x 8x 16x

Звуковая карта:
Аудиоустройство: Nvidia GPU 80 HDMI / DP

Объем памяти:
Оперативная память: 16052 Мб

Разное:
Язык интерфейса: английский
ЯЗЫК: en_US.UTF-8
Общее доступное пространство на жестком диске: 194192 Мб
Максимальный свободный блок жесткого диска: 107787 Мб
Гарнитура VR: не обнаружено

Последние отчеты о сбоях:

• Версия протона: 3.7-6

Я подтверждаю:

• [x], что я не нашел существующего отчета о совместимости для этой игры.
• [x], что я проверил, доступны ли обновления для моей системы.

steam-275850.log

Симптомы

Звук работал изначально около недели, а вчера по какой-то причине звук полностью перестал работать, все остальное по-прежнему работает нормально, производительность отличная, но звук просто больше не работает

Размножение

для меня это легко сделать, запустив игру

У меня игра зависает после выбора сложности. У меня просто черный экран, и GNOME перестает отвечать. Звук в игре продолжается, однако я не могу дальше взаимодействовать с компьютером, и требуется полный сброс. Я попытался вручную переключить игру на безграничный и оконный режимы, но безрезультатно.

Я использую R9 Fury, Mesa 18.3, LLVM 8 от Padoka unstable в соответствии с рекомендациями Proton и ядро ​​4.18.8.

Что вам говорит ulimit -aH? может быть проблема с ограниченными открытыми файлами, которая часто связана с зависанием нагрузки.

вывод 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

Привет @ viggy96 , дайте https://github.com/zfigura/wine/blob/esync/README.esync чтение и увеличьте максимальное количество открытых файлов в вашей системе.

@ kisak-valve Раньше я думал, что делал это правильно, но, видимо, нет, LOL. Однако, тем не менее, No Man's Sky по-прежнему терпит неудачу для меня.
вывод 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

Я все еще не могу пройти через черный экран в этой игре. Не уверен, что могло быть причиной этого. Я увеличил максимальное количество открытых файлов, как указано выше, но все еще без кубиков.

Nvidia 396.54.09, Geforce GTX 1050ti, Proton 3.16-1 Beta, Slackware 14.2 Multilib. После утреннего обновления Proton 3.16-1 я получаю сообщение об ошибке, в котором говорится, что No Man's Sky требуется не менее 1,5 ГБ видеопамяти и что адаптер (пустой) сообщает 0. Игра загружается и играет нормально, если щелкнуть мышью. , хотя. Ошибка? Или мне нужно что-то изменить?

@ viggy96 У тебя все еще проблемы?

Извините, хотел обновить. Мои проблемы были исправлены в версии 3.16-3.

@SwooshyCueb Да, я. Я все еще не могу пройти через черный экран. Я попытался отредактировать файл настроек игры, чтобы использовать режим без полей, как предлагали некоторые другие, но все же No Man's Sky у меня не работает.

Я использую R9 Fury, Mesa 18.3, LLVM 8 от Padoka unstable в соответствии с рекомендациями Proton и ядро ​​4.18.8.

Единственное, что я могу предложить, это не использовать экспериментальные драйверы и LLVM8, вернуться к выпуску mesa версии 18.2.x и попробовать LLVM 7.0.

Я знаю, что репозитории Ubuntu иногда ужасны для получения последних стабильных версий драйверов, я лично использую antergos.

@ viggy96 Если вы любите приключения, вы можете попробовать https://launchpad.net/~kisak/+archive/ubuntu/steamvr (для этого не нужно ядро ​​и xorg-сервер), в противном случае https: // launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa - относительно безопасный вариант.

@ kisak-valve К сожалению, стабильный PPA Padoka не решает проблему для меня. Я также пытался отключить оверлей Steam, но безуспешно. Также для обновления я сейчас использую ядро ​​4.19. Это очень странная проблема, так как даже рабочий стол GNOME зависает, и я вынужден полностью перезагрузить свой компьютер.

Может быть, проблема в драйвере Fury R9 и AMDGPU? не у многих уже есть карты Ярости.

У меня есть 1080Ti, потому что 4k и AMD еще не поддерживают игры 4k со скоростью 60 кадров в секунду, как только они это сделают, я вернусь к графическим процессорам AMD и смогу испытать все ошибки Steam, связанные с AMD.

ATM Основная проблема с картами NVIDIA заключается в том, что библиотеки, которые пытаются использовать некоторые игры, несовместимы с Wine / Proton, поэтому недавно был введен трюк с подменой.

У меня проблема с рендерингом всего 3D-контента в игре (все черное при загрузке, белое в игре). Все меню работают хорошо.

Изменение настроек ни на что не влияет.
Проверено на Ubuntu 18.04 LTS и Solus 3.99 - результат тот же. (На ubuntu также попробуйте последние версии драйверов amdgpu с веб-сайта amd)

спецификации:
Radeon RX 580 Series (POLARIS10, DRM 3.26.0, 4.18.16-97.current, LLVM 7.0.0)
Шестиядерный процессор AMD® Ryzen 5 1600x × 12
7,8 Гб оперативной памяти

Драйверы с веб-сайта AMD - amdgpu-pro

Те, которые вы захотите попробовать, - это пакет oibaf на панели запуска, который должен быть совместим с любым дистрибутивом на основе ubuntu (не уверен, что это solus).

@jarrard solus основан на Ubuntu, но имеет собственную систему пакетов.
Я вернулся к ubuntu 18.04 и попробовал репозиторий oibaf, и теперь он работает хорошо, большое спасибо.

Работает в моей системе (Ubuntu 18.04 с Mesa 19 Git R9 290)

Строка поставщика OpenGL: X.Org
Строка визуализатора OpenGL: AMD Radeon R9 200 Series (HAWAII, DRM 3.26.0, 4.18.19-041819-generic, LLVM 7.0.1)
Строка версии основного профиля OpenGL: 4.5 (Core Profile) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Строка версии языка затенения основного профиля OpenGL: 4.50
Флаги контекста основного профиля OpenGL: (нет)
Маска профиля ядра OpenGL: профиль ядра
Расширения основного профиля OpenGL:
Строка версии OpenGL: 4.5 (профиль совместимости) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Строка версии языка затенения OpenGL: 4.50
Флаги контекста OpenGL: (нет)
Маска профиля OpenGL: профиль совместимости
Расширения OpenGL:
Строка версии профиля OpenGL ES: OpenGL ES 3.2 Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Строка версии языка затенения профиля OpenGL ES: OpenGL ES GLSL ES 3.20
Расширения профиля OpenGL ES:

Есть некоторые визуальные глюки, на некоторых деревьях появляются белые артефакты на границе листьев и веток.

Кустообразные растения и трава появляются и снова появляются перед вами, как будто они растворяются из-за расстояния, но они перед вами.

Кроме того, более 100 часов игры на Linux!

@AntoChu

@jarrard solus основан на Ubuntu, но имеет собственную систему пакетов.

Solus не основан на Ubuntu. Это началось таким образом, но разорвало связи и началось с нуля, теперь это собственное дело.

Gentoo с Mesa 18.3.1 на ядре 4.19.9 работает как мечта. На моем Vega64 он превосходит драйвер Windows OpenGL.

Ребята из Mesa надрали задницу OpenGL и внесли огромные улучшения в Vulkan. Сейчас хорошие времена.

У меня тоже работает с mesa 18.3.1 на ArchLinux.

Однако сначала у меня возникли странные глюки, исправленные указанием этих параметров запуска для No Man's Sky:

MESA_GL_VERSION_OVERRIDE=4.5COMPAT force_glsl_extensions_warn=true %command%

Тогда на Vega64 все работает отлично, только тесселяция действительно влияет на производительность, даже на низком уровне, поэтому ее отключение действительно помогает.

С proton 3.16-6, если у меня STEAM_PREFER_HOST_LIBRARIES установлено в 0, NMS не будет подключаться к серверам. Если у меня установлено значение 1, будет. Это результат смены гнутлов? (Slackware 14.2 поставляется с 3.6.5.) Это отлично работало без использования host_libraries в 3.15 и ниже.

У меня та же проблема, что и у @ viggy96 .

При запуске на Kernel 4.19-4.21 rc, от версии Mesa 18.3 до Mesa-GIT, LLVM7 и LLVM8-svn, игра выдает черный экран.

Ядро 4.18 и версия GIT mesa на основе 18.3 с LLVM-SVN, у меня не было проблем. В игре 123 часа.

Используется Vega 56. Пробовал все упомянутые исправления. Я даже опустошил весь мой кеш, но безрезультатно.

У меня проблемы с моей системой Fedora 29 на базе Wayland с картой ATI Vega64. Я получаю белый экран с нечетными линиями, которые появляются, когда система инициализируется, когда я впервые запускаю игру, после того, как выбираю сложность.

Я подтвердил, что да, действительно, у меня есть 2 ^ 20 открытых файлов как жесткое, так и мягкое ограничение. Я убедился, что паровой процесс тоже устроен таким образом.

На самом деле это было довольно неприятно, поскольку установщик Steam в моей системе устанавливает мягкий предел 1024 и жесткий предел 2 ^ 18 с комментарием о Proton. Мне потребовалось некоторое время, чтобы отследить все это с помощью дракута и других вещей.

Обновление : я попробовал решение @ Anthony25 , и это улучшило ситуацию. Но земли по-прежнему не видно. И большая часть HUD тоже. Кроме того, у меня появляются странные артефакты в фоновом режиме, когда я переключаюсь на экран, который позволяет вам возиться с вашим мультитулом или делать что-то.

Он отлично работает на моем ноутбуке с действительно анемичным Quadro M1200 Mobile. : - /

Steam использует стандарт Wine, поэтому мне интересно, есть ли исправления для этой игры в постановке, потому что это то, что я использую. Кроме того, эта игра является OpenGL (родной), поэтому в ней не задействован DirectX, что вдвойне странно, вы столкнетесь с графическими проблемами, учитывая ее собственный API.,

Может у федоры плохая меза-версия?

Вот моя версия всего, что связано с мезой. :-)

$ 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

Это может сказать, а может и не сказать вам то, что вам нужно знать.

Я хочу сообщить, что No Man's Sky не работает (не открывается вообще) в моей системе Ubuntu 18.04 с графическим процессором AMD (RX 550)

с помощью бесплатного драйвера amdgpu, предоставляемого AMD. Я переустановил Steam и игру, чтобы подтвердить это.

steam-275850.log

Да, я не знаю, похоже, я не могу запустить версию GOG через Steam ни на моем графическом процессоре nvidia. Странная проблема.

Лутрис отлично работает.

Я обнаружил, что для игры требуется установить драйвер vulkan, которого нет в Ubuntu 18.04. Я установил пакеты mesa-vulkan-drivers & mesa-vulkan- drivers: i386 из Padoka Stable PPA

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

Я также не испытываю каких-либо проблем с ОС, с которыми я столкнулся при использовании драйвера amdgpu-pro-18.50-708488-ubuntu-18.04. Недавно он был обновлен до новой сборки (725072), и, возможно, в нем были исправлены проблемы с набором драйверов amdgpu-pro (который включает драйвер vulkan). Но я не собирался рисковать, так как у меня были серьезные проблемы.

Исправить - использовать пакеты Padoka PPA.

Игра переехала на вулкан? думал, что это opengl ...

Хм, я использовал Padoka PPA целую вечность, а No Man's Sky еще не работал на моей машине. У меня все еще происходит блокировка рабочего стола GNOME, и я вынужден выполнить полную перезагрузку компьютера после выбора сложности в игре.

https://www.nomanssky.com/2019/04/vulkan-update/ Судя по всему, движок Vulkan изменился. Кто-нибудь пробовал экспериментальную ветку?

Nms теперь имеет экспериментальный модуль визуализации vulkan, он может помочь amd на некоторых из 3 драйверов vulkan (radv, amdvlk, -pro)

No Man's Sky - ветка Вулкана (экспериментальная)

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/2546.
@Rodhin опубликовал 2019-04-16T16: 35: 46:

Отчет о совместимости

• Название игры с проблемами совместимости: No Man's Sky
• Steam AppID игры: 275850

Системная информация

• Графический процессор: GTX 980Ti
• Версия драйвера / LLVM: nvidia 418.56
• Версия ядра: 4.18
• Ссылка на полный отчет о системе в виде Gist : https://gist.github.com/Rodhin/98698055599b676e3e8c868604cc75cf
• Версия протона: 4.2-2

Я подтверждаю:

• [x], что я не нашел существующего отчета о совместимости для этой игры.
• [x], что я проверил, доступны ли обновления для моей системы.

steam-275850.log

Симптомы

Сегодня игра получила экспериментальную ветку, перейдут с OpenGL на Vulkan. Версия OpenGL работает как мечта, но версия Vulkan едва работает с 2-5 FPS. Когда будет выпущено следующее большое обновление для игры, они полностью откажутся от средства визуализации OpenGL.

Подробнее о выпуске Vulkan и доступе к экспериментальной ветке:
https://www.nomanssky.com/2019/04/vulkan-update/

Размножение

Переключитесь на экспериментальную ветку и запустите игру.

Перемещаю свой ответ в правильную ветку, извините!

Графический процессор: GTX 1050ti
Версия драйвера / LLVM: nvidia 418.49.04
Версия ядра: 4.4.172
Ссылка на полный отчет о системе в виде Gist: https://gist.github.com/garpu/20a8d8928b67f691d56b355c39b4ac28
Версия протона: 4.2-2

Здесь та же проблема. Плохой fps, и похоже, что никакие настройки не влияют на производительность. (Я сбрасываю параметры графики на значения по умолчанию, около среднего, когда я мог играть на высоком уровне на рендерере OpenGL.)

Журнал: https://gist.github.com/garpu/bd9d23b1821bbb5f4a6b5f95a9947d02

Также подтверждается, что обновление Vulkan для No Man's Sky снизило производительность, теперь оно неиграбельно.

Информация о системе: https://gist.github.com/LiamDawe/2db6810dfec6b26a81a72580d15a509a

Файл журнала Proton: https://gist.github.com/LiamDawe/9497165b31f4ea96f640b3db109db4ad

Я пробовал экспериментальный патч Vulkan не только с Proton 4.2, но и с бета-версией 3.16 и неофициальной сборкой TKG Wine (хотя и не последней, которую я попробую в следующий раз) и получил тот же результат. Я также подтвердил, что производительность не такая, как в Windows (где у OGL падение всего на 5 кадров в секунду).

Похоже, что он использует только один поток ЦП (или плохо использует другие).

Протестировал экспериментальный модуль визуализации vulkan на моем amd rx470, и с помощью RADV он приводит к впечатляющему сбою моего компьютера, превращая все в пурпурный и засыпая tty с помощью «[ ERROR Failed to initialize parser 125!», Также протестировал его. с драйвером AMDGPU-PRO vulkan, и он работал с красивыми 60 кадрами в секунду возле разбившегося грузового судна (не тестировал его дальше). Я не знаю, насколько хорошо AMDVLK будет работать, но, вероятно, он будет работать так же, как -pro, но с более длинным экраном загрузки и заиканием.

Я думаю, что обновление vulkan для Talos Principle было медленнее, чем OpenGL, когда оно впервые появилось, очевидно, что есть дополнительные проблемы с совместимостью с вином, но, надеюсь, разработчик со временем продвинется вперед.

Я обновил драйверы видеокарты до драйверов 418.52.03 для Nvidia, и никаких изменений.

снова попробовал средство визуализации vulkan, но с последней стабильной версией mesa (19.0.2), и это не привело к сбою моей системы, но сначала у него была очень очень плохая производительность (5 кадров в секунду макс.), но я исправил это, выбрав настройки по умолчанию для графики меню и частота кадров до 60 кадров в секунду

снова попробовал средство визуализации vulkan, но с последней стабильной версией mesa (19.0.2), и это не привело к сбою моей системы, но сначала у него была очень очень плохая производительность (5 кадров в секунду макс.), но я исправил это, выбрав настройки по умолчанию для графики меню и частота кадров до 60 кадров в секунду

Судя по отчетам в другом месте, похоже, что у драйвера Nvidia есть проблема.

Изменить: я сделал сообщение здесь, на форумах разработчиков Nvidia, если больше людей с картами Nvidia поделятся вашим опытом, надеюсь, проблема может быть рассмотрена.

Это вполне могло быть правдой. Кто-то здесь сказал, что переход с бета-версии драйверов Vulkan (в Windows) устранил проблему: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

Кто-нибудь пробовал 418.56?

Похоже, есть ветка на форумах Nvidia: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Это вполне могло быть правдой. Кто-то здесь сказал, что переход с бета-версии драйверов Vulkan (в Windows) устранил проблему: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

Кто-нибудь пробовал 418.56?

Похоже, есть ветка на форумах Nvidia: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Я пробовал бета-драйверы Vulkan на Windows, никаких проблем с ними. Я также пробовал 418.56 в Linux, который имеет ту же проблему, что и драйверы разработчика в Linux.

Для меня полная блокировка, точно так же, как когда драйверы AMDGPU не поддерживали OpenGL 4.5. Белый экран и затем полное зависание системы.
Ubuntu 18.10 с ядром 5.0.2 generic, нестабильная версия Padoka PPA Mesa 19.1 git, LLVM 9

Без изменений с обновлением от 18 апреля. Якобы мы должны получить сообщение, если наши драйверы не поддерживаются? Я не получил сообщения о запуске. Предполагая, что он проверяет наличие расширений vulkan? Что реализовано в работающем драйвере AMD, чего нет в драйвере Nvidia? Если мы сможем это выяснить, возможно, мы сможем предоставить что-то специалистам по драйверам nvidia. (Предполагая, что это не ошибка движка, которая может быть - люди с последними версиями драйверов в Windows сталкиваются с той же проблемой.)

Кто-то на protondb сказал, что они добились приличной работы с драйверами amdvlk с помощью пары уловок.

• Графический процессор: GTX 970
• Версия драйвера / LLVM: 418.56
• Версия ядра: 5.0.7
• Ссылка на полный отчет о системе в виде Gist : https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -sysinfo-txt
• Версия протона: 4.2-3
• Протокол протонов: https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -steam-275850-log

Я пробовал запустить его, отключив wined3d но похоже, что он не вернулся к DXVK. Никакие настройки времени выполнения, похоже, не влияют на производительность - перешли от игрового состояния 60 FPS (нормальная ветвь) к 10-12 FPS с экспериментальной веткой.

Я пробовал запустить его, отключив wined3d но похоже, что он не вернулся к DXVK. Никакие настройки времени выполнения, похоже, не влияют на производительность - перешли от игрового состояния 60 FPS (нормальная ветвь) к 10-12 FPS с экспериментальной веткой.

Игра не использует Direct X, поэтому WineD3D или DXVK вообще не используются. Это прямо на Vulkan (или OpenGL в настоящее время), поэтому использование любых команд запуска, связанных с D3D, бессмысленно.

Изменить: новый драйвер Nvidia 418.52.05 не выпустил никаких изменений.

Небольшое обновление 430.09 попыталось сделать ту же проблему.

Я все время замечаю, что в журналах появляется эта ошибка:

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

Не загружается вообще с обновлением от 29 апреля. Я получаю всплывающее окно с сообщением «Невозможно инициализировать Vulkan (сбой vkEnumerateInstanceExtensionProperties.) Возможно, у вас не установлен драйвер Vulkan, или старый драйвер на вашем компьютере может быть поврежден».
ETA: У меня установлено 418.52.05. С приложениями dxvk проблем нет.

Я должен подтвердить. Запуск игры после экспериментального обновления 29 апреля приводит к появлению диалогового окна с ошибкой (vkEnumerateInstanceExtensionProperties), за которым следует черный экран (необходимо убить NMS.exe с помощью SIGKILL, чтобы избавиться от этого черного экрана). Драйвер NVidia 418.56

vkEnumerateInstanceExtensionProperties здесь также.

Может кто-нибудь подтвердить, происходит ли это на AMD?

@ fls2018 @ volca02 Та же

Кто-нибудь пробовал со стоковым ВИНОМ или винной постановкой? Ошибка NMS или ошибка WINE / proton?

Vulkan не работает для всех 3 драйверов AMD vulkan (RADV, AMDVLK и -PRO)

РЕДАКТИРОВАТЬ: пробовал с сборкой custon proton-tkg 4.5

Загрузчик Vulkan, поставляемый с игрой, не работает в Wine. Вы можете использовать WINEDLLOVERRIDES='vulkan-1=b' для обхода ошибки vkEnumerateInstanceExtensionProperties.

Теперь он вернулся туда, где был до патча 29 апреля. Однако похоже, что у пользователей Nvidia в Windows все еще есть проблемы с FPS.

Теперь он вернулся туда, где был до патча 29 апреля. Однако похоже, что у пользователей Nvidia в Windows все еще есть проблемы с FPS.

Это можно посмотреть в Nvidia, я сделал ветку на форумах devtalk, но она провалилась без ответов.

Я только что сам попробовал новое обновление с переопределением, кажется, производительность несколько улучшилась ... все еще вдвое меньше, чем должна быть, но по моему опыту на 25-30 кадров в секунду при 1440p больше, чем было до последнего обновления.

Это использует последний драйвер ветки Nvidia 430 (не для разработчиков). Я собирался вернуться к ветке 418 dev, чтобы посмотреть, улучшилась ли она.

Обновить:

418.52.05 драйвер + новое обновление = 5 кадров в секунду

430.09 драйвер + новое обновление = 40-50 кадров в секунду на низком уровне при 1080p на GTX 1070.

Теперь, когда я переключился на драйвер 430.09, все стало гладко, как шелк. Некоторые сбои, но это те же сбои, которые я видел в других местах - например, с планетными кольцами и атмосферой, просачивающимися на космические станции и Аномалию. Я не проводил никаких официальных тестов, но для меня он примерно на одном уровне с OpenGL.

Я слышал, что средство визуализации vulkan было значительно медленнее, чем opengl atm, можем ли мы получить реальные цифры для сравнения?

Переопределение загрузчика Vulkan в игре заставляет игру отображать копию фреймбуфера, а затем она зависает. Хотя система отзывчива. Использование amdgpu

Теперь, когда я переключился на драйвер 430.09, все стало гладко, как шелк. Некоторые сбои, но это те же сбои, которые я видел в других местах - например, с планетными кольцами и атмосферой, просачивающимися на космические станции и Аномалию. Я не проводил никаких официальных тестов, но для меня он примерно на одном уровне с OpenGL.

Не могли бы вы дать более подробную информацию, например, системные характеристики, разрешение, настройки и т. Д.?

Причина в том, что, хотя 430.09 лучше, я все еще получаю только половину производительности OGL или Vulkan в Windows. Для меня он определенно не такой гладкий, как шелк, возможно, играбельный.

Однако, если у меня включена тесселяция ландшафта, она вылетает, и я смог использовать ее с OpenGL. Я всегда отключаю размытие из-за укачивания.

Nvidia 1050ti, i7-2700K, Slackware 14.2, мультилиб.

Таким образом, при использовании Mesa эта последняя экспериментальная ветвь не работает.
Однако включение AMDVLK для этого работает.

Я могу воспроизвести сбой при включении тесселяции.
РЕДАКТИРОВАТЬ: сбой для меня, кажется, когда включен vsync, а не тесселяция.

Однако, если у меня включена тесселяция ландшафта, она вылетает, и я смог использовать ее с OpenGL. Я всегда отключаю размытие из-за укачивания.

Nvidia 1050ti, i7-2700K, Slackware 14.2, мультилиб.

Можете ли вы использовать nvidia-smi в терминале во время игры? Я заметил, что NMS.exe использует только 800 МБ видеопамяти, возможно, есть странное узкое место в распределении памяти.

Довольно солидно на 1712МБ. Ни больше ни меньше, что странно. Я ожидал, что это число будет двигаться в ту или иную сторону во время игры. 142 МБ, когда ничего не используется, поэтому 1570 МБ для NMS.

Довольно солидно на 1712МБ. Ни больше ни меньше, что странно. Я ожидал, что это число будет двигаться в ту или иную сторону во время игры. 142 МБ, когда ничего не используется, поэтому 1570 МБ для NMS.

Это точно не может быть правдой?

На моей стороне игра использует больше системной памяти, чем память графического процессора, в Windows с разрешением 1440p она использует довольно много ГБ памяти графического процессора.

Подтверждаем, NMS.exe занимает всего около 1022 МБ памяти графического процессора в моей системе nvidia (GTX 1080, 430.09) при загрузке на космическую станцию ​​и около 1048 МБ на планете.

А с OpenGL?

Помните, что выделенная память - это не то же самое, что фактически используемая память. Vulkan может просто получить значительно меньшее выделение из-за конкретной оптимизации vulkan api (выделяет только то, что ему нужно). OGL, вероятно, выделит ВСЕ больше памяти.

А с OpenGL?

Помните, что выделенная память - это не то же самое, что фактически используемая память. Vulkan может просто получить значительно меньшее выделение из-за конкретной оптимизации vulkan api (выделяет только то, что ему нужно). OGL, вероятно, выделит ВСЕ больше памяти.

В Windows в том же экспериментальном Vulkan используется 4,2 ГБ, в Linux - 1,2 ГБ, как указано выше, для NMS.exe только 800 МБ. Где-то определенно есть серьезное узкое место, независимо от того, является ли выделение памяти проблемой или просто симптомом, что определенно проблема.

Это также может быть не совсем специфичным для Linux, я прочитал сообщение на дискуссионных форумах NMS Steam о том, что у пользователя Windows была низкая производительность, пока они не переключили свой графический процессор на другой слот PCI-e (я не могу проверить это из-за водяного охлаждения) . Я также видел людей, у которых проблемы с SLI, которые вызывают проблему 5 кадров в секунду.

Привет всем. Недавно в начале года я перешел на Linux Mint 19.1. Моя установка оснащена процессором Phenom II X6 1090T, 16 ГБ оперативной памяти DDR3, одной видеокартой Red Devil Vega 64, а также Linux Mint и Windows 10 с двойной загрузкой. Linux Mint использует ядро ​​4.18.

Что касается Linux, я установил последние нестабильные драйверы padoka MESA (нестабильный был выбран из-за поддержки карт Vega) вместе с последними драйверами Vulkan. Недавно я попытался запустить экспериментальную сборку No Man's Sky, чтобы воспользоваться преимуществами API Vulkan, но я получил то же сообщение «Не удалось инициализировать Vulkan (сбой vkEnumerateInstanceExtensionProperties). Возможно, у вас не установлен драйвер Vulkan или старый драйвер на вашем компьютере может быть поврежден ". как получили @garpu @ fls2018 и @ volca02 . Я попытался использовать команду переопределения, показанную в этом потоке, для обхода собственной программы запуска NMS Vulkan, но она выдала то же самое сообщение об ошибке. У меня не было выбора вернуться к стабильной сборке NMS в Linux. Есть ли другие решения? Или это проблема, которую необходимо исправить в новых обновлениях экспериментальной ветки NMS?

В Windows 10 я обновил драйверы AMD до Adrenalin 19.4.3 и запустил экспериментальную сборку NMS. Он успешно запустился и заметил значительное увеличение производительности и FPS. Я все еще заикаюсь, но это может быть из-за того, что мой процессор сузил бутылку. Сначала я не заметил увеличения производительности, пока не перешел к настройкам графики, не увеличил лимит FPS по умолчанию с 30 до 90 и не отключил вертикальную синхронизацию.

Любая информация будет принята с благодарностью.

ну, в любом случае, сборка opengl должна работать лучше, чем vulkan. К vulkan под Linux применяется ограничение памяти, и пока мы не выясним это, у него, вероятно, будут проблемы с производительностью по сравнению с опцией ogl.

Последний драйвер 430.14 без изменений.

После обновления от 14 мая тесселяция все еще вылетает (драйверы Nvidia 430.14). AFAIK, тесселяция все еще вызывает проблемы для пользователей Windows.

Proton 4.2-4 заявляет: «-Улучшить поддержку Vulkan для новой сборки No Man's Sky Vulkan».

Это означает, что больше не нужно использовать переопределения вин для установки vulkan на встроенный.

Разницы в производительности не вижу.

Если вы работаете с NVIDIA, будьте на 430-й серии, она намного ближе к уровням OpenGL сейчас в бета-версии Vulkan и фактически снова доступна для игры.

Кажется, у меня зависает графический процессор в Vulkan на моем RX 580 с Mesa 19.1.0-rc2 / LLVM 8.0, как только игра завершает загрузку. Кто-нибудь еще может подтвердить?

Я не пробовал без Esync, но не думаю, что это будет иметь значение, поскольку игра отлично работает с OpenGL.

С новым обновлением Proton игра снова стала нормально работать на RADV. (Mesa 19.0.4 / LLVM 8.0.0) на Radeon VII

Привет @ jerbear64 , скопируйте информацию о вашей системе из Steam ( Steam -> Help -> System Information ) и поместите ее в суть , а затем добавьте ссылку на суть в этот отчет о проблеме. Кроме того, добавьте PROTON_LOG=1 %command% к параметрам запуска игры и перетащите созданный файл $ HOME / steam- $ APPID.log в поле для комментариев.

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

Прошлой ночью я сделал запись Протона. Это связано с зависанием графического процессора, поэтому игра была внезапно закрыта.
steam-275850.log

@ jerbear64 , если это не слишком сложно, вы можете попробовать обходной путь на https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1.

Не проблема, у меня уже есть собственный COPR для Mesa на Fedora. Я могу применить обходной путь сегодня вечером и доложить.

-------- Исходное сообщение --------
15 мая 2019 года в 8:56 kisak-valve написал:

@ jerbear64 , если это не слишком сложно, вы можете попробовать обходной путь на https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите обсуждение .

Привет всем!

Последнее экспериментальное обновление ветки No man's sky фактически позволило запускать nms с использованием Vulkan на Linux Mint 19.1 без использования специального командного обходного пути. Игра успела загрузиться, и я смог передвигаться ... Некоторое время.

Однако игра заморозила графику как на моем основном экране, так и на моем дополнительном экране (на дополнительном мониторе был включен мой веб-браузер) после осмотра области, где я последний раз сохранял, хотя звук все еще исходил из игры. Мне не удалось получить никакого ответа ни от игры, ни от компьютера, поэтому мне пришлось выполнить полную перезагрузку своего устройства.

Шаг в правильном направлении, конечно, но я застыл после недолгого осмотра. Я снова переключился на стабильную сборку.

Обходной путь не дал результата. По-прежнему зависает сразу после экрана загрузки.

@TarsusEndri Похоже на зависание графического процессора, что похоже на мои симптомы. Какой у вас графический процессор / драйвер?

@ jerbear64

Мой графический процессор - Powercolor Red Devil RX Vega 64 с использованием последних драйверов MESA-Padoka Unstable (согласно странице Padoka, нестабильные драйверы необходимы для использования с картами серии Vega). Также были установлены последние версии драйверов Vulkan.

И это новое дерьмо с предварительным кешированием шейдеров, которое только что было добавлено в Steam, еще больше снизило производительность ...

Я не буду пробовать vulkan для этой игры, пока он не выйдет из бета-версии и не станет финальной версией. Также попробуйте удалить файлы кеша для dxvk и proton

Для справки: драйвер nvidia 418.52.07, похоже, не включает исправление для низкого FPS, это однозначный FPS в этой версии драйвера (только 430. *, похоже, включает улучшение).

Для справки: драйвер nvidia 418.52.07, похоже, не включает исправление для низкого FPS, это однозначный FPS в этой версии драйвера (только 430. *, похоже, включает улучшение).

Я подозревал, что новый драйвер Vulkan dev - это не что иное, как та же старая ветка с парой дополнительных расширений. Кроме того, как уже упоминалось, даже 430, хотя и лучше, все еще требует улучшений, поскольку у него есть проблема с памятью.

@ jerbear64 Мой графический процессор также вылетает с Mesa 19.1rc4 (LLVM8) и 19.2-git (LLVM9) в экспериментальной ветке Vulkan, тогда как mesa 19.0.x (LLVM8) работает нормально. AMDGPU / 290X / Arch Linux катится.

Тем не менее, я могу воспроизвести сбой. Для меня это похоже, когда я пытаюсь попасть в свой биодом, полный растений. Однако, что сбивает с толку, если я выхожу на улицу, выхожу из биодома и заглядываю внутрь, он не разбивается. Так что, возможно, когда внутри стеклянного кубоида, который ведет к биодому, шейдер тени или света (?) Делает что-то странное.

У меня нет логов DXVK или чего-то подобного. Я пробовал только mesa 19.1 и 19.2, потому что VirtualBox имеет визуальное искажение на mesa 19.0.5, поэтому подумал, что лучше буду попробовать новее, чем старую ... Я просто бросаю свое «я тоже» на ринг.

Может похожий вулкан баг? https://github.com/doitsujin/dxvk/issues/1056

Нет журналов DXVK, потому что это не игра DX. По крайней мере, это не только я.

-------- Исходное сообщение --------
1 июня 2019 г., 12:24, HanFox написал:

@ jerbear64 Мой графический процессор также вылетает с Mesa 19.1rc4 (LLVM8) и 19.2-git (LLVM9) в экспериментальной ветке Vulkan, тогда как mesa 19.0.x (LLVM8) работает нормально. AMDGPU / 290X / Arch Linux катится.

Тем не менее, я могу воспроизвести сбой. Для меня это похоже, когда я пытаюсь попасть в свой биодом, полный растений. Однако, что сбивает с толку, если я выхожу на улицу, выхожу из биодома и заглядываю внутрь, он не разбивается. Так что, возможно, когда внутри стеклянного кубоида, который ведет к биодому, шейдер тени или света (?) Делает что-то странное.

У меня нет логов DXVK или чего-то подобного. Я пробовал только mesa 19.1 и 19.2, потому что VirtualBox имеет визуальное искажение на mesa 19.0.5, поэтому подумал, что лучше буду попробовать новее, чем старую ... Я просто бросаю свое «я тоже» на ринг.

Может быть связано? doitsujin / dxvk # 1056

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите обсуждение .

Также есть проблема сбоя при загрузке с версией Vulkan. 980Ti вылетает во время загрузки сцены с:
wine_vkCreateCommandPool Support for allocation callbacks not implemented yet , который я считаю кодом ошибки.

Запуск 418.52.10 драйвера на 5.1.12-arch1-1-ARCH

steam-275850.log

Мой RX 480 получает такой же цветной экран, затем зависает и появляется ошибка «Не удалось инициализировать синтаксический анализатор -125» в dmesg в экспериментальной ветке. OpenGL работает медленно, но работает. Я использую AMDGPU (Mesa?) 19.1.1 с LLVM 8.0.0.

Интересно, что если вы создадите новое сохранение, а не загрузите старое, игра не вылетит, пока не закончится небольшая заставка.

Мой RX 480 получает такой же цветной экран, затем зависает и появляется ошибка «Не удалось инициализировать синтаксический анализатор -125» в dmesg в экспериментальной ветке. OpenGL работает медленно, но работает. Я использую AMDGPU (Mesa?) 19.1.1 с LLVM 8.0.0.

Интересно, что если вы создадите новое сохранение, а не загрузите старое, игра не вылетит, пока не закончится небольшая заставка.

Не могли бы вы создать PROTON_LOG=1 с новым сохранением и вулканом?

Ура

ПРИМЕЧАНИЕ. Первая попытка загрузки завершилась ctd после вступления в путешествие по звездному полю, но загрузка во второй раз работала нормально, возможен сбой в генерации кеш-памяти шейдеров.

Вот мой журнал steamplay на manjaro xfce 1080TI, кажется, работает, но могут быть серьезные проблемы с производительностью. Надо еще проверить настройки.

steam-275850.log

Как вернуться на opengl? или это требует повторной загрузки на другую версию без срока действия? кажется странным, если так.

### ОК ТЕСТИРОВАНИЕ ЗАВЕРШЕНО

Vulkan FPS: ~ 15-30 кадров в секунду
OpenGL FPS: ~ 50-60 + кадров в секунду

Да, Vulkan столкнулся с этой игрой, это довольно необычно, поскольку другие игры, использующие vulkan, часто имеют паритет 1: 1 или выше под Linux и Steamplay (doom / wolf ....). Понятия не имею, что происходит, довольно загадочно!

@jarrard обязательно попробуйте драйвер 430.x, если вы еще этого не сделали. 430.34, похоже, более или менее решает мои проблемы с производительностью vulkan (хотя на поверхности планеты все еще бывают ситуации с более низкой частотой кадров).

Я использую 430,26 атм, буду искать новые когда-нибудь.

Может ли кому-нибудь удастся запустить игру с Proton 4.11? Нахожу сразу вылетает / зависает, 4.2-9 все еще работает. Попытался отключить fsync, чтобы увидеть, не в этом ли виноватая разница.

steam-275850.log

Я могу запустить игру с 4.11, используя клиент opengl, но у vulkan есть несколько проблем.

Вот мой журнал. Жаль, что у меня не было VR, чтобы поиграть в эту игру.

steam-275850.log

Я обнаружил проблему, у меня был установлен драйвер 418 dev, который обычно запускается (но с ошибкой 5fps), но с 4.11 он зависает.

430 работает с 4.11, если fsync не используется.

Еще одна вещь, которую все должны отметить, это то, что средство визуализации Vulkan станет основным менее чем за две недели, я предполагаю, что OpenGL, скорее всего, будет убран, если они не сохранят его для поддержки старых систем, в чем я сомневаюсь.

Вот почему важно решать важные проблемы, а не довольствоваться средством визуализации OGL.

Если он станет основным средством визуализации, вы можете ожидать для него чертовски много обновлений / исправлений. Надеюсь, это сделает его более плавным, так как я никогда не мог загрузить ветку Vulkan.

Для меня игра даже не запускается на 4.11, но работает нормально на 4.2-9

@ Haxk20 вы используете ядро ​​fsync? Если да, попробуйте отключить fsync или esync перед запуском игры.

Постараюсь так сделать. Да скомпилирован 5.3-rc2 с fsycn

К сожалению, отключены fsync и esync, но все равно не запускается.

И это происходит как на openGL, так и на Vulkan.

IDK, что только что произошло, но я пытался убить процесс NMS.exe, так как Steam сообщал мне, что он запущен, но в течение нескольких минут ничего не обнаруживалось, и я щелкнул убить процесс, убил explorer.exe, и он просто появился с NMS.exe, все еще работающим
РЕДАКТИРОВАТЬ: Это был запуск 4.2-9 после того, как я его изменил. Просто на регенерацию ушло больше времени. 4.11 все еще не работает.

Похоже, что 4.11-2 сломался -1 работает при использовании кастомной сборки

Просто предупреждаю:

Сборка Vulkan будет запущена в любое время, глядя на примечания к патчу, поскольку предполагаемый OpenGL БЫЛ УДАЛЕН ПОЛНОСТЬЮ.

Таким образом, теперь буквально невозможно избежать vulkan, просто надеясь, что они сделали некоторые оптимизации своего движка, чтобы он лучше работал с драйверами linux, хотя есть вероятность, что он работает так же, как экспериментальный.

Для всех, кто использует AMD, этот графический процессор зависает в ветке Vulkan, если вы установите ACO, игра будет работать, хотя она не будет отображаться на 100% точно. Я заполню отчет об ошибке, как только выйдет Beyond, поскольку это может изменить ситуацию.

-------- Исходное сообщение --------
14 августа 2019 г., 6:58, fls2018 написал:

Просто предупреждаю:

Сборка Vulkan будет запущена в любое время, глядя на примечания к патчу, поскольку предполагаемый OpenGL БЫЛ УДАЛЕН ПОЛНОСТЬЮ.

Таким образом, теперь буквально невозможно избежать vulkan, просто надеясь, что они сделали некоторые оптимизации своего движка, чтобы он лучше работал с драйверами linux, хотя есть вероятность, что он работает так же, как экспериментальный.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите обсуждение .

Я в Австралии, так что патч у нас не будет до последнего. В прошлый раз, когда я попробовал эту ветку vulkan, у нее были серьезные проблемы с производительностью с nvidia 1080TI.

Драйвер Nvidia 430, похоже, тоже вылетает.
Поп! _OS 19.04
GTX 1070.

Beyond либо вылетает перед загрузкой меню, либо после выбора сохранения. Похоже, что Vulkan - единственный доступный рендерер.

Правильно, мне удалось войти в игру, при первой загрузке было несколько зависаний / сбоев, но все по-прежнему, по крайней мере, на Nvidia 435.17 ... все еще низкий fps.

Настройки графики изменились настолько, что их трудно сравнивать напрямую, но использование VRAM по-прежнему низкое, почти воспроизводимое при стандартных настройках (самых низких) на 1070.

Думаю, кому-то из nvidia нужно пинговать, чтобы взглянуть на это, теперь оно вышло.

Нагрузки у меня нормально, проблем нет.

Однако производительность моего 980ti с Proton 4.9 и 4.11 абсолютно ужасна.

Я буду тестировать свой 580 с ACO и без него, когда вернусь с работы. Было бы интересно посмотреть, является ли падение FPS специфическим для Nvidia. Я помню, как некоторые люди с Nvidia говорили, что у них плохая производительность и в старой экспериментальной ветке Vulkan.
-------- Исходное сообщение --------
14 августа 2019 года в 14:43 Лиам Доу написал:

Нагрузки у меня нормально, проблем нет.

Однако производительность моего 980ti с Proton 4.9 и 4.11 абсолютно ужасна.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите обсуждение .

Работает довольно прилично на 1050ti с 435.17. Он не подключается к онлайн-серверам, но у меня отключена многопользовательская игра.

Сбой перед загрузкой меню в Kubuntu 19.04, 1070 с 430.40 и протоном 4.11-2
На Lutris скажите "vkEnumerateInstanceExtensionProperties failed"
steam-275850.log

Вылетает примерно через 15 секунд после загрузки новой игры. Протон 4.11-2.
Информация о системе Steam
steam-275850.log

Вылетает сразу после загрузки новой или существующей игры. Proton 4.11-2, RX 480 с последней стабильной версией Mesa.
steam-275850.log

Те, кто работает с Nvidia, несколько месяцев назад я создал на форумах разработчиков Nvidia вопрос о производительности, но на него не было никаких ответов. Было бы здорово, если бы другие могли сообщить о проблеме там, чтобы попытаться держать это в поле зрения по крайней мере:

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

Что касается сбоев, имейте в виду, что каждая платформа (включая консоли) испытывает сбои, особенно на нексусе. Может быть трудно определить, какие сбои связаны с драйверами proton / linux или ошибками в игре.

@ fls2018, возможно, вам стоит обновить исходное сообщение, чтобы показать, что вам больше не нужно вручную выбирать ветку vulkan? И название, пока вы в нем, это просто проблема производительности с обычной игрой.

Производительность 430.34-54 ужасна с обновлением Beyond - на GTX 1080 при сверхшироком разрешении 2560x1080 у меня 20-30 FPS в инвентаре или пешком.

418.52.20 Я даже не могу заставить No Man's Sky загрузиться после окна «Подготовка к запуску». Похоже, что префикс даже не обновляется. С Proton 4.11-2 и Proton-tkg 4.13.r7.gca09e891

Это все, что есть в 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 Я даже не могу заставить No Man's Sky загрузиться после окна «Подготовка к запуску». Похоже, что префикс даже не обновляется. С Proton 4.11-2 и Proton-tkg 4.13.r7.gca09e891

По какой-то причине ветвь 418 dev больше не запускает NMS с Proton 4.11, вы можете запустить с ними Proton 4.2, но вы получите только 5 кадров в секунду.

430 и выше абсолютно необходимы для любой игры.

Я недавно установил эту игру, после того, как я создаю новую игру, она показывает вступление и уходит «в галактику» на 10-20 секунд, а затем вылетает.
steam-275850.log

Кто-нибудь пробовал режим VR? Я только что попробовал его на своем индексе, но он сразу вылетает. Некоторое время я вижу черный экран на моем мониторе, но он исчезает через долю секунды.

Да, он работает на 430,34 драйверах Nvidia для меня с моим 1080TI при 4k, но FPS значительно хуже, чем при использовании OpenGL, где на типе полупустой планеты, на которой я нахожусь, я бы легко получил более 60 кадров в секунду, но с Vulkan У меня опускаются до 10-20 кадров в секунду, и я редко вижу 60 кадров в секунду, если я не смотрю прямо вниз / вверх.

Немного разочаровывает, должно быть, что-то действительно не так с Вулканом из-за этого плохо!

ПРИМЕЧАНИЕ для тех, кто выходит на рабочий стол в меню, не наводите указатель мыши на параметры меню, удерживая нажатой кнопку, чтобы избавиться от сообщения об обновлении, также щелкнет выбор фонового меню (если вы наведете на него курсор) и вызовет проблему.

Я также могу сообщить об очень плохой производительности с новым обновлением «Beyond». Раньше мне удавалось очень хорошо работать с рендерером OpenGL, но теперь он был удален в пользу Vulkan, так как FPS слишком низкий, чтобы играть.

Протон: 4,12-2
Драйвер Nvidia: 430,34
Графический процессор: Nvidia RTX 2070

Если бы я догадывался, низкая производительность, которую видит почти каждый, могла быть связана с кажущимся абстрактным ограничением видеопамяти в 1 ГБ, которое происходит с NMS.

Не могли бы вы протестировать этот @rstrube с nvidia-

Использование VRAM для меня выглядит следующим образом, да, это кажется низким, учитывая, что я на высоких настройках на 4k.

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

Опять же, на планете нет ничего впечатляющего, и у меня нет ссылок на opengl. (OGL, вероятно, по-разному обрабатывает память и кеширование, поэтому это не может быть сравнение яблок с яблоками).

Вот результат 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 |
+-----------------------------------------------------------------------------+

Вот видео, демонстрирующее использование памяти с помощью open-gl / vulkan в Windows: https://youtu.be/XEC1mEsZ2lU?t=30

Тем более, что это только 1080p, 1,3 ГБ для 4k кажется крайне низким. Может быть, низкая производительность связана с тем, что игра очень часто меняет текстуры при низком уровне VRAM?

Я не знаю, низкая производительность постоянна, а не то, что происходит только при движении.

Может ли кто-нибудь еще подтвердить, что бета-драйвер 435.17 решает проблему плохой производительности Vulkan?

есть ли где-нибудь ubuntu ppa с этим драйвером? только так я бы это протестировал. Его нет ни в одном из моих менеджеров пакетов. (одна из вещей, которые мне не хватает в ARCH AUR)

Ой нашел их.

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

Круто, я собирался опубликовать именно эту ссылку. Приятно, что в PPA уже установлены последние бета-версии драйверов.

К сожалению, драйвер 435 не отображается в моем списке пакетов, кажется, он не видит его в PPA ... неизвестно почему.

К сожалению, драйвер 435 не отображается в моем списке пакетов, кажется, он не видит его в PPA ... неизвестно почему.

Интересно, что вы должны просто уметь делать sudo apt install nvidia-driver-435 . Вы видите, что PPA проверяется, если вы выполняете sudo apt update ?

Я тоже не вижу Nvidia-435, последняя доступная - Nvidia-430

Странно, это определенно в PPA, возможно, это за какой-то флаг тестирования?

Глянь сюда:
https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa/+packages?field.name_filter=435&field.status_filter=published&field.series_filter=

Редактировать: Вот дерьмо, это на 19.10 (Эоан), мне плохо ...

Кто-то на форумах разработчиков nvidia написал, что 435.17 не исправляет проблемы с производительностью. Я очень надеялся, что последняя бета-версия драйвера улучшит ситуацию ...

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

Думаю, главная проблема в том, что в большинстве случаев игра даже не запускается. Это проблема с Proton AFAIK.

Я только что установил 435.17 на Arch, и теперь я могу войти в игру (не смог с 418), но независимо от того, отключил ли я f-sync (всегда прерывается) или e-sync (не имеет значения), он вылетает до того, как мир сгенерирует . Протестировано создание нового сохранения / загрузка старого.

Просто отметим, что это точно такая же проблема, с которой я столкнулся месяц или два назад с драйверами 430 и веткой vulkan-experimental.

Думаю, главная проблема в том, что в большинстве случаев игра даже не запускается. Это проблема с Proton AFAIK.

Моя будет запускаться каждый раз, но производительность не воспроизводится.

он терпит крах раньше, чем зародится мир.

Не забудьте удалить свои старые файлы SHADERCACHE на всякий случай. И убедитесь, что он не загружает моды.

Чистая установка с предварительно созданным кешем шейдеров и без него, результат тот же. Не знаю, как в него вообще можно играть теперь, когда больше нет open-gl.

steam-275850.log

Не уверен, как я вообще могу играть сейчас, когда больше нет open-gl

Ну, вы не можете, но, честно говоря, никто из нас не будет играть со скоростью 10-20 кадров в секунду, если вам не нравятся такие вещи (пользователи ноутбуков).

Я бы посоветовал просто пока опубликовать свой протонный журнал.

На самом деле, что касается возможности вернуться к Open-GL, можно было бы вручную загрузить старые двоичные файлы No Man's Sky и т.д. через Steam Console.

Вот списки манифестов для NMS: https://steamdb.info/depot/275851/manifests/

Я попробую и посмотрю, как пойдет.

Кажется, я могу войти в игру, запустив Proton 4.2-9 на Nvidia 430.40
Он разбился, когда я попытался войти в атмосферу другой планеты, хотя я еще не проверял повторно.
Нет журнала для этого, извините. Забыл его включить. Я обновлю этот комментарий, если снова вылетит на 4.2-9.

Я попробую и посмотрю, как пойдет.

Я предполагаю, что вам нужно будет вернуться к предыдущей версии игры и содержимому. IE. Нет дальше.

Я как бы хотел играть только из-за обновления.

Это то, что я имел в виду, но да, жаль, что Beyond не работает.

Патч недели 1 может помочь, поскольку у пользователей Windows возникают сбои в игре, которые могут быть связаны.

другой пользователь nvidia с ошибкой использования 1,5 ГБ. Я знаю, что версия opengl использовала почти всю мою видеопамять. вылетал при ультра настройках, которые я мог запустить до обновления. падение вниз остановило немедленное падение, но кадры определенно сильно упали.

После последнего микрообновления (30,7 МБ) несколько минут назад игра работает отлично. Перед последним обновлением во время воспроизведения музыки показывался черный экран. У меня 60 кадров в секунду.

Также я забыл, используя загрузчик Вулкан Протона.

Система:
Ryzen 5 1600
RX 580 8 Гб

Ubuntu Budgie 19.04
RADV / ACO / LLVM 8
Протон 4.11-2
Вулкан 1.1.101.0-2

Какое у вас использование vram? Однако я не вижу обновления

Я получил обновление Beyond почти через 24 часа после того, как его получили другие люди. Есть система задержки с обновлением паров, вероятно, связанная с регионом. Я австралиец, гражданин Steam 3-го класса :(

Какое у вас использование vram? Однако я не вижу обновления

У меня 4587 МБ свободной видеопамяти, поэтому использовано 3605 МБ.

Карты AMD, похоже, не имеют проблемы с низким использованием VRAM.

Я также использую экспериментальную бета-версию (Current Content BuildID: 4107029)

По-прежнему вылетает загрузка мира с экспериментальным обновлением / 30 МБ

Возникла забавная проблема с RADV / ACO на моем Radeon VII: игра загружается нормально, если ледяно медленная ... тогда вся местность полностью отсутствует. Я проверил файлы игры. Старые версии Proton вообще не запускаются.

Ничего! Та же проблема в Windows .....: man_shrugging:

edit: Хотя у меня такая же проблема, как и у пользователя подо мной!

Я могу отлично запустить эту игру с обновлением Beyond с Proton 4.2, а также с 4.11.1.
Однако не работает, если я попытаюсь запустить его в VR. Просто запускает черное окно и вечно "загружается". "загружается", потому что IO точно равен нулю, а процесс зомби ...
Если я отключу esync, то процесс не станет зомби, а вместо этого будет загружать процессор примерно на 2–3% и ничего не делает с вводом-выводом, и снова просто черный экран. Попытка использовать PROTON_LOG = 1 ничего не дает, журнал не создается.
Попытка запустить VR с Proton 4.2 просто запускает настольную версию, вероятно, потому, что в ней все еще установлена ​​старая библиотека openvr.
Изменить: вероятно, следует упомянуть, что я нахожусь на Mesa 19.2 ACO

У меня не очень хорошо работает на Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. Вылетает на рабочий стол, как только загружается мир.

У меня немного больше прогресса на Mesa 19.2 ACO. Мир загружается, и я получаю довольно приличную производительность, но если я открываю меню, моя видеокарта жестко блокируется.

Хорошо, теперь он создал журнал для VR. Не прошло и двух минут, как он стал примерно на 60 МБ ... Я загрузил "всего" сто тысяч строк, поэтому github не отменяет загрузку из-за того, что она занимает слишком много времени: https://gist.github.com/ Замундааа / c4bcc723bcb85f41daf178e1cfdedcf8
Изменить: вот журнал обычного (2D) запуска: steam-275850.log

при экспериментальном обновлении 30 МБ ограничение памяти в 1,5 ГБ могло исчезнуть. работа с графикой на среднем уровне приводит к увеличению использования видеопамяти до 1,9 ГБ. работает на высоких нагрузках в мир, но сразу вылетает. запуск графики на ультра вызывает сбой при загрузке начального экрана системы.

при экспериментальном обновлении 30 МБ ограничение памяти в 1,5 ГБ могло исчезнуть. запуск графики в экспериментальном режиме приводит к увеличению использования видеопамяти до 1,9 ГБ. работает на высоких нагрузках в мир, но сразу вылетает. запуск графики на ультра вызывает сбой при загрузке начального экрана системы.

Мне также удалось загрузить игру со средними настройками, но мое использование VRAM по-прежнему составляло всего около 600 МБ на 1080ti.

Игры работают с сочетанием улучшенных и высоких настроек со скоростью 45 кадров в секунду на RX560X, что впечатляет, но пользовательский интерфейс отображает 7 кадров в секунду и делает игру практически неиграбельной.

Игры работают с сочетанием улучшенных и высоких настроек со скоростью 45 кадров в секунду на RX560X, что впечатляет, но пользовательский интерфейс отображает 7 кадров в секунду и делает игру практически неиграбельной.

одна и та же. и получаю около 35 кадров в секунду на gtx 1060 6gb. кажется, что тесселяция ландшафта на чем-то более высоком, чем усилено, вызвала сбой игры при входе на планету. пока нет случайных сбоев, но ive играл всего 45 минут с этими настройками. Будем надеяться, что новый выпуск proton / nms вернет производительность туда, где она была с opengl.

Кажется, моя игра теперь работает нормально на моих драйверах 430.17 / 1080TI, при 4k я получаю где-то около 45-50 кадров в секунду, что похоже на то, что мне дал opengl. Просто вопрос о включении 1800p edid сейчас, чтобы посмотреть, смогу ли я что-нибудь настроить.

Я полагаю, что это мог быть недавний экспериментальный патч, который что-то решил? не уверен точно. Я переключился на Proton 4.2, запустил его, заметил, что все в порядке, затем переключился на нормальный 4.11-2

Хм, если подумать, летать, и это все еще довольно низкая производительность, я думаю, это, вероятно, потребует еще нескольких патчей, прежде чем будет достигнута приличная частота кадров.

Является ли использование памяти вашего графического процессора лучше при большей производительности?

Кажется, моя игра теперь работает нормально на моих драйверах 430.17 / 1080TI, при 4k я получаю где-то около 45-50 кадров в секунду, что похоже на то, что мне дал opengl. Просто вопрос о включении 1800p edid сейчас, чтобы посмотреть, смогу ли я что-нибудь настроить.

Я полагаю, что это мог быть недавний экспериментальный патч, который что-то решил? не уверен точно. Я переключился на Proton 4.2, запустил его, заметил, что все в порядке, затем переключился на нормальный 4.11-2

Хм, если подумать, летать, и это все еще довольно низкая производительность, я думаю, это, вероятно, потребует еще нескольких патчей, прежде чем будет достигнута приличная частота кадров.

Я использую 435.17 и уже пробовал экспериментальный патч, но все еще вижу тот же низкий fps.

Является ли использование памяти вашего графического процессора лучше при большей производительности?

Я проверю как-нибудь позже. Но, честно говоря, это было лучше только на земле, чем раньше, как только я взлетел на своем корабле, у меня возникла проблема 20-30 кадров в секунду, даже немного в космосе. Так что это все еще требует некоторой работы.

У меня только что было 70 FPS в нексусе, только чтобы было 30, как только я запрыгнул в корабль и спустился. То есть с текущим патчем 2.06b. Использование памяти по-прежнему составляло около 900 Мбайт, так что кажется, что нексус достаточно хорошо вписывается в эту ограниченную память для быстрой визуализации.

В экспериментальном режиме теперь вылетает, если запускается для VR. Вскоре появляется черное окно, а затем снова закрывается. Журнал на этот раз короткий. Я уверен, что это действительно проблема Proton, а не проблема с NMS, поскольку ни у кого в Windows, похоже, нет этой проблемы. Не могу проверить свою собственную установку Windows, потому что она сломана ...
На этот раз журнал намного короче.
steam-275850.log

В экспериментальном режиме теперь вылетает, если запускается для VR. Вскоре появляется черное окно, а затем снова закрывается.

Также возникает та же проблема, что и у ветки public (проверено с помощью гарнитуры Valve Index ):

steam-275850.log

Системная информация

• Графический процессор: RTX 2060
• Версия драйвера / LLVM: NVIDIA 430.40
• Версия ядра: 5.0.0-25-generic
• Ссылка на полный отчет о системе в виде Gist
• Версия протона: 4.11-2
• Версия SteamVR: 1.7.5

Игра работает безупречно на 435.17 (1060 6 ГБ) на Arch с KDE и Kwin с низкой задержкой. Небольшая проблема с заиканием при загрузке (которая отсутствует в Windows), но в остальном работает отлично. В космосе у меня нет проблемы со скоростью 30 кадров в секунду.

Игра использует 2,1 ГБ видеопамяти. Ядро - 5.2.8.arch-1-1. Я использую GE-Proton-4.11-1, если это что-то меняет. У меня высокие настройки для всего, кроме текстур, которые становятся стандартными, если я поднимаюсь выше, чем улучшенные. Экспериментальное отделение.

ЭТО ОШИБКА ПРОТОНОВ, А НЕ ОШИБКА NVIDIA
Я могу подтвердить, что проблема связана именно с Proton, поскольку патч Glorious Eggroll исправляет проблему, в то время как игра ужасно работает на стандартном протоне. Это можно исправить с помощью протонной вилки GE.

Сейчас я устрою это испытание.

ОБНОВИТЬ:
Нет, тем не менее, VRAM не сдвинулся с места после использования 1247 МБ для NMS, это 4 КБ и с высокими настройками.
Передвижение по планете, вероятно, где-то между 30-40 кадрами в секунду, в то время как полет легко ниже 30 кадров в секунду, проблема с производительностью все еще существует. По крайней мере, для карт 1080TI на драйвере 430.34, это может быть сложное множество проблем, объединяемых вместе.

Может быть, производительность vulkan - это просто дерьмо для этой игры, мне нужно будет загрузиться в windows10, чтобы проверить!

PS. Я еще не сталкивался с какими-либо сбоями, с которыми сталкиваются другие, это может быть в основном проблема AMD (здесь работает Ryzen3600 с clearcpuid = 514)

ЭТО ОШИБКА ПРОТОНОВ, А НЕ ОШИБКА NVIDIA
Я могу подтвердить, что проблема связана именно с Proton, поскольку патч Glorious Eggroll исправляет проблему, в то время как игра ужасно работает на стандартном протоне. Это можно исправить с помощью протонной вилки GE.

Я считаю, что это специфично для системы, а не для Proton.

Я использую следующее:
Ядро: 5.2.8-20-tkg-pds
Nvidia: 435.17 ; 980Ti
Proton-tkg: 4.14 (все патчи GE + еще)
Разрешение: 1080p

Чтобы игра загрузила мир, которого раньше не было, мне пришлось удалить .steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Теперь я установил все графические параметры на высокий / ультра, за исключением тесселяции, которая остается на Enhanced.
Это мое использование VRAM: C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1191MiB .

Независимо от того, где я был в мире / космосе, он никогда не поднимался выше 1260 МБ. Это странно, потому что, когда для всех параметров графики установлено значение «Низкий» (после перезапуска), изменив все параметры на «Ультра» (перед необходимым перезапуском для применения настроек текстуры), я увидел, что объем используемой видеопамяти увеличился до ~ 1600 МБ.

Похоже, что применение настроек графики в середине игры использует больше VRAM, чем чистый старт с моими текущими настройками (текстуры Ultra).

Моя производительность хуже, чем у Open-GL, постоянно 35-40 кадров в секунду, какие бы настройки я ни использовал.

Может, кто-нибудь еще сможет это проверить? Примените настройки Low, перезапустите, проверьте VRAM, затем примените Ultra и посмотрите, поднимается ли VRAM.

1080ti 430.34 Pop_OS Plasma5
Настройки Win10 4k High
Земля: 85 Площадь: 100+

Настройки Linux 4k High (Proton-GE)
Земля: 25-33 Площадь: 33

Ага, настоящие печальные дни для NMS под Linux.
Мы должны видеть производительность 1: 1 или лучше, чем по сравнению с Windows, потому что драйвер vulkan от nvidia должен быть таким же или лучше (больше обновлений и исправлений), поэтому игры, такие как Doom и Wolf, отлично работают под Linux.

Хм, странно. TKG сказал, что это сработало и для него, и замена его на протон 4.11-2 сделала то же самое, что все здесь описывают.

Если вы работаете с разрешением 1080p, он работает лучше всего, но это не значит, что это исправление.
Также я удалил свои compatdata перед тестированием с proton-GE, на всякий случай. (Я не собирал свой собственный Proton-GE, просто использовал выпуск bin)

К сожалению, у меня все еще те же проблемы с производительностью с Proton-GE. Я также пробовал полностью удалить и восстановить свой префикс. В настоящее время используются драйверы Nvidia 430.34, так что, возможно, бета-драйверы 435.17 решат проблему вместе с Proton-GE?

К сожалению, у меня все еще те же проблемы с производительностью с Proton-GE. Я также пробовал полностью удалить и восстановить свой префикс. В настоящее время используются драйверы Nvidia 430.34, так что, возможно, бета-драйверы 435.17 решат проблему вместе с Proton-GE?

Нет, пробовал протоны GE, а также TKG с 435.17 и то же самое.

Одно различие, которое я заметил со сторонними протонами, - это гораздо больше текстур, и деревья не отображали листья даже при более высоких настройках ... хотя производительность оставалась прежней.

Проблема с VRAM, похоже, специфична для ванильных сборок Proton от Valve (я пробовал 4.11-2 и 4.2-9), поскольку Wine-staging (проверено с использованием 4.13) и GE с исправлениями Proton (согласно комментариям здесь) отлично работают в этом отношении.

В остальном общая производительность нестабильна и, вероятно, больше зависит от системы или драйвера. Но проблема с VRAM, по всей видимости, связана с ванильным Proton.

Проблема с VRAM, похоже, специфична для ванильных сборок Proton от Valve (я пробовал 4.11-2 и 4.2-9), поскольку Wine-staging (проверено с использованием 4.13) и GE с исправлениями Proton (согласно комментариям здесь) отлично работают в этом отношении.

В остальном общая производительность нестабильна и, вероятно, больше зависит от системы или драйвера. Но проблема с VRAM, по всей видимости, связана с ванильным Proton.

Как показали несколько человек в этой цепочке, включая меня, это неверно. Причина не в ванильном протоне.

Проблема с VRAM, похоже, специфична для ванильных сборок Proton от Valve (я пробовал 4.11-2 и 4.2-9), поскольку Wine-staging (проверено с использованием 4.13) и GE с исправлениями Proton (согласно комментариям здесь) отлично работают в этом отношении.

Я не вижу, чтобы со сторонними сборками, при настройках Ultra на 1440p эта игра должна была съедать более 4 ГБ, как в Windows. Максимум, что я смог получить, составляет около 1,5 ГБ, и это после нескольких смен местоположения.

Для всех, кто находится в Arch, попробуйте выполнить полное обновление системы и проверьте, правильно ли работает игра.
Также убедитесь, что вы находитесь в экспериментальной ветке

Для меня игра уже несколько дней работает нормально. В Arch Linux с использованием GE
протон и RX560X. Enchanced-High при 40 кадрах в секунду по планете.

В сб, 17 августа 2019 г., 15:27 william341 [email protected] написал:

Для всех, кто находится в Arch, попробуйте выполнить полное обновление системы и проверьте,
работает нормально.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7RDZETIXNNIAVRQY4TQE74C7A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS443DFVRE22
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD7WP7S373XLFB5F2DWY5RTQE74C7ANCNFSM4FRPXRRA
.

Да, есть ошибка сбоя с картами AMD, когда, если тесселяция установлена ​​выше минимума, она выйдет из строя при загрузке или что-то в этом роде. (протондб).

Пользователи AMD сравнивают его с тем, как он работает под Windows? 40 кадров в секунду то же самое, что и окна?

Я не пробовал Windows по понятным причинам, и я не планирую пробовать.
Когда у кого-то есть Acer nitro 5 с RX560X и windows, они могут попытаться увидеть
какой у них FPS, но я думаю, что они могут получить немного больше fps.

В сб, 17 августа 2019 г., 15:50 jarrard [email protected] написал:

Да, с картами AMD возникает сбой, если тесселяция установлена ​​выше
низкий он выйдет из строя при загрузке или что-то в этом роде. (протондб).

Пользователи AMD сравнивают его с тем, как он работает под Windows? 40 кадров в секунду то же самое, что и
окна?

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7UB3GPWL7Y3XTJKTCTQE76ZFA5CNFSM4FRPXRRKYY3PNVWWK3TUL52HSG63LVMVRE22
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD7WP7T77ZBGIEOQYE6OKXDQE76ZFANCNFSM4FRPXRRA
.

И тесселяцию я воспроизвести не могу. я могу иметь
тесселяция включена, и она загружается нормально, но проверю снова, когда я приду
Главная.

В сб, 17 августа 2019 г., 15:58 No Name [email protected] написал:

Не пробовал окна по понятным причинам, и я не собираюсь пробовать
Это. Когда у кого-то есть Acer nitro 5 с RX560X и windows, они могут попробовать
посмотреть, какой у них FPS, но я думаю, что они могут получить немного больше FPS.

В сб, 17 августа 2019 г., 15:50 jarrard [email protected] написал:

Да, с картами AMD возникает сбой, если установлена ​​тесселяция
выше минимума он выйдет из строя при загрузке или что-то в этом роде. (протондб).

Пользователи AMD сравнивают его с тем, как он работает под Windows? 40 кадров в секунду то же самое, что и
окна?

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7UB3GPWL7Y3XTJKTCTQE76ZFA5CNFSM4FRPXRRKYY3PNVWWK3TUL52HSG63LVMVRE22
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD7WP7T77ZBGIEOQYE6OKXDQE76ZFANCNFSM4FRPXRRA
.

Кто-то сказал выше, что производительность 560 должна быть 40 кадров в секунду.

Ну, это ноутбук, и настройки наверняка другие, так что если кто-то может
попробуйте на RX560, было бы здорово. Выложу СЦ настроек графики
когда я прихожу домой.

В сб, 17 августа 2019 г., 16:07 william341 [email protected] написал:

Кто-то сказал выше, что производительность 560 ожидается при 40 кадрах в секунду.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7W5J4CSUFPLFLHVZHTQFAA33A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFMVRE22K3TUL52HS4DFMVWWK3TUL52HS4DFMVR08B08B02HB0B0B0B0B2
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD7WP7SJBVYKH2SJQWKVKLDQFAA33ANCNFSM4FRPXRRA
.

После последнего обновления игры у меня сильно падает FPS во всех игровых меню. Это похоже на ~ 5 кадров в секунду при открытии инвентаря, в диалогах или даже в меню настроек игры. У кого-нибудь есть эта проблема или решение?

Да, я сделал. Используйте сборку протона GE. Это исправило это для меня

В сб, 17 августа 2019 г., 17:14 alsh [email protected] написал:

После последнего обновления игры у меня сильно падает FPS во всех играх
меню. Это похоже на ~ 5 кадров в секунду при открытии инвентаря, в диалогах или даже в игре.
меню настроек. У кого-нибудь есть эта проблема или решение?

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFMVREFWK3TUL52HS4DFMVREK3TUL52X4DFMVWWK3TUL52HS4DFMVR2
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA
.

Пробовал, но сборка GE мне тоже не помогла.

Да, я сделал. Используйте сборку протона GE. Это исправило это для меня
…
В сб, 17 августа 2019 г., 17:14 alsh @ . * > писал (а): После последнего обновления игры у меня сильно падает FPS во всех игровых меню. Это похоже на ~ 5 кадров в секунду при открытии инвентаря, в диалогах или даже в меню настроек игры. У кого-нибудь есть эта проблема или решение? - Вы получаете это, потому что вас упомянули. Ответить на это сообщение непосредственно, просматривать его на GitHub <# 438? Email_source = уведомления и email_token = AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QNO4Y # issuecomment-522246003>, или приглушить нить https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA .

@jarrard У меня нет этой ошибки с моим rx 580. По умолчанию все было на High, тесселяция ландшафта тоже, и она работает без проблем. Единственное, что я заметил сейчас, это то, что он зависал на несколько секунд дважды за час игры, но это, вероятно, только одна из немногих ошибок, которые NMS все еще имеет прямо сейчас.

Чтобы можно было запустить игру после обновления Beyond-Update, в настройках игры для « TerrainTesselation » должно быть установлено значение «Low». Возможно, решение работает только с графическими процессорами AMD.

Настройку необходимо произвести в файле _TKGRAPHICSSETTINGS.MXML_ . Он находится в папке _ ~ / steam / steamapps / common / No Man's Sky / Binaries / SETTINGS /._

Если вы откроете файл с помощью редактора, вы найдете следующую строку:
_Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _

Следующая строка после этого:
_Property name = "GraphicDetail" value = "High" / _

В этой строке замените « High » на « Low ». После этого я мог по крайней мере снова загрузить свои существующие сохранения. Раньше у меня был вылет на рабочий стол после загрузки игры в момент запуска игры.

Моя система:
AMD Ryzen 5 1600X
AMD Radeon rx580 8 ГБ
16 ГБ DDR4
Linux MInt 19.2 (Tina) Корица
Padoka Stable PPA (Меса)
Ядро 5.2.7
Протон 4.11-2

Похоже, что в моей настройке я могу использовать только 2 ГБ vram.

У меня немного больше прогресса на Mesa 19.2 ACO. Мир загружается, и я получаю довольно приличную производительность, но если я открываю меню, моя видеокарта жестко блокируется.

По вопросам, связанным с драйвером radv / ACO, сообщайте здесь https://github.com/daniel-schuermann/mesa/issues/112

Вместо того, чтобы установить для Tesselation-Details значение «Low» в локальных настройках, я очистил Padoka PPA и установил ACO-Mesa-Driver от Valve. С этим игра проходит как шарм. С «Высоким» даже в тесселяции. https://steamcommunity.com/app/221410/discussions/0/1640915206474070669/

Кажется, я не могу установить значение Tesselation-Details на низкий уровень. Любые ручные изменения, которые я вношу в TKGraphicsSettings.xml, заменяются следующими:

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

С любым протоном и мезой (amdgpu на rx570) у меня вылетает рабочий стол через 5 секунд после загрузки в мир или запуска новой игры.

Кажется, я не могу установить значение Tesselation-Details на низкий уровень. Любые ручные изменения, которые я вношу в TKGraphicsSettings.xml, заменяются следующими:

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

С любым протоном и мезой (amdgpu на rx570) у меня вылетает рабочий стол через 5 секунд после загрузки в мир или запуска новой игры.

Выглядит немного странно. Вот моя соответствующая часть. В вашем файле отсутствуют некоторые строки:

>
Но я бы хотел использовать драйвер ACO от Valve. С этим я мог играть без установки тесселяции на низкий.

Проблема в том, что мой файл только что создан, и игра не позволяет вам войти в параметры для установки (и создания) отсутствующих записей, пока вы не окажетесь в мире. В главном меню нет опций.

@mongrol : вы можете добавить эти свойства в свой файл конфигурации, игра должна их использовать.

Изменить: мой плохой, после отставания я вижу, что ваш файл конфигурации заменяется при запуске новой игры. Может быть, вы можете сделать сохранение, например, это: http://gtrainers.com/load/categories/savegames/no_man_39_s_sky_savegame_galactic_center_codex/30-1-0-1441
Затем измените графику оттуда и начните новую игру.

Удалось получить несколько захватов renderdoc: https://drive.google.com/file/d/1Q0RUQaWi4L9ZKzZBgjrm3Nx6hAVVnmEW/view

У меня не очень хорошо работает на Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. Вылетает на рабочий стол, как только загружается мир.

У меня немного больше прогресса на Mesa 19.2 ACO. Мир загружается, и я получаю довольно приличную производительность, но если я открываю меню, моя видеокарта жестко блокируется.

У меня такая же проблема на mesa-aco с Vega VII, нажимая все, что открывает жесткие блокировки меню, однако я могу перейти на tty и wineserver -k. Добавление отчета об ошибке в репозиторий mesa-aco. Судя по журналу, это похоже на 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

Проблема в том, что мой файл только что создан, и игра не позволяет вам войти в параметры для установки (и создания) отсутствующих записей, пока вы не окажетесь в мире. В главном меню нет опций.

Попробуй это:
Просто отредактируйте файл конфигурации и поместите мою строку с текстом _Property name = "GraphicDetail" value = "Low" _ под строкой с текстом _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ и сохраните файл конфигурации.

Затем измените права доступа к файлу. Щелчок правой кнопкой мыши по файлу Linux Mint предлагает мне возможность изменить разрешения. Установите их все на «Чтение» (только). В файловом менеджере вашего дистрибутива должно быть что-то похожее.

Затем попробуйте запустить NMS.

Я не обещаю, что это сработает. Но, возможно, это предотвратит немедленное создание новой начальной версии. По крайней мере, стоит попробовать.

Проблема в том, что мой файл только что создан, и игра не позволяет вам войти в параметры для установки (и создания) отсутствующих записей, пока вы не окажетесь в мире. В главном меню нет опций.

Попробуй это:
Просто отредактируйте файл конфигурации и поместите мою строку с текстом _Property name = "GraphicDetail" value = "Low" _ под строкой с текстом _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ и сохраните файл конфигурации.

Затем измените права доступа к файлу. Щелчок правой кнопкой мыши по файлу Linux Mint предлагает мне возможность изменить разрешения. Установите их все на «Чтение» (только). В файловом менеджере вашего дистрибутива должно быть что-то похожее.

Затем попробуйте запустить NMS.

Я не обещаю, что это сработает. Но, возможно, это предотвратит немедленное создание новой начальной версии. По крайней мере, стоит попробовать.

Или сделайте chattr +i для этого файла.

chattr + i

Похоже, еще один хороший вариант (о котором я до сих пор не знал).
https://wiki.ubuntuusers.de/chattr/

Но еще больше я хотел бы порекомендовать опробовать драйверы ACO, как здесь неоднократно говорилось. Это должно, по крайней мере, позволить игре работать некоторое время, чтобы можно было создать первый файл конфигурации без сбоев.

Кто-нибудь еще получает неприемлемо низкую частоту кадров при использовании эффекта глубины резкости? У меня такое случается как на ACO, так и на обычной Mesa на 580. GPU сразу переходит на 100%.

Да, у пользователей NVIDIA низкий FPS при входе в меню, которое, если я правильно помню, включает эффект DOF. Но мы, пользователи nvidia, сталкиваемся с разными проблемами, и я не уверен на 100%, что все это связано с низким использованием vram, конечно, это фактор, но я сомневаюсь, что это вся суть проблемы.

Да, все меню включают эффект глубины резкости, а также большинство разговоров персонажей.

С моими (нечетными) 2 ГБ максимальной видеопамяти у меня нет проблем с FPS в меню

меню разрушают fps с помощью radv или radv / aco и вызывают случайное появление некоторых артефактов. сбой amdgpu-pro и amdvlk при использовании настроек по умолчанию,

Подтверждено. Для тесселяции установлено значение Низкое, mesa-escape на amdgpu. Меню ужасно и делает его неиграбельным. Это кажется немного случайным, хотя раньше они были медленными, но терпимыми, но теперь все упали примерно до 2 кадров в секунду.

Также есть огромные артефакты, когда вы используете меню, и вы достаточно долго в нем.

У меня странные графические (шейдерные?) Сбои.
Дистрибутив: Manjaro Linux
Ядро: 5.2.9-1-MANJARO
Графический процессор: AMD RX580
Процессор: AMD FX8350
Версия Vulkan вроде 1.1.73
Также запущен игровой режим от feral, хотя, похоже, это ничего не меняет

Это происходит как с llvm, так и с aco, хотя aco кажется гораздо более экстремальным. Короткие примеры видео (Gfycat) здесь (игнорируйте производительность, проблемы с записью):

LLVM (00: 06.0 - 00: 14.0, другой сбой в 00: 55.0 в фоновом режиме)
ACO (сразу похожий (такой же?) Глюк сверху на 00: 37.0)

Если требуется дополнительная информация, не стесняйтесь спрашивать

У меня он отлично работает с ACO, и я использую ядро ​​5.1.21-1 (тоже Manjaro). Может быть, попробовать и это тоже? С тем же графическим процессором и так далее он, вероятно, должен работать так же. Вероятно.

Хорошо, быстро протестировал с той же версией вашего ядра, не исправил

На каких настройках играешь? У меня все на высоте. А ты на экспериментальной ветке? В стабильной ветке я ничего не заметил, но долго им не пользовался.
Если нет никакой разницы, это действительно невероятно странно.

Во всех примерах видео используются ультра настройки (сглаживание вниз, потому что TAA вызывает сильное размытие), хотя я сильно изменил настройки, и ничего не изменилось, независимо от того, какую комбинацию настроек я выбрал. Ветви одинаковы, независимо от того, стабильная или экспериментальная, проблема остается.

хорошо, в Arch, переключение обратно на нормальную mesa (даже не -git из AUR) и сброс настроек, все еще с тесселяцией low исправляет медленное меню. Теперь все работает очень быстро.

У меня странные графические (шейдерные?) Сбои.

Хотя я подозреваю, что это та же проблема, что и daniel-schuermann / mesa # 112, я был бы рад захвату renderdoc.

Что ж, похоже, что ТАА как-то виноват. До сих пор у меня был включен только FXAA, после перехода на TAA у меня появились такие же глюки. Однако обратное переключение не помогло.

У меня странные графические (шейдерные?) Сбои.

Хотя я подозреваю, что это та же проблема, что и daniel-schuermann / mesa # 112 , я был бы рад захвату renderdoc.

Хорошо .. извините. Мне потребовалось много времени, чтобы заставить все это работать, но вот оно:
Сделано с помощью ACO https://mega.nz/#!Ab513A7B!P4 -gcFK1cJ0KrISx1dNeKZAzEA6CRpJV0cdOd_75oPM

Кстати, я использую Proton 4.11-2 .. забыл упомянуть, что

Что ж, проблема для меня не устранена. Этого не было до того, как я включил TAA. Я думаю, что до обновления я уже установил его на FXAA, и не было никаких сбоев или чего-то еще, теперь, когда у меня был включен TAA, глюки не исчезнут. Возможно, это совпадение, но я думаю, что нет.

Хорошо, теперь он создал журнал для VR. Не прошло и двух минут, как он стал примерно на 60 МБ ... Я загрузил "всего" сто тысяч строк, поэтому github не отменяет загрузку из-за того, что она занимает слишком много времени: https://gist.github.com/ Замундааа / c4bcc723bcb85f41daf178e1cfdedcf8
Изменить: вот журнал обычного (2D) запуска: steam-275850.log

Что ж, я посмотрел журнал и, конечно же, самое главное, что не видно в том, что я загрузил. Журнал всегда имеет более или менее одинаковый размер, всегда около 63 МБ. Я разбил журнал на несколько файлов (возможно, первый и последний файл имеют значение, сбой происходит из-за переполнения стека):
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

Я создал быстрый мод, который заменяет большинство шейдеров фрагментов DoF на заглушки, которые не возвращают ничего, кроме прозрачного цвета. Я не тестировал его всесторонне, но, похоже, он работает.

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

В папке с игрой перейдите в GAMEDATA -> PCBANKS, удалите DISABLEMODS.TXT и создайте папку MODS . Загрузите и разархивируйте этот мод и поместите туда nodof.pak . При запуске вы должны увидеть уведомление о том, что игра модифицируется, если все сделано правильно.

Вполне возможно, что это немного испортит некоторые другие графические эффекты - опять же, я не проводил много тестов, достаточно, чтобы убедиться, что меню и разговоры больше не создают эффект глубины резкости.

Хорошо, протестировал мод. Кажется, моя проблема не решена.

Это другой вопрос, не связанный с ним. Он у меня тоже есть.

-------- Исходное сообщение --------
19 августа 2019 г., 00:40, Furby On Steroid написал:

Хорошо, протестировал мод. Кажется, моя проблема не решена.

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите обсуждение .

Основываясь на исследовании одного парня о разногласиях DXVK, может показаться, что низкое использование VRAM на NVidia, скорее всего, является ошибкой приложения - изменение vendorid на AMD через уровень vulkan устранило проблему для него.

Это тоже исправило производительность или почти то же самое?

Это исправило производительность его системы.

Что-то, что можно попробовать когда-нибудь, например, через несколько месяцев, потому что мой 1080ti мертв, нужно его RMA, и кто знает, насколько хорошо это пойдет.

@ volca02, не

Поскольку игра является родным vulkan, а не dx11, карта не может быть подделана с помощью dxvk, как это делается для других игр.

Я также хотел бы узнать, как изменить идентификатор поставщика. Я дважды проверил файлы *.json в /usr/share/vulkan/icd.d но, похоже, он не присутствует ни в одном из файлов.

Теперь я могу подтвердить, что спуфинг vendorid действительно исправит низкое использование памяти графического процессора на nvidia. Я пытался создать репозиторий со слоем, не уверен, подойдет ли он для кого-нибудь еще, но попробовать стоит: https://github.com/volca02/spoof_vendorid

Теперь я могу подтвердить, что спуфинг vendorid действительно исправит низкое использование памяти графического процессора на nvidia. Я пытался создать репозиторий со слоем, не уверен, подойдет ли он для кого-нибудь еще, но попробовать стоит: https://github.com/volca02/spoof_vendorid

Спасибо за это. Я попробую это на своей системе, когда вернусь домой. Это только устранило низкое использование памяти графического процессора или это также улучшило проблемы с FPS?

он исправил и то, и другое - проблема с плохим FPS была вызвана тем, что игра использовала обычную память вместо памяти графического процессора.

Вместо этого при подделке происходит сбой - ожидает ли он определенного количества бесплатной VRAM? У меня 1060 3гб

ОБНОВЛЕНИЕ: я сбросил все настройки на низкий уровень в файле конфигурации, и он загрузился до тех пор, пока экран не стал белым. Затем он полностью разбился, и у меня [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 в dmesg

У меня исправлены проблемы с производительностью в результате ограниченного тестирования. На средних настройках я увеличил частоту кадров с 35-45 до 100-120 кадров в секунду, а также смог запустить игру с высокими настройками. При высоких настройках nvidia-smi возвращает использование памяти около 4 ГБ. Все это при использовании 1080ti с драйвером 430.40.

Спасибо за исправление!

Разве нельзя просто использовать смену vendorid с системой конфигурации DXVK?

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

Ой, подождите, не использует DXVK, не так ли, хммм ... разве нет винного способа сделать это вместо взлома вулканского кода?

Нет, потому что No Man's Sky - родное название Vulkan, поэтому DXVK не используется.

-------- Исходное сообщение --------
19 августа 2019 г., 20:28 Джаррард написал:

Разве нельзя просто использовать смену vendorid с системой конфигурации DXVK?

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

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите обсуждение .

Спасибо за исправление @ volca02 и zerofault тоже, он заработал и правильно использует VRAM.

Изменить: для тех, кто пытается построить и т. Д., Следуйте инструкциям rstrube в нескольких сообщениях ниже, они лучше объяснены, чем мои.

Мне интересно, может ли Valve реализовать что-то вроде этого слоя в Steam Runtime для загрузки для каждой игры? Это может быть проще, чем ждать, пока вино добавит дополнительные элементы вулкана или качки, или пока Nvidia что-то придумает, и может быть очень полезно с другими вулканскими названиями только для Windows.

Так что же, в конце концов, это проблема с Wine или с драйвером Nvidia?

Так что же, в конце концов, это проблема с Wine или с драйвером Nvidia?

Это проблема разработчика игр, и я сомневаюсь, что они изменили бы всю свою стратегию распределения памяти, когда она нормально работает в Windows. Вопрос в том, кто это решает?

NVIDIA под Windows не подвержена влиянию, так что я не знаю об этом.

Теперь я могу подтвердить, что спуфинг vendorid действительно исправит низкое использование памяти графического процессора на nvidia. Я пытался создать репозиторий со слоем, не уверен, подойдет ли он для кого-нибудь еще, но попробовать стоит: https://github.com/volca02/spoof_vendorid

Это не работает с 435.17, или я что-то делаю не так. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
С высоким / ультра. По-прежнему застрял на ~ 40 кадрах в секунду. 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%

Теперь я могу подтвердить, что спуфинг vendorid действительно исправит низкое использование памяти графического процессора на nvidia. Я пытался создать репозиторий со слоем, не уверен, подойдет ли он для кого-нибудь еще, но попробовать стоит: https://github.com/volca02/spoof_vendorid

Это не работает с 435.17, или я что-то делаю не так. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
С высоким / ультра. По-прежнему застрял на ~ 40 кадрах в секунду. 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%

Я поместил libVkLayer_vendorid_layer.so и VkLayer_vendorid_layer.json в один и тот же каталог, а затем изменил VK_LAYER_PATH=/some/path/ на путь к каталогу.

Да здравствует, это работает, возможно, тебе стоит изменить это fls2018?

РЕДАКТИРОВАТЬ: переход от ~ 35-40 кадров в секунду с ограничением High / Ultra на уровне ~ 1100 МБ видеопамяти, теперь обходной путь до среднего значения ~ 70 кадров в секунду при использовании ~ 3800 МБ видеопамяти.

Да здравствует, это работает, возможно, тебе стоит изменить это fls2018?

РЕДАКТИРОВАТЬ: переход от ~ 35-40 кадров в секунду с ограничением High / Ultra на уровне ~ 1100 МБ видеопамяти, теперь обходной путь до среднего значения ~ 70 кадров в секунду при использовании ~ 3800 МБ видеопамяти.

Я установил свои в систему, и мои драйверы nvidia не являются дистрибутивными, возможно, проблема, когда вы попробовали мой способ, заключается в том, что некоторые драйверы дистрибутива устанавливают файлы nvidia json в / usr / share / vulkan, а не в etc / vulkan.

Наверное, лучше не устанавливать в систему, как это сделал я.

Для других, кто изо всех сил пытается создать слой Vulkan, вот шаги, которые я использовал:

Сначала установите необходимые пакеты разработки:

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

Настроить и построить (я отключил поддержку wayland и mir)

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

Скопируйте сгенерированные файлы

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

Затем отредактируйте параметры запуска NMS в Steam, мои выглядят так:

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

Замените VK_LAYER_PATH своим собственным локальным путем.

Я забыл упомянуть, что это полностью решает мои проблемы с производительностью. Удивительный! Большое вам спасибо за то, что поделились этим с нами.

Аппаратное обеспечение: GTX 2070 как eGPU через Thunderbolt 3

Я обнаружил еще одну проблему: в то время как слой вулкана исправляет нехватку памяти, он не сбрасывает ее, поэтому у вас в конечном итоге заканчивается память примерно через час или около того, если вы путешествуете между планетами и тому подобное.

Изменить: очистка кеша шейдера настроек NMS / префикса / nv, похоже, исправила его, хотя использование VRAM безумно велико при 1440p Ultra, и кажется, что время от времени сбрасывается только 100 МБ.

Производительность, несмотря на странное заикание, отличная, разница в 5-7 кадров в секунду с окнами.

Теперь я могу подтвердить, что спуфинг vendorid действительно исправит низкое использование памяти графического процессора на nvidia. Я пытался создать репозиторий со слоем, не уверен, подойдет ли он для кого-нибудь еще, но попробовать стоит: https://github.com/volca02/spoof_vendorid

Отличная находка ZeroFault! Это помогло мне решить проблемы с вылетом игры на экране загрузки, чтобы играть в нее более 10 часов без единого сбоя или проблем с FPS! Спасибо за то, что поделился этим!

Информация
Протон: 4.11-2
Дистрибутив: Fedora
Ядро: 5.2.8-200.fc30.x86_64
Оперативная память: 8 ГБ

Драйвер графического процессора: NVIDIA 430.40
Графический процессор: NVIDIA GeForce GTX 970
Процессор: Intel Core i7-4790K @ 4,00 ГГц

Без патча NMS использует ~ 1G vram и работает ужасно. Примерно через 10 минут произойдет сбой с Xid 31 (что означает сбой страницы GPU). Я без проблем запускал cuda-memtest в течение 15 минут в стрессовом режиме, basemark gpu vulkan bench работает нормально, как и все другие игры GL, которые у меня есть. Карта тоже не разогнана, поэтому не думаю, что это проблема с оборудованием.

С патчем vendorid игра загружается нормально до белого экрана, когда игра полностью загружена. Затем экран становится полностью черным, за исключением двух визуализируемых элементов пользовательского интерфейса, красного маркера миссии и центральной белой точки прицеливания, а в dmesg появляется xid 31. Любые идеи о том, что может вызывать эти проблемы с xid, не похоже, что они есть у кого-то еще. Я также просмотрел форумы nvidia, где люди с этим кодом ошибки обвиняли его в ошибке драйвера, а некоторые пользователи DXVK также получают xid 31 с некоторыми играми. Я понятия не имею на данный момент.

Информация:
Протон 4.11-2
Кубунту 18.04
Ядро 5.0.0-25-generic
i5 4670k @ 4.3G (проверено на стабильность)
16 ГБ DDR3 (проверено с memtest86)
GTX 1060 3 ГБ (проверено cuda_memtest + другими тестами)

РЕДАКТИРОВАТЬ: график памяти графического процессора с патчем

Только что нашел кое-что очень интересное в примечаниях к экспериментальному патчу вчера:

Обновление экспериментальной ветки 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.

Кто-нибудь из игроков VR это еще не тестировал?

Да, у меня все еще вылетает.

-------- Исходное сообщение --------
21 августа 2019 г., 9:43, fls2018 написал:

Только что нашел кое-что очень интересное в примечаниях к экспериментальному патчу вчера:

Обновление экспериментальной ветки 20/08

Исправлен сбой, затрагивающий графические процессоры AMD при создании состояния конвейера для фреймбуфера, который еще не был создан.
Исправлен ряд проблем с подбором игроков в многопользовательской игре.
Исправлен сбой звука при выходе из начального экрана.
Исправлен сбой при выходе из игры во время инициализации звука.
Исправлен Steam VR в Linux.
Исправлена ​​редкая проблема, когда присоединение к полному лобби приводило к неправильному идентификатору игрока.
Исправлена ​​ошибка, из-за которой игроки, присоединяющиеся к группе, могли попасть в неправильную систему.
Исправлена ​​проблема, из-за которой некоторые сетевые игры не отображались на экране присоединения к игре.
Исправлена ​​ошибка, из-за которой специалист по Exocraft мог некорректно взаимодействовать.
Исправлен сбой, вызванный неверным базовым индексом.

Кто-нибудь из игроков VR это тестирует?

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите обсуждение .

У меня сейчас _технически_ не вылетает, но и не запускается. Итак, поведение, которое у меня было в начале ... Черное окно и ничего больше. Журнал кажется немного короче, но все равно заканчивается тем же исключением переполнения стека. Тем не менее, очень приятно видеть кого-то небезразличным: smile:
Вот журнал с этого момента:
steam-275850-часть # aa.txt
steam-275850-часть # ab.txt
steam-275850-часть # ac.txt
steam-275850-часть # ad.txt
steam-275850-часть # ae.txt
steam-275850-часть # af.txt
steam-275850-часть # ag.txt

Кто-нибудь проверял, что патч 2.06E устраняет проблему с памятью на картах Nvidia?

Кто-нибудь проверял, что патч 2.06E устраняет проблему с памятью на картах Nvidia?

С моей стороны ничего не исправляет. Единственный способ заставить его эффективно использовать мою VRAM - это использовать обходной путь вулкана.

Кто-нибудь нашел исправление сбоя экрана загрузки? (Я пробовал загрузить игру с протонами 4.11 и 4.2, но безуспешно ..)

Драйвер графического процессора: NVIDIA 430.40
Графический процессор: NVIDIA GeForce GTX 960
Процессор: Intel Core i5-4460 @ 3,20 ГГц

Редактировать:
steam-275850.log

Кто-нибудь нашел исправление сбоя экрана загрузки? (Я пробовал загрузить игру с протонами 4.11 и 4.2, но безуспешно ..)

Попробуйте удалить ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Затем повторно примените настройки в игре. Я считаю, что установка тесселяции выше Enhanced тоже вызывает сбои

Кто-нибудь нашел исправление сбоя экрана загрузки? (Я пробовал загрузить игру с протонами 4.11 и 4.2, но безуспешно ..)

Попробуйте удалить ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Затем повторно примените настройки в игре. Я считаю, что установка тесселяции выше Enhanced тоже вызывает сбои

Я пробовал это, но безуспешно. :(

У меня AMD Radeon rx580 (Linux Mint 19.2; Kernel 5.2.9; Proton 4.11-2), и я смог запустить игру только после того, как я заменил стабильный PPA Padoka экспериментальным PPA драйвера ACO от Valve. До этого у меня всегда вылетал рабочий стол, когда заканчивался экран загрузки и игра должна была запуститься.

После того, как Hello Games выпустила некоторые исправления, я хотел узнать, смогу ли я снова поиграть со стабильными драйверами Padoka. С экспериментальным драйвером ACO экран зависал 2 раза без возможности ввода. Я не могу винить водителя ACO на 100%. Но у меня раньше такого бага не было.

Как я уже сказал, я хотел вернуться к стабильной Padoka-PPA. Я удалил драйвер ACO с помощью PURGE и переустановил Padoka-PPA. Однако игра снова вылетела на том же месте сразу после экрана загрузки. Вот почему я вернулся к драйверу ACO.

Это только как информация, если кто-то имеет в виду что-то подобное. В настоящее время попытку можно сохранить.

Я попробовал последний патч, и VR наконец-то работает! Это круто!
Ужасная производительность (чего и следовало ожидать от моего 580) и ошибка SteamVR с асинхронным перепроектированием там не помогает - но это нормально. Грядущий rx 5700XT, вероятно, справится с этим.
Однако полет в космос привел к сбою игры. Выглядело как точный момент, когда я был «в космосе», когда я мог видеть астероиды. Окно на рабочем столе застыло, больше не было кадров в VR, и звук звучал так, как будто он повторял последние 5 секунд или около того.
steam-275850.log
Так что мне придется пока ограничиться планетой, но даже это все еще очень здорово.

@Zamundaaa Как ты

РЕДАКТИРОВАТЬ: И он только начал работать над экспериментальным ....
EDIT2: производительность кажется совершенно дерьмовой, и это на Radeon VII ...

попробуйте отключить асинхронное проецирование. И зайдите в настройки видео, отключите ограничение 60 кадров в секунду, VSync, уменьшите разрешение зеркального окна и т. Д. Это вроде нормально для меня с самыми низкими настройками, но без асинхронного перепроецирования он как бы заикается вперед и назад при движении головы. А с асинхронным перепроектированием он полностью вылетает (https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226)

Ах! Я попробую все это, спасибо!

Итак, нет официального патча для распределения nvidia vram?

Что касается разногласий VKx, разработчик nvidia сказал, что они пытаются связаться с Hello Games, чтобы выпустить исправление, поскольку было подтверждено, что это проблема игры.

Кажется, проблема со странными камнями решена. Из патчотов:

Исправлен ряд проблем с LODding на определенных заводах.

И это, по крайней мере, исправлено для меня.

Привет, ребята ... те, кто пользуется nvidia, могут захотеть проверить последнее экспериментальное обновление БЕЗ подделки?

Вроде работает, думаю, HG официально исправили.

Только что попробовал последнюю версию, но, к сожалению, без прогресса. Я пробовал запускать с улучшенным качеством текстуры (1-й запуск на графике) и ультра (2-й), без разницы. Все равно со скоростью 20-30 кадров в секунду, несмотря ни на что.

Привет, ребята ... те, кто пользуется nvidia, могут захотеть проверить последнее экспериментальное обновление БЕЗ подделки?

Вроде работает, думаю, HG официально исправили.

Теперь отлично работает для меня, без обходного пути.

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

Однако при первом запуске я вылетал и заикался, но второй запуск прошел нормально. Думаю, наверное, что-то кешировало.

Он исправил это и для меня. Опять же, первый запуск вылетает.

Однако при первом запуске я вылетал и заикался, но второй запуск прошел нормально. Думаю, наверное, что-то кешировало.

В основном это признак того, что Vulkan Shader Cache строится.

Последняя экспериментальная сборка также устранила мои проблемы с производительностью. Теперь я могу играть в игру без обмана! Это фантастика!

Кто-нибудь нашел исправление сбоя экрана загрузки? (Я пробовал загрузить игру с протонами 4.11 и 4.2, но безуспешно ..)

NMS вылетала сразу после загрузчика Starfield. Обновление до mesa 19.2.0 ~ rc1 в Debian устранило проблему.

Производительность значительно улучшилась с тех пор, как я в последний раз пробовал эту игру, но меню невозможно использовать, они невероятно медленные.

Я сделал мод, чтобы исправить это, см. Https://github.com/ValveSoftware/Proton/issues/438#issuecomment -522352356

кажется неудачным, что DOF это делает. конечно есть причина.

Кажется, проблема со странными камнями решена. Из патчотов:

Исправлен ряд проблем с LODding на определенных заводах.

И это, по крайней мере, исправлено для меня.

К сожалению, у меня не исправлено
https://imgur.com/a/Kpm4Dbt
И с нормальной, и с экспериментальной сборкой NMS

Я использую графический процессор polaris, и игра вылетает на начальном или загрузочном экране.
Установите <Property name="VsyncEx" value="Triple" /> на <Property name="VsyncEx" value="Off" /> исправил проблему для меня.

@FurbyonSteroid Я снова запустил NMS, чтобы дважды проверить, и теперь он снова появился у меня. Было лучше, чем раньше, но все же / снова там. Странно.

Игра вылетает после загрузки экрана с ACO и Tessellation Low на моем Picasso 3500U. Загрузка или создание нового файла сохранения не работает.
steam-275850-newsave.log
steam-275850.log

EDIT: исправленное поколение ЦП

Я попробовал последний патч, и VR наконец-то работает! Это круто!

@Zamundaaa Подтверждено, experimental теперь работает должным образом (проверено с помощью гарнитуры Valve Index ). Общая производительность по-прежнему остается проблемой, хотя это также верно и для Windows.

Системная информация

• Графический процессор: RTX 2060
• Версия драйвера / LLVM: NVIDIA 430.40
• Версия ядра: 5.0.0-25-generic
• Ссылка на полный отчет о системе в виде Gist
• Версия протона: 4.11-2
• Версия SteamVR: 1.7.9

Игра отлично работала для меня (GTX 1080) с nvidia to amd spoof. После сегодняшнего обновления я удалил спуф, и игра по-прежнему отлично работает.

Однако я только что попробовал с HTC Vive, и, к сожалению, производительность настолько плохая, что играть невозможно. Я пробовал другие настройки, предложенные сообществом Windows, но они все равно не работают. Глядя на график кадров VR, кажется, что композитор VR по какой-то причине долго что-то делает, что приводит к задержкам в игре.

Другие игры Proton VR, такие как Gorn, отлично работают с ожидаемой производительностью (90 FPS заблокированы без перепроецирования).

Другие пользователи Windows сообщают о производительности 90 FPS в нейтральном небе с такими настройками, как моя и VR. Мне почти 30

Кто-нибудь еще пробовал VR?

Да, производительность в VR по-прежнему плохая, когда двигаешь головой. Это на Radeon VII, где все остальные игры работают нормально.

@beniwtv вы, вероятно, тоже столкнулись с https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226 .
Вы можете отключить асинхронное перепроектирование в браузере по адресу http: // localhost : 8998 / dashboard / debugcommands.html.
Это дает мне возможность играть в нее (на самых низких настройках, но мой графический процессор - дерьмо по сравнению с RVII). Если это сработает, то, вероятно, было бы хорошо добавить системный отчет к проблеме 226. Valve либо уперлась в стену, либо они не прилагают особых усилий, чтобы исправить это.
@ fazo96, это может быть еще одна проблема с NMS + NVidia или та же ошибка. Async Reprojection теперь вообще работает в Linux?

@Zamundaaa Я не думаю, что асинхронное

Сглаживание движения тоже не работает, потому что оно не поддерживается, забавно сказано, что оно не поддерживается в «старых версиях Windows»: smile:

Я попытался отключить перепроецирование и подтвердил на экране настроек SteamVR, что он не перепроецируется, но частота кадров все еще была настолько низкой, что вызывало тошноту. Игра работает со скоростью 80-120 FPS в 1440p с максимальными настройками, когда не в VR, со снижением до 20-50 на доли секунды при приземлении на планеты или в других случаях.

К сожалению, в VR он работает намного хуже даже при самых низких настройках. Изменение настроек повлияло на качество изображения, но не на производительность.

@Zamundaaa Я попытался выключить его, и он показал мне, что он выключен, но это не имеет абсолютно никакого значения. Отключение всех деталей, разрешения VR и т. Д. Тоже не помогает.

Независимо от того, какие настройки, эта проблема сохраняется.

Я попробовал сегодня бета-версию SteamVR 1.7, так как в журнале изменений упоминалось улучшение производительности в Linux.

Производительность для меня НАМНОГО лучше с этой версией. Однако в большинстве случаев он все еще не работает достаточно хорошо, чтобы выйти из Reprojection, поэтому для меня он еще не воспроизводим (я заболел из-за низкой частоты кадров), но, по крайней мере, для некоторых людей это будет.

Это на моем HTC Vive с GTX 1080 с минимальными настройками и суперсэмплингом 1.0, поэтому результаты все равно намного хуже, чем ожидалось в Windows, хотя они значительно лучше, чем SteamVR до версии 1.7.

У меня вылетает во время игры. Воспроизводится примерно через 10 минут игры.

steam-275850.log

вывод dmesg для сбоя

[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

Странно было то, что на прошлой неделе, 4.11-4, я без проблем играл в игру часами. Это только что появилось сегодня после обновления до 4.11-5. Возврат к 4.2-9 также воспроизведет эту проблему.

Из-за этого мой компьютер зависает, а звук из игры все еще воспроизводится. Обычно я восстанавливаю контроль над системой в течение минуты или около того и получаю скриншот выше.

Системная информация

• Графический процессор: GTX 1080
• Версия драйвера / LLVM: nvidia-drivers-435.21
• Версия ядра: 4.19.72-gentoo

Я также получаю воспроизводимый сбой после 10 минут игры.

Однако сообщений "xid" в dmesg или всплывающих окнах нет. Игра зависает, но звук продолжает воспроизводиться. Мне нужно вручную убить NMS.exe. На данный момент процесс обычно занимает около 4,2 ГБ.

Протестировано с последними версиями Proton и GloriousEggroll.

steam-275850.log

Системная информация

• Оперативная память: 16 ГБ
• Графический процессор: RTX 2070 8 ГБ
• Версия драйвера / LLVM: 435.19.03 (проверено с 435.21 - та же проблема)
• Версия ядра: 5.2.15-zen ( zen-kernel )
• Версия протона: 4.15-GE-2-7-g57d3fe8
• Ветка: Экспериментальная ветка 12/09 ( Примечания к патчу )

Мне повезло с этим титулом. Я просто играл час или больше без серьезных проблем.

Я заметил небольшие графические артефакты. Если бы мне пришлось описать этот артефакт, это было бы похоже на случайный эффект снега на панелях. Кроме этого, я не заметил ничего, что можно было бы задокументировать.

Я не собирал статистику FPS, но она была гладкой и, казалось, синхронизировалась с моим монитором freesync.

Системная информация

• Оперативная память: 32 ГБ
• Графический процессор: Radeon RX Vega 64 8 ГБ
• Драйвер: amdgpu
• Версия ядра: 5.2.11-manjaro
• Версия протона: 4.11-6

У меня есть артефакты, и они немалые. Практически каждая 3D-модель имеет артефакты: либо голубоватый, либо белый квадрат, либо шум. Также деревья вдалеке имеют белый контур.
Вот пара скриншотов:

Системная информация

• Оперативная память: 16 ГБ
• Графический процессор: Radeon RX 580 8 ГБ
• Драйвер: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
• Версия ядра: 5.0.0-29-generic
• Версия протона: 4.11-6

@lavadrop А, напоследок несколько фотографий, на которых действительно видны эти артефакты. Не могли бы вы предоставить визуализацию такой ситуации и связать ее здесь https://github.com/daniel-schuermann/mesa/issues/112 ?

@lavadrop Теперь, когда вы упомянули об этом, у меня также был этот белый контур на деревьях с расстояния, о котором я забыл упомянуть. Думаю, я видел это только когда летел. Кажется, когда они загружались, они начинали с этого белого контура, а затем становились нормальными по мере приближения к ним.
Мне придется присмотреться поближе, чтобы увидеть, получаю ли я ту синеватую тень, похожую на артефакт, на ближайших моделях.

@lavadrop А, напоследок несколько фотографий, на которых действительно видны эти артефакты. Не могли бы вы предоставить визуализацию такой ситуации и связать ее здесь daniel-schuermann / mesa # 112 ?

Да, конечно

У меня вылетает во время игры. Воспроизводится примерно через 10 минут игры.

steam-275850.log

вывод dmesg для сбоя

[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

Странно было то, что на прошлой неделе, 4.11-4, я без проблем играл в игру часами. Это только что появилось сегодня после обновления до 4.11-5. Возврат к 4.2-9 также воспроизведет эту проблему.

Из-за этого мой компьютер зависает, а звук из игры все еще воспроизводится. Обычно я восстанавливаю контроль над системой в течение минуты или около того и получаю скриншот выше.

Системная информация

• Графический процессор: GTX 1080
• Версия драйвера / LLVM: nvidia-drivers-435.21
• Версия ядра: 4.19.72-gentoo

У меня одинаковые вылеты 8 раз из 10, есть новости?

У меня вылетает во время игры. Воспроизводится примерно через 10 минут игры.
steam-275850.log

вывод dmesg для сбоя

[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

Странно было то, что на прошлой неделе, 4.11-4, я без проблем играл в игру часами. Это только что появилось сегодня после обновления до 4.11-5. Возврат к 4.2-9 также воспроизведет эту проблему.
Из-за этого мой компьютер зависает, а звук из игры все еще воспроизводится. Обычно я восстанавливаю контроль над системой в течение минуты или около того и получаю скриншот выше.

Системная информация

• Графический процессор: GTX 1080
• Версия драйвера / LLVM: nvidia-drivers-435.21
• Версия ядра: 4.19.72-gentoo

У меня одинаковые вылеты 8 раз из 10, есть новости?

Я не получаю сбоев здесь, это говорит о том, что у меня были сбои при первой загрузке нового обновления пару недель назад из-за того, что наложение nvidia fps все еще было включено. Я также испытал небольшую нестабильность с V-sync.

У меня есть артефакты, и они немалые. Практически каждая 3D-модель имеет артефакты: либо голубоватый, либо белый квадрат, либо шум. Также деревья вдалеке имеют белый контур.
Вот пара скриншотов:

Системная информация

* 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

Я могу подтвердить эти графические сбои. Я пробовал игру с включенным ACO и без него. Таким образом, эта проблема, похоже, не связана с серверной частью компилятора. Я знаю, что проблема не возникает при использовании nvidiagpu. Я предполагаю, что это как-то связано с драйвером RADV. No man's sky использует vulkan в качестве собственного API, поэтому dxvk не вызывает этих сбоев.

Системные характеристики:

Оперативная память 16 ГБ
Графический процессор: Radeon RX 590
Драйвер: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
Ядро: 5.3.5
Версия протона: 4.11-6

Долго бился с xid 13s; Пробовал разные драйверы, даже дистрибутив безрезультатно. Мне удалось наконец исправить это, выполнив следующие действия:

• Резервное копирование файлов сохранения
• Удаление ВСЕГО, что связано с небом no mans (каталог протонов, кеш шейдера и т. Д.)
• Переустановить из Steam
• Копирование в мои файлы сохранения

Надеюсь, это поможет, проблема кажется довольно сложной, но удачи

У меня есть артефакты, и они немалые. Практически каждая 3D-модель имеет артефакты: либо голубоватый, либо белый квадрат, либо шум. Также деревья вдалеке имеют белый контур.
Вот пара скриншотов:

Системная информация

* 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

Я также могу подтвердить, что эта проблема существует при работе в Arch Linux с Proton 4.11-9. Я использую Vega 56.

Я также могу подтвердить, что эта проблема существует при работе в Arch Linux с Proton 4.11-9. Я использую Vega 56.

К сожалению, это ошибка игры, и для решения этой проблемы нам потребуется отключить некоторую (действительную) оптимизацию. Не похоже, что разработчики в ближайшее время обратят на это внимание ..

Любой заметит, что тесселяция ландшафта в этой игре довольно медленная. Вы можете повернуться и посмотреть, как медленно растут ячейки тесселяции на земле перед вами. Есть ли какие-нибудь взломы, которые мы, пользователи Linux, можем сделать, чтобы ускорить его? (я считаю, что это также немного медленно под Windows)

Любой заметит, что тесселяция ландшафта в этой игре довольно медленная. Вы можете повернуться и посмотреть, как медленно растут ячейки тесселяции на земле перед вами. Есть ли какие-нибудь взломы, которые мы, пользователи Linux, можем сделать, чтобы ускорить его? (я считаю, что это также немного медленно под Windows)

Некоторая информация о вашем оборудовании была бы полезна.

При использовании графического процессора AMD я бы предпочел использовать Mesa 19.3 и активировать новую встроенную поддержку ACO. При использовании Ubuntu или его производной (я использую Linux Mint 19.2) kisak-PPA будет хорошим выбором:
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

У меня только последние драйверы nvidia с 1080TI

Я вообще не могу заставить игру загрузиться ни с одной версией Proton, даже с GE. Какие шаги я должен предпринять, чтобы диагностировать это?

Обычно вы можете позволить Proton генерировать журнал с помощью "PROTON_LOG = 1% command%"

Я также могу подтвердить, что эта проблема существует при работе в Arch Linux с Proton 4.11-9. Я использую Vega 56.

К сожалению, это ошибка игры, и для решения этой проблемы нам потребуется отключить некоторую (действительную) оптимизацию. Не похоже, что разработчики в ближайшее время обратят на это внимание ..

Не могли бы вы подробнее рассказать об этом? Я планирую в ближайшее время протестировать NMS в Windows на том же оборудовании.

Обычно вы можете позволить Proton генерировать журнал с помощью "PROTON_LOG = 1% command%"

Он не хранит никаких журналов в моем домашнем каталоге, при запуске с обычным Wine он говорит VK_ERROR_INITIALIZATION_FAILED

Обычно вы можете позволить Proton генерировать журнал с помощью "PROTON_LOG = 1% command%"

Он не хранит никаких журналов в моем домашнем каталоге, при запуске с обычным Wine он говорит VK_ERROR_INITIALIZATION_FAILED

Эта ошибка означает, что ваша система неправильно настроена для использования Vulkan.

Обычно вы можете позволить Proton генерировать журнал с помощью "PROTON_LOG = 1% command%"

Он не хранит никаких журналов в моем домашнем каталоге, при запуске с обычным Wine он говорит VK_ERROR_INITIALIZATION_FAILED

Эта ошибка означает, что ваша система неправильно настроена для использования Vulkan.

Взгляните на это, чтобы узнать о требованиях к Proton и о том, как настроить Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Обычно вы можете позволить Proton генерировать журнал с помощью "PROTON_LOG = 1% command%"

Он не хранит никаких журналов в моем домашнем каталоге, при запуске с обычным Wine он говорит VK_ERROR_INITIALIZATION_FAILED

Эта ошибка означает, что ваша система неправильно настроена для использования Vulkan.

Взгляните на это, чтобы узнать о требованиях к Proton и о том, как настроить Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Я уже сделал эти шаги, и у меня есть последние версии драйверов. Я на 1060 6гб.
Также DOTA2 отлично работает с Vulkan.

Несколько недель назад у меня тоже была проблема с запуском NMS. Но вместо того, чтобы исследовать причину этого, я просто удалил установку и все Steam-каталоги игры и полностью переустановил игру. С этого момента он работает без проблем (для меня это не больно; переустановка занимает менее 40 минут (подключение к Интернету 250 Мбит)).

Как уже было сказано, я не знаю точной причины. Может, ты попробуешь.

Это, конечно, не очень фактический или профессиональный совет. Но поскольку ваша установка ВКонтакте, согласно вашей информации, верна, я не останусь с фактическим или техническим советом в случае вашего сообщения об ошибке.

Несколько недель назад у меня тоже была проблема с запуском NMS. Но вместо того, чтобы исследовать причину этого, я просто удалил установку и все Steam-каталоги игры и полностью переустановил игру. С этого момента он работает без проблем (для меня это не больно; переустановка занимает менее 40 минут (подключение к Интернету 250 Мбит)).

Как уже было сказано, я не знаю точной причины. Может, ты попробуешь.

Это, конечно, не очень фактический или профессиональный совет. Но поскольку ваша установка ВКонтакте, согласно вашей информации, верна, я не останусь с фактическим или техническим советом в случае вашего сообщения об ошибке.

Где именно хранятся эти журналы ошибок? Я использую Ubuntu 19.10. Игра просто запускается и закрывается без черного экрана в Steam, и при попытке установки Wine Lutris выдает ошибку Vulkan.

Где именно хранятся эти журналы ошибок? Я использую Ubuntu 19.10. Игра просто запускается и закрывается без черного экрана в Steam, и при попытке установки Wine Lutris выдает ошибку Vulkan.

Я не только удалил файлы журнала. Я удалил всю игру.

Наконец-то заработал журнал. Я удалил все, включая Steam и все свои игры.
steam-275850.log

Привет @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory из журнала выглядит так, как будто что-то пошло не так. Какую файловую систему вы используете с /media/max/OS ?

Привет @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory из журнала выглядит так, как будто что-то пошло не так. Какую файловую систему вы используете с /media/max/OS ?

NTFS, позорно знаю, это долгая история.

Proton + NTFS известен своей темпераментностью и требует осторожности при установке, чтобы Proton мог с ним работать. В частности, мы знаем, что его необходимо смонтировать с ntfs-3g в качестве текущего пользователя и без параметра windows_names mount. Могут быть и другие ограничения, и вы можете поискать ntfs в этом трекере проблем, чтобы найти то, что пробовали другие.

Proton + NTFS известен своей темпераментностью и требует осторожности при установке, чтобы Proton мог с ним работать. В частности, мы знаем, что его необходимо смонтировать с ntfs-3g в качестве текущего пользователя и без параметра windows_names mount. Могут быть и другие ограничения, и вы можете поискать ntfs в этом трекере проблем, чтобы найти то, что пробовали другие.

Спасибо за эту информацию, с этого момента я просто не буду использовать NTFS, у меня больше нет ничего, что использует Windows.

Игра теперь работает!

Я постоянно использую proton со своими NTFS-дисками без проблем. У меня есть несколько флагов, установленных для разделов. Кое-что из того, что у меня ниже, вероятно, не нужно и не дает ничего хорошего.

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

Кроме того, папка compatdata должна иметь символическую ссылку на путь пользователя .steam, compatdata никогда не должны находиться на дисках ntfs.

Последнее обновление у кого-нибудь сломало игру? Раньше игра у меня отлично работала без каких-либо изменений, но в последнее время игра просто зависает у меня на рабочем столе. Похоже, он также использует мою Intel HD Graphics (в окне написано «No Mans Sky (Intel HD Graphics)»). Все остальные игры работают нормально, поэтому я уверен, что с моими драйверами все в порядке. Также не сработала переустановка

Спецификации - это i7-9750H и GTX 1660Ti, работающие на Ubuntu 18.04 (элементарная ОС).

Привет @Cybiko , это похоже на # 3215. Можете ли вы проверить, с чем вы столкнулись?

@ kisak-valve Похоже, что ни одна из команд запуска не оказывает никакого влияния на мою игру.

Это оверлей Steam.
ОШИБКА: ld.so: объект '~ / .local / share / Steam / ubuntu12_32 / gameoverlayrenderer.so' из LD_PRELOAD не может быть предварительно загружен (неправильный класс ELF: ELFCLASS32): игнорируется.

К сожалению, это ошибка игры, и для решения этой проблемы нам потребуется отключить некоторую (действительную) оптимизацию. Не похоже, что разработчики в ближайшее время обратят на это внимание ..

Я написал обходной путь для RADV, который, кажется, решает проблему независимо от того, какой бэкэнд (LLVM или ACO) используется: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Вероятно, он будет объединен сегодня или завтра и, надеюсь, удалит небольшие артефакты, с которыми вы сталкиваетесь в игре. (Я не тестировал в игре, так как не являюсь владельцем игры, поэтому был бы рад, если бы кто-нибудь сообщил об этом.) Мы не будем переносить этот обходной путь в mesa stable, так как он слишком агрессивен, извините за это.

Я написал обходной путь для RADV, который, кажется, решает проблему независимо от того, какой бэкэнд (LLVM или ACO) используется: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Вероятно, он будет объединен сегодня или завтра и, надеюсь, удалит небольшие артефакты, с которыми вы сталкиваетесь в игре. (Я не тестировал в игре, так как не являюсь владельцем игры, поэтому был бы рад, если бы кто-нибудь сообщил об этом.) Мы не будем переносить этот обходной путь в mesa stable, так как он слишком агрессивен, извините за это.

Кажется, что артефакты все еще присутствуют, к сожалению, протестировал патч с PKGBUILD TKG с LLVM и ACO

@BlazeKl спасибо за тестирование. Если вы уверены, что добавили исправления (это 6 исправлений) правильно, не могли бы вы проверить указанное имя приложения, сообщает ли оно «No Mans Sky»? Потому что я почти уверен, что удалил артефакты при захвате renderdoc, но, возможно, обходной путь по какой-то причине не включается.

@ daniel-schuermann, название приложения - "No Man's Sky", протестировал его снова с правильным названием, и оно отлично работает, спасибо

Когда мы получим патч? Я использую oibaf ppa прямо сейчас. Но артефакты все еще видны.

Когда мы получим патч? Я использую oibaf ppa прямо сейчас. Но артефакты все еще видны.

Я объединил серию сегодня, поэтому должен выйти со следующим обновлением.

Некоторые пользователи сообщали о проблемах с серией Proton 5.0. Это могло затронуть только пользователей, которые никогда не запускали его в более старых версиях Proton. В любом случае мы включили исправление для No Man's Sky в 5.0-4, поэтому, если у вас возникли проблемы с игрой на Proton 5.0, возможно, стоит повторить попытку.

Проблемы как в вылетах каждые 2 часа игры или около того?

Есть ли у кого-нибудь еще проблемы с NMS + Steam VR. В последней версии, когда я запускаю NMS через Steam VR, моя гарнитура VR остается черной, я слышу музыку, идущую из наушников гарнитуры, и я могу видеть главное меню только на своем мониторе. Это как если бы игру принудительно переводили в режим рабочего стола? Я могу использовать мышь и клавиатуру для навигации по меню, но мои контроллеры виртуальной реальности неактивны.

Да, я тоже не могу запустить NMS в режиме VR

Похоже, что в Proton 5.0-4 возникла проблема с инициализацией OpenVR для некоторых игр. См. Эту проблему: https://github.com/ValveSoftware/Proton/issues/3652

Proton 5.0-5 устраняет проблему с NMS + VR. Ура!

Могу подтвердить, снова работает :)

Привет всем. Я недавно купил No Man's Sky, и мне не удалось запустить его. Когда я нажимаю кнопку Play в интерфейсе библиотеки Steam, экран становится черным всего на секунду, затем экран возвращается к пользовательскому интерфейсу библиотеки, и кнопка Play снова становится видимой.
Из журналов при выходе из игры выдается следующая ошибка:

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 ""

Я искал эту ошибку в нескольких местах, чтобы узнать, есть ли у пользователей такая же проблема, и, хотя я нашел ее для некоторых других игр, я не нашел никакой информации о NMS. Любая помощь будет оценена. Спасибо.

Вот полные журналы:
https://gist.github.com/trentchilders/5aa2fa1aa8aad586ce6feff0defaa4c2

Процессор: Шестиядерный процессор AMD Ryzen 5 1600
Графический процессор: Radeon RX 570 Series

"ERROR: ld.so: ..." можно спокойно игнорировать. Фактическая линия важности:

Z: \ home \ trent.local \ shareSteam \ steamapps \ common \ No Man's Sky \ Binaries \ NMS.exe: ошибка поиска символа: /usr/lib/x86_64-linux-gnu/libvulkan_radeon.so: неопределенный символ: amdgpu_bo_list_create_raw

Похоже, ваши драйверы Vulkan виноваты. Какой у вас дистрибутив, обновлена ​​ли ваша система и что выводит vulkaninfo?

@Zamundaaa Спасибо за ответ! Дистрибутив и версия:

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

И это выход из vulkaninfo :

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

Я запустил sudo apt-get dist-upgrade чтобы быть в курсе последних событий, и получил ту же ошибку «undefined symbol: amdgpu_bo_list_create_raw», как и раньше.

Я бы посоветовал использовать более новую ОС или, по крайней мере, обновить библиотеки драйверов / загрузчика vulkan.

@trentchilders
что сказал теланс. Обновление до более новой Ubuntu, Ubuntu 20.04, как только она выйдет, или, конечно же, прямо из другого дистрибутива, вероятно, сделают это. В качестве альтернативы есть более простой вариант - некоторые ppas, такие как padoka (стабильные или нестабильные, выбирайте сами), которые обновят ваши драйверы.
Можете ли вы запустить другие приложения vulkan, такие как vkcube?

@trentchilders
Что касается того, что сказал @Zamundaaa, я бы порекомендовал PPA @ kisak-valve. Раньше я также использовал Padoka PPA ... но PPA (больше) не обновляется так регулярно и быстро. Поэтому перешел на кисак-PPA.

Kisak PPA обновляет драйверы Mesa до последней версии (в настоящее время 20.0.3). В то же время вы интегрировали поддержку ACO, распространяемую Valve, если хотите (ее можно включить или выключить индивидуально):
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

Дополнительно вам следует установить или обновить драйверы Vulcan:
sudo apt install mesa-vulkan-drivers mesa-vulkan-drivers:i386

Но все это можно найти и здесь:
https://github.com/ValveSoftware/Proton/wiki/Requirements

@ KuJo-Ger Спасибо за ваш пост. Я добавил PPA Kisak и выполнил указанную вами команду установки, и получил следующее:

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).

И все же игра не запускается. У меня такие же ошибки. Итак, это может привести меня по пути, предложенному @telans и @Zamundaaa : новый дистрибутив Linux. Какой из них вам нравится использовать?

@Zamundaaa Я не знаком с pkcube. Я должен разобраться в этом и вернуться к вам.

не pkcube, а vkcube. Просто запустите его в терминале, он уже должен быть установлен.
Я лично использую Manjaro KDE, и NMS работает отлично, как всегда. Для игр обычно лучше выбрать довольно современный дистрибутив, лучшими вариантами будут Arch, Manjaro, Fedora, Solus, но последней версии Ubuntu также должно быть достаточно, если вы не хотите использовать новое оборудование, такое как графические процессоры, вскоре после этого. запуск.

Здравствуйте, @trentchilders , пожалуйста, не используйте несколько mesa PPA одновременно, это полностью непроверено и может иметь странные побочные эффекты. Если вы хотите протестировать мой PPA, пожалуйста, ppa-purge oibaf PPA перед добавлением моего, и наоборот, если вы хотите переключиться обратно.

@trentchilders
Вы установили PPA из oibaf. Это основано на нестабильной и еще не выпущенной версии Mesa 20.1 (20.1 ~ git2004220730.f1a12d ~ oibaf ~ b). На данный момент выпущена стабильная версия 20.0.x. Это также может быть причиной того, что NMS не работает.

Всегда рекомендуется выбирать стабильную версию. Как тот из @ kisak-valve.

Но, как уже объяснил кисак, вам необходимо удалить другие PPA, прежде чем вы сможете установить его PPA. Это, например, описано на странице PPA oibaf (см. Раздел «=== Вернуться к исходным драйверам ===»):
-> https://launchpad.net/~oibaf/+archives/ubuntu/graphics-drivers

Затем выполните действия, описанные на странице Proton (см. Раздел «AMD / Intel»):
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Кстати, я использую Linux MInt 19.3 с kisak PPA. AMD Ryzen 5 3600, AMD Radeon RX 5700 XT.

@ KuJo-Ger Понятно. Огромное спасибо. Я сейчас на работе, но могу попробовать, когда вернусь домой. Да. У меня было несколько PPA для драйверов mesa, что было глупо, но я все еще узнаю обо всем этом.

@Zamundaaa @telans @ kisak-valve Спасибо всем за ответ. Я очень ценю это.

No Man's Sky работает очень хорошо, если не считать нескольких заиканий во время кат-сцен. Единственная проблема, которую я получаю, - это случайные сбои во время игры. Я попробую записать журнал ошибок, но в окне сбоя мышь пропадает. Я видел что-то, в котором упоминался OpenVR, но у меня нет гарнитуры VR, поэтому, возможно, он пытается ее найти.

Теперь игра несколько раз вылетала при входе в космос. Но помимо этого он хорошо работает в моей системе Arch Linux с Ryzen 5 3600, 16 ГБ ОЗУ и RTX 2060.

Мне удалось записать журнал ошибок

Мне удалось записать журнал ошибок

Более полезно использовать журнал, предоставляемый командой PROTON_LOG = 1%%

Хорошо, вот журнал Протона .

Я обнаружил странную вещь с No Man's Sky, когда игра не открывается примерно через несколько минут. Решение этой проблемы - открыть диспетчер задач (например, htop, top, диспетчер задач GNOME и т. Д.) И убить процессы explorer.exe и через несколько секунд игра откроется.

На протоне 5.0-7 игра даже не открывается. Поскольку игра не открывается, она даже не создает файл журнала при использовании команды PROTON_LOG = 1%%

Системная информация

Ошибка] Эффект исчезновения уровня детализации No Man's Sky искажается.

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/3902.
@FuzzyQuills, опубликовано 2020-05-23T10: 02: 34:

Отчет о совместимости

• Название игры с проблемами совместимости: No Man's Sky
• Steam AppID игры: 275850

Системная информация

• Графический процессор: RX 570
• Версия драйвера / LLVM: Mesa 19.3.3 / LLVM 9.0.1 (при использовании ACO такая же проблема появляется в LLVM, но отсутствует в драйвере AMD Vulkan для Windows)
• Версия ядра: на данный момент 4.19, ядра 5.3-3.6 также протестированы
• Ссылка на полный отчет о системе в виде Gist : https://gist.github.com/FuzzyQuills/294fdb78855e9c9b389194b8cfc1fcc6
• Версия протона: 5.0-7

Я подтверждаю:

• [x], что я не нашел существующего отчета о совместимости для этой игры.
• [x], что я проверил, доступны ли обновления для моей системы.

<Log omitted, please see #3902>

Симптомы

При хождении по планетам эффект постепенного появления LOD искажается; части деревьев медленно мигают, когда вы приближаетесь к ним, объекты с рекламными щитами мигают шумной рамкой при переходе к реальной модели, базовые части мигают оранжевым шумом при приближении и т. д.

Учитывая, что это происходит как с AMDVLK, так и с RADV / LLVM и RADV / ACO, но не с Windows, я подозреваю, что это может быть сбой компилятора шейдера, но кто знает ... Ничего подобного не было, только один комментарий Reddit с гифкой, показывающей артефакт на другом графическом процессоре AMD.

(снимок экрана, показывающий, в частности, один случай повреждения билборда: https://imgur.com/a/zbStQ4T)

Размножение

Просто запустите игру на указанной выше конфигурации системы. (Или, если на то пошло, любой графический процессор, использующий драйвер amdgpu)

Дополнительное примечание: я также не уверен, где еще сообщить об этом, поэтому заранее извиняюсь, если это не в том месте.

Привет @FuzzyQuills , в mesa 20.1 есть несколько https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Если можете, протестируйте игру с помощью mesa 20.1.0-rc4 или git master.

Привет @FuzzyQuills , в mesa 20.1 есть несколько https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Если можете, протестируйте игру с помощью mesa 20.1.0-rc4 или git master.

Клянусь, это было исправление чего-то еще, сделанного давным-давно, но должным образом отмеченного. Похоже, мне придется придумать, как собрать mesa на Debian ...

Изменить: на самом деле неважно, похоже, он был отправлен в экспериментальное состояние два дня назад, скоро попробую.

Хорошо, исправление определенно работает! Некоторые базовые части все еще мерцают (а именно коридорные, на полу мерцают треугольники), но это на много лучше. Оранжевый больше не мигает.

Проверим еще, когда высплюсь. Похоже, что для игры No Man's Sky без сбоев требуется 20.1.

Теперь, когда вышла Mesa 20.1 и содержит исправление для No Man's Sky, можете ли вы подтвердить, что она работает нормально? Большое спасибо!

Я никогда не видел графических проблем с No Man's Sky, это может быть связано только с оборудованием, которое у меня есть на моем рабочем столе, или это связано с использованием Arch Linux. Но, как я уже говорил ранее, есть проблемы с геймплеем.

Теперь, когда вышла Mesa 20.1 и содержит исправление для No Man's Sky, можете ли вы подтвердить, что она работает нормально? Большое спасибо!

В настоящее время мое No Man's Sky кажется прекрасным. Ошибка LOD определенно исчезла.

Однако, начиная с патча кросс-игры, некоторые планеты становятся невидимыми, когда вы находитесь достаточно далеко от них. Так как этого не произошло до выхода патча, это может быть виновата игра

Я никогда не видел графических проблем с No Man's Sky, это может быть связано только с оборудованием, которое у меня есть на моем рабочем столе, или это связано с использованием Arch Linux. Но, как я уже говорил ранее, есть проблемы с геймплеем.

Какие конкретно проблемы с геймплеем возникают у вас? (Кроме сбоев)

Игра вылетает при покидании планеты.

Я иногда получаю кратковременное замирание, когда впервые покидаю планету после загрузки своего сохранения, но это происходит и в Windows, так что это есть в игре.

Какая версия Протона? Я использую 5.0-9 (последняя версия)

Пользуюсь Proton-5.6-GE-1

Пользуюсь Proton-5.6-GE-1

Я предполагаю, что вы запускаете через Steam? Попробуйте установить именно 5.0-9 и посмотрите, поможет ли это исправить.
Я также могу попробовать сборку GE и посмотреть, не вылетит ли она.

Да, через Steam. У меня сейчас нет доступа к моему рабочему столу, в чем проблема.

Я играл в нее на своем ноутбуке без проблем, и, похоже, это проблема либо с двумя графическими процессорами NVidia (RTX 2060 и GTX 1050ti), либо с Ryzen 5 3600, которые есть на обоих моих настольных компьютерах.

Игра мне нравится, но в результате недавнего обновления появилась одна новая проблема: требуются TLS 1.1 и 1.2:

См. Четвертый пункт внизу примечаний к патчу: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Он ссылается на этот сайт: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- протоколы-в-Wi

Есть ли способ включить их в Proton, чтобы мы могли продолжать играть онлайн?

TLS 1.1 был окончен в течение двух лет, и включение его было бы не самой разумной идеей с точки зрения безопасности

Игра мне нравится, но в результате недавнего обновления появилась одна новая проблема: требуются TLS 1.1 и 1.2:

См. Четвертый пункт внизу примечаний к патчу: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Он ссылается на этот сайт: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- протоколы-в-Wi

Есть ли способ включить их в Proton, чтобы мы могли продолжать играть онлайн?

Я уверен, что Proton уже использует 1.2, так как у меня был первый рабочий день в мультиплеере.
Обновление: удаление префикса протона и его регенерация, похоже, исправили многопользовательский режим для меня

TLS 1.1 был окончен в течение двух лет, и включение его было бы не самой разумной идеей с точки зрения безопасности

Если Proton использует Windows 7 в качестве базовой версии ОС, скорее всего, вместо этого он может использовать TLS 1.0, но, учитывая, что обновление кросс-игры работало для меня, когда оно было запущено, я не думаю, что здесь дело обстоит именно так.

Я могу ошибаться, так как я мало исследовал этот вопрос (не уверен, с чего начать на самом деле), но могу сказать, что многопользовательский режим в настоящее время не работает для людей, работающих под Windows 7, и, по-видимому, для людей, запускающих игру через Steam Play. Думаю, единственный способ играть онлайн - играть через Windows 10 (пока).

Я могу ошибаться, так как я мало исследовал этот вопрос (не уверен, с чего начать на самом деле), но могу сказать, что многопользовательский режим в настоящее время не работает для людей, работающих под Windows 7, и, по-видимому, для людей, запускающих игру через Steam Play. Думаю, единственный способ играть онлайн - играть через Windows 10 (пока).

Вот что странно; это показалось мне сломанным только после того, как друг попытался добавить мой код друга; службы поиска в Интернете и базы загрузки кажутся работоспособными, но сватовство не удается. Учитывая то, что я увидел на форуме сообщества Steam, у меня возникло ощущение, что в моем случае добавление кода его друга должно исправить мой.

Сообщу, если это сработает, так как это работало у меня два дня назад. Запуск последнего протона 5.0-9

изменить: пожалуйста, посмотрите мой последний комментарий

Я могу ошибаться, так как я мало исследовал этот вопрос (не уверен, с чего начать на самом деле), но могу сказать, что многопользовательский режим в настоящее время не работает для людей, работающих под Windows 7, и, по-видимому, для людей, запускающих игру через Steam Play. Думаю, единственный способ играть онлайн - играть через Windows 10 (пока).

Вот что странно; это сломалось для меня только после того, как друг попытался добавить мой код друга; службы поиска в Интернете и базы загрузки кажутся работоспособными, но сватовство не удается. Учитывая то, что я видел в сообщении на форуме сообщества Steam, у меня возникло ощущение, что в моем случае добавление кода _his_ друга должно исправить мой.

Сообщу, если это сработает, так как это работало у меня два дня назад. Запуск последнего протона 5.0-9

Я не уверен, что это проблема Proton в такой же степени, как проблема NMS, когда впервые вышло обновление кроссплатформенной игры, графический процессор Navi вылетал при посадке на планету, и пока он работал нормально, это все еще известная проблема в отношении Navi. Кросс-игра также очень шаткая с ошибками, которые нужно исправить.

Я могу ошибаться, так как я мало исследовал этот вопрос (не уверен, с чего начать на самом деле), но могу сказать, что многопользовательский режим в настоящее время не работает для людей, работающих под Windows 7, и, по-видимому, для людей, запускающих игру через Steam Play. Думаю, единственный способ играть онлайн - играть через Windows 10 (пока).

Вот что странно; это сломалось для меня только после того, как друг попытался добавить мой код друга; службы поиска в Интернете и базы загрузки кажутся работоспособными, но сватовство не удается. Учитывая то, что я видел в сообщении на форуме сообщества Steam, у меня возникло ощущение, что в моем случае добавление кода _his_ друга должно исправить мой.
Сообщу, если это сработает, так как это работало у меня два дня назад. Запуск последнего протона 5.0-9

Я не уверен, что это проблема Proton в такой же степени, как проблема NMS, когда впервые вышло обновление кроссплатформенной игры, графический процессор Navi вылетал при посадке на планету, и пока он работал нормально, это все еще известная проблема в отношении Navi. Кросс-игра также очень шаткая с ошибками, которые нужно исправить.

Я просмотрел журнал протонов, и на самом деле похоже, что HTTPS в целом по какой-то причине полностью не работает в Proton; No Man's Sky рассылает кучу «неподдерживаемых» сообщений из библиотеки winsock, а в игре говорится, что невозможно установить соединение для подбора игроков.

Новое обновление; наконец-то решил попробовать понизить версию Proton, что вынудило перестроить папку Proton pfx моей игры. Вскоре, когда я это сделал, этот мультиплеер снова начал работать, что указывает на проблему с последними настройками протонов и некоторых префиксов.

Может ли кто-нибудь, у кого есть проблемы с многопользовательской игрой, попробовать удалить папку pfx для No Man's Sky, чтобы ее пришлось перестроить? Если это не сработает, попробуйте загрузить версию 4.11, а затем заставьте No Man's Sky использовать эту версию. Это то, что я сделал, чтобы заставить его работать, и после этого переключение обратно на 5.0-9 также начало работать.

tl; dr: кажется, вынуждает перестроить многопользовательский режим исправлений папки pfx, но мне нужно проверить, не зависит ли он от версии.

Обновление: только что протестировали удаление и восстановление с 5.0-9, и, конечно же, новый префикс от 5.0-9 нарушает мультиплеер. используя 4.11 для его сборки, а затем переход на 5.0-9 все еще работает. (Протестировано путем сохранения в космической аномалии и простой перезагрузки сохранения после изменения моей установки Proton)
Это указывает на регресс в 5.0-9, может быть, исправление EA Origin связано?

Я могу попробовать сравнить файлы .reg из двух версий, так как я также заметил, что записи реестра winhttp отсутствовали

Пробовали ли вы последнюю сборку Proton-GE, она неофициальная, но если она устраняет проблемы для кого-то, возможно, стоит посмотреть, какие конкретные патчи разрешили указанные проблемы.

Пробовали ли вы последнюю сборку Proton-GE, она неофициальная, но если она устраняет проблемы для кого-то, возможно, стоит посмотреть, какие конкретные патчи разрешили указанные проблемы.

Если есть способ добавить его в Steam в качестве действующей установки Proton для использования, я могу попробовать, иначе у меня нет опыта использования сборок GE

https://github.com/GloriousEggroll/proton-ge-custom/releases в разделе Assets, распакуйте его в папку ~ / .steam / root / compatibilitytools.d / (он должен находиться в отдельной папке). Перезапустите Steam, посмотрите список протонов NMS.

Обычно рекомендуется стирать папку pfx игры между сменой основных версий протонов. (от стандартных протонов пара до нестандартных протонов, таких как GE)

https://github.com/GloriousEggroll/proton-ge-custom/releases в разделе Assets, распакуйте его в папку ~ / .steam / root / compatibilitytools.d / (он должен находиться в отдельной папке). Перезапустите Steam, посмотрите список протонов NMS.

Обычно рекомендуется стирать папку pfx игры между сменой основных версий протонов. (от стандартных протонов пара до нестандартных протонов, таких как GE)

что забавно, папка pfx никогда не переписывалась, использовалась только 5.0-9. Затем неожиданно патч No Man's Sky, исправляющий ошибки кросс-игры, сломал его в Linux на этой версии proton.

В настоящее время распаковываю Proton-GE, сейчас буду тестировать

Хорошо, так что Proton-GE также не работает, но если префикс генерируется ВСЕМ по 4.11-13, он отлично работает с любой версией протона выше, если префикс обновлен. Интересно, что случилось?

Изменить: ааа и это как-то уничтожило мои сейвы ...
edit2: кризис предотвращен, у меня была резервная копия lol

Исправлено для меня, спасибо @FuzzyQuills.

Вот шаги для всех, кто читает:

1. cd ~/.steam/steam/steamapps/common
2. rm -r "Proton 5.0"
3. В Steam перейдите к записи Proton 5.0. Щелкните его правой кнопкой мыши и выберите Свойства. Перейдите на вкладку «Локальные файлы» и нажмите «Проверить целостность файлов инструмента».
4. Дайте Proton 5.0 перезагрузить, а затем откройте NMS и проверьте.

Прибыль.

Исправлено для меня, спасибо @FuzzyQuills.

Вот шаги для всех, кто читает:

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.

Прибыль.

Собираюсь попробовать это с моим, должно быть, поврежденный файл Proton dist вызывает ошибку.
Просто предупреждаю; Обязательно найдите свое сохранение NMS внутри префикса и сделайте его резервную копию, так как удаление префикса может привести к тому, что Steam Cloud уничтожит ваше сохранение. Не знал об этом, пока почти не потерял свое трехмесячное сохранение. (У меня была резервная копия из раздела Windows)

Опять же, похоже, что в версии 5.0-9 что-то не так, но сначала я попробую, так как это сработало для вас

Да, я заметил, что сохранение было в каталоге pfx, поэтому хотел избежать его удаления. Переустановка протона все исправила. Сообщите мне свои результаты.

Привет @FuzzyQuills , Proton 5.0 изменил винный префикс с Windows 7 на Windows 10. Вы описали, что игра меняет свое поведение в среде win10. Когда вы запускаете игру с Proton 4.11 для установки префикса Wine, для него установлено значение win7, и ожидается, что он останется на этом же уровне, когда вы переключитесь на Proton 5.0 для второго запуска.

Привет @FuzzyQuills , Proton 5.0 изменил винный префикс с Windows 7 на Windows 10. Вы описали, что игра меняет свое поведение в среде win10. Когда вы запускаете игру с Proton 4.11 для установки префикса Wine, для него установлено значение win7, и ожидается, что он останется на этом же уровне, когда вы переключитесь на Proton 5.0 для второго запуска.

Что ж, значит, это не протонная ошибка как таковая, а просто странное поведение.

Учитывая, что некоторые установки Windows 10 для других людей также терпели неудачу, я предполагаю, что на самом деле это ошибка в No Man's Sky, которая также запускается на Proton 5. (может быть, он неправильно использует путь кода, предназначенный для версии gamepass? Не удивительно мне честно)

Я полагаю, одиночная игра работает? потому что у меня работает NMS, но я еще не пробовал попробовать многопользовательский режим.

@jarrard Да, одиночная

Да, я протестирую MP сегодня вечером, однако я не знаю никого, с кем можно было бы тестировать, так что надеюсь, он просто позволит вам подключиться к любому серверу.

Да, я протестирую MP сегодня вечером, однако я не знаю никого, с кем можно было бы тестировать, так что надеюсь, он просто позволит вам подключиться к любому серверу.

Я думаю, что No Man's Sky на самом деле одноранговый, поэтому выбрать сервер нельзя.
Если кто-то из списка ваших друзей (Steam или NMS, неважно) играет в нее, либо проведите сеанс самостоятельно, либо попросите друга сделать это.

Если вам понадобится хост, как только мой компьютер снова заработает (неудачное обновление материнской платы повредило мой диск с ОС), я добровольно подарю свой компьютер как дань уважения.

Да, я протестирую MP сегодня вечером, однако я не знаю никого, с кем можно было бы тестировать, так что надеюсь, он просто позволит вам подключиться к любому серверу.

Просто лети в Аномалию. Если вы видите других людей, это работает. Если вы больше никого не видите, значит, это не так.

Для пользователей RADV: эта игра должна отлично работать с Mesa 20.1.2 / ACO и последней версией игры 2.55. Не могли бы вы подтвердить, чтобы мы могли удалить тег "RADV"?

Для пользователей RADV: эта игра должна отлично работать с Mesa 20.1.2 / ACO и последней версией игры 2.55. Не могли бы вы подтвердить, чтобы мы могли удалить тег "RADV"?

Я использую 20.1.1 / ACO через Debian Experimental, и моя игра практически идеальна, за исключением некоторых Z-файтингов на определенных базовых частях. (Кажется, влияет только на одну из моих баз, другие в порядке)

Фиксированный мультиплеер для меня был просто переключением на Proton 4 с моего существующего префикса 5, а затем обратно на 5. В этот момент все работало отлично. Я думаю, что Steam также переустановил зависимости во время этого процесса, что может иметь какое-то отношение к этой ошибке.

Фиксированный мультиплеер для меня был просто переключением на Proton 4 с моего существующего префикса 5, а затем обратно на 5. В этот момент все работало отлично. Я думаю, что Steam также переустановил зависимости во время этого процесса, что может иметь какое-то отношение к этой ошибке.

Это то, что я сделал изначально, когда обнаружил ошибку, затем я попытался стереть Wineprefix в обеих версиях, чтобы посмотреть, что они сделали. (Почти потерял сейв из-за этого ... лол)

Не играл около 3 месяцев и решил попробовать еще раз. Используя новую установку archlinux, proton и NMS, я большую часть времени получал сообщение об ошибке, прежде чем смог закончить загрузочный экран. Мне удалось это исправить, установив vulkan-radeon и удалив amdvlk. Теперь игра работает отлично. Когда либо установлен только amdvlk, либо установлены оба amdvlk и vulkan-radeon, появляется указанная выше ошибка. Я выложил скриншот ошибки. Я надеюсь, что это может помочь другим людям, использующим графические процессоры AMD.

RADV - самый надежный драйвер vulkan для карт AMD atm, amdvlk (от amd), как вы обнаружили, имеет некоторые проблемы.

Не играл около 3 месяцев и решил попробовать еще раз. Используя новую установку archlinux, proton и NMS, я большую часть времени получал сообщение об ошибке, прежде чем смог закончить загрузочный экран. Мне удалось это исправить, установив vulkan-radeon и удалив amdvlk. Теперь игра работает отлично. Когда либо установлен только amdvlk, либо установлены оба amdvlk и vulkan-radeon, появляется указанная выше ошибка. Я выложил скриншот ошибки. Я надеюсь, что это может помочь другим людям, использующим графические процессоры AMD.

Причина, по которой AMDVLK не работает, на самом деле связана с недосмотром пакетов AMDVLK; почти все они не могут установить надлежащие ICD vulkan, вы должны установить их самостоятельно. (К счастью, найти их в Интернете несложно)

При этом Mesa / ACO намного лучше для No Man's Sky, как по производительности, так и по графическим артефактам. (Ошибка с затуханием LOD была исправлена ​​в Mesa 20.1, которая также включает ACO)

Не играл около 3 месяцев и решил попробовать еще раз. Используя новую установку archlinux, proton и NMS, я большую часть времени получал сообщение об ошибке, прежде чем смог закончить загрузочный экран. Мне удалось это исправить, установив vulkan-radeon и удалив amdvlk. Теперь игра работает отлично. Когда либо установлен только amdvlk, либо установлены оба amdvlk и vulkan-radeon, появляется указанная выше ошибка. Я выложил скриншот ошибки. Я надеюсь, что это может помочь другим людям, использующим графические процессоры AMD.

Причина, по которой AMDVLK не работает, на самом деле связана с недосмотром пакетов AMDVLK; почти все они не могут установить надлежащие ICD vulkan, вы должны установить их самостоятельно. (К счастью, найти их в Интернете несложно)

При этом Mesa / ACO намного лучше для No Man's Sky, как по производительности, так и по графическим артефактам. (Ошибка с затуханием LOD была исправлена ​​в Mesa 20.1, которая также включает ACO)

У меня были установлены IDC amdvlk, поэтому я знаю, что проблема не в этом. Должно быть проблема в самом драйвере. Также я заметил, что только что вышла новая версия amdvlk, поэтому я собираюсь протестировать ее и посмотреть, решит ли она проблему. Я отчитаюсь.

Изменить: новый amdvlk теперь работает без сбоев. Однако, похоже, у него более низкий FPS, чем у vulkan-radeon от mesa.

Да, как только в RADV была исправлена ​​проблема LOD, я вообще перестал использовать AMDVLK, так как он намного хуже работает с RADV / ACO. (Даже LLVM чем-то был лучше AMDVLK)

No Man's Sky "Нет подключения к службам сватовства" с Proton 5.0-9, работает с 4.11-13

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/4082.
@JPLeBreton опубликовано 2020-07-18T16: 22: 36:

Отчет о совместимости

• Название игры с проблемами совместимости: No Man's Sky
• Steam AppID игры: 275850

Системная информация

• GPU:
• Версия драйвера / LLVM: nvidia 440.82
• Версия ядра: 5.4.44-1-MANJARO
• Ссылка на полный отчет о системе в виде Gist : https://gist.github.com/JPLeBreton/27ee957c57ea36298312ca3a09eadd70
• Версия протона: 5.0-9

Я подтверждаю:

• [X], что я не нашел существующего отчета о совместимости для этой игры.
• [x], что я проверил, доступны ли обновления для моей системы.

steam-275850.log

Симптомы

Не могу играть в многопользовательский режим с момента выхода обновления Cross Play в прошлом месяце. Более старая версия Proton, 4.11-13, похоже, не имеет этой проблемы.
Обратите внимание, что я все еще могу подключиться к «службам обнаружения» игры, то есть к серверу, который позволяет игрокам регистрировать и видеть обнаруженные друг другом планеты, базы и т.д., и это нормально. Я считаю, что это отдельный вид доступа к сети.

Размножение

1. Запустите последнюю версию игры (2.60) с Proton 5.0-9.
2. Загрузите сохраненную игру.
3. Войдите в меню параметров и выберите раздел «сеть».
4. Обратите внимание: появляется окно с надписью «Нет подключения к службам поиска партнеров».
5. Выйдите из игры и включите вместо нее Proton 4.11-13.
6. Перезапустите игру, загрузите сохранение и войдите в то же меню опций.
7. Обратите внимание: сетевая ошибка не возникает, как раньше.

Ожидаемое поведение: мультиплеер работает со всеми версиями Proton.

Я могу подтвердить проблему с сетью. хорошая штука работает как шарм на 4.11-13

@osdamv Вы пробовали мой комментарий? https://github.com/ValveSoftware/Proton/issues/438#issuecomment -648177961

Также, ребята, если у вас случается двойная загрузка (я делаю это для игр, которые еще не работают надежно на протоне) - проверьте системные часы, если они искажены, даже немного мультиплеер не будет работать.

Да, вы можете установить часы Windows на UTC, что должно предотвращать переключение времени каждый раз, когда вы скачиваете ОС.

Да, вы можете установить часы Windows на UTC, что должно предотвращать переключение времени каждый раз, когда вы скачиваете ОС.

Или, возможно, более простой способ ... Настроить Linux на использование местного времени. timedatectl set-local-rtc 1

@simpleauthority Спасибо, сейчас работает!

Всем привет.
Спасибо за отличную работу, команда Proton.

У меня пока проблема с No man's sky. Несколько дней назад попробовал NMS, периодически долго зависает. Я обновил свою систему до последней версии ядра, и проблемы полностью исчезли.
Но сегодня у меня снова та же проблема. Игра периодически (каждые 1-2 мин) зависает полностью - только звук играет. Это верно для протонов 4 и 5 - никакой разницы. Steam и переустановка игры не помогают.

Мои системные характеристики и журналы приложений:
sysinfo.log
steam-275850.log

Когда игра зависает, появляются строки:

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

не удалось запустить NMS с какой-либо версией протона
Раньше я мог играть ..... хотя это было несколько месяцев назад

nvidia 1070
nvidia 440.100
linuxmint 19.3 (ubuntu 18.04 LTS)

это окно выскакивает и все.

THE GAME HAS ENCOUNTERED AN ERROR AND WILL NOW SHUTDOWN

Token:
62637_0x7DCDDF_76561198095643958

protonlog имеет размер 140 КБ

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

Я думаю, что здесь происходит сбой, но я не уверен

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

ive пробовал .Net версии 4.8
Я просто не уверен, что мне нужно установить с помощью protontricks, чтобы это работало ...

Для работы ничего лишнего не требуется. Попробуйте proton-GE и, возможно, GE-5.0, так как иногда, когда обновляется вино, все ломается.

Те, у кого происходит сбой, пробовали ли вы новый двоичный файл nvidia? Похоже, что у многих людей 440.100 рушится. Я играл на 450.57, и на прошлой неделе никаких проблем.

Для работы ничего лишнего не требуется. Попробуйте proton-GE и, возможно, GE-5.0, так как иногда, когда обновляется вино, все ломается.

отрицательный, я использую 4-11, 5,0 и протон-ге-5,9

Те, у кого происходит сбой, пробовали ли вы новый двоичный файл nvidia? Похоже, что у многих людей 440.100 рушится. Я играл на 450.57, и на прошлой неделе никаких проблем.

Поскольку nvidia 440.x является долгосрочным, я не решался обновляться до новой последней ветки 450.x
нет проблем с обновлением, однако оно не решает проблему NMS.
любая другая игра proton / linux / wine / vulkan, ВСЕ ЧТО ТАКОЕ, работает отлично
Итак, это как-то связано с NMS и любыми пользовательскими библиотеками, которые у меня есть

та же ошибка

62637_0x7DCDDF_userid#

РЕШЕНО.
Полностью УДАЛИТЬ и стереть все
переустановить через Steam
ПРИНЯТЬ EULA
по какой-то причине лицензионное соглашение вызывало у меня огромную проблему, хотя я играл в эту игру раньше

Я пробовал это на прошлой неделе под Linux на моем 1080TI при 4k, и у меня было несколько проблем, во-первых, vkbasalt или mangohud вызвали сбой через 10 секунд или около того, mangohud не смог сообщить о vram GPU или настройке / использовании часов.

Другая проблема заключалась в том, что у меня были серьезные проблемы с производительностью, когда кадр продолжал падать до 10-20 кадров в секунду непрерывно, как волна, в зависимости от того, куда я смотрел ... было невозможно воспроизвести. Вернулся к окнам, без проблем.

Играя на 2080 Ti. Без ограничения я получал (очень переменный) ~ 100 кадров в секунду, но с VSync не удавалось достичь блокировки 60 кадров в секунду, так как в 50-х он был очень неустойчивым и зависал. Снижение разрешения текстуры немного помогло, но не сильно.

Применение исправления спуфинга исправило его. Стабильная частота кадров и гораздо лучшая производительность, при этом все настроено на максимально высокий уровень. Что-то в специфичном для Nvidia кодовом пути игры для потоковой передачи текстур по-прежнему не работает.

В обоих случаях игра использует только 3-4 ГБ видеопамяти из имеющихся у меня 11 ГБ.

Только что установил proton-ge-custom-bin из AUR сегодня, и у меня возникла графическая проблема с последними драйверами. Какие-нибудь исправления?

Не уверен, что это регресс, но теперь No Man's Sky здесь не работает в VR. Отправил мой Valve Index в RMA, он вернулся, работает со всеми играми (88 игр VR), кроме No Man's Sky, и раньше он работал отлично. Пробовал с уловкой спуфинга NVIDIA AMD и без нее, пробовал полностью удалить и очистить каталог compatdata 275850, а затем переустановить, пробовал проверять файлы, пробовал разные драйверы NVIDIA, пробовал разные версии протонов, кроме 5.0-9 по умолчанию, пробовал запускать из клиента Steam и выбирать «Запустить игру в HMD» и изнутри SteamVR Home - безрезультатно. Что происходит: я вызываю игру, эскиз загрузки игры появляется на экране гарнитуры на несколько секунд, но затем игра запускается на мониторе и, конечно же, не реагирует на элементы управления индексом. Это похоже на то, что он не может инициализировать / получить доступ к VR, но поскольку я полностью удалил, переустановил и даже проверил файлы, он должен иметь возможность использовать openvr_api.dll или что-то еще, что он использует, не имеет смысла.

суть моей конфигурации: https://gist.github.com/Patola/acbcb1b52ab975f9b02f8e888b325de8 (хотя теперь у меня есть более новый драйвер NVIDIA). То же самое и в Arch, и в Ubuntu 20.04.1.

Есть сообщение в gamingonlinux, в котором упоминается: https://www.gamingonlinux.com/forum/topic/4619/post_id=

steam-275850.log

Привет @Patola , err:vrclient:create_win_interface Don't recognize interface name: IVRSystem_022 выглядит как интересующая вас строка из журнала.

Большое спасибо @ kisak-valve, я попробую поискать, что это значит, и постараюсь найти решение проблемы. Если исправлю, скажу здесь.

Итак ... Это версия системы IVR, которую SteamVR Linux до сих пор не поддерживает, не так ли? Поддерживает IVRSystem до 021?

@Patola Спасибо за сообщение. Я исправлю это в следующем выпуске Proton.

Благодарю. Я попытался возиться с каталогом vrclient_x64 proton, чтобы попытаться добавить IVRSystem_022 на основе более старых, это не сработало. Неудачная попытка, но попробовать стоило. Буду ждать грядущего релиза Proton.

Хорошо, кажется, Proton 5.13-1 полностью сломал No Man's Sky (VR или иначе)? PROTON_LOG прилагается.
steam-275850.log

@Patola Я могу войти в игру и перемещаться по первой планете, так что она, по крайней мере, не полностью сломана :) Другие игры работают на вас в 5.13, или все игры сломаны?

Режим VR действительно не исправлен. Я все еще над этим работаю.

Я запустил всего пару игр, и они работали под 5.13, я попробую сегодня как минимум 20 других игр, чтобы посмотреть, повлияет ли это и на них.

@aeikum Мне очень жаль. Я не знаю, что изменилось, но после того, как я успешно протестировал дюжину игр под Proton 5.13-1, я снова запустил No Man's Sky (режим без VR), и все прошло успешно. Сначала потребовалось время для компиляции шейдеров, но все прошло нормально. Я не знаю, почему он не работал тогда. Не обращайте внимания на мой последний журнал steam-275850.log. Я даже снова попробовал версию VR (не сработало, но вернулся в режим блинов), а затем снова запустил ее в режиме блинов, и это сработало.

Большой! Я очень рада это слышать :)

У вас было обновление на питоне? У меня были проблемы, похожие на вас. Перезагрузился, и протон снова заработал.

Конечно. Вчера, когда у меня возникла эта проблема, обновился python-xlib.

Также могу подтвердить, что в режиме "блин" на 5.13-1 игра работает нормально. К сожалению, у меня также возникают проблемы с запуском игры в режиме VR на моем Index.

Обратите внимание, что такие вещи, как Mangohud, могут вызывать сбои в некоторых играх, таких как NMS, где после того, как вы покинете первую планету, mangohud (если он даже отображается на экране) приведет к остановке игры.

Я получаю ту же ошибку, которую @Patola показывал в своем файле журнала. Я использую Manjaro с GeForce GTX 1080, и все программное обеспечение обновлено. Раньше он еще не работал, просто попробовал сегодня установить NMS.

Благодарен за любые предложения!

Извините, я понял, что не прикрепил собственный файл журнала ...
steam-275850.log

Для пользователей RADV: у вас все еще есть проблемы с рендерингом в этой игре и Mesa 20.2.x? Я думаю, мы устранили все известные проблемы, поэтому метку RADV можно было удалить, но сначала запросить подтверждение.

Для пользователей RADV: у вас все еще есть проблемы с рендерингом в этой игре и Mesa 20.2.x? Я думаю, мы устранили все известные проблемы, поэтому метку RADV можно было удалить, но сначала запросить подтверждение.

Radeon RX 5700 XT; АМДГПУ с кисак-месой свежий ппа (20,2,1 атм); Linux Mint 19.3; Ядро 5.8.16
У меня нет ошибок рендеринга. Но я не уверен, были ли они у меня, потому что давно не играл. Я снова играю в нее только с последним DLC.

Может быть, другие, которые сообщили об упомянутых ошибках, могут что-то добавить.

RX 5700, меса 20.3-git-2b977a. Масштабирование разрешения вызывает странные блочные артефакты освещения (ACO и LLVM, эта проблема существовала для меня с тех пор, как масштабирование разрешения было добавлено в NMS), а текстуры с высоким разрешением долго загружаются (только ACO, я, кажется, помню, что видел отчет об ошибке открывать где-нибудь об этом, но я не могу найти ...). Других проблем не обнаружил, думаю, все исправили.

Изображение артефактов освещения:

Небо без человека

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/4342.
@taldarus опубликовано 2020-11-02T18: 17:07:

Отчет о совместимости

• Название игры с проблемами совместимости: No man's sky
• Steam AppID игры: 275850

`Системная информация

• Графический процессор: GeForce GTX 970
• Версия драйвера / LLVM: nvidia v: 390.138
• Версия ядра: 5.4.0-52-generic x86_64
• Версия Proton: 3.16, 3.7 установлены, но я думал, что использую 5.13 / до последней версии

Я подтверждаю:

• [X], что я не нашел существующего отчета о совместимости для этой игры.
• [X], что я проверил, доступны ли обновления для моей системы.

Журнал:
Ничего не вышло, проблема видна.

Симптомы

Запустите игру, и я все еще получаю сообщение «Ошибка SteamAPI_Init. Нет лицензии или Steam не работает».

Я не был в курсе, когда возникла ошибка, я перезагружал и перезапускал все несколько раз.

Извините, если это не то место. Чаще всего хочу вернуть игровой банкомат, но это для моих детей. Я искал несколько раз и ничего не нашел. Кажется, что файл отсутствует, а не проблема совместимости, но дрон поддержки Steam направил меня сюда.

Размножение

Легко воспроизвести :)

Я просто нажимаю кнопку воспроизведения, и это не работает. Извините, я не могу дать вам модный журнал, так как проблема в steamAPI, поэтому запрос журнала не работает.

Привет, @taldarus , серия драйверов nVidia 390 старше, чем ограничение поддержки для Proton, пожалуйста, обновите серию драйверов до новой. Кроме того, скопируйте системную информацию из Steam ( Steam -> Help -> System Information ) и поместите ее в суть , а затем включите ссылку на суть в этом выпуске отчет.

Начиная с Proton 5.13, Proton теперь работает поверх Steam Linux Runtime - Soldier, который представляет собой контейнерную среду, настроенную компанией Pressure Vessel. Поскольку PROTON_LOG=1 не создает журнал с помощью Proton 5.13, это указывает на то, что вы могли столкнуться с проблемой с сосудом под давлением. Пожалуйста, полностью закройте Steam, затем запустите Steam из терминала и проверьте, есть ли какие-либо подсказки в выводе терминала при попытке запустить игру. Если вы используете модифицированный пакет Steam для Debian, он может перехватить любые подсказки и поместить их в ~/.steam/error.log .

Информация о системе в реальном времени: https://gist.github.com/taldarus/d91b4d730a9d11eb0c186aa0a270f124
Терминальный выброс: https://gist.github.com/taldarus/274fad28c4c728c90177bed96c8ec91d

Это немного сбивает с толку, потому что похоже, что я должен работать с повышенными привилегиями, что, как я понимаю, является традиционным запретом-нет. Так что я сделаю это и посмотрю, получу ли я больше данных.

Опубликовать Nvidia Terminal Spew: https://gist.github.com/taldarus/5d8b01c5266c8a2d0f567bc1934609f2

И steam делает что-то странное, я видел, как он пытается обновиться. Так что это выглядит многообещающе. Я немного повозлюсь.

Окончательное редактирование (возможно):
На данный момент у меня возникла проблема (похоже, что mint 19.3 -> 20 претерпел существенное изменение на 64 бита). Начиная с Nvidia, я быстро обнаружил множество мелких ошибок, и в конечном итоге это привело меня к обновлению до 20.x. Я не подтвердил, что это решит проблему, но процесс обновления идет уже почти два часа. (2000 пакетов необходимо обновить Oo)

Я помню, что он хотел обновиться до 20.0, и я сказал ему подождать. По крайней мере, я думал, что нужно ждать, потому что он категорически отказался снова рассказать мне об этом обновлении. Если это не решит проблему, я отправлю сообщение еще раз. Надеюсь, игра немного поработает.

Спасибо за помощь кисак

Привет, @aeikum , я заметил новую версию Proton-5.0 (5.0-10) и обновил Proton, и попытался запустить No Man's Sky в VR с этой конкретной версией. Сбой при запуске с общим диалоговым окном с просьбой связаться со службой поддержки, даже попытался полностью удалить, удалив compatdata 275850 (я не знаю, почему Steam не удаляет их после удаления), а затем снова установил его прямо из Proton 5.0. Отлично работает в режиме блинов, но вылетает с тем же общим сообщением.

Должен ли этот выпуск Proton решить проблему с No Man's Sky VR? Я говорю это, потому что, обновив совместимость с openvr, я думал, что так и будет.

В любом случае прилагаю лог steam, если он вам нужен
steam-275850.log
.

К сожалению нет. В игре обнаружена новая ошибка, которую я изучил, но не смог решить. Я зарегистрировал ошибку в нашем внутреннем трекере, но пока не знаю, когда она будет исправлена. (Он передает явно недействительный дескриптор VkPhysicalDevice в функцию OpenVR, что вызывает сбой. Я не знаю, почему он это делает.)

@aeikum Есть ли в новом Proton 5.13-2 RC исправления для No Man's Sky в режиме VR?

@rstrube Нет.

Обновлен до Mesa 20.2.2 из обновленного PPA Кисака, и No Man Sky больше не отображает никакой игровой графики

Правильно отображаются начальные меню и анимация звездного поля.

Однако на игровом экране все черное, так как на нем не отображается графика, кроме надписей.

Внутриигровые меню тоже работают на 100%

Я использую карту RX480 8GiB в Ubuntu 18.04.5

Любая другая игра, которую мне удалось протестировать, работает нормально.

Это началось сразу после того, как обновление до 20.2.2 предыдущей версии на моем компьютере прошло на 100% нормально.

Обновлен до Mesa 20.2.2 из обновленного PPA Кисака, и No Man Sky больше не отображает никакой игровой графики

Правильно отображаются начальные меню и анимация звездного поля.

Однако на игровом экране все черное, так как на нем не отображается графика, кроме надписей.

Внутриигровые меню тоже работают на 100%

Я использую карту RX480 8GiB в Ubuntu 18.04.5

Любая другая игра, которую мне удалось протестировать, работает нормально.

Это началось сразу после того, как обновление до 20.2.2 предыдущей версии на моем компьютере прошло на 100% нормально.

Я могу это подтвердить. После обновления до Kisak mesa-fresh 20.2.2 с предыдущей версии 20.2.1 у меня возникли те же проблемы. I В игре отображается только черный экран. Текстуры не визуализируются. По-прежнему отображаются только значки на экране, которые отмечают особые места или путевые знаки. Также игровое меню и звездный экран в последовательности загрузки работают одинаково.

Поэтому я удалил PPA и теперь использую Mesa 20.0.8, который поставляется с Linux Mint 20 (на основе Ubuntu 20.04 LTS) по умолчанию, и поэтому он снова работает нормально. Единственное, что у меня есть сейчас, это ошибки текстуры, которые были известны в прошлом.

Технические характеристики:
Linux Mint 20
Ядро 5.8.16
AMDGPU
AMD Ryzen 3600
AMD RX 5700 XT

Спасибо, что обратили мое внимание на ошибку драйвера @nentibusarchitectura и @ KuJo-Ger. На данный момент проблема заключается в моем наборе ранних бэкпортов для мезы, а не в восходящей мезе. Я посмотрю, что смогу найти для сборки 20.2.3.

Обновление: обнаружен патч, вызывающий нарушение, и он будет отменен в следующей сборке PPA.

На данный момент нет никаких намеков на то, что mesa 20.2.3 будет развернут по расписанию, поэтому я отправил mesa 20.2.2 ~ kisak2 в ферму сборки, которая должна исправить специфическую регрессию PPA. Еще раз спасибо за обнаружение проблемы.

На данный момент нет никаких намеков на то, что mesa 20.2.3 будет развернут по расписанию, поэтому я отправил mesa 20.2.2 ~ kisak2 в ферму сборки, которая должна исправить специфическую регрессию PPA. Еще раз спасибо за обнаружение проблемы.

Я переустановил ваш PPA - и игра снова работает нормально. Текстуры снова отображаются правильно.

@ кисак-клапан:
Вы благодарите нас за обнаружение проблемы. Но у нас есть гораздо больше поблагодарить вас за предоставленный нам этот замечательный PPA!

Привет Кисак,

Могу подтвердить, что более новая версия на вашем Mesa-Fresh PPA решает проблему и для меня.

Большое спасибо за вашу тяжелую работу, мы очень ценим ее.

К сожалению нет. В игре обнаружена новая ошибка, которую я изучил, но не смог решить. Я зарегистрировал ошибку в нашем внутреннем трекере

@aeikum Также испытывает ту же проблему, что и @Patola и @rstrube , возможно, стоит обратиться к разработчикам, поскольку они, похоже, поддерживают Proton с учетом своих предыдущих исправлений ?

https://hellogames.org/contact