Дистрибутив: Ubuntu 18.04
Ядро: 4.15.0-32-generic
Графический процессор: GTX980
Драйвер: 396.51
Процессор: AMD Ryzen 7 2700X
Оперативная память: DDR4 3000 МГц, 16 ГБ

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

установка ScreenMode=Borderless в конфигурационном файле graphics_option.ini расположенном в корневой папке установки, и игра будет работать нормально (за исключением того, что первый логотип появится после запуска примерно через 10 секунд). Не делал ничего, кроме загрузки в существующего персонажа и немного бегал, но не заметил никаких проблем.

Уже прошло несколько часов на wine-esync-3.13-x86-64, с которым практически не было проблем.

Сообщение с https://github.com/ValveSoftware/Proton/issues/199.
@ LP0101, опубликовано 2018-08-23T01: 01: 40:

При выходе из MH: W игра полностью закрывается, но процесс не останавливается, оставляя ваш статус «в игре» в Steam.

~/.s/s/s/c/P/d/l/w/dxvk $ ps -aux | grep -i monster
luca     12753  0.0  0.1  63652 24812 tty2     S+   20:01   0:00 /bin/sh -c '/home/luca/.steam/steam/steamapps/common/Proton 3.7'/proton waitforexitandrun '/home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe'
luca     12754  0.0  0.1  91664 31920 tty2     S+   20:01   0:00 /usr/bin/python2.7 /home/luca/.steam/steam/steamapps/common/Proton 3.7/proton waitforexitandrun /home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe
luca     12832  153 17.2 7001288 2809540 tty2  Rl+  20:01  89:10 /home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe
luca     17022  0.0  0.0  21536  1112 pts/0    S+   20:59   0:00 grep --color=auto -i monster

Игра не выйдет, пока я вручную не убью PID 12832.

В Ubuntu 18.04

Я испытываю полное зависание системы на Proton. Они полностью закрывают мне доступ к компьютеру, но звук по-прежнему работает. Не могу даже изменить TTY. Единственный способ восстановления - либо перезагрузка, либо SSH со второго ПК и завершение процесса Monster Hunter.

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

Кроме того, Rumble нарушается с помощью Steam Controller. Иногда он зависает и выключается только при нажатии кнопки Steam. На приставке xbox вообще не работает грохот.

@ LP0101 какой у вас стек оборудования и программного обеспечения?

@libcg
Оборудование:
i7 5820k
16 ГБ оперативной памяти DDR4
GTX 1080

Я использую Ubuntu 18.04, драйверы nvidia 396.51.0, ядро ​​4.15

Я тоже зависаю, использую steam-runtime

$ uname -a
Linux lancelot 4.18.3-arch1-1-ARCH # 1 SMP PREEMPT Сб, 18 августа 09:22:54 UTC 2018 x86_64 GNU / Linux

nvidia 396,51

Содержимое lshw прилагается

Также есть проблемы с зависанием с nvidia.
Manjaro
nvidia 1060 6 ГБ
драйвер 396,51
ive пробовал разные ядра, и все они зависают случайным образом.

Кто-нибудь пробовал с драйверами 396,54?

сообщая, что сейчас работает ядро ​​4.14.65 и, похоже, исправлена ​​проблема зависания на nvidia.

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

Изменить: не повезло с понижением уровня ядра, похоже, проблема связана с драйверами 396.54

@ LP0101 помогает ли включение vsync?

@libcg Я не играл достаточно, чтобы делать какие-либо конкретные выводы, но я думаю, что это сработало. Vsync и ограничение FPS на 60, безусловно, сделали его более стабильным, я обновлю, если он закончится сбоем в любой момент сегодня вечером.

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

РЕДАКТИРОВАТЬ: заговорил слишком рано; разбился вскоре после того, как я опубликовал это.

@drgnak еще, 2 часа - это улучшение. До того, как я включил vsync, я не продержался больше 20 минут (на 369.54)

У меня игра не запускается на Ubuntu. Черный экран секунд 10, потом закрывается. Прекрасно работал на Манджаро. Прикрепление журнала. Другой пользователь Reddit с той же серией графических процессоров (R9 390) с тем же стеком драйверов имел ту же проблему и решил ее, переключившись с драйвера ядра radeon на amdgpu. Я был на amdgpu все время, так что я в тупике.

Ryzen 1700
AMD R9 390X 8 ГБ
16 ГБ оперативной памяти
Ubuntu 18.04.1 LTS

steam-582010.log

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

Процессор: i7-6700K
Графический процессор: GTX 1080
Драйвер: 396.54-1
Оперативная память: 32 ГБ DDR4-2400
Дистрибутив: Arch
Ядро: 4.18.4-arch1-1-ARCH

lshw.txt

Также появляется сетевая ошибка, но всплывающее окно просто черное и вылетает.

Информация об оборудовании , но журнал сбоев занимает 60 МБ, и его сложно куда-либо загрузить (или даже проанализировать).

Игра у меня работала безупречно, из коробки. У меня наблюдается небольшое падение FPS (с 30 до 25) по сравнению с Windows, где они реже, но едва заметно. Обратите внимание, что из-за моего оборудования я играю на минимально возможных настройках, как и в Windows. Вот мои системные характеристики:

Дистрибутив: Antergos (Arch Linux)
Ядро: 4.18.3-arch1-1-ARCH
Графический процессор: Nvidia GTX 860M
Драйвер: nvidia 396.51-5
Процессор: i7-4710HQ
Оперативная память: 16 ГБ 1333 МГц

Небольшая проблема заключается в том, что, используя KDE, я не могу легко свернуть игру из полноэкранного режима. Попытка сделать это приводит к кратковременному зависанию системы. Подобно тому, что упоминал @JonasKnarbakk , но определенно не получаю полную систему, когда фокус теряется в моем случае (как сообщил @ LP0101 ).

Дистрибутив: Ubuntu 18.04
Ядро: 4.15.0-32-generic
Графический процессор: GTX980
Драйвер: 396.51
Процессор: AMD Ryzen 7 2700X
Оперативная память: DDR4 3000 МГц, 16 ГБ

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

установка ScreenMode = Borderless в файле конфигурации graphics_option.ini, расположенном в корневой папке установки, и игра будет работать нормально (за исключением того, что первый логотип появится после запуска примерно через 10 секунд). Не делал ничего, кроме загрузки в существующего персонажа и немного бегал, но не заметил никаких проблем.

Уже прошло несколько часов на wine-esync-3.13-x86-64, у которого практически не было проблем

У меня был аналогичный опыт, когда мне требовался режим без полей, чтобы он работал должным образом.

Дистрибутив: Arch 4.18.4
Графический процессор: GTX970
Драйвер: 396.54
Процессор: i7 3770k
Оперативная память: DDR3 16 ГБ

Поддержка контроллера работает, нет проблем с игрой или с производительностью после перехода на без полей

Вам действительно стоит попробовать драйверы .54, которые устраняют утечки ресурсов.

При попытке загрузить игру я сталкиваюсь с E_FAIL: IDX11Device->CreateShaderResourceView(pres->getHandle(), &srvDesc, &mpView) и черным экраном.

Nvidia 396.54-1.fc28.x86_64
Протон 3,7

Примерно в половине случаев после этого он выйдет, иначе процесс будет задерживаться до kill -9'd

Кто-нибудь запускает это на Vega 64? Как производительность?

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

Нашел, установка VolumeRenderingQuality на Highest была виновата, я могу установить другие параметры как можно выше без E_FAIL. Установка VolumeRenderingQuality на что-нибудь ниже Highest сработало для меня

@Xaenalt, можете ли вы проверить, возникает ли ошибка с Nvidia 396.51.02 (т.е. бета-версией Vulkan)? Существует известная проблема с стабильным драйвером Nvidia, который в некоторых случаях не может создавать представления буфера, что может вызвать эту проблему.

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

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

Информация о процессоре:
Производитель процессора: AuthenticAMD
Марка процессора: AMD FX (tm) -8350 Восьмиядерный процессор
Семейство процессоров: 0x15
Модель процессора: 0x2
Степень процессора: 0x0
Тип процессора: 0x0
Скорость: 4000 МГц
8 логических процессоров
8 физических процессоров
HyperThreading: не поддерживается
FCMOV: Поддерживается
SSE2: Поддерживается
SSE3: Поддерживается
SSSE3: Поддерживается
SSE4a: Поддерживается
SSE41: Поддерживается
SSE42: Поддерживается
AES: Поддерживается
AVX: Поддерживается
CMPXCHG16B: Поддерживается
LAHF / SAHF: Поддерживается
PrefetchW: не поддерживается

Версия операционной системы:
Linux Mint 19 Tara (64 бит)
Имя ядра: Linux
Версия ядра: 4.15.0-33-generic
Производитель X-сервера: Фонд X.Org
Выпуск X Server: 11906000
X Window Manager: Mutter (Маффин)
Версия среды выполнения Steam: steam-runtime-beta-release_2018-06-14

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

Звуковая карта:
Аудиоустройство: Realtek ALC889

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

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

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

только небольшая проблема могла быть работой alt + tab dosnt.

При попытке использовать сторонний контроллер xbox я столкнулся с большим количеством проблем. Кажется, что сопоставление в config.ini начинается с 0, тогда как сопоставления ввода из xboxdrv начинаются с 1. Это привело к некоторому очень странному игровому процессу, пока я не изменил его.

Controller:        Rock Candy Gamepad Wired Controller
Vendor/Product:    0e6f:011f
USB Path:          001:009
Controller Type:   Xbox360

Наконец-то мне удалось настроить триггеры:
xboxdrv --silent --trigger-as-button --detach-kernel-driver

[JOYPAD]
A=0
B=1
X=2
Y=3
LEFT=POV
RIGHT=POV
UP=POV
DOWN=POV
START=9
BACK=8
LT=6
LB=4
RT=7
RB=5
LSTICK_PUSH=11
LSTICK_VERT=Y
LSTICK_HORZ=X
RSTICK_PUSH=12
RSTICK_VERT=RX
RSTICK_HORZ=Z

Игра у меня работает плавно, производительность не такая лучшая, как в Windows (может быть, я не заметил этого в Windows из-за GSYNC), но очень играбельна.

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

@doitsujin У вас не было бы под

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

У меня это сработало с последними драйверами Nvidia и ядром Linux, вчера я провел за игрой без особых проблем.
Оборудование включает AMD Ryzen 7 2700X в паре с NVIDIA 1700 Ti в Ubuntu Budgie 18.04.
Что касается программного обеспечения, помимо предварительных условий использования последних драйверов (396 на Nvidia) и ядра (4.18.5), я активировал бета-версию Proton (3.7.4).

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

Вопросы:

• Потеря производительности (ожидается из-за перевода DirectX-Vulkan, а не проблема показанного оборудования с некоторыми консервативными параметрами графики)
• Проблемы с V-Sync (более низкая производительность при включении, явное разрывы экрана при отключении. В основном проблемы с графикой, которые через некоторое время не так заметны)
• Небольшие зависания / икоты (не часто, но они есть; хотя, возможно, проблема в игре. У меня было только 2 или 3 за всю игровую сессию продолжительностью примерно 4 часа)
• Проблемы с Xinput
  
  
  
  • Первоначально не мог играть в игру, потому что что-то отправляло случайные входные данные, делая навигацию по меню невозможной.
  
  
  • Не знаю, что решило эту проблему, но оставив последнее обновление драйвера / ядра и после обновления / перезапуска ОС, проблема исчезла.
  
  
  • Может быть связано со Steam Controller? Хотя потом я мог отлично поиграть с контроллером.
  
  
• Полное замораживание игры после долгих игровых сессий. Может быть, раз в полтора часа или около того, у меня это случалось дважды.
  
  
  
  • Сама ОС работала нормально, так что я мог просто убить игру "kill -9". Тем не менее, для некоторых это может быть препятствием.
  
  

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

Может ли кто-нибудь подтвердить, происходит ли полное зависание игры / ОС и на AMD, или это только проблема, связанная с Nvidia?

Дистрибутив: Ubuntu 18.04
Ядро: 4.15.0-33-generic
Графический процессор: GTX1080 Ti
Драйвер: 396.54

Игра работает отлично, за исключением тех же зависаний ОС, что и @Kaylebor . Кажется, что это происходит совершенно случайно, иногда игра длится всего 20 минут, а иногда - несколько часов.

РЕДАКТИРОВАТЬ: пробовал обновить ядро ​​до 4.18, Proton до 3.7-4 beta и использовать включение / выключение V-Sync с оконным и безграничным оконным режимом. По-прежнему происходит зависание ОС.

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

Версия драйвера: 396.54
Версия ядра: 4.18.5-041805-generic

К сожалению, у меня все еще возникали зависания с Windowed и Borderless Windowed + V-Sync примерно через 1-2 часа нахождения в игре, иногда меньше. Как бы то ни было, в обоих случаях я намеренно потерял фокус окна, как указано в предыдущем сообщении

Дистрибутив: KDE Neon (Ubuntu 16.04)
Ядро: 4.15.0-33-generic
Графический процессор: GTX 1070
Драйвер: 396.54
Процессор: Intel 6700K
Оперативная память: 16 ГБ DDR4 @ 3000 МГц
Версия Proton: 3.7-4 Beta

Не могли бы вы прикрепить nvidia-bug-report.log.gz в следующий раз, когда вы столкнетесь с зависанием?

Конечно, пожалуйста, @damienleone.

nvidia-bug-report.log.gz

Воспроизведение любого видео в игре приводит к ошибке страницы из-за отсутствия реализации функции;

wine: вызов от 0x7b44abbc к нереализованной функции mfplat.dll.MFCreateMFByteStreamOnStream, прерывание

Эта функция еще не реализована в апстриме .

Журнал: steam-582010.log

Шаги репликации: в игре нажмите «Старт», перейдите в «Информация» -> «Руководство игрока» -> «Просмотреть учебные пособия» -> «Снаряжение охотника» и нажмите «Воспроизвести фильм».

Примечание: этого не происходит со сценами в игре, они не являются предварительно обработанными видеофайлами, поэтому игра не вылетает.

Бесконечный процесс при выходе вызван исключением;

вино: необработанное исключение 0x40000015 в потоке 53 по адресу 0x1428f3032 (поток 0053)

что затем заканчивается ожиданием с вечным концом;

ошибка: ntdll : RtlpWaitForCriticalSection раздел 0x14484a320 "?" время ожидания истекло в потоке 0053, заблокировано 002d, повторная попытка (60 секунд)

Журнал: steam-582010.log

@fureloka Я не могу воспроизвести проблему, о которой вы упомянули, с воспроизведением игровых видео. Чтобы убедиться в этом, я просто открыл галерею и посмотрел пару сцен. Обратите внимание, что я не завершил игру, поэтому я не могу проверить, работают ли все сцены, но я смог пройти весь путь до HR14, просматривая видео, просто отлично.

@ setzer22 @fureloka Судя по моему опыту, он играет отлично - по крайней мере, пока вы не победите финального босса. Видеофайл, который пытается воспроизвести после того, как вылетает из игры. Вероятно, из-за отсутствия кодеков (это также происходит в Windows в определенных регионах, где кодеки отсутствуют).

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

Другое видео в игре работало отлично.

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

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

Находясь в игре, нажмите «Старт», перейдите в «Информация» -> «Руководство игрока» -> «Просмотреть учебные пособия» -> «Снаряжение охотника» и нажмите «Воспроизвести фильм».

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

У кого-нибудь была возможность протестировать последнюю бета-версию протонов? Это что-нибудь сделало со сбоями?

Сбои, полное зависание системы и сохранение игры после выхода из окна все еще происходят в 3.7-5 Beta
Nvidia 396.54-1.fc28.x86_64
Ядро 4.17.19-200.fc28.x86_64

В бета-драйвере Nvidia могут быть некоторые исправления, но я не могу найти подходящую бета-версию для установки, чтобы проверить

Monster Hunter World - все поверхности имеют зеркальную подсветку

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/1092.
@shadywack, опубликовано 2018-08-31T19: 51: 15:

Проблема: зеркальное отражение на всех поверхностях.
Шаги по воспроизведению: запустите игру и наблюдайте за поверхностями
Наблюдения: это зависит от текстуры и того, что требует игровой движок, в некоторых случаях это тонко, но это зависит от материала, чтобы сделать его более очевидным. В дождливую погоду это действительно выглядит круто, но я не думаю, что это то, что задумал рендерер. Сделал бы скриншот, но в движении видно. Древесина не должна иметь бликов на поверхности.
Система: Ryzen 7 1800X на Vega64 с использованием драйвера RADV / Mesa 18.3 (из PPA Padoka, указанного в руководстве по быстрому запуску) Ubuntu 18.04, бета-клиент Steam, работающий под управлением Proton 3.7-5

От себя лично: спасибо за вашу тяжелую работу! Это потрясающий код, который стоит увидеть, и, вероятно, лучшее, что я когда-либо видел от Valve. Если есть решение этой проблемы, отлично, но если нет, это действительно не конец света. Я могу играть в эту игру изначально на 4k в Windows, но на Proton есть довольно существенный хит, чтобы снизить частоту кадров до 20 на моем оборудовании. Тем не менее, он работает очень плавно со скоростью 60 кадров в секунду при 1440p, и мне это очень нравится. Большое спасибо.

Monster Hunter World - сбой при Cutscene - Отсутствуют кодеки Windows Media

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/1125.
@Estard опубликовано 2018-09-01T10: 28: 18:

После победы над финальным боссом в MH: World игра пытается загрузить кат-сцену, в которой, согласно этой публикации на Reddit:
https://www.reddit.com/r/MonsterHunter/comments/99cqi4/xeno_save_corruption_bug_does_not_exist_proof/
ему требуются определенные кодеки, содержащиеся в пакете компонентов Windows Media, для воспроизведения указанной кат-сцены.
Я полагаю, что это причина того, что игра также вылетает в этот момент при игре с Proton.
Было бы хорошо, если бы можно было реализовать обходной путь для этой и других игр, в которых это требуется.

Проверено на Proton 3-7-5 и winestaging 3.14 (64 бит) esync + dxvk

@doitsujin Может подтвердить, что VolumeRenderingQuality можно установить на Highest на Nvidia 396.54.02

Проверка воспроизводимости сбоя с этим драйвером

Можно подтвердить, что игра по-прежнему вылетает из-за зависания системы на Nvidia 396.54.02

Какое разочарование.
Я надеялся, что новейший драйвер nvidia исправит блокировку.
Кто-нибудь сузил, что вызывает замораживание?
Я получаю полную блокировку системы, которую можно исправить только выключением и отключением питания
Я пробовал почти все ядра, перечисленные Manjaro.
последнее ядро ​​lts дает наименьшее количество зависаний, но это все равно происходит

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

Кто-нибудь пробовал заменить двоичные файлы DXVK, предоставленные протонами, на недавно выпущенные двоичные файлы 0.71, посмотрите, исправит ли это что-нибудь?

Я собираюсь попробовать 0.71, используя Lutris с вином 3.15-esync. Если все пойдет хорошо, я попробую использовать протон с заменой DXVK. это будет на ядре 4.18.5-3 на GTX 980 с драйвером 396.54. Я доложу, как идут дела.

Вроде работает, поиграл чуть больше часа и тупика нет. Еще не пробовал с протоном, но позже сообщу

Хммммм Кажется, я не могу настроить свою игру на работу под 4к.

Manjaro Linux
Гном 3.28.3
Manjaro Linux 17.1.12
NVIDIA 396.54
GeForce GTX 1070
AMD Ryzen 1700x
Linux 4.14.66-1
Оперативная память: DDR4 2133 МГц 32 ГБ

Разрешение: 3840 x 2160
Масштабирование пользовательского интерфейса Gnome - 200%

Шаг для воспроизведения - Установите игру в полноэкранный режим / без доски и разрешение 4k в настройках игры, а настройку графики установите на средний. Параметры выхода, нажмите «Запустить игру», появится сообщение об ошибке
E_FAIL: IDX11Device-> CreateShaderResourceView (pre-> getHandle (), & srvDes, & mpView)

Все под 4k работает нормально: D Поражены этим

@ICEFIR См.
https://github.com/ValveSoftware/Proton/issues/175#issuecomment -415886153
и
https://github.com/ValveSoftware/Proton/issues/175#issuecomment -415942845

Могу подтвердить, что dxvk 0.71 все еще зависает. Я заменил библиотеку dxvk Proton 3.7-5 beta библиотекой от мастера, зависает та же система, что и раньше

@Xaenalt Это не та же проблема - я читал эту ветку раньше
Здесь я не могу запустить игру в разрешении 4k - игра вылетает после того, как я нажимаю на кнопку запуска игры в главном меню. Не удалось загрузить экран слота сохранения. Все, что ниже 4k, прекрасно работает.
Его проблема заключалась в том, что игра не могла загрузиться - с чем я сталкивался раньше, и исправлена ​​путем установки VolumeRenderingQuality на низкий

Могу я выкинуть теорию
Сначала я должен спросить
Есть ли какое-то кеширование в этой игре?
причина, по которой я спрашиваю, это
Я установил несколько дистрибутивов и ядер, и у них есть одна общая черта
после новой установки мир охотников на монстров работает идеально, не зависая часами
только после, скажем, 12 часов игры зависание становится обычным, как каждые 45 минут
Я пробовал Ubuntu, manjaro, fedora, mint и opensuse
и все эти дистрибутивы постигает та же участь.
если кеширования нет, не обращайте внимания на это
Но это то, что я как бы сузил до

@ICEFIR : в этом случае, чтобы помочь отладить его, вы можете перейти к "$steamdir/steamapps/common/Proton 3.7 Beta" . Оказавшись там, mv user_settings.sample.py user_settings.py , который включит отладку для игры. Он создаст файл журнала в $HOME именем steam-$steam_game_id.log . Можете ли вы загрузить журнал из этого, и MonsterHunterWorld_d3d11.log и MonsterHunterWorld_dxgi.log из "$steamdir/steamapps/common/Monster Hunter World" Я не уверен, нужны ли там дополнительные аргументы отладки, но это значения по умолчанию, насколько я могу сказать

У меня до сих пор нет основной причины зависания. Зависание, по-видимому, вызвано разыменованием указателя NULL со стороны графического процессора в том, что кажется операцией выборки текстуры. Поскольку единственная информация, которая у меня есть об адресе, это то, что он равен 0, и, учитывая, что зависание очень прерывистое, это затрудняет отладку. Я буду искать. Тем временем будет полезна любая дополнительная информация о том, как надежно воспроизвести зависание.

@ roadh0use Драйвер NVIDIA выполняет собственное кеширование шейдеров. Можете ли вы попробовать удалить кеш шейдеров ($ XDG_CACHE_HOME / .nv / *) вместо новой установки ОС?

@lieff Я протестирую позже и

@Xaenalt Я попробую и

@lieff Я только что начал искать расположение кеша шейдеров. Должен ли я удалить все в папке .nv?
или подпапка, в которой есть steamapp_shader_cache0.bin и steamapp_shader_cache0.toc?
в папке .nv есть еще одна папка. Поскольку это кеш, я не понимаю, почему его удаление будет проблемой, но мне просто нужно подтверждение, прежде чем я удаляю что-то.

Решил немного подождать, пока это не изменится, и у меня действительно хорошая производительность в этой игре из коробки! Единственная проблема, с которой я столкнулся, заключается в том, что я не могу использовать alt-tab, и если я играю без полей или в оконном режиме, я получаю примерно 5 кадров в секунду плюс игра откроется на неправильном дисплее, если я это сделаю. Если я смогу добиться такой же почти собственной производительности без полей при открытии на правильном дисплее в этом режиме, я буду счастливым туристом. Если я попытаюсь использовать Alt-Tab в полноэкранном режиме, я все равно не смогу управлять мышью вне игры, поэтому мне придется выйти из игры, чтобы взаимодействовать с Discord, Spotify и т. Д. На другом моем мониторе. Без полей работает по назначению, но частота кадров резко падает до невозможности воспроизведения слайд-шоу. В моем сохранении также отсутствует ошибка WMP в конце игры, поскольку я играл в нее в Windows. Я не играл больше 2 часов, но зависаний не было. У вас нет свободного времени, чтобы играть много часов подряд, чтобы воспроизвести описанные выше проблемы, но пока никаких сбоев. Может быть, эксклюзивный выпуск Nvidia? Я также заметил, что если я изменю настройки, которые потребуют перезапуска игры, мне придется убить процесс, а затем снова запустить игру.

• Протон 3,7-5 бета
• Конюшня Манджаро Гномов
• Ryzen 1700
• AMD R9 390X
• 16 ГБ оперативной памяти
• Версия ядра: 4.18.5-1-MANJARO
• MESA 18.1.7
• LLVM 6.0.1

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

РЕДАКТИРОВАТЬ: Итак, я включил счетчик FPS Steam. Проблема с частотой кадров без полей и с окнами, похоже, является проблемой для композитора Gnome, поскольку он по-прежнему сообщает примерно такую ​​же частоту кадров. Я считаю, что это не проблема, так как это было бы не по теме.

РЕДАКТИРОВАТЬ:. Да, это была проблема с наборщиком. Используя Manjaro XFCE сейчас, я могу играть без границ без проблем! :)

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

Наконец-то я начал понимать, о чем говорили люди, хотя это не привело к зависанию всей системы, а просто сделало ее очень вялой. В любом случае, ничего полезного в логах Proton или DXVK, никакого шока нет. При проверке journalctl ядро ​​сообщило об ошибке графического процессора;

ядро: NVRM: GPU на PCI: 0000 : 01: 00: GPU-e3934bd0-774d-bae8-8fa0-ce38440e3fde
ядро: NVRM: Xid (PCI: 0000: 01: 00): 31, Ch 00000023, engmask 00000111, intr 10000000

Согласно Nvidia , Xid 31 - это ошибка страницы памяти графического процессора, которая указывает на ошибку драйвера или ошибку приложения. Меня не удивило бы, если бы это был драйвер, поскольку я еще не видел отчетов AMD о "зависшей" системе.

Графический процессор: GTX 970
Драйвер: 396.54

Изменить: Забыл упомянуть, что до сих пор все мои зависания (пока 3) происходили во время боев с большими монстрами, вероятно, просто совпадение.

@fureloka Сегодня вечером со мной случилось то же самое. Удалось открыть вялый терминал для pkill

Бой был против двойного закаленного Базельгейзе

Gtx 970
396,54

Просто победите xeno'jiiva и убедитесь, что последняя заставка вылетает. К счастью, это не повредило мое сохранение, но теперь у меня вылетает загрузка. Если посмотреть на это, некоторые кодеки могут быть переносимы из Windows, но это требует некоторого возиться с dll. Есть ли хороший способ изменить их, аналогично winecfg для Proton? Кроме того, есть ли хороший способ выполнять обычные операции с винным префиксом с Proton? Также игры запускаются с собственным винным префиксом? ~/.local/share/Steam/steamapps/compatdata/582010/pfx кажется винным префиксом и имеет идентификатор для MHW в пути, но игра, похоже, не находится там

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

Fedora 28 - 4.17.19-200.fc28.x85_64 (также тестировалось с 4.18.5-300.fc29.x86_64)
AMD FX-8350 (8 ядер) / 16 ГБ ОЗУ
NVidia GeForce GTX 1050 Ti (396.54.1)
Протон 3,7-5 (бета)
DXVK 0,71

Пытался запустить в оконном режиме / без полей, изменить частоту кадров, отключить наложение Steam, отключить предварительное кэширование шейдеров и даже поместить фиктивный файл вместо папки .nv, но он все равно вылетит примерно через 10-15 минут . На самом деле жаль, потому что это так хорошо работает до этого момента.

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

steam-582010.log
MonsterHunterWorld_d3d11.log
MonsterHunterWorld_dxgi.log

В журнале 12 ошибок о том, что ./Steam/ubuntu12_32/gameoverlayrenderer.so является неправильным классом ELF (не знаю, почему даже используется 32-разрядный), и одна для jack_error_callback, хотя я определенно использую PulseAudio ... если какие-либо дополнительные журналы могут помочь, дайте мне знать!

@Xaenalt На самом деле это не ошибка повреждения сохранения. Люди думали, что это из-за того, что он вылетает при сбое стартовой записи, как кто-то в конце концов обнаружил. Это только из-за отсутствия кодеков. Ошибка также возникает в версиях Windows N / KN. Возможно, попробуйте установить дополнительные медиа-пакеты для N / KN на префикс Proton игры. Те добавляют необходимые кодеки.

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

РЕДАКТИРОВАТЬ: медиа-пакеты - это файлы * .msu. Невозможно установить их через хотя бы обычный / поэтапный Wine, поэтому он, скорее всего, не будет работать через Proton. msiexec не работает.

@damienleone К сожалению, я тоже не смог найти никаких конкретных обстоятельств, которые привели бы к зависанию. Согласно сообщению @fureloka , я _ чувствую_, что большое количество моих зависаний произошло после удара монстра с множеством эффектов и еще чего-то, что не заполняло экран, но у меня также было несколько зависаний, которые произошли во время работы вокруг уровня, а не в каких-либо тяжелых действиях. Фактически, зависание, которое произошло с журналом ошибок, который я загрузил, на самом деле произошло в мире концентратора (Astera) вскоре после завершения квеста, поэтому все, что вызывает зависание, не обязательно связано с какими-либо эффектами, которые могут возникнуть в бою. . Также стоит отметить, что это зависание произошло после нескольких сегментированных 1-2-часовых сеансов, которые не привели к сбою.

Если я правильно помню, я панорамировал камеру во время этого сбоя - мне пришлось бы откопать его, но я помню сообщение в субреддите / r / Linux_Gaming, в котором говорилось, что, по их мнению, зависания могут быть вызваны во время периодов размытия в движении. Это может потенциально объяснить общий характер зависаний, а также то, почему они могут происходить чаще в бою (поскольку во время боя камера сильно поворачивается). Если у меня будет возможность, я попробую это проверить позже.

Что ж, похоже, вы можете использовать $WINEPREFIX с $STEAM/steamapps/compdata/$GAME_ID/pfx и выполнять установки, переопределения, winetricks и т. Д.

Что касается установки кодеков, то, похоже, виноват:

0030:fixme:wusa:load_assemblies_from_cab Cabinet uses proprietary msdelta file compression which is not (yet) supported.
0030:fixme:wusa:load_assemblies_from_cab Installation of msu file will most likely fail.

У меня нет идей по этому поводу

Запуск в Proton 3.7.5-beta. У меня проблема, когда уведомления ОС (и, предположительно, другие вещи) заставляют мою игру переключаться на то, что выглядит как программный рендеринг, пока уведомление активно. Я все еще могу бегать в игре, я просто не вижу, что происходит в течение нескольких секунд. После того, как уведомление исчезнет, ​​игра снова будет работать нормально.

Другая проблема заключается в том, что ввод задерживается на 1/8 секунды. Я использую контроллер xbox one, подключенный через usb (у меня более старый контроллер, у которого нет BT)

Fedora 28
Ядро 4.17.19
i7-6700K
GTX 1070
Драйвер 396.54

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

Привет @Xaenalt Sry за поздний ответ - последние несколько дней был очень занят: P
Что касается проблем с разрешением 4k, вот весь журнал: D

Файл журнала Steam был заархивирован, так как он слишком большой
steam-582010.zip
MonsterHunterWorld_dxgi.log

MonsterHunterWorld_d3d11.log

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

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

Тем не менее, провели обширное тестирование для этого. Я был в лагере, который еще не разблокировал. Возникают ли подобные проблемы?

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

Глядя на журнал, я вижу, что он спамен:

5664.319:001d:0023:err:hid_report:process_hid_report Device reports coming in too fast, last report not read yet! 

Иногда также имея:

5552.906:0008:0092:trace:module:LdrGetDllHandle L"steam_api64.dll" -> 0x3b400000 (load path L"Z:\\home\\jonathan\\.steam\\steamapps\\common\\Monster Hunter World;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
5552.906:0008:0092:trace:module:LdrGetDllHandle L"oo2core_5_win64.dll" -> 0x470000 (load path L"Z:\\home\\jonathan\\.steam\\steamapps\\common\\Monster Hunter World;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
5552.907:0008:0092:trace:module:LdrGetDllHandle L"amd_ags_x64.dll" -> 0x180000000 (load path L"Z:\\home\\jonathan\\.steam\\steamapps\\common\\Monster Hunter World;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
5552.908:0008:0092:trace:module:LdrAddRefDll (L"MonsterHunterWorld.exe") ldr.LoadCount: -1
5552.909:0008:0092:trace:module:LdrAddRefDll (L"MonsterHunterWorld.exe") ldr.LoadCount: -1

Хорошо, наконец-то удалось решить проблему с кинематографом, попросив друга загрузить его и пропустить кат-сцену в своей системе Windows. Самостоятельная загрузка идет вразрез с моими религиозными убеждениями

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

mhw-crash.tar.gz

@xaenalt
просто для уточнения
Вы можете победить xeno, получить сбой, перенести сохранение на ПК с Windows, сделать кат-сцену, а затем перенести сохранение обратно на ПК с Linux.
Я прав?

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

Я все еще пытаюсь перекомпилировать протон в Fedora, я видел в примечаниях к выпуску для Wine-staging 3.15, что они добавили лучшую поддержку Windows Media, так что, возможно, есть шанс, что это поможет решить эту проблему

Другой журнал сбоев
mhw-crash-2.tar.gz

Можно подтвердить, что сбой все еще происходит после удаления каталога .nv

@Xaenalt
одна и та же. Я думал, что это устраняет сбой, но это было просто совпадение

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

@Xaenalt Я использую GNOME.

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

@Xaenalt
я использую корицу
на стороне примечания
Я не отказался от своей идеи кеширования шейдеров
в ~ / .steam / steam / steamapps / есть папка shadercache.
опять же, это могло бы быть плацебо, но до сих пор удаление содержимого этой папки после каждой игровой сессии (по-видимому) привело к сбою.
надеялся, что кто-то еще может попробовать это и посмотреть, возможно ли это исправление, или плацебо

Выпущены новые драйверы Nvidia, кто-нибудь смог с ними потестировать?

@ LP0101
Текущий новейший драйвер Linux по-прежнему 396.54, 399.24 еще не выпущен для Linux?

Вышел патч, кажется, 396.54.05.

Я обновлю и протестирую сегодня вечером

Так что сегодня я играл в игру около 2-3 часов, выполняя различные миссии и тому подобное. У меня больше не было таких зависаний системы, которые были у меня раньше.
Я сделал следующее:

• обновить драйвер графического процессора
• обновить ядро

См. Информацию ниже для получения дополнительной информации:

Processor Information:
    CPU Brand:          Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz

Operating System Version:
    Pop!_OS 18.04 LTS (64 bit)
    Kernel Name:  Linux
    Kernel Version:  4.18.7-041807-generic
    X Server Vendor:  The X.Org Foundation
    X Server Release:  11906000
    X Window Manager:  Mutter(Budgie)
    Steam Runtime Version:  steam-runtime-beta-release_2018-06-14

Video Card:
    Driver:  NVIDIA Corporation GeForce GTX 1080/PCIe/SSE2
    Driver Version:  4.6.0 NVIDIA 396.54

Единственное, что я заметил, это то, что MonsterHunterWorld.exe продолжал работать в фоновом режиме после выхода из него.
Не уверен, что это поможет.

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

Fedora 28 - 4.18.5-300.fc28.x86_64 (Корица)
AMD FX-8350/16 ГБ оперативной памяти
NVidia GeForce GTX 1050 Ti (396.54.1)
Протон 3,7-6 бета

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

396,45,1

Обновите до 396.54.

Обновите до 396.54.

@doitsujin
Я обязательно сделаю это сейчас, но обратите внимание в моем предыдущем посте, что эта проблема все еще присутствовала при использовании 396.54.1

@ roadh0use

Итак, я тестировал удаление папки shadercache каждый раз, когда играю, и похоже, что это тоже устранило сбой для меня. У меня еще не было возможности провести действительно долгую игровую сессию, чтобы полностью подтвердить это, но раньше было так, что если бы я играл в полноэкранном режиме без полей, игра вылетала бы через 5 минут после начала охоты, но теперь я прошел три охоты без сбоев. Так что похоже, что сбой может иметь какое-то отношение к шейдерному кешу. Единственный побочный эффект, который у меня есть, - это периодическое заикание, когда он восстанавливает кеш, я могу попробовать отключить его в Steam, чтобы посмотреть, поможет ли это.

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

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

[18082.187238] NVRM: GPU at PCI:0000:01:00: GPU-31cce69c-7592-a02b-a7f1-537eb763536f
[18082.187242] NVRM: Xid (PCI:0000:01:00): 31, Ch 0000002b, engmask 00000111, intr 10000000

Как сказал @fureloka , может быть, ошибка драйвера?

Система:

Processor Information:
    CPU Brand:         Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz

Operating System Version:
    Ubuntu 16.04.5 LTS (64 bit)
    Kernel Name:  Linux
    Kernel Version:  4.15.0-34-generic
    X Server Vendor:  The X.Org Foundation
    X Server Release:  11906000
    X Window Manager:  Compiz
    Steam Runtime Version:  steam-runtime-beta-release_2018-06-14

Video Card:
    Driver:  NVIDIA Corporation GeForce GTX 970/PCIe/SSE2
    Driver Version:  4.6.0 NVIDIA 396.54

Memory:
    RAM:  7869 Mb

Так что теперь у меня было больше времени, и, судя по тому, что я вижу, с Proton 3.7-6 и Nvidia 396.54 я могу получить около часа игрового процесса без сбоев, если я отключу кеш шейдеров в Steam.

Я использую Arch с 1080ti и версией драйвера 396.54-4. Если я работаю в оконном режиме, проблем не возникает, если я работаю без полей, то примерно через 5-10 минут вылетает. Если я отключу кеш шейдера, то смогу работать без полей и успею примерно за час до сбоя. Таким образом, похоже, что это может быть ошибка драйвера, которая улучшена, но не полностью решена путем остановки Steam от предварительного кэширования шейдеров.

@ ecru332
То же самое, чувак.
Удаление кеша шейдера и отключение его в Steam действительно приводит к увеличению времени воспроизведения между зависаниями, но не решает проблему, как я надеялся.
так что похоже, что это проблема только nvidia, потому что я не вижу здесь никаких сообщений amd. Вроде отстой

Интересно, что у меня был только один аккаунт зависания, когда я попробовал игру в первый раз, и много использовал alt-tab. Я снова попробовал поиграть без Alt-Tabbing, и я играл более часа без каких-либо серьезных проблем. Я на nvidia.

Я заметил, что зеркальные отражения? не отображаются должным образом в Proton 3.7-6.
Proton 3.7-6 Некорректный рендеринг - https://youtu.be/WPXIl5cOhls
Правильная отрисовка Windows - https://youtu.be/7QctglngEk4
Это могло быть из-за того, что я использую «бета-версию» поддержки Southern Island для AMDgpu, но я не знаю, как определить, проблема ли это в драйвере, вине или DXVK.

За исключением отсутствующих сохранений с программной блокировкой кодека, Monster Hunter World у меня работает очень хорошо. Никаких сбоев / зависаний, кроме того, что игра иногда не выходит правильно.

ОС: «Arch Linux» (64 бит)
Ядро: 4.18.5-arch1-1-ARCH
Процессор: Intel (R) Core (TM) i7-4770K CPU @ 3,50 ГГц
Графический процессор: X.Org AMD Radeon HD 7900 Series (TAHITI, DRM 3.26.0, 4.18.5-arch1-1-ARCH, LLVM 6.0.1) В частности, R9 280, также известный как 7950
Драйвер графического процессора: 3.1 Mesa 18.1.7 (вместо Radeon включен драйвер AMDgpu)
Оперативная память: 15914 Мб при 2400 МГц

@ Confetti-Camouflage Может быть, это та же ошибка драйвера, что и эта?

https://github.com/doitsujin/dxvk/issues/652

@ryao Я думаю, что это проблема с MSAA, и MHW даже не использует его, не знаю, если эта ошибка текстуры также является проблемой для пользователей nvidia

РЕДАКТИРОВАТЬ: графические процессоры Nvidia не имеют этой ошибки текстуры
EDIT2: отключение Z-Prepass в играх немного меняет поведение ошибки, некоторые объекты являются нормальными, когда они находятся рядом с камерой.

Дистро: мята 19 корица
Ядро: 4.15.0-34-generic
Графический процессор: [AMD / ATI] Tonga PRO [Radeon R9 285/380]
Процессор: Intel i3-6100
Оперативная память: 8 ГБ

Я чувствую черное окно и закрываюсь. Я зашел в graphics_option_preset.ini и изменил 4 экземпляра каждой из этих настроек:

ScreenMode = Без полей
Разрешение = 1680x1050 (размер моего монитора)

Я не уверен, что еще я могу сделать или изменить это.

Возникла проблема с видео, из-за которой игра зависает. В частности, есть кат-сцена после убийства Ксено'дживы (он же «???») в последней миссии кампании, которая не позволяет завершить игру. Та же проблема возникает при попытке просмотра видео в обучающих программах. К счастью, мне удалось решить эту проблему, используя файлы DLL из Windows 7, выполнив те же действия, что и в ветке проблемы Proton для Shadows: Awakening .

Файлы

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

Поскольку я использую 64-битный винный префикс, я получил как 64-битную, так и 32-битную версии каждого файла (в system32 и syswow64 соответственно). Для файлов реестра я получил оценочную виртуальную машину Windows 7 + IE10 .

По какой-то причине wine regedit wmf.reg не импортировал изменения реестра, поэтому мне пришлось открыть wine regedit и сделать это из графического интерфейса.

Смотрите также:

• ветка reddit о "баге"
• обсуждение на askubuntu о Windows Media Feature Pack

После исправления этой проблемы игра плавно работает со скоростью 1080p 60+ кадров в секунду на Core i7 8700K с GTX 1070 Ti на Arch Linux с nvidia-396.54 и ядром 4.18.9-arch1-1-ARCH . На 1440p я получаю 30-45 кадров в секунду. Иногда случаются сбои каждые несколько часов, но, похоже, их можно значительно уменьшить, запустив игру в оконном режиме без полей. Все настройки на максимальном уровне, за исключением отключения вертикальной синхронизации и объемного тумана, поскольку оба параметра сильно влияют на производительность.

Дистрибутив: Ubuntu 18.04 LTS
Ядро: 4.15.0-34-generic
Графический процессор: NVidia GeForce 760, драйвер 390.87
Процессор: AMD Ryzen 3 1200
Оперативная память: 8 ГБ

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

Я не думаю, что кто-то имеет представление о том, почему моя игра будет так отображаться?

@ NB-Kelly, у меня была такая же проблема. Как только я обновился до более новых драйверов nvidia с официального ppa , проблемы исчезли.

@ tryton-vanmeer Ой, вот и все. По какой-то причине я думал, что уже установил последнюю версию драйвера.

Благодаря!

Хорошо, похоже, что новейший клиент proton beta и steam beta исправляет случайное зависание на nvidia.
может кто-нибудь еще подтвердить?

По-прежнему возникают повторяющиеся проблемы с внезапным закрытием Monster Hunter. Помощь будет признательна!

Fedora 28 - 4.18.10-200.fc28.x86_64 (корица)
AMD FX-8350/16 ГБ оперативной памяти
NVidia GeForce GTX 1050 Ti (396.54.1)
Протон 3,7-7 Бета

Геймплей может составлять от нескольких минут до ~ 30-40 минут до закрытия. Обновленные журналы прилагаются:

steam-582010.log
MonsterHunterWorld_d3d11.log
MonsterHunterWorld_dxgi.log

Привет @ HMSS013 , не могли бы вы запустить ulimit -Hn и убедиться, что это высокое значение, а не 4096.

Спасибо за ответ @ kisak-valve, ulimit -Hn возвращает 4096.

Вау, это была проблема с esync, я думал, что исправил это. Я исправлю это и попробую еще раз.

Спасибо за готовность помочь!

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

При использовании alt + tab я вижу несколько из них, помеченных _ # MT FRAMEWORK 3.0_, например:

MT FRAMEWORK.jpg

@ roadh0use все еще

@ roadh0use Похоже, последняя версия Steam Play Beta также исправила это для меня.

На Nvidia 396,54

Все еще периодически получаю полную блокировку системы на последней бета-версии Proton 3.7-7 и DXVK 0.81, останавливая все видео и обновляя только звук, пока я не выключу питание. Я не уверен, связано ли это с потерей фокуса окна, как обсуждалось ранее; до сих пор я играл с двумя мониторами, играл в MHW в окне без полей со смешанными средними настройками / без vysnc на одном, а на другом переходил с помощью alt-tabbing для браузера. Как бы то ни было, при этом он действительно плавный, без резких задержек или всплесков заикания

Linux Mint 19, ядро ​​4.15.0-36
1060 6 ГБ, драйвер Nvidia 396,45

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

На ядре 4.15 с драйвером Nvidia 396.54 (GTX 1080) с proton 3.7-7 Beta (кэш перед шейдером отключен), vsync включен, объемный туман отключен

• Полная блокировка системы, требуется жесткая перезагрузка.
• Зависание игры обычно происходит в пределах от 20 минут до часа игры.

На ядре 4.18 с драйвером Nvidia 410.57 (GTX 1080) с proton 3.7-7 Beta (кэш перед шейдером отключен), vsync включен, объемный туман отключен

• Игра идет ровно больше часа, но зависает
• Система остается работоспособной, можно ALT + TAB просто убить процесс MonsterHunterWorld.exe
• Можно перезапустить игру и сыграть еще 1 час +

Судя по ответам от @ roadh0use и @ LP0101 , решение проблемы зависания в системах Nvidia может заключаться в следующем.

• Обновите ядро ​​до 4.18
• Используйте драйвер Nvidia 396.54
• Используйте Steam Play Beta 3.7-7
• Играйте в оконном режиме без полей

Я откатываю драйвер Nvidia 410.57 до 396.54 и попробую запустить игру в течение нескольких часов. Больше комментариев можно найти здесь

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

Спасибо за вашу работу!

Поцарапайте это, только что была еще одна полная блокировка системы с последним стабильным ядром, драйвером nvidia, proton, dxvk и т. Д.

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

РЕДАКТИРОВАТЬ: Когда вы говорите, что «кэш перед шейдером отключен», это настройка в обычных параметрах Steam или что-то сделано с помощью параметров запуска DXVK? Это вообще помогло замораживанию?

Игра отлично работает, ничего не делая в RX Vega 64. В Windows также сообщалось только о заикании. Частично можно исправить, установив ограничение FPS до 60 и активировав вертикальную синхронизацию.

Игра отлично работает, ничего не делая в RX Vega 64. В Windows также сообщалось только о заикании. Частично можно исправить, установив ограничение FPS до 60 и активировав вертикальную синхронизацию.

Вы больше не сталкиваетесь с проблемой зеркального освещения?

Вы больше не сталкиваетесь с проблемой зеркального освещения?

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

У меня все еще возникает странная проблема, когда игра зависает и начинает выплевывать сотни фоновых окон на моем рабочем столе, которые называются примерно так: _....... # MT FRAMEWORK 3.0 ......_ .

В конце концов игра закрывается, и создается большой файл журнала (~ 215 МБ).

Скриншот

Журнал (215 МБ)

Fedora 28 - 4.18.12-200.fc28.x86_64 (корица)
AMD FX-8350/16 ГБ оперативной памяти
NVidia GeForce GTX 1050 Ti (396.54.1)
Протон 3,7-8 Бета

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

Просто переключился с моего 1060 6 ГБ на RX 580 8 ГБ с использованием ядра 4.18.13 и последней стабильной версии Mesa / LLVM / Proton / DXVK

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

Последняя версия DXVK в proton 3.16, похоже, исправляет заикание. Также я снова активировал предварительное кэширование шейдеров, и он отлично работает.

У меня все еще возникает странная проблема, когда игра зависает и начинает выплевывать сотни фоновых окон на моем рабочем столе, которые называются примерно так: _....... # MT FRAMEWORK 3.0 ......_ .

В конце концов игра закрывается, и создается большой файл журнала (~ 215 МБ).

Скриншот

Журнал (215 МБ)

Fedora 28 - 4.18.12-200.fc28.x86_64 (корица)
AMD FX-8350/16 ГБ оперативной памяти
NVidia GeForce GTX 1050 Ti (396.54.1)
Протон 3,7-8 Бета

Просто переключился с моего 1060 6 ГБ на RX 580 8 ГБ с использованием ядра 4.18.13 и последней стабильной версии Mesa / LLVM / Proton / DXVK

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

Я могу подтвердить эти две ошибки еще в Proton 3.16-1.

ArchLinux - 4.18.12 - KDE
Ryzen 1700X / 16 ГБ оперативной памяти
RX Vega 64 (Меса 18.2.2)
Протон 3.16-1

ArchLinux - 4.18.14 - bspwm
Ryzen 1600/16 ГБ оперативной памяти
Nvidia 1070ti (nvidia-vulkan-dkms 396.54.09)
Протон 3.16-1

Я заметил, что игра может зависнуть перед титульным экраном или вылететь с торгового двора. Но и MonsterHunterWorld_d3d11.log, и MonsterHunterWorld_dxgi.log пусты. Я что-то пропускаю, чтобы сбой (ы) регистрировались?

Отредактируйте, хотя сегодня, снова выбрав proton beta 3.16, чтобы дважды проверить, что он был загружен, игра работает нормально, это просто ошибка в протоне? (Мне нравится, что мой процессор работает круче с mhw & proton. Думаю, wine / linux управляют потоками процессора лучше, чем Windows.)

Также в моих параметрах запуска dxvk info есть следующие параметры, чтобы убедиться, что игра закрывается, когда я выхожу.
DXVK_HUD=fps,devinfo,frametimes %command%; pgrep -i monster | xargs kill -9

У меня все еще возникает странная проблема, когда игра зависает и начинает выплевывать сотни фоновых окон на моем рабочем столе, которые называются примерно так: _....... # MT FRAMEWORK 3.0 ......_ .

В конце концов игра закрывается, и создается большой файл журнала (~ 215 МБ).

Скриншот

Журнал (215 МБ)

Fedora 28 - 4.18.12-200.fc28.x86_64 (корица)
AMD FX-8350/16 ГБ оперативной памяти
NVidia GeForce GTX 1050 Ti (396.54.1)
Протон 3,7-8 Бета

По-прежнему возникает эта ошибка с Kernel 4.18.14.200 и Proton 3.16-3.

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

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

:(

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

Технические характеристики:
Manjaro Linux
Рабочий стол KDE Plasma
4.19.0 Ядро
GTX 1080ti версия драйвера 410.73
Протон 3.16-3 Бета

Я запускал игру в Astera около 3 часов без сбоев. Иногда я перемещался, сохранял игру и общался с продавцами. Игра работала в оконном режиме без полей с ограничением 60 кадров в секунду. Раньше, когда я играл, игра длилась 5-30 минут до сбоя, даже если я просто оставался в Astera без входов, так что это казалось большим улучшением. Не похоже, что это произошло из-за того, что я не играл в нее какое-то время, потому что я пытаюсь запускать ее каждые пару дней, чтобы проверить, исправлено ли это.

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

Завтра я собираюсь провести дополнительные испытания, отправившись (надеюсь) на несколько охот.

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

Я играл часами без сбоев, в том числе и в мультиплеере. Хорошая производительность.

RX580 работает под управлением 4.19 и mesa / llvm git / svn.

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

ОС: Ubuntu 18.04
Драйверы NVidia 410 (gtx 1080)
Proton все три версии У меня сейчас проблема с тем, что в monster hunter экран полностью зависает, музыка по-прежнему играет в лупу.

Я смертельный бой, xweather это v-sync или g-sync, у меня все время разрывается экран

ОС : Ubuntu 18.10
Драйвер NVIDIA : 410.73
Версия ядра : 4.18.0-10
Версия Proton : 3.16-4
Полная информация о системе : GIST

Параметры игровой графики

[GraphicsOption]
ScreenMode=FullScreen
Resolution=2560x1440
FrameRate=30
V-Sync=Off
OptionMode=Manual
ResolutionScaling=High
TextureQuality=512
AmbientOcclusion=Off
VolumeRenderingQuality=Off
ShadowQuality=Mid
Anti-Aliasing=FXAA
LODBias=Mid
MaxLODLevel=No Limit
FoliageSway=On
SubSurfaceScattering=Off
ScreenSpaceReflection=Off
AnisotropicFiltering=Mid
WaterReflection=Off
SHDiffuse=Low
DynamicRange=64-bit
Z-Prepass=On
MotionBlur=Off
[Window]
PosX=0
PosY=0

Моя игра, кажется, работает нормально около 20-30 минут, прежде чем черный экран будет воспроизводиться в фоновом режиме. Единственный способ закрыть приложение - убить процесс.

У меня это не работает.

Ошибка: сервер недоступен, проверьте подключение к Интернету и нажмите «Повторить».

Я пытаюсь:
-nofriendsui -udpforce
-nofriendsui -udp
-nofriendsui -tcp

Журнал

@ mrdev023 попробуйте использовать среду выполнения stean вместо собственных библиотек

Арка 4.19.2
ryzen 1600
Протон 3.16-4
nvidia vulkan beta | nvidia-vulkan-dkms 396.54.09-3

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

Это лучший способ зарегистрировать это, просто вызвав игру через ее appid в cli?

Привет @ cj360 , вы можете добавить PROTON_LOG=1 %command% к параметрам запуска игры, воспроизвести вашу проблему, а затем найти сгенерированный журнал $ HOME / steam- $ APPID.log.

@BlazeKl Он работает, но часто

Manjaro Deepin 4.20-rc2 (для звуковой карты ae-5)
AMD Threadthripper 2990wx 32c 64
Протон 3.16-4
AMD R9 390X | Меса 18.2.5 OpenGL 4.5 Vulkan 1.1.70

Аварийный сброс
Протонный журнал

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

http://ix.io/1tcj

Xubuntu 18.04.1
Intel (R) Core (TM) i7-2600K CPU @ 3,40 ГГц
NVIDIA Corporation GeForce GTX 970 / PCIe / SSE2

Через некоторое время при использовании драйверов 415.13 все еще возникают зависания. Графический процессор сбрасывает и печатает это сообщение в kern.log:

[ 2546.530874] NVRM: GPU at PCI:0000:01:00: GPU-31cce69c-7592-a02b-a7f1-537eb763536f
[ 2546.530878] NVRM: Xid (PCI:0000:01:00): 31, Ch 00000023, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_5 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

Итак, я заметил, что mhw вылетает у меня в середине квеста code red и специального квеста lunastra, а игра вылетает у меня посреди этих квестов. Видел это в следующем журнале

https://gist.github.com/cj360/4970bd5a32327a52b9e8671b8fe6fa97

После обновления до Linux 4.19.2 (ранее 4.14) проблема зависания, похоже, исчезла.

Я использую нестабильную версию NixOS
Linux 4.19
драйвер nvidia GTX 1070 410.78
Протон 3.16-4

Используемые параметры:

• безграничный
• нет vsync
• объемный туман отключен

У меня несколько зависаний 😢

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

Я могу пройти только 15-20 минут, прежде чем произойдет блокировка, и мне придется принудительно перезагрузить компьютер. Я пробовал использовать оконные без полей, что позволяло мне плавно переходить на Alt-Tab, но у меня все еще были сбои. Я только на первой миссии, где ты сражаешься с великими джаграми, и это уже случалось 4 раза. У меня отключена частота кадров и отключена vsync.

Технические характеристики:
4.19.2-арка
GTX 1080ti
Threadripper 1900x
nvidia 415.18
Протон 3.16-4

У меня также есть эта проблема, точно описанная dseguin, однако она возникает в Just Cause 3. Я использую Arch с gtx 770. Перед недавним обновлением драйвера nvidia ошибка в dmesg была менее подробной. Учитывая, что ошибка практически идентична dseguin (а ​​не просто обычная ошибка Xid 31, моя и его включают PAGE_FAULT, адрес и т. Д.), Это намекает на то, что это ошибка драйвера, а не просто ошибка приложения. Возможно, эта повышенная многословность в dmesg указывает на грядущий патч от nvidia, кто знает.

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

Технические характеристики:
4.19.2-Ubuntu (18.04.1)
GTX 1080ti
nvidia 415.18
Сейчас Proton 3.7-8, но есть и бета-версии.

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

Я считаю, что, возможно, нашел основную причину этой проблемы. Несмотря на то, что nvidia перечисляет ошибки xid 31 как ошибки «драйвера» и «приложения», кажется, что ошибка страницы, на которую ссылается xid 31, на самом деле может быть вызвана отсутствием vram, а не просто каким-то произвольным плохим указателем. Однако я использую не Monster Hunter World, а Just Cause 3, но у меня были те же симптомы, что и перечисленные здесь.

Я также обнаружил, что видеопамять, потребляемая Just Cause 3, увеличивается примерно на 70 мегабайт каждый раз, когда выполняется alt-tab, когда фокус смещается на другое приложение. Точно так же потребление vram феноменально возрастает при переключении полноэкранного и оконного режимов. Это могло бы объяснить кажущееся случайным поведение сбоя, поскольку я сомневаюсь, что кто-то связал альтернативные вкладки с повышенной частотой сбоев.

Я прошу, чтобы кто-нибудь контролировал свой vram во время сбоев, чтобы подтвердить это. Я использовал инструмент nvidia-smi для мониторинга использования моего виртуального RAM, поскольку он поставляется с настройками nvidia (я думаю). Поместите терминал в удобное для просмотра место и запустите «watch -n 0.5 nvidia-smi», чтобы рекурсивно обновлять статистику использования vram каждые 0,5 секунды. Очевидно, запустите Monster Hunter World, найдите, когда он вылетает, и опубликуйте результаты.

Кстати, я использую GTX 770 4 ГБ.

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

@newnah Я только что проверил вашу теорию, и для меня игра перестает отвечать, остается только музыка, но использование VRam составляет всего около 2100 МБ, что составляет примерно 50% на моем gtx 980 4 ГБ. Так что проблема не в том, что закончился Врам.
Но заметил и другие, наверное, интересные вещи:

1. Терминал с запущенными часами nvidia-smi продолжал обновляться на втором мониторе
2. С помощью Ctrl + Alt + F4 я могу переключиться на другой экран входа в систему. Там я могу войти в систему как пользователь sudo и убить процесс Monster Hunter World.
3. При нажатии ярлыка для переключения на пользователя sudo монитор становится черным примерно на 2 минуты, прежде чем я смогу войти в систему, но с настройками мощности, установленными на «предпочитать максимальную производительность», время ожидания снижается до 30 секунд.

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

Процессор: i7 4790
Графический процессор: GTX 980 4 Гб
Драйвер: 396.54
Протон 16-4 Бета

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

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

Следует отметить, что в моем случае даже второй дисплей останавливался бы, обычно он обновлял 1 или 2 кадра до полной блокировки системы.

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

Я могу только предполагать, но я думаю, что может быть что-то на стороне процессора, при воспроизведении видео на YouTube, когда система зависает, звук будет продолжаться в течение нескольких (до 30) секунд, а затем остановится, через некоторое время звук возобновится с оба экрана по-прежнему заморожены, фоновая музыка в игре, как всегда, продолжает зацикливаться, это может указывать на то, что ЦП восстановился после того, что произошло, но графический процессор не

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

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

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

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

Процессор: Ryzen 7 2700X
Графический процессор: GTX 1070
Драйвер: 415.18.04 vulkan-beta
Протон 16-4 Бета

РЕДАКТИРОВАТЬ: У меня только что игра зависла только сама, тихие интересные вещи с новым драйвером

Теперь я также могу подтвердить, что проблема с vram отделена от проблемы xid 31, мне удалось заставить JC3 вылететь без превышения vram, извините за ложное предупреждение. Я тоже обновился до новых драйверов, но никаких различий не заметил.

Я заметил, что вы сказали, что вам нужно перезагружаться после каждого сбоя. Не уверен, относится ли это к JC3, но я привязал pkill -9 -f .exe к горячей клавише, и когда она зависает, я немного нажимаю эту кнопку. Это займет несколько секунд, но в конце концов убьет его. Надеюсь, это облегчит вам задачу.

Еще хочу указать, что в Just Cause 3 число 31 встречается почти всегда при полете на реактивном самолете или вертолете. Возможно, что-то в игровой логике влияет на рендеринг при полете. Само собой разумеется, что существует практически бесконечное количество переменных, которые могут вызывать эту ошибку, но, может быть, это как-то связано с LOD или расстоянием отрисовки? Я не уверен, но знаю, что это жалкое предположение ни к чему не приведет. А пока я собираюсь открыть вопрос на странице dxvk github.

У меня есть потенциальный обходной путь, который решил проблему в Just Cause 3.

После отметки «Отключить эффекты рабочего стола» в параметрах lutris (игра-> настройка-> системные параметры-> Отключить эффекты рабочего стола) мне удалось отсчитать ~ 3 часа без сбоев, независимо от того, летал ли я. Я перезапустил игру, но с включенной игрой, вылет через ~ 15 секунд после входа в вертолет. Снова перезапустившись, но снова отключив, я повторил свои действия в игре (то же время, место и вертолет) и не разбился (даже после 15 минут полета!).

Параметр в lutris относится к компоновке рабочего стола в вашем диспетчере отображения (возможно, xorg). Если вы не используете lutris, вы можете указать, какое приложение что делает. Я уверен, что у proton похожие настройки, хотя я им не пользуюсь, поэтому не могу подтвердить. Это может быть полезно: https://wiki.archlinux.org/index.php/Xorg#Composite

Я искренне надеюсь, что это решит проблему в Monster Hunter World, поскольку я знаю, насколько это неприятно.

Я думаю, что это могло сработать, поиграл около 2 часов без каких-либо зависаний или сбоев, спасибо newnah!

Я обновлю, если у меня зависание или сбой

Также кажется, что этот трюк с вечеринкой работает только один раз за сеанс. Если вы закроете игру и перезапустите ее по какой-то причине, она так же подвержена сбоям, как и при включенном компоновке рабочего стола, по крайней мере, в lutris. Очевидно, вы можете обойти это путем перезагрузки или более быстрой 'systemctl restart lightdm' (вы просто не могли закрыть игру!). В любом случае я рад, что это, похоже, смягчило проблему. Не уверен, что это ошибка в lutris ... но пока мне все равно.

Просто напомню, что я победил Ксено'дживу, «последнего босса», и когда он перешел на экран сохранения, я думаю, что есть последовательность фильмов, которую вы должны увидеть, чтобы прогрессировать, там игра вылетает на рабочий стол и отображает сохранить файл невозможно. Они только работают, чтобы воспроизвести последовательность фильма, чтобы воспроизвести ее в Windows. :( а потом вернись в игру на Linux, я этого не делал. Есть ли способ заставить работать воспроизведение видео?

Вылетает с ошибкой xid 31 (если нет, то хорошо)? Не могли бы вы выложить вывод терминала?

Я могу подтвердить, что после «последнего босса» Xeno'jiiva произошел сбой, это эпизод фильма. Который может быть вызван также просмотром одной только последовательности «разоблачение», не нужно побеждать босса, чтобы воспроизвести это.

журнал сбоев

Если я правильно прочитал

84373.656:0024:00c6:trace:seh:call_vectored_handlers calling handler at 0x6a41dfc0 code=406d1388 flags=0
84373.656:0024:00c6:trace:seh:call_vectored_handlers handler at 0x6a41dfc0 returned ffffffff
84377.791:0024:002e:trace:module:LdrGetDllHandle L"steam_api64.dll" -> 0x3b400000 (load path L"Z:\\home\\buscher\\Done\\Steam\\SteamApps\\common\\Monster Hunter World;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
84377.984:0024:002e:fixme:mfplat:MFStartup (131184, 0): stub
84378.213:0024:002e:fixme:mfplat:mfattributes_SetUINT32 0x5e1570, {a634a91c-822b-41b9-a494-4de4643612b0}, 1
84378.213:0024:002e:fixme:mfplat:mfattributes_SetUINT32 0x5e1570, {aa456cfd-3943-4a1e-a77d-1838c0ea2e35}, 1
84378.213:0024:002e:fixme:mfplat:src_reader_GetNativeMediaType 0x5e0320, 0x00000000, 0, 0xddfc00
84378.213:0024:002e:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x141ec1d47 ip=141ec1d47 tid=002e
84378.213:0024:002e:trace:seh:NtRaiseException  info[0]=0000000000000000
84378.213:0024:002e:trace:seh:NtRaiseException  info[1]=0000000000000000
84378.214:0024:002e:trace:seh:NtRaiseException  rax=0000000080004001 rbx=0000000080004001 rcx=0000000000000000 rdx=0000000142e5cb40
84378.214:0024:002e:trace:seh:NtRaiseException  rsi=0000000000000000 rdi=00007f0f985426b0 rbp=0000000000000000 rsp=0000000000ddfba0
84378.214:0024:002e:trace:seh:NtRaiseException   r8=0000000000ddfbc0  r9=0000000000ddf792 r10=0000000000000000 r11=0000000000000000
84378.214:0024:002e:trace:seh:NtRaiseException  r12=0000000000000000 r13=0000000000000000 r14=00000000012dfbb8 r15=00000001416811b4
84378.214:0024:002e:trace:seh:call_vectored_handlers calling handler at 0x6a41dfc0 code=c0000005 flags=0
84378.214:0024:002e:trace:seh:call_vectored_handlers handler at 0x6a41dfc0 returned 0
84378.214:0024:002e:trace:seh:call_vectored_handlers calling handler at 0x6f2826e0 code=c0000005 flags=0
84378.214:0024:002e:trace:seh:call_vectored_handlers handler at 0x6f2826e0 returned 0

fixme:mfplat:src_reader_GetNativeMediaType может быть интересной частью, так как это последний вывод перед выводом исключения, а mfplat - это FIXME. Итак, мое скромное предположение, MHW вызывает эту функцию, но не проверяет возвращаемое значение и слепо использует данные -> сбой.
Если я прав, то Wine должен реализовать этот mfplat.

Наблюдение за последовательностью под окнами работает нормально, после этого я мог продолжить играть под Linux / proton.

Технические характеристики:

• ядро 4.19.8
• xorg-сервер xorg-server-1.20.3
• nvidia-drivers-415.22 (geforce 1060gtx)
• Протон 3.16-4 Бета

ПРИМЕЧАНИЕ . Этот сбой не связан с зависаниями, по крайней мере, я не смог найти никакого соединения. У меня тоже были эти зависания, и я попробовал несколько настроек / советов из этого сообщения, но он все еще зависает случайным образом.

для замораживания я получаю

[74924.495990] NVRM: GPU at PCI:0000:09:00: GPU-b96024f0-36ab-06dc-cbe4-9532fcd667e5
[74924.495992] NVRM: GPU Board Serial Number: 
[74924.495995] NVRM: Xid (PCI:0000:09:00): 31, Ch 00000053, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_2 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ
[79879.456414] NVRM: Xid (PCI:0000:09:00): 31, Ch 00000053, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_0 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ
[82736.768536] NVRM: Xid (PCI:0000:09:00): 31, Ch 00000053, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_9 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

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

И для записи, использование PROTON_USE_WINED3D = 1 просто приводит к черному экрану.
С тоннами

...
88353.129:0024:002e:fixme:d3d11:d3d_query_init Ignoring MiscFlags 0x1.
...
88353.696:0024:002e:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00155543.
88353.696:0024:002e:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x800000c2.
...
88371.986:0024:0047:fixme:d3d_shader:shader_glsl_sprintf_cast Unhandled cast from 0x1 to 0x5.
...
88372.567:0024:0047:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x80002302.
88372.567:0024:0047:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00199983.
...

Обрезанное бревно

Я надеялся обойти проблему с помощью wined3d, но это не сработало.

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

11 декабря 2018 г., 11:05 Бернд Бушински < [email protected]
написал:

И для записи использование PROTON_USE_WINED3D = 1 просто приводит к черному
экран.
С тоннами

...
88353.129: 0024: 002e: fixme: d3d11 : d3d_query_init Игнорирование MiscFlags 0x1.
...
88353.696: 0024: 002e: fixme: d3d_shader : shader_sm4_read_instruction_modifier Необработанный модификатор 0x00155543.
88353.696: 0024: 002e: fixme: d3d_shader : shader_sm4_read_instruction_modifier Необработанный модификатор 0x800000c2.
...
88371.986: 0024: 0047: fixme: d3d_shader : shader_glsl_sprintf_cast Необработанное приведение от 0x1 к 0x5.
...
88372.567: 0024: 0047: fixme: d3d_shader : shader_sm4_read_instruction_modifier Необработанный модификатор 0x80002302.
88372.567: 0024: 0047: fixme: d3d_shader : shader_sm4_read_instruction_modifier Необработанный модификатор 0x00199983.
...

Обрезанное бревно
https://nopaste.xyz/?8a9f8bb93460b0ca#TCL2E8LNiewHCC3Q5NFctkamrsbCm+ADdjkRowO9h2M=

Я надеялся обойти проблему с помощью wined3d, но это не сработало.

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

Я пытался поиграть с отключенной композицией в KDE, но это не помогло

Я думаю, это мой журнал сбоев
steam-582010.log
__

Для сбоев, связанных с избиением финального босса, вам необходимо скопировать некоторые файлы из установки Windows

Возникла проблема с видео, из-за которой игра зависает. В частности, есть кат-сцена после убийства Ксено'дживы (он же «???») в последней миссии кампании, которая не позволяет завершить игру. Та же проблема возникает при попытке просмотра видео в обучающих программах. К счастью, мне удалось решить эту проблему, используя файлы DLL из Windows 7, выполнив те же действия, что и в ветке проблемы Proton для Shadows: Awakening .

Файлы

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

Поскольку я использую 64-битный винный префикс, я получил как 64-битную, так и 32-битную версии каждого файла (в system32 и syswow64 соответственно). Для файлов реестра я получил оценочную виртуальную машину Windows 7 + IE10 .

По какой-то причине wine regedit wmf.reg не импортировал изменения реестра, поэтому мне пришлось открыть wine regedit и сделать это из графического интерфейса.

Смотрите также:

• ветка reddit о "баге"
• обсуждение на askubuntu о Windows Media Feature Pack

После исправления этой проблемы игра плавно работает со скоростью 1080p 60+ кадров в секунду на Core i7 8700K с GTX 1070 Ti на Arch Linux с nvidia-396.54 и ядром 4.18.9-arch1-1-ARCH . На 1440p я получаю 30-45 кадров в секунду. Иногда случаются сбои каждые несколько часов, но, похоже, их можно значительно уменьшить, запустив игру в оконном режиме без полей. Все настройки на максимальном уровне, за исключением отключения вертикальной синхронизации и объемного тумана, поскольку оба параметра сильно влияют на производительность.

Для сбоев, связанных с избиением финального босса, вам необходимо скопировать некоторые файлы из установки Windows

Возникла проблема с видео, из-за которой игра зависает. В частности, есть кат-сцена после убийства Ксено'дживы (он же «???») в последней миссии кампании, которая не позволяет завершить игру. Та же проблема возникает при попытке просмотра видео в обучающих программах. К счастью, мне удалось решить эту проблему, используя файлы DLL из Windows 7, выполнив те же действия, что и в ветке проблемы Proton для Shadows: Awakening .
Файлы

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

Поскольку я использую 64-битный винный префикс, я получил как 64-битную, так и 32-битную версии каждого файла (в system32 и syswow64 соответственно). Для файлов реестра я получил оценочную виртуальную машину Windows 7 + IE10 .
По какой-то причине wine regedit wmf.reg не импортировал изменения реестра, поэтому мне пришлось открыть wine regedit и сделать это из графического интерфейса.
Смотрите также:

• ветка reddit о "баге"
• обсуждение на askubuntu о Windows Media Feature Pack

После исправления этой проблемы игра плавно работает со скоростью 1080p 60+ кадров в секунду на Core i7 8700K с GTX 1070 Ti на Arch Linux с nvidia-396.54 и ядром 4.18.9-arch1-1-ARCH . На 1440p я получаю 30-45 кадров в секунду. Иногда случаются сбои каждые несколько часов, но, похоже, их можно значительно уменьшить, запустив игру в оконном режиме без полей. Все настройки на максимальном уровне, за исключением отключения вертикальной синхронизации и объемного тумана, поскольку оба параметра сильно влияют на производительность.

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

@ blastermaster77

Вам понадобится 64-битная установка Windows 7, она не может быть корейской (или версия CE, если я не ошибаюсь), поскольку в ней отсутствуют необходимые кодеки, это ДОЛЖНА быть установка Windows 7, пока я не тестировал с 8 файлы w10 не работают.

Скопируйте dll:

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

В папках system32 и syswow64 (у вас будет 2 набора dll: одна для 32-битной и одна для 64-битной) откройте редактор реестра, найдите запись HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Media Foundation и экспортируйте ее в файл с именем wmf.reg.

Перенесите их в свою установку Linux и создайте новый файл с именем mf.reg, вставьте в него:

REGEDIT4

[HKEY_LOCAL_MACHINE\Software\Wine\LicenseInformation]
"msmpeg2adec-AACDecoderV2AddInEnable"=dword:00000001
"msmpeg2adec-AACDecoderV2InSKU"=dword:00000001
"msmpeg2adec-DolbyDigitalDecoderV2AddInEnable"=dword:00000001
"msmpeg2adec-DolbyDigitalDecoderV2InSKU"=dword:00000001
"msmpeg2vdec-H264VideoDecoderV2AddInEnable"=dword:00000001
"msmpeg2vdec-H264VideoDecoderV2InSKU"=dword:00000001
"msmpeg2vdec-MPEG2VideoDecoderV2AddInEnable"=dword:00000001
"msmpeg2vdec-MPEG2VideoDecoderV2InSKU"=dword:00000001

[HKEY_CLASSES_ROOT\CLSID\{271C3902-6095-4c45-A22F-20091816EE9E}]
@="MPEG4 Byte Stream Handler"

[HKEY_CLASSES_ROOT\CLSID\{271C3902-6095-4c45-A22F-20091816EE9E}\InprocServer32]
@="mf.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{477EC299-1421-4bdd-971F-7CCB933F21AD}]
@="File Scheme Handler"

[HKEY_CLASSES_ROOT\CLSID\{477EC299-1421-4bdd-971F-7CCB933F21AD}\InprocServer32]
@="mf.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{48e2ed0f-98c2-4a37-bed5-166312ddd83f}]
@="MFReadWrite Class Factory"

[HKEY_CLASSES_ROOT\CLSID\{48e2ed0f-98c2-4a37-bed5-166312ddd83f}\InprocServer32]
@="mfreadwrite.dll"
"ThreadingModel"="Both"

Откройте терминал и запустите его, внося необходимые изменения:
export WINEPREFIX=/path/to/SteamLibrary/steamapps/compatdata/582010/pfx

582010 - это идентификатор игры, если вам понадобится это исправление в другой игре, просто повторите процесс, используя этот игровой винный префикс.

Затем запустите:

wine start regedit.exe mf.reg
wine64 start regedit.exe mf.reg
wine start regedit.exe wmf.reg
wine64 start regedit.exe wmf.reg
wine regsvr32 msmpeg2vdec.dll
wine regsvr32 msmpeg2adec.dll
wine64 regsvr32 msmpeg2vdec.dll
wine64 regsvr32 msmpeg2adec.dll

Это импортирует ключи реестра в wineprefix, а затем зарегистрирует библиотеки DLL, помните, что 64-битные и 32-битные библиотеки имеют разные DLL, если у вас есть какие-либо проблемы с зависимостями, вероятно, вы перепутали библиотеки DLL

Спасибо lieff за обнаружение исправления и дэниел-лоуренс за первоначальную публикацию решения здесь

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

@ blastermaster77

Вам понадобится 64-битная установка Windows 7, она не может быть корейской (или версия CE, если я не ошибаюсь), поскольку в ней отсутствуют необходимые кодеки, это ДОЛЖНА быть установка Windows 7, пока я не тестировал с 8 файлы w10 не работают.

Скопируйте dll:

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

В папках system32 и syswow64 (у вас будет 2 набора dll: одна для 32-битной и одна для 64-битной) откройте редактор реестра, найдите запись HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Media Foundation и экспортируйте ее в файл с именем wmf.reg.

Перенесите их в свою установку Linux и создайте новый файл с именем mf.reg, вставьте в него:

REGEDIT4

[HKEY_LOCAL_MACHINE\Software\Wine\LicenseInformation]
"msmpeg2adec-AACDecoderV2AddInEnable"=dword:00000001
"msmpeg2adec-AACDecoderV2InSKU"=dword:00000001
"msmpeg2adec-DolbyDigitalDecoderV2AddInEnable"=dword:00000001
"msmpeg2adec-DolbyDigitalDecoderV2InSKU"=dword:00000001
"msmpeg2vdec-H264VideoDecoderV2AddInEnable"=dword:00000001
"msmpeg2vdec-H264VideoDecoderV2InSKU"=dword:00000001
"msmpeg2vdec-MPEG2VideoDecoderV2AddInEnable"=dword:00000001
"msmpeg2vdec-MPEG2VideoDecoderV2InSKU"=dword:00000001

[HKEY_CLASSES_ROOT\CLSID\{271C3902-6095-4c45-A22F-20091816EE9E}]
@="MPEG4 Byte Stream Handler"

[HKEY_CLASSES_ROOT\CLSID\{271C3902-6095-4c45-A22F-20091816EE9E}\InprocServer32]
@="mf.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{477EC299-1421-4bdd-971F-7CCB933F21AD}]
@="File Scheme Handler"

[HKEY_CLASSES_ROOT\CLSID\{477EC299-1421-4bdd-971F-7CCB933F21AD}\InprocServer32]
@="mf.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{48e2ed0f-98c2-4a37-bed5-166312ddd83f}]
@="MFReadWrite Class Factory"

[HKEY_CLASSES_ROOT\CLSID\{48e2ed0f-98c2-4a37-bed5-166312ddd83f}\InprocServer32]
@="mfreadwrite.dll"
"ThreadingModel"="Both"

Откройте терминал и запустите его, внося необходимые изменения:
export WINEPREFIX=/path/to/SteamLibrary/steamapps/compatdata/582010/pfx

582010 - это идентификатор игры, если вам понадобится это исправление в другой игре, просто повторите процесс, используя этот игровой винный префикс.

Затем запустите:

wine start regedit.exe mf.reg
wine64 start regedit.exe mf.reg
wine start regedit.exe wmf.reg
wine64 start regedit.exe wmf.reg
wine regsvr32 msmpeg2vdec.dll
wine regsvr32 msmpeg2adec.dll
wine64 regsvr32 msmpeg2vdec.dll
wine64 regsvr32 msmpeg2adec.dll

Это импортирует ключи реестра в wineprefix, а затем зарегистрирует библиотеки DLL, помните, что 64-битные и 32-битные библиотеки имеют разные DLL, если у вас есть какие-либо проблемы с зависимостями, вероятно, вы перепутали библиотеки DLL

Спасибо lieff за обнаружение исправления и дэниел-лоуренс за первоначальную публикацию решения здесь

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

извините за глупость, но куда именно нужно класть файлы, в какие папки? находится ли он в proton system32 и syswow64 или в папках винной системы и в каких папках mf.reg amd wmf.reg?

@ blastermaster77 Да, вам нужно поместить 64-битные библиотеки DLL в system32 и 32-битные в syswow64 в префиксе протона или в любом другом префиксе Wine, который вы используете для запуска игры. При запуске wine regsvr32 и wine64 regsvr32 вам понадобится переменная export WINEPREFIX=/path/to/prefix env.

@ blastermaster77 Да, вам нужно поместить 64-битные библиотеки DLL в system32 и 32-битные в syswow64 в префиксе протона или в любом другом префиксе Wine, который вы используете для запуска игры. При запуске wine regsvr32 и wine64 regsvr32 вам понадобится переменная export WINEPREFIX=/path/to/prefix env.

Я сделал это и это не работает

Можете ли вы публиковать новые журналы? я вижу

21498.732:0025:002f:fixme:mfplat:MFStartup (131184, 0): stub

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

Можете ли вы публиковать новые журналы? я вижу

21498.732:0025:002f:fixme:mfplat:MFStartup (131184, 0): stub

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

steam-582010.log
Вот и мой свежий журнал.

нужно ли сначала обновить win7, чтобы затем извлечь библиотеки DLL и регистры?

Теперь все по-другому

4273.680:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFPlat.DLL": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfplat.dll: invalid ELF header
4273.680:0026:0027:trace:module:load_builtin_callback loaded mfplat.dll 0x5d020 0x7f4481b40000
4273.680:0026:0027:trace:module:MODULE_InitDLL (0x7f4481b40000 L"mfplat.dll",WINE_PREATTACH,(nil)) - CALL
4273.680:0026:0027:trace:module:LdrUnloadDll (L"mfplat.dll") - START
4273.680:0026:0027:trace:module:MODULE_DecRefCount (L"mfplat.dll") ldr.LoadCount: 0
4273.680:0026:0027:trace:module:free_modref  unloading L"C:\\windows\\system32\\mfplat.dll"
=>0 0x000007ff385f7a76 in mfplat (+0x27a76) (0x000007fffffffff8)
  1 0x000007ff386034c1 in mfplat (+0x334c0) (0x00007f43f7917d10)
  2 0x000007ff38602112 in mfplat (+0x32111) (0x00007f43f7917d10)
  3 0x000007ff385f88a7 in mfplat (+0x288a6) (0x00007f43509dfc30)
  4 0x000007ff385df9b9 in mfplat (+0xf9b8) (0x00007f43509dfc30)
  5 0x000007ff385dfb49 in mfplat (+0xfb48) (0x00007f43509dfc30)
  6 0x000007ff38601152 in mfplat (+0x31151) (0x00007f43509dfc30)
PE       7ff385d0000-     7ff3863c000   Export          mfplat

Похоже, что mfplat.dll и mf.dll переопределение по-прежнему по умолчанию встроено.

Теперь все по-другому

4273.680:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFPlat.DLL": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfplat.dll: invalid ELF header
4273.680:0026:0027:trace:module:load_builtin_callback loaded mfplat.dll 0x5d020 0x7f4481b40000
4273.680:0026:0027:trace:module:MODULE_InitDLL (0x7f4481b40000 L"mfplat.dll",WINE_PREATTACH,(nil)) - CALL
4273.680:0026:0027:trace:module:LdrUnloadDll (L"mfplat.dll") - START
4273.680:0026:0027:trace:module:MODULE_DecRefCount (L"mfplat.dll") ldr.LoadCount: 0
4273.680:0026:0027:trace:module:free_modref  unloading L"C:\\windows\\system32\\mfplat.dll"
=>0 0x000007ff385f7a76 in mfplat (+0x27a76) (0x000007fffffffff8)
  1 0x000007ff386034c1 in mfplat (+0x334c0) (0x00007f43f7917d10)
  2 0x000007ff38602112 in mfplat (+0x32111) (0x00007f43f7917d10)
  3 0x000007ff385f88a7 in mfplat (+0x288a6) (0x00007f43509dfc30)
  4 0x000007ff385df9b9 in mfplat (+0xf9b8) (0x00007f43509dfc30)
  5 0x000007ff385dfb49 in mfplat (+0xfb48) (0x00007f43509dfc30)
  6 0x000007ff38601152 in mfplat (+0x31151) (0x00007f43509dfc30)
PE         7ff385d0000-     7ff3863c000   Export          mfplat

Похоже, что mfplat.dll и mf.dll переопределение по-прежнему по умолчанию встроено.

о, как мне сделать их не встроенными по умолчанию?

Вы можете использовать:

• WINEDLLOVERRIDES env https://wiki.winehq.org/Wine_User%27s_Guide#WINEDLLOVERRIDES.3DDLL_Overrides
• winecfg
• Измените user.reg-> Software \ Wine \ DllOverrides в префиксе, например

[Software\\Wine\\DllOverrides] 1536334351
...
"mf"="native,builtin"
"mfplat"="native,builtin"
...

Вы можете использовать:

* WINEDLLOVERRIDES env https://wiki.winehq.org/Wine_User%27s_Guide#WINEDLLOVERRIDES.3DDLL_Overrides

* winecfg

* Modify user.reg->Software\Wine\DllOverrides in prefix like

[Software\\Wine\\DllOverrides] 1536334351
...
"mf"="native,builtin"
"mfplat"="native,builtin"
...

Это то, что у меня есть на user.reg

[Программное обеспечение \ Wine \ DllOverrides] 1544476852

время = 1d490ce3aaf5900

"api-ms-win-crt-conio-l1-1-0" = "собственный, встроенный"
"api-ms-win-crt-heap-l1-1-0" = "собственный, встроенный"
"api-ms-win-crt-locale-l1-1-0" = "собственный, встроенный"
"api-ms-win-crt-math-l1-1-0" = "собственный, встроенный"
"api-ms-win-crt-runtime-l1-1-0" = "собственный, встроенный"
"api-ms-win-crt-stdio-l1-1-0" = "собственный, встроенный"
"api-ms-win-crt-time-l1-1-0" = "собственный, встроенный"
"atl100" = "родной, встроенный"
"atl110" = "собственный, встроенный"
"atl120" = "родной, встроенный"
"atl140" = "родной, встроенный"
"concrt140" = "собственный, встроенный"
"mf" = "родной, встроенный"
"mfplat" = "родной, встроенный"
"msvcp100" = "собственный, встроенный"
"msvcp110" = "собственный, встроенный"
"msvcp120" = "собственный, встроенный"
"msvcp140" = "собственный, встроенный"
"msvcr100" = "собственный, встроенный"
"msvcr110" = "собственный, встроенный"
"msvcr120" = "собственный, встроенный"
"msvcr140" = "собственный, встроенный"
"ucrtbase" = "родной, встроенный"
"vcomp100" = "родной, встроенный"
"vcomp110" = "родной, встроенный"
"vcomp120" = "родной, встроенный"
"vcomp140" = "родной, встроенный"
"vcruntime140" = "родной, встроенный"

А это новый журнал.
steam-582010.log

9821.747:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\steam_api64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/steam_api64.dll: invalid ELF header
9822.864:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFReadWrite.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfreadwrite.dll: invalid ELF header
9822.944:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/amd_ags_x64.dll: invalid ELF header
9823.030:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\oo2core_5_win64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/oo2core_5_win64.dll: invalid ELF header
9829.780:0026:0030:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\openvr_api_dxvk.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/openvr_api_dxvk.dll: invalid ELF header

Похоже, новое вино начинает реализовывать mfreadwrite.dll, и вам также нужно установить для него переопределение dll.

9821.747:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\steam_api64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/steam_api64.dll: invalid ELF header
9822.864:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFReadWrite.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfreadwrite.dll: invalid ELF header
9822.944:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/amd_ags_x64.dll: invalid ELF header
9823.030:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\oo2core_5_win64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/oo2core_5_win64.dll: invalid ELF header
9829.780:0026:0030:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\openvr_api_dxvk.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/openvr_api_dxvk.dll: invalid ELF header

Похоже, новое вино начинает реализовывать mfreadwrite.dll, и вам также нужно установить для него переопределение dll.

Новый журнал после переопределения mfreadwrite.dll на user.reg

steam-582010.log

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

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

Хорошо, спасибо за помощь, буду стараться.

Ubuntu 18.04
Nvidia 1080 GTX (415)
64 ГиБ RAM
1440p
Протон 3.16-5

Игра работает офигенно с точки зрения производительности (около 35 FPS в 21: 9 @ 1440p - все _maxed out_). Основные проблемы, с которыми я столкнулся:

• Кажется, не могу настроить свой пэд (беспроводная PS3, проводная USB для PS3, эмуляция XBOX) - и в игру очень сложно играть без контроллера, особенно с луком и другим оружием, которое требует фокусировки / масштабирования
• Игра вылетает при воспроизведении фильмов - не проблема до финального босса (я знаю, что люди сообщали об обходных путях, я думаю, что лучше всего просто пропустить сами фильмы с помощью заглушки)
• Производительность может быть улучшена (все это максимально, но не уверен, какова производительность в Windows)

У меня ~ 1000 часов на PS4, это скорее эксперимент, но я бы очень хотел перейти на комбинацию ПК / Linux ...

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

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

Редактировать 2

Нам действительно нужно исправить фильмы, и это будет платина ... Мне удалось включить планшеты, я следовал тому же руководству, что и Windows, и это сработало. Эта игра намного лучше на ПК, чем на PS4 ...

Ubuntu 18.04
Nvidia 1080 GTX (415)
64 ГиБ RAM
1440p
Протон 3.16-5

Игра работает офигенно с точки зрения производительности (около 35 FPS в 21: 9 @ 1440p - все _maxed out_). Основные проблемы, с которыми я столкнулся:

* Can't seem to be able to setup my pad (PS3 wireless, PS3 wired USB, XBOX emulated) - and the game is super hard to play without controller, especially Bow and other weapons which require to focus/zoom

* The game crashes when playing movies - not an issue up until the final boss (I know people have reported workarounds, I think the best would be to just skip the movies themselves with a stub implementation)

* Performance could be improved (it's all maxed out, not sure though what is the performance on Windows)

У меня ~ 1000 часов на PS4, это скорее эксперимент, но я бы очень хотел перейти на комбинацию ПК / Linux ...

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

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

Редактировать 2

Нам действительно нужно исправить фильмы, и это будет платина ... Мне удалось включить планшеты, я следовал тому же руководству, что и Windows, и это сработало. Эта игра намного лучше на ПК, чем на PS4 ...

Что касается проблемы с контроллером, сделайте это и скажите мне, решит ли это проблему. Я без проблем использую контроллер Steam, Dual Shock 4, контроллер wiiupro и общий контроллер xbox360 на ubuntu 18.04 http://steamcommunity.com/app/353370/discussions/0/490123197956024380/

Просто разместите видео, чтобы увидеть проблему https://t.co/rKisdtS8LC

@Plagman @ blastermaster77 @lieff @buscher Единственная реальная проблема, связанная с тем, что это не _platinum_, заключается в том, что фильмы нельзя пропустить (или, в идеале, воспроизвести).

Я посмотрел на реализацию этого API по умолчанию, и, похоже, она возвращает E_NOTIMPL . Я бы подумал, что, глядя на документы API в MSDN, ребята из CAPCOM, возможно, реализовали проверку только для трех значений _S_OK_, _MF_E_INVALIDSTREAMNUMBER_ и / или _MF_E_NO_MORE_TYPES_.
Мне было интересно, возможно, если бы мы исправили этот вызов реализации вина, возвращающий _MF_E_INVALIDSTREAMNUMBER_ и установив
*type = NULL;
возможно, толпа CAPCOM могла бы написать код для устранения явного сбоя?
Это единственная надежда, если мы не сможем переупаковать необходимые двоичные файлы или @Plagman обратится к CAPCOM и попросит их правильно управлять _E_NOTIMPL_? : +1:

Надеюсь, нам удастся это разобрать, и тогда все будет готово!

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

После ~ 2-часового сеанса игра вылетает (т.е. экран не обновляется, но музыка и процесс все еще живы - слава богу, я просто убиваю _pid_ и перезапускаю его) примерно каждые ~ 20 минут, что раздражает.
Следует ли мне записывать журналы? Было бы полезно?
_dmesg_ журналы:

[1831.482496] NVRM: Xid (PCI: 0000: 01: 00): 31, Ch 0000002b, intr 10000000. Ошибка MMU: ENGINE GRAPHICS Ошибка GPCCLIENT_T1_5 @ 0x0_00000000. Ошибка типа FAULT_PDE ACCESS_TYPE_READ
[3610.304080] snd_hda_intel 0000: 00: 1f.3: нестабильный LPIB (65536> = 32768); отключение подсчета задержки LPIB
[4340.252228] NVRM: Xid (PCI: 0000: 01: 00): 31, Ch 0000002b, intr 10000000. Ошибка MMU: ENGINE GRAPHICS Ошибка GPCCLIENT_T1_7 @ 0x0_00000000. Ошибка типа FAULT_PDE ACCESS_TYPE_READ
[5497.137813] perf: прерывание заняло слишком много времени (2508> 2500), снижение kernel.perf_event_max_sample_rate до 79500
[5931.131236] NVRM: Xid (PCI: 0000: 01: 00): 31, Ch 0000002b, intr 10000000. Ошибка MMU: ENGINE GRAPHICS Ошибка GPCCLIENT_T1_9 @ 0x0_00000000. Ошибка типа FAULT_PDE ACCESS_TYPE_READ
[6644.139978] NVRM: Xid (PCI: 0000: 01: 00): 31, Ch 0000002b, intr 10000000. Ошибка MMU: ENGINE GRAPHICS Ошибка GPCCLIENT_T1_4 @ 0x0_00000000. Ошибка типа FAULT_PDE ACCESS_TYPE_READ

То же, что @buscher @Likutar .
Кто-нибудь нашел решение для этого? Или это проблема с драйвером Nvidia? Должен ли я вернуться к 410?

@Emanem У меня также проблема зависания на GTX 1070 с драйвером 415.23 и Proton 3.16-5

До сих пор эта проблема была для каждой версии драйвера и каждой версии Proton.

Это может произойти через 2 часа игры и даже через 10 минут, но я казался случайным (независимо от того, загрузился ли компьютер или вы запускаете игру в третий раз)

@nyanloutre просто для подтверждения, он вызывает сбой только потоков рендеринга, но основной процесс

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

Для справки, я открыл https://github.com/doitsujin/dxvk/issues/816, чтобы исследовать зависание, но пока не известно никаких исправлений / обходных путей.

@Emanem да, звук все еще воспроизводится, когда он вылетает, и я могу использовать Alt Tab в терминале, чтобы его убить

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

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

Сбои

Я заметил 4 разных вида сбоев, вероятно, вызванных одним и тем же источником.

1. Полный сбой системы.

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

2. Неустранимый сбой игры.

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

2.1 До 415+ драйверов Nvidia

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

2.2 Nvidia 415.18.04 Драйвер Vulkan-beta

Игра была неиграбельной, мне с трудом удавалось прожить 10 минут без сбоев, однако были случаи, когда _ только игра вылетала_, и я мог нажать Alt Tab, а затем убить ее

2.3 Текущие драйверы (415.22.01)

В игру можно играть, все еще есть все известные вылеты, но иногда их можно убрать с помощью Alt-Tab.

3. Исправимые сбои

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

Вначале это было нечасто (примерно в середине октября), но стало более распространенным по мере того, как прошло время с обновлениями ядра, протонов и драйверов Nvidia.

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

4. Оконный менеджер вылетает.

Замечено, что с 415+ игра вылетит и принесет с собой наборщик, используя корицу, будет виден только рабочий стол, включая значки, но без панели задач, браузер, который у меня обычно есть на втором дисплее, также исчезает, и отображаются обои. Иногда я могу просто переключиться на tty и убить процесс MH, но мне все равно нужно убить оконный менеджер и начать новый сеанс, иногда мне удавалось перезапустить WM без каких-либо побочных эффектов

Общие сведения о сбоях

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

Давно пользуюсь веткой Vulkan-beta и при обновлении с 396.54.09 до 415.18.04 игра постоянно вылетала, после обновления драйверов 415.22.01 вроде бы частота 396 сбои, может быть, немного меньше, но из-за случайного невосстановимого сбоя игры, который я могу просто убрать с помощью alt-tab, этого не произошло на 396.

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

При запуске nvidia-smi на другом дисплее он иногда показывает 100% использование графического процессора, когда происходит сбой, это единственная ситуация, когда я когда-либо видел сообщение об использовании 100% графического процессора.

Видео кодеки

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

В Wine отсутствуют кодеки для воспроизведения этих файлов (те, которые находятся в папке system32, выглядят как заглушки из-за своего размера), либо кто-то реализует эквивалентную dll для версии Windows, либо делает обходной путь для использования версии кодека для Linux (если она существует вообще) нет необходимости говорить, что вы не можете просто поделиться ими, не рассердив Microsoft.

Спектакль

Некоторые люди говорят, что это «довольно хорошо», но я не могу согласиться, используя одни и те же настройки как в Linux, так и в Windows, я заметил разницу в 30 кадров в секунду (от 98 в Windows до 68 в Linux).

Похоже, что Proton 3.16-6 исправил проблемы с видео! может кто-нибудь еще подтвердить?

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

он не зависает, но полоса загрузки проходит 95% пути и просто остается там.

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

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

ну по какой-то причине я смог увидеть видеоролик после финального босса с протоном 3.16-6. Я попробовал видеоуроки и все еще вылетает, по крайней мере, я могу продолжать играть сейчас.

ну по какой-то причине я смог увидеть видеоролик после финального босса с протоном 3.16-6. Я попробовал видеоуроки и все еще вылетает, по крайней мере, я могу продолжать играть сейчас.

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

В конце концов дошел до _Xeno_ (конец базовой игры), а затем решил использовать Windows 10, чтобы _ посмотреть_ фильм, а затем импортировать сохранение.

Я чувствую себя грязным :(

Надеюсь, эти интерфейсы Media Feature Pack будут правильно реализованы командой _wine_!

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

Удалена прямая ссылка

Предупреждение выше: это прямая ссылка на скачивание файла.

Alienware 15R4
Распространение: Manjaro
Ядро: 4.19.0.3-MANJARO
Графический процессор: Nvidia GTX 1070 (мобильный)
Драйвер: Nvidia 415 (мне кажется)
Процессор: i7 8750H
Оперативная память: 16 ГБ

В настоящее время существует ошибка Windows, которая вызывает сбои в Monster Hunter World, а также на картах Nvidia. (ERR12: «Графическое устройство разбилось»). Предполагаемое решение - установить Панель управления Nvidia - Настройки 3D - Глобальные - Управление питанием на максимальную производительность.

Мне любопытно, похожа ли эта проблема на машины GNU / Linux. Интересно, если вы установите Power-Mizer в режим максимальной производительности, если он решит эту проблему.

Попробуйте на свой страх и риск

Команда (для меня) nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 > /dev/null

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

Alienware 15R4
Распространение: Manjaro
Ядро: 4.19.0.3-MANJARO
Графический процессор: Nvidia GTX 1070 (мобильный)
Драйвер: Nvidia 415 (мне кажется)
Процессор: i7 8750H
Оперативная память: 16 ГБ

В настоящее время существует ошибка Windows, которая вызывает сбои в Monster Hunter World, а также на картах Nvidia. (ERR12: «Графическое устройство разбилось»). Предполагаемое решение - установить Панель управления Nvidia - Настройки 3D - Глобальные - Управление питанием на максимальную производительность.

Мне любопытно, похожа ли эта проблема на машины GNU / Linux. Интересно, если вы установите Power-Mizer в режим максимальной производительности, если он решит эту проблему.

Попробуйте на свой страх и риск

Команда (для меня) nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 > /dev/null

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

Я тестировал его около 3 часов с максимальным значением Power mizer, и он не вылетал, и я продолжу тестирование, чтобы увидеть, является ли это окончательным исправлением.

@robbierobs Могу подтвердить, что использование PoweMizer на производительности работает! Играл в игру часами и она не зависает. Если я его отключу, он зависнет. Благодарю.

@robbierobs Могу подтвердить, что использование PoweMizer на производительности работает! Играл в игру часами и она не зависает. Если я его отключу, он зависнет. Благодарю.

Отлично! Рад видеть, что он работает!

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

@robbierobs К сожалению, мне это не

@ ecru332 вы можете опубликовать спецификации системы и получаете ли вы подтверждение, что вы настроены на максимальную производительность? (Сидя за рабочим столом без открытых окон и без браузера, графический интерфейс должен показывать максимальное значение и не меняться)

@robbierobs Я сейчас далеко от своего компьютера, поэтому я не могу вдаваться в подробности, но вот спецификации, которые я могу вспомнить:

Настраиваемый рабочий стол
Дистрибутив: Manjaro Linux
Ядро: 4.20.0
Графический процессор: GTX 1080ti
Драйвер: Nvidia 415.25
Процессор: i7-4790k
Материнская плата: Gigabyte Z97X-Gaming 3
Оперативная память: 32 ГБ

Я почти уверен, что это было на максимальной производительности, диаграмма показывала этап 3, и моя частота была 1923 МГц, когда я посмотрел на нее. Хотя это могло быть ложью, вещи Nvidia могут быть привередливыми ...

Я дважды проверю частоту, когда вернусь к своему компьютеру.

@ ecru332 для меня максимальный уровень 4. Дайте мне знать, что вы найдете.

Я тестировал пару часов и получил один сбой. Хотя кажется лучше, чем обычно!

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

Я тестировал с настройкой 1, уровень - 4.
1080 GTX с 415,25

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

В чт, 3 января 2019 г., 18:26 Emanem < [email protected] написал:

Я тестировал пару часов и получил один сбой. Кажется лучше, чем обычно
хотя!

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

@robbierobs Я думаю, что у меня была некоторая путаница в уровне производительности. График имеет уровень 0-3, поэтому я сказал 3, но он находится на четвертом уровне. Если где-то не должно быть 4, а если есть, то я еще больше запутался.

@ ecru332 , все хорошо, пока это максимальный уровень. Мы все еще терпим крах с максимальной мощностью.

@ blastermaster77 @emanem. Спасибо за обновления. Поиск продолжается.

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

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

Неважно, я разбился сегодня утром примерно через 5 минут.

Я просто прошел игру, вроде ...

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

У меня 3.16-6, не работает, хотя, по-видимому, сработало для

@ z0z0z Следуйте инструкциям в этой предыдущей публикации, чтобы воспроизвести видео.
Вам понадобится 64-битная Windows 7 с обновлением носителя, чтобы получить нужные файлы.
Или вы можете загрузить сохранение на машине с Windows, посмотреть заставку, а затем вернуть сохранение.

@ Конфетти-Камуфляж

Да, я только что установил Steam и MHW на ноутбук с Windows, посмотрел кат-сцену со скоростью 5 кадров в секунду, потом все заработало на моем обычном ПК.

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

Что касается неработающих кат-сцен, чем они отличаются от первой? При запуске нового персонажа?

Я еще не пробовал с Proton, но у меня все работало с простым Wine (Vanilla и / или Staging) после 'winetricks dxvk' (Wine обычно из git master, в настоящее время 4.0-rcs, и я ожидая выхода 4.0, прежде чем я отправлю тестовые данные AppDB). Начальная кат-сцена действительно работала с очень низкими значениями FPS, даже с рассинхронизацией A / V, но я считаю, что в то время у меня были настройки графики на максимум ... нужно повторно протестировать его с моими текущими игровыми настройками) .

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

Также используется оборудование nvidia (GTX 960), обычно с последними проприетарными драйверами, но пока не было никаких реальных сбоев.

Меньшие проблемы, которые я заметил с простым Wine:

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

• Параметр «Качество рендеринга объема», похоже, оказывает огромное влияние на производительность и может привести к тому, что значение FPS будет около <1 (в противном случае у меня может быть от 15 до 80, в зависимости от других настроек и местоположения / вида в игре) .

@ z0z0z Следуйте инструкциям в этой предыдущей публикации, чтобы воспроизвести видео.
Вам понадобится 64-битная Windows 7 с обновлением носителя, чтобы получить нужные файлы.

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

К сожалению, этого недостаточно, чтобы воспроизвести обучающие видеоролики (те, которые вы видите, которые показывают, как работает различное оружие).

Забыл об этих вещах (еще не пробовал). Они действительно приводят к сбою и у меня при использовании простого Wine (4.0-rc4-10-g40c5184a90a6).

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

@fosspill Применение и регистрация DLL исправляет обучающие видео. Еще раз проверьте, точно ли вы следовали инструкциям?

У меня проблема с запуском MHW через протон. Таким образом, я могу запустить игру через него, передать логотипы, загрузочные экраны и загрузиться в город. Некоторое время игра будет работать нормально, но в конечном итоге вылетит, когда все застынет на месте. На этом этапе мне придется принудительно закрыть игру, убив винный процесс. Однако после этого я больше не могу пройти мимо логотипов, поскольку при перезапуске игры экран будет черным. По сути, я не могу играть с MHW с Proton после того, как это произойдет, и должен ждать, пока эта проблема каким-то образом разрешится сама собой, что происходит, если я подожду несколько дней ... Я чувствую, что есть файлы, которые необходимо удалить, чтобы разрешить Wine чтобы загрузить игру после логотипов. Верно ли это, если да, то что они могут быть? Как мне выйти за рамки этого?

Я использую Steam Proton 3.16-6, Fedora 29, драйвер Nvidia 415.25

У меня проблема с запуском MHW через протон. Таким образом, я могу запустить игру через него, передать логотипы, загрузочные экраны и загрузиться в город. Некоторое время игра будет работать нормально, но в конечном итоге вылетит, когда все застынет на месте. На этом этапе мне придется принудительно закрыть игру, убив винный процесс. Однако после этого я больше не могу пройти мимо логотипов, поскольку при перезапуске игры экран будет черным. По сути, я не могу играть с MHW с Proton после того, как это произойдет, и должен ждать, пока эта проблема каким-то образом разрешится сама собой, что происходит, если я подожду несколько дней ... Я чувствую, что есть файлы, которые необходимо удалить, чтобы разрешить Wine чтобы загрузить игру после логотипов. Верно ли это, если да, то что они могут быть? Как мне выйти за рамки этого?

Я использую Steam Proton 3.16-6, Fedora 29, драйвер Nvidia 415.25

@Fatmice нужно учитывать 2 вещи:

• К сожалению, драйверы Nvidia дают сбой - поэтому сохраняйте часто, и когда игра вылетает, вы можете перезапустить ее оттуда. Я должен сказать, что с последним (415.27) кажется немного более стабильным (половина сбоев)
• Игра использует определенную версию библиотеки Microsoft для воспроизведения фильмов (опять же, не игровых сцен, а фильмов, таких как те, что в учебнике по оружию), и эта библиотека не реализована в _wine_. Пока вы не смотрите фильмы (опять же, как учебники по оружию), все будет в порядке. Единственная проблема, с которой вы столкнетесь, - это когда вы победите последнего монстра, тогда игра заставит вас сыграть кат-сцену из фильма, и с этого момента вы никогда не продвинетесь вперед. Решение этого:
  
  
  
  • загрузить игру в windows, сохранить и снова перейти на Linux
  
  
  • загрузите необходимые библиотеки для воспроизведения этих фильмов (обратите внимание, что они не могут быть включены в _wine _ / _ proton_ по умолчанию из-за проблем с лицензированием), настройте их и разрешите воспроизведение фильмов и продолжайте
  
  

Надеюсь это поможет!

Пс. У меня почти 130+ часов, определенно работает нормально и играбельно.

@Emanem У меня нет проблем с внутриигровыми фильмами ... У меня проблемы с _перезапуском игры после сбоя_. Он не пройдет мимо логотипа Capcom после того, как он разбился, потому что нет ничего, кроме черного экрана ... Я чувствую, что в префиксе вина остались некоторые файлы, которые необходимо удалить, чтобы выйти за рамки этого? Я не знаю, опубликовала ли Fedora 29 415.27 ...

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

Это моя самая главная болевая точка прямо сейчас. Примерно каждый час клавиатура перестает работать. Это заставляет меня убить -9 процесс и перезагрузить игру. Учитывая характер автосохранения, это также каждый раз означает потерю прогресса. Я могу избежать сбоев видео; Мне нужна клавиатура, чтобы играть.

@Emanem У меня нет проблем с внутриигровыми фильмами ... У меня проблемы с _перезапуском игры после сбоя_. Он не пройдет мимо логотипа Capcom после того, как он разбился, потому что нет ничего, кроме черного экрана ... Я чувствую, что в префиксе вина остались некоторые файлы, которые необходимо удалить, чтобы выйти за рамки этого? Я не знаю, опубликовала ли Fedora 29 415.27 ...

@Fatmice FYI, несвободное репозиторий rpmfusion уже имеет драйвер 415.27.

Обновлено до 415.27, без изменений, все еще черный экран после логотипа Capcom после перезапуска игры после сбоя MHW.

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

@ ljn917 не маловероятно, потому что я могу передать этот файл на свой компьютер с Windows, и он загрузится нормально.

@Plagman Из любопытства, знаете ли вы, занимается ли кто-нибудь в Nvidia этой проблемой с драйверами?

Возможное исправление для игры:
https://github.com/doitsujin/dxvk/issues/728#issuecomment -459839962

@ ahmed-elsayed2017 попробовал это исправить, но игра по-прежнему вылетает, когда я пытаюсь воспроизвести обучающие видеоролики (только проверенные видеоролики). Похоже, он пытается использовать файл mfplat, но при этом что-то идет не так.
mfplat.dll v12.0.7601.23471 64-bit with MD5: 2188de5fa5c741fb2b81eb9f37d26ba7
steam-582010.log

В некоторых играх для воспроизведения видео требуется установка MF + WMP. WMP - проблемный компонент, потому что его можно установить только с 32-битным префиксом. Это старая проблема, которую разработчики Wine игнорируют, как то, что они делают сейчас с проблемой WMF, и они работают над DX9 / DX10 / DX11 / DX12 для Vulkan для своего официального Wine прямо сейчас и исправляют комбинацию старых и новых ошибок для увеличьте количество работающих игр на Wine / Proton, так что не ждите исправления других проблем в ближайшее время!

@ ahmed-elsayed2017 ах, понятно. Облом. Спасибо за подробное объяснение!

в настоящее время сломан для меня, кажется, не могу понять почему.
steam.txt с использованием бета-версии 3.16-6 прямо сейчас

В Winetricks готовится патч для добавления файлов, необходимых для некоторых игр, для которых нужны родные DLL Media Foundation. Это могло быть лучше, чем ручное исправление.

https://github.com/Winetricks/winetricks/issues/1132

@ ahmed-elsayed2017 Я считаю, что группа разработчиков протонов тоже работает над исправлением этого.

Возможное исправление для игры:
doitsujin / dxvk # 728 (комментарий)

По крайней мере, это устранило проблему с зависанием? : D
PS: переменная rnd freeze на протяжении всей игры - это то, о чем я говорю
PSS:> @fgblomqvist Я считаю, что команда proton также работает над исправлением этого.
я очень надеюсь на это :(

@ Lelo91 У меня не было ни одного зависания / сбоя с тех пор, как я купил новый компьютер с гораздо более мощным оборудованием (например, игра больше не загружает мой графический процессор на 100%). Довольно странно, но да, нет.

@fgblomqvist

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

PS: кроме того, несколько дней назад я сделал свежую установку ubuntu 18.04 в отчаянном стремлении избавиться от зависаний и выбрать пробный драйвер nvidia 410.93 вместо драйверов центра обновления, сделал некоторые улучшения в масштабировании времени до зависания, но если я заморозить я больше не могу просто выйти из строя и убить игровой процесс, хард-ресеты каждый раз повреждают мои пальцы
PSS:
Процессор: AMD Athlon 200GE
Графический процессор: Nividia 1060 3 ГБ
Оперативная память: 8 ГБ
МБ: Asus Prime 450m-k

@ Lelo91 У меня не было ни одного зависания / сбоя с тех пор, как я купил новый компьютер с гораздо более мощным оборудованием (например, игра больше не загружает мой графический процессор на 100%). Довольно странно, но да, нет.

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

Я попробовал с моим RX460 с 2 ГБ видеопамяти, и он позволил вам загрузиться в игру, а затем, как только вы переместите камеру, он выйдет из строя и заморозит Xorg.

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

@ z0z0z Я запускал его на GTX 1060 Ti со скоростью 40-50 кадров в секунду, а затем я обновился до RTX 2080 Ti, где я

У меня было несколько вылетов с Geforce 1070 (ноутбук). Я думаю все они были
в квестах на арене.

В среду, 6 февраля 2019 г., 18:18 z0z0z [email protected] написал:

@ Lelo91 https://github.com/Lelo91 У меня нет ни одной
зависание / сбой, так как я купил новый компьютер с гораздо более мощным оборудованием
(например, игра больше не загружает мой графический процессор на 100%). Как ни странно, но
да идк.

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

Я пробовал с моим RX460 с 2 ГБ видеопамяти, и он позволил вам загрузить в
игра, а затем, как только вы переместите камеру, она вылетит и зависнет
Xorg.

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

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

@fgblomqvist Я играл в игру с указанной вами частотой кадров в Windows без сбоев. Я думаю, что если нестабильность зависит от частоты кадров, то это, скорее всего, является результатом основной проблемы в стеке Proton (прим. Ред .: или в драйверах LInux или подобных).

Может быть, у людей с вылетами заканчивается VRAM?

Это тоже одна из моих догадок. Я также начал получать их зависания, когда писал отчет о тестировании (Vanilla Wine) для Wine AppDB. [1]

У меня GTX 960 всего с 2 ГиБ памяти, которая, как правило, всегда используется на 99-100%, если используется разрешение 1080p (с минимально возможными настройками графики по большей части).

Я установил разрешение на 900p, и на какое-то время это, казалось, улучшило ситуацию, начиная с 85%, но, похоже, в конечном итоге оно поднялось, несмотря на это (утечки?).

Сколько игра использует карты с большим объемом памяти?

1. https://appdb.winehq.org/objectManager.php?sClass=version&iId=37601&iTestingId=104892

@ z0z0z @Chiitoo Я тестировал на своем ноутбуке возможность

Если у вас только 2 ГБ видеопамяти, вполне вероятно, что она будет вне VRAM, но в других случаях (VRAM> 4 ГБ) я думаю, что спорадические сбои не были связаны с использованием VRAM.

@ ljn917 ,

На всякий случай, вы имеете в виду ситуацию «зависнуть, пока играет музыка»?

Благодаря!

да

В сб, 9 февраля 2019 г., 08:02 Chiitoo [email protected] написал:

@ ljn917 https://github.com/ljn917 ,

На всякий случай, вы имеете в виду ситуацию «зависнуть, пока играет музыка»?

Благодаря!

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

Я нашел «возможное исправление» для компьютеров с Windows, но у меня нет его, чтобы протестировать, возможно, кто-то с некоторым опытом и нужными вещами захочет ознакомиться с исправлением, он утверждает, что исправляет зависания и заикание на MH: W, вот ссылка на facebook:
удалил ссылку, потому что я ее не тестировал, и многие объявили ее вирусом / шпионским ПО

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

Этот пост выглядит подозрительно AF

Этот пост выглядит подозрительно AF

На самом деле я сам рискую, устанавливаю win10 и тестирую его, сообщу вам, стоит ли изучать

Этот пост выглядит подозрительно AF

На самом деле я сам рискую, устанавливаю win10 и тестирую его, сообщу вам, стоит ли изучать

Это явно вирус / шпионское ПО и еще много чего ...

Еще одно замечание, поскольку я вернулся к этому и снова начал тестирование, когда это произошло, я смог взглянуть на верхнюю часть, Xorg вращался на 100%, в то время как игра была на нормальных 80%

Ага Попался!

Feb 12 20:50:11 graviton.localdomain kernel: NVRM: Xid (PCI:0000:01:00): 31, Ch 0000009b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_8 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

Это появилось в журнале сразу после того, как игра перешла в режим полной блокировки.

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

Есть идеи, как отследить это дальше?

Хорошо, нашел cuda-memcheck, посмотрю, смогу ли я заставить его работать под этим, и, возможно, мы наконец найдем ошибку зависания!

Хммм, попытка прикрепить к нему cuda-gdb, кажется, вызывает сбой, но я не эксперт по gdb, кому-нибудь не повезло с подключением к нему отладчиков?

Не уверен, знаете ли вы об этом
https://github.com/doitsujin/dxvk/issues/816

В большинстве игр есть очень сильные меры защиты от отладки ... Я думаю о
добавление windows_print_stacktrace () в dxvk для печати трассировки стека.

Во вторник, 12 февраля 2019 г., 21:46 Шон Прайор [email protected] написал:

Хммм, попытка прикрепить к нему cuda-gdb, кажется, вызывает сбой, но я
нет эксперта по gdb, кому-нибудь не удавалось прикрепить к нему отладчики?

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

Ах, значит кто-то уже нашел сообщение об ошибке root

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

Я посмотрю, может ли что-то из этого другого потока помочь

Удалось прикрепить к нему cuda-gdb, скрестив пальцы!

Чтобы подключить cuda-gdb, вам нужно сделать следующее:

Start MHW and get into the game proper. The early menu screens will crash if you attach early
ps aux | grep MonsterHunterWorld.exe # Note the PID of the actual executable
cuda-gdb
# The rest of these inside the cuda-gdb shell
handle SIGUSR1 nostop noprint
handle SIGQUIT nostop noprint
set cuda api_failures stop
attach <mhw pid from above>
continue

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

Есть идеи, как отследить это дальше?

Только что произошел сбой с воспроизведением музыки, которая блокирует проблему X. Пришлось войти по SSH через мой телефон, чтобы убить MHW. Однако при поиске NVRM я увидел дамп, указывающий на то, что Steam умер. Моя сессия Firefox все еще продолжалась, но Steam действительно умер. Может быть, это связано с каким-то взаимодействием со Steam?

Хммм, это объясняет, почему GDB не улавливает сбой из процесса MHW

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

Пт, 15 февраля 2019 г., 10:19 Шон Прайор [email protected] написал:

Хммм, это объяснило бы, почему GDB не улавливал сбой от MHW
процесс

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

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

В конце концов, этого не происходит на AMD, а на Nvidia это довольно распространено.

У меня полная зависания системы на моем компьютере с картой AMD:
Графический процессор: RX590
Драйверы: 18.3.3 (RADV)
Процессор: i7 6700k
linux Dist: Manjaro (Arch) - ядро ​​4.19

Странно то, что мне приходится выключать компьютер с помощью кнопки питания. Ни SSH, ни кнопка сброса не работают. Такое случается со мной постоянно только во время боя с Ваал Хазаком. Это, в сочетании с тем фактом, что уменьшение объема рендеринга заставило игру длиться дольше перед сбоем, заставляет меня думать, что эта ошибка каким-то образом связана с рендерингом частиц (поскольку этот конкретный монстр использует абсурдное количество эффектов частиц)

Хммм, чтобы помочь диагностировать это, вы можете сделать два шага:
Перейдите в каталог Steam (~ / .local / share / Steam в моей системе) перейдите в steamapps / common, а затем в каталог с версией Proton, которую вы используете. Затем mv user_settings.py.sample в user_settings.py

Там установите два значения (они могут быть одинаковыми или разными)
DXVK_SHADER_DUMP_PATH=/some/path (убедитесь, что /some/path существует, здесь будет сброшено много файлов). Установка этого параметра может немного повлиять на частоту кадров, но по-прежнему будет воспроизводиться

Для второго требуется LunarG sdk, здесь вы можете найти инструкции https://vulkan.lunarg.com/doc/sdk/1.1.101.0/linux/getting_started.html по его установке.

После того, как вы это настроили, убедитесь, что вы создали файл rc перед запуском MHW. Перед запуском я создал значок запуска и в исходном файле .desktop скрипт. Это действительно требует, чтобы это запускало Steam и, похоже, не сохраняется, но он выполняет свою работу для отдельных прогонов отладки со следующей опцией

VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_api_dump это приведет к огромному объему вывода в /tmp/dumps/$(whoami)_stdout.log, мне пришлось смонтировать запасной диск в / tmp / dumps (и я бы посоветовал поместить его на постоянном хранилище, если вы все равно перезагрузитесь). Кроме того, он полностью уничтожит вашу частоту кадров, но должен собрать всю возможную отладочную информацию.

Загрузка обоих из них должна помочь в процессе отладки.

Хммм, чтобы помочь диагностировать это, вы можете сделать два шага:
Перейдите в каталог Steam (~ / .local / share / Steam в моей системе) перейдите в steamapps / common, а затем в каталог с версией Proton, которую вы используете. Затем mv user_settings.py.sample в user_settings.py

Там установите два значения (они могут быть одинаковыми или разными)
DXVK_SHADER_DUMP_PATH=/some/path (убедитесь, что /some/path существует, здесь будет сброшено много файлов). Установка этого параметра может немного повлиять на частоту кадров, но по-прежнему будет воспроизводиться

Для второго требуется LunarG sdk, здесь вы можете найти инструкции https://vulkan.lunarg.com/doc/sdk/1.1.101.0/linux/getting_started.html по его установке.

После того, как вы это настроили, убедитесь, что вы создали файл rc перед запуском MHW. Перед запуском я создал значок запуска и в исходном файле .desktop скрипт. Это действительно требует, чтобы это запускало Steam и, похоже, не сохраняется, но он выполняет свою работу для отдельных прогонов отладки со следующей опцией

VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_api_dump это приведет к огромному объему вывода в /tmp/dumps/$(whoami)_stdout.log, мне пришлось смонтировать запасной диск в / tmp / dumps (и я бы посоветовал поместить его на постоянном хранилище, если вы все равно перезагрузитесь). Кроме того, он полностью уничтожит вашу частоту кадров, но должен собрать всю возможную отладочную информацию.

Загрузка обоих из них должна помочь в процессе отладки.

Думаю, я наконец решил это. Когда моя система разбилась, она полностью вылетела, ничего не работало, даже ctrl + alt + del или ctrl + alt + f1, даже ssh in (я бы получил сообщение о недоступности хоста). Поэтому я подумал, что, возможно, проблема связана с процессором, поскольку сбой графического процессора не убьет его в такой степени. (Одно дело, когда весь графический вывод мертв, и совсем другое дело, когда все мертвое, включая кнопку сброса). В итоге я добавил в игру параметр PROTON_NO_ESYNC = 1, а также увеличил лимит открытых файлов в моей ОС (на всякий случай):
https://www.reddit.com/r/SteamPlay/comments/9kqisk/tip_for_those_using_proton_no_esync1/
Мне удалось провести весь бой без единого сбоя, так что я думаю, что это могло действительно исправить его или, по крайней мере, сделать его более стабильным.

Итак, я впервые попробовал исправить Media Foundation. Это просто для того, чтобы убедить людей, что я все делаю правильно

• Винетрикс МФ
• экспорт WINEPREFIX = '/ home / user / STEAM / steamapps / compatdata / 582010 / pfx'
• Раскомментированные строки 129-137 в installcab.py
• Поместил "python2" перед строками 3-8 файла install-mf-64.sh.
• Запустил install-mf-64.sh, вывод показался правильным
• Разместил mfplat.dll (md5sum 2188de5fa5c741fb2b81eb9f37d26ba7) внутри каталога с MonsterHunterWorld.exe

В принципе, это не работает. Финальная кат-сцена «Развязка» из галереи вылетает на экране загрузки.

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

Вот журнал, в котором я запустил игру и сразу же попытался воспроизвести кат-сцену «Развязка» из галереи. Я включил только нижнюю часть журнала, поскольку в противном случае там 250 000 строк бессмысленного спама dinput8.

https://gist.github.com/z0z0z/e110687cc79dfcc5a172916762dc9659

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

Я не уверен, где я нашел этот обходной путь, но он был из zip-файла под названием «WMF_workaround.zip», который я когда-то скачал. Он включал библиотеки DLL, так что я не думаю, что все равно могу публиковать здесь.

В основном вам нужны эти dll из system32 из Windows 7. Это их md5sum и имя файла.

20ecac7791dcba69121631cb627e5a96  mf.dll
c6b15f0d5ab0bd0aefc0223f14deb3f9  mferror.dll
54b5dcd55b223bc5df50b82e1e9e86b1  mfplat.dll
e8706a051bffc9da9e9b935aaa432aac  mfreadwrite.dll
35e81aa554e60d395572e780ef3b60cb  msmpeg2adec.dll
e793d5bc2d58797235741eba61dc56b8  msmpeg2vdec.dll
27b9e163740a226b65e4b9e186117911  sqmapi.dll

И эти файлы из syswow64.

fdba1dec4f9be4274a00b9b850c63484  mf.dll
92050e12bd24f365a8b8eddf912a3b1e  mferror.dll
40b82688907a7dba4db3b5adde3eab3b  mfplat.dll
bfebb6f76a0988a38260870c61a6d1b7  mfreadwrite.dll
2829ea1cda353987b5552db955f3b736  msmpeg2adec.dll
3de43bfdaf3f8979699650202aa18b12  msmpeg2vdec.dll
ce292c4c10b8db6070f262ea2733f0dc  sqmapi.dll

Вы помещаете их в соответствующие папки system32 и syswow64 в префиксе MHW Wine, расположенном в steamapps/compatdata/582010/pfx/drive_c/windows

Тогда вам также понадобятся эти 2 файла реестра, «mf.reg» и «wmf.reg».

https://gist.github.com/z0z0z/7d535c810cc08dae5bafa68030b96212
https://gist.github.com/z0z0z/d2a937110847bd488716f91dfb6d9dd1

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

export WINEPREFIX="/home/user/my_steam_dir/steamapps/compatdata/582010/pfx"
winecfg

Установите все библиотеки DLL как родные в winecfg.

Запустите (очевидно, в том же каталоге, в котором вы скачали mf.reg и wmf.reg)

wine start regedit.exe mf.reg
wine start regedit.exe wmf.reg
wine64 start regedit.exe mf.reg
wine64 start regedit.exe wmf.reg
wine64 regsvr32 msmpeg2vdec.dll
wine64 regsvr32 msmpeg2adec.dll
wine regsvr32 msmpeg2vdec.dll
wine regsvr32 msmpeg2adec.dll

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

...

Это должно быть преобразовано в какой-то сценарий _legit_, который загружает правильные библиотеки DLL с сайта Microsoft.
Отличная работа

Я думаю, что люди из Winetricks пробовали это, но они не нашли ни одной библиотеки DLL.
пакеты на сайте Microsoft.

Пт, 15 марта 2019 г., 13:55 Emanem [email protected] написал:

Я нашел способ, который работает. Теперь я могу пройти обучение по оружию
фильмы и финальная кат-сцена.

...

Это должно быть преобразовано в какой-то сценарий, который загружает
исправьте DLL с сайта Microsoft.
Замечательная работа, кстати!

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

@ z0z0z Я попробовал ваше исправление, используя .dll из моей текущей установки Win10, и это был мой результат:

[administrator@CM-Sandy ~]$ wine start regedit.exe mf.reg
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine start regedit.exe wmf.reg
002d:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 start regedit.exe mf.reg
0031:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 start regedit.exe wmf.reg
0035:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 regsvr32 msmpeg2vdec.dll
regsvr32: Failed to load DLL 'msmpeg2vdec.dll'
[administrator@CM-Sandy ~]$ wine64 regsvr32 msmpeg2adec.dll
regsvr32: Failed to load DLL 'msmpeg2adec.dll'
[administrator@CM-Sandy ~]$ wine regsvr32 msmpeg2vdec.dll
regsvr32: Failed to load DLL 'msmpeg2vdec.dll'
[administrator@CM-Sandy ~]$ wine regsvr32 msmpeg2adec.dll
regsvr32: Failed to load DLL 'msmpeg2adec.dll'

Как и ожидалось, игра все равно вылетает сразу при загрузке моего поста Xeno save. Нужно ли использовать Win7 .dll или я что-то сделал не так?

@Nyshan

Как и ожидалось, игра все равно вылетает сразу при загрузке моего поста Xeno save. Нужно ли использовать Win7 .dll или я что-то сделал не так?

Я слышал, что это должна быть конкретно Win7 DLLS. Может проверить protondb или что-то в этом роде.

Убедитесь, что вы устанавливаете их на собственный winecfg.

У DLL Win10 есть проблемы с вином, необходимы DLL Win7.

Использование Win7 .dlls изменило мой вывод на следующий, игра все еще вылетает при загрузке:
Я также проверил MD5SUMS, прежде чем переместить все, и все соответствовало тому, что вы указали.

administrator@linux-hd8q:~/util/mhw_fix> wine start regedit.exe mf.reg
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine start regedit.exe wmf.reg
002f:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 start regedit.exe mf.reg
0033:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 start regedit.exe wmf.reg
0037:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 regsvr32 msmpeg2vdec.dll
003b:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0x7ff385dce74, 0x7ff3861f800, 0x7ff3861f118) stub.
003b:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0x7ff385dce74, 0x7ff3861f7d0, 0x7ff3861f110) stub.
003b:fixme:ntdll:EtwRegisterTraceGuidsW (0x7ff7277d18c, 0x7ff7279a1b0, {e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x23f5a0, (null), (null), 0x7ff7279a1b8): stub
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e2821408-c59d-418f-ad3f-aa4e792aeb79}
003b:fixme:ntdll:EtwRegisterTraceGuidsW (0x7ff56de1b6c, 0x261d00, {ae5cf422-786a-476a-ac96-753b05877c99}, 59, 0x261db0, (null), (null), 0x261da8): stub
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {924fef1b-8c47-47c4-b2a2-0f798e5197f9}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8bfbc8d5-e916-40fb-bb35-7a2d4af2e67c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0df035c2-4ce4-4c90-91ec-be88a75256a0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e69ebe53-f68f-44af-8413-3208e0650cb1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9618aaa3-f1b7-4547-8d7d-ecd33a9f5f21}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6e425425-2cf1-4a56-a342-f9b0be19f959}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {af12b205-0cb3-468a-b974-939c7a9fccb5}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {58d1dcb8-3d39-454b-9d0c-86f13ef40598}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {418b0044-3a99-42e9-bc6b-27aa981c9fcd}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7a870f24-2d49-4a63-b490-bc3d334c467f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6f3f585b-24fe-42c4-9297-a68099d88b78}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {92dbd4ed-8ede-4b81-8f21-08854d1d73a3}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {489cebd7-2ea1-4b7f-a691-fa3832d91653}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cff7ab7d-bc30-4f86-a8ea-012d68acf443}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {5c42bb3c-1ac3-4a29-b444-a34201cb8c80}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {01c7f2d5-d540-425a-b2d9-de5009328b61}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cc524410-c384-4bd1-97a6-41ff7675cce6}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {148e90b2-99d4-4c69-acdc-b50376efd9c0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {11c5ebdd-b374-490a-95d1-0d1bd1fcf62c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fcc7ed1d-bfdc-4167-b260-7467400298b3}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7b704605-fd3c-4c41-93e1-28e24d9d4da2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {78b20843-da14-425c-9ce9-299cc07c4a74}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0be12c7b-5a32-4ad1-8b5f-383478d611bf}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2e06ed10-e950-4caf-9ce8-b3b5bd71e4d0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7d931f4b-b3ae-43f3-a09f-cae4ac366dc2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {67fd805b-8c72-40eb-b338-d1946238196a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {d8eab3c0-b199-4ddf-9989-7f207e1ef682}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {60c0a470-f195-4c82-b860-6c22fd910bab}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {462ed505-628b-4750-aa0b-8980666c0749}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f5c049ef-a79d-4eda-a8b9-9098995f1305}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {4edccdc3-acd3-4e58-a8ce-1274f6a5c14b}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {77edd950-3d3b-472a-8375-68f69a3eb708}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {72fc760d-103c-491a-84b0-eb5b979324e2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fd85abae-6318-4816-a599-a29827770f56}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ffbb6354-03a7-4f32-97db-8cb234c03715}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f485b25e-afd5-4b28-aec8-71c3b44797ff}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {1f1a717a-06e3-48a8-956e-c5bc1e88e043}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e81ec494-478f-4901-982f-0e402d01e3ec}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9be3da12-30e5-48d3-ab65-267387448ce4}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {de846c56-3b73-4021-8fd3-bb17a0642d1f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ad2dd759-97cd-4a76-945f-f6108b5aaca1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {827e8d25-fe4e-46f6-b263-ccf41ddca4fd}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {08a2ce94-b603-43e8-9de4-ed09705fe07a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c6d167a4-9536-4f66-9c30-b8544a0f9a7f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6bed20f7-831f-43d6-9e84-d431893a161f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3dfb2b0c-1d54-494c-a508-93c092bc2dd5}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {dcb2aeed-8d4e-4eff-bbdf-52e9f85a964a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {31f96aab-89fa-4909-93b8-a3ec8252a84b}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {a04cf2a8-40c0-4def-8640-bd0fb7834c58}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {41fbed6a-4396-441b-88ba-79ba9e4f2d9e}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8d15d110-141f-47f2-958b-e3f197e8eae7}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3933bc04-15a2-40b0-a6ee-8559928780e2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7719a441-b86d-421a-9642-63689a7bf81f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7008c05c-33a9-4fec-b010-b7369bc71f73}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2bd6889f-0a1d-4612-a1f9-6f0c6f01467c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {62ebe05c-39ef-4170-9c84-aaa3b3d0d8e1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6a764b22-a86d-4ca0-9ef8-b2b26d3df464}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c0785df3-6630-4097-9771-1a22cb7ac173}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ed28be9f-fcd9-4cb8-a2ed-b87eccccf7b2}
003b:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2vdec.dll'
003b:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003b:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003b:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003b:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine64 regsvr32 msmpeg2adec.dll
003d:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0x7ff385dce74, 0x7ff3861f800, 0x7ff3861f118) stub.
003d:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0x7ff385dce74, 0x7ff3861f7d0, 0x7ff3861f110) stub.
003d:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2adec.dll'
003d:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003d:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine regsvr32 msmpeg2vdec.dll
003f:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0xfdd4df9, 0xfdfdbd0, 0xfdfdbc8) stub.
003f:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0xfdd4df9, 0xfdfdcb0, 0xfdfdca8) stub.
003f:fixme:ntdll:EtwRegisterTraceGuidsW (0x6c116b14, 0x6c13d178, {e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x33fa70, (null), (null), 0x6c13d180): stub
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e2821408-c59d-418f-ad3f-aa4e792aeb79}
003f:fixme:ntdll:EtwRegisterTraceGuidsW (0x2772aab0, 0x3614a0, {ae5cf422-786a-476a-ac96-753b05877c99}, 59, 0x361550, (null), (null), 0x361548): stub
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {924fef1b-8c47-47c4-b2a2-0f798e5197f9}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8bfbc8d5-e916-40fb-bb35-7a2d4af2e67c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0df035c2-4ce4-4c90-91ec-be88a75256a0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e69ebe53-f68f-44af-8413-3208e0650cb1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9618aaa3-f1b7-4547-8d7d-ecd33a9f5f21}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6e425425-2cf1-4a56-a342-f9b0be19f959}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {af12b205-0cb3-468a-b974-939c7a9fccb5}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {58d1dcb8-3d39-454b-9d0c-86f13ef40598}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {418b0044-3a99-42e9-bc6b-27aa981c9fcd}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7a870f24-2d49-4a63-b490-bc3d334c467f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6f3f585b-24fe-42c4-9297-a68099d88b78}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {92dbd4ed-8ede-4b81-8f21-08854d1d73a3}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {489cebd7-2ea1-4b7f-a691-fa3832d91653}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cff7ab7d-bc30-4f86-a8ea-012d68acf443}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {5c42bb3c-1ac3-4a29-b444-a34201cb8c80}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {01c7f2d5-d540-425a-b2d9-de5009328b61}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cc524410-c384-4bd1-97a6-41ff7675cce6}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {148e90b2-99d4-4c69-acdc-b50376efd9c0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {11c5ebdd-b374-490a-95d1-0d1bd1fcf62c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fcc7ed1d-bfdc-4167-b260-7467400298b3}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7b704605-fd3c-4c41-93e1-28e24d9d4da2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {78b20843-da14-425c-9ce9-299cc07c4a74}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0be12c7b-5a32-4ad1-8b5f-383478d611bf}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2e06ed10-e950-4caf-9ce8-b3b5bd71e4d0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7d931f4b-b3ae-43f3-a09f-cae4ac366dc2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {67fd805b-8c72-40eb-b338-d1946238196a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {d8eab3c0-b199-4ddf-9989-7f207e1ef682}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {60c0a470-f195-4c82-b860-6c22fd910bab}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {462ed505-628b-4750-aa0b-8980666c0749}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f5c049ef-a79d-4eda-a8b9-9098995f1305}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {4edccdc3-acd3-4e58-a8ce-1274f6a5c14b}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {77edd950-3d3b-472a-8375-68f69a3eb708}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {72fc760d-103c-491a-84b0-eb5b979324e2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fd85abae-6318-4816-a599-a29827770f56}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ffbb6354-03a7-4f32-97db-8cb234c03715}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f485b25e-afd5-4b28-aec8-71c3b44797ff}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {1f1a717a-06e3-48a8-956e-c5bc1e88e043}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e81ec494-478f-4901-982f-0e402d01e3ec}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9be3da12-30e5-48d3-ab65-267387448ce4}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {de846c56-3b73-4021-8fd3-bb17a0642d1f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ad2dd759-97cd-4a76-945f-f6108b5aaca1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {827e8d25-fe4e-46f6-b263-ccf41ddca4fd}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {08a2ce94-b603-43e8-9de4-ed09705fe07a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c6d167a4-9536-4f66-9c30-b8544a0f9a7f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6bed20f7-831f-43d6-9e84-d431893a161f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3dfb2b0c-1d54-494c-a508-93c092bc2dd5}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {dcb2aeed-8d4e-4eff-bbdf-52e9f85a964a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {31f96aab-89fa-4909-93b8-a3ec8252a84b}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {a04cf2a8-40c0-4def-8640-bd0fb7834c58}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {41fbed6a-4396-441b-88ba-79ba9e4f2d9e}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8d15d110-141f-47f2-958b-e3f197e8eae7}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3933bc04-15a2-40b0-a6ee-8559928780e2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7719a441-b86d-421a-9642-63689a7bf81f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7008c05c-33a9-4fec-b010-b7369bc71f73}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2bd6889f-0a1d-4612-a1f9-6f0c6f01467c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {62ebe05c-39ef-4170-9c84-aaa3b3d0d8e1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6a764b22-a86d-4ca0-9ef8-b2b26d3df464}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c0785df3-6630-4097-9771-1a22cb7ac173}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ed28be9f-fcd9-4cb8-a2ed-b87eccccf7b2}
003f:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2vdec.dll'
003f:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003f:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003f:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003f:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine regsvr32 msmpeg2adec.dll
0041:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0xfdd4df9, 0xfdfdbd0, 0xfdfdbc8) stub.
0041:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0xfdd4df9, 0xfdfdcb0, 0xfdfdca8) stub.
0041:fixme:reg:RegDisableReflectionKey 0x94: stub
regsvr32: Successfully registered DLL 'msmpeg2adec.dll'
0041:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
0041:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> 

@ z0z0z Какую версию Proton вы используете; Мне все еще не удалось заставить исправление работать с win7 .dll.
Изменить: мне не удалось заставить его работать на 3.7-8, но, наконец, он работал на 3.16-4.
Edit2: я больше не могу загрузить свое сохранение с помощью протона 3.7-8.
Edit3: я могу снова загрузить свое сохранение на 3.7-8, но мне приходилось выполнять все шаги, перечисленные в исправлении @ z0z0z , каждый раз, когда я менял версию Proton, которую использовал MHW.

все еще такая же зависанием с последней версией Proton v4.2
steam-582010.log

спецификация системы:

inxi -bxxx
System:    Host: linux Kernel: 5.0.3-1-default x86_64 bits: 64 compiler: gcc v: 8.3.1 Desktop: KDE Plasma 5.15.3 tk: Qt 5.12.2 
           wm: kwin_x11 dm: SDDM Distro: openSUSE Tumbleweed 20190324 
Machine:   Type: Desktop Mobo: ASUSTeK model: Z170 PRO GAMING v: Rev X.0x serial: <root required> UEFI: American Megatrends 
           v: 3805 date: 05/16/2018 
Battery:   Device-1: sony_controller_battery_90:fb:a6:df:fa:93 model: N/A serial: N/A charge: N/A status: Full 
CPU:       Quad Core: Intel Core i5-6600K type: MCP arch: Skylake-S speed: 4392 MHz min/max: 800/4400 MHz 
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] vendor: eVga.com. driver: nvidia v: 418.49.04 bus ID: 01:00.0 
           chip ID: 10de:13c2 
           Display: x11 server: X.Org 1.20.4 driver: nvidia compositor: kwin_x11 resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 970/PCIe/SSE2 v: 4.6.0 NVIDIA 418.49.04 direct render: Yes 
Network:   Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: 3.2.6-k port: f000 bus ID: 00:1f.6 
           chip ID: 8086:15b8 
Drives:    Local Storage: total: 34.34 TiB used: 33.26 TiB (96.9%) 
Info:      Processes: 381 Uptime: N/A Memory: 15.60 GiB used: 4.71 GiB (30.2%) Init: systemd v: 241 runlevel: 5 
           target: graphical.target Compilers: gcc: 8.3.1 alt: 8 Shell: bash v: 5.0.2 running in: yakuake inxi: 3.0.32 

Fossilize ERROR: Failed to record graphics pipeline: pNext in VkPipelineRasterizationCreateInfo not supported.
Fossilize ERROR: Failed to record graphics pipeline: pNext in VkPipelineRasterizationCreateInfo not supported.

Существует более 1000 строк, пытающихся вызвать VkPipelineRasterizationCreateInfo - это метод vulkan, который еще не полностью поддерживается?

Я получил эту ошибку после того, как с новым пакетом текстур высокого

Я использовал последнюю версию proton v4.2 (-2)

журнал: steam-582010.log

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

Что мне нужно, чтобы играть в тонкую игру без сбоев?
Протон 4.2-2
Мне нужно установить MFPlat? Нужен ли мне ffmpeg?

@XakepSDK
Вам нужен обходной путь MFplat, который нельзя здесь опубликовать, потому что он включает файлы DLL из Windows 7.

Проверьте protondb на наличие ссылок.

@ z0z0z
Спасибо!
@ кисак-клапан
Эта информация должна быть в первом посте.

Кто-нибудь видел «вино: необработанная ошибка страницы при доступе на запись к 0x00000000 по адресу 0x7f8fdaf1fef3 (поток 003e)» (строка 25940 в журнале)? Я принял квест, и игра вылетела и завершилась.

Дистрибутив: Fedora 29
Ядро: 5.0.6-200.fc29.x86_64
Графический процессор: GTX 1070 (ноутбук)
Драйвер: nvidia 418.56
Процессор: Intel (R) Core (TM) i7-8750H CPU @ 2,20 ГГц
Оперативная память: 32 ГБ
Протон: 4.2-2 (dxvk commit fd9a938)

steam-582010.zip
SystemInfo.txt

MHW прекрасно работает для меня (помимо видео, но я уже завершил основную игру, так что это не имеет большого значения), но у него есть серьезная проблема. Каждый раз, когда я нажимаю Enter в текстовом поле, игра теряет мою клавиатуру. Я больше не могу ничего делать с клавиатурой, ЗА ИСКЛЮЧЕНИЕМ набора текста, но контроллеры все еще работают, поэтому я все еще могу завершить миссию или выйти из игры. Это происходит со средой выполнения Steam, собственными библиотеками и интеграцией Linux со Steam.

Дистрибутив: Arch Linux (с включенными тестовыми репозиториями)
Ядро: 5.0.8.arch1-1
Графический процессор: GTX 1060 6 ГБ
Драйвер: nvidia 418.56-8
Процессор: AMD Ryzen 5 1600X
Оперативная память: 16 ГБ
Протон: 4,2-3

MHW прекрасно работает для меня (помимо видео, но я уже завершил основную игру, так что это не имеет большого значения), но у него есть серьезная проблема. Каждый раз, когда я нажимаю Enter в текстовом поле, игра теряет мою клавиатуру. Я больше не могу ничего делать с клавиатурой, ЗА ИСКЛЮЧЕНИЕМ набора текста, но контроллеры все еще работают, поэтому я все еще могу завершить миссию или выйти из игры. Это происходит со средой выполнения Steam, собственными библиотеками и интеграцией Linux со Steam.

Дистрибутив: Arch Linux (с включенными тестовыми репозиториями)
Ядро: 5.0.8.arch1-1
Графический процессор: GTX 1060 6 ГБ
Драйвер: nvidia 418.56-8
Процессор: AMD Ryzen 5 1600X
Оперативная память: 16 ГБ
Протон: 4,2-3

Да, я тоже это заметил. Но вроде это новый баг. Легко воспроизвести, если вы хотите назвать набор элементов или что-то в этом роде.
Вы можете протестировать его с более старыми версиями протонов, чтобы увидеть, было ли это введено через обновление Proton (вино) или это сама новая ошибка MHW.

Но вроде это новый баг.

Это не так. Одно из первых упоминаний о нем еще в октябре. У меня он был как минимум с серии 3.16.

MHW прекрасно работает для меня (помимо видео, но я уже завершил основную игру, так что это не имеет большого значения), но у него есть серьезная проблема. Каждый раз, когда я нажимаю Enter в текстовом поле, игра теряет мою клавиатуру. Я больше не могу ничего делать с клавиатурой, ЗА ИСКЛЮЧЕНИЕМ набора текста, но контроллеры все еще работают, поэтому я все еще могу завершить миссию или выйти из игры. Это происходит со средой выполнения Steam, собственными библиотеками и интеграцией Linux со Steam.
Дистрибутив: Arch Linux (с включенными тестовыми репозиториями)
Ядро: 5.0.8.arch1-1
Графический процессор: GTX 1060 6 ГБ
Драйвер: nvidia 418.56-8
Процессор: AMD Ryzen 5 1600X
Оперативная память: 16 ГБ
Протон: 4,2-3

Да, я тоже это заметил. Но вроде это новый баг. Легко воспроизвести, если вы хотите назвать набор элементов или что-то в этом роде.
Вы можете протестировать его с более старыми версиями протонов, чтобы увидеть, было ли это введено через обновление Proton (вино) или это сама новая ошибка MHW.

Я помню, что у меня была эта ошибка с момента выхода игры, так что это определенно не новая ошибка. Посоветуйте мне купить контроллер специально, чтобы избежать этой проблемы.
Кажется, что ошибка возникает не в 100% случаев, так как после нескольких случайных открытий чата она все еще работала.
Текст и чат, похоже, отлично работают в родной Windows, поэтому я думаю, что это не прямая ошибка игр.

Протестировано почти на всех версиях протонов и обновлений Monster Hunter.

У меня возникла эта проблема, и я обнаружил, что это проблема с моими параметрами запуска Steam. У меня был установлен killall compton && %command%; compton -b --config ~/.config/compton.blur.conf & чтобы убить compton и перезапустить его при выходе, однако, похоже, это вызывало системные блокировки в некоторых играх, а в других процессы задерживались до полной перезагрузки.

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

Дистрибутив: Manjaro i3
Ядро: 4.19.42-1-MANJARO
Графический процессор: RX480 8 ГБ
Драйвер: 4.5 (Core Profile) Mesa 19.0.4
Процессор: i5 6600k
Оперативная память: 16 ГБ
Протон: 4,2-4

Этот сценарий работает как шарм с MHW и бесстрашен, но законно ли это? <Link removed by moderator>

Привет @ blastermaster77 , нет, это не так.

Хорошо, хорошо знать, надеюсь, что есть решение, спасибо за ответ

В пн, 3 июня 2019 г., 13:06 kisak-valve [email protected] написал:

Привет @ blastermaster77 https://github.com/blastermaster77 , нет, это
не.

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

Недавно выпущенный протон (4.2-8) имеет регрессию, из-за которой MHW вылетает в течение 1-2 секунд после загрузки в игру (но главное меню работает нормально). У меня есть графический процессор nvidia, но я могу подтвердить, что эта проблема возникает и на графических процессорах AMD. Переход на Proton 4.2-7 устраняет проблему.

Дистрибутив: Arch (i3-gaps)
Ядро: 5.1.15-arch1-1-ARCH
Графический процессор: GTX1070
Драйвер: 430.26
Процессор: i5-6600k
Оперативная память: 32 ГБ
Протон: 4,2-8

Привет @ ConnorJC3 , пожалуйста, добавьте PROTON_LOG=1 %command% к параметрам запуска игры, воспроизведите сбой и перетащите созданный журнал $ HOME / steam- $ APPID.log в поле для комментариев.

@ ConnorJC3 У меня нет этой проблемы с Proton 4.2-8. Стоит отметить, что я сделал обходной путь для библиотек DLL Windows 7 media Foundation, чтобы заставить кинематику работать.

OpenSUSE Tumbleweed, KDE, ядро ​​5.1.7-1 по умолчанию
AMD Fury X с использованием Mesa 19.0.5

Привет @ ConnorJC3 , пожалуйста, добавьте PROTON_LOG=1 %command% к параметрам запуска игры, воспроизведите сбой и перетащите созданный журнал $ HOME / steam- $ APPID.log в поле для комментариев.

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

Дистрибутив: Arch
DE: XFCE
Ядро: 5.1.15-arch1-1-ARCH
Графический процессор: Nvidia 1060 (версия 6 ГБ)
Драйвер: 430.26-7
Процессор: i5-3550
Оперативная память: 16 ГБ
Протон: 4,2-8
Параметры запуска MHW: PROTON_NO_ESYNC = 1 PROTON_LOG = 1% command%
Файл журнала: steam-582010.log

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

Единственное, что нужно было изменить, что касается пакетов, это harfbuzz и mesa, которые изменились следующим образом:

меса (19.1.0-3 -> 19.1.1-1)
lib32-меза (19.1.0-2 -> 19.1.1-1)

Интересно, уже не могу воспроизвести проблему ни на протоне 4.2-7, ни на 4.2-8? @ndegruchy попробуйте полностью очистить каталог установки протона и проверить файлы.

Интересно, уже не могу воспроизвести проблему ни на протоне 4.2-7, ни на 4.2-8? @ndegruchy попробуйте полностью очистить каталог установки протона и проверить файлы.

После того, как я написал выше, я смог немного поиграть, используя 3.16-4. Я попробую ваше предложение дальше.

Для наглядности вот журнал:
steam-582010.log

Протестируйте только что установленный Proton 4.2-8 (спасибо @ ConnorJC3). Оно работает! Я не мог так много играть в тест, но он работает значительно дольше, чем раньше.

Новый журнал, для согласованности: steam-582010.log

И теперь, после 2 квестов, я снова вылетал со 100% стабильностью при загрузке в лобби: steam-582010.log

Возился с запуском MHW на последнем протоне. Мало того, что я не прошел через загрузку на торговом дворе, Steam либо закрывается во время работы игры, либо сбой MHW также приводит к сбою Steam.
steam-582010.log

Я установил игру, она вылетает при загрузке.

Протон: 4,2-9 (свежеустановленный)
Дистрибутив: Ubuntu 18.04.2 LTS
Ядро: 047.15.0-52-generic
Процессор: AMD Ryzen 5 2600
Графический процессор: ATI Radeon HD5570
Драйверы графического процессора: Radeon 4.15.0-52-generic
Оперативная память: 16 ГБ

А вот и журнал.
steam-582010.log

Я установил игру, она вылетает при загрузке.

Протон: 4,2-9 (свежеустановленный)
Дистрибутив: Ubuntu 18.04.2 LTS
Ядро: 047.15.0-52-generic
Процессор: AMD Ryzen 5 2600
Графический процессор: ATI Radeon HD5570
Драйверы графического процессора: Radeon 4.15.0-52-generic
Оперативная память: 16 ГБ

Привет, @Daybreakerflint , ATi Radeon HD 5570 - это видеокарта Terascale 2-го поколения. Все карты Terascale не поддерживают Vulkan, который используется DXVK в Proton для преобразования DirectX 11 в Vulkan.

Ваша видеокарта не поддерживается, но вам может повезти, добавив PROTON_USE_WINED3D=1 %command% в параметры запуска игры, чтобы сообщить Proton, что нужно использовать путь рендеринга DirectX 11 в OpenGL.

Последнее обновление (4.2-9) могло это исправить? Точно пока не хочу называть, но несколько часов геймплея и никаких сбоев.

Привет @ кисак-клапан
Что ж, она что-то сделала ... игра запустилась, но вскоре вылетела. Увидел только черный экран. Даже с командой он не делает того, что должен. В любом случае мне скоро понадобится новая видеокарта. Спасибо за вашу помощь! По крайней мере, он работает на моем ноутбуке. ;)

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

Однако я заметил, что композитор в XFCE и Compton уступил гораздо больше, чем KDE / Plasma. Я вижу заметное падение фреймов внутри KDE, где Xfce или Compton вполне подходят, даже при немного более высоких настройках. Не уверен, что это проблема протонов или проблема Квина.

Натан ДеГрюши
http://degruchy.org

С 29 июня 2019 года, в 16:21, Daybreakerflint < [email protected] [email protected] > писал:

Привет @ kisak клапан https://github.com/kisak-valve
Что ж, она что-то сделала ... игра запустилась, но вскоре вылетела. Увидел только черный экран. Даже с командой он не делает того, что должен. В любом случае мне скоро понадобится новая видеокарта. Спасибо за вашу помощь! По крайней мере, он работает на моем ноутбуке. ;)

-
Вы получаете это, потому что вас упомянули.
Ответить на это сообщение непосредственно, просматривать его на GitHub https://github.com/ValveSoftware/Proton/issues/175?email_source=notifications&email_token=AMOXOEKLNXZDNQ5PTUMRC6LP4674FA5CNFSM4FRB5W2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODY37RQI#issuecomment-506984641 или приглушить нить https://github.com/notifications/ отписки-авт / AMOXOEPH437U2YZGOKZ7R7DP4674FANCNFSM4FRB5W2A .

Fedora 30 x64
Ryzen 2700 @ 4 ГГц
AMD r9 580x с Mesa 19.08
KDE Plasma 5.15.5
Настройки игры: 1440p, ограничение 30 кадров в секунду, смешанный средний / высокий, Z-Prepass выкл.

Протон 4,2-9

Хорошо, только что получил игру и попробовал. Хорошая производительность, но ужасная задержка ввода, если я не ограничу ее до 30 кадров в секунду. У меня монитор 144 Гц, так что это убийца. И 60 кадров в секунду, и без ограничений не воспроизводятся, даже если я получаю в среднем 55 кадров в секунду.

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

Какие-нибудь советы?

Fedora 30 x64
Ryzen 2700 @ 4 ГГц
AMD r9 580x с Mesa 19.08
KDE Plasma 5.15.5
Настройки игры: 1440p, ограничение 30 кадров в секунду, смешанный средний / высокий, Z-Prepass выкл.

Протон 4,2-9

Хорошо, только что получил игру и попробовал. Хорошая производительность, но ужасная задержка ввода, если я не ограничу ее до 30 кадров в секунду. У меня монитор 144 Гц, так что это убийца. И 60 кадров в секунду, и без ограничений не воспроизводятся, даже если я получаю в среднем 55 кадров в секунду.

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

Какие-нибудь советы?

Запускаете XWindows или Wayland с игрой, запущенной в сеансе XWayland? Поскольку вы используете AMD, вполне вероятно, что KDE работает в режиме Wayland ...

Запускаете XWindows или Wayland с игрой, запущенной в сеансе XWayland? Поскольку вы используете AMD, вполне вероятно, что KDE работает в режиме Wayland ...

Я не использую Wayland.

Выполнял охоту на xenojiva, и игра вылетела после экрана результатов, на котором должна была воспроизводиться кат-сцена, я предполагаю, что это была проблема mfplat. Позже я попытался запустить игру снова, и теперь она постоянно вылетает после экрана загрузки данных.
https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93
steam-582010.log

Да уж. Я тоже получил это. Решилось установкой dll MFPlat.

Натан ДеГрюши
http://degruchy.org

9 июля 2019 г. в 00:27 DigitalDevilSummoner < [email protected] [email protected] > написал:

Выполнял охоту на xenojiva, и игра вылетела после экрана результатов, на котором должна была воспроизводиться кат-сцена, я предполагаю, что это была проблема mfplat. Позже я попытался запустить игру снова, и теперь она постоянно вылетает после экрана загрузки данных.
https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93
steam-582010.log https://github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

Да уж. Я тоже получил это. Решилось установкой dll MFPlat. Натан ДеГручи http://degruchy.org 9 июля 2019 г., в 00:27, DigitalDevilSummoner < [email protected] [email protected] > написал: Выполнял охоту на xenojiva, и игра вылетела после экрана результатов, где Катсцена должна была сыграть, я полагаю, это была проблема с mfplat. Позже я попытался запустить игру снова, и теперь она постоянно вылетает после экрана загрузки данных. https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93 steam-582010.log https://github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

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

Да. MFPlat исправил сбой в кат-сцене xeno для меня. Убедитесь, что вы устанавливаете правильную разрядность для MHW, которая является 64-разрядной.

Натан ДеГрюши
http://degruchy.org

9 июля 2019 г. в 07:18 DigitalDevilSummoner < [email protected] [email protected] > написал:

Да уж. Я тоже получил это. Решилось установкой dll MFPlat. Натан ДеГручи http://degruchy.org 9 июля 2019 г., в 00:27, DigitalDevilSummoner < [email protected] [email protected] mailto: [email protected]> писал: Охотился на xenojiva и играл произошел сбой после экрана результатов, на котором должна была воспроизводиться кат-сцена, я предполагаю, что это была проблема с mfplat. Позже я попытался запустить игру снова, и теперь она постоянно вылетает после экрана загрузки данных. https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93 steam-582010. журнал https://github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

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

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

С Proton 4.2.9 игра запускается и работает нормально, но не реагирует ни на один ввод контроллера ни от Steam Controller, ни с проводной панели 360, как будто ввод вообще не регистрировался, все подсказки ввода оставались с использованием kb + mouse значки, символы / меню не реагируют и т. д. Панель 360 отлично работает в других играх под Linux, например Rocket League. Даже попытка включить контроллер рабочего стола, как предлагалось в этом потоке , ничего не дала, пока я не понял, что мне нужно применить эти правила udev . Когда оба эти параметра включены, игра иногда вылетала мгновенно, а иногда запускалась нормально. Но любой ввод контроллера вызовет мгновенный сбой на рабочем столе. Так что я смирился с игрой без контроллера.

Позже решил попробовать использовать старую версию Proton 3.16-9. И, к моему удивлению, и Steam Controller, и панель 360 работают абсолютно нормально, я даже отключил интеграцию контроллера 360 с рабочим столом, и он все еще работает.

Я также применил исправление MFPlat, а также FWIW

Это известная проблема или будут полезны журналы регистрации протонов?

Итак, я установил все необходимое для mfplat, но я не могу войти в игру, потому что он вылетает на экране сопоставления, и поэтому я не могу проверить, работает ли что-нибудь. iv'e пробовал это с 4.2-9 и 3.16-9. Перед первым вылетом я только что завершил квест xenojiva и был на экране результатов. Может ли это быть причиной вылета? У кого-нибудь еще была эта проблема?

@DigitalDevilSummoner После победы над Xeno'Jiva игра автоматически сохраняется, когда вы загружаете это сохранение, она пытается воспроизвести финальную кат-сцену и вылетает.

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

@ z0z0z Полезно знать! Я установил обходной путь mfplat, используя это видео (это было исправление RE2, но оно было неправильным). Если бы я что-то испортил (что, вероятно, и сделал), как бы я это исправил? (если вообще могу) Спасибо за ответ / извините за потраченное время.

@DigitalDevilSummoner Обходной путь mf, используемый для Resident Evil 2, не работает для MHW.

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

@ z0z0z Спасибо! Я не знал, что для этого есть другое решение. Извините и за ссылку.

Здравствуйте, @DigitalDevilSummoner , общего запрета на совместное использование ссылок в системе отслеживания проблем нет, но мы не можем мириться с распространением материалов, защищенных авторским правом, если это не разрешено его лицензией, которая включает библиотеки Media Foundation из Windows.

@ z0z0z Сработало ! спасибо за помощь!

@sbearcsiro Что именно вы

@Aironfaar, вы правы, при вводе контроллера всегда происходит сбой MHW с применением исправления MF.

Я просто предположил, что исправление MF останется после перехода на более раннюю версию протонной версии, но оказалось, что это не так. Повторное применение исправления к 3.16-9 вернуло поведение «сбой при любом вводе контроллера».

Кроме того, попытка запустить MHW с PROTON_LOG = 1 и примененным исправлением MF приводит к мгновенному сбою игры даже без подключенного контроллера.

@sbearcsiro Да, изменение версии Proton, похоже,
Совсем не помогает то, что ведение журнала приводит к сбою игры. Меня нет дома несколько дней, поэтому я не могу проверить это сам, но можете ли вы вместо этого получить журнал со следующими параметрами запуска?
WINEDEBUG = "+ отметка времени, + pid, + tid, + seh, + debugstr, + module"% command%

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

По-прежнему приходится играть с этим ограничением 30 кадров в секунду, иначе я получаю ужасную задержку ввода. Я видел ветку Reddit, где пользователю linux / proton также приходилось играть с ограничением 30 кадров в секунду.

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

<Link removed by moderator>

Здравствуйте @ zink-chimaera, размещенная вами ссылка является юридически проблематичной и была удалена.

Monster Hunter World не запускается

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/2920.
@abnazhor опубликовано 2019-07-28T22: 32: 32:

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

• Название игры с проблемами совместимости: Monster Hunter World
• Steam AppID игры: 582010

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

• Графический процессор: NVIDIA GeForce RTX 2060
• Версия драйвера / LLVM: NVIDIA 430.34
• Версия ядра: 5.2.2-122
• Ссылка на полный отчет о системе в виде Gist : https://gist.github.com/abnazhor/fa0b22d2105cb46a0c4cf3432ce45995
• Версия протона: 4.2-9

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

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

( Журнал генерирует 5 000 000 строк, поэтому я не смог скопировать все. )
<Log omitted, please see #2920. Short version is CPU access violation (c0000005)>

Симптомы

Игра не запускается. Это происходило с тех пор, как я меняю свой процессор на AMD Ryzen 5 3600.

Размножение

Попробуйте запустить игру, используя процессор Ryzen 3000 series.

Воспроизводим это с помощью Ryzen 3700x и GTX 1060 6GB.
Применение обходного пути, предложенного на # 2927, устраняет проблему.

Monster Hunter World не запускается

Выпуск перенесен из №2920.
@abnazhor опубликовано 2019-07-28T22: 32: 32:

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

* Name of the game with compatibility issues: Monster Hunter World

* Steam AppID of the game: 582010

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

* GPU: NVIDIA GeForce RTX 2060

* Driver/LLVM version: NVIDIA 430.34

* Kernel version: 5.2.2-122

* Link to full system information report as [Gist](https://gist.github.com/): https://gist.github.com/abnazhor/fa0b22d2105cb46a0c4cf3432ce45995

* Proton version: 4.2-9

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

* [ x ] that I haven't found an existing compatibility report for this game.

* [ x ] that I have checked whether there are updates for my system available.

( Журнал генерирует 5 000 000 строк, поэтому я не смог скопировать все. )
<Log omitted, please see #2920. Short version is CPU access violation (c0000005)>

Симптомы

Игра не запускается. Это происходило с тех пор, как я меняю свой процессор на AMD Ryzen 5 3600.

Размножение

Попробуйте запустить игру, используя процессор Ryzen 3000 series.

Хорошо, есть кое-что конкретное о том, что ввод вообще не работает.

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

Все равно хотелось бы получить помощь с задержкой ввода> 30 кадров в секунду. Переход на Proton 4.11-1 на это не повлиял.

После открытия и закрытия чата вход полностью перестанет работать.

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

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

Каждый раз, когда вы вводите текст, вы рискуете потерять ввод с клавиатуры. Прошло некоторое время с тех пор, как я играл в MHW на Linux (перешел на PS4, чтобы играть с другом, у которого есть только PS4, не судите меня), но я думаю, что это не просто активация поля ввода текста. Я думаю, что он специально активирует его, а затем пытается убежать, чтобы выбраться из него. Я знаю, что у меня есть несколько именованных наборов шестерен в моем профиле ПК, что означает, что я смог войти в поле ввода текста, ввести текст, нажать Enter, и ввод с клавиатуры продолжал распознаваться, поскольку тогда мне пришлось бы нажать ESC, чтобы войти в , перейдите к опции сохранения игры и сохраните игру, чтобы присвоить имя.

Каждый раз, когда вы вводите текст

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

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

Могут ли люди, затронутые проблемой зависания NVIDIA, повторно протестировать новейший бета-драйвер Vulkan?

https://developer.nvidia.com/vulkan-beta-4185218-linux

Могут ли люди, затронутые проблемой зависания NVIDIA, повторно протестировать новейший бета-драйвер Vulkan?

https://developer.nvidia.com/vulkan-beta-4185218-linux

С тех пор, как я перешел на RTX 2080 Ti, у меня никогда не было ошибки зависания (с использованием только основных драйверов).

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

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

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

Не болтайте, сохраните, прежде чем что-либо делать с наборами снаряжения / предметов (IE, их наименование). Как только я узнал точную проблему (поля ввода текста) и осознал ее, я мог играть в игру столько, сколько хотел. Или пока жесткая блокировка Nvidia не подняла свою уродливую голову.

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

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

Дистрибутив: Ubuntu 18.04
Процессор: Ryzen 7 3700X
Графический процессор: AMD Radeon ™ RX 5700 XT
Версия драйвера / LLVM: драйвер Radeon Pro для Ubuntu 18.04.3, номер версии 19.30
Версия ядра: 5.0.0-25-generic
Версия протона: 4.11-2
Я подтверждаю:
[x], что я не нашел существующего отчета о совместимости для этой игры.
[x], что я проверил, доступны ли обновления для моей системы.

@BelphegorPrime Это, вероятно, специфично для используемого вами драйвера AMDGPU-Pro.

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

@ z0z0z Спасибо за помощь, но установить mesa 19.2, чтобы заставить rx 5700xt "работать", было огромной проблемой, поэтому я решил остаться с профессиональным драйвером, пока бесплатные драйверы не выйдут на хороший стабильный уровень.

Я чувствую себя очень глупо прямо сейчас, может быть, кто-то здесь может мне помочь. Через некоторое время мне захотелось снова сыграть в Monster Hunter World. Открыл Steam, нажал «Играть», используя новейшую версию Proton (4.11-3). Ничего особенного не случилось. Просто сказал, что он работает, но тогда он просто не запускался. Ни даже черного экрана ничего. Моя система:

ОС: ядро ​​Arch Linux 5.2.11
Процессор: Ryzen 3700x
Видеокарта: Radeon RX 480 8 ГБ
Драйвера: установлены mesa (19.1.6-1), mesa-git, mesa-aco-git, LLVM 8 Драйверы Vulkan Я специально проверял.

Что я пробовал:

• Переустановите игру
• Проверить файлы игры
• Переустановите Steam
• разные графические драйверы
• все протонные версии, доступные в паре (3.7-8, 3.16-9, 4.2-9, 4.11-3)
• разные ОС POP_OS (19.04 все обновлено)

Все это мне не особо помогло. Я взял Proton-log: (он довольно большой, более 50 МБ, поэтому я загрузил его https://cloud.mhtube.de/s/LHCzsELDFHZFeQR

Может, у кого-то тут есть идея?

@ stefan240 FYI, он отлично работает для меня на Ubuntu 18.04.3 с Nvidia (драйверы 430).
Судя по журналам, кажется, что он не может инициализировать какую-то DLL и заходит в бесконечный цикл вызова функций, заканчивая переполнением стека:

14.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c03: DW_CFA_restore %r15
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c03: DW_CFA_advance_loc 1
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_restore %rbp
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_def_cfa %rsp, 8
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_advance_loc 4
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c08: DW_CFA_restore_state
914.095:002f:0030:err:seh:setup_exception stack overflow 1552 bytes in thread 0030 eip 00007ffdf65fb5cd esp 0000000000131000 stack 0x130000-0x131000-0x230000

Можете попробовать удалить Proton _plus_ очистить профиль wine / proton для _MH: W_ и переустановить?
Кроме того, можете ли вы подтвердить, что ваши 32- и 64-разрядные приложения Vulkan работают (с другими внешними программами)?

@Emanem Как я уже говорил выше, проблема сохраняется даже на недавно установленной и обновленной PopOS. Но пользователь Reddit дал мне совет. Но да, я полностью очистил пар и протон, а затем переустановил все это, все равно не помогло.
На ProtonDB вы можете прочитать больше о проблеме при переходе на Linux, Ryzen 3000-CPU и Monster Hunter World:
«Владельцам процессоров Zen 2 необходимо отключить UMIP, чтобы игра запускалась до тех пор, пока не будет выпущено официальное исправление; добавьте« clearcpuid = 514 »в параметры загрузки ядра. Кроме того, требуется исправление mfplat, чтобы предотвратить сбои обучающих видео. Производительность с Windows почти равна с использованием новейших версий компилятора шейдеров mesa и ACO ".

хорошо, добавление этой опции к моей установке Arch как опция загрузки ядра действительно помогает. Игра загружается на черный экран и выдает ошибку:
E_INVALIDARG: IDX11Device-> CreateBuffer (& bdesc.pinitvalues? & Data: NULL & pbuffer)

Vulkan, похоже, работает нормально, поскольку другие игры Proton (я кратко тестировал Project Cars), похоже, работают.

решил проблему? Не знаю как, но мне удалось запустить. ваша ситуация. запуск и сброс. вы можете попробовать перенести охотника за монстрами в другую папку на другом носителе, в моем случае он был на другом диске, а не на ssd. до этого ставил последнюю месу потом LLVM не знаю, а поставил ИМХО, просто бился головой о стол и молился. Извините, но я действительно убил в этот день, чтобы точно сказать, в каком порядке все произошло сказать, я не могу

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

Вот видео, чтобы проиллюстрировать проблему .

Я играю во многие другие игры на Proton и Wine, включая Doom, The Witcher 3 и Starcraft II, и мышь отлично работает во всех из них.

Технические характеристики:

• Arch Linux с ядром linux-amd-staging-drm-next-git-5.3.841339.865b4ca43816
• Процессор: AMD Ryzen 9 3900X 12-ядерный
• Графический процессор: AMD Radeon RX 5700 XT
• Версия Mesa: 19.3.0_devel.115313.f812cbfd884-1 с LLVM 10.0.0_r326744.bfb5b0cb86c-1
• Оконный менеджер: i3
• Протон: 4.11-4

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

Я применил опцию ядра clearcpuid=514 а также установил z0z0z/mf-install .

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

Есть идеи, что может вызвать эту странную проблему с мышью?

@dllu
Это происходит со мной, только если частота кадров больше 30 кадров в секунду. Вы пробовали лимит кадров 30 кадров в секунду в опциях? Отстойно быть кепками, особенно с такой хорошей оснасткой.

Я использую монитор 1440p / 144 Гц.

Я также получаю задержку ввода каждый раз, когда частота кадров отклоняется от 30 кадров в секунду.

Я попробовал с ограничением 30 кадров в секунду, но проблема с курсором мыши не исчезла. Я проверил, что частота кадров составляет 30 Гц с включенным HUD dxvk в user_settings.py Proton. Я также попытался изменить MouseBaseSpeed на 0.000000 в config.ini но игра автоматически вернула его обратно на 2.000000 .

РЕДАКТИРОВАТЬ: удалось обойти проблемы с мышью, включив «Эмулировать виртуальный рабочий стол» в winecfg . Это также позволяет игре запускаться в Wayland, где нет проблем с мышью. Однако проблемы с мышью все еще сохраняются в xorg с оконным менеджером i3. В i3 я уже установил focus_follows_mouse no и focus_on_window_activation no . Кроме того, отстойная частота кадров - в DXVK HUD говорит о 35 кадрах в секунду при 4k при средних настройках, но игра кажется намного хуже. По ощущениям 15 кадров в секунду. Я буду исследовать дальше ...

Поэтому я сделал обновление системы. Затем я запустил игру для тестирования новой версии Proton (4.11-5). Я тоже участвую в бета-тестировании Steam.

Ядро: 5.2.15-200
KDE Plasma 5.15.5
Меса 19.1.6

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

Я приписываю это протонной версии.

На моей системе игра потеряла производительность с протоном 4.11-7

GPU: RX 480 8gb
Driver/LLVM version: mesa 19.2.1
Kernel version: 4.19
Link to full system information report :https://gist.github.com/Utopanic/edfcf6a24846d1777e79d3aa6f67c914
Proton version: 4.11-7

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

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

Была такая же проблема, она просто исчезла через день. Ты на Манджаро?

Со времени последних обновлений у меня возникла новая проблема: игровой процесс не завершается и в фоновом режиме продолжает использовать одно или два ядра.

Кто-нибудь еще испытал то же самое?

@Emanem Я начал играть в эту игру с 4.11-4, поэтому я не знаю, связано ли это с самым последним протоном или нет. Я использую arch linux и со мной такое случается случайно

@Emanem
@FrogTheFrog
Со мной такое случалось, может быть, раз или два.

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

@Emanem Я начал играть в эту игру с 4.11-4, поэтому я не знаю, связано ли это с самым последним протоном или нет. Я использую Arch Linux, и это случается со мной наугад

Он определенно более свежий. Я догадываюсь, это обновление DRM игры?
Но опять же, просто предположение ... Я попробовал _ptrace_ процесс, и он все ждал и пытался читать из _pipes_ (я бы подозревал, что основной экземпляр винного сервера).

Игра зависает при сражении с монстром-летучей мышью / воздушным шаром (квест HR6). Я использую настройки графики по умолчанию, за исключением полноэкранного режима без полей и отключения vsync, и не вносил никаких особых изменений в игру. Я также обновил драйверы и ядро ​​nvidia до последних версий Arch. Кажется, что эта тюрьма связана с вулканом, Path of Exile какое-то время демонстрировал такое же поведение. Только рендеринг сильно тормозит, рендеринг окон, таких как urxvt и steam, в конечном итоге завершится, но это займет некоторое время. Звук продолжает воспроизводиться, как будто все в норме. Ввод также задерживается.

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

РЕДАКТИРОВАТЬ: по запросу кисака я добавляю это, чтобы сообщить, что версия драйвера, которую я сейчас использую, - это nvidia 440.26. Пока все еще нет проблем, даже при потоковой передаче.

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

Отлично работает (кроме библиотек MF).

Единственный недостаток заключается в том, что в 30% случаев игра не закрывается при выходе и требует kill -9 <pid> .

Производительность примерно на 40% ниже, чем в Windows (Intel iGPU играет на 540p low)

В остальном все выглядит нормально.

Игра получила обновление сегодня и теперь вылетает через 15 минут игры 4.11-11.
Это с бета-версией nvidia 440.44, которая была установлена ​​для устранения другой проблемы сбоя. Сейчас в игру невозможно играть, так как я больше не могу пройти ни одной охоты.

Игра получила обновление сегодня и теперь вылетает через 15 минут игры 4.11-11.
Это с бета-версией nvidia 440.44, которая была установлена ​​для устранения другой проблемы сбоя. Сейчас в игру невозможно играть, так как я больше не могу пройти ни одной охоты.

Я обновился до нового патча, и он у меня работает нормально, какой у вас процессор и процессор? У меня вообще нет проблем. Расскажите подробнее о своих характеристиках, удачной охоты

GTX 1080 Ti и Ryzen 2700X. Что, кажется, решило проблему сбоя для меня полностью, так это установка "DXVK_STATE_CACHE = 0% command%" в качестве опции запуска. У меня действительно бывают заикания, но это намного лучше, чем вылетать из игры полностью.

Что ж, приятно слышать, что это сработало для вас

В среду, 25 декабря 2019 г., в 01:24 GoLD-ReaVeR [email protected]
написал:

GTX 1080 Ti и Ryzen 2700X. Что, кажется, разрешило сбой
проблема для меня полностью заключается в том, чтобы установить "DXVK_STATE_CACHE = 0% command%" как мой
вариант запуска. Иногда я заикаюсь, но это намного лучше, чем
вылетает из игры полностью.

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

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

Игра работала у меня безупречно до сегодняшнего обновления с расширением.

AMD Ryzen 1700
RX 5700 XT
16 ГБ RAM
5.4.8-zen1-1-zen

Теперь это неиграбельно ..., протестировали NO_FSYNC, перешли на обычный Linux вместо zen, Xorg и Wayland и ничего, запустили другую игру, такую ​​как RE2 (какая-то энергоемкая игра), работает отлично ...

EDIT: похоже, они добавили поддержку DirectX12 с обновлением. Может ли быть так?

Может ли кто-нибудь подтвердить, что это не только я?

Вы пробовали использовать скрипт mf-install? Может, пытается воспроизвести видео и не работает.

Вы пробовали использовать скрипт mf-install? Может, пытается воспроизвести видео и не работает.

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

Может ли кто-нибудь подтвердить, что это не только я?

Я получаю 1/2 FPS на Pop OS с обновлением
AMD Ryzen 1800x
AMD Vega 64
16 ГБ оперативной памяти

Также возникли проблемы после сегодняшнего обновления

Дистрибутив: Arch 5.4.8-arch1-1
Графический процессор: GTX 1060 6 ГБ
Драйвер: 440.44
Процессор: R7 3700x
Оперативная память: DDR4 32 ГБ

Вы пробовали играть в режиме D3D11 вместо D3D12?

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

Вы пробовали играть в режиме D3D11 вместо D3D12?

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

Я не смог найти ни одной команды для "Force D3D11" в Proton Docs, но снимок показывает, что я уже использую D3D11, если я прав

Вы пробовали играть в режиме D3D11 вместо D3D12?
Я постараюсь в ближайшее время и доложу после изрядных 80 ГиБ загрузки ...

Я не смог найти ни одной команды для "Force D3D11" в Proton Docs, но снимок показывает, что я уже использую D3D11, если я прав

Да заметил, что ... :(
Я скоро сообщу о своем опыте - надеюсь ...

Также возникли значительные проблемы с частотой кадров после последнего обновления (Iceborne) - увеличилось с 60 до 10.

Дистрибутив: Arch 5.4.7-arch1-1
Графический процессор: RX 470 4 ГБ
Процессор: i3 6100
Оперативная память: DDR4 16 ГБ

Могу подтвердить, что теперь в стартовом меню я получаю 1,8 FPS, тогда как раньше было 200+.
Я даже не пытался запустить игру. При использовании DX11, DX12 отключен с помощью Proton (только что отмечен в меню).
Я бы предположил медленный путь кода на DXVK?

@doitsujin, вы можете захотеть изучить этот (или кого-то в Valve) - это происходит на разных ядрах, драйверах и оборудовании, похоже, (общий) кодовый путь DXVK, запускающий медленность ...
Сообщите нам, если мы сможем помочь в расследовании этого вопроса!

РЕДАКТИРОВАТЬ: также может быть какая-то другая форма системных вызовов, но аудиопоток и сама игра, похоже, работают нормально?

РЕДАКТИРОВАТЬ 2: похоже, что это проблема с вином / системным вызовом, как указано ниже ...

Дистрибутив: Ubuntu 18.04.3
Графический процессор: RTX 2080 Ti
Процессор: i7-8700K
Оперативная память: 64 ГиБ 3200 МГц

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

Некоторые пользователи Windows сообщают о той же проблеме с низким FPS.

Игра в Windows 10 с использованием DXVK:

Это действительно плохо! Игра превратилась из идеальной в неиграбельную. По умолчанию DX12 отключен. Он также говорит, что его можно включить только в Windows 10 (я думаю, что Proton по умолчанию показывает Win7).

I со скоростью 10 кадров в секунду во вводных меню (политика конфиденциальности, конфликтующие сочетания клавиш) и 1 кадр в секунду в главном меню (меню с трехмерной визуализацией). Я кропотливо снизил все настройки до минимума и уменьшил разрешение до 720p.

После перезапуска с недавно сниженными настройками у меня была аналогичная частота кадров, но это действительно было немного быстрее. Использование графического процессора было практически нулевым, и одно ядро ​​иногда показывало 100%, в то время как среднее значение составляло 60-70%, а у 4 других - ~ 20-40%.

Дистрибутив: Fedora 31 5.4.7-200
Процессор: Ryzen 2700 @ 4 ГГц
Графический процессор: RX 580 Mesa 19.2.8
Оперативная память: 16 ГБ 3200 МГц 14 касс (возможно, не обязательно: P)

Интересно, будет ли иметь какое-либо значение установка префикса proton wineprefix на Win10 и включение DX12. Wine уже имеет DX12 для Vulkan, верно?

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

Пытался включить D3D12 с пользовательской сборкой Proton, но по умолчанию всегда использовался D3D11, я больше не могу это тестировать, так как Denuvo заблокировал мою игру из-за слишком большого количества реконфигураций префикса

На самом деле это не проблема протонов и вина. Винный сервер перегружен обработкой исключений:
https://gist.github.com/GoLD-ReaVeR/e9109cebad3b766d07973dfeb053dbfb

Кто-то в capcom ведет себя идиотом. Исключение похоже на попытку связи с ОС или его использование в качестве кросс-функции goto. В любом случае, это не то, на что стоит обращать внимание на вино.

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

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

Сразу хочу сказать, что у меня такая же проблема <5 FPS.

Дистрибутив: Manjaro Linux Xfce (последняя версия)
Процессор: Intel Core i7-4770K
Графический процессор: GTX 1080 Ti
Оперативная память: 32 ГБ DDR3

Я работал над этим последние 3 часа.

Дистрибутив: Linux Mint 19.2
Процессор: Intel Core i7-4770K
Графический процессор: Radeon RX 580
Оперативная память: 16 ГБ

До сегодняшнего дня я мог без проблем запускать Monster Hunter, установив Proton 4.2-9. Однако теперь Proton 4.2-9 вылетает с такой ошибкой: «ERR14: Graphics API не реализован».

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

Небольшое исследование выявило эту ветку Reddit , в которой утверждается, что новое расширение также включает поддержку DX12, что, вероятно, объясняет, почему Proton 4.2-9 больше не работает, поскольку поддержка Direct3D 12 была добавлена ​​в Proton 4.11-8 . Похоже, это изменение было внесено в базовую игру, удаление Iceborne не повлияло на проблему совместимости.

К сожалению, переход на Proton 4.11-11 приводит к значительному снижению производительности. Я подозреваю, что проблема в том, что новейшая версия Proton неправильно выделяет или обнаруживает VRAM. Когда я смотрю в параметры отображения, он сообщает, что у меня есть только 0,5 ГБ, тогда как он должен сообщать 8 ГБ:

Примечание: я на 100% уверен, что эта проблема с отчетами о VRAM существовала в Proton 4.11-11 до сегодняшних обновлений Monster Hunter. Причина, по которой я использовал Proton 4.2-9, заключалась в том, что он правильно записывал и использовал мою VRAM.

Proton 4.11-9 предположительно «Исправлен [ed], сообщающий о слишком малом объеме памяти графического процессора для некоторых графических процессоров». так что мой текущий план - загрузить исходный код и скомпилировать Proton 4.11-9 и посмотреть, работает ли это. Надеюсь, этот процесс относительно безболезненный. Я сообщу, как только попробую. Надеюсь это поможет.

Ухудшает производительность не Proton 4.11-11. Wineserver исчерпан, что означает, что 4.11-9, вероятно, будет иметь ту же проблему, а 4.2-9 тоже небезопасен. Я также пробовал установить версию Windows на 10, но DX12 не становится доступным, и при этом нет улучшения производительности. Сам попробую 4.2-9 проверить, помогает ли это производительности или нет.

С 4.2-9 я получаю указанную ошибку, но загрузка винного сервера составляет 79% вместо 100%, и адрес исключения изменился:

304739.481: 0028: 0030: трассировка: seh : NtRaiseException code = 406d1388 flags = 0 addr = 0x7b44c04c ip = 7b44c04c tid = 0030

Хм, это будет означать, что либо Wine, либо DXVK поднимают эти исключения.

Хотя частота кадров падает только до 2 кадров в секунду после отображения логотипов.

Хорошо, если глупцы установили dxvk через winetricks, DX11 не сможет инициализироваться с помощью 4.11-11. Wineserver также застрял на 79%, что предполагает, что DXVK отвечает за 20% использования процессора винным сервером, ИЛИ поток рендеринга отвечает за 20% использования винного сервера. Остальные 80% задействованы в другом месте. Я попытался повозиться с настройками, но ничто не могло облегчить это замедление.

Мне любопытно, ограничивается ли VRAM у кого-то так же, как у меня, когда вы используете Proton 4.11-11. Если вы перейдете в Параметры-> Показать после успешной загрузки игры, отображается ли ваша VRAM гораздо меньше, чем на самом деле?

Мне любопытно, ограничивается ли VRAM у кого-то так же, как у меня, когда вы используете Proton 4.11-11. Если вы перейдете в Параметры-> Показать после успешной загрузки игры, отображается ли ваша VRAM гораздо меньше, чем на самом деле?

Моя VRAM отображается нормально. Я использую 4.11-11 на 1660 Ti с 6 ГБ видеопамяти.

Как ваше выступление @DigitalDevilSummoner?

Как ваше выступление @DigitalDevilSummoner?

Плохо, как и другие отчеты здесь

Я получаю такое же значительное снижение производительности, как и все остальные. Между 1 и 3 кадрами в секунду в главном меню и то же самое, когда я наконец вхожу в игру с помощью Proton 4.11-11. Это просто дает мне ERR14 API, который не реализован, когда я пробую Proton 4.2-9. Еще не проверял использование VRAM, мучительно по меню на 1-3 fps.

Запуск Manjaro на ядре 5.4.6 с RX 5700 XT и запуск драйверов mesa 19.3.1-1.

Я попробовал отладочную сборку 4.11-11 (выберите бета-версию), чтобы иметь d3d12.dll, но это тоже не помогло. Игра также не распознала, что система может использовать d3d12. Думаю, сейчас ничего нельзя сделать. Эта проблема возникает и у многих пользователей Windows, поэтому, надеюсь, CAPCOM удалит этот запаздывающий фрагмент кода.

Итак, мне удалось решить проблему с VRAM с помощью новой установки. Возможно, вам придется использовать winecfg, чтобы сначала изменить версию Windows для Proton 4.11-11 на 10.

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

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

Дистрибутив: Arch под управлением 5.4.7-16linux-tkg-pds-zen2
Процессор: AMD 3700X
Графический процессор: Nvidia GTX 1050Ti с использованием nvidia-dkms 440.44.0
Оперативная память: 16 ГБ
DXVK: v1.5-16-g3b180e3bb
Вулкан: 1.1.119

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

@ vitoor-s

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

В частности, я нашел пользователя Windows 7, который не смог играть в эту игру, как мы, из-за высокой загрузки процессора, но этот игрок успешно сделал игру доступной, обновив систему до Windows 10 и с включенным DX 12.

Вы можете посмотреть эту ветку Reddit: Ссылка

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

НО, нужно отметить еще одну вещь: MHWI в настоящее время требует, чтобы мощный компьютер работал со скоростью 60 FPS даже для пользователей Windows. Нам, пользователям Linux, понадобится еще более мощный ПК, чтобы эта игра заработала. :расстроен:

Capcom должна что-то делать, иначе MHWI DLC будет поражен негативными отзывами.

Обновить:

Я потерпел неудачу: roll_eyes: Я могу подтвердить, что d3d12.dll был загружен из файла журнала протона, но это все, похоже, игра не использует его при рендеринге.

Я попытался использовать параметр отладки proton 4.11-11, но DX12 все еще не распознается MHW как пригодный для использования. Кроме того, большая часть отчетов о замедлении принадлежит пользователям DX12 или, по крайней мере, у них установлен DX12.

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

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

@ zeeshan595 Вы ударилась 5 / день предел активации Denuvo и вам придется подождать 24 часа, после чего этот вопрос будет решать сам.

Обратите внимание , что при использовании пользовательского / несколько версий Proton , по- видимому вызвать префикс вина , чтобы стать нестабильным, которая заставляет новую Denuvo реактивацию на каждую попытку игры перезапуска .

@ zeeshan595 Вы

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

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

Привет,

Мне удалось обойти эту проблему, понизив MH до 5080591846956782264.
Вы можете folllow это руководство , чтобы сделать даунгрейд: https://steamcommunity.com/sharedfiles/filedetails/?id=1086279994

Депотид - 582011.

Я пошел от <1 FPS на низких настройках до ~ 45fps на Высшем. Размер игры также пошел вниз примерно от 50GiB до 20GiB.

@torvitas вы можете играть в онлайн?
Таким образом, вы в основном играете, прежде чем был запущены льды?

@torvitas вы можете играть в онлайн?

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

То есть вы в основном играете до того, как был запущен Iceborne?

точно

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

@ GoLD-ReaVeR Есть ли способ отследить, какой вызов API все время перенаправляется на _wineserver_?

Мне интересно, должны ли мы временно исправлять вызов такого API из процесса MHW, чтобы эффект был в основном бесполезным?
Конечно же, просто экспериментирую ... И да, CAPCOM сильно провалился .

Я плохо разбираюсь в отладчиках, но, как было указано ранее, что-то вызывает исключение NtRaiseException с MS_VC_EXCEPTION. Согласно Google это исключение используется для установки имен потоков. Вот где я буду искать.

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

В любом случае, если вы можете предотвратить взаимодействие NtRaiseException с винным сервером, проблема, вероятно, исчезнет. Подумайте об этом, если бы вы сделали ntdll, который проверяет, вызывает ли raiseexception изменение имени потока; и если имя уже такое же, как и в случае успеха, вы, вероятно, тоже поможете пользователям Windows.

О ДУХ.
@Emanem
Да, то, что я сказал, полностью сработает. Сделайте ntdll, который игнорирует все MS_VC_EXCEPTION.

О ДУХ.
@Emanem
Да, то, что я сказал, полностью сработает. Сделайте ntdll, который игнорирует все MS_VC_EXCEPTION.

Вот что я имел в виду :)

В основном хороший

switch(rec->ExceptionCode)
case MS_VC_EXCEPTION:
   return STATUS_SUCCESS;
default:
   break;

SpecialK, кажется, уже что-то выпустил, я собираюсь это проверить.

Нет, не сработало.

РЕДАКТИРОВАТЬ: для уточнения: https://steamcommunity.com/groups/SpecialK_Mods/discussions/0/3570700856110421443/?tscn=1578697020#c1747893804389966558

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

Я создал _ntdll.dll.so_ с приведенным выше фрагментом, и игра не запускается полностью (например, черный экран, прямо перед логотипом _CAPCOM_).

Похоже, этот API используется для вызова другого кода (как _goto_) или как форма защиты от взлома / DRM ...
Давайте рассмотрим подробнее ...

В обоих случаях это goto. Я просто попрошу трещину на форумах Steam MHW и посмотрю, как быстро capcom начнет отвечать. (: D) Если бы это действительно делал denuvo, это было бы одновременно и весело, и грустно.

Проверял новую версию MHW с протонами 4.2-9, 4.11-11, 4.21-GE-2 + DXVK 1.5.1 и везде вижу максимум 2 FPS.

steam-582010-4.11-11.log

Процессор: AMD 3950X
Графический процессор: Radeon VII
Mesa / LLVM: 20.0.0 (b5c9688) /10.0.0 (gitfc3367d)

Похоже, мы нашли виновного?

https://fearlessrevolution.com/viewtopic.php?p=117527#p117527

Теперь ... Это что-то полностью на их стороне, или Proton / Wine / DXVK требуют некоторой работы?

Нашел в этом посте. Отображение разницы в производительности

https://steamcommunity.com/app/582010/discussions/0/1737760710130372658/

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

Могу подтвердить, что обход CRC ничего не делает, я делал записи данных о производительности, и есть одна функция, которая имеет очень много накладных расходов по адресу 0x00000001605b0532

Два отчета о производительности, один без обхода CRC:
https://drive.google.com/open?id=1JECOHULxCNVYblDK6w37GECj-uwSWksX
и один с обходом CRC:
https://drive.google.com/open?id=1OUrRbLqLKGg5-UY_aaJ4DSyJ-nW154Sp

Ну, не «ничего», это значительно снижает загрузку процессора, но не решает проблему низкого FPS.

Ну, забанен на форумах MHW на день. Есть ли способ связаться с GabeN?

Я получаю 2FPS с Proton 4.11-11
Это действительно потрясающе.

Ну, забанен на форумах MHW на день. Есть ли способ связаться с GabeN?

Если серьезно -> https://www.valvesoftware.com/en/contact?recipient=Gabe+Newell

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

Думаю, нам следует начать с источника, а именно с сервера Wineserver, работающего на 100%. perf top дает мне:
54.20% [ядро] [k] toggle_bp_slot.constprop.0
27,45% [ядро] [k] __reserve_bp_slot
7.95% [ядро] [k] smp_call_function_single

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

Таким образом, проблема, похоже, заключается в том, что на стороне винного сервера рассылается спам ptrace, что на самом деле является одним процессом, проверяющим другой; что звучит как новая защита от взлома. Может быть, кто-нибудь сможет отсортировать вызовы ptrace до конца очереди, чтобы остальные приложения могли работать как обычно?

Я собирался упомянуть об этом раньше, но в Assassins Creed появилась новая система обфускации / взлома. По сути, это была виртуальная машина, которая интерпретировала входящие звонки, а затем перенаправляла их в программу. Сама программа, я думаю, зашифрована, чтобы предотвратить обратную разработку или что-то в этом роде. Это было усилено Denuvo, которое также запутывает перенаправление.

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

Знаем ли мы, какие системы защиты от взлома / читерства присутствуют в MHW? Я видел, как кто-то упоминал Denuvo (предел активации), но есть ли другие системы? Может ли это быть худшим домашним пивом в истории?

Я искренне верю, что denuvo облажался и рассылает полные сканы exe «ради CAPCOM». А CAPCOM просто взяла выходной из-за "чего угодно". Две вещи, которые Valve никогда не должны допускать в пар. Также отсталым является то, что у разработчиков протонов теперь есть новое отверстие, которое нужно заткнуть на случай, если это станет обычной практикой в ​​будущем. Я имею в виду, что винный сервер старый и очень подвержен проблемам с производительностью, но это заставляет их руки ... тьфу.

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

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

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

Это имеет эффект. Это удваивает мой FPS с 5 до 10 в главном меню и значительно снижает загрузку процессора основного exe (со 180% до 110%). Винный сервер остается на уровне> 80%, с байпасом или без него.

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

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

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

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

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

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

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

Если вы хотите, чтобы я (или кто-то еще здесь) сделал что-нибудь, пожалуйста, скажите что-нибудь.

Расслабьтесь, пользователи Windows сталкиваются с теми же проблемами производительности. Конечно, это может быть не так серьезно, но потеря 60 кадров в секунду совершенно недопустима. Один парень поднялся с 150 до 70, другой с 60 до 15. Они также признали проблему в своем официальном Twitter: https://twitter.com/monsterhunter/status/1215703124427624448

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

Сегодня я нашел это с помощью какого-то "метода" отключения Denuvo, который, кажется, является виновником

https://www.dsogaming.com/news/monster-hunter-worlds-pc-performance-issues-may-be-caused-by-its-anti-cheat-workaround-discovered/

Пробовал, но все равно ничего. Меня беспокоит, что:

A. Нам понадобится исправление, чтобы справиться с этой новой системой защиты.

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

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

На самом деле ничего нового, но я запустил его с Wine-Staging 5 + DXVK, и он тоже работал ужасно. Возможно, хуже, потому что во вступлении на Proton было больше кадров в секунду.

Они могут не дать быстрых последующих мер, если проблема окажется слишком глубокой, каковой кажется. Представьте себе, что нужно переделать огромные куски кода. Так много пользователей также делают эти дурацкие «ВЕРКИ ДЛЯ МЕНЯ» в Интернете. Им просто нравится разбавлять реальные проблемы?

Под новейшим протоном GE, байпас, кажется, улучшает производительность с моей стороны, хотя он все еще далек от того, что было раньше. В нее можно было играть на грани возможностей: все настройки отключены, кат-сцены все еще задерживаются, а их звук рассинхронизируется.
С обходом винный сервер никогда не превышал 15% использования ЦП, а сам исполняемый файл MHW никогда не превышал 70% ... Так что он никогда не использовал полностью мой ЦП.

Запустите его с помощью следующей команды (примечание: SteamLibrary - это ссылка на другой жесткий диск)
WINEPREFIX='/home/<USER>/SteamLibrary/steamapps/compatdata/582010/pfx' WINEESYNC=1 /home/<USER>/.steam/steam/compatibilitytools.d/Proton-4.21-GE-2/dist/bin/wine Downloads/MHWResetCRC.exe

Информация о системе Steam: https://pastebin.com/xR6pRRet

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

Здравствуйте

После обновления я получаю сообщение «ERR14: Graphics API not created».
Что в соответствии с этой паровой веткой https://steamcommunity.com/app/582010/discussions/3/1745594817430288153/?ctp=14 означает, что мой драйвер устарел (это не так) или есть какие-то прямые махинации с X, но от чтения этой ветки похоже, что Denuvo сломал игру.
Я ненавижу DRM. Я, вероятно, запрошу возврат, если они как-то не исправят это.

Под новейшим протоном GE, байпас, кажется, улучшает производительность с моей стороны, хотя он все еще далек от того, что было раньше. В нее можно было играть на грани возможностей: все настройки отключены, кат-сцены все еще задерживаются, а их звук рассинхронизируется.
С обходом винный сервер никогда не превышал 15% использования ЦП, а сам исполняемый файл MHW никогда не превышал 70% ... Так что он никогда не использовал полностью мой ЦП.

Запустите его с помощью следующей команды (примечание: SteamLibrary - это ссылка на другой жесткий диск)
WINEPREFIX='/home/<USER>/SteamLibrary/steamapps/compatdata/582010/pfx' WINEESYNC=1 /home/<USER>/.steam/steam/compatibilitytools.d/Proton-4.21-GE-2/dist/bin/wine Downloads/MHWResetCRC.exe

Информация о системе Steam: https://pastebin.com/xR6pRRet

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

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

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

Что ж, Proton-GE, похоже, почти то же самое. Я не заметил значительного снижения скачков ЦП. Также не помогло использование alt + enter -> close. Я изменил префикс на Windows 10, но это тоже не имело значения.

Кто-нибудь пробовал использовать VKD3D (DX12 в ВК)? https://github.com/d3d12/vkd3d

@DeathTBO vkd3d по умолчанию интегрирован со стандартным протоном, но по какой-то причине игра не позволяет вам включить DX12 даже с vkd3d и префиксом Windows 10

@ Lightwolf219 вы пробовали включить DX12 в steam \ steamapps \ common \ Monster Hunter Worldgraphics_option.ini? Возможно, это просто вариант, если вы используете SpecialK (если да, не обращайте внимания), но я не смог добраться до машины, чтобы проверить.

@ Lightwolf219 Я, должно быть, пропустил включение VKD3D. Я никогда не использую DX12: P

@tosirius Я только что пытался. Есть как опции graphics_option.ini, так и config.ini. После того, как они оба были переведены в положение «включено», внутриигровое меню все еще оставалось серым, но было включено. У меня также установлена ​​версия Windows 10 для префикса. Я не заметил разницы в производительности и не думаю, что это действительно было включено.

@DeathTBO, если у вас включен DXVK_HUD, вы действительно увидите, что dxvk все еще используется, несмотря на то, что его принудительно используют в inis, я предполагаю, однако, они проверяют поддержку DX12, не работают, поэтому он просто возвращается к DX11

Это верно, журналы подтверждают, что реализация DX12 не предоставляет функции, запрошенные игрой.

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

Я не помню, чтобы делал что-то особенное;

• Изменена предполагаемая версия Windows на win10 при попытке запустить VKD3D, что не сработало.
• Переименовал / удалил config.ini и graphics_option.ini, чтобы сбросить их, затем установил все на низкий уровень и без полей. Уровень LOD до -1 и Z-Prepass выключен
• был установлен обходной путь медиа-фреймворка из версии до dlc
• Отключен настольный композитор xfwm

Здравствуйте, @LizardWithHat , размещенная вами ссылка является проблематичной с юридической точки зрения и была удалена.

До обновления Iceborne я получал 30+ FPS, теперь я получаю 1 ~ 3 FPS, так что в игру невозможно играть. Кажется, что это проблема Capcom, но, поскольку игра работает нормально для некоторых людей, может быть, в Proton есть обходной путь, который заставит нас тоже играть в игру? С надеждой...

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

https://pastebin.com/Ckts3fhE

На странице MonsterHunter есть новый твит, они говорят о некоторых простых исправлениях, руководстве по устранению неполадок и собирают информацию о людях, у которых все еще есть проблемы. Как мы должны это решить?
Нам просто подождать исправления?

Здравствуйте, @LizardWithHat , размещенная вами ссылка является проблематичной с юридической точки зрения и была удалена.

Привет, @ kisak-valve, извини за это.

В настоящее время у многих людей с окнами возникают те же проблемы, что и у нас. Я видел некоторые дискуссии о том, что обход CRC не работает для всех в Windows, и даже DX12 не подходит для всех. Все, что мы можем сделать, это ждать от них исправления, ИМО.

Хорошо, друг, если мой предложил следующее:
Думаю, нашел, просто зайдите в файлы monster hunter, в папке DLL просто удалите winpixeventruntime

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

Я не обновлял MH: W. Я получил копию не-IB для запуска с несколькими настройками в файле appmanifest и принудительным отключением режима. Я знаю, что здесь это никому не поможет, но если кто-то захочет провести сравнение версий, позвоните мне. Если я смогу помочь, я сделаю это.

@ Mera1506 Печально ничего не изменило.

@ Mera1506 Печально ничего не изменило.

Жаль ... На этом этапе я буду очень рад, если он сможет развлечься на стабильных 30 кадрах в секунду, как при mhgu на переключателе.

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

@ Guy1524 Вы тестировали локально с вашим

@przmkg Да, и производительность исправлена, не используйте это в своих обычных сборках Wine, поскольку это может нарушить работу других приложений.
mkw_hack.diff.txt

Я могу подтвердить, что это работает.

Есть ли случайно у кого-нибудь скомпилированная версия Proton с фиксом?

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

Чувак! Это потрясающе!!!!! Хорошо, теперь как мы можем доставить это людям, не имеющим технических знаний?

Да, как раз хотел спросить, как мне заставить это работать.

Я тоже хотел бы знать, как заставить его работать.

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

@ Guy1524 @przmkg Ты

Удивительно, но сообщество Linux снова спасает мир ... Что ж, Monster Hunter World: P

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

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

@DeathTBO Похоже, это защита от копирования. Вероятно, они пытаются постоянно удалять аппаратные точки останова, но я не проверял.

Вот и все, мне потребовалось 2 часа, чтобы все скомпилировать. Я протестировал его, и производительность вернулась в норму.
Ссылка здесь
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

Возможно ли, что это конкретное исправление приведет к банам?

@ Tk-Glitch Я скомпилировал proton-tkg с включенным вашим патчем, и производительность несколько (не полностью) улучшилась - от 5 кадров в секунду до 30, когда было 60.

@przmkg Отлично , с этим я вернулся к 40 FPS.

@Utopanic Если я правильно понимаю, похоже, что этот твик не позволяет серверу Wine изменять режим отладки в потоках. Итак, в отличие от взлома CRC, мы в первую очередь исключаем возможность мошенничества. Надеюсь, это не приведет к банам, но кто знает, как именно Capcom реализовала свой античит.

@MrMulciber В Италии мы говорим: «

@jadball Убедитесь, что ваши настройки верны (для меня framecap был включен в настройках по умолчанию после того, как я повторно установил игру). При этом он тяжелее, чем был, и поэтому работает медленнее, чем до патча с предположительно аналогичными настройками. Я бы определенно дождался Capcom на этом фронте.

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

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

Вот и все, мне потребовалось 2 часа, чтобы все скомпилировать. Я протестировал его, и производительность вернулась в норму.
Ссылка здесь
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

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

Вот и все, мне потребовалось 2 часа, чтобы все скомпилировать. Я протестировал его, и производительность вернулась в норму.
Ссылка здесь
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

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

Я заметил, что производительность системы при отключении alt от игры ниже, чем до расширения, но мы играем!

Системные характеристики: 3900x, 1080 ti на Manjaro Gnome

Вот и все, мне потребовалось 2 часа, чтобы все скомпилировать. Я протестировал его, и производительность вернулась в норму.
Ссылка здесь
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

мне нужно создать папку Compatibletools или она уже существует? Заранее спасибо, чувак.

@DigitalDevilSummoner Вам придется создать его, если он не существует. Его не должно быть по умолчанию, если вы не установили ранее собственный протон или другой инструмент, связанный с Steam.

@ Tk-Glitch Спасибо!

Вот и все, мне потребовалось 2 часа, чтобы все скомпилировать. Я протестировал его, и производительность вернулась в норму.
Ссылка здесь
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

Спасибо (и @ Tk-Glitch и @ Guy1524 )! Сейчас я могу немного поиграть, хотя думаю, что мой медленный процессор уступает накладным расходам процессора, добавленным этим обновлением.

i5 4460, RX 570, Ubuntu 18.04 5.4

Я получаю еще одну загрузку 80 ГБ, это должно произойти?

Большое спасибо, попробовал это после работы ...

вау, спасибо, что разобрались в этом!
Кажется, что игра работает тяжелее, чем была до Iceborne, но я вернулся к своим предыдущим результатам.

@przmkg Оооочень большое спасибо, все работает потрясающе !!

@DigitalDevilSummoner: обновление заголовка для Iceborne должно занимать дополнительно 10-15 ГБ, в результате чего размер всей установки составит 40 ГБ. Возможно, вы загружаете текстуры с высоким разрешением, поэтому размер оказывается таким большим.

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

@ Guy1524 Обратите внимание на другие игры, в которых есть проблемы с низким FPS:
[1] [Агенты беспредела] (https://github.com/ValveSoftware/Proton/issues/1466)
[2] [The Evil Within 2] (https://github.com/ValveSoftware/Proton/issues/2070) - здесь низкий PFS, когда игра показывает стартовые заставки.
Патч, помогающий решить проблему с низким FPS в MHW, не решал проблемы в этих играх.

Спасибо @ Guy1524 , @ Tk-Glitch, @przmkg , игра запускается как шарм!

@ Guy1524 спасибо, что нашли и

Опубликованное решение сработало для меня.
Однако в моем первом бою с визжащей Легианой у меня появилось очень сильное заикание. Я заметил, что 1 поток постоянно достигает 100%. Я надеюсь, что это ошибка, которая затрагивает всех и будет исправлена. не уверен, что это можно исправить.

Capcom объявила, что в ближайшее время выпустит исправление для ошибки потери сохраненных данных и уменьшения использования ЦП. Может быть, этот + этот патч все сделает. Теперь мне интересно, должно ли это «исправление» идти вверх по течению вина или нет, и в случае нет, каким должно быть восходящее решение.

Патч вроде работает. Хотя с предварительно скомпилированной сборкой мне пришлось полностью сбросить конфигурацию, потому что у меня был черный экран в начале игры. Я думаю, это связано с ошибкой пакета текстур HD, которая также мучает пользователей Windows. Курсор мыши тоже запаздывает; вроде как это было в 4.11-9, разве этого патча нет в сборке GE?

Кроме того, @ Guy1524 , из чистого любопытства: как ты это нашел? Я не помню, чтобы эти две функции отображались в верхней части перфорации, и трассировка не показывала, что эти функции попадают в спам. Операции ТАК медленные или просто не ведется журнал?

Итак, вчера он работал нормально, но сегодня он продолжает давать сбой, есть предложения? Я использую Linux mint, и я запускаю rx 480 с драйверами mesa

@alosarjos Я

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

Единственный способ, которым я могу это исправить, - это то, что Linux добавляет регистры отладки в структуру ucontext_t, поэтому мы можем делать то же самое, что и Windows.

@ GoLD-ReaVeR Я написал патч Wine, который регистрирует запросы винного сервера и их время в микросекундах в двоичном формате. Затем я анализирую файл в автономном режиме в заданное время, чтобы увидеть, как Wineserver обрабатывает запросы в это время. Типичный результат во время замедления показал примерно следующее: https://paste.ubuntu.com/p/mNmf4T9b7X/
Как видите, винный сервер изо всех сил пытается справиться со всеми запросами, и он рассылается спамом (получить / установить) запросы контекста потока, что очень дорого.

@ Guy1524 Я понимаю, что перекомпиляция ntdll.dll с вашим патчем должна помочь, верно?

Кроме того, я понимаю, что вы удалили настройку данных потока в _NtSetContextThread_, но затем вы как бы восстанавливаете их из текущего потока в _NtGetContextThread_?

Еще раз спасибо за патч, попробую тоже!

Изменить : это работает, похоже, такая же производительность, как и до исправления.
Потрясающая следственная работа!

@Emanem Все, что я сделал, это удалил функцию получения и настройки регистров отладки.

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

У меня такая же проблема с черным экраном и внутриигровой камерой, о которой упоминал

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

У меня такая же проблема с черным экраном и внутриигровой камерой, о которой упоминал

Не уверен в первой проблеме, но ошибка, связанная с установкой инспектора, известна и также встречается в Windows. это не похоже на графическую проблему afaik.

Только что появилось "обновление" сохраненных данных и использования ЦП. Игра по-прежнему работает со скоростью 1 кадр / с без специальной сборки Wine.

Похоже, это тоже не помогло Windows-плеерам ...

Только что появилось "обновление" сохраненных данных и использования ЦП. Игра по-прежнему работает со скоростью 1 кадр / с без специальной сборки Wine.

Похоже, это тоже не помогло Windows-плеерам ...

Называется: D

Я вижу улучшенную производительность патча, работающего с пользовательской сборкой Wine. Раньше я получал ~ 45-50 кадров в секунду в большей части игры, а теперь я получаю около ~ 60-70 кадров в секунду, что достаточно, чтобы он выглядел намного более плавным. Лично я не удивлюсь, если со временем мы увидим больше исправлений производительности.

Кроме того, для людей, у которых есть проблемы с кат-сценами (я лично разбился после первого поражения Xeno'jiiva и испугался - к счастью, игра автоматически сохраняется после того, как вы ее победили) - MHW требует обходного пути Media Foundation для вина, как и многие другие игры . Хотя большинство остальных роликов, как ни странно, работали нормально.

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

ОК, до обновления все работало нормально, но теперь во время охоты у меня внезапно сломалась видеокарта.
Хорошо, предполагаю, что это было из-за того, что активны как gsync, так и V-синхронизация .... Выключен vsync, и он снова работает нормально.

Моя производительность вернулась к предварительно настроенной сборке вина (10 кадров в секунду) с новым обновлением, при этом все еще работала указанная сборка вина ... Единственный плюс в том, что задержка ввода исчезла, поэтому она кажется более плавной. Почему capcom ...

i5 4430, RX 570, Ubuntu 18.04 на версии 5.4

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

@ Mera1506 Поскольку это тоже происходит в Windows, я бы сказал, что Capcom плохо справилась, как и весь выпуск Iceborne.

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

Если я перезапущу Steam пару раз, я смогу наконец запустить игру. Кто-нибудь видел проблему, подобную этой?

@ ProtonLover432 Можете ли вы создать журнал прогона, в котором это происходит, и загрузить его сюда?

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

Привет @ ProtonLover432 , пожалуйста, добавьте PROTON_LOG=1 %command% к параметрам запуска игры и перетащите созданный журнал $ HOME / steam- $ APPID.log в поле для комментариев.

@ Mera1506 Поскольку это тоже происходит в Windows, я бы сказал, что Capcom плохо справилась, как и весь выпуск Iceborne.

На windows тоже wtf Capcom. Лол, я просто надеюсь, что они исправят это в какой-то момент, уже рад, что в игру можно играть.

Я использую https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW и, наконец, снова могу играть в MHW в Linux. Большое спасибо!

Не знаю, что случилось, но я снова могу играть в квесты. Ничего нового по протону не устанавливал, поэтому не знаю, что случилось. SteamDB также сообщает, что разработчики игр не обновлялись. Может, это просто заплатка.

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

Я разбился почти сразу после смены экипировки. Выключил V-Sync и с тех пор не вылетал примерно за 4-5 часов игры. Если у вас все еще происходит сбой с выключенной V-Sync, скажите об этом, и я запишу остальные свои настройки, чтобы мы могли сузить причину / исправить.

Моя рухнула с V-синхронизацией, не без .... По крайней мере, пока.

Написал патч для ntdll.dll, более общий, который применяет _workaround_ от @ Guy1524 только при
Не стесняйтесь просматривать и комментировать!

mhw_iceborne_ntdll.txt

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

Я не уверен в этом, Denuvo может быть связан с ним, но это могло быть просто плохим использованием его Capcom. А пока я бы оставил тег Iceborne

Или мы могли бы назвать его в честь того, что он делает, - STUB_DEBUG_REGS.

Возможно, я только что столкнулся с той же проблемой, что и @ ProtonLover432 , где отображается диалоговое окно «Запуск ...», но моментально закрывается. Вот (очень короткий) steam-582010.log :

======================
Proton: 1579111914 5.0-rc3-GE-1-7-gc08532c
SteamGameId: 582010
Command: ['/home/wuestengecko/.local/share/Steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe']
Options: set()
======================
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
0037:err:esync:esync_init Failed to open esync shared memory file; make sure no stale wineserver instances are running without WINEESYNC.

Я только что загрузил машину, запустил Steam и попытался запустить игру. Понятия не имею, откуда мог взяться такой несвежий винный сервер. Я также проверил, не заканчивается ли у меня память или /tmp space.

Однако, в отличие от @ ProtonLover432 , для меня это произошло только один раз, и после повторного нажатия на «Пуск» он запускается нормально.

• Arch Linux
• Linux-СК 5.4.12
• nvidia-dkms 440.44-12
• % cat .local/share/Steam/compatibilitytools.d/mhwhack/version 1579111914 5.0-rc3-GE-1-7-gc08532c

@ Guy1524 извините за задержку, а @ kisak-valve благодарит за помощь.
Журнал, который я получил, был почти таким же, как @Wuestengecko
`` `======================
Протон: 1579042588 5.0-rc3-GE-1-7-gc08532c
SteamGameId: 582010
Команда: ['/ home / username / storage / games / steam / steamapps / common / Monster Hunter World / MonsterHunterWorld.exe']

Параметры: set ()

ОШИБКА: ld.so: объект '/home/username/.steam/debian-installation/ubuntu12_32/gameoverlayrenderer.so' из LD_PRELOAD не может быть предварительно загружен (неправильный класс ELF: ELFCLASS32): игнорируется.
ОШИБКА: ld.so: объект '/home/username/.steam/debian-installation/ubuntu12_64/gameoverlayrenderer.so' из LD_PRELOAD не может быть предварительно загружен (неправильный класс ELF: ELFCLASS64): игнорируется.
ОШИБКА: ld.so: объект '/home/username/.steam/debian-installation/ubuntu12_64/gameoverlayrenderer.so' из LD_PRELOAD не может быть предварительно загружен (неправильный класс ELF: ELFCLASS64): игнорируется.
2708.786: 0032: 0033: err: esync : esync_init Не удалось открыть файл общей памяти esync; убедитесь, что устаревшие экземпляры винного сервера не работают без WINEESYNC.
``

Я бегу:

• ОС: Pop! _OS 19.10
• Ядро: 5.3.0-7625-generic
• Версия драйвера Nvidia: 440.44

Это похоже на проблему со сборкой GloriousEggroll. Вы можете попробовать применить патч к протону 4.11 или использовать proton-tkg.

1. Я не делал релиза rc3, поэтому он использует самокомпилированную сборку.
2. У меня есть сборка rc5, которая отлично работает с MHW, которую я не выпускал.
3. В моей сборке используются патчи staging esync и tkg fsync и proton. Какова бы ни была его проблема, она связана с запущенным другим экземпляром Wine и не связана ни с одним из этих патчей, поскольку патчи esync являются патчами Wine-staging по умолчанию.

При этом, если указано WINEESYNC = 0, игра, скорее всего, запустится.

5.0-rc3-GE-1-MHW - это форк из сборки GloriousEggroll с модифицированной версией Wine, реализующей обходной путь Guy1524. Ранее он был связан с помощью przmkg .

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

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

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

Да, я использую версию, на которую ссылается @onesol .
Итак, для WINEESYNC=0 я предполагаю, что это вариант запуска?
Если да, то это всего лишь WINEESYNC=0 или мне нужно сделать WINEESYNC=0 %command% ?
Я вижу %command% для других вещей, но не уверен, всегда ли это требуется или нет.

совпадает с тем, как исправил вещи Wuestengecko (перезагрузка, вероятно, отключит старые винные серверы)

Кажется, я не совсем ясно описал свою ситуацию. Я перезагрузил свою машину, запустил Steam, и тут возникла проблема. Это произошло сразу после загрузки и не было исправлено перезагрузкой. Нет ничего, что могло бы запустить такой винный сервер. И что еще более странно, даже если бы что-то было, оно бы получило WINEESYNC=1 из моего ~/.pam_environment .

Затем, после неудачной попытки запуска (и без перезагрузки), я снова нажал «Пуск», и все заработало.

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

@ ProtonLover432 , да, он предназначен для использования в качестве параметров запуска Proton, поэтому вам нужно указать %command% . Однако, насколько я понимаю, Proton устанавливает esync через свою собственную переменную окружения, называемую PROTON_NO_ESYNC (с обратным значением, т.е. 1 = esync выключен). Имея это в виду, полная строка параметров запуска должна выглядеть так:

PROTON_LOG=1 PROTON_NO_ESYNC=1 %command%

Продолжение "проблемы esync". Заглянув в мой журнал, я обнаружил следующее:

Process 6471 (wineserver) of user 1000 dumped core.

Stack trace of thread 6471:
#0  0x00007fabbdeae248 n/a (/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so + 0xd248)

Так что на самом деле это вообще не связано с esync, это сбой винного сервера (видимо, из-за оверлея Steam). К сожалению, это не так последовательно, как я первоначально думал, что действительно затрудняет проверку на наличие проблемы. @ ProtonLover432 , вы можете попробовать отключить внутриигровой оверлей Steam.

Полный вывод журнала этого экземпляра Steam: steam-journal.log

@Wuestengecko Не могли бы вы дать сборку mhw, которую я здесь опубликовал, попробовать, чтобы увидеть, есть ли какие-либо изменения в поведении?

@ Tk-Glitch 10 из 10 попыток запуска (с перезагрузкой через каждую 3-ю) были успешными. Я бы сказал, что сборка исправляет это для меня. Благодаря!

@ Tk-Glitch Похоже, у меня проблемы с присоединением к сеансам друзей с вашей последней сборкой (proton_tkg_5.0rc6.r1.g9dc9c57b.mhw) - я получаю код ошибки 50385-MW1. Есть идеи?

@egguchan Если вам не хватает винной зависимости, я бы немного настоял. Со времен Iceborne у Capcom довольно много проблем с подключением, поэтому со временем они исправятся. Я просто играл два часа подряд на сессии друга.

@egguchan Если вам не хватает винной зависимости, я бы немного настоял. Со времен Iceborne у Capcom довольно много проблем с подключением, поэтому со временем они исправятся. Я просто играл два часа подряд на сессии друга.

@ Tk-Glitch Спасибо, у них не было проблем с подключением к моему сеансу, так что предположим, что это временный сбой в сети.

у кого-нибудь еще есть проблема, когда их камера постоянно вращается или их персонаж постоянно ходит?
Я думал, что у меня проблема смещения палки, но это происходит только в MHW после обновления IB.

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

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

Система:
Манджаро
5.4: 12-1-МАНДЖАРО
Ryzen 3900x
Nvidia RTX 2080ti
Я использую proton-tkg 5.0rc6.r1.g9dc9c57b, но это происходит независимо от того, какую версию Proton я использую.

на самом деле не знаю, чья это ошибка.

любая помощь была бы замечательной.

ЖУРНАЛ

у кого-нибудь еще есть проблема, когда их камера постоянно вращается или их персонаж постоянно ходит?
Я думал, что у меня проблема смещения палки, но это происходит только в MHW после обновления IB.

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

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

Система:
Манджаро
5.4: 12-1-МАНДЖАРО
Ryzen 3900x
Nvidia RTX 2080ti
Я использую proton-tkg 5.0rc6.r1.g9dc9c57b, но это происходит независимо от того, какую версию Proton я использую.

на самом деле не знаю, чья это ошибка.

любая помощь была бы замечательной.

У меня такая же проблема. У меня подключен только один контроллер PS4, и пока игра запущена, jstest-gtk показывает мне, что подключен дополнительный контроллер xbox360. Кажется, что этот контроллер делает эти постоянные входы.

Этот контроллер надо эмулировать паром или чем-то еще. Попытка настроить ничего не изменила.

Проблема не возникла до обновления iceborne / пропатченной протонной версии.

у кого-нибудь еще есть проблема, когда их камера постоянно вращается или их персонаж постоянно ходит?
Я думал, что у меня проблема смещения палки, но это происходит только в MHW после обновления IB.
когда я отключаю контроллер, камера сразу же начинает вращаться и не останавливается, пока я не подключу ее снова.
Тестирование показывает мне, что когда мой контроллер не подключен, MHW обнаруживает постоянный наклон камеры вверх вместе с постоянным движением влево, и я не могу сказать, откуда поступает вход, поскольку это происходит, даже если я отключу клавиатуру и мышь.
Система:
Манджаро
5.4: 12-1-МАНДЖАРО
Ryzen 3900x
Nvidia RTX 2080ti
Я использую proton-tkg 5.0rc6.r1.g9dc9c57b, но это происходит независимо от того, какую версию Proton я использую.
на самом деле не знаю, чья это ошибка.
любая помощь была бы замечательной.

У меня такая же проблема. У меня подключен только один контроллер PS4, и пока игра запущена, jstest-gtk показывает мне, что подключен дополнительный контроллер xbox360. Кажется, что этот контроллер делает эти постоянные входы.

Этот контроллер надо эмулировать паром или чем-то еще. Попытка настроить ничего не изменила.

Проблема не возникла до обновления iceborne / пропатченной протонной версии.

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

@DigitalDevilSummoner
Установка настроек контроллера для mhw в Steam на «принудительное выключение» заставила мой контроллер PS4 работать лучше (входы работали), но не решила упомянутую проблему.

@heikomat вы отключили поддержку контроллера в настройках steam? Убедитесь, что все эти параметры тоже отключены.

@DigitalDevilSummoner проверит это, когда я смогу, хотя это может занять день или два. Но спасибо за вклад! :)

5.0-rc3-GE-1-MHW - это форк из сборки GloriousEggroll с модифицированной версией Wine, реализующей обходной путь Guy1524. Ранее он был связан с помощью przmkg .

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

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

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

У меня проблема, я использую proton-ge-5rc-mhw, но при запуске игры игра появляется, но на черном экране, и после этого игра неожиданно завершается.

5.0-rc3-GE-1-MHW - это форк из сборки GloriousEggroll с модифицированной версией Wine, реализующей обходной путь Guy1524. Ранее он был связан с помощью przmkg .
@ ProtonLover432 Я бы сказал, что следуйте предложению GloriousEggroll относительно устаревших винных серверов, так как это то, что также предлагает ошибка и соответствует тому, как исправил вещи Wuestengecko (перезагрузка, вероятно, отключит старые винные серверы).
Единственная проблема при использовании обходного пути от @ Guy1524, похоже, связана с vsync, другие сообщали о сбое через пару минут при включенной vsync. Я не тестировал его, но могу подтвердить, что он отлично работает с ним.
РЕДАКТИРОВАТЬ: Протестировано с vsync около 20 минут без проблем. Возможна комбинация причин аварии

У меня проблема, я использую proton-ge-5rc-mhw, но при запуске игры игра появляется, но на черном экране, и после этого игра неожиданно завершается.

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

Используемые обходные пути: основной носитель (даже не знал, как его применить), с использованием proton-ge-5rc-mhw, наложение отключено (угадайте, почему он выдает ошибку в начале), esync отключен с помощью PROTON_LOG = 1 PROTON_NO_ESYNC = 1% команда%

Технические характеристики:
Баран: 15,5
Процессор Intel® Core ™ i7-8750H @ 2,20 ГГц × 12
графика GeForce GTX 1050 / PCIe / SSE2
Gnome 3.32.1 (Ubuntu 19.04)
64 бит
диск 1ТБ

Я нашел исправление для инструмента фото.
Один мой друг сказал мне, что под Windows игра создает каталог с именем «_TempPhoto» в корне жесткого диска, на который установлена ​​игра, и не удаляет его. Наша корневая файловая система (я имею в виду "/") монтируется как Z :, и у игры нет прав на создание в ней папок / файлов.
Итак, чтобы исправить это:

• Создайте в корневом каталоге папку с именем «_TempPhoto» (sudo mkdir / _TempPhoto)
• Дайте ему соответствующие разрешения (я тестировал его только с полными разрешениями, sudo chmod 777 / _TempPhoto)

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

Я нашел исправление для инструмента фото.

Хорошая находка! Я могу подтвердить, что как символическая ссылка /tmp (которая имеет 1777), так и использование каталога с ограниченными разрешениями (700 и chown ed для меня) тоже работают нормально. Похоже, что все, что требуется, - это доступ для чтения / записи для игрового процесса.

(Кому вообще нужен %TEMP% ...)