Здесь та же проблема. Идентичный ящик с ошибкой и ничего больше.

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

• Графический процессор: GeForce GTX 1080 Ti
• Версия драйвера / LLVM: NVIDIA 440.95.01
• Версия ядра: 5.4.0-7634-generic
• Ссылка на полный отчет о системе в виде Gist :
• Версия протона: 5.0-9

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

Журнал при нажатии «нет» на отправку отчета о сбое:
steam-1151640-no_crash_report.log

Журнал при нажатии «да» для отправки отчета о сбое:
steam-1151640-yes_crash_report.log

Изменить: из любопытства я попробовал с новейшей версией GloriousEggroll / proton-ge-custom, с, казалось бы, тем же результатом.
Зайдите сюда, если это кому-то поможет: proton_5.9-GE-5-ST_steam-1151640.log

Здесь та же проблема. Идентичный ящик с ошибкой и ничего больше.
steam-1151640.log
Системная информация Steam

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

warn: debugstr : OutputDebugStringA "Неизвестное необработанное исключение (C06D007Eh) произошло в потоке 'Main' (0) в месте инструкции 000000007B00FC3Eh \ n \ nСтек вызовов: \ nБазовый адрес: 0x000140000000 \ n 0. 0x00007BCDAC6C RtlVirtlVirtual1. \ n 2. 0x00007BCDB2FE NtRaiseException \ n 3 "

У меня такая же проблема, такая же строка была и в моем журнале протонов, вместе с ошибкой cpu_context_win.cc:144] контекст не для x64

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

Системная информация
steam-1151640_GE_5.9-5_ST.log
steam-1151640_Proton509.log
steam-1151640_Proton509_next.log

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

Здесь та же проблема.

тоже самое

Я думаю, что "error cpu_context_win.cc:144] non-x64 context" - это сбой аварийного репортера, а не hzd.
Когда вы нажимаете «нет», когда вас просят отправить отчет об ошибке, вы получаете совсем другой протокол протонов.
Затем предупредите: debugstr : OutputDebugStringA "Инициализация кучи DLMalloc \ n" может выглядеть как злая ведьма, которая все это вызвала.
steam-1151640.log

Также только dx12. Это тоже может не сильно помочь.

У меня такое же всплывающее окно .. Я пробовал несколько версий proton, включая proton-ge и proton-tkg ..

У меня такая же проблема

Затем предупредите: debugstr : OutputDebugStringA "Инициализация кучи DLMalloc \ n" может выглядеть как злая ведьма, которая все это вызвала.
steam-1151640.log

Это не так. Эти журналы содержат много информации и, возможно, ее недостаточно.

Фактически вы можете посмотреть на

fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled
warn:debugstr:OutputDebugStringA "Initializing DLMalloc Heap\n"

и думаю, что это могло вызвать сбой. Но, скорее всего, это отвлекающий маневр.

Кроме того, в рабочей игре могут присутствовать такие вещи, как «execute_cfa_instructions», «raise_exception», «dump_unwind_info». Журналы также могут создавать другие проблемы, поскольку записи в журналах появляются в разных местах.

Также есть fixme и предупреждения для dx12, но это также может означать, а может и не означать ничего важного.

fixme:d3d12_device_caps_init_feature_options1: TotalLaneCount = 3840, may be inaccurate.
fixme:dxgi:dxgi_adapter_QueryVideoMemoryInfo Returning fake video memory info.
fixme:dxgi:dxgi_adapter_SetVideoMemoryReservation iface 0xd97f40, node_index 0, segment_group 0, reservation 0x180000000 stub!
warn:d3d12_device_CheckFeatureSupport: Shader cache features not supported.fixme:d3d12_device_CheckFeatureSupport: Unhandled format 0x55.
fixme:d3d12_device_CheckFeatureSupport: Unhandled format 0x56.
fixme:d3d12_device_CheckFeatureSupport: Unhandled format 0x73.

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

Здесь та же проблема. Идентичное поле ошибки.
steam-1151640.log
steam-sysinfo.txt

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

steam-1151640.zip
sysinfo.txt

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

steam-1151640.zip
sysinfo.txt

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

Вы получаете это диалоговое окно сбоя в строках [edit: 3k] [вероятно, ~ 2.7 или 2.8k] информации dx12, которую я опубликовал выше, в частности

"warn:d3d12_device_CheckFeatureSupport: Shader cache features not supported"
fixme:d3d12_device_CheckFeatureSupport: Unhandled format 0x56

Поскольку это в основном мусор между ними, вполне вероятно, что это происходит с материалом dx12 или раньше (я еще не изучал это).

Диалог ошибки.

0150:Ret  PE DLL (proc=0x11007bb8,module=0x11000000 L"amd_ags_x64.dll",reason=THREAD_ATTACH,res=(nil)) retval=1
0150:Starting thread proc 0x140375730 (arg=0x4fc5500)
0150:Call user32.MessageBoxW(00000000,141b588b0 L"Unfortunately the game has crashed.\nDo you want to help us fix the issue by sending a crash report?",141b59dc0 L"Error",00040014) ret=1403757c8

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

Я тоже пробовал игру в Windows 10, и она тоже не запускается, отображается точно такое же диалоговое окно.

Однако перед ошибкой «К сожалению, игра вылетела ...» отображается другое диалоговое окно, в котором говорится, что игра будет работать только с версией драйвера 27. Это версия драйвера NVidia DirectX, и эта версия поддерживает DirectX12 Ultimate, чего я не мог. t установить на компьютер с Windows 10 по ... причинам ...

Итак, я предполагаю, что причина этого сбоя на Proton в основном заключается в том, что нет поддержки DirectX 12 Ultimate ни в Proton, ни в DX dll, используемых в префиксе Proton для этой игры, или потому, что драйвер NVidia, который у меня есть в Linux (440.100), поддерживает не предоставляет функций, необходимых для реализации / эмуляции DX12 Ultimate или в каком-либо другом месте (я не очень хорошо знаком со всем стеком Wine / Proton, чтобы иметь возможность определить это более точно).

Только мои 2 цента, подумал, что это может как-то помочь.

Итак, я предполагаю, что причина этого сбоя на Proton в основном заключается в том, что нет поддержки DirectX 12 Ultimate ни в Proton, ни в DX dll, используемых в префиксе Proton для этой игры, или потому, что драйвер NVidia, который у меня есть в Linux (440.100), поддерживает не предоставляет функций, необходимых для реализации / эмуляции DX12 Ultimate или в каком-либо другом месте (я не очень хорошо знаком со всем стеком Wine / Proton, чтобы иметь возможность определить это более точно).

Конечно, это возможно. Хотя я считаю, что Death Stranding - единственная другая игра, в которой используется эта версия движка Decima и dx12, и она работает со следующей версией Proton, хотя это кажется ненадежным и не без проблем.

VKD3D все еще находится в стадии разработки, но они также отмечают, что 440.100 - это тот, который работает с dx12, и также может потребоваться драйвер более поздней версии. Я не уверен, что здесь кто-то тестировал бета-драйвер Nvidia Vulkan для разработчиков.

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

это, скорее всего, проблема с dx12, я получаю « fixme: d3d12_device_CheckFeatureSupport : необработанная функция 0x13». до того, как он выйдет из строя, в логах.

Похоже, нам нужно подождать, пока vkd3d продолжит развиваться.

это, скорее всего, проблема с dx12, я получаю « fixme: d3d12_device_CheckFeatureSupport : необработанная функция 0x13». до того, как он выйдет из строя, в логах.

Похоже, нам нужно подождать, пока vkd3d продолжит развиваться.

Вы можете избавиться от этой ошибки грязным способом, добавив несколько строк в vkd3d. Это не имеет значения. При копировании dxcompiler.dll из каталога инструментов в каталог исполняемого файла он показывает экран загрузки, но все равно вылетает с тем же сообщением, так что это не очень полезно.

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

Как говорит @Danacus , начальная ошибка, скорее всего, связана с отсутствием dxcompiler.dll (из журнала @korodarn - спасибо!):

00bc:Call KERNEL32.LoadLibraryExA(141e94fc0 "dxcompiler.dll",00000000,00000000) ret=1416abd49
...
00bc:Ret  KERNEL32.LoadLibraryExA() retval=00000000 ret=1416abd49
00bc:Call KERNEL32.GetLastError() ret=1416abd57
00bc:Ret  KERNEL32.GetLastError() retval=0000007e ret=1416abd57
00bc:Call KERNEL32.RaiseException(c06d007e,00000000,00000001,0021e290) ret=1416abd9d

Если кто-то, кто скопировал dxcompiler.dll из каталога инструментов в каталог исполняемого файла (и добрался до экрана загрузки, как заявил Данакус), может предоставить журнал WINEDEBUG=+relay,module,seh,timestamp , это может помочь найти способ обойти это :) ( не забудьте сжать его, иначе он будет довольно огромным, ха-ха)

Я не думаю, что он попал на экран загрузки, но журнал действительно выглядит немного иначе, так что, возможно, он будет полезен, а может и нет.
steam-1151640_2.zip

@korodarn Не знаю, поможет это или нет, но попробуйте установить родной d3dcompiler_47 ( protontricks 1151640 d3dcompiler_47 ):

73612.804:00bc:Call d3dcompiler_47.D3DCreateBlob(0000022c,0021e360) ret=1401f327e
73612.804:00bc:Ret  d3dcompiler_47.D3DCreateBlob() retval=00000000 ret=1401f327e
...
73612.804:00bc:trace:seh:raise_exception code=c0000005 flags=0 addr=0x1400f0787 ip=1400f0787 tid=00bc

steam-1151640_1.zip
Я скопировал d3dcompiler_47 в папку с исполняемыми файлами, а также прогон до того, который я загрузил. Я застегнул его прямо перед этим, так что он здесь

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

Я предполагаю, что это может быть связано с причиной сбоя:

warn:d3d12_swapchain_set_display_mode: Failed to find closest matching mode, hr 0x887a0001.
...
err:d3d12_swapchain_resize_target: Failed to set display mode, hr 0x887a0001.
...
73337.021:00bc:trace:seh:raise_exception code=c0000005 flags=0 addr=0x1400f0787 ip=1400f0787 tid=00bc

Над ним также есть несколько предупреждающих сообщений, не уверен, что они актуальны:

fixme:d3d12_rtv_desc_create_rtv: NULL resource RTV not implemented.
fixme:d3d12_pipeline_library_LoadGraphicsPipeline: iface 000000000086E0F0, name "a7c87623f47cdb58f8e2d75445db3985", desc 000000000021E3E0, iid {765a30f3-f624-4c6f-a828-ace948622445}, pipeline_state 000000000021E3A0 stub!
fixme:d3d12_pipeline_library_StorePipeline: iface 000000000086E0F0, name "a7c87623f47cdb58f8e2d75445db3985", pipeline 00000000008EC1F0 stub!
fixme:d3d12_pipeline_library_LoadGraphicsPipeline: iface 000000000086E0F0, name "2537307d2151a4df271e4f83d59bb13a", desc 000000000021E7A0, iid {765a30f3-f624-4c6f-a828-ace948622445}, pipeline_state 000000000021E760 stub!
fixme:d3d12_pipeline_library_StorePipeline: iface 000000000086E0F0, name "2537307d2151a4df271e4f83d59bb13a", pipeline 00000000008ECC80 stub!
fixme:d3d12_pipeline_library_LoadGraphicsPipeline: iface 000000000086E0F0, name "21027ab47f814a59b74aac09a0de8a03", desc 000000000021E7A0, iid {765a30f3-f624-4c6f-a828-ace948622445}, pipeline_state 000000000021E760 stub!
fixme:d3d12_pipeline_library_StorePipeline: iface 000000000086E0F0, name "21027ab47f814a59b74aac09a0de8a03", pipeline 00000000008ED710 stub!
fixme:d3d12_pipeline_library_LoadGraphicsPipeline: iface 000000000086E0F0, name "27b94cf050813cc52a0b50f27d19c573", desc 000000000021E740, iid {765a30f3-f624-4c6f-a828-ace948622445}, pipeline_state 000000000021E700 stub!
fixme:d3d12_pipeline_library_StorePipeline: iface 000000000086E0F0, name "27b94cf050813cc52a0b50f27d19c573", pipeline 00000000008EE1A0 stub!

Патч 1.01 вышел, пока не успел его протестировать.

https://www.reddit.com/r/horizon/comments/i9jaa0/horizon_zero_dawn_complete_edition_for_pc_patch/

У меня все еще вылетает.

Предположим, что это ничего не стоит и дает crossctRaven перерыв из-за поста низкого качества, поскольку патч включает «У некоторых игроков возникают сбои при запуске. Патч 1.01 исправляет некоторые, но не все, из этих сбоев».

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

Но до запуска игры могут потребоваться исправления Proton / Wine / VKD3D / etc.

Выбрав некоторые коммиты из вышестоящего vkd3d в дерево клапанов, вы можете исправить ошибки «необработанной функции», а также исправить ошибки «необработанного формата», просто добавив отсутствующие форматы (не сложно, это поддерживаемые форматы в vulkan вам просто нужно добавить правильное отображение).
После этого игра жалуется на отсутствие поддержки DXIL. К сожалению, даже если вы включите dxil-spirv в vkd3d, вы все равно не сможете продвинуться дальше экрана загрузки, потому что он не работает с сообщением «[ERROR] UNKNOWN unimplemented», исходящим от dxil-spirv. Я пробовал пойти глубже, но этот материал (vulkan / spirv / llvm) мне не по зубам, и я даже не уверен, что то, что я сделал, правильно. В любом случае, я думаю, что этой игре нужен DXIL, а dxil-spirv пока недостаточно.

Что ж, есть плохие новости и хорошие новости. Недавно было обновление dxil-spirv, и теперь инициализация графики, похоже, завершена, и теперь ввод не работает. Игра пытается загрузить «Windows.Gaming.Input» и не может этого сделать. Похоже, что это что-то вроде WinRT / UWP API, но я не могу найти много ссылок на это в Wine, не знаю, что делать дальше.

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

@ nyz93, не могли бы вы опубликовать свои изменения, которые вы сделали для HZD, может быть, я найду немного времени в эти выходные и добавлю все, что недостает WinRT / UWP.

@ lyra00, вам нужно установить dxil-spirv и собрать этот vkd3d, используя --with-dxil-spirv . Что касается того, как получить это в протоне, я не уверен на 100%, что использую копию EGS, обычную версию Wine 5.14 и пустой префикс всего с vcrun2015 от winetricks.

@ nyz93 : Хорошо, я думаю, что ваши изменения были реализованы в Proton локально (с интеграцией с системой сборки). В настоящее время я создаю и тестирую его, и когда он заработает, я завтра создаю общедоступный FORK в своей учетной записи github. Затем я запускаю этот материал WinRT / UWP. Надеюсь, это последнее, чего там не хватает.

С вилкой vkd3d-proton пробовали? У него есть масса коммитов перед официальным репозиторием vkd3d на winehq с момента его форка.

Интересный форк vkd3d-proton уже имеет интегрированный dxil-spirv, так что, возможно, лучше использовать его вместо того, чтобы напрямую добавлять к протону.

Привет,

это уже должно быть интегрировано в сборки протонов TKG.

https://github.com/Frogging-Family/wine-tkg-git/releases

Поставляется с последней разработанной версией автономного vkd3d-proton от HansKristian & Doitsujin - https://github.com/HansKristian-Work/vkd3d

Хорошо, я работаю над Proton HZD Fork, куда я добавляю все те изменения, которые выяснил @ nyz93 (большое спасибо ему).
Я запускаю его изменения vkd3d, но у меня проблемы со сборкой dxil-spirv со средой выполнения Steam по умолчанию.

@fsyy, к сожалению, я не смог скомпилировать TKG Proton (так много конфликтов слияния O_o), но единственное отличие от стандартного Proton в том, что "--with-dxil-spirv" по умолчанию включен, поэтому мне не стоило следовать по этому пути больше.
Я буду придерживаться Proton-5.0-next и изменений Cherry picking из Wine-5.x, когда мне нужно.

Вот вилка, которую я создал, когда у вас есть специальное решение HZD, вы можете добавить PR.
https://github.com/lyra00/Proton
Когда у нас работает HZD, мы можем внести изменения в исходный протон.

Что я сделал, планирую сделать:

• [x] Вилка https://github.com/HansKristian-Work/vkd3d-proton и применение изменений @ nyz93 .
• [x] Fork Proton, замените субмодуль на Forked vkd3d-proton
• [x] Добавить подмодуль dxil-spirv
• [] Интегрируйте dxil-spirv в систему сборки Proton
  > - [] Выясните, как запустить WinRT / UWP в Wine / Linux.
  или же
  > - [] Запишите "Windows.Gaming.Input" в оболочку "DirectInput"
• [] ...

Я надеюсь, что смогу заняться WinRT / UWP в следующие выходные.

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

Отключить защиту потока управления в Защитнике Windows только для HZD
Включить большие страницы
Если вы используете последнюю сборку Windows (v2004 или 19041.xxx), убедитесь, что вы включили HAGS.
Существует программа под названием «Intelligent Standby List Cleaner», которая со временем очищает резервную память на основе определенных параметров, получает ее и гарантирует, что она работает в фоновом режиме.

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

Благодаря заплатам Пола и постоянным усилиям Ханса-Кристиана мы кое-чего достигли.
https://www.winehq.org/pipermail/wine-devel/2020-August/172365.html
https://www.winehq.org/pipermail/wine-devel/2020-August/172366.html

RADV / ACO:

AMDGPU-PRO:

Это нестабильно и медленно на AMDGPU-PRO, и хотя оно кажется стабильным и производительность довольно хороша на RADV / ACO, но визуально более глючно (хотя и то, и другое). Но эй, это что-то.

Если кому-то интересно, это было сделано с текущим главой proton-tkg, постановкой 5.15.2r7 (aaea13a1).
Изменить: в настоящее время на Nvidia есть проблемы с блокировкой.

Поздравляю, ребята! Значит, здесь используется преобразователь DX12 в Vulkan (SPIR-V) на лету?

@ xcom169 https://github.com/HansKristian-Work/vkd3d-proton

В ответ на https://github.com/ValveSoftware/Proton/issues/4125#issuecomment -680129597

Теперь мне любопытно посмотреть, как это будет выглядеть на графическом процессоре nvidia. Драйверы Nvidia менее глючны, чем AMD.

@ Galcian79 Рендеринг аналогичен AMDGPU-PRO. Плавающие камни, растения, пропавшие предметы и т. Д., Но без линий. Хотя насчет стабильности не уверен.

здесь не работает, пользователь nvidia, та же ошибка, что и раньше.

log со свежим префиксом:

https://gist.github.com/fsyy/587f85abfea2a3ca2b993afe531c561e

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

https://gist.github.com/fsyy/b6b4a73f60114d0cd1c40ecef95c83c2

Сначала это не сработало для меня, но компиляция vkd3d-proton в dll и установка переопределения dll на native сработали. Я не знаю, почему не работал собственный vkd3d-proton из PKGBUILD от @Tk-Glitch.

@Danacus Общая библиотека имеет ограниченные функциональные возможности по сравнению с автономной сборкой dll. Использование автономной версии необходимо для того, чтобы различные игры для d3d12 вообще работали, так как это позволяет обойти некоторые ограничения Wine.

@ Tk-Glitch Хорошо, это полезно знать. Благодаря!

какие ограничения?

В среду, 26 августа 2020 г., в 16:40 Daan Vanoverloop
[email protected] написал:
>

@ Tk-Glitch Хорошо, это полезно знать. Благодаря!

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

@ Tk-Glitch Я использовал ваш vkd3d-git PKGBUILD для установки vkd3d-proton.
Затем я скомпилировал proton-tkg с _use_vkd3dlib="false" и снова попробовал HZD, но он все равно вылетает.

Я также пробовал (как упоминалось в https://github.com/ValveSoftware/Proton/issues/4125#issuecomment-680883714) скомпилировать vkd3d-proton и скопировать dll внутри system32 и syswow64 внутри wineprefix и добавить переопределение в winecfg за d3d12.dll на родной. Это тоже ничего не изменило.

Нужно ли что-то менять в винном приставке HZD? Возможно ли, что это как-то связано со мной, когда я использую mesa-aco-git или amdvlk вместо vulkan-radeon ?

Примечание для любителей приключений:
Для игры требуется собственный d3dcompiler_47.dll (вы можете запустить cp ./Tools/ShaderCompiler/PC/10.0.18362.0/x64/d3dcompiler_47.dll . из каталога игры, чтобы "принудительно" использовать его, поскольку игра по умолчанию этого не делает).

@ D3SOX Очевидно, текущий mesa-git препятствует запуску игры. mesa-aco-git должны быть устаревшими. AMDVLK не работает с игрой afaik (хотя -pro работает, возможно, только на Navi, поскольку я не тестировал Vega или Polaris).
Стандартный d3d12.dll должен использоваться по умолчанию при сборке proton-tkg без каких-либо действий. Вам также не требуется установленный пакет vkd3d для использования автономного d3d12.dll.

@slapin Потребность в реализации D3D12CreateVersionedRootSignatureDeserializer на стороне вина, например, или возможность использовать другой dxgi, такой как DXVK. Ханс-Кристиан и Дойцуджин знают лучше: stuck_out_tongue:

@ Tk-Glitch Я вернулся к mesa по умолчанию и заменил amdvlk на vulkan-radeon (и пакеты lib32) и скопировал d3dcompiler_47.dll с предоставленной вами командой. Теперь игра запускается (я вижу из нее окно) но все равно вылетает

Вывод терминала: https://gist.github.com/D3SOX/8e2c25b21309f3b8584ef510baca43bd

Попробуйте также скопировать dxcompiler.dll .

Попробуйте также скопировать dxcompiler.dll .

Я сделал cp Tools/ShaderCompiler/PC/1.0.2595/x64/dxcompiler.dll . внутри /steamapps/common/Horizon Zero Dawn но ошибка повторяется

У меня dxcompiler.dll сработало. Спасибо огромное! : +1:

Привет, можно ли обобщить необходимые шаги в одном удобном для новичков посте? Я слежу за этой веткой, но я немного не в себе, и документация по форку @ lyra00 показывает, как собрать Proton с нуля, что кажется немного излишним, когда Steam и Proton уже установлены. Я полагаю, что я не единственный, и что это будет полезно многим людям. Большое спасибо за отличную работу!

Привет, можно ли обобщить необходимые шаги в одном удобном для новичков посте? Я слежу за этой веткой, но я немного не в себе, и документация по форку @ lyra00 показывает, как собрать Proton с нуля, что кажется немного излишним, когда Steam и Proton уже установлены. Я полагаю, что я не единственный, и что это будет полезно многим людям. Большое спасибо за отличную работу!

Вам не нужно строить Proton. На мой взгляд, он работает с последней сборкой TKG Proton и после копирования d3dcompiler_47.dll в каталог исполняемого файла Horizon Dawn из каталога Tools внутри. Кроме того, все еще есть случайные сбои и проблемы с артефактами, которые будут устранены разработчиками proton и vkd3d.

Вам не нужно строить Proton. На мой взгляд, он работает с последней сборкой TKG Proton и после копирования d3dcompiler_47.dll в каталог исполняемого файла Horizon Dawn из каталога Tools внутри. Кроме того, все еще есть случайные сбои и проблемы с артефактами, которые будут устранены разработчиками proton и vkd3d.

Я не могу заставить его работать таким образом. По-прежнему существует эта проблема, упомянутая выше
Я безуспешно пытался удалить amdvlk lib32-amdvlk .
Я проверил файлы игры с помощью Steam и скопировал 2 dll.

Варианты запуска: PROTON_USE_WINED3D=1 RADV_PERFTEST=aco %command% (пробовал и без них)
Версия протона: proton_tkg_5.16.r2.gf6495b29.release

Информация о системе Steam: https://gist.github.com/D3SOX/5f08de587b6106c02a2436ba1b81bd99 (IDK, если эти ошибки в architectures.i386-linux-gnu.graphics-details.x11/vulkan.messages и architectures.x86_64-linux-gnu.graphics-details.x11/vulkan.messages являются проблемой)

Я получаю это предупреждение при запуске игры:

Щелчок по да дает мне

steam Вывод терминала: https://gist.github.com/D3SOX/6abf189507fa917a3f9834f8bf7104f4

@ D3SOX Вы пробовали собрать vkd3d-proton и скопировать полученный d3d12.dll в папку с игрой? Использование PROTON_USE_WINED3D также не требуется. Вы также можете создать mesa-git или mesa-tkg (или добавить пользовательский репозиторий, например chaotic-aur и установить оттуда). Обратите внимание, что игра в настоящее время не очень играбельна.

@Danacus Спасибо. Я удалил PROTON_USE_WINED3D , скомпилировал mesa-git и заменил на него mesa. Он удалил кучу других пакетов, которые я ранее установил

Я также скопировал d3d12.dll из vkd3d-proton/build.64/libs/d3d12/ в каталог исполняемого файла.

Та же проблема.
Информация о новой системе Steam https://gist.github.com/D3SOX/639d889140f4c3393b215b495b5dcc89
Новый вывод steam терминала: https://gist.github.com/D3SOX/9cebd1c65746d39166345514dee3729d

Спасибо @intersectRaven , в данный момент не работает, за сообщение

wine: failed to load /home/USER/.local/share/lutris/runtime/steam/compatibilitytools.d/proton_tkg_5.16.r2.gf6495b29.release/dist/bin/../lib/wine/ntdll.dll.so: /lib/i386-linux-gnu/libc.so.6: version GLIBC_2.32 not found (required by /home/USER/.local/share/lutris/runtime/steam/compatibilitytools.d/proton_tkg_5.16.r2.gf6495b29.release/dist/bin/../lib/wine/ntdll.dll.so)

Похоже, последняя версия libc для Ubuntu - 2.31, означает ли это, что я застрял, пока не появится libc6 2.32, или я могу просто пойти и изменить номер версии везде, где на нее есть ссылка? (хотя я не знаю, как бы я это сделал).

Кроме того, похоже, что все инструкции в этом потоке ориентированы на Archlinux, я не думаю, что есть эквивалент Ubuntu для всего, что здесь используется? (например, создание mesa-git)

Если вы можете найти версию glibc 2.32 на Ubuntu, она должна запуститься.

При переключении Manjaro на нестабильную ветку это будет отображаться в диспетчере пакетов.

Спасибо @ mixalis1987 , я загрузил пакет для glibc 2.32 и попытался установить его вручную, но все прошло не очень хорошо. После двойной переустановки Ubuntu, я решил, что лучше дождаться официального релиза или обновления Proton, в зависимости от того, что произойдет раньше.

Вот как это выглядит на Nvidia,

работает на 450.56.06

Растения и камни плавают, вы не можете перейти к этой точке, вам нужно спрятаться в высокой траве, которой нет / не отображается вообще

Некоторые из исчезающих проблем с камнями и травой исправлены в этом PR: https://github.com/HansKristian-Work/vkd3d-proton/pull/263
Протестировано на Nvidia RTX 2070

К сожалению, некоторые вещи все еще плавают и \ или появляются в неправильных местах.

Но это даже близко не так плохо, как было.

Игра еще не доступна.

Нет проблем с Mesa-git + Proton-5.9-GE-6

@Odelpasso где взять Протон-5.9-GE-6?
Здесь https://github.com/GloriousEggroll/proton-ge-custom/releases доступен только Proton-5.9-GE-5-ST.

Это была ссылка Google, доступная в Discord VKx.

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

Изменить: если кто-то хочет знать, эти две строки, похоже, исправили все эти графические сбои с помощью Mesa RADV.

@Odelpasso Где?

@Danacus Я не могу заставить wine-tkg построить на арке, какие шаги?

@Odelpasso Где?

@Danacus Я не могу заставить wine-tkg построить на арке, какие шаги?

Proton (опубликовано GloriousEggroll на Discord): https://drive.google.com/file/d/1OLp74WlIKSnOI6PphiiXwIySLpwOFj5j/view

Вино-ткг:

git clone https://github.com/Frogging-Family/wine-tkg-git.git
cd wine-tkg/wine-tkg-git
makepkg -si

@ D3SOX

Протон (опубликовано GloriousEggroll в Discord)

О, теперь я понимаю, поиск разногласий был .. действительно странным.

Файл находится в корзине владельцев? Уф. Все же удалось его скачать.

Вино-ткг:

Ага, вот что я сделал, wine-tkg не строит. Ошибка в build() и он останавливается, или с помощью сценария он просто тихо завершает работу.

@DianaNites

Вино-ткг:

Ага, вот что я сделал, wine-tkg не строит. Ошибка в build() и он останавливается, или с помощью сценария он просто тихо завершает работу.

Вы можете добавить chaotic-aur для готовых пакетов, если хотите, это проще, чем сборка. У меня тоже была проблема с сборкой wine-tkg .

@ D3SOX Хммм, похоже, ссылка на Google Диск не работает. Это говорит мне, что файл был удален. Может ли кто-нибудь попросить GloriousEggroll опубликовать его официально? Хотя, полагаю, у него есть причины пока этого не делать.

Кроме того, я довольно много играл в игру, и она, кажется, случайным образом зависает, хотя мне тоже удалось запустить ее без каких-либо заметных графических проблем после пробежки с native vs DXVK dxgi.dll и принудительной перекомпиляции шейдеров.
Иногда, если мне приходится прерывать процесс из-за такого зависания, снова появляется объект с плавающими объектами. Принуждение игры к перекомпиляции кеша шейдеров либо частично (путём возни с версиями dxgi.dll), либо полностью (путём удаления PSOCache.bin или перезаписи его резервной копией) устраняет проблему с плавающими объектами ... Ну, пока игра не зависает снова случайным образом и повреждает кеш в процессе. Будем надеяться, что это тоже исправят. У меня были похожие проблемы с зависанием в других играх, работающих с VKD3D.

@RoyShapiro Вы можете скачать с https://gdbypass.host/
Но он сказал

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

Я все еще пытаюсь запустить его вообще

Это начинается! Оно работает! Пока .. Погодите и посмотрите!

@DianaNites Я не понимаю. Нам нужен только Proton.5.9-GE-6-ST для запуска игры? Никаких лишних DLL или чего-то подобного?

@ mixalis1987

Я сделал DLL-файлы, упомянутые в другом месте в потоке, но не тестировал без них и еще не вошел в игру из-за безумных требований к ОЗУ и других открытых программ. Как только я закрою другие программы и освобожу немного оперативной памяти, я посмотрю, как это действительно работает.

@DianaNites А, спасибо. Я скоро посмотрю на это.

@DianaNites Я не понимаю. Нам нужен только Proton.5.9-GE-6-ST для запуска игры? Никаких лишних DLL или чего-то подобного?

Без запуска cp ./Tools/ShaderCompiler/PC/10.0.18362.0/x64/d3dcompiler_47.dll . из каталога игры игра не работает даже с Proton-5.9-GE-6

К сожалению, он всегда вылетает у меня через короткое время во вступлении или меню (radv & amdvlk-pro, proton-tkg). :(

У меня все заработало! Встроенный Протон-ТКГ, использовали папку DLLs из инструментов, меза-мерзавец и то это! Однако использование оборудования AMD явно лучше, чем NVIDIA.

Некоторые незначительные, нечастые визуальные сбои, несколько сбоев (но они могут быть связаны с самой игрой?), Но в целом ЭТО РАБОТАЕТ! Будьте готовы перезапускать игру довольно часто, хотя это могут быть просто игровые ошибки. Был достигнут большой прогресс, чтобы заставить это работать, и ЭТО ДЕЙСТВУЕТ!

Я не понимал, что мне нужно было самому скрывать интерфейс, поэтому скриншоты плохие :(

редактировать:

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

Удивительно, но мне удалось исправить сбой , используя этот совет от PCGamingWiki.

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

Я должен отметить, что экран загрузки after child aloy занял невероятно много времени, но все же закончился. Думал, повесили.

Однако имейте в виду, что после некоторого раскопок инструкции, отредактированные шестнадцатеричным кодом, возможно, намеренно вызывают сбой. См здесь , например.

редактировать:

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

Это было новым патчем 1.04, протон-ТКГ мастер мерзавец, меза-мерзавец хозяин, оба из которых имели новые коммиты со вчерашнего дня.

редактировать: также не забудьте использовать библиотеки DLL из папки инструментов. Скопируйте их заново, если они изменились в патче, но они могли

Патч 1.04 вышел с 15 минут, он нацелен на исправление еще большего количества сбоев:
https://store.steampowered.com/newshub/app/1151640/view/2905340212273715393

Исправления сбоев:
Исправлен сбой, который мог произойти, когда пользователи создавали новую игру, а их игровые слоты для сохранений были заполнены
Исправлен сбой при запуске, связанный с временной папкой
Исправлен сбой ИИ, который мог произойти во время боя.
Исправлен сбой ИИ в EventMessageHandler.
Исправлен сбой, связанный с выборкой WorldData (стек вызовов заканчивался на WorldMapData :: SampleAtPixel)
Исправлен сбой, когда пользователи мгновенно отключались при изменении ползунков в меню настроек.
Исправлен сбой, который происходил при открытии опции «Приветствия» в режиме фото и последующем выходе
Возможное исправление повреждения памяти в подпрограммах ИИ, которое могло привести к сбоям
Возможное исправление зависания графического процессора, вызванного проблемой потоковой передачи
Исправлено несоответствие, которое могло происходить на оборудовании Shader Model 6.0 и 6.1, что могло привести к сбою

Игра вылетает при запуске с момента последнего патча ... Правильно работала с GE-6 + патч 1.03 ..

У меня до сих пор работает с proton-tkg! Попробуйте переключиться на этот @Odelpasso ?

Патч мне не помог, по-прежнему вылетает в меню / заставке с proton-tkg или -ge. В wine-tkg (с родным d3d12.dll vkd3d) вылетает в самом начале. Hitman 2 D3D12 работает в обоих случаях.

Сегодняшние коммиты на https://github.com/HansKristian-Work/vkd3d-proton/commit/master вызывают у меня сбой игры (ничего не отображая, но, по-видимому, прямо перед этим (игра занимает некоторое время, прежде чем сбой). Возврат d3d12.dll к вчерашней версии «решает» проблему.

Если у кого-то такая же проблема, сообщите о проблеме с vkd3d (сначала я хочу убедиться, что это не только я).

Снова протестировано с использованием Proton-GE 5 и 6 с последними обновлениями в VKD3D-Proton и последними сбоями VKD3D-Proton, так что, возможно, это ваша проблема @aufkrawall и @RoyShapiro. После деления пополам я обнаружил, что коммиты после того, как 3002d52ed404cdd65d2c57193fe9bdbdf683161c вызывают сбои, поэтому просто выполните git reset для этого коммита, затем перекомпилируйте и скопируйте его в свой каталог HZD. После перекомпиляции шейдеров на NVidia плавучих вещей пока не появилось. Тем не менее, даже на Favor Performance.

@intersectRaven

После деления пополам я обнаружил, что коммиты после того, как 3002d52ed404cdd65d2c57193fe9bdbdf683161c вызывают сбои

Так что НЕ только моя проблема. Спасибо за подсказку, потому что это означает, что это не ВСЕ сегодняшние коммиты, только после этого.
Тем не менее, я думаю, мы должны сообщить об этом Гансу-Кристиану.

Кажется, они добавляют новую функцию, так что какое-то время в ней могут быть ошибки. Не знаю, должны ли они быть осведомлены, или они уже есть, поскольку может быть, то, что они добавляют, все еще находится в разработке. Забыл упомянуть, что на GE-5 все равно вылетает после достижения 100% оптимизации запуска. GE-6 в порядке. К вашему сведению @aufkrawall, поскольку вы можете использовать GE-5.

@intersectRaven Понятно . Тем не менее, я тестировал ту же dll с Control и Resident Evil 2, GE-6, без сбоев. Похоже, что влияет на HZD более конкретно, чем другие. Надеюсь, они заметят.

Обновление: уже заметил, как вы и предсказывали. https://github.com/HansKristian-Work/vkd3d-proton/commit/cea17b2440de66a9c1c1978ff297e59abddaa4d1 исправил сбой для меня.

Этот новый коммит может исправить это, функция, которую он использует, используется этим коммитом HZD.

Перекомпиляция и тестирование сейчас

редактировать:

Действительно могу подтвердить, что он по-прежнему отлично работает!

@DianaNites Да , я только что протестировал.

Для меня это не помогло, попробовал все предложенные и другие вещи (esync / fsync off и т. Д.). :(
Ребята, можете ли вы переключиться в полноэкранный режим без сбоев? Вылетает моментально у меня.

>>> Adding process 2454 for game ID 1151640
Allocator AssetMemory: Creating new region at [0x00000001c0000000:0x0000000200000000]
Installing breakpad exception handler for appid(gameoverlayui)/version(20200903211816)
Installing breakpad exception handler for appid(gameoverlayui)/version(1.0)
Installing breakpad exception handler for appid(gameoverlayui)/version(1.0)
[0908/184711.659545:INFO:crash_reporting.cc(270)] Crash reporting enabled for process: renderer
Installing breakpad exception handler for appid(gameoverlayui)/version(1.0)
[ERROR]: There is no candidate for ladder merging.
[ERROR]: There is no candidate for ladder merging.
RecordSteamInterfaceCreation (PID 2391): SteamUtils009 / Utils
RecordSteamInterfaceCreation (PID 2391): SteamController007 / Controller
RecordSteamInterfaceCreation (PID 2391): SteamInput001 / Controller
movies:mono/MQ1_Intro_at_the_Hovel.bk2 took 106.51017754 ms to start
movies:mono/mq1_intro_at_the_hovel.bk2 took 910.31704427 ms to open
 took 0.00372095 ms to release
pid 2325 != 2324, skipping destruction (fork without exec?)
Game removed: AppID 1151640 "", ProcID 2391 
Game 1151640 created interface STEAMUSERSTATS_INTERFACE_VERSION011 / 
Game 1151640 created interface SteamController007 / Controller
Game 1151640 created interface SteamFriends017 / 
Game 1151640 created interface SteamInput001 / 
Game 1151640 created interface SteamInput001 / Controller
Game 1151640 created interface SteamUser020 / 
Game 1151640 created interface SteamUser020 / User
Game 1151640 created interface SteamUtils009 / 
Game 1151640 created interface SteamUtils009 / Utils
Game 1151640 method call count for IClientUser::BLoggedOn : 1
Game 1151640 method call count for IClientUser::GetSteamID : 2
Game 1151640 method call count for IClientFriends::GetPersonaName : 1
Game 1151640 method call count for IClientUtils::GetAppID : 14
Game 1151640 method call count for IClientUtils::RecordSteamInterfaceCreation : 10
Game 1151640 method call count for IClientUtils::GetSteamUILanguage : 1
Game 1151640 method call count for IClientUserStats::RequestCurrentStats : 1
Game 1151640 method call count for IClientUserStats::GetAchievement : 79
Game 1151640 method call count for IClientUserStats::GetAchievementDisplayAttribute : 158
Uploaded AppInterfaceStats to Steam
Exiting app 1151640
No cached sticky mapping in ActivateActionSet.

Ребята, можете ли вы переключиться в полноэкранный режим без сбоев? Вылетает моментально у меня.

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

Вы также захотите использовать PROTON_LOG=1 %command% в параметрах запуска, чтобы получить приличный журнал, он будет помещен в ваш домашний каталог.

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

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

Казалось, что после перезагрузки это перестало делать, вернувшись к «нормальным» 12 FPS, указанным в тесте. Фактическая производительность внутриигровой лучше , чем это, хотя.

Вы, ребята, можете поделиться своей сборкой Wine?

Подсказка: отключите V-Sync в игре, это вызовет проблемы с производительностью процессора и
GPU даже на родной Windows.
Попробуйте включить через. Профиль приложения в графическом драйвере.
Не могу сказать, как, я использую Nvidia, вы используете AMD.

Am Di., 8 сентября 2020 г. 21:07 Uhr schrieb Diana [email protected] :

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

@aufkrawall https://github.com/aufkrawall Да, меняю полноэкранный режим
режим мгновенного сбоя для меня тоже, но он начинается в полноэкранном режиме без полей
режим в любом случае, так что я не слишком беспокоюсь.

Вы также захотите использовать PROTON_LOG = 1% command% в параметрах запуска, чтобы получить
приличный журнал, он будет в вашем домашнем каталоге.

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

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

[изображение: Снимок экрана_20200908_132008]
https://user-images.githubusercontent.com/5275194/92517372-8d14a780-f1e4-11ea-908f-85e3bfcc94c4.png
[изображение: Снимок экрана_20200908_132338]
https://user-images.githubusercontent.com/5275194/92517377-8e45d480-f1e4-11ea-96c8-d6f9129ca031.png
[image: Screenshot_20200908_131942]
https://user-images.githubusercontent.com/5275194/92517380-8f770180-f1e4-11ea-8618-f30855c8fc62.png

Казалось, что это перестало делать после перезагрузки, однако, вернувшись к
"нормальные" 12 FPS сообщили бенчмарком. Фактическая производительность в игре
лучше, чем это .
Скриншот

[image: Screenshot_20200908_134459]
https://user-images.githubusercontent.com/5275194/92517492-bfbea000-f1e4-11ea-94c1-bf6f08df6cbf.png

-
Вы получаете это, потому что подписаны на эту ветку.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/4125#issuecomment-689077992 ,
или отписаться
https://github.com/notifications/unsubscribe-auth/AJWSJOPVTOKHFPVXYJLERRDSEZ6HPANCNFSM4PXXJIQA
.

Есть несколько способов включить V-Sync:

• TearFree в конфигурации Xorg
• mangohud может включить V-Sync в играх
• Если вы не против некоторой задержки, наборщик также может добавить V-Sync.

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

@Odelpasso попробуйте @DianaNites , чтобы кто-то мог изучить его и, возможно, указать вам правильное направление.

steam-1151640.zip
Прилагаю мой журнал протонов для сбоев при загрузке или запуске новой игры под неофициальным GE-6-ST. Игра загружается в меню и отображаются логотипы, но ничего не работает.

Я попробовал последнюю версию TKG, которая была 5.16+, если я помню, и там был такой же результат с вылетом игры примерно 2 / 3-3 / 4 при загрузке. Я сам пытался скомпилировать tkg с помощью скрипта, но во время исправления исправлений я получаю сообщение об ошибке, упоминается 16 из 76 блоков FAILED - сохранение отклонений в файл patches / patchinstall.sh.rej
К сожалению, я недостаточно опытен, чтобы пройти через это место без руководства, и у меня не было времени узнать, есть ли он где-нибудь.

Шаги, предпринятые до сих пор, чтобы добраться до моего журнала
1) Перемещены dxcompiler и d3dcompiler_47 в папку с приложением exe
2) Использовал protontricks для установки d3d12.dll в родной (я не делал этого до тех пор, пока не попробовал без, и оба раза получил тот же результат, поэтому я не знаю, имеет ли это какое-либо значение в любом направлении)

@Odelpasso попробуйте @DianaNites , чтобы кто-то мог изучить его и, возможно, указать вам правильное направление.

Это мой журнал игры ....
steam-1151640.log

На Pascal (GTX 1070) с использованием того же proton-tkg-5.16.r12 при обновлении драйверов Nvidia с 450.56.06 до 450.56.11 были исправлены плавающие камни и длинная трава, которые не отображались, что позволило закончить обучение. Играл час без сбоев и остановился только из-за невозможности заставить контроллер работать.

Мне удалось бежать, как надо. Артефактов нет. Решение это же я применил здесь для Battlefield V.

Моя система:
Графический процессор: AMD RX580 8 ГБ
Процессор: Intel i7 4770 (Haswell)
ОС: Arch Linux
Ядро: 5.8.7-13-tkg-pds
Вино: Frogging-Family / wine-tkg-git

Скомпилируйте последнюю версию vkd3d-proton d3d12.dll.

@rizzini Я сделал WINEPREFIX=/run/media/nico/DATA_SSD/SteamWindowsLib/steamapps/compatdata/1151640/pfx /usr/share/steam/compatibilitytools.d/proton_tkg_makepkg/dist/bin/winecfg и добавил d3d12 как Native (Windows)
как в упомянутой вами проблеме.

я использую
Графический процессор: AMD RX480 8 ГБ
Процессор: AMD Ryzen 9 3900X (Zen2)
ОС: Arch Linux
Ядро 5.8.8-14-tkg-upds (с fsync)

Я также скомпилировал proton-tkg-git (версия 5.16.r19.g88e6b6c6-1 ) и использовал его в Steam для игры.
В качестве аргументов запуска я использую PROTON_LOG=1 VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.x86_64.json:usr/share/vulkan/icd.d/radeon_icd.i686.json %command%
(чтобы заставить его использовать RADV, так как у меня также установлен AMDVLK)

Я на шаг дальше, чем когда-либо прежде, потому что теперь я вижу индикатор загрузки в левом нижнем углу и пользовательский курсор мыши после того, как я переименовал drive_c/users/steamuser/My Documents/Horizon Zero Dawn но теперь я получаю эту ошибку:

После переименования его обратно в Horizon Zero Dawn и перезапуска он делал некоторые странные вещи в папке Saved Game а также удалял файлы внутри сохраненных игр.

Ранее это выглядело так:

Журнал Steam из домашней папки:
steam-1151640.log

@ D3SOX , вы все сделали правильно, но, глядя на ваш журнал, кажется, что Proton все еще использует d3d12.dll из папки исполняемых файлов Horizon Zero Down. Попробуйте удалить его и оставить только один в папке 1151640/pfx/drive_c/windows/system32/ .

Строка 2312 вашего журнала:

2111.427:00bc:00c0:trace:loaddll:load_native_dll Loaded L"Z:\\run\\media\\nico\\DATA_SSD\\SteamWindowsLib\\steamapps\\common\\Horizon Zero Dawn\\d3d12.dll" at 0x6f7c0000: native

Вот мой d3d12.dll . Так, на всякий случай.

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

@rizzini Я клонировал vkd3d-proton и построил его "самым простым способом", поэтому я думаю, что мои DLL должны быть в порядке
Я скопировал сборку x64 в папку с исполняемым файлом, а также заменил ее внутри SysWOW64 .
В System32 я заменил d3d12.dll на мою сборку x86 . Так что я не думаю, что проблема в том, что он загружает его оттуда, поскольку это тот же DLL-файл? Или мне нужно скопировать сборку x64 в System32 ?

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

Тем не менее, я удалил его из каталога исполняемых файлов, и он все равно вылетает. Журнал:
steam-1151640.log

Я использую mesa-tkg-git version 20.3.0_devel.128249.5e9e4573835-1 . Также может быть проблема. Какую версию mesa вы используете?

@ D3SOX

На 64-битном компьютере 64-битные программы хранят свои файлы в C: \ Program Files, а общесистемная папка C: \ WindowsSystem32 содержит 64-битные библиотеки. 32-разрядные программы хранят свои файлы в C: \ Program Files (x86), а общесистемная папка - C: \ WindowsSysWOW64.
Источник

Таким образом, вам придется довольно неожиданно поместить версию x64 в System32, а версию x86 - в SysWOW64. Кроме того, я не думаю, что Horizon вообще нужна версия x86 (но, наверное, хорошо, что она есть). При этом обычно при использовании неправильной версии игра вообще не должна работать (с другой ошибкой), не спорить о сохраненных играх. Так что я думаю, что может быть еще одна проблема.

@RoyShapiro О, спасибо за это разъяснение. Я просто предположил, что системные 32 = 32- битные библиотеки.
Я их поменял местами. Все еще рушится. Журнал: steam-1151640.log

@ D3SOX
Предупреждение: это может вам не помочь. Пожалуйста, сначала сделайте резервную копию винного (протонного) префикса!
Если под сбоем вы имеете в виду реальный сбой, а не проблему с сохранением игры, тогда я знаю, что это маловероятно, и я совсем не уверен, поможет ли это вам хоть как-то, но ...
Из журнала я вижу, что вы используете встроенный dxgi.dll. Это _должно_ быть совершенно нормальным, но я обнаружил, что иногда это лучше работает с тем, что от DXVK. Не обращайте внимания на старое предупреждение о том, что они не работают вместе, оно было исправлено некоторое время назад. Так что, вероятно, вы можете попробовать установить DXVK (с dxgi) в тот же префикс (очевидно, сначала сделайте резервную копию префикса, поэтому вам не нужно ничего переделывать, если это не поможет), а затем установить dxgi.dll на собственный в (если DXVK не устанавливает его автоматически). Лучше использовать последнюю версию DXVK для лучшей совместимости.
А если не работает, просто восстановите префикс из резервной копии. Опять же, это _не должно_ быть необходимым, и вы делаете это на свой страх и риск.
Кроме того, проверьте, обновлена ​​ли игра до последней версии. Я слышал, что в старых версиях возникала проблема с сохранением игры, когда она не могла найти путь к сохраненной игре из-за странных символов в ней. Предположительно не латинский язык, но кто знает, какие системные вызовы могла использовать игра.

@RoyShapiro Я скомпилировал DXVK из мастера и сделал WINEPREFIX=/run/media/nico/DATA_SSD/SteamWindowsLib/steamapps/compatdata/1151640/pfx ./setup_dxvk.sh install
Снова открыл winecfg в префиксе и добавил dxgi.dll как Native (Windows)
Журнал: proton-dxvk-steam-1151640.log

Но после того, как я запустил игру, он заметил, что он заменяет библиотеки DLL символическими ссылками на библиотеки DLL в /usr/share/steam/compatibilitytools.d/proton_tkg_makepkg/dist/lib64/wine/dxvk/ , поэтому я заменил DDL внутри своей сборкой x64 и запустил ее снова.
Все еще рушится. Журнал: steam-1151640.log

Как я могу проверить, обновлена ​​ли игра? Я думаю, что Steam автоматически обновляет его, и в разделе «Загрузки» нет обновлений.

@ D3SOX Он должен автоматически

Да, журнал теперь показывает, что используется собственный dxgi.dll.

Это странно. Не обращайте внимания на предыдущую версию этого поста, я кое-что запутала. RADV и AMDVLK, какой из них сейчас используется? Arch Wiki предлагает вам переключаться между ними. Источник. Может, ты попробуешь другой.

@RoyShapiro
Я думаю, что я в курсе:

Я добавил переменную VK_ICD_FILENAMES env, потому что @ Tk-Glitch сказал, что она не будет работать с AMDVLK. Но я не думаю, что это необходимо, поскольку, когда я удаляю его, в журнале также указывается AMD RADV POLARIS10 (ACO) и ничего не говорится о amdvlk
Текущая информация о системе Steam: https://gist.github.com/D3SOX/130e718b1f2df4a17273ff31f1816de9
Я не понимаю, почему так много людей запустили его, а у меня он даже не запускается.

@ D3SOX Это действительно странно. Вы пробовали использовать неофициальную версию GloriousEggroll Proton 6, предложенную ранее в этой теме, вместо TKG? Я слышал, что у некоторых это работает. Да, для загрузки требуется вышеупомянутый трюк с GD, но в последний раз я проверял, что он все еще работает.
Мы все еще на неизведанной территории со всеми этими исправлениями. Даже если вы заставите игру работать, она будет зависать время от времени, для меня это примерно каждые 10-30 минут, некоторые другие люди сообщают, что могут играть до часа. Но это все еще опыт «от костра к костру».

@ D3SOX @RoyShapiro

У меня была запущена игра, просто используя протон tkg и скопировав d3dcompiler_47.dll в корневой каталог игры, затем я решил начать с pfx, удалил его и попытался запустить снова.

Эффекты: у меня была такая же ошибка сохранения игры, исправленная путем ручного создания этого каталога «Horizon Zero Dawn / Saved Game», но с тех пор он продолжает вылетать, видя черный экран загрузки.

@ D3SOX

вы уже пробовали протон ге-6?

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

@fsyy Вам приходилось копировать файлы DLL или просто использовать GE-6-ST как есть?

Я просто использовал ge-6-st и скопировал d3dcompiler_47.dll из ~ / .steam / steam / steamapps / common / Horizon Zero Dawn / Tools / ShaderCompiler / PC / 10.0.18362.0 / x64 / в ~ / .steam / steam / steamapps / общий / Horizon Zero Dawn.

Я не копировал d3d12.dll в каталог игры, а также не устанавливал его как родную библиотеку в winecfg.

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

@fsyy А, спасибо, что прояснили это. Все это с d3d12 dll сбивает с толку.

@fsyy Да, попробовал GE-6-ST и даже не запустился. Вероятно, стоит еще раз протестировать с чистым винным префиксом

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

@fsyy

Вы писали о DXVK в своем посте выше, это не имеет значения, поскольку Horizon Zero Dawn - это только DX12, поэтому вам понадобится vkd3d-proton. Но это уже должно быть установлено в этих протонных сборках.

Я просто попробовал, потому что @RoyShapiro предложил это

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

Да, я сделаю это позже когда-нибудь

@fsyy @ D3SOX Просто для пояснения: я предложил попробовать запустить префикс с установленным DXVK, потому что, хотя это правда, что сама игра не использует ничего ниже DX12, сам VKD3D-Proton использует функции, реализованные в библиотека под названием dxgi.dll, которая также используется и предоставляется DXVK. В некоторых случаях версия, предоставляемая DXVK, может предлагать большую совместимость, чем версия, поставляемая с Wine \ Proton. Например, замена этой библиотеки версией DXVK - это как раз то, что решило для меня проблему плавающих камней. Итак, хотя мы не знаем, что именно является причиной проблемы @ D3SOX в игре, существовала приличная вероятность, что это могло иметь положительный эффект.

@RoyShapiro

какую версию протона (вина) вы используете?

@fsyy В настоящее время Proton-5.9-GE-6-ST. Тем не менее, я создаю d3d12.dll из исходного кода, поэтому я не использую тот, который поставляется с Proton-GE, и, как упоминалось выше, у меня также вручную установлен DXVK 1.7.1.

@RoyShapiro, как мы все это делаем? У меня уже есть GE 6 но кастомный d3d12 как мы получаем?

@ mixalis1987 Скомпилирован из источников vkd3d-протонов.

@intersectRaven Ой, спасибо. И что мы вставили в systemc32 и установили родное в winecfg .. верно?

Какая производительность, кажется, ожидается. Я могу «поиграть» с GE 6 и d3d12.dll, связанными ранее в потоке, и он был стабильным, однако в среднем gfx я получал 25 кадров в секунду с драйверами Ryz 5 1600 и GTX-1080 и 450.66 (pop_os)

Я также хотел бы спросить, кажутся ли анимации, которые вы все испытываете, "замедленными" или нет? В него можно играть и на моей машине, но это единственное, что у меня есть, но этого можно ожидать, так как я испытал это и раньше с Fallen Jedi, прежде чем это было исправлено.

@intersectRaven Не уверен, вроде как. Только некоторые вещи, трава и т. Д., Однако, я думаю, что это вещь AA, так как я получил то же самое в диких землях с разведкой призраков с некоторыми режимами AA

@botrosco Спасибо. Я включил FPS в оверлее Steam, и на моей машине тоже получаю 20-30 кадров в секунду. Я играю на 9750H и RTX2070, так что это может быть проблема оптимизации, которую нужно решить с помощью Proton / VKD3D.

@intersectRaven А, ладно. Приятно знать, что это не только я.

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

[Система]
ОС: Manjaro Linux 20.1 Mikah
Арка: x86_64
Ядро: 5.8.6-1-MANJARO
Рабочий стол: XFCE
Сервер отображения: x11

[ПРОЦЕССОР]
Производитель: AuthenticAMD
Модель: 12-ядерный процессор AMD Ryzen 9 3900X
Физические ядра: 12
Логические ядра: 24

[Объем памяти]
Оперативная память: 31,4 ГБ
Своп: 0,0 ГБ

[Графика]
Производитель: NVIDIA Corporation
Модуль рендеринга OpenGL: GeForce GTX 1080 Ti / PCIe / SSE2
Версия OpenGL: 4.6.0 NVIDIA 440.100
Ядро OpenGL: 4.6.0 NVIDIA 440.100
OpenGL ES: OpenGL ES 3.2 NVIDIA 440.100
Вулкан: Поддерживается

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

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

Надо сказать, что как только случайные сбои будут исправлены, я действительно смогу увидеть, как играю до самого конца. Даже с белой каймой.
@ 77boaz какие у тебя настройки графики? Игра была автоматически настроена на предельную, когда я впервые запустил и играл в «замедленном» режиме, изменив настройки на «оригинальные», разобрался для меня.

Поэтому я выполняю двойную загрузку Windows, в основном для сравнения Linux / Windows в Steam. В Linux я могу запустить игру на оригинале с неплохой производительностью / падением кадров, хотя в настоящее время я снова сломал игру, набирая это, потому что я возился со сборками proton-tkg, сборками proton-ge и прочим ... Windows 10 Я могу запустить его на максимуме с разрешением 1080p ... У меня пока нет монитора 4K :) Версия для Windows пока намного лучше, но прогресс, достигнутый в Linux за такое короткое время, просто грандиозен! Опять же, кричит людям, работающим над этим! Я подожду, чтобы поиграть в нее во всем великолепии на Linux позже и полностью :) Терпение - это достоинство :)

@ mixalis1987 Я уже использую Original, но для меня он все еще "замедленный". Я также с нетерпением жду, когда будут исправлены случайные сбои. Изучив это, похоже, что та же проблема с «RE2: создание VkBufferView может переполнять доступную память # 266» в проблемах VKD3D. Надеюсь, вскоре с этим можно будет справиться.

Мне удалось отменить фиксацию хэш-карты, и, похоже, теперь она правильно освобождает память. Если кто-то хочет попробовать свои собственные скомпилированные исходники VKD3D-Proton, коммиты для возврата:

daf9f5c69fb69ab87672e61ee6c71ec2fb16d218
5a9d132b20de854f751d4c606c9546e6c34f5c4c
73d578e5abe5658bd8f9cca330a2f7a8f48e0465
684c658e22930f3f77488f77afb590d6889920a4

Верните их в определенном порядке, чтобы все было чисто. Пока что это самая длинная игра, которая у меня не была, пока я не устал. Это ни в коем случае не исправление. В лучшем случае это метод решения проблемы № 266 без переписывания реализации хэш-карты, если вы хотите играть без сбоев, хотя даже это не гарантировано.

@intersectRaven Я не понимаю, что мы собираемся делать с коммитами. Просто заново собрать vkd3d?

@ mixalis1987 Просто

@intersectRaven Так

git revert -n (номер коммита, который вы опубликовали)?

@ mixalis1987 Ага .

Но только не отменять плохой коммит 51d2a3bad2dacc40653fd8b9d43dea7ba0109e65?

@intersectRaven Наконец-то подошел к тестированию вашего предложения по

@Odelpasso Я только что вернул то, что опубликовал @intersectRaven . 4 коммитов.

Привет @RoyShapiro!
Можете выложить свою dll? Благодаря :)

@intersectRaven Наконец-то подошел к тестированию вашего предложения по

Да уж. Это просто сложно, поскольку хэш-карта была реализована так, чтобы лучше использовать память для повторного использования. Проблема в том, что HZD, похоже, не любит повторно использовать вещи. СМЕШНО. Легкого решения этой проблемы нет, поэтому этот «пластырь» всего лишь ... пластырь для игры в HZD в течение нескольких часов без сбоев и только для этой игры. Я думаю, что решение этой проблемы будет больше на стороне Guerrila, а не на VKD3D, поскольку это может быть проблема оптимизации с их движком, создающим так много объектов, которые нельзя использовать повторно. Конечно, если разработчики VKD3D смогут найти другое решение, это тоже будет здорово, так как больше неоптимизированных игр выиграют.

@intersectRaven Боюсь, что руки Guerilla уже связаны, поскольку он исправляет "плохой" порт, и хотя это может быть каким-то образом связано с некоторыми сбоями, которые они получили в Windows, я сомневаюсь, что они будут это разбираться в любое время скоро. Кроме того, у нескольких человек, включая меня, похоже, есть та же проблема с другими играми, такими как RE2, которые почти наверняка не будут исправлены, поскольку они уже разработаны, и проблема кажется нишевой. Однако VKD3D, или, скорее, VKD3D-Proton был специально создан с целью, цитируя их, «Производительность и совместимость - важные цели». Так что, похоже, рано или поздно им придется заняться чем-то. Но это академично. К сожалению, я плохо разбираюсь в графических API, иначе я бы с радостью протянул руку помощи.

@intersectRaven Боюсь, что руки Guerilla уже связаны, поскольку он исправляет "плохой" порт, и хотя это может быть каким-то образом связано с некоторыми сбоями, которые они получили в Windows, я сомневаюсь, что они будут это разбираться в любое время скоро. Кроме того, у нескольких человек, включая меня, похоже, есть та же проблема с другими играми, такими как RE2, которые почти наверняка не будут исправлены, поскольку они уже разработаны, и проблема кажется нишевой. Однако VKD3D, или, скорее, VKD3D-Proton был специально создан с целью, цитируя их, «Производительность и совместимость - важные цели». Так что, похоже, рано или поздно им придется заняться чем-то. Но это академично. К сожалению, я плохо разбираюсь в графических API, иначе я бы с радостью протянул руку помощи.

Тоже самое. Я мог только поверхностно изучить проблему, основываясь на проблеме, которая была на странице проблемы VKD3D. Похоже, что до хэш-карты память будет освобождаться сразу после ее использования? Хэш-карта позволяет избежать штрафа за создание экземпляра нового объекта, поскольку память уже выделена заранее или что-то в этом роде. Вот почему у меня было «vkd3d: не пересчитывать просмотры в обновлениях дескрипторов». отменен, поскольку кажется, что от кода уничтожения представления избавились, так как он не нужен хэш-картам. В любом случае, я не знаю достаточно, чтобы решить, как это заменить, так что это просто мой грязный подход к тому, чтобы хотя бы иметь возможность играть дольше. Я уверен, что они работают над этим за кулисами, поскольку они уже определили это в проблеме, в первую очередь, что указывает на то, что они знают о проблеме.

@intersectRaven Я взглянул на код, который представил хэш-карту, и похоже, что предыдущий код просто создал экземпляры «свободных» объектов, то есть создавая указатель, а затем «забывая» его, когда функция завершается. Насколько я помню, это действие не совсем освобождает память, поскольку объект все еще существует, а «висит». В конце концов, системные процедуры сборки мусора улавливают его запах и, если на него ничего не ссылается, помечают память как неиспользуемую. (D3d12_desc_destroy, который во многих местах отредактирован в "Do not ref-count views", по-видимому, является функцией, вызываемой в структуре, а не деструктором объекта, поэтому он должен быть сознательно вызван API.) Я могу ошибаться. , прошло некоторое время с тех пор, как я написал что-либо на C. Использование хэш-карты позволяет VKD3D отслеживать все созданные им объекты, поэтому ни один из них не является потерянным, следовательно, ни один из них не удаляется (если не отмечен каким-либо образом для удаления). Таким образом, память никогда не освобождается, поскольку такие игры, как HZD или RE2, похоже, не утруждают себя выдачей таких инструкций (очевидно, настоящий D3D12 имеет свои собственные процедуры сборки мусора, и поэтому RE2 не зависает в Windows). И в итоге забивается. Итак, если моя вольная интерпретация в чем-то верна, «лейкопластырь» работает, потому что отдельные объекты, не подлежащие повторному использованию, не «привязаны» ни к чему, как с hashmap, а hashmap просто должен знать, что можно безопасно выбросить. и сделайте это для правильной работы. Опять же, я могу ошибаться в корне.

@ mozo78

Привет @RoyShapiro!
Можете выложить свою dll? Благодаря :)

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

@RoyShapiro ,
VKD3D имеет открытый исходный код, поэтому я думаю, что это законно :)

Думаю, я что-то не так делаю. У меня все еще часто вылетают 20-30 минут
Я отменяю коммиты с помощью git revert. Затем сделал

./package-release.sh master / your / target / directory --no-package

Чтобы получить файл dll. Это правильно?

@ mixalis1987 Действительно ли у вас

Изменить: если вы по умолчанию используете текстовый редактор NANO, а не VIM, просто нажмите Ctrl + X и ответьте Нет, если вам будет предложено сохранить файл.

@RoyShapiro
Хорошо. это произошло.

git revert 5a9d132b20de854f751d4c606c9546e6c34f5c4c
Автоматическое объединение библиотек / vkd3d / vkd3d_private.h
Автоматическое слияние библиотек / vkd3d / resource.c
[master e88011a] Отменить "vkd3d: избавиться от спин-блокировок дескриптора".
2 файла изменено, 15 прошивок (+)

И то же самое для остальных коммитов, только разные файлы, которые, очевидно, изменились :) Появился NANO, я нажал ctrl + x и вышел, но не просил меня что-либо сохранять. Надеюсь, что это правда.
Могу я просто запустить "./package-release.sh master / your / target / directory --no-package" сейчас?

@ mixalis1987 Если сработало все четыре раза, то да. Только не забывайте, что целевая папка еще не должна существовать, иначе она может жаловаться, что она уже создана, и вы хотите, чтобы она была создана заново.

@RoyShapiro Да, я всегда удаляю старую папку. Благодарю.

@ mixalis1987 Действительно ли у вас

Изменить: если вы по умолчанию используете текстовый редактор NANO, а не VIM, просто нажмите Ctrl + X и ответьте Нет, если вам будет предложено сохранить файл.

Возможно, вы столкнулись с другой ошибкой, которая приводит к сбою. Это «исправление» касалось:
"vkd3d_create_vk_buffer_view: Не удалось создать представление буфера Vulkan, vr -2."
сообщение об ошибке в журналах протонов непосредственно перед сбоем, который представляет собой сбой, который приводит к зависанию вывода экрана. Если ваш HZD выходит из строя напрямую с сообщением об ошибке, это может быть одна из наиболее характерных ошибок HZD, поэтому это «исправление» не повлияет на него. Лучше, если вы выложите журнал своей пробежки.

У меня вылетает еще быстрее с 1.05 во время вступления / меню.

У меня вылетает еще быстрее с 1.05 во время вступления / меню.

Вы можете попробовать последнюю версию Proton-GE. Поскольку вы вылетаете во время вступления / меню, это не имеет ничего общего с пластырем, который я сделал с VKD3D, и, по моему опыту, GE намного стабильнее с большим количеством игр. Этот выпуск также поднял мой FPS до 40-50.

Вылетает мгновенно с 5.9-GE-6-ST и чистым префиксом здесь. Все остальное всегда работало для меня в wine- / proton-tkg, 0 сбоев в любых играх, которым удается успешно запускаться (что в основном включает в себя все игры, которые я пробовал, по крайней мере, после небольшой игры). Это просто проклятый портвейн ...

Вылетает мгновенно с 5.9-GE-6-ST и чистым префиксом здесь. Все остальное всегда работало для меня в wine- / proton-tkg, 0 сбоев в любых играх, которым удается успешно запускаться (что в основном включает в себя все игры, которые я пробовал, по крайней мере, после небольшой игры). Это просто проклятый портвейн ...

Я могу назвать множество игр, которые на нем вылетят, lol. Вы знаете, что не все игры работают с Wine. Если вы посмотрите, здесь много проблем с Proton git. Не нужно копировать игру. Разработчики исправляют это. Остальные проблемы связаны с Proton / Wine и всем, что с этим связано. Большинство игр даже не только для dx12. Это новость для Wine, и у нее будет много проблем, за которые игра не несет ответственности. Это побочный эффект от использования Wine.

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

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

Определенно возможно по конкретным вопросам.

Материал, рассмотренный выше в этом выпуске, вроде как объясняет, что есть проблемы на стороне Wine / Linux.

Тот факт, что одному человеку кажется, что он работает хорошо, означает, что проблемы могут быть с обеих сторон, но я бы полагался на вина Wine / Linux, если точная проблема не возникает в официально поддерживаемых ОС.

Геймплей и тесты на Ubuntu 20.04.1 с драйвером Nvidia 450.66 на Proton 5.9-GE-6-ST - GTX 1650 4GB
https://youtu.be/8KVrk5GTl1Q

Может кому понадобится:

1. ИСПОЛЬЗУЙТЕ Proton 5.9-GE-6-ST
2. Не использовать режим без полей вызывает графические ошибки, летающие деревья и камни.
3. Я использую драйвер Nvidia (бета) 450.66 с веб-сайта
4. Если игра выглядит как слайд-шоу, измените качество графики на «Оригинальное». вы получите стабильные 30 FPS на 1920x1080
5. Если игра не запускается, просто нажмите «Играть» еще раз.

@ArturWroblewski Сейчас я использую Linux Mint 20, и я пробовал все, что вы указали, а также обновил ядро ​​до 5.8 с 5.4, но игра все равно даже не запускается, с той же ошибкой, что и на начало этого выпуска.

Если это то же самое, что и начало проблемы, это как-то связано с запуском в 32-битном контексте. В соответствии с системными требованиями для этой игры требуется 64-разрядная версия.

@intersectRaven А, интересно - я на 64-битной машине, может быть, префикс Wine настроен неправильно? Как мне изменить контекст на 64-битный?

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

@intersectRaven А, интересно - я на 64-битной машине, может быть, префикс Wine настроен неправильно? Как мне изменить контекст на 64-битный?

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

Лучше, если вы разместите свои журналы, так как трудно понять, в чем проблема, просто с помощью общего сообщения о сбое. Если вы используете Steam, в свойствах игры нажмите «Установить параметры запуска» и введите:

PROTON_LOG=1 %command%

Журнал будет в вашем домашнем каталоге. Если вы не используете Steam, я не знаю, как выводить логи.

Спасибо! Вот мой журнал, повторилось то же самое:
steam-1151640.log

Спасибо! Вот мой журнал, повторилось то же самое:
steam-1151640.log

Можете попробовать установить winbind? Я вижу ошибку, которую я видел раньше, но я не уверен, является ли она причиной вашего сбоя.
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.

Нет, это не помогло, хотя этой ошибки больше нет в журнале. Вот новый журнал на всякий случай:
steam-1151640.log

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

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

Извините за длинное видео, если кто-то хочет увидеть оптимальные настройки, смотрите:
https://www.youtube.com/watch?v=8KVrk5GTl1Q&t=2423s Геймплей с полноэкранным режимом, исходная предустановка, 1920x1080, игра работает нормально !!!

А если вы хотите увидеть летающие камни и деревья, нажмите здесь:
https://youtu.be/8KVrk5GTl1Q?t=1779

Почти все, что я тестировал, есть на видео.

=========================

Дополнительная информация, не имеющая прямого отношения к игре:
При установке драйверов Nvidia моя система сломалась. И мне пришлось переустановить ubunu, чтобы я проверил чистую установку.

Последовательность действий:

• Установка новой установки Ubuntu 20.04.1
• Установка новых драйверов с сайта Nvidia 450.66

Я установил Lutris (https://lutris.net/)

Выполнение стандартных команд для запуска эмуляторов Nintendo Swich и Steam:

sudo add-apt-repository multiverse
sudo apt update
sudo apt install steam
sudo apt-get update -y
sudo apt-get install -y libudev-dev
sudo apt-get install -y libinput-tools
sudo apt-get install -y libinput-dev
sudo apt-get install libglu1-mesa-dev freeglut3-dev mesa-common-dev
sudo apt-get установить libqt5webenginewidgets5
sudo apt-get install -y libzip-dev

Скопируйте из Proton 5.9-GE-6-ST https://github.com/GloriousEggroll/proton-ge-custom/releases

Установка игры и ее запуск

А остальное на видео

Нет, это не помогло, хотя этой ошибки больше нет в журнале. Вот новый журнал на всякий случай:
steam-1151640.log

У вас есть драйверы 450.66 NVidia? Я вижу, что функция версии не поддерживается в ваших журналах, так что возможно, вы используете устаревшие драйверы графического процессора.

Да, у меня установлены эти драйверы:

@drwhut
У меня не игровой вопрос. Больше о моих проблемах. Как установить драйверы Nvidia с сайта?

Часто что-то идет не так. Вот что он делает для установки нового драйвера:

Скачать NVIDIA-Linux-x86_64-450.66.run
Отметить как исполняемый

sudo systemctl изолировать multi-user.target
ls
cd Загрузки
ls
sudo ./NVIDIA-Linux-x86_64-450.66.run
перезагрузить сейчас
sudo перезагрузить сейчас
nvidia-smi

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

Нет, это не помогло, хотя этой ошибки больше нет в журнале. Вот новый журнал на всякий случай:
steam-1151640.log

У вас есть драйверы 450.66 NVidia? Я вижу, что функция версии не поддерживается в ваших журналах, так что возможно, вы используете устаревшие драйверы графического процессора.

Я заметил, что он также использует встроенную dll D3DCOMPILER_47. Можете ли вы попробовать скопировать файл из каталога Tools в каталог исполняемых файлов HZD?

Просто добавьте, используя Linux Mint 20, Nvidia 450.66 из графического драйвера ppa, Proton 5.9-GE-6-ST, и игра вылетает при запуске.

steam-1151640.log

@ArturWroblewski Я установил их из PPA:

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-driver-450

Нет, это не помогло, хотя этой ошибки больше нет в журнале. Вот новый журнал на всякий случай:
steam-1151640.log

У вас есть драйверы 450.66 NVidia? Я вижу, что функция версии не поддерживается в ваших журналах, так что возможно, вы используете устаревшие драйверы графического процессора.

Я заметил, что он также использует встроенную dll D3DCOMPILER_47. Можете ли вы попробовать скопировать файл из каталога Tools в каталог исполняемых файлов HZD?

О, МОЙ БОГ, это сработало !!! Спасибо огромное! Дошло до компиляции шейдеров, отвечу, что будет потом!

Просто добавьте, используя Linux Mint 20, Nvidia 450.66 из графического драйвера ppa, Proton 5.9-GE-6-ST, и игра вылетает при запуске.

steam-1151640.log

Ваша ошибка МОЖЕТ иметь какое-то отношение к этой строке:
err:vkd3d_bindless_state_init: Insufficient descriptor indexing support.

К сожалению, я понятия не имею, что с этим исправить. Кроме того, вы скопировали d3dcompiler, о котором я упоминал выше?

@drwhut Счастливчик. У меня такой же графический процессор (1650), но ноутбук, который не запускает игру. Если я оставлю параметр запуска пустым, будет показано только окно сообщения об ошибке. Если я использую prime-run для его запуска, сообщение об ошибке отображается в черном окне игры.

@drwhut Счастливчик. У меня такой же графический процессор (1650), но ноутбук, который не запускает игру. Если я оставлю параметр запуска пустым, будет показано только окно сообщения об ошибке. Если я использую prime-run для его запуска, сообщение об ошибке отображается в черном окне игры.

Не уверен, имеет ли это значение или нет, но у меня нет 1650, у меня есть 2070 Super.

@drwhut Извините, я принял вас за @ArturWroblewski

@intersectRaven
У меня только одна проблема с этой игрой. Я не могу снова включить полноэкранный режим. Вы можете увидеть в конце моего видео.
https://youtu.be/8KVrk5GTl1Q?t=3178

Не могли бы вы мне помочь? Что интересно, однажды мне удалось это сделать, а теперь не знаю как :(

steam-1151640_nor.log
steam-1151640.log

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

• Используйте Proton 5.9-GE-S-ST , инструкции по его установке здесь .
• Если вы используете драйверы NVIDIA, обновите их до версии 450.66 . Если вы используете Ubuntu, вы можете использовать PPA graphics-drivers чтобы получить их:

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-driver-450

• Скопируйте Horizon Zero Dawn/Tools/ShaderCompiler/PC/10.0.18362.0/x64/d3dcompiler_47.dll в Horizon Zero Dawn/d3dcompiler_47.dll рядом с исполняемым файлом.
• Необязательно : я не уверен, влияет ли это на что-нибудь, но я также обновил свое ядро ​​с 5.4 до 5.8 .

Однако на данный момент для меня:

• Для меня качество 1080p на Ultra - это буквально слайд-шоу.
• Игра запускается в режиме без полей, но попытка переключиться в полноэкранный режим приводит к сбою в данный момент.
• Другие также сказали, что без полей в данный момент возникают проблемы (например, летающие камни и деревья), поэтому текущее обходное решение - переключиться в оконный режим.

@intersectRaven
У меня только одна проблема с этой игрой. Я не могу снова включить полноэкранный режим. Вы можете увидеть в конце моего видео.
https://youtu.be/8KVrk5GTl1Q?t=3178

Не могли бы вы мне помочь? Что интересно, однажды мне удалось это сделать, а теперь не знаю как :(

steam-1151640_nor.log
steam-1151640.log

Не могу вам помочь. Насколько мне известно, файл настроек представляет собой двоичный файл в каталоге сохранения игры, поэтому вы не можете изменить его вручную. Что касается меня, я просто работал без полей, что требовало около 1 или 2 прогонов, прежде чем все плавающие вещи исчезли, пока я снова не перезагрузил свой компьютер. Ваша идея о том, что плавающие объекты связаны с безграничным режимом, заставляет меня перезагрузить компьютер после установки оконного режима, чтобы я мог проверить, исчезают ли плавающие объекты полностью. Это должно избавить от необходимости запускать его 1-2 раза, если ваша идея верна.

@ ngoquang2708 Мне кажется, что у меня такая же проблема @drwhut и он нашел решение
Проблема:

@ArturWroblewski Сейчас я использую Linux Mint 20, и я пробовал все, что вы указали, а также обновил ядро ​​до 5.8 с 5.4, но игра все равно даже не запускается, с той же ошибкой, что и на начало этого выпуска.

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

@drwhut
Я бы добавил, что если в режиме без полей у вас «летающие камни и деревья», пожалуйста, измените режим на Окно (проведите пальцем влево в опции с без полей на окно)

@intersectRaven
Никогда бы не подумал, что бег несколько раз уменьшит количество плавающих объектов.

Что, если я скопирую файл конфигурации из версии Windows с полноэкранным режимом. Потому что я знаю, что мой полный экран работал. У меня есть запись. https://youtu.be/8KVrk5GTl1Q?t=2102

И никаких летающих камней и деревьев :)

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

@ mozo78 Не знаю, сработает ли это. Но если это сработает, конечно, я поделюсь файлом, который он использует, и опишу местоположение.

Дай и попробую :)

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

https://gitlab.freedesktop.org/mesa/mesa/-/issues/3460 "Повреждение графики Horizon Zero Dawn с помощью radv", "spirv: исправление выдачи случаев переключения, которые напрямую переходят к блоку слияния"

https://www.nvidia.com/download/driverResults.aspx/163518/en-us «Исправлена ​​ошибка в оптимизации SPIR-V, из-за которой условные блоки не выполнялись».

455.23.04 точно не исправляет летающие объекты.

@ArturWroblewski
Все еще жду ваш profile.dat, пожалуйста.

@ mozo78
Приносим извинения за задержку, но у меня проблема с запуском игры в Windows. Игра работает. на миниатюре на панели я вижу, что это работает, потому что мини-экран меняется. Но картинка из игры не может быть на весь экран. Его даже нет в окне. Как будто он был на втором мониторе. но у меня нет второго монитора. Я не могу активировать это игровое окно.

Странно. тестирование на Windows 10 Ryzen 1700 + GTX 1650

@ ngoquang2708

drwhut Счастливчик. У меня такой же графический процессор (1650), но ноутбук, который не запускает игру. Если я оставлю параметр запуска пустым, будет показано только окно сообщения об ошибке. Если я использую prime-run для его запуска, сообщение об ошибке отображается в черном окне игры.

Может, стоит попробовать Prime Render вместо bumblebee. Bumblebee для opengl, вино использует vulkan для dx12 (vkd3d). С Prime Render вам даже не нужно ничего добавлять в параметры запуска игры, потому что с vulkan система автоматически выбирает видеокарту (nvidia вместо intel). Тестировал с другими играми через протон, HZD пока нет.

@ mozo78
Приносим извинения за задержку, но у меня проблема с запуском игры в Windows. Игра работает. на миниатюре на панели я вижу, что это работает, потому что мини-экран меняется. Но картинка из игры не может быть на весь экран. Его даже нет в окне. Как будто он был на втором мониторе. но у меня нет второго монитора. Я не могу активировать это игровое окно.

Странно. тестирование на Windows 10 Ryzen 1700 + GTX 1650

Хм, смешно - в Linux работает, в Windows - нет :)

@ mozo76
Вот файлы разрешения. Но это ничего не дает.

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

Из любопытства рекомендую скопировать файл из каталога "First Run Orginal". Игра запускается в левой боковой панели, и вам нужно сделать полное окно.

profile.zip

Мне удалось снова запустить игру в полноэкранном режиме, и тогда она работает нормально (но я не знаю, как я это сделал, и это зависит от обстоятельств), никаких летающих объектов. Так же, как вы работаете в оконном режиме, а затем переходите в режим без полей во время игры, у меня также нет летающих камней. Как дела с летающими камнями?

Большое спасибо! К сожалению, файлы не помогают, как вы говорите :(
Да, у меня есть летающие растения и камни. Думаю, это проблема NVIDIA.

У меня есть летающие растения и камни, но они исправляются, когда я перезапускаю игру. У меня Nvidia.

Раньше при столкновении с летающими объектами после загрузки сохраненной игры я пробовал следующее:

1) Удаление PSOCache.bin в LocalCacheDX12 и разрешение игре повторить «оптимизацию».
2) Загрузка достаточно предыдущего сохранения через меню «Загрузить игру» сразу после запуска игры, пока летающие объекты не исчезнут, а затем перезагрузка последнего сохранения.
3) Запуск игры с разными версиями dxgi.dll (скажем, от DXVK 1.7, затем от DXVK 1.7.1 и наоборот).

Однако после прочтения сообщений @intersectRaven , как указано здесь:

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

и @ mixalis1987, как указано здесь:

У меня есть летающие растения и камни, но они исправляются, когда я перезапускаю игру. У меня Nvidia.

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

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

Если кто-то еще столкнулся с летающими объектами и решил проблему другим способом, поделитесь с нами своим опытом!

Да, только что перезагрузил игру и теперь все нормально!

@ mozo78 @RoyShapiro Пожалуйста, подтвердите, что это то же самое для вас.

Летающие объекты есть только в режиме без границ.

Я никогда не видел летающих объектов в оконном режиме.
Даже после перезагрузки компьютера и запуска игры в оконном режиме у меня нет летающих объектов.

На видео показан первый запуск после перезагрузки ПК.
https://youtu.be/OPPQXeRI_rg
Я загрузил сохранения 3 раза, чтобы ничего не появилось.

Мои последние экраны с режимом без границ, хм ...

@ mozo76 Я признаю, что когда я запускаю игру в оконном режиме, а затем перехожу в режим без границ, у меня тоже нет этих летающих объектов.

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

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

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

Да это тот же эффект. Я не могу работать в полноэкранном режиме на Mint Cinnamon 20.0. В большинстве случаев игра отлично работает на Arch с KDE. Сначала запуск в оконном режиме, а затем переход в режим без границ, с моей стороны, не помогает. Это хит и промах для Arch, и никогда не работает с Mint Cinnamon.

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

Завтра попробую :)

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

https://gitlab.freedesktop.org/mesa/mesa/-/issues/3460 "Повреждение графики Horizon Zero Dawn с помощью radv", "spirv: исправление выдачи случаев переключения, которые напрямую переходят к блоку слияния"

https://www.nvidia.com/download/driverResults.aspx/163518/en-us «Исправлена ​​ошибка в оптимизации SPIR-V, из-за которой условные блоки не выполнялись».

Хорошо поймал. Я не заметил этого, когда быстро прочитал журнал изменений NVidia BETA. Я попробую этот драйвер на своей машине.

@ArturWroblewski После перехода в полноэкранный

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

https://gitlab.freedesktop.org/mesa/mesa/-/issues/3460 "Повреждение графики Horizon Zero Dawn с помощью radv", "spirv: исправление выдачи случаев переключения, которые напрямую переходят к блоку слияния"

https://www.nvidia.com/download/driverResults.aspx/163518/en-us «Исправлена ​​ошибка в оптимизации SPIR-V, из-за которой условные блоки не выполнялись».

Я только что запустил HZD на 455.23.04, и после всей перекомпиляции шейдера появились плавающие объекты. Кроме того, это было в оконном режиме, поэтому не исправил. Хотя, похоже, у него более яркий цвет. Кажется, что он не совсем оптимизирован, так как я испытал некоторое заикание во время некоторых быстрых движений, но это можно объяснить тем, что это все еще БЕТА.

Да, у меня 455.23.04, и летающие объекты тоже есть.

@ leao666 Я уже знал, что эта игра использует только DX12, который, в свою очередь, использует только Vulkan в Linux. Я использую prime-run всякий случай. Это не имеет отношения к Бамблби. Это просто команда для "принудительного" рендеринга PRIME Offload как для OpenGL, так и для Vulkan. Некоторым играм, поддерживающим только OpenGL, эта команда нужна для использования рендеринга с разгрузкой PRIME, в противном случае она будет использовать iGPU для OpenGL.

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

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

/home/user_name/.steam/debian-installation/steamapps/compatdata/1151640/pfx/drive_c/users/steamuser/ Мои документы / Horizon Zero Dawn / Сохраненная игра / профиль

Horizon Zero Dawn Complete Edition profile.dat.zip

Просто хочу сделать репост, если через несколько минут игры вы столкнулись со сбоями, и в ваших журналах протонов есть ошибка, в которой упоминается:
"vkd3d_create_vk_buffer_view: Failed to create Vulkan buffer view, vr -2."

Просто скомпилируйте код vkd3d, который я отправил в свой Github, помеченный как ветка personal . У него уже есть откаты, если вы не знаете, как вернуться назад.

Также используйте:

git clone --recursive

для клонирования, чтобы также были выбраны подпроекты.

Не строит:
meson.build:41:0: ERROR: Include dir ./subprojects/Vulkan-Headers/include does not exist.

Не строит:
meson.build:41:0: ERROR: Include dir ./subprojects/Vulkan-Headers/include does not exist.

Выпуск а:

git pull --recurse-submodules

Это происходит, когда вы клонируете только основной проект.

Да работает, спасибо :)

Привет,
Я пытался следовать инструкциям, но похоже, что сейчас все еще хуже, чем когда я начинал (раньше запускал игру с Proton 5.9 GE 6 ST и вылетал после компиляции шейдера, а теперь не запускается вообще).

Насколько я понимаю, у меня есть 2 (связанных?) Проблемы:

• Wine (с использованием этапов wine-5.17) не позволит мне добавить d3d12.dll в качестве родного к моему префиксу (я DL'd и построил vkd3d-proton, у меня были проблемы, потому что заголовки Vulkan были слишком старыми, но я обновил их вручную, и это кажется чтобы работал). Насколько я понимаю, Wine должен определить, что он установлен сам по себе, но не установлен. (Должен ли я клонировать репо и собирать его с нуля, чтобы добавить поддержку vkd3d?)

• Согласно журналу Proton (не могу опубликовать журнал, не знаю почему), мне не хватает dxgi.dll, а также d3d12.dll, я предполагаю, что проблема d3d12.dll будет исправлена, как только я получу Wine, чтобы добавить его, а не уверен насчет dxgi.dll

12980.305:00bc:00c0:err:module:import_dll Library dxgi.dll (which is needed by L"M:\\xavier\\.steam\\debian-installation\\steamapps\\common\\Horizon Zero Dawn\\d3d12.dll") not found 12980.305:00bc:00c0:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f0525370000: builtin 12980.305:00bc:00c0:err:module:import_dll Library d3d12.dll (which is needed by L"M:\\xavier\\.steam\\debian-installation\\steamapps\\common\\Horizon Zero Dawn\\HorizonZeroDawn.exe") not found 12980.305:00bc:00c0:err:module:import_dll Library dxgi.dll (which is needed by L"M:\\xavier\\.steam\\debian-installation\\steamapps\\common\\Horizon Zero Dawn\\HorizonZeroDawn.exe") not found

Использование Pop! _OS 20.04 focal, Ryzen 5 3600X, AMD Radeon RX 5700 XT, Mesa 20.3.0-devel.

Благодаря !

Привет,
Я пытался следовать инструкциям, но похоже, что сейчас все еще хуже, чем когда я начинал (раньше запускал игру с Proton 5.9 GE 6 ST и вылетал после компиляции шейдера, а теперь не запускается вообще).

Насколько я понимаю, у меня есть 2 (связанных?) Проблемы:

• Wine (с использованием этапов wine-5.17) не позволит мне добавить d3d12.dll в качестве родного к моему префиксу (я DL'd и построил vkd3d-proton, у меня были проблемы, потому что заголовки Vulkan были слишком старыми, но я обновил их вручную, и это кажется чтобы работал). Насколько я понимаю, Wine должен определить, что он установлен сам по себе, но не установлен. (Должен ли я клонировать репо и собирать его с нуля, чтобы добавить поддержку vkd3d?)
• Согласно журналу Proton (не могу опубликовать журнал, не знаю почему), мне не хватает dxgi.dll, а также d3d12.dll, я предполагаю, что проблема d3d12.dll будет исправлена, как только я получу Wine, чтобы добавить его, а не уверен насчет dxgi.dll

12980.305:00bc:00c0:err:module:import_dll Library dxgi.dll (which is needed by L"M:\\xavier\\.steam\\debian-installation\\steamapps\\common\\Horizon Zero Dawn\\d3d12.dll") not found 12980.305:00bc:00c0:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f0525370000: builtin 12980.305:00bc:00c0:err:module:import_dll Library d3d12.dll (which is needed by L"M:\\xavier\\.steam\\debian-installation\\steamapps\\common\\Horizon Zero Dawn\\HorizonZeroDawn.exe") not found 12980.305:00bc:00c0:err:module:import_dll Library dxgi.dll (which is needed by L"M:\\xavier\\.steam\\debian-installation\\steamapps\\common\\Horizon Zero Dawn\\HorizonZeroDawn.exe") not found

Использование Pop! _OS 20.04 focal, Ryzen 5 3600X, AMD Radeon RX 5700 XT, Mesa 20.3.0-devel.

Благодаря !

Очень странно, поскольку в дистрибутивах Proton (GE, TKG, Steam) они обычно есть. Возможно, вам нужно, чтобы префикс использовался для сброса Proton. Кто-то выше написал, где это обычно, поэтому вы можете попробовать удалить это, а Proton воссоздает его для вас.

Спасибо за подсказку @intersectRaven , сейчас он работает, потребовалось несколько попыток, чтобы пройти начальную кат-сцену без сбоев, но я достиг первой контрольной точки.

Большое спасибо @ArturWroblewski за то, что он поделился данными своего профиля, игра не запускалась с настройками по умолчанию.

Видимо, переход в полноэкранный режим вылетает в игре. Я использую Borderless, но у меня все еще есть заголовок (??), и мой контроллер xbox не распознается, хотя я активировал xinput с помощью protontricks. Так что играть можно, но далеко не оптимально.

steam-1151640.log

(Наконец-то выяснилось, что NoScript раньше не позволял мне загрузить файл журнала)

@Chipsse , я очень рад, что смог помочь.
У меня тоже была такая проблема. Полоса окна не пропадала в режиме без полей.
Вы можете посмотреть это видео. https://youtu.be/8KVrk5GTl1Q

Правильный переход от оконного к безграничному можно увидеть в этом видео (в конце).
https://youtu.be/OPPQXeRI_rg

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

Если кто-то понял, как это исправить или от чего это зависит, прошу информации.

А насчет контроллеров я еще не проверял. Просто не подумал проверить. :)

Эта ссылка кажется мне действительно сомнительной! Есть здесь какие-нибудь моды, чтобы проверить это и удалить сообщение? @ кисак-клапан

У меня еще несколько случайных сбоев. Кто-нибудь придумал, как с ними справиться?

Спасибо @ArturWroblewski , к сожалению, у меня это не сработало, я все еще получаю заголовок вверху. :(

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

220.187:005c:0068:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142 220.203:0030:0034:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1114

Оказалось, что заголовок был проблемой Gnome, я исправил ее с помощью расширения (https://github.com/poehlerj/no-title-bar, на случай, если это понадобится кому-то другому).

По-прежнему не знаю, как заставить контроллер работать, но я прошел пролог за один раз и 0 сбоев, никаких плавающих камней или травы, которые я заметил. Тест абсолютно убивает мой FPS, но фактическая производительность в игре довольно хорошая (55/60 FPS при 1440p). Как ни странно, я получаю лучшие результаты при использовании предустановки "высокое качество", чем "оригинал".

Спасибо еще раз за помощь ! И если кто-то узнает, что вызывает проблему с контроллером, я буду рад узнать исправление.

Рискну предположить, что сосредоточения внимания на записях wineusb не было бы.

Просто добавьте, используя Linux Mint 20, Nvidia 450.66 из графического драйвера ppa, Proton 5.9-GE-6-ST, и игра вылетает при запуске.
steam-1151640.log

Ваша ошибка МОЖЕТ иметь какое-то отношение к этой строке:
err:vkd3d_bindless_state_init: Insufficient descriptor indexing support.

К сожалению, я понятия не имею, что с этим исправить. Кроме того, вы скопировали d3dcompiler, о котором я упоминал выше?

да, скопировал dll, все равно без изменений.
ошибка vkd3d_bindless_state_init сохраняется

Я откажусь от него, подам заявку на возврат и подожду, пока он не заработает без особых проблем ;-)

Для меня он работает на Mint 20 и 450.66. Очень странный...

После некоторой игры, похоже, я все еще получаю заголовок в режиме без границ, ЕСЛИ:

• Разрешение игры соответствует разрешению монитора перед запуском
• Игра запускается через Steam, а не через Lutris
• Ни одно другое приложение не работает в полноэкранном режиме
• При запуске графическая предустановка должна быть «Исходной», но ее можно изменить после запуска игры.

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

Я не понимаю, что я упускаю или делаю не так. Раньше я заставлял его работать над сборкой proton-tkg и копированием dll, но теперь, используя _Proton-5.9-GE-6-ST_, я больше не могу заставить игру даже запускаться. (например, я вернулся к исходному экрану сбоя) Я запускаю manjaro, и я ранее установил mesa-git для упомянутого выше, который избавился от проблемы с плавающими камнями ... :(

@ 77boaz У меня возникла эта проблема, когда я изменил разрешение / настройки на неправильное, и игра больше не могла запускаться. Решение:

Попробуйте скопировать выбранный профиль с разрешением и настройками отображения изображения из zip файла в путь, например:

/home/user_name/.steam/debian-installation/steamapps/compatdata/1151640/pfx/drive_c/users/steamuser/ Мои документы / Horizon Zero Dawn / Сохраненная игра / профиль

Профиль для скачивания:
https://github.com/ValveSoftware/Proton/files/5250675/Horizon.Zero.Dawn.Complete.Edition.profile.dat.zip

Рекомендую проверить профиль:
1920x1080 Windowed 50 Гц Оригинал

Спасибо, что сделали это! Забавно, я фактически уничтожил всю папку pfx, чтобы попытаться начать чистую ... Я также использую двойную загрузку Windows для сравнения и т. Д. Я предполагаю, что облако Steam сохраняет настройки из Windows? Steam Cloud - это здорово! кроме случаев, когда вы идете между ними? :)

@ 77boaz На самом деле облако синхронизирует каталог сохранения, и, если есть информация о разрешении, оно синхронизируется. хе-хе :).
Но это немного опасно, потому что если у вас дома несколько компьютеров, что делать, если вы используете 4k на одном, а на другом вы не можете работать на 4k или это немного беспорядочно.

Но только для синхронизации конфигураций между компьютерами.

Ааа .. Ты прав. Я знаю, что некоторые игры синхронизируют все, а некоторые - только сохранения. В любом случае, теперь он работает, спасибо! Я не могу дождаться исправления полноэкранного режима. Я все равно буду выбирать между ними обоими ... Мне просто нравится наблюдать за прогрессом и т.д. Еще раз спасибо всем за работу! :)

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

Помимо запуска игры в первую очередь (Proton GE 6 - лучший), мои единственные основные жалобы:
1) Плавающие камни (это исправляет перезапуск игры> = 3 раза.)
2) Случайные зависания (
3) Ухудшение производительности (вполне ожидаемое. На RTX 2070 я использовал все минимумы, кроме сетки на Medium, на 1440p для ~ 40-50 постоянных кадров в секунду.)

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

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

Я использую Proton-5.9-GE-6-ST . Не копируя d3dcompiler_47.dll в папку с игрой, я все еще могу запустить игру в первый раз (я никогда не мог ее запустить раньше), используя файл profile.dat загруженный @ArturWroblewski. Благодаря!
Использую First Run Original profile.dat файл, игра запустилась в режиме Windowed . Всякий раз, когда я пытаюсь переключить настройки на Fullscreen игра вылетает. Полагаю, здесь есть какое-то отношение к режиму Fullscreen .
Мой графический процессор GTX 1650, версия драйвера 450.66.

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

Привет, @Chipsse , это верно для всех программ, использующих видеокарты.

Спасибо @ kisak-valve, извините за не по теме.

Я решил проблему с контроллером, поэтому решил, что поделюсь, если кто-то еще столкнется с той же проблемой, Steam Overlay был виноват. Я отключаю его глобально в параметрах Steam, так как он имеет тенденцию вызывать проблемы, и я все равно его никогда не использую, но в этом случае контроллер, очевидно, не работает без него. Не уверен, что это проблема HZD или Proton.

@ mozo78 есть ли у вас библиотеки, скомпилированные из
Если бы они у вас были, не могли бы вы ими поделиться?

Я использую эту библиотеку и игра работает:

https://u.pcloud.link/publink/show?code=XZLm95XZTtQmPGRIeP8odYUhu8SbdBswa1AV

@ mozo78

1. Игра отлично работает с DualShock 4 V2. Сразу после включения контроллера он определяется игрой. Нет проблем.
2. Моя игра по-прежнему вылетает каждые 15-20 минут. Где вы заменили этот файл? в каталоге game / prefix или в каталоге proton 5.9. Для версии 64 или штатной? Напишите, пожалуйста, путь, по которому я должен его скопировать, потому что я не вижу разницы.

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

Я поместил эту библиотеку в корневой каталог (где находится exe игры).

@fsyy
Я согласен. Если я скопировал папку в приставку. после запуска файл был восстановлен до исходного.
Вот и заменил файл в папке proton 5.9-ST-6 ... Но у меня игра продолжает вылетать :(

@ mozo78
Я попробую. Надеюсь, это поможет мне. Ваша игра больше не вылетает?

Я думаю, что так написал Рой Шапиро.

Спасибо за подсказки.

К тому же игра зависает. У меня работает очень гладко. И играть весело.

@ArturWroblewski
Привет!
Вы как будто сообщаете, что игра одновременно "вылетает" и "зависает" за вас. Это две разные вещи, и они могут вызвать путаницу.

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

Если вместо этого вы видите фактическое сообщение на проблему с самой игрой , она все еще глючит. Реверты в этом не помогают.

Увы, у вас вполне может быть и то, и другое. Если у вас установлена ​​двойная загрузка, проверьте, не вылетает ли она и в Windows. Если это так, у игры может быть проблема с вашим оборудованием, и вам нужно дождаться обновления игры. Если нет, возможно, дело в Proton. Тем временем вы можете попробовать обновить игру, драйверы и все обычные вещи.

@RoyShapiro Вы правы в том, что я написал, я мог вас ввести в заблуждение. Игра зависает. И звук продолжается.
Извините за путаницу.

Я запускаю игру в оконном режиме без проблем. и игра зависает через 20 минут. Пока игра работает, работает очень хорошо, особо ни на что жаловаться не могу.
В настоящее время я играю с геймпадом PS4 на Ubuntu 20.04.1

Сразу хочу сообщить - игра стабильно работает с

Единственная проблема - при переключении в полноэкранный режим игра вылетает. Любой обходной путь и / или способ запустить его как таковой?
Кроме того, мне удалось запустить тест в полноэкранном режиме, поэтому я полагаю, что это просто что-то незначительное, вызывающее этот сбой при переключении в полноэкранный режим.

Я не думаю, что есть разница между полноэкранным режимом и без полей внутри Wine, кроме поведения alt + tab. Композитору предлагается отключить / не перенаправить в обоих случаях, и запускается перелистывание страниц для правильной vsync. Так что вы не должны беспокоиться об этом, если только эта странная ошибка масштабирования игры не происходит чаще по какой-то причине с безграничным доступом.

Я не думаю, что есть разница между полноэкранным режимом и без полей внутри Wine, кроме поведения alt + tab. Композитору предлагается отключить / не перенаправить в обоих случаях, и запускается перелистывание страниц для правильной vsync. Так что вы не должны беспокоиться об этом, если только эта странная ошибка масштабирования игры не происходит чаще по какой-то причине с безграничным доступом.

Технически G-Sync / Free-Sync работают только в полноэкранном режиме / без полей, я боюсь, что H: ZD не полностью без полей, поэтому есть разница.

@ArturWroblewski
Стоит отметить, что игра все равно зависает, вопросы действительно «когда» и «как часто». С правильно "возвращенным" файлом, в зависимости от вашей удачи, игра будет работать от 10 минут до 8+ часов до зависания. Так что попробуйте снова и снова, и у вас может получиться 20 минут, затем час или около того, затем 5-7 часов, затем снова 20 минут, но в основном часы +. Без "возвращенного" файла он почти всегда зависает в течение 10-15 минут. Некоторые люди сообщают, что могут играть до часа без ревертов, но мне не удалось воспроизвести это. Мы не определили точно, почему это так, но поскольку ошибка обычно связана с распределением ресурсов, такие вещи, как общий объем свободной оперативной памяти и видеопамяти, доступной в вашей системе в любой момент, могут или не могут быть фактором.
Насколько мне известно, вы НЕ выполняли обратное преобразование и компиляцию d3d12.dll самостоятельно. Если он каждый раз зависает в течение 20 минут почти без изменений, скорее всего, вы ошиблись файлом. Кто бы ни дал вам файл, возможно, загрузил не тот файл. Хотя вы можете попросить человека убедиться, что он дал вам только что скомпилированный, единственный способ быть уверенным на данный момент - это скомпилировать его самостоятельно. Использование fork \ repo @intersectRaven - это самый простой способ (не нужно ничего возвращать).

Изменить: вопрос о пути!
Файл должен быть записан в папку «System32», а затем должен быть установлен как «родной» в конфигурации Wine (Proton). Иначе Протон этого не «увидит». Если он перезаписывает файл, поместите его в место, где он перезапишет версию "System32" (для GE 6 по умолчанию используется / dist / lib 64 / wine / vkd3d-proton). Сам двоичный файл должен быть x64 - это сбивает с толку.
Если это не сработает, попробуйте поместить его в каталог игры, как предлагал @ mozo78 , но некоторые люди сообщают, что это приводит к серьезному сбою игры, поэтому

Сообщать о других проблемах - летают камни и другой реквизит, в игру невозможно играть (потому что вы не можете спрятаться :)) - и это происходит случайно. Кроме того, _borderless window_ не заполняет весь экран, следовательно, оно не использует G / Free-Sync.

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

Работает на 2080 Ti, 450.66 - Ubuntu 18.04.3 - 3440x1440.

Вот переупаковка бинарного релиза Proton-5.9-GE-6-ST со встроенными и включенными исправлениями IntercctRaven vkd3d . Вы должны просто использовать этот Proton с HZD и готово.

Пользователи Fedora 32 с картами AMD могут также оценить эту перестройку Mesa git с использованием официальных файлов спецификаций Fedora с исходным кодом от вчера master , который исправляет множество графических сбоев и проблем с производительностью.

Я дал несколько инструкций, если вы можете их использовать. С обоими из них, HZD работает действительно отлично для меня. По-прежнему вылетает, обычно с графическим зависанием, описанным выше. Перезапуск GDM в большинстве случаев решает эту проблему без перезагрузки, иногда это гораздо более серьезный сбой. Тем не менее, можно играть в течение довольно долгих периодов времени между ними, с графическими настройками, немного настроенными с оригинала на моем 5700XT на 1440 сверхшироких.

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

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

Изменить 2: я просто понял, что не обновлял .vdf для Steam, чтобы распознавать другое имя перед загрузкой. Я просто вручную патчил GE-6-ST. :) Ссылка выше исправлена.

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

Мне не удалось полностью перестроить Proton-GE для работы из-за дрейфа в Wine с момента его последнего обновления его набора патчей, а деление пополам занимает так много времени, что я не стал беспокоиться. Это просто перестроена личная ветка IntersectRaven и d3d12.dll заменен на собственный двоичный выпуск Proton-5.9-GE-6-ST от GloriousEggroll.

Перестройки Mesa - это в точности мастер Mesa git с патчами F32 .spec в репозитории, из которого взяты эти выпуски.

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

@solacelost

1. Спасибо за Proton 5.9 Solance Edition.
   Признаюсь, игра у меня еще не заморожена на Proton 5.9 Solance Edition. Но у меня все время летают объекты. Я перезапускал игру 30 раз, но все еще остались летающие объекты. Если не сразу после запуска игры, то через 5 минут они появляются.

1. При использовании Proton-5.9-GE-6-ST Летающие объекты исчезают максимум через 2 перезагрузки. И у них у меня нет летающих объектов, все время игры (пока игра не зависает примерно через 20 минут)

3. Я пробовал переключаться между Proton-5.9-GE-6-ST и Proton 5.9 Solance Edition.
Много раз. И когда я включаю Proton 5.9 GE-6-ST, оптимизация занимает короткое время, и у меня нет летающих объектов (идеально). После перехода на Proton 5.9 Solance Edition оптимизация занимает около 10 минут, и у меня много летающих объектов.

@solacelost

1. Спасибо за Proton 5.9 Solance Edition.
   Признаюсь, игра у меня еще не заморожена на Proton 5.9 Solance Edition. Но у меня все время летают объекты. Я перезапускал игру 30 раз, но все еще остались летающие объекты. Если не сразу после запуска игры, то через 5 минут они появляются.
2. При использовании Proton-5.9-GE-6-ST Летающие объекты исчезают максимум через 2 перезагрузки. И у них у меня нет летающих объектов, все время игры (пока игра не зависает примерно через 20 минут)

3. Я пробовал переключаться между Proton-5.9-GE-6-ST и Proton 5.9 Solance Edition.
Много раз. И когда я включаю Proton 5.9 GE-6-ST, оптимизация занимает короткое время, и у меня нет летающих объектов (идеально). После перехода на Proton 5.9 Solance Edition оптимизация занимает около 10 минут, и у меня много летающих объектов.

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

@solacelost Меня заинтересовала ваша версия Proton, чтобы проверить жалобу @ArturWroblewski на то, что летающие объекты не

@solacelost Меня заинтересовала ваша версия Proton, чтобы проверить жалобу @ArturWroblewski на то, что летающие объекты не

@RoyShapiro
https://random-crap-29179.s3.us-east-2.amazonaws.com/Proton-5.9-solace-edition.tgz

Ребят, а по баг-трекеру NVIDIA кто-нибудь регистрировал проблему?

@solacelost

Похоже, Proton 5.9-GE-6-ST заставляет игру зависать.

Солэнс не вызывает, но вызывает летающие объекты.

@solacelost

Я вижу то же самое. Proton-GE-6-ST вызывает зависание после короткого времени воспроизведения.

Версия Solance не имеет зависаний, но через некоторое время камни и прочее начинают плавать.

На данный момент лучшим решением будет скопировать d3d12.dll из Proton 5.9 Solance Edition и заменить им тот, который есть в Proton 5.9 GE-6-ST.

Заменить

Протон-5.9-GE-6-STdist \ lib64 \ winevkd3d-protond3d12.dll

С участием

\ Proton-5.9-solace-editiondist \ lib64 \ winevkd3d-protond3d12.dll

Затем загрузите HZD с Proton-5.9-GE-6-ST, запаковав замененный d3d12.dll.

Это устраняет зависания и в большинстве случаев не имеет проблем с плавающими камнями и т. Д., Если при первой загрузке у вас нет такой проблемы.

Престижность Artur_W в Reddit за предложение обходного пути.

@Cxpher
Я подтверждаю. Пока что игра работает непрерывно 4 часа без замерзания и без летающих объектов (камней и деревьев). Благодаря смешиванию Proton 5.9-GE-6-ST с d3d12.dll из Proton 5.9 Solance Edition

Скачать Proton 5.9-GE-6-ST с d3d12.dll можно по ссылке:
https://drive.google.com/file/d/1MjaifwahNgnw6tQ1jv6OqaWv94eRKoR6/view?usp=sharing

Протон-5.9-GE-6-STdist \ lib64 \ winevkd3d-protond3d12.dll

Протон-5.9-GE-6-STdist \ lib \ winevkd3d-protond3d12.dll

Можно ли связать только DLL?

У меня странная проблема, когда меню работает нормально после выключения VSync, но как только я загружаю игру, я получаю около 5 кадров в секунду при каждой графической настройке. Это происходит с включенной функцией VSync или без нее (при этом в меню она составляет около 10 кадров в секунду). Это в Wayland в GNOME 3.36.

В GNOME Xorg игра загружается с рамкой около 20 пикселей вокруг нее, показывая мой рабочий стол, и когда я загружаю свое сохранение, X зависает, вынуждая меня захватить другой TTY, чтобы убить его.

R7 3800X и RX 5600 XT, mesa-git и amdgpu. Только с использованием опции запуска импульса 60 мсек из Steam. 5.9-GE-6-ST (собираюсь добавить .dll и посмотреть, поможет ли это чему-нибудь).

d3d12.dll из Proton 5.9 Solance Edition

Протон-5.9-GE-6-STdist \ lib64 \ winevkd3d-protond3d12.dll
Протон-5.9-GE-6-STdist \ lib \ winevkd3d-protond3d12.dll

https://drive.google.com/file/d/12a5mlHJfrr_MynPDmJe6wwEn7gAb0Jfb/view?usp=sharing
Проверено на видеокарте Nvidia. Я не проверял, как работает на AMD.

Замена DLL не решила мою проблему, хотя я не был уверен, что это вообще произойдет. Я замечаю, что мой процессор или графический процессор очень сильно увеличиваются при рендеринге игры, как будто что-то блокирует его или не «подключается» каким-то образом, и поэтому я испытываю такие низкие числа FPS. Не знаете, что проверить, чтобы понять, почему это происходит, однако, протонный журнал?

Обновите мою конкретную проблему (и, возможно, это где-то упоминается здесь). Установка ограничения кадра сводит кадры с ума. Я установил их на безлимит и смог нормально играть. Однако даже после замены этой DLL я все еще получаю случайные черные экраны, которые блокируют весь мой сеанс, вызывая жесткую перезагрузку (нельзя использовать альтернативную вкладку и т. Д.). То же самое происходит на X или Wayland (происходит быстрее на X, когда игра наконец загружается, он полностью блокируется, но я могу TTY, чтобы убить сеанс gnome и перезапустить его на X, где я не могу этого сделать на Wayland).

Игра работает непрерывно 4 часа без замерзания и без летающих объектов (камней и деревьев).
Благодаря смешиванию Proton 5.9-GE-6-ST с d3d12.dll из Proton 5.9 Solance Edition
Геймплей в качестве доказательства по ссылке: https://youtu.be/xjokkb0WypE

Скачать Proton 5.9-GE-6-ST с d3d12.dll можно по ссылке:
https://drive.google.com/file/d/1MjaifwahNgnw6tQ1jv6OqaWv94eRKoR6/view?usp=sharing
Протон-5.9-GE-6-STdist \ lib64 \ winevkd3d-protond3d12.dll
Протон-5.9-GE-6-STdist \ lib \ winevkd3d-protond3d12.dll

Если вы не хотите загружать весь Proton объемом 250 МБ, вы можете загрузить d3d12.dll только из Proton 5.9 Solance Edition.
https://drive.google.com/file/d/12a5mlHJfrr_MynPDmJe6wwEn7gAb0Jfb/view?usp=sharing

Проверено на видеокарте Nvidia. Я не проверял, как работает на AMD.

Я пробовал вышеупомянутый Proton с d3d12 dll, и я могу запустить игру впервые после покупки, но с глюками и низким fps.

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

GPU: AMD Navi 10 Radeon RX 5700 XT
Driver/LLVM version: RADV 20.1.7
Kernel version: 5.8.6-1

Полная информация о паровой системе:
https://gist.github.com/QUASARFREAK/45d9f21fed44212ef156797f1627d221

Скриншоты:
https://imgur.com/a/cYFWP0Z

@QUASARFREAK, у вас все еще

Привет, я кое-что пробовал, но через несколько секунд все еще вылетает: https://www.youtube.com/watch?v=o9ToF7PzXh
Я построил proton-ge и использовал готовые версии 6 и 7. Собрал vkd3d и поместил их в папки proton-ge / dist / lib и lib64. Поместите их в system32 (64-бит) и SysWOW64 (32-bit) в префиксе, хотя не знаю, было ли это необходимо. Начал игру с включенным Mangohud и параметром pulseaudio, установленным на 60 мсек, иначе в звуке есть эхо. Пробовал также архив profile.dat для тестирования различных разрешений.
Каждый раз, когда он работает, а через некоторое время вылетает.

Я что-то пропустил или где-то ошибся?
Система - это Ryzen 9 3900X / Vega 64 - мезастабильный Manjaro Budgie

Чтобы добавить, моя вилка в основном предназначена для графических процессоров NVidia. Для графических процессоров AMD исправление повреждения графики находится в последней версии mesa-git, поэтому вам это также необходимо, чтобы не было искажения графики.

Я работаю с NVIDIA, и плавающие объекты здесь очень часто. Я пробовал стабильную и бета-версию драйвера Vulkan. Я рад слышать, что это окончательно исправлено для AMD.

@ mozo78 Нечетно . Он должен стабилизироваться после одного или двух перезапусков игры. В любом случае, нам придется подождать, пока разработчики VKD3D исправят это навсегда.

Мне любопытно, проблема в драйвере или VKD3D.

Решил мою проблему, теперь он работает безупречно: пришлось обновить до mesa-git!

Следовательно, проблема в драйвере NVIDIA.

Кстати, вот мой скомпилированный d3d12.dll, который вы можете скопировать в каталог HZD. Сообщите, пожалуйста, о перемещениях, так как я пытаюсь обойти ситуацию во время перевода SPIRV в VKD3D.

https://cloud.intersectraven.tech/s/GpnzKo264mqwoCP

Пока все в порядке. Может случайно, но посмотрю :)

Пока не смог запустить HZD, вылетает при старте.
Я использую mesa-git, Proton-5.9-GE-6-ST, построил vkd3d-proton-master и перезаписал x64- и x86-d3d12.dll в Proton-5.9-GE-6-ST/dist/lib(64)/wine/vkd3d-proton

Сообщите, пожалуйста, о перемещениях, так как я пытаюсь обойти ситуацию во время перевода SPIRV в VKD3D.

@intersectRaven Я не уверен, почему вы вообще беспокоитесь, Ханс-Кристиан подтвердил, что это ошибка в драйвере Nvidia примерно в понедельник, а последний бета-драйвер Vulkan dev явно упоминает эту ошибку, которую нужно исправить в своем журнале изменений:

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

Итак, любой, кто пытается играть в HZD на Nvidia, должен либо перейти на 455.22.04, либо подождать, пока это исправление не достигнет стабильной ветви.

Пока не смог запустить HZD, вылетает при старте.

@TheHooly Есть ли у вас d3dcompiler_47.dll (и, возможно, также dxcompiler.dll ) с символической ссылкой / копией рядом с исполняемым файлом игры? Также рассмотрите возможность публикации журнала, созданного с помощью PROTON_LOG=1 , иначе угадывание того, что не так, займет много времени.

У меня был встроенный d3d12.dll (x64) в папке с игрой, забыл удалить его оттуда после ошибочного копирования туда, удалил сейчас.
Я скопировал d3dcompiler_47.dll из папки Proton lib64 и dxcompiler.dll из самой игры Horizon Zero Dawn/Tools/ShaderCompiler/PC/1.0.2595/x64 к сожалению, пока без разницы.
http://ix.io/2zCB

Сообщите, пожалуйста, о перемещениях, так как я пытаюсь обойти ситуацию во время перевода SPIRV в VKD3D.

@intersectRaven Я не уверен, почему вы вообще беспокоитесь, Ханс-Кристиан подтвердил, что это ошибка в драйвере Nvidia примерно в понедельник, а последний бета-драйвер Vulkan dev явно упоминает эту ошибку, которую нужно исправить в своем журнале изменений:

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

Итак, любой, кто пытается играть в HZD на Nvidia, должен либо перейти на 455.22.04, либо подождать, пока это исправление не достигнет стабильной ветви.

Пока не смог запустить HZD, вылетает при старте.

@TheHooly Есть ли у вас d3dcompiler_47.dll (и, возможно, также dxcompiler.dll ) с символической ссылкой / копией рядом с исполняемым файлом игры? Также рассмотрите возможность публикации журнала, созданного с помощью PROTON_LOG=1 , иначе угадывание того, что не так, займет много времени.

Хорошо знать. Кстати, где он выложил? В дальнейшем просто предлагаю всем обновиться до 455.22.04 или дождаться официальных драйверов. Моя личная ветка все еще будет существовать, но только для устранения сбоев памяти из-за того, что хэш-карта исчерпывает память. : смайлик:

Кроме того, для тех, кто использует AMD, исправление было перенесено в Mesa 20.1 и включено в выпуск Mesa 20.1.9, поэтому после обновления вашего дистрибутива вам не нужно компилировать mesa-git. : смайлик:

Можно подтвердить, что в игру можно играть с Mesa 20.2.0 на Gentoo с помощью fsync. d3dcompiler_47.dll, включая собственное переопределение, и Proton-5.9-GE-6-ST.
Я получаю ок. 30-60 кадров в секунду в зависимости от ситуации в 1440p ultra на RX Vega 64 с изрядным разгоном и 3900X. Мой контроллер xbox one отказывается работать с этой игрой, почему-то мангохуд тоже.

@TheHooly d3dcompiler_47.dll от Proton почти наверняка не сработает, скопируйте тот, который поставляется с самой игрой (он находится где-то в Tools как и dxcompiler.dll ). Однако в журнале вообще не упоминается, что он загружается, поэтому игра, вероятно, умирает еще до того, как попытается ее использовать.

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

Кстати, где он выложил?

@intersectRaven На сервере Discord VKx.

Игра открывает черное окно и вращает для меня символ загрузки в левом нижнем углу, но затем вылетает:

Ubuntu 20.04.1
Протон-5.9-утешение-издание
dxcompiler.dll и d3dcompiler_47.dll скопированы из каталогов инструментов HZD
Используемый профиль windows 50hz 1920x1080

raevol<strong i="10">@jabberwock</strong>:~$ glxinfo | grep version
server glx version string: 1.4
client glx version string: 1.4
GLX version: 1.4
    Max core profile version: 4.6
    Max compat profile version: 4.6
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
OpenGL core profile version string: 4.6 (Core Profile) Mesa 20.0.8
OpenGL core profile shading language version string: 4.60
OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.0.8
OpenGL shading language version string: 4.60
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.0.8
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
    GL_EXT_shader_implicit_conversions, GL_EXT_shader_integer_mix, 
raevol<strong i="11">@jabberwock</strong>:~$ lshw -c video
WARNING: you should run this program as super-user.
  *-display                 
       description: VGA compatible controller
       product: Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
       vendor: Advanced Micro Devices, Inc. [AMD/ATI]
       physical id: 0
       bus info: pci<strong i="12">@0000</strong>:01:00.0
       version: c7
       width: 64 bits
       clock: 33MHz
       capabilities: vga_controller bus_master cap_list rom
       configuration: driver=amdgpu latency=0
       resources: irq:135 memory:c0000000-cfffffff memory:d0000000-d01fffff ioport:e000(size=256) memory:dfd00000-dfd3ffff memory:c0000-dffff
WARNING: output may be incomplete or inaccurate, you should run this program as super-user.

журнал: https://gist.github.com/mickeylyle/375dbefe65a2c67b28ac0f6e37842803

Привет, @mickeylyle , как упоминалось в парах комментариев непосредственно перед вашим, пожалуйста, используйте для этой игры mesa 20.1.9 или новее. Вы можете использовать PPA, например oibaf или kisak-mesa, чтобы получить обновленную сборку mesa для вашей системы.

VKx

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

Спасибо, @ kisak-valve, извини, что пропустил это!

Я установил ваш PPA и попробовал игру как на Proton-5.9-solace-edition, так и на Proton-5.9-GE-6-ST. Оба дают мне возможность познакомиться с логотипами SIE и Guerrilla, а последний даже позволяет мне увидеть несколько кадров того, что, как я предполагаю, является фоном меню, но сразу после этого оба вылетают.

https://gist.github.com/mickeylyle/699fcbe5f136178edccabab2d6c08ca3

С момента моего последнего комментария игра получила обновление на 2 ГБ (предварительное кэширование шейдеров), теперь я могу ненадолго увидеть экран загрузки, прежде чем он выйдет из строя.
Новый журнал, я увидел запись о том, что теперь он загружает d3dcompiler_47.dll из корневой папки игры:
http://ix.io/2zFK

@TheHooly Это выглядит довольно подозрительно (первое и последнее сообщение):

264:warn:d3d12_swapchain_acquire_next_vulkan_image: Failed to acquire next Vulkan image, vr -1000001004.
264:warn:select_vk_format: Failed to find Vulkan swapchain format for DXGI_FORMAT_R10G10B10A2_UNORM.
264:warn:d3d12_swapchain_create_vulkan_swapchain: Buffer count 2 is not supported (3-16).
264:warn:d3d12_swapchain_create_vulkan_swapchain: Swapchain dimensions 1920x1080 are not supported (3828-3828 x 2129-2129).

Может попробовать с dxgi.dll от DXVK?

Я не удивлюсь, если какая-то геометрия окна или буферные махинации в игре будут ответственны за «необъяснимые» сбои (если это не необоснованное управление ресурсами), поскольку в игре, например, все еще есть странная ошибка размытого масштабирования в Windows время от времени . Я в основном перепробовал все, что только можно вообразить, и все остальные игры, такие как WoW D3D12 или Hitman 2 D3D12, работают без сбоев, ага. Но эта штука просто всегда вылетает через несколько секунд в меню.

Не вылетает, отлично работает. Вы должны внимательно следовать инструкциям.

В основном нет инструкций, которым следовало бы следовать с чистым префиксом и недавним Proton-GE, благодаря protontricks. Во всяком случае, я прочитал все комментарии в этой ветке и попробовал каждое предложение. С игровыми патчами стало даже хуже. Он может выйти из строя даже раньше при использовании «неправильной» конфигурации в отношении разрешения / режима окна, но, благодаря усилиям Артура Вроблевски, это не похоже на причину, по которой он в конечном итоге терпит неудачу.

Протонный журнал:
steam-1151640.log

Вот инструкции, которым нужно следовать:
https://software.kaminata.net/linux-wine-games/horizon-zero-dawn-linux-wine/

Спасибо, но ничего такого, что я бы пропустил.

Кстати. нет разницы между mesa-git и amdvlk-pro, игры вылетают совершенно так же, прежде чем попасть в меню (или в меню).

Если вы удалили свой префикс и у вас есть сохранение в облаке, иногда вам нужно создать каталог Horizon Zero Dawn в папке «Мои документы» пользователя префикса, иначе игра вылетит. Я не вижу, чтобы эту часть часто цитировали, но я испытал это лично. :улыбка:

Да, спасибо. Я наткнулся на это несколько раз, поэтому отключил облачную синхронизацию для HZD, а затем удалил префикс.

Вы все равно пробовали создать папку?

Что ж, игра могла успешно создать его с текущим чистым префиксом, и там я протестировал все конфигурации, предоставленные ArturWroblewski. :(

Я видел, как кто-то упомянул странную размытую ошибку масштабирования в Windows. Я также столкнулся с этим, и он был решен с помощью параметра «Отключить масштабирование дисплея при высоких настройках DPI» или аналогичных (например, «Переопределить поведение масштабирования с высоким разрешением», установленного на «Приложение») на вкладке совместимости свойств исполняемого файла.
Игра действительно использует странный подход к управлению окнами, такой как вызов системной подпрограммы «SetProcessDpiAwarenessContext», чтобы установить ее осведомленность о DPI, тогда как в соответствии с передовой практикой вместо этого следует использовать для этого манифест приложения.
Тем не менее, пытался ли кто-нибудь, у кого возникли проблемы с полноэкранным \ Borderless Window, включить «Эмулировать виртуальный рабочий стол» в настройках Wine \ Proton?

Я просто хотел прокомментировать успех запуска этой игры в моей системе. В настоящее время я использую mesa 20.3.0_devel.128992.447cef4a71d-1 с Proton-5.9-GE-6-ST. Единственное, что мне нужно было сделать, это скопировать "Horizon Zero Dawn/Tools/ShaderCompiler/PC/10.0.18362.0/x64/d3dcompiler_47.dll" в корневую папку "Horizon Zero Dawn" .

Я должен упомянуть, что я использую все оборудование AMD. Ryzen 9 3900XT и Radeon RX 5700 XT. Я не заметил никаких плавающих текстур, сбоев или чего-то подобного.

Основываясь на отчете @ Develon5543 , удаление dxcompiler.dll, которое я скопировал из инструментов, и profile.dat, который я установил из предыдущих инструкций в этом потоке, позволило мне добавить еще несколько кадров в меню! Но потом снова разбился.

https://gist.github.com/mickeylyle/db6e2476d901c8ccc8b6310fe58356d6

@ Develon5543, вам даже не нужно копировать d3dcompiler_47, в мою сборку встроен протонфикс, который делает это за вас (это то же самое, что и запуск winetricks d3dcompiler_47 ), но вам нужны Wine и winetricks, установленные в вашей системе чтобы протонфиксы работали в моих сборках.

Несвязанный:
Протестировано на Nvidia 1660 Super с драйвером 455.23.04 и не может подтвердить, что плавающие элементы больше.

@GloriousEggroll, извини, что

Есть ли рекомендованная версия Wine для запуска? Я использую Ubuntu 20.04.1, чтобы сохранить вам свиток.

И есть ли способ «начать все заново»? Я знаю, что могу удалить игру, но удаляет ли это префикс? Могу ли я начать все заново, не загружая повторно 60 ГБ игровых данных?

@GloriousEggroll, извини, что

Есть ли рекомендованная версия Wine для запуска? Я использую Ubuntu 20.04.1, чтобы сохранить вам свиток.

И есть ли способ «начать все заново»? Я знаю, что могу удалить игру, но удаляет ли это префикс? Могу ли я начать все заново, не загружая повторно 60 ГБ игровых данных?

Нет, при удалении игры префикс обычно не удаляется. Установите «protontricks», как хотите (в основном протонированные winetricks), затем используйте «protontricks --gui» в терминале. Выберите желаемую игру, в данном случае Horizon. Затем выберите «Префикс по умолчанию», затем «Удалить префикс» в меню после этого.

Я переустановил свою вилку на последнюю версию VKD3D-Proton для возврата к хэш-карте. Играл больше 20 минут, бегая по карте и убивая Grazers, так что я должен был сделать откат как следует. : молиться: Скачать можно здесь:

https://cloud.intersectraven.tech/s/gMLxRTxirraFEN9

@GloriousEggroll Я тестировал с rtx 2080 и 455.23.04. С Proton-5.9-GE-7-ST игра сразу вылетает. С конфигурацией отсюда https://reddit.com/r/linux_gaming/comments/j1xeup/horizon_zero_dawn_complete_edition_works_on/ у меня везде поплавки, и игра неиграбельна. Что еще настраивали, кроме файла d3dcompiler_47.dll?

@Saancreed, бета-драйвер vulkan ничего не исправил.

Обновление - сохранение фактически сохраняет и плавающие объекты. Я перезапустил сохранение с "solance edition", и поплавки исчезли.

Update2 - плавающие камни все еще там, но большинство вещей сейчас на земле.

@trialism Можете попробовать драйверы Nvidia 455.22.04? Я не уверен, является ли исправление 455.23.04, поскольку этот драйвер был выпущен для поддержки серии 3000, поэтому, возможно, исправление еще не было применено должным образом. Или, если вы не можете обновить (или вернуться на более раннюю версию, или что-то еще, так как версии странные с этими бета-версиями: smile :), попробуйте d3d12.dll, который я опубликовал перед вчерашним днем, который не был основан на последней версии VKD3D-Proton.

@trialism Я использовал чистый префикс с этими драйверами на 1660 super, и он без проблем запускал ootb. Никаких нестандартных конфигураций не использовал. К слову, я продолжил сохранение, и у меня не было плавающих камней.

-edit- Я просто попробовал еще раз с моей сборкой релиза, которая была сделана -после- вчерашнего изменения d3d12 на git intersecraven, и также столкнулся с аварийным отказом. изучаю это сейчас.

-edit2- только что попробовал на моем amd rig с чистым префиксом и свежей загрузкой, и он сразу заработал. абсолютно не проблема. собираюсь дважды проверить драйверы nvidia на моей установке nv

-edit3- это связано с некоторым обновлением патча в моем последнем выпуске, которое не нравится драйверам nvidia. Я тестировал обе версии драйверов и не повезло. Вернулся на GE-6 и загорелся. Теперь исследуем причину.

-edit4- нашел плохой патч. это один из ожидаемых винных патчей. Я дам знать автору и обновлю свой релиз

Здравствуйте. Мне не удалось запустить HZD, используя инструкции, предоставленные mozo78 (за что я благодарен). Я приложил журнал. В частности, я получаю сбой после черного экрана загрузки, когда текст SONY ENTERTAINMENT начинает исчезать.

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

Спасибо.

steam-1151640.log

Обновил мою сборку GE, протестирован и работает как на nv, так и на amd:
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-7-ST

Пользователям AMD требуется mesa 20.1.9 или выше, пользователям Nvidia 455.22.04 beta или выше

@GloriousEggroll 455.23.04
Вы можете редактировать версию драйвера NVIDIA. Это должна быть бета-версия Vulkan 455.22.04, а не 455.23.04.
Спасибо за новый потрясающий релиз!

Обновил мою сборку GE, протестирован и работает как на nv, так и на amd:
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.9-GE-7-ST

Пользователям AMD требуется mesa 20.1.9 или выше, пользователям Nvidia 455.22.04 beta или выше

Черт! Я забыл запустить слияние, которое сделал сегодня утром, когда ХансКристиан исправляет полноэкранный режим! В любом случае, я только что вставил его в свой форк, так что любой, кто хочет его скомпилировать, может это сделать. Опять же, используйте ЛИЧНУЮ ветку. :улыбка:

@GloriousEggroll 455.23.04
Вы можете редактировать версию драйвера NVIDIA. Это должна быть бета-версия Vulkan 455.22.04, а не 455.23.04.
Спасибо за новый потрясающий релиз!

Любая версия работает, проверял обе.

Я тестировал 455.23.04 и на самом деле есть плавающие объекты. Ошибка исправлена ​​в Vulkan beta 455.22.04.

Может быть, в 455.23.04 было «частичное» исправление, которое значительно снижает вероятность появления плавающих ошибок? Я помню, что испытал это однажды, но никогда больше после этого, поэтому я склонен полагать, что исправление уже есть в 455.23.04, с тех пор, как я прочитал из разногласий VKx, что повреждение можно сохранить в файле сохранения. Хотя точно не знаю. В чем я уверен, так это с 455.22.04, это НИКОГДА не происходило с каким бы сценарием я мог его смоделировать раньше. :улыбка:

Я попробовал драйвер 455. 22.04 с последней версией 5.9-GE-7-ST, и он работал, спасибо! Он также работает с полноэкранным режимом и freesync, альтабинг в порядке, визуальных артефактов не было. У меня возникла только одна проблема: через 20 минут моя VRAM просочилась, и игра перестала работать.

Я попробовал драйвер 455._22.04_ с последней версией 5.9-GE-7-ST, и он работал, спасибо! Он также работает с полноэкранным режимом и freesync, альтабинг в порядке, визуальных артефактов не было. У меня возникла только одна проблема: через 20 минут моя VRAM просочилась, и игра перестала работать.

Хммм ... Я упустил часть в уничтожении, так как вспомогательный код был вырван, и я не был заинтересован в его повторной реализации, так что, возможно, это необходимо для некоторых устройств, которые, как я полагаю, имеют низкий объем VRAM. Сколько VRAM вам нужно только для проверки? вставьте сюда обычное программистское оправдание "это сработало на моей машине" : смеется:

Я попробовал драйвер 455._22.04_ с последней версией 5.9-GE-7-ST, и он работал, спасибо! Он также работает с полноэкранным режимом и freesync, альтабинг в порядке, визуальных артефактов не было. У меня возникла только одна проблема: через 20 минут моя VRAM просочилась, и игра перестала работать.

@trialism вы можете попробовать это, если это
https://cloud.intersectraven.tech/s/wG9eyH8eScxJeQ5

@intersectRaven у меня

@intersectRaven не вылетает после часа игры при разрешении 1440p и 100% разрешении! Объем VRAM увеличился с 6,9 ГБ до 7,7 ГБ, но он все еще работал.

Я заметил две вещи (не связанные со сбоями): игра временно теряет vsync, если я нажимаю на нее во время работы, но этого не происходит, если я приостанавливаю ее перед переключением окон. После потери vsync (режим blit vs flip) я могу восстановить его, если я приостановлю игру и дважды сделаю alttab.
Другая проблема - это узкое место в процессоре - большинство моих провалов до 50-60 кадров в секунду связано с интенсивным использованием одного ядра. Игра не использует большинство ядер, но отталкивает мой ryzen 3600, который обычно достигает 4,4 ГГц.

@intersectRaven не вылетает после часа игры при разрешении 1440p и 100% разрешении! Объем VRAM увеличился с 6,9 ГБ до 7,7 ГБ, но он все еще работал.

Я заметил две вещи (не связанные со сбоями): игра временно теряет vsync, если я нажимаю на нее во время работы, но этого не происходит, если я приостанавливаю ее перед переключением окон. После потери vsync (режим blit vs flip) я могу восстановить его, если я приостановлю игру и дважды сделаю alttab.
Другая проблема - это узкое место в процессоре - большинство моих провалов до 50-60 кадров в секунду связано с интенсивным использованием одного ядра. Игра не использует большинство ядер, но отталкивает мой ryzen 3600, который обычно достигает 4,4 ГГц.

Приятно слышать. Я думаю, что ваша проблема vsync будет затронута в следующем PR в VKD3D-Proton HansKristian. После слияния я тоже сливаю в своей вилке.

Нет, при удалении игры префикс обычно не удаляется. Установите «protontricks», как хотите (в основном протонированные winetricks), затем используйте «protontricks --gui» в терминале. Выберите желаемую игру, в данном случае Horizon. Затем выберите «Префикс по умолчанию», затем «Удалить префикс» в меню после этого.

Любой способ сделать это, не связанный с протонтриками? Неинтересно возиться с какой-то pipx халтурой.

Нет, при удалении игры префикс обычно не удаляется. Установите «protontricks», как хотите (в основном протонированные winetricks), затем используйте «protontricks --gui» в терминале. Выберите желаемую игру, в данном случае Horizon. Затем выберите «Префикс по умолчанию», затем «Удалить префикс» в меню после этого.

Любой способ сделать это, не связанный с протонтриками? Неинтересно возиться с какой-то pipx халтурой.

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

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

Спасибо, я ценю это! Пробуем новую сборку GE. Шаг «Оптимизация игры» выполняется намного быстрее.

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

steam-1151640.log

Привет всем

У меня есть последнее ядро ​​Arch Linux и Wine Staging 5.18 на более низкой системе с использованием ryzen 5 2400g и rx480 4gb gpu

Я также использую последние версии драйверов mesa-git и пробовал все варианты, указанные выше.

GE сборки 5.9-7
GE сборка 5.9-6
Ткг-протон 5.18.r3

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

steam-1151640.log
Я прикрепил свой журнал Steam, и, надеюсь, это поможет.

Привет всем,

Используя Pop! _OS 20.04, Mesa 20.2.99 и AMD, я создал новый файл pfx, используя Proton 5.9-GE-7-ST и d3d12.dll @intersectRaven.

Игра по большей части работает, никаких плавающих камней или чего-то еще, и FPS довольно стабильный, но я все равно получаю зависания, которые меня озадачивают. Кажется, что это происходит случайно, но почти всегда только когда я нахожусь в инвентаре или на карте. Что странно, это не похоже на то, к чему я привык, звук не зацикливается бесконечно, но продолжает играть нормально, у меня есть видимый курсор мыши, которым я могу управлять, но Мангохуд сообщает мне, что мой FPS где-то между 0 и 2, и моя задержка зашкаливает. Похоже, что моя система не зависает внезапно, а останавливается, по крайней мере, графически.

Я не могу опубликовать свой журнал Proton, потому что он превышает 100 МБ (!! ??), но у меня около 30 000 строк

264:fixme:d3d12_swapchain_present: Unimplemented flags 0x200.

Затем следует раздел, в котором повторяются еще несколько тысяч строк

252:fixme:d3d12_swapchain_present: Unimplemented flags 0x200. 216:warn:d3d12_resource_init: Ignoring optimized clear value. 216:warn:d3d12_resource_init: Ignoring optimized clear value. 216:warn:d3d12_resource_init: Ignoring optimized clear value. 216:warn:d3d12_resource_init: Ignoring optimized clear value. 216:fixme:d3d12_swapchain_present: Unimplemented flags 0x200. 216:fixme:d3d12_swapchain_present: Unimplemented flags 0x200. 368:warn:d3d12_pipeline_state_init_graphics: Unused input element 1. 368:warn:d3d12_pipeline_state_init_graphics: Unused input element 2. 368:warn:d3d12_pipeline_state_init_graphics: Unused input element 3. 372:warn:d3d12_pipeline_state_init_graphics: Unused input element 1. 372:warn:d3d12_pipeline_state_init_graphics: Unused input element 2. 372:warn:d3d12_pipeline_state_init_graphics: Unused input element 3. 216:warn:d3d12_pipeline_state_init_graphics: Unused input element 1. 216:warn:d3d12_pipeline_state_init_graphics: Unused input element 2. 216:warn:d3d12_pipeline_state_init_graphics: Unused input element 3. 216:warn:d3d12_pipeline_state_init_graphics: Unused input element 1. 216:warn:d3d12_pipeline_state_init_graphics: Unused input element 2.

а затем строки от 37000 до примерно 1,2 миллиона являются повторениями

252:warn:d3d12_command_list_OMSetRenderTargets: RTV descriptor 2 is not initialized. 264:fixme:d3d12_pipeline_state_get_or_create_pipeline: Extended dynamic state is supported, but compiling a fallback pipeline late! 256:fixme:d3d12_swapchain_present: Unimplemented flags 0x200. 268:warn:d3d12_command_list_OMSetRenderTargets: RTV descriptor 0 is not initialized. 268:warn:d3d12_command_list_OMSetRenderTargets: RTV descriptor 1 is not initialized. 268:warn:d3d12_command_list_OMSetRenderTargets: RTV descriptor 2 is not initialized.

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

@ Milas227 и @mickeylyle :

Вы пробовали разместить @ArturWroblewski profile.dat в каталоге HZD с винными префиксами? (инструкции выше в этой ветке), для меня и многих других игра вылетает в полноэкранном режиме, что, я считаю, является настройкой по умолчанию. Замена данных профиля позволяет запускать в оконном или безграничном режиме и избегать этого конкретного сбоя. Я не уверен на 100%, что именно это вызывает у вас, но стоит попробовать, если вы еще не пробовали.

У @Chipsse та же проблема, что и у меня, но я использую Arch и GNOME 3.38 Wayland (то же самое произошло в 3.36).

Собирался выложить протонный лог сам и увидел твой пост. Такие же ошибки у меня.

@Chipsse, моя игра уже работает в оконном режиме, поэтому я не думаю, что это проблема. Я пробовал использовать profile.dat раньше, и это не имело значения.

Я попытался добавить d3d12.dll @intersectRaven в Proton-5.9-GE-7-ST от @GloriousEggroll, но все еще терплю крах. Тем не менее, шаг «оптимизации игры» был повторен.

Привет всем.
У меня были большие трудности с запуском игры после попытки обновить mesa. На данный момент игра не открывается. Когда я нажимаю кнопку воспроизведения, щелкает звук, но экран не меняется. Я застрял в библиотеке Steam, пока игра не закрылась сама по себе. Я не получаю отчета о сбое. Пробовал свежую переустановку игры, вин, кисак-меса. До этого я мог добраться до экрана загрузки игры до того, как игра вылетела, с отчетом о сбое. Может ли кто-нибудь помочь мне вернуться к тому, с чего я начал?
steam-1151640.log

Ко всему, если вы когда-нибудь подумываете обновить свой драйвер до стабильной версии 455, не делайте этого, поскольку поплавки снова появились. Придерживайтесь бета-версии 455.22.04 Vulkan. Перезапускал HZD 3 раза до исчезновения поплавков. Я подозревал это с момента появления проблемы:

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

Не было указано в примечаниях к выпуску.

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

@intersectRaven Я

@trialism Я обычно продолжаю с моего последнего прохождения, и после 3-го перезапуска игры у меня не было никаких поплавков, что является индикатором проблемы с барьером.

@intersectRaven Я

На самом деле я не играю в эту игру. Я всегда загружаю одно и то же сохранение после пещеры :)

@Chipsse спасибо за предложение, я связал proton-ge 5.9-7 чистым префиксом, и, к сожалению, использование профилей @ArturWroblewski не помогло.

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

amdgpu: недостаточно памяти для отправки команды

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

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

Я могу подтвердить, что количество плавающих объектов увеличилось с обновлением драйвера 455.28. Это случается не каждый раз, но иногда чаще, чем в других случаях. Я снова вернусь к драйверу 455.22.04.

можно ли это исправить?

Эти сбои следуют за камерой, даже в режиме фото. Бывает на всех версиях протона, Proton-5.9-GE-7-ST и proton-tkg.

[System]
OS:              openSUSE Tumbleweed
Arch:            x86_64
Kernel:          5.8.14-1-default
Desktop:         KDE
Display Server:  x11

[CPU]
Vendor:          AuthenticAMD
Model:           AMD Ryzen 9 3900X 12-Core Processor
Physical cores:  12
Logical cores:   24

[Memory]
RAM:             31.3 GB
Swap:            3.7 GB

[Graphics]
Vendor:          X.Org
OpenGL Renderer: AMD Radeon RX 5700 XT (NAVI10, DRM 3.38.0, 5.8.14-1-default, LLVM 10.0.1)
OpenGL Version:  4.6 (Compatibility Profile) Mesa 20.1.8
OpenGL Core:     4.6 (Core Profile) Mesa 20.1.8
OpenGL ES:       OpenGL ES 3.2 Mesa 20.1.8
Vulkan:          Supported

Вероятно, это Меса, поэтому жду обновления и сообщаю.

@HolySoap

Mesa 20.1.8

Как неоднократно упоминалось в этой теме:

AMD users need mesa 20.1.9 or higher, Nvidia users 455.22.04 beta

@GloriousEggroll
Ups сожалеет об этом, но в любом случае спасибо!

По некоторым причинам игра выполнит проверку свободного места в корне диска, на котором она установлена ​​(Z: по умолчанию в случае Proton), что соответствует / или корневому разделу в Linux. через стандартную среду Proton / Wine.

Если у вас меньше 2 ГБ места на этом разделе (скорее всего, корневой раздел), даже если игра вряд ли его использует (в отличие от проверки места для каталогов, которые она действительно может использовать), игра откажется запускать отображение сообщение, подобное этому:

фатальная память 2 гб

@GloriousEggroll Я могу подтвердить, что Proton-5.9-GE-8-ST исправляет вылет в полноэкранном режиме, но после логотипов

Я использую процессор AMD (и графический процессор), поэтому я попробовал ваш параметр загрузки ядра clearcpuid, но это не дало никакого эффекта. В прилагаемом журнале его нет. Я заметил, что использование моей памяти упало с 50% до 100% прямо перед тем, как он сломался.

steam-1151640.log

@GloriousEggroll Я тоже пробовал proton-5.9-ge-8 и тоже получал вылет после логотипов.

Я тоже пробовал опцию загрузки ядра clearcpuid, но это тоже не повлияло.

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

Моя система - ryzen 5 2400g, rx480 4gb vram, 16gb ddr4.

@ Milas227 вы можете разместить PROTON_LOG? Более вероятно, что кто-то сможет определить проблему с помощью журналов, а не без них, так как необходимо учитывать слишком много переменных.

@intersectRaven мой плохой !! извиняюсь

прикрепленный журнал по запросу
steam-1151640.log

Итак, у кого была возможность протестировать его с новейшей версией Proton?
https://github.com/ValveSoftware/Proton/releases/tag/proton-5.13-1b

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

Могу подтвердить, что у меня все еще вылетает там же с 5.13.

steam-1151640.log

edit: У меня только 4 ГБ оперативной памяти видео и 8 ГБ оперативной памяти. Может в этом проблема?

Есть ли у кого-нибудь впечатления от игрового процесса как замедленного действия с Proton GE 5.9 ST 8? С этим вообще нельзя играть в игру.

У меня работает с протоном 5.13, но у меня около 15 кадров в секунду. У меня есть GTX 960, так что она немного устарела, но все же лучше, чем минимальная спецификация (GTX 780). Результаты одинаковы при низких и средних настройках. Так что на данный момент это совершенно неиграбельно.

@Skiski GTX 960 находится на одном уровне с GTX 680/770 (если не немного медленнее). GTX 780 в большинстве случаев быстрее. Вдобавок к этому игра в целом работает довольно плохо, а на nvidia ситуация хуже, чем на нативной. Ваши результаты выглядят примерно так, как ожидалось.

Просто установил и пытаюсь запустить с Proton 5.13-1, но получаю ошибку:

err:module:import_dll Library mfc140.dll  (which is needed by L"Z:\\disk3\\SteamLibrary\\steamapps\\common\\Horizon Zero Dawn\\HorizonZeroDawn.exe") not found

Стоит ли попробовать переустановить протон 5.13? Разве Proton не должен загружать необходимые среды выполнения VC при отсутствии?

Обновление I

Скопировал такие файлы (_mfc140.dll_ - как 32-, так и 64-битная версия) и игра запускается.
Я играю 3440x1440, подробности _Ultra_, на 2080 Ti, 455.23.04, 64 ГиБ ОЗУ и I7-8700k - на Ubuntu 20.04.

Это проблемы:

• Звук потрескивает, а голоса персонажей легко рассинхронизируются во время анимированных сцен.
• Обычно через 15 минут игра вылетает ( steam-1151640.log . Это также происходит при запуске теста и использовании меньшего количества VRAM, следовательно, не связанного с VRAM.
• Использование панели PS4 в порядке, но тактильное устройство вместо этого определяется как _mouse_, поэтому игра думает, что я использую свою клавиатуру - обходной путь, используйте клавишу «M» на клавиатуре, чтобы перейти к карте.

К сожалению, из-за серьезного сбоя в игру невозможно играть (вы не сможете прогрессировать, если не сохраните каждые 15 минут)

Ниже производительность на Ultra на моем компьютере:

@Emanem Попробуйте использовать d3d12.dll @intersectRaven, см. Выше, в одном из его недавних постов была ссылка для загрузки, скопируйте ее в System32 (сначала сделайте резервную копию) и установите родной в винных настройках Proton. Это должно случайным образом продлить ваше игровое время до сбоя до обычных игровых сумм (это зависит от вашего оборудования и других случайных вещей, но в хороших случаях обычно большую часть времени оно превышает часы). Если это не сработает для вас, просто восстановите резервную копию и верните настройку на место.
PS Некоторые пользователи сообщают, что Proton перезаписывает их пользовательские файлы. Пожалуйста, обратитесь к их сообщениям выше о том, как решить этот вопрос.

@RoyShapiro Спасибо за подсказку, не уверен, что захочу загрузить _dll_ из Интернета и вслепую заменить файл на моем компьютере.
@intersectRaven Не

В общем, я тоже могу дождаться официального исправления от Valve (или от Nvidia, если это проблема с драйверами), учитывая, что большинство геймеров используют Nvidia, и эта игра теперь является частью "_the list_".

@Emanem Извините, что опередил @intersectRaven , но

@ Milas227 вы можете разместить PROTON_LOG? Более вероятно, что кто-то сможет определить проблему с помощью журналов, а не без них, так как необходимо учитывать слишком много переменных.

Привет @intersectRaven!
У меня были точно такие же вылеты игры, но для меня они случайны (время до сбоя составляет от минимум 15 минут до максимум 2 часов). Здесь прикреплен мой последний steam-1151640.log . Не уверен, что мой отчет может быть полезным.

Вот мои спецификации:
Proton: Proton GE 5.9 ST 8 (после установки никаких настроек не применялось)
ОС: Debian GNU / Linux bullseye / sid
ЯДРО: 5.8.7
Процессор: AMD Ryzen Threadripper 2990WX 32-ядерный
Графический процессор: NVIDIA GeForce GTX 1080 Ti
ДРАЙВЕР ГП: NVIDIA 455.22.04
Оперативная память: 64 ГБ

@LordDaveTheKind ваш сбой кажется именно той проблемой, с которой я столкнулся. Вы уже скачали мою dll или скомпилировали из личной ветки моего репо? Это должно, по крайней мере, увеличить ваш минимум до более чем 15 минут.

@intersectRaven - Прежде всего, спасибо, что

Кроме того, могу я попросить обобщить внесенные вами изменения? Опять же, я просто любитель в плане Vulkan и графики, хотел бы больше разобраться в этом _fix_.

@ Эманем, да. Просто используйте простой способ. По сути, я отследил ошибку до реализации кэширования хэш-карты для создания объекта представления, поэтому я отменил это. Разработчикам трудно это исправить, поскольку они не могут его воспроизвести. Это практически единственный блокиратор здесь. Если HansKristian сможет воспроизвести его, эта ошибка исчезнет примерно за ночь.

@ Эманем, да. Просто используйте простой способ. По сути, я отследил ошибку до реализации кэширования хэш-карты для создания объекта представления, поэтому я отменил это. Разработчикам трудно это исправить, поскольку они не могут его воспроизвести. Это практически единственный блокиратор здесь. Если HansKristian сможет воспроизвести его, эта ошибка исчезнет примерно за ночь.

@intersectRaven Нам нужно создать _dll_ или _so_? Думаю, мы должны компилировать как _dll / PE_, верно?

Спасибо за объяснение - зная, как _легко_ вызвать сбой, не знаю, почему «_Разработчики испытывают трудности с исправлением этого, поскольку они не могут его воспроизвести._».
Есть ли у нас модифицированные исходники с дополнительным ведением журнала, которые могут помочь разработчикам?

Обновить

Удалось настроить виртуальную машину для сборки dll, мне потребовалось 1 час ... Попробую протестировать DLL, но похоже, что скрипты протонов решают перезаписать мои пользовательские библиотеки ... как указано выше, нужно будет выяснить это .. .и да, получил _floaties_ :)

обновление 2

Создал новый профиль Proton для использования ваших библиотек и тестирования. Могу подтвердить, что с библиотеками Proton 5.13-1b игра вылетает постоянно каждые 15 минут. Позже сообщу с вашими библиотеками ...

обновление 3

Подтверждено вашим патчем, игра не вылетает так часто, как ванильный Proton 5.13-1b.
Я создал простой кастомный Proton 5.13-1b с кастомным d3d12, если люди заинтересованы в его использовании.

Нам нужно создать _dll_ или _so_? Думаю, мы должны компилировать как _dll / PE_, верно?

Вы _ должны_ компилировать как dll / PE, потому что HZD требует OpenExistingHeapFromAddress (или, по крайней мере, так было в 1.01), что не может быть реализовано для сборок .so .

Удалось настроить виртуальную машину для сборки dll, мне потребовалось 1 час ...

Вы можете кросскомпилировать их, используя mingw-w64 toolchain, проверьте, предоставляет ли его ваш дистрибутив (Arch имеет большинство пакетов в официальных репозиториях, кроме mingw-w64-tools ; этот пакет необходим, потому что он предоставляет widl , но он доступен в AUR). Меньшая головная боль, чем у виртуальной машины.

похоже, что скрипты протонов решили перезаписать мои собственные библиотеки ...

Самое простое решение - скопировать d3d12.dll рядом с HorizonZeroDawn.exe и установить WINEDLLOVERRIDES на d3d12=n . Таким образом, он будет загружен до того, как Proton скопирует в каталог с префиксом ' System32 . Нет необходимости создавать отдельную копию Proton только для замены одной библиотеки: stuck_out_tongue:

и да, получил _floaties_ :)

Да, для этого по-прежнему требуется драйвер Vulkan Dev.

Но вы, вероятно, уже знаете большую часть этого. Также вы можете попробовать использовать DXVK dxgi.dll ( WINEDLLOVERRIDES='dxgi=n' , разделите несколько переопределений с помощью ; ), это _might_ поможет улучшить стабильность.

Я сам пытаюсь поиграть на AMD Ryzen 7 3750H и GTX 1660 TI Mobile, сейчас он довольно стабилен, и хотя 6 ГБ видеопамяти… это не так много для этой игры, использование предустановки «Favor Performance» составляет примерно 4-5 GB, но встроенный тестовый инструмент HZD по-прежнему утверждает, что узким местом здесь является ЦП. За исключением того, что игра, кажется, как-то ограничивает себя, потому что загрузка процессора составляет всего около 50%. Есть идеи, почему это происходит? Или это полностью предназначено, и для вас, ребята, игра также использует только половину вычислительной мощности процессора? Fwiw я использую Proton 5.13, но _outside_ Soldier Runtime.

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

Также игра, кажется, считает, что работает с разрешением 1920 × 1080, но это разрешение моего рабочего стола, сама игра находится в окне 1600 × 900…

@LordDaveTheKind ваш сбой кажется именно той проблемой, с которой я столкнулся. Вы уже скачали мою dll или скомпилировали из личной ветки моего репо? Это должно, по крайней мере, увеличить ваш минимум до более чем 15 минут.

привет @intersectRaven ,
Я скомпилировал и развернул вашу версию vkd3d-proton, и она действительно работает нормально. Однако у меня пока не было возможности тщательно его протестировать. Я, конечно, буду держать вас в курсе.

Привет,
Дэйв

@intersectRaven Произошел ли сбой как на Nvidia, так и на AMD и / или Intel?
Если да, то, возможно, это сам кеш - или драйверам может не понравиться повторное использование кешированных элементов (среди нескольких потоков?).

Бегло взглянул на код кеша (последний из github ), и если нет проблемы с ключевыми элементами для поиска (т.е. не используются все входные данные для функций Vk как _key elements_), это может быть проблема с драйверами?

@doitsujin @ HansKristian-Work (отмечены люди, которые использовали хэш-код поиска) @intersectRaven

Прежде всего позвольте мне написать, что я очень признателен разработчикам Valve / Codeweavers - я просто любитель и надеюсь, что приведенное ниже может помочь.

Воспроизвести аварию с помощью H: ZD невероятно просто; если вы запускаете Nvidia 455.23.04 (мой случай 2080 Ti с разрешением 3440x1440) и Ubuntu 20.04 (тоже 18.04), просто запустите интегрированный в игру тест с настройками _Ultimate Quality_, и во второй раз он, скорее всего, выйдет из строя / застрянет.
Хорошая новость (если это можно назвать таковой) заключается в том, что это, похоже, не проблема с потоками, а просто проблема, связанная с ресурсом (? Драйвером?) - фактически добавление журналов ниже в такой критический фрагмент кода, немного замедляет его, но проблема возникает несмотря ни на что.

Я добавил журнал _cache_ в основную версию vkd3d (см. Vk_cache_log.patch.txt - просто замените жестко закодированный файл журнала на путь по вашему выбору). Это распечатывает доступ к кешу и хешам, а также базовым ключевым данным, чтобы попытаться понять, что происходит. Кроме того, он также распечатывает поведение в случае промахов (т.е. необходимости создания ресурсов) или попаданий в кеш.

• Кеш вроде работает (по крайней мере, с H: ZD). При запуске теста мы получаем 86% совпадений, что совсем неплохо.
• Авария, похоже, связана с созданием представления буфера внутри _vkCreateBufferView_, когда мы передаем очень большое смещение (41514912)
• Незадолго до сбоя наблюдается набор аналогичных сбоев при создании представления буфера в том же vkBuffer с аналогичными параметрами - похоже, что другой поток пытается создать несколько представлений в том же буфере, но терпит неудачу, тем не менее пытается ~ 10 раз
• Стоит отметить, что вызов, который сбой / блокирует, просит создать представление, но с другим форматом, чем те, которые завершились ошибкой (последние действительно возвращают _false_, но код продолжается, этот просто блокирует этот поток рендеринга)
• Тот же поток, который терпит неудачу (208 в журнале), успевает получить кэшированный vkBufferView прямо перед последним вызовом
• Есть небольшая ошибка в одном условии выхода в функции vkd3d_view_map_create_view , когда мы return NULL; но не снимаем блокировку раньше - опять же, это _не_ проблема, а незначительный дефект

Вопрос: хотя у кеша очень высокий коэффициент попадания, стоит ли это с точки зрения производительности? Стоит ли платить за блокировку и управление хеш-картой?

Я приложил как полный сжатый журнал (700 МБ несжатого vkd3d.log.tar.xz.zip - это файл xz, а не zip), так и последние 10000 строк ( vkd3d-tail.log )

Надеюсь, это поможет, и если вы считаете, что это чушь, приношу свои извинения за потраченное время.

ОБНОВЛЕНИЕ I

Расширен журнал для распечатки прямо перед вызовом vkCreateBufferView и вот результат:

ThID: 248   Got it: 0000000055E69648
ThID: 248   map:000000000084CDD8    hash: 3513745393    key: VKD3D_VIEW_TYPE_BUFFER 140231365012824 000000006F980F98 10306000 262144
ThID: 248   Got it: 00000000562F8AE8
ThID: 248   map:000000000084CDD8    hash: 3513745393    key: VKD3D_VIEW_TYPE_BUFFER 140231365012824 000000006F980F98 10306000 262144
ThID: 248   Got it: 00000000562F8AE8
ThID: 248   map:000000000084CDD8    hash: 3513745393    key: VKD3D_VIEW_TYPE_BUFFER 140231365012824 000000006F980F98 10306000 262144
ThID: 248   Got it: 00000000562F8AE8
ThID: 200   map:000000000084CDD8    hash: 236646252 key: VKD3D_VIEW_TYPE_BUFFER 140231365012824 000000006F981890 0 1703936
ThID: 200   Got it: 000000005683EA18
ThID: 200   map:000000000084CDD8    hash: 3744403955    key: VKD3D_VIEW_TYPE_BUFFER 140231365012824 000000006F981890 24863000 96256
ThID: 200   Proceeding to create
ThID: 200   vkCreateBufferView(284069520, {140231365012824, 140230682214498, 24863000, 96256})

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

Я предполагаю, что нам не хватит памяти / ресурсов для отслеживания всех представлений буфера. В то время у нас есть 483951 кэшированных представлений буфера и 166261 специально для этого буфера (32771 для этого буфера и конкретного формата) - я не удивлюсь, если мы достигнем жесткого ограничения в драйвере - и прямо перед тем, как это произойдет, мы можем см. в журнале вызовы vkCreateBufferView start, возвращающие != VK_SUCCESS (см. прилагаемый журнал vkd3d-detail.log - 11 из них

Думаю, надо контролировать кеш и, может быть, его ограничить?

У кого-нибудь возникал сбой при запуске H: ZD, когда вулкан шейдеры
генерируется?
По мне, он потребляет всю оперативную память и умирает вместе с паром.

В среду, 21 октября 2020 г., в 15:23 Emanem [email protected] написал:

@doitsujin https://github.com/doitsujin @ HansKristian-Work
https://github.com/HansKristian-Work (отмечены люди, совершившие
код поиска по хешу)

Сначала позвольте мне написать, что я очень признателен Valve / Codeweavers
разработчики - я просто любитель и надеюсь, что приведенное ниже может помочь.

Воспроизвести аварию с помощью HZ: D невероятно просто; если ты бежишь
Nvidia 455.23.04 (мой случай 2080 Ti с разрешением 3440x1440) и Ubuntu
20.04 (тоже 18.04), просто запустите интегрированный в игру тест с Ultimateкачества и второй раз скорее всего вылетит.
Хорошая новость (если это можно так назвать) заключается в том, что это не похоже на
быть проблемой потоковой передачи, а просто проблемой, связанной с ресурсом (? драйвером?) - в
факт добавления ниже журналов в такой критический фрагмент кода, немного замедляет его
вниз, но проблема возникает несмотря ни на что.

Я добавил журнал кеширования в основную версию vkd3d (см.
vk_cache_log.patch.txt
https://github.com/ValveSoftware/Proton/files/5415675/vk_cache_log.patch.txt

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

• Кеш вроде работает (по крайней мере с HZ: D). При беге
  по тесту получаем 86% совпадений, что совсем неплохо
• Сбой, похоже, связан с созданием представления буфера
  внутри vkCreateBufferView , когда мы передаем очень большое смещение
  (41514912)
• Незадолго до аварии в
  создание вида буфера на том же vkBuffer с похожими параметрами - выглядит
  как другой поток пытается создать несколько представлений в одном буфере, но
  не получается, но пытается ~ 10 раз
• Стоит отметить, что вызов, который завершает работу / блокирует, просит создать
  просмотр, но с другим форматом, чем те, которые не дали результата ранее (
  последние возвращают false, но код продолжается, этот просто блокирует
  этот поток рендеринга)
• Тот же поток, который завершился ошибкой (208 в журнале), сумел получить
  закешировал vkBufferView прямо перед последним вызовом
• Есть небольшая ошибка в одном условии выхода в функции
  vkd3d_view_map_create_view, когда мы возвращаем NULL; но мы не выпускаем
  замок перед - опять же не проблема, а мелкий дефект

Вопрос: хотя кеш имеет очень высокий коэффициент попадания, стоит ли
по производительности? Стоит ли платить за блокировку и управление хеш-картой?

Я приложил полный сжатый журнал (700 МБ без сжатия)
vkd3d.log.tar.xz.zip
https://github.com/ValveSoftware/Proton/files/5415679/vkd3d.log.tar.xz.zip
) и последние 10000 строк (vkd3d-tail.log
https://github.com/ValveSoftware/Proton/files/5415676/vkd3d-tail.log )

Надеюсь, это поможет, и если вы считаете, что это чушь, примите свои извинения за
время потрачено зря.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/4125#issuecomment-713530577 ,
или отписаться
https://github.com/notifications/unsubscribe-auth/AAABPU6GAI7HBC4OGKYLFVTSL3HFLANCNFSM4PXXJIQA
.

У кого-нибудь возникал сбой при запуске H: ZD при генерации вулканских шейдеров? По мне, он потребляет всю оперативную память и умирает вместе с паром.
…

То же происходит и со мной. Просто отключил Vulkan Shaders, и он отлично заработал.

@LordDaveTheKind ваш сбой кажется именно той проблемой, с которой я столкнулся. Вы уже скачали мою dll или скомпилировали из личной ветки моего репо? Это должно, по крайней мере, увеличить ваш минимум до более чем 15 минут.

Могу подтвердить, что он более стабильный. Работает без сбоев и перерывов часами.
Производительность составляет 40 ~ 50 кадров в секунду при разрешении 1440p с 70% масштабирования разрешения в настройках графики игры.

Кто-нибудь работает над крахом пост-логотипов? Не стесняйтесь обращаться ко мне, я буду рад помочь с любой отладкой или тестированием.

@intersectRaven Привет! Недавно был получен запрос на перенос к vkd3d-proton (https://github.com/HansKristian-Work/vkd3d-proton/pull/318), который, как говорят, устранил проблему с хэш-картой, и теперь он помечен как закрытый. Однако, хотя я вижу улучшения в Resident Evil 2, HZD по-прежнему зависает у меня (драйвер RTX 2070, 456.71), точно так же, как и до этого обновления (после 10-30 минут воспроизведения). Не могли бы вы повторно протестировать и подтвердить?

Да уж. Я уже упоминал об этом в их Discord, чтобы разработчики знали. Это улучшило время игры? Для меня, хотя он все еще вылетал из строя, он все же улучшился, так как я смог дольше играть на своем «верном маршруте крушения». Для них отладка HZD действительно затруднительна.

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

PR действительно должен был устранить необходимость создавать и поддерживать объекты VkBufferView для необработанных типов буферов. Я предполагаю, что все еще возможно, что игра рассылает спам уникальные типизированные представления буфера (необходимо проверить), которые все еще должны использовать VkBufferView. Если это действительно так, мы мало что можем сделать. Более старая реализация дескриптора (и единственное жизнеспособное «исправление») была чрезвычайно медленной на ЦП до такой степени, что мы получали использование графического процессора на 30%.

@ HansKristian-Work Здравствуйте, спасибо, что изучили эту проблему. К сожалению, если одна игра AAA, даже если это явно некачественный порт, делает то же самое с другими, и, учитывая, что будет только больше эксклюзивных игр DX12, это серьезная проблема, IMHO, которую стоит решить. Хотя это не может считаться жизнеспособным по стандартам проекта, многие эмуляторы консолей включают варианты «взлома» для упрямых игр, в которых есть отдельные случаи, подобные этому. Могу ли я добросовестно предположить, что, если не удастся найти изящное решение, может быть вариант для реализации «исправлений крайних случаев» или «хаков» или чего-то подобного в качестве своего рода дополнений к vkd3d, которые делают определенные игры работать за счет оптимизации под конкретную игру? Я специально не предлагаю разветвленные сборки vkd3d, так как в этом случае их придется перебазировать каждый раз при обновлении базовой кодовой базы, что не позволит им использовать другие новые функции обновленных сборок, которые не относятся к указанным «взломам».

PS Правильно ли я понимаю, что если вышеупомянутый случай верен, то игра спамит представления буфера, которые не соответствуют следующему утверждению:
((desc->Format == DXGI_FORMAT_UNKNOWN && desc->Buffer.StructureByteStride) || !!(desc->Buffer.Flags & D3D12_BUFFER_SRV_FLAG_RAW))
все же по идее должно быть?

Да, если это условие не выполняется, это типизированное представление буфера, и мы вынуждены создать новый VkBufferView (и поддерживать его до конца времени, если мы не докажем, что доступ к нему больше невозможен, что является сложной проблемой. без введения ~ 30k + блокировок на кадр), если смещение / размер / форматы ранее не были замечены. Мне нужно проверить, является ли это причиной проблемы, и, надеюсь, мы сможем найти обходной путь, при котором мы каким-то образом асинхронно собираем мусор неиспользуемые VkBufferViews. Не знаю, как это будет работать ...

@ HansKristian-Work Спасибо за подтверждение. Я думал о решении для сбора мусора. Мои первоначальные мысли заключались в том, чтобы вести некоторую ненавязчивую статистику о том, сколько буферов какого типа было создано, например, массив и использование перечисления DXGI_FORMAT в качестве индекса (при условии, что оно не выходит за рамки документированных значений). Также посмотрите, сколько буферов какого типа создается за кадр в секунду. Затем укажите пороговое значение, подобное тем, которые используются в механизмах предотвращения DDoS-атак. Если создается слишком много буферов определенного типа, их можно исследовать дополнительно. Так что не нужно ничего блокировать, пока мы не получим значение, которое мы считаем подозрительным (буферы определенного типа продолжают быстро создаваться, но не удаляются в течение определенного периода времени) в качестве «доказательства» того, что определенный тип буфера может нуждаться в проверке. Извините, если это решение звучит наивно, эта тема для меня нова.

Собственно, здесь тоже можно использовать буферную систему смещения. Думаю, все не так уж и мрачно.

Собственно, здесь тоже можно использовать буферную систему смещения. Думаю, все не так уж и мрачно.

Игра действительно очень быстро создает десятки тысяч VkBufferView ; кеш заполняется и происходит блокировка драйвера, единственный способ - это действительно система смещения буфера. Надеюсь, вам удалось это сделать, _H: ZD_ - чертовски крутая игра! :)

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

https://github.com/HansKristian-Work/vkd3d-proton/pull/349 - это PR в полете, который должен исправить проблему OOM. Я ненавижу все в этом, но думаю, у нас нет выбора. Я больше не получаю спам в просмотре и отображается правильно.

Это также досаждало Death Stranding (посмотрите сами), и в этой игре тоже нет спама.

@ HansKristian-Work Соответствует этому PR, RTX 2070, драйвер 456.71, 50+ минут в + Alt-tabbing включены (используется для ускорения решения проблемы), пока никаких проблем! Прекрасная работа! Спасибо!

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

Будет ли это объединено с основным кодом или достаточно компиляции новейшего кода git? Я не умею составлять только этот пиар ...

Намерение состоит в том, чтобы объединить это, да. Ожидает рассмотрения и дополнительных испытаний.

Спасибо :)
Буду рад, что кто-нибудь поделится своей библиотекой :)

@ mozo78 vkd3d-proton-standalone-r2836.9f01ff72-1-x86_64.pkg.tar.gz

Распакуйте пакет и возьмите d3d12.dll из usr/share/vkd3d-proton/x64 . Кроме того, если вы используете Arch, вы можете просто установить этот пакет с помощью pacman -U для использования с обычными префиксами Wine, как это было бы с DXVK.

Большое спасибо!

HansKristian-Work / vkd3d-proton # 349 - это PR в полете, который должен исправить проблему OOM.

Это переместило мой сбой с логотипа Guerilla на логотип Sony. Но игра больше не занимает всю мою память перед сбоем! :)

steam-1151640.log

@mickeylyle
В вашем журнале есть такая запись:
2171.498:00bc:00c0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\D3DCOMPILER_47.dll" at 0000000014C60000: native
Вы скопировали d3dcompiler_47.dll из HZD Tools \ ShaderCompiler \ PC \ 10.0.18362.0x64d3dcompiler_47.dll в корень игры?
Т.е. куда находится HorizonZeroDawn.exe? Казалось бы, протон пытается загрузить свой d3dcompiler_47 по умолчанию, а не собственный HZD, что является известной проблемой. Если нет, попробуйте это сделать.
_Если_ это не помогает, то интуиция подсказывает мне, что у вас могут быть проблемы с воспроизведением мультимедиа (например, предварительно отрисованных bink-фильмов), которые игра использует для логотипов и фона меню.

Скомпилировал ветку, и игра работала без сбоев в течение хороших 3 часов подряд (2080 Ti с 455.23.04).

В некоторых местах у меня пропадают кадры , но я играю

Действительно ли HZD проблематична с Nvidia 455.28?
Я не могу найти подходящий способ установки любых других версий, начиная с 455.
AFAIK, дистрибутивы на основе Ubuntu не будут устанавливать драйверы, загруженные с веб-сайта Nvidia.

Здесь я запускаю версию HZD для Epic Games и все еще застреваю в диалоговом окне сбоя, опубликованном OP.

Вы также можете установить бета-драйверы NVIDIA Vulkan на Ubuntu.

Действительно ли HZD проблематична с Nvidia 455.28?
Я не могу найти подходящий способ установки любых других версий, начиная с 455.
AFAIK, дистрибутивы на основе Ubuntu не будут устанавливать драйверы, загруженные с веб-сайта Nvidia.

Здесь я запускаю версию HZD для Epic Games и все еще застреваю в диалоговом окне сбоя, опубликованном OP.

Да. На нем все еще есть вероятность артефактов (например, поплавков). Просто дождитесь выхода более новой 455.38 для вашего дистрибутива. Это полное исправление барьера.

Вы скопировали d3dcompiler_47.dll из HZD Tools \ ShaderCompiler \ PC \ 10.0.18362.0x64d3dcompiler_47.dll в корень игры?
Т.е. куда находится HorizonZeroDawn.exe? Казалось бы, протон пытается загрузить свой d3dcompiler_47 по умолчанию, а не собственный HZD, что является известной проблемой. Если нет, попробуйте это сделать.

Не исправил, см. Прикрепленный журнал.

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

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

steam-1151640.log

(Отказ от ответственности - Linux noob на работе)
Сделал все шаги, которые я видел здесь.
Скопировал DLL в корневую папку игры.
получил материал мезы на месте. (где-то здесь нашел гида)
Протонные версии, которые я опробовал:
5.0-9 (в этой версии вылетает HZD при запуске)
5.13-1 (Эта версия запускает HZD в течение 20 секунд)

Также были загружены 5.9-GE-6-ST, 5.9-GE-7-ST, 5.9-GE-8-ST, однако я не могу найти их в выпадающем меню в настройках Steam -> Steam-Play или в игре. свойства -> Принудительное использование определенного *

Я скопировал эти папки Proton в .steam / steam / compabilitytools.d, а также в папку / steamapps / common (я нашел там папку Proton 5.0, поэтому подумал, почему бы и нет). Однако я не могу найти ее, когда нахожусь в steam, и да, я перезапускал Steam и весь компьютер несколько раз.

Также получил файл предустановок оконного режима.

Игра запустилась и настроилась в первый раз, дайте мне поиграть минут 40 - затем вылетело с этим всплывающим окном.
После этого я смог запустить игру и продолжить играть 20 секунд. (каждые 3-4 раза я запускал его, так как он имеет тенденцию вылетать на экране загрузки)

Система:
Поп! _OS
Ryzen 5 1600x
8 ГБ ddr4
Radeon RX 580 8 ГБ
MSI Gaming Plus Max B450

@nodrugz

Вы распаковали загруженные пакеты? Если вы просто сбросили tar.gz в папку, это не сработает.
Если да, у вас установлен Lutris? В зависимости от того, как вы установили Steam, у вас может быть две установки, скорее всего, в /home/USER/.steam/debian-installation и в /home/USER/.local/share/lutris/runtime/steam. Lutris будет использовать тот, который находится в своем рабочем каталоге, и этот не увидит файлы в другом установочном каталоге, если вы поместите их туда.
Кроме того, если вы запускаете Winesteam через Lutris, это все равно считается другой установкой.

@Chipsse
Пакеты извлекаются и помещаются в
/home/USER/.steam/debian-installation/compabilitytools.d/
и
/home/USER/.steam/steam/steamapps/common/

У меня не установлен lutris.
Нужно ли мне ?

Также: ядро ​​5.8, если это имеет значение.

@nodrugz

В этом нет необходимости, но очень полезно организовывать игры и легко настраивать параметры, особенно если Steam - не единственный источник игр, на странице форка Glorious Eggroll Proton также есть инструкции по его использованию с Lutris (https://github.com/ GloriousEggroll / proton-ge-custom)
Еще несколько вещей, которые вы можете попробовать:
Вы следовали всем инструкциям Glorious Eggroll и есть ли у вас все необходимое?
Вы установили версию Steam для Linux или версию Wine?
Если вы перейдете по ссылке /home/USER/.steam/root, куда это вас приведет?

@nodrugz не забудьте переместить содержимое папки dist на один уровень ниже вашей пользовательской папки Proton, чтобы у вас были такие пути:

• compabilitytools.d / Proton-5.9-GE-8-ST / bin
• compabilitytools.d / Proton-5.9-GE-8-ST / lib
• и т.п.

@nodrugz

Извините за долгое время ответа, что находится в совместимостиtools.d, которая находится в каталоге, куда вас ведут ссылки .steam / root /? Это та самая папка, в которую вы уже поместили файлы ProtonGE? Если нет, попробуйте разместить их здесь. Вы также можете попробовать переустановить Steam через Pop! _Shop и посмотреть, поможет ли это.

@Chipsse

Не беспокойтесь, с момента последнего обновления я вытер свой жесткий диск и установил majaro, затем Steam, затем proton-5.6-GE
Получил пар, чтобы распознать это, и заставил HZD "работать".
Стартовый фильм заикался и сгладился.
В начале игры было обнаружено множество графических аномалий.

Теперь мне нужно найти руководство по установке драйверов mesa и VKD3D от HansKristian-Work, хотя я считаю, что руководства немного неполны для новичка.

Вопрос:
Proton-5.9-GE, разве он не содержит то же самое, что Proton-5-6-GE и другие обновления?

Установка драйвера графического процессора с поддержкой DXVK

графический процессор nVidia
sudo pacman -S nvidia nvidia-utils lib32-nvidia-utils nvidia-settings vulkan-icd-loader lib32-vulkan-icd-loader

AMD GPU
sudo pacman -S lib32-mesa vulkan-radeon lib32-vulkan-radeon vulkan-icd-loader lib32-vulkan-icd-loader

Intel GPU
sudo pacman -S lib32-mesa vulkan-intel lib32-vulkan-intel vulkan-icd-loader lib32-vulkan-icd-loader

Установка Wine
sudo pacman -Syu
sudo pacman -S wine-staging giflib lib32-giflib libpng lib32-libpng libldap lib32-libldap gnutls lib32-gnutls mpg123 lib32-mpg123 openal lib32-openal v4l-utils lib32-v4l-utils libpulse lib32-libpulse lib-libgpg-error ошибка alsa-plugins lib32-alsa-plugins alsa-lib32-alsa-lib libjpeg-turbo lib32-libjpeg-turbo sqlite lib32-sqlite libxcomposite lib32-libxcomposite libxinerama lib32-libgcrypt libgcrypt lib32-libxinerama ncurses-loader-ncurses lib32-ncurses openclader lib32-opencl-icd-loader libxslt lib32-libxslt libva lib32-libva gtk3 lib32-gtk3 gst-plugins-base-libs lib32-gst-plugins-base-libs vulkan-icd-loader lib32-vulkan-icd-loader

Установить Lutris
sudo pacman -S lutris

Установить Steam
sudo pacman -S steam

нашел это в https://www.youtube.com/watch?v=ibge7-4sitQ

мабай, это может помочь другим.

steam-1151640.log

кто-нибудь видит там что-нибудь полезное?
точнее, что мне искать?

У меня вылетает логотип запуска, появляется всплывающее окно для отправки отчета о сбое. Я использую Arch Linux с драйверами ядра LTS и mesa-git. Мое оборудование - это процессор Intel i9 и графический процессор AMD RX 580. Я скопировал d3dcompiler_47 в ту же папку, что и исполняемый файл. Моя протонная версия - Proton-5.9-GE-8-ST.

steam-1151640.log

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

@Zephranoid Вы пробовали последнюю версию Proton, как в 5.13-1? Насколько я могу судить, было внесено несколько исправлений.

@drwhut Proton 5.13-1 аварийно завершает работу без отображения какого-либо окна и не отображает никаких сообщений об ошибках. Вот протокол этого:
steam-1151640.log

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

Игра все равно вылетает после логотипов для меня.

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

Здесь, на AMD (5700XT), игра все еще вылетает через <2 минут, большинство запускается из-за проблемы с OOM - но это известно.

У NVidia дела обстоят лучше: на моем 2060 я получаю около 30 минут, пока FPS не упадет с ~ 45 до ~ 16.

Здесь, на AMD (5700XT), игра все еще вылетает через <2 минут, большинство запускается из-за проблемы с OOM - но это известно.

Не для меня, HZD - это всего лишь один пример, который через некоторое время вызывает сбой всего моего ПК, но это связано с ошибками драйверов Mesa Vulkan, и это будет исправлено с помощью версии 20.3.

Теперь он работает в исходной среде. Никакого взлома на github.
Linux Mint 20.0 Mate
Ядро: 5.4.0-53
GTX 1070 с драйвером nvidia: 455,38
Клапан-Протонверсия: 5.13-1
Бета-клиент Steam с улучшенной поддержкой игр для Linux. Версию не знаю.
... но я играю только короткий момент (девочка идет в пещеру). Поскольку у меня нет хорошего оборудования (20-25 кадров в секунду), я должен уменьшить параметр оборудования в игре.
Я действительно не думал, что игру можно запустить на Linux. Я так счастлив.

Идеально работает с 5.13-2; молодцы ребята!

Nvidia 2080 Ti (455.38), Ubuntu 20.04.

Я только что купил игру после отчета чуть выше, и у меня она тоже работает. Смог поиграть 2 часа, без сбоев или проблем.
Nvidia 1650, последнее стабильное ядро ​​и драйверы Arch Linux (все в актуальном состоянии), Proton 5.13-2. Нет настройки.

К сожалению, игра все еще вылетает у меня. Раньше сбой был сразу после логотипов, теперь я могу зайти в меню на несколько секунд. RX570 (4 ГБ), последнее стабильное ядро ​​и Mesa 20.2.2, Proton 5.13-2.

используя proton 5.13-2 и mesa 20.2-2, теперь я могу пройти мимо логотипов и немного перейти на экран обрезки фильма, прежде чем он выйдет из строя, однако теперь у меня есть ошибка «vkd3d не может выделить память по умолчанию в системную память», поэтому я предполагаю, что именно поэтому вся моя системная память съедается и игра вылетает?

rx480 (4 ГБ)
16 гб ddr4 3200