Игра идет дальше с DX9, но есть много других проблем и плохая производительность.
Судя по ошибке winehq.org, похоже, что для нормальной работы версии DX11 необходимы лишь очень небольшие изменения!

Он работает с DX9, но производительность действительно плохая, и он часто дает сбои. За один часовой сеанс у меня он падал четыре или пять раз. Я пытался заставить версию DX11 работать с Wine и DXVK, но после применения этого патча CoInitialize он зависает на черном экране при запуске. Я надеялся, что Proton сделает что-то по-другому и заставит его работать.

В соответствии с этим в

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

Недавно я отлаживал процесс запуска PoE для большего числа людей и опубликовал эти шаги здесь

Суть в том, что PoE отлично работает с DX11 (DXVK) с шейдерным патчем. Прямо сейчас Proton просто запускает его в режиме DX9, который не работает для очень многих людей. Нам нужно вникнуть в эту новую конфигурацию, которую они предоставили, и выяснить, как включить DXVK и как внедрить пользовательские патчи.

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

По мне, PoE не очень хорошо работает с DX11. На самом деле он вообще не запускается. Самое дальнее, что у меня есть, - это избежать всех явных сбоев при запуске, но игра зависает только на черном экране (на самом деле она отображает только один черный кадр), потребляя 100% процессорного времени. Я не знаю, пытается ли он что-то загрузить в фоновом режиме, но даже после часа ожидания ничего не получилось. Использование Lutris, PlayOnLinux или простого Wine не имеет значения. Патч асинхронного режима DXVK не имеет значения. Попытка использовать встроенную в Wine ошибку реализации D3D 11 с ошибкой «Не удалось создать отложенный контекст».

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

@DataBeaver Какая у вас ОС, модель видеокарты и версия драйвера видеокарты?

Нестабильный Debian, GTX 980, 396.51. Howto Lutris DXVK упоминает, что 396.45 не хватает расширения Vulkan; Я подумал, что если бы это было так и с этой версией, DXVK просто не смог бы инициализироваться. Я пробовал несколько разных сборок Wine 3.13 и 3.14, как промежуточных, так и нет. Постановка, похоже, не имеет значения, пока присутствует патч CoInitialize.

@DataBeaver Это чип Maxwell, который поддерживает Vulkan и DX11, поэтому, вероятно, где-то есть проблема с программным обеспечением / конфигурацией. Вы используете версию драйвера, поставляемую с панелью управления NVIDIA? Если да, указывает ли это на какие-либо проблемы?

Вы имеете в виду nvidia-settings? Я установил его и не могу найти никаких индикаторов проблем. Я также могу успешно запустить vkmark (https://github.com/vkmark/vkmark), так что Vulkan, похоже, работает.

Мой опыт работы с PoE DX11 (AMD Radeon RX470) и вином очень хорош со следующими предварительными условиями:

• Требуется: патч WIC (CoInitialize)

• Вариант 1: DXVK 0.70 - сильное прерывание компиляции шейдера сначала до готовности кеша, но затем очень стабильная и хорошая производительность (с периодической компиляцией шейдера при входе в новые области)

• Вариант 2: пропатченный DXVK 0.65 с помощью шейдерного хака (https://github.com/jomihaka/dxvk-poe-hack), чтобы избежать заикания - некоторые сбои и мерцание во время компиляции, но без заиканий и хорошей производительности
  DXVK_USE_PIPECOMPILER=1 DXVK_USE_PLACEHOLDER_SHADERS=1 DXVK_HUD=1 WINEPREFIX=/mnt/storage/wine/poe wine64-staging-3.13 PathOfExile.exe --nologo

Мне было бы интересно перенести этот хак на новую систему конфигурации DXVK 0.70 и, возможно, разрешить активировать его для очень заикающихся игр, когда кеш не готов.
РЕДАКТИРОВАТЬ: Или гораздо лучшую и более простую реализацию, как предлагается здесь https://github.com/doitsujin/dxvk/pull/564#issuecomment -413160155

Я загрузил тест Unigine Heaven (https://benchmark.unigine.com/heaven), и он работает как с DXVK, так и со встроенной поддержкой D3D 11 в Wine. Итак, какой бы ни была проблема с Path of Exile, она кажется достаточно конкретной, чтобы влиять только на некоторые программы, но не на другие.

При применении набора патчей d3d11-Deferred_Context из Wine-staging встроенная реализация Wine D3D 11 теперь ведет себя так же, как DXVK. Другими словами, он при запуске зависает на черном экране.

После еще большего просмотра журналов и поиска в сети я обнаружил, что также необходимы патчи windowscodecs- * из Wine-staging. Игра теперь запускается, по крайней мере, до экрана входа в систему как с DXVK, так и с Wine D3D 11. Я сообщу, когда у меня будет время поиграть в нее, и протестировать стабильность и производительность.

Почему подход Лутриса не сработал для меня, а для многих других - до сих пор остается загадкой.

У меня даже не появляется диалоговое окно, и DX11 можно будет использовать на основе моей установки LLVM.

Пару лет назад я запускал PoE под обычным старым Wine, но это потребовало большого количества настроек. Рад узнать, как заставить его снова работать внутри Proton.

Давайте не будем превращать это в форум поддержки PoE для всех разных версий Wine. Это про Протон ...

У меня еще не было много времени на проверку стабильности, но я прогнал несколько карт и не обнаружил никаких проблем.

Я провел еще несколько исследований, чтобы найти минимальный набор изменений, необходимых для работы игры. Это сводится к следующему (с Wine 3.14 в качестве отправной точки):

1. Патч CoInitialize. Я создал свою собственную версию, которая обрабатывает вызов более умным способом: https://gist.github.com/DataBeaver/5e1f1a256c7f1abb339831fc2b72a5db

2. windowscodecs-32bppPRGBA из Wine-staging. Он использует большинство других патчей windowscodecs- * в качестве зависимостей, но я подтвердил, что игра не работает без этого конкретного набора патчей.

3. DXVK. В собственном D3D 11 Wine отсутствует поддержка отложенных контекстов, но использование DXVK позволяет обойти эту проблему. Взлом шейдера-заполнителя не является обязательным.

Если рассматривать дерево исходных текстов Wine, включенное в Proton как подмодуль, оно не включает ни CoInitialize, ни патчи windowscodecs. Базовая версия Wine довольно старая (3.0-rc1 согласно тегам git), поэтому я не знаю, потребуется ли что-то еще и для этой версии. DXVK включен, и хотя это версия 0.65, у меня нет оснований полагать, что это не сработает.

Я скачал источник протонов и применил патчи, о которых говорит

@ c0r73x есть ли шанс, что вы могли бы поделиться своей сборкой Proton dist? Я сам пытаюсь создать его с помощью патчей PoE, но у меня возникают ошибки сборки с помощью winegcc ...

@GregSutcliffe, конечно, вот он https://mega.nz/#!3253ECqJ!WViplmIgM6FNDSJwnsWFJwEXUUY3_Qzm1c1LVYGfSJ8

@ c0r73x спасибо, я могу подтвердить, что у меня тоже работает. Оценил!

@ c0r73x Спасибо, что поделились! Облегчает тестирование.

К сожалению, эта сборка для меня удалась лишь частично.

PoE будет загружаться и работать с DX11 (DXVK) сейчас, но патч коинициализации не работает так же хорошо, как старый патч заменяющих шейдеров. Я получаю много заиканий и зависаний с этим в Steam, тогда как в патче шейдера PoE почти безупречно работает в Lutris + DXVK для меня.

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

РЕДАКТИРОВАТЬ: другая версия (шейдерный патч + DXVK + Lutris) в остальном все еще отлично работает для меня. Я не могу понять, почему конфигурация Proton имеет такую ​​худшую производительность.

@tainium вы пробовали отключить оверлей

@ c0r73x Да.

@tainium Хорошо, я применил шейдерный патч к dxvk в протоне, и вы правы. С ним игра работает намного лучше. Исчезла форма микростаттера, играющего некро с множеством домашних животных: p

Вот пропатченные файлы dxvk, если кто-то хочет https://mega.nz/#!nnBylIpB!0KNQwsTf48V861IoFGPBtbZ_sZtX4LRDSA3FdEampnM

@ c0r73x Спасибо за новый патч, протестирую его как можно скорее. Да, похоже, что патч coinitialize определенно обеспечивает DXVK и лучшую производительность, чем без него, но патч полного шейдера повышает производительность.

@ c0r73x Подтверждено, это огромное улучшение - спасибо! Поскольку у вас есть рабочие сборки, не могли бы вы прокомментировать # 494? Тогда я смогу перестать вас приставать к сборкам :)

Как подтверждено @DataBeaver, игре требуется серия патчей windowscodecs для работы, вероятно, потому, что текстуры хранятся с некоторыми необычными форматами изображений в файлах данных. Я не уверен, действительно ли CoInitialize нужен: я вижу тот же сбой с ним или без него, если windowscodecs отсутствует.

С DXVK и windowscodecs я могу воспроизводить сеансы в течение нескольких часов, использование памяти составляет около 2,7 ГБ ОЗУ. Оригинальный wined3d с DX9 использует более 3,5 ГБ памяти (менее чем за час), затем начинает пропускать текстуры и текстовые символы, а затем обычно дает сбой на экранах загрузки. Так что ИМХО, возвращаться к поддержке DX9 не вариант.

Proton должен включать серию патчей windowscodecs. Я бы предпочел, чтобы они были обновлены до vanilla wine, потому что это довольно большой набор патчей, который затруднит перебазирование Proton на более поздние версии Wine.

Ну, пока это длилось, было весело. Затем Delve представила новые модные графические функции ...

До обновления у меня был PoE, работающий как в Lutris w / DXVK, так и в SteamPlay. Обе среды обновили игру, но затем не запустились. Игра запускается с логотипом шестеренки, но затем (в основном) зависает и никогда не загружает настоящую трехмерную графику. Мне нужно либо удаленно подключиться к моей машине и убить процесс, либо выполнить полную перезагрузку. Пока что ни один из вариантов запуска не имеет значения.

Идеи?

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

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

@tainium Нажатие Ctrl + Alt + Esc должно вызвать указатель мыши в виде черепа, чтобы закрыть окно.

По крайней мере, он запустится в режиме DX9, если получится. Чтобы вернуться к DX9, удалили эти две области:
steamapps / common / Proton *
steamapps / общий / compatdata

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

Я собираюсь попробовать переустановить Proton на Wine 3.14, но это займет некоторое время, настраивая среду ... Вы можете следить за моим https://github.com/kakra/wine, чтобы увидеть обновление.

Я уже переустановил патчи esync, но полноэкранные хаки сложнее.

@tainium Как далеко вы продвинулись с запуском? У меня нет проблем с переходом к маске входа с помощью dx11.

РЕДАКТИРОВАТЬ: с винной постановкой 3.13

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

Я могу загрузить и щелкнуть логин через пропатченный DVXK @ c0r73x, предоставленный

@GregSutcliffe Не могли бы вы рассказать подробнее о своей конфигурации, чтобы мы могли найти проблему?

Здесь то же, что и для @GregSutcliffe. 3D в порядке, ждем в очереди.

• Wine-staging 3.13 с патчем WIC
• dxvk 0,65
• AMD Radeon RX 470 (POLARIS 10)
• Драйверы Mesa от git

info:  AMD RADV POLARIS10 (LLVM 8.0.0):
info:    Driver: 18.2.99
info:    Vulkan: 1.1.70

@tainium Конечно, дайте мне знать, если я что-нибудь пропустил.

Archlinux, kernel 4.17.11-6 using CK kernel
Nvidia-ck 2:396.51-2 (GeForce GTX 970)
Mesa 18.1.6-1
Intel(R) Core(TM) i5-6600 CPU @ 3.30GHz
16Gb Ram
Proton / DXVK as per <strong i="7">@c0r73x</strong>

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

С моими текущими патчами Wine я могу играть в PoE ... Но мне нужно ждать на экране входа в систему, пока жесткий диск не успокоится, иначе он выйдет из строя.

@kakra Я буду рад проверить, есть ли у вас пакет, который вы можете распространять. Пока у меня не получалось ни с какими хитростями заставить работать DX11.

@tainium Я мог бы предложить вам предварительно скомпилированные пакеты Gentoo ... Не уверен, что они будут работать в вашей системе ... Это вопрос их "tar xf". OTOH, вы можете использовать систему сборки пакетов вашего дистрибутива, чтобы добавить мои исправления в ваши официальные пакеты распространения.

У меня была такая же проблема с шестеренками, которые не двигались, и с игрой, зависшей на моем компьютере. Отредактировал мой файл production_Config.ini для игры и изменил directx_version = на 9, borderless_windowed_fullscreen = false, fullscreen = false. Отсюда я подтвердил, что игра загрузится для меня, изменилась на direct9ex, она работала, а затем изменилась на directx11 и теперь работает в оконном режиме (еще не пробовал вернуться в полноэкранный режим, но мне не терпелось поиграть весь день, поэтому первый).

используя протонную сборку c0r73x и исправленный DXVK, как было указано ранее в потоке, драйверы nvidia-396 на 1050 Ti.

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

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

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

@GregSutcliffe Я использовал --gc 2 какое-то время и получал похожие проблемы, я согрешил, отключил его, и, похоже, эта проблема решена. У меня случился сбой в битве с Уивером, но, судя по Reddit PoE, прямо сейчас это могло быть проблемой клиента. В остальном --waitforpreload включен.

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

Я не могу заставить игру работать в разрешении, отличном от родного (в моем случае 1920x1080). Всякий раз, когда я пытаюсь изменить разрешение в файле конфигурации, он просто зависает при запуске, независимо от того, какую комбинацию «оконного», «полноэкранного» или «оконного полноэкранного режима» я выберу. Какие у вас варианты конфигурации для них? Меньшие разрешения действительно помогают с производительностью, поэтому я бы хотел их вернуть.

@TrueNeutralDesu Я только что экспериментировал с изменением разрешения на что-то большее, и да, точно такая же проблема. Я играл в разрешении 1920x1080, но он не занимает достаточно места на моем рабочем столе, и я хотел попробовать его в разрешении 2560x1360, но возникли точно такие же проблемы с зависанием.

@presidentbiggles FTW ... это единственное рабочее решение для меня. Спасибо, что поделился. Я отправлю сообщение на форумы POE. У меня точно такой же опыт, как вы описали. Обратите внимание, что я имею в виду свою конфигурацию Lutris, а не Proton, который отказывается делать что-либо, кроме DX9.

@presidentbiggles, спасибо, да, я вижу то же самое, удаление не особо помогает.

похоже, что PoE начал работать с Lutris со вчерашнего дня (после обновления lustris) с DX11 / DXVK 0.71.
Так что игра должна работать и с DX11 в Steam.

Lutris - это не пар. Он использует пользовательские скрипты и пользовательские исправленные сборки Wine. PoE не будет работать на протоне, пока не будет добавлен патч CoInitialize.

он может работать в dx9 медленно, но это медленное заикание.

@tainium Вот что я придумал: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial

@GloriousEggroll Патча CoInitialize недостаточно: моя сборка включает его, но PoE не запускается (по крайней мере, это верно для режима DX11). Вам также понадобятся патчи windowscodecs из staging, которые я скоро добавлю в свою сборку.

@kakra , ты прав, я забыл об этом упомянуть. также dxvk poe hack patch + config работает невероятно хорошо для уменьшения заикания

Я понимаю, что на это уже был дан ответ в другом месте, но я не могу найти ссылку. Каковы планы у Proton по включению некоторых из широкого набора участков staging? Включена ли PBA в esync? Или протон сам по себе является вилкой вина / постановки с учетом включений, основанных на стабильности?

@ryanmusante proton - это винная вилка с настраиваемыми патчами за клапаном. esync включен, pba нет.

@GloriousEggroll Кстати, спасибо за ваши видео на YouTube и множество уроков. Впервые я нашел вас много месяцев назад, когда устранял проблемы grim dawn в archlinux.

@GloriousEggroll @tainium Вот моя обновленная сборка, которая позволяет PoE работать с Proton: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial-1

Теперь это включает исправления windowscodecs.

PoE кажется очень чувствительным к изменениям размера окна. Кроме того, я рекомендую подождать, пока жесткий диск не успокоится, прежде чем входить в систему. У меня было 60 кадров в секунду в FHD и около 30-35 кадров в секунду в 4k. Как и в The Witcher 3, игра задыхается каждые несколько секунд (похоже, что кадры пропадают или замедляются, не видно на графиках кадров в секунду, это может быть связано с esync, но на самом деле это не проблема для игры, заикания из-за компиляции шейдеров очень сильно более очевидно, хотя это сглаживается через несколько минут игрового процесса). Мне удалось отключить оверлей Steam и настроить оконный менеджер на запоминание размера окна. Если он завис, нажмите Ctrl + Alt + Esc, подождите несколько секунд, пока не появится указатель мыши в виде черепа, затем закройте окно, щелкнув по нему. Патчи включают в себя обновления pulseaudio, которые позволяют переключаться на гарнитуру из игры (игры Proton могут видеть каждое устройство pulseaudio отдельно от этого).

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

@ryanmusante PBA вызывает у меня серьезные замедления во многих играх. Возможно, он не работает с двоичным двоичным объектом nvidia. Судя по очень ненаучным тестам, esync, похоже, вызывает у меня снижение частоты кадров в некоторых играх, включая TW3 и PoE. Но я еще не проверял это.

@kakra Проблема у меня с поддержкой PoE и со многими другими названиями, решает , следует ли использовать пар родной или палке с библиотеками пара во время выполнения. Для некоторых игр кажется, что Steam-native дает прирост производительности, в то время как для других существует несовместимость, которая препятствует загрузке игры.

https://wiki.archlinux.org/index.php/Steam/Troubleshooting#Steam_native_runtime

Какова рекомендация для протона и является ли это проблемой только для людей, использующих Arch?

@ryanmusante Я не уверен, почему это проблема здесь, поскольку среда выполнения - это винный протон для PoE. OTOH, по крайней мере, в Gentoo у меня больше не было проблем с этим. Вы можете использовать официальную среду выполнения Steam и установить STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 чтобы предпочитать библиотеки хоста библиотекам, предоставляемым Steam.

@GloriousEggroll @tainium Вот моя обновленная сборка, переведенная на Wine 3.12. Он включает доработанный патч CoInitialize от @DataBeaver для запуска PoE в режиме DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

Производительность PoE может быть немного лучше. Изменение размера Windows на этот раз не проверялось.

@tainium Вот (вроде) дерьмовая запись PoE в моем винном proton_3.7, перебазированном на сборку 3.12. Что-то изменилось в DXVK, поставляемом с Proton? Поскольку шейдеры загружаются очень поздно, в результате получаются черные модели.

Помимо этого, есть ошибка, связанная с невозможностью войти в систему с первой попытки (обычно иногда, но каждый раз при записи, возможно, связанная с вводом-выводом) и, конечно же, обычное заикание в городе. После завершения предварительной загрузки и шейдеров он работает довольно хорошо (учитывая, что я мог выполнять только программное кодирование и воспроизводить на 4К, в противном случае запись уменьшается до FHD из-за высокой загрузки ЦП). Без записи игра заикания успокаивается намного быстрее. Обычно нет проблем с задержками после выезда из города и въезда на территорию.

https://youtu.be/7atm6lGioGs

Кроме того, каждые несколько секунд наблюдается падение FPS, которое я испытал только в последнее время. Я думаю, это потому, что я интегрировал esync в свою собственную сборку (которая ранее была основана на vanilla Wine 3.14). Я не думаю, что это связано с шейдером ...

(логотип шестеренок всегда сильно заикается)

Path of Exile - вылетает после ~ 15 минут игрового процесса

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/1447.
@zaggynl опубликовано 2018-09-14T15: 33: 31:

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

• Название игры с проблемами совместимости: Path of Exile
• Steam AppID игры: 238960

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

• Графический процессор: RX 56
• Версия драйвера / LLVM: AMDGPU / 8.0 git из нестабильной падоки по состоянию на 14 сентября 2018 г .: https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa
• Версия ядра: 4.18.7-041807-lowlatency
• Ссылка на полный отчет о системе в виде Gist :
  Вывод команды sysinfo:
  https://gist.githubusercontent.com/zaggynl/382e129b0d7b48482923f62c57ee5651/raw/67f90e61c38a5a17924347859caa18eab188dc99/sysinfo_zaggynl
  вывод steam sysinfo:
  https://gist.githubusercontent.com/zaggynl/d5443757827a2649013142836ca6c411/raw/599be7e2d3744347aaa06b3147ce73145e05fa3c/steam_sysinfo_zaggynl
• Версия Proton: 3.7-6 Beta

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

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

Журнал отладки Steam: https://gist.githubusercontent.com/zaggynl/6d55e984035244ec54274db14a2f77ea/raw/f2ab23db3dace4c6032ffb6aa6389a03ad364240/poe_log_zaggynl

Симптомы

Игра вылетает на рабочий стол примерно через 15 минут воспроизведения
Настройки PoE:
http://i.imgur.com/8C2p65Y.png
http://i.imgur.com/9TlwF2U.png

@kakra kakra

GloriousEggroll tainium Вот моя обновленная сборка, переведенная на Wine 3.12. Он включает доработанный патч CoInitialize от DataBeaver для запуска PoE в режиме DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

Производительность PoE может быть немного лучше. Изменение размера Windows на этот раз не проверялось.

Пробовал это, переименовав текущий dist и сбросив его в мою папку Proton Beta, но при запуске выдает ошибки PoE и спрашивает, следует ли переключиться на DX9.

@zaggynl Не отбрасывать существующую папку ... Она содержит библиотеки DLL, которых нет в моей версии. Вместо этого сделайте копию-резервную копию. Эта конкретная ошибка возникает из-за отсутствия DXVK, я думаю. Насколько я могу судить, PoE не совместим с wined3d-DX11.
__EDIT__: Как отметил @DataBeaver, это верно для моей сборки.

PS: Вы должны переключить PoE в режим DX11 перед игрой.

PoE работает с Wine D3D11 (начиная с Wine 3.14) после применения набора патчей d3d11-Deferred_Context из Wine-staging (в дополнение к патчам, упомянутым ранее).

@DataBeaver Может быть, но этого патча сейчас нет в моей сборке ... И даже не 3.14

Хорошо, просто хотел отметить, что в более общем случае он работает с wined3d.

PoE, похоже, хорошо работает с этим сценарием установки Lutris (требуется учетная запись Lutris): https://lutris.net/games/path-of-exile-standalone-w-dxvk/installer/edit
Никаких сбоев примерно за 45 метров игры.
Аргументы запуска PoE: --waitforpreload --nologo --nodx9ex --gc2
поменял винную арку. до 64 бит
изменил Runner на esync-nopulse 3.15
DXVK до 0,72

Игра не запускается с использованием dx11.

Будет нормально работать под dx9 с использованием Proton. Но бывают постоянные вылеты. Как только игра достигает 3–3,2 ГБ памяти, она вылетает, что для меня обычно только две зоны.

Моя любимая игра, и я не могу в нее играть. :(

@TheVE, пожалуйста, прочтите выше. Если вы скомпилируете версию Proton, которую связал
Скомпилировал его день назад, и он работает в Archlinux с драйверами Nvidia.

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

Запуск Solus, 1700x, RX480 на последней месе.

@TheVE , скомпилируйте сами, потому что я не думаю, что это переносимо. Не уверена. Также попробуйте удалить файл конфигурации PoE в префиксе Wine.
Также я использовал только кастомный Proton. Я сохранил версию DXVK, распространяемую Valve.

@TheVE Пожалуйста, посмотрите, видите ли вы что-нибудь в dmesg, когда он блокируется ... Возможно, вам понадобится SSH в машину. Если это что-то непереносимое из-за оптимизации процессора, которое я использовал, он должен там появиться. В противном случае это может быть связано с графическим драйвером, который здесь является проприетарным NVIDIA ... Иногда я тоже вижу такие блокировки. Завершите игру с помощью Ctrl + Alt + Esc (через несколько секунд должен появиться указатель мыши в виде черепа, затем щелкните окно игры). Решением этой блокировки здесь было использование оконного полноэкранного режима без изменения размера окна во время игры (используйте файл конфигурации). Может помочь оконный менеджер, который может принудительно изменять положение / размер окна.

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

Также, если он зависает и у вас нет этого причудливого сочетания клавиш ctrl + alt + esc, вы можете переключиться на другой tty с помощью Ctrl + Alt + F2, войти в систему и убить оттуда. Он переключается не сразу (занимает около 40 секунд), но в конце концов доходит.

@Janhouse Извините, на самом деле я имел в виду оконный полноэкранный

Я использую ctrl + alt + esc вот уже 20 лет, он должен работать из коробки, я не думаю, что это какая-то особенная функция KDE (я также использовал ее в обычном X и fluxbox / openbox). Но также требуется около 40 секунд, чтобы появиться, когда PoE заблокирован.

Но я только что обнаружил, что Gnome может переопределять ctrl + alt + esc другой функцией ... Если переключение на консоль работает, то это правильный путь. :-)

РЕДАКТИРОВАТЬ: только что протестировано, Ctrl + Alt + Esc просто вызывает xkill ... Таким образом, вы можете получить причудливый курсор уничтожения, определив глобальный ярлык, который запускает xkill.

EDIT2: на самом деле это ярлык KDE, который я использую с годами (возможно, в старые времена это был глобальный ярлык по умолчанию в SuSE linux, не уверен) ... Вот как добиться чего-то подобного в Ubuntu:
https://www.maketecheasier.com/kill-unresponsive-application-in-ubuntu/

@kakra , в Gnome есть проблема, что после убийства замороженного PoE сеанс gnome также падает. :расстроен:

@kakra , в Gnome есть проблема, что после убийства замороженного PoE сеанс gnome также падает.

Какая приятная особенность ... :-)

Я немного занимаюсь компиляцией noob, но, похоже, я не смогу сделать это на Solus?

checking whether gcc -m32 works... no configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries. make: *** [makefile:17: build/wine32] Error 1
Я не могу найти нужные мне библиотеки разработчиков.

@TheVE Другой вариант - установить автономный PoE через Lutris. Затем вы можете просто использовать графический интерфейс для установки скомпилированного вина "esync-3.15" (с исправлениями esync, pba и PoE), а также выбрать последнюю версию DXVK.
На самом деле у него есть сценарий установки, поэтому большая часть этого будет происходить автоматически.
Это также помогает установить версию Windows Steam, если хотите. Или вы можете запустить PoE без Steam, вам просто нужно написать в службу технической поддержки PoE на форумах, чтобы указать адрес электронной почты, связанный с учетной записью, чтобы иметь возможность входить в игру.
Я полагаю, что также проще настроить макрос PoE Trade и Path of Building с помощью Lutris.

@TheVE Вам нужны 32-битные библиотеки разработки, вы должны посмотреть документацию вашего дистрибутива, как это сделать, и винная вики также имеет некоторые подсказки (но не используйте там инструкции по настройке, мой make-файл должен делать это правильно) . Но я не думаю, что сборка самостоятельно решит замораживание, поскольку это похоже на известную проблему. Тогда у вас будет оптимизированная сборка для вашего процессора, которая может иметь видимые преимущества в производительности в Wine.

Я обновил свою сборку, которая должна улучшить ситуацию, но зависание после изменения размера окна, вероятно, все еще существует:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-1

РЕДАКТИРОВАТЬ: Да! Я играл с user_settings (WINEDEBUG & DXVK_LOG_LEVEL "информация") ... переименование файла помогло - так что, в конце концов, это была проблема с логированием, ха! Думаю, спасибо, что был моей резиновой уткой :)

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

Привет @kakra , я протестировал вашу последнюю сборку, и она заработала, большое вам спасибо. FPS от 40 до 140 в режиме ожидания (с некоторым заиканием) на GTX1060.
Проблема в том, что после нескольких минут игры он начинает массово пропускать кадры всякий раз, когда я перемещаю курсор мыши. Если я нажимаю или удерживаю для ходьбы (и не перемещаю курсор), частота кадров в секунду будет стабильной. Однако, если я перемещаю курсор, он сильно забивается и падает до 13 FPS. Может быть, какой-то код регистрации? Я просмотрел вики POE, чтобы, возможно, заставить аппаратный курсор, но не нашел. Это на Ubuntu 18.04.1, кстати, со стандартной USB-мышью Kensington.

@RodrigoHahn Да, ведение журнала

Заикание связано с компиляцией шейдера. Есть взломанный вариант DXVK, который делает компиляцию шейдеров асинхронной, но приводит к черным 3D-моделям, пока шейдеры не будут готовы. Я никогда не пробовал, потому что мне не нравится эта идея (черные 3D-модели), но все, кто пробовал, сообщают, что это помогает заикаться.

@kakra, новая сборка у меня отлично работает,

DXVK 0.80 имеет новую систему кэширования шейдеров, которая очень помогла, по крайней мере, для меня. С вашим протоном и этой версией DXVK это почти безупречно, по крайней мере, пока сборка мусора не заставит меня перезапустить PoE (после 5 зон или около того, не так уж плохо)

Благодаря!

@GregSutcliffe Да, я только что заметил сегодня утром, что доступен DXVK 0.80, и протестирую его позже на этой неделе. Я видел случайные сбои во время загрузочных экранов в Shadow of Tomb Raider с этой версией, которые, тем не менее, не воспроизводились со второй попытки.

@GregSutcliffe BTW: в настоящее время я работаю над патчами, улучшающими задержку при работе под ядром, которое поддерживает MuQSS (это наборы патчей CK или PF), возможно, даже интегрирую Wine с GameMode Feral.

@kakra как бывает, у меня тоже ядро ​​СК запускается. Рад тестировать сборки разработчиков.

@GregSutcliffe Я уже опубликовал PR для GameMode, которые обеспечивают лучшую поддержку для запуска всего вашего клиента Steam в GameMode, чтобы он также мог ловить игры Wine. Но я думаю, что к внутренним компонентам Wine следует относиться по-другому, не все должно работать с одинаковым высоким приоритетом планирования. Таким образом, PR GameMode уже удаляют сам клиент Steam и винный сервер из-под обработки GameMode. Моя текущая сборка Proton, которую вы загрузили, поддерживает перевод винного сервера в режим SCHED_FIFO, но в настоящее время я работаю над более автоматической активацией (где вам не нужно настраивать что-то вручную, кроме установки GameMode, и не нужно запускать весь клиент Steam в GameMode, а винный сервер вместо этого использует SCHED_ISO, что является непривилегированной операцией).

@GregSutcliffe Вот предварительный просмотр моих SCHED_ISO изменений:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-2

@DataBeaver @TheVE @Janhouse Вот еще одно обновление ... Помимо предыдущего, оно также включает PBA и d3d11-Deferred-Contexts. Это позволяет играть без DXVK, но при этом возникает гораздо больше проблем (несогласованный FPS, видимые короткие зависания).
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-3

Привет, @kakra , просто

@RodrigoHahn Вы имеете в виду, что удалили "включить FXAA"? Если бы у вас был этот параметр, он принудительно включал FXAA во всех играх (в качестве улучшения для игр, в которых такой возможности нет). Это приносит больше вреда, чем пользы, я бы все равно не рекомендовал его использовать и вместо этого прибегать к переопределениям для конкретного приложения. Если вы не включите этот параметр, игры все равно смогут включать FXAA самостоятельно. Так что это не переключатель черного списка, который вы могли воспринять.

Поскольку моя сборка также включает esync, я рекомендую проверить LIMIT_NOFILE и, возможно, поднять его, чтобы предотвратить сбои игры по прошествии некоторого времени. В журналах Steam вы должны увидеть что-то вроде eventfd: cannot open file или подобное (вероятно, где-то в /tmp/dumps ).

@kakra Да, должно быть, я включил его, когда впервые возился с Proton. Я наткнулся на него, когда хотел разблокировать шрифты интерфейса Steam, которые были размытыми. Отключение его снова сделало их красивыми и четкими.
Что касается LIMIT_NOFILE, я проверю, когда вернусь сегодня домой. Еще раз спасибо.

@kakra Мне не повезло с игрой в POE. :(

Вылетает на шестеренках при запуске игры. Звук продолжается в фоновом режиме. Но система не отвечает. Невозможно ctl + alt + esc или переключить tty.

Я могу подключиться к машине по ssh, но не могу отобразить действия в системе. Глядя на dmesg это какой то сбой GPU?

`[102.096105] [drm] dce_get_required_clocks_state: часы не поддерживаются disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] ERROR ring gfx timeout, last signalled seq = 298090, last eved seq = 298092

[1036.359133] [drm] Восстановление графического процессора отключено.

@TheVE Хорошо, это проблема с графическим драйвером, вероятно, связанная с обновленным стеком Vulkan в DXVK / Wine. Некоторые идеи:

1. Не могли бы вы как-нибудь включить восстановление GPU?
2. Если вы используете DXVK: искали ли вы похожие проблемы в проекте DXVK? Возможно, это поможет обновить / понизить версию DXVK или поиграть с настройками DXVK.
3. Я последую за обновленной сборкой wine-proton, которая позволяет работать без DXVK - вы можете попробовать это. При этом производительность выглядит неплохо (используются отложенные контексты PBA и DX11).

Создание чистой сборки здесь займет несколько минут ...

@TheVE Вот обновленная сборка:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.17-unofficial-2

Вы также можете проверить GameMode Feral и запустить игру в GameMode.
https://github.com/FeralInteractive/gamemode

Кстати: Valve обновила Proton, чтобы официально включить DXVK 0.80 (включая необходимое исправление). Вы можете позволить Steam проверить файлы Proton (чтобы восстановить текущую бета-версию, включая обновление DXVK), а затем повторно применить мою сборку поверх нее.

@TheVE Раньше у меня была такая же проблема. Я перекомпилировал Wine, dxvk, пробовал все, но ничего не вышло. А потом я создал новый винный префикс. Это решило проблему.
Я не менял wine или dxvk, просто запустил новый wineprefix, и это решило проблему для меня. Я не запускаю PoE из Steam, а с Proton, я запускаю автономную игру с Wine, и она отлично работает без сбоев или проблем с памятью. Он может работать целый день без сбоев и замедлений. Но я также тестировал версию Steam несколько дней назад, скомпилировав Proton из репозитория @kakra, и, похоже, он тоже работал нормально.

@Janhouse Это известная проблема, если вы переключаетесь между разными версиями Wine с одним и тем же префиксом: он может оставлять неправильные перенаправления DLL, например, если вы использовали промежуточную передачу с включенным CSMT, а затем вернулись к ванили, перенаправление DLL все еще на месте и использует возможно устаревший CSMT wined3d API.

Я не думаю, что это касается @TheVE, поскольку префикс игры является частным и создается Steam. Если @TheVE не пытался запустить пользовательские (

@Janhouse В конце концов, вопрос: действительно ли это была та же проблема, что и у вас? Я имею ввиду с тем же выводом dmesg? Или это просто зависало на логотипе из-за какой-то другой проблемы?

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

Вторник, 2 октября 2018 года, 12:12, Кай Краков [email protected] написал:

@Janhouse https://github.com/Janhouse Это известная проблема, если вы
переключаться между разными версиями вина с одним и тем же префиксом: он может оставить
неправильная переадресация DLL позади, например, если вы использовали постановку с включенным CSMT,
затем вернулся к ванили, перенаправление DLL все еще на месте и использует
возможно устаревший CSMT wined3d API.

Я не думаю, что здесь @TheVE https://github.com/TheVE
так как приставка игры является частной и создается Steam. Если только не @TheVE
https://github.com/TheVE попытался запустить пользовательские (непротонные) версии вина
в префиксе префикс должен быть чистым и точным.

@Janhouse https://github.com/Janhouse В конце концов, вопрос задать
it: Действительно ли это была та же проблема, что и у вас? Я имею ввиду с тем же dmesg
вывод? Или это просто зависало на логотипе из-за какой-то другой проблемы?

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

@Janhouse Не поймите меня неправильно: совет стоит упомянуть и стоит попробовать. Я просто хотел указать на точное значение слова «та же проблема». ;-)

@TheVE Чтобы воссоздать префикс, переместите папку «pfx» в compatdata/GAMEID в сторону, возможно, переместите всю папку GAMEID в сторону. Идентификатор игры можно найти в заголовке этого выпуска.

Помните, что он, вероятно, включает данные конфигурации ... Так что не удаляйте его просто так.

@TheVE написал:

Возможно, мне не повезло с игрой в POE. :(

Вылетает на шестеренках при запуске игры. Звук продолжается в фоновом режиме. Но система не отвечает. Невозможно ctl + alt + esc или переключить tty.

Я могу подключиться к машине по ssh, но не могу отобразить действия в системе. Глядя на dmesg это какой то сбой GPU?

`[102.096105] [drm] dce_get_required_clocks_state: часы не поддерживаются disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] _ERROR_ кольцо gfx timeout, последний сигнал seq = 298090, последний отправленный seq = 298092

[1036.359133] [drm] Восстановление графического процессора отключено.

Пожалуйста, посмотрите здесь:
https://github.com/doitsujin/dxvk/wiki/Driver-support

@kakra Хм. Я использую Mesa 18.1.6, но LLVM 6.0.1. Может придется дождаться LLVM 7.

Кроме того, новый вопрос: чтобы отключить DXVK, нужно ли мне просто использовать "PROTON_USE_WINED3D11" в параметрах запуска?

Ура.

//редактировать. Удаление приставки не помогло.

Ответ @TheVE Noob: Да ... Ты не совсем такой нуб, как думал, хм? ;-)

@kakra Спасибо за вашу помощь. Но пока не повезло с Proton. Я тоже пробовал Lutris раньше безуспешно и только что дал ему последний шанс.

Lutris работает с использованием:

esync-staging-pba-nopulse-3.17-x86_64 (я только что получил самую новую версию и не пробовал другие).
DXVK отключен (система все равно зависает, если включена) - Пробовал DXVK 0.80, но все равно зависает.

Частота кадров составляет всего около 30 кадров в секунду с провалами. Но я могу играть! Так что я пока буду придерживаться этого.

@TheVE Вы редактировали user_settings.py.sample или действительно скопировали это в user_settings.py и отредактировали копию? По-прежнему показывает зависание GPU в dmesg? Это будет означать, что DXVK все еще включен ...

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

Вы используете последнюю версию графического драйвера? Я почти уверен, что DXVK на некоторых
Дело в том, что требовалась совершенно новая версия драйвера (по крайней мере, для Nvidia). И если вы
не находятся в дистрибутиве скользящего выпуска, таком как Arch, или не используют какое-либо пользовательское кровотечение
edge репозиторий для графических драйверов, тогда это может быть проблемой для
DXVK не работает. Или, возможно, "esync-staging-pba-nopulse-3.17-x86_64" использует
старый патч PoE и что на него как-то влияет?

В среду, 3 октября 2018 года, в 04:19, Кай Краков [email protected] написал:

@TheVE https://github.com/TheVE Вы редактировали user_settings.py.sample или
вы действительно скопировали это в user_settings.py и отредактировали копию? Делает
он все еще показывает зависание GPU в dmesg? Это будет означать, что DXVK все еще
включен ...

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

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

Извините, что прерываю, но меня больше интересует, когда я могу играть в Path of Exile через Steamplay, используя DX11, без каких-либо уловок? Стоит ли мне ожидать исправления в ближайшее время от GGG или от Valve? Пробовал DX9 и получил отличное заикание, что, я думаю, обычная проблема, почти единственное, чего мне не хватает, когда я иду из окон.

@CTJansson , возможно, когда PoE-патч будет включен в Wine-staging (это может быть «взлом» и, следовательно, никогда не будет включаться) и когда Valve обновится до последней версии Wine-staging и DXVK.
Я могу ошибаться, но для этого также может потребоваться последняя версия графического драйвера, по крайней мере, для карт Nvidia, и если Valve сосредоточится на поддержке Ubuntu с более старыми драйверами, это может занять некоторое время. Вот почему Valve позволяет использовать собственные сборки Proton.
Также вы никогда не знаете, когда GGG снова его сломает, выпустив какие-нибудь модные обновления. :)

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

TL; DR

@CTJansson Я не думаю, что эта игра находится в списке приоритетов Valve, потому что она предоставляет (по-видимому, не очень) рабочий уровень DX9. Не то чтобы это вообще не сработало. И затем ему нужен хак CoInitialize, который не входит в официальный Wine, который также не является частью постановки, это хак (один из многих, которые Valve в настоящее время несет в ветке Proton), который является еще одним патчем, о котором нужно позаботиться.

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

Здесь есть временное решение, которое вы можете использовать, чтобы заставить его работать (на самом деле их несколько, но лишь немногие из них могут фактически использоваться в качестве замены Proton). Это не уловка, это просто то, как это работает, пока проблема не получит официального внимания от Valve. И хотя здесь стало несколько шумно, потому что игра довольно популярна, у нее, вероятно, уже есть работоспособное решение, которое Valve «просто» нужно выбрать, протестировать и применить.

GGG OTOH, вероятно, не очень заинтересован в том, чтобы игра официально запускалась на Linux. Их пользовательская база - это в первую очередь Windows, их технология - Windows, вот откуда деньги ... Они могли бы сделать исправление, которое инициализирует движок по-другому (огромное количество игр работает без этого, так что это не свойственно некоторым обычным видео. или звуковой движок), поэтому нам, по крайней мере, не понадобится патч CoInitialize - но они этого не сделали. Если они хотят что-то сделать в этом направлении, я бы хотел перенести движок на Vulkan вместо каких-то новых причудливых вещей DirectX. Тогда это заставит игру работать с Proton почти автоматически, и, возможно, даже с почти нативной производительностью.

@Janhouse Я почти уверен, что у них больше шансов запустить новые игры, чем старые. Есть очень старые (DX9), которые уже работают над очень надежной реализацией WineD3D. И еще есть DXVK для DX11, который находится в очень хорошем состоянии (реализация WineD3D сильно отстает). А потом где-то в будущем появится VkD3D для DX12, который, вероятно, тогда тоже будет очень хорошо работать. Так что есть болтовня с несколько более старыми заголовками DX10 / DX11 и проблема с заголовками, защищенными DRM. Кроме того, я не вижу, чтобы Valve уделяли много внимания постановке, это не их дело - убирать постановку. Поэтому, когда для запуска игры необходимо включить хакерскую программу, в постановке этого не требуется. На самом деле, Proton использует исключительно небольшое количество патчей, полученных в результате постановки.

Также я не понимаю, где стоит сосредоточиться на старых драйверах. Все, что я вижу, на самом деле сосредоточено на очень современных драйверах - будь то драйверы NVIDIA vulkan dev или драйверы AMD, которым для правильной работы требуются новейшие LLVM и Mesa. Это займет время, но я уверен, что это не так уж и далеко. Вы не можете волшебным образом заставить что-то работать с отсутствием поддержки функций в драйверах, сосредоточившись на старых драйверах в каком-то дистрибутиве, а текущие названия Windows используют множество таких функций. Именно дистрибутивы и производители драйверов должны быть готовы к следующему этапу.

Учитывая время, когда был выпущен Proton на основе Wine-3.7, я мог бы предположить, что разработка Proton отстает на два-три месяца. Так что к тому времени, когда он был выпущен, мы были - я не знаю - вино-3,14? вино-3,12? Скорее всего, они уже работают над новой версией Proton, основанной на несколько недавней винной версии, возможно, что-то вроде текущей версии. Глядя на поток патчей в винной карте, поступающий от людей, связанных с Proton, похоже, что в настоящее время продолжается большая интеграция патчей с патчами, относящимися к материалам из ветки Proton 3.7. Таким образом, вероятно, что текущая версия Wine будет зависать раньше, чем позже. Я предполагаю, что следующий Протон будет базироваться где-то около 3.14 - 3.18. Wine 3.14 / 3.15 был одним из самых сложных ребазов, когда я переустроил свою ветку Proton (так что границы версий выглядят не слишком ошибочно). А затем начнется повторная интеграция патчей и хаков, также обращая внимание на проблемы здесь, в трекере. Затем, вероятно, снова потребуется 2-3 месяца, чтобы выпустить эту версию для каналов распространения Steam.

@CTJansson Мы должны помнить, что это не так просто, как запустить одну игру. Я почти уверен, что моя собственная ветка Proton не будет работать со многими играми, возможно даже с теми, что находятся в белом списке. Но это очень хорошо работает в играх, в которые я играю. Но этого недостаточно для Valves: они хотят расширить список поддерживаемых игр, не жертвуя тем, что уже поддерживается. И он также должен пройти некоторые тесты на совместимость и качество. Я почти уверен, что для следующей версии нам нужно подождать, по крайней мере, до тех пор, пока графические стеки не улучшатся и активность немного уляжется (что также означало бы, что не так много осталось, чтобы «движущаяся цель», такая как PoE, могла сломаться).

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

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

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

@kakra мы могли бы перейти на форумы Path of Exile? https://www.pathofexile.com/forum/view-thread/8980 или даже начать ветку, посвященную Proton?

Вот исправление проблемы CoInitialize, которое избавляет от взлома CoInit для Path of Exile:
https://github.com/kakra/wine/commit/f716887123418f1e14fa6c06aad9e854335f6eaa

Кто-нибудь знает, достаточно ли этого, чтобы предложить вино вверх по течению?

@kakra Ваш патч интересный, я его тестировал, работает.

Теперь я пытаюсь понять, почему коинициализация в CoInitializeSecurity помогает. Есть идеи?

В старой трассировке теперь мы видим похожие трассы, подобные этой:

(...)
0061:trace:ole:CoInitializeEx ((nil), 0)
0061:trace:ole:CoInitializeEx () - Initializing the COM libraries
0061:trace:ole:RunningObjectTableImpl_Initialize 
0061:trace:ole:apartment_construct creating new apartment, model=0
0061:trace:ole:apartment_construct Created apartment on OXID 600000cafe
0061:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
0061:trace:ole:CoInitializeEx ((nil), 2)
0061:warn:ole:enter_apartment Attempt to change threading model of this apartment from multi-threaded to apartment threaded
0061:fixme:heap:RtlSetHeapInformation 0x110000 0 0x247fe5c 4 stub
0062:trace:ole:DllMain 0x7e160000 0x2 (nil)
0062:trace:ole:CreateConnectionPoint (0x1a2558 {9bfbbc02-eff1-101a-84ed-00aa00341d07} 0x1a2594)
0062:trace:ole:CoInitializeEx ((nil), 2)
0062:trace:ole:apartment_construct creating new apartment, model=2
0062:trace:ole:apartment_construct Created apartment on OXID 6000000062
0062:trace:ole:apartment_get_or_create Created main-threaded apartment with OXID 6000000062
0062:trace:ole:CoCreateInstance (rclsid={cacaf262-9370-4615-a13b-9f5539da4c0a}, pUnkOuter=(nil), dwClsContext=00000001, riid={ec5ec8a9-c395-4314-9c77-54d7a935ff70}, ppv=0x2c2fb44)
0062:trace:ole:CoCreateInstanceEx ({cacaf262-9370-4615-a13b-9f5539da4c0a} (nil) 1 (nil) 1 0x2c2fac0)
0062:trace:ole:CoGetTreatAsClass ({cacaf262-9370-4615-a13b-9f5539da4c0a},0x2c2fa4c)
0062:trace:ole:create_classes_root_hkey L"\\Registry\\Machine\\Software\\Classes" -> 0x80
0062:trace:ole:apartment_addref 6000000062: before = 1
0062:trace:ole:apartment_release 6000000062: after = 1
0062:trace:ole:CoGetClassObject CLSID: {cacaf262-9370-4615-a13b-9f5539da4c0a},IID: {00000001-0000-0000-c000-000000000046}
0062:trace:ole:apartment_addref 6000000062: before = 1
0062:trace:ole:COMPOBJ_DllList_Add L"C:\\windows\\system32\\windowscodecs.dll"
0062:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\windowscodecs.dll"
(...)

Когда я посмотрел на fixme+ole мне показалось, что игра всегда называет только CoInitializeSecurity но не CoInitialize(NULL) . Поэтому я отменил взлом и переместил вызов на CoInitializeSecurity который в противном случае не работал бы в текущем вине (это только заглушка, ничего не делает):

0061:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!

Теперь игра достаточно рано вызывает CoInitializeSecurity , который, в свою очередь, вызывает CoInitialize(NULL) и все в порядке. У меня в очереди уже есть немного обновленное исправление. Но функционально это ничего не меняет, это касается только регистрации.

Я не уверен, насколько «правильный» этот патч, очевидно, что CoInitializeSecurity() должен иметь больше побочных эффектов, чем просто вызов CoInitialize() . Но поскольку речь идет «только» о безопасности, а Wine в основном действует как однопользовательский уровень ОС (он не работает как root, он заключен в тюрьму только для текущего пользователя), я думаю, что это достаточно просто, чтобы сделать это таким образом. По крайней мере, я добавил самые простые проверки в соответствии с документами MS: некоторые параметры должны быть установлены определенным образом.

Без взлома я теперь вижу, как DOOM жалуется на то, что квартира не инициализирована. Но это, вероятно, просто аналогичное исправление. В остальном эта игра работает.

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

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

@ wacossusca34 Да, я знаю. Это должно быть исправлено следующим нажатием ... Это должно сработать, если вы сначала запустите "make configure". Дай мне знать, если это не так ...

мой опыт:
он работает с dx9 и dx9ex, но использует 32-битный режим и вылетает, когда игра достигает 4 ГБ ОЗУ, что обычно происходит после 1 часа игры. пока доступна 64-битная версия, но я не мог запустить ее с помощью этой версии.

@SurfingNerd Он работает с моей сборкой Proton, указанной выше. Я скоро обновлю его, чтобы он был переведен на официальный Proton 3.16 (на самом деле, это сделано, включая обновления Wine-3.19, я все еще тестирую и хочу поработать над некоторыми дополнительными оптимизациями). В оригинальном Proton по-прежнему отсутствует хак CoInit и некоторые патчи windowscodecs для фактического запуска DX11. Вам также понадобится DXVK для его запуска, потому что игра использует отложенные контексты DX11 (моя сборка включает их, так что вы можете работать без DXVK, но он медленнее, по крайней мере, для мне).

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

@kakra То же и здесь. Усовершенствованный хак кажется «лучшим» обходным путем на данный момент: если квартира не инициализирована, инициализируйте ее.

Я просмотрел документацию Microsoft, и у меня такое же чувство, что CoInitialize внутри CoInitializedSecurity () кажется неправильным.

Что я очень удивлен и не понимаю, так это почему Coinit внутри вызова службы безопасности "решает" проблему позже? Для меня это как-то неожиданно (и я не уверен, правильно ли понимаю свои следы).

Мое лучшее предположение состоит в том, что в винном коде вызов CoInit отсутствует где-то в других подсистемах, потому что он пересчитан. Незадолго до того, как игра ожидает инициализированную квартиру, она не инициализируется и возвращается 0. Похоже, это как-то связано с кодом DX. Я предполагаю, что на этом этапе он должен быть пересчитан как минимум до 1, поэтому где-то раньше отсутствует инициализация.

@SurfingNerd Кроме того, код DX9 (не уверен, в вине или в игре), похоже, дает утечку памяти, потому что для меня 64-битная версия использует менее 2,7 ГБ ОЗУ.

Кто-нибудь пробовал это решение? Я думаю это полезно
https://bugs.winehq.org/show_bug.cgi?id=42695#c15

@ teh-monad, PoE уже отлично работает с Wine-staging и DXVK, если вы включили патч coinitalize. Другие патчи кажутся необязательными.
Играл без проблем на сессиях до ~ 12 часов.
Он вылетает при изменении разрешения (изменение размера окна / переключение в / из полноэкранного режима), но если вы его не трогаете, он отлично работает.
Кроме того, я включил патч шейдера-заполнителя DXVK, чтобы не задерживать игру во время вычисления новых шейдеров.
В целом я получаю такую ​​же производительность, как и в Windows.
Инструмент PoE Trade также работает, но вам нужно открывать и закрывать его окно настроек каждый раз, когда вы его запускаете.

@Janhouse Все еще новичок в Linux, но как мне заставить этот патч работать с lutris? Пока играл только в родные игры, поэтому пытаюсь изучить Lutris.
Версия Wine - это WineHQ devel (3.19) и DXVK 0.90, поэтому мне просто нужен патч.

@CTJansson , я где-то читал, что в Lutris, включенный Wine-staging с патчами esync, которые можно получить в Lutris, включает все необходимые патчи для PoE. (В разделе Lutris> Управление бегунами> Версии Wine)

Затем просто выберите DXVK 0.90, если ваши драйверы его поддерживают, и все будет в порядке.

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

Я установил PoE в Lutris, используя предоставленный ими рецепт установки.

Сейчас я запускаю игру без Steam или Lutris, но изначально с Lutris было намного проще. Я надеюсь, что эти исправления будут в конечном итоге добавлены в Proton, было бы здорово, если бы одна из лучших игр Steam работала на Linux без каких-либо дополнительных действий. : смайлик:

@Janhouse Спасибо за помощь с Lutris, _ но это, похоже, не исправляет сбой DX11 при запуске? _
РЕДАКТИРОВАТЬ: Кажется, мне не хватало драйверов vulkan mesa, теперь работает!

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

Я получил poe, работающий в протоне (3.16), но не могу заставить DirectX 11 работать из-за заводской ошибки wic.
Могу ли я применить патч wic, даже если я установил Steam через репозиторий Manjaro, и если да, то как его применить? не люблю вылетать каждые 2 карты: / заранее спасибо ..

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

как только proton Wine исправлен патчем dx11, он все равно выдает ошибку, потому что Wine не скомпилирован с libpng. Источник: я скомпилировал протон с патчем в debian vm через докер согласно readme. Другие патчи, которые я пробовал для разных игр, работали должным образом.

@GloriousEggroll такая же ошибка на debian. Wine использует libjpeg62, но в debian есть только libjpeg62-turbo

@GloriousEggroll Wine 4.0 RC1 теперь требует гораздо меньше патчей windowscodecs. Я применил только их и пропустил зависимости из файлов определений:

e74377fe898 - windowscodecs: Fix 32bppRGB to 32bppRGBA conversion. (2 hours ago)
03c433b87ab - windowscodecs: Add support for 32bppRGB, 32bppRGBA and 32bppPRGBA to format converter. (2 hours ago)
2de3f6ecde9 - windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter. (2 hours ago)
c0c2f98c062 - gdiplus/tests: Add some tests for GdipInitializePalette. (2 hours ago)
01c3008d70a - gdiplus: Implement GdipInitializePalette. (2 hours ago)

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

2de3f6ecde9 - windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter. (2 hours ago)

вы случайно не знаете, из какого патчета он был?

-редактировать-
Nevermind я нашел его под набором патчей wincodecs кодировщика gif.

@GloriousEggroll Я скоро

Изменить: некоторые из перечисленных мной патчей уже поставлены в очередь на https://source.winehq.org/patches/

@kakra, спасибо. Мне удалось создать собственную сборку протона с немного измененными версиями патчей (в основном просто измененными, чтобы исправить чисто в протон). Я также проинформировал других ребят, занимающихся виноделием, о попытке апстрима windowscodecs-32bppPRGBA, поскольку это единственные отсутствующие исправления, которые еще не поставлены в очередь. Работал как шарм вместе с патчем CoInit от DataBeaver

Привет, ребята,

Я не проверил все сообщения в этом "мега" выпуске. Прости за это...
Мой простой вопрос - можно ли будет играть в PoE на Linux с Steam's Proton без патчей / взлома и так далее?

Благодаря!

@presianbg Да, я использую lutris, с tkg-3.21, dxvk-0.93, с активным кешем состояния, сначала он заикается, но чем больше dxvk может кэшировать, он будет становиться все более приятным, у меня есть vega 56 gpu с ryzen 1700, а частота кадров составляет от 30 до 90, с некоторым минимальным заиканием, но я бы сказал, что в среднем 50 кадров в секунду.
Если бы я использовал ранг, я бы оценил эту игру как золото с точки зрения рейтинга lutris / protondb.

РЕДАКТИРОВАТЬ: извините, не читал, что вы хотите играть на протоне, вы можете запустить lutris, установить PoE через вино с помощью Steam, затем использовать tkg-3.21 и dxvk-0.93

@CTJansson Вы используете этот скрипт ? Я запускаю это с Fury X на DXVK 0.93, и до сих пор я прошел Акт 4 без единого сбоя, за исключением попытки изменить размер окна. Он держит стабильные 60 кадров в секунду без сбоев. Если бы не сбой при изменении размера окна и случайное потрескивание звука, я бы назвал этот скрипт Lutris Platinum.

К сожалению, Proton не может запустить версию DX11, а версия DX9 часто дает сбой. Мне удалось уменьшить количество сбоев с помощью следующих параметров запуска, установленных через Steam: --waitforpreload --nologo --nodx9ex --gc2 --noasync.
Однако после нескольких переходов карты он по-прежнему вылетает с сообщениями об ошибках текстуры.

К вашему сведению, сообщения об ошибках текстуры после перехода карты также происходят с людьми в Windows. На форумах PoE есть около 3-4 сообщений об этом. Я не думаю, что это специфично для WINE или DX9, поскольку были люди, использующие с ним и dx11.

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

@meowmeowfuzzyface нет, я вручную настраиваю свою конфигурацию Lutris PoE с tkg-3.21, включенным dxvk и т. д., не уверен, что использую e-synct tho. Этот сценарий, который вы связали, использует tkg-3.19, оба содержат патч CoInt для PoE, так что это не имеет особого значения, также в моей конфигурации активирован кеш состояния dxvk.
Gold / Platinum точно, с активным кешем состояния сначала будет заикаться, но тем меньше, чем больше он кеширует.

Я думаю, пока патч CoInt не находится внутри Wine, мы не сможем запустить PoE на протоне без настройки вашей собственной протонной ветви. Вы все еще можете запустить Steam-версию через Wine и применить tkg-3.21 и dxvk, таким образом вы не используете протон, но люди будут видеть, что вы играете в PoE в списке друзей, а Steam будет регистрировать ваши часы игры.

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

Я изначально установил Steam, чтобы играть в игры, совместимые с Linux.

Вот моя установка, которая работает:

Ubuntu 19.04

1) Установите steam: sudo apt install steam -y
2) Включите Steam Play
3) Установить Path of Exile через Linux Steam
4) Следуйте этому руководству по установке требований https://github.com/tainium/PoE-Lutris-DXVK (пропустите автономную установку, Path of Exile уже установлен :))
5) Установите "Wine" runner "tkg-3.2.1-x86_64" (или что бы там ни было, начиная с этого поста, это работает)
6) Установите раннер "Wine Steam" с ранее выбранной винной версией.
7) В строке меню Lutris выберите Игра -> Добавить
8) Используйте настройки на скриншотах

(выберите любой установленный вами DXVK)

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

После запуска Steam через Lutris вы можете установить каталог Steam и запустить игру.

Возможно, это более простое решение, но у меня это сработало.

Примечание: My Path of Exile уже был полностью обновлен через клиент Steam для Linux.

Значит ли это, что в dxvk 93+ нам больше не нужен старый патч dxvk?

а кто-нибудь разбирается в проблеме изменения размера / разрешения? я действительно хотел бы поиграть с разрешением больше, чем 1920x1080

С кешем состояния в DXVK вам обычно больше не нужен шейдерный хак в DXVK ... Здесь он отлично работает, заикания исчезнут через несколько минут игры, у меня он даже работает в разрешении 4k. Чтобы изменить разрешение, вам нужно с самого начала заставить игру запускаться с большим окном. Полноэкранные режимы могут работать некорректно. Вы можете отредактировать файл конфигурации, чтобы переключиться на более высокое разрешение и оконный режим.

ааа хорошо знать :)

когда я редактирую свой production_Config.ini на что-то другое, кроме 1920x1080, моя игра не загружается после логотипа ggg - очень странно ... нужно ли определенное соотношение 16: 9 для полноэкранного режима?

оконный режим работает нормально, как вы сказали.

Ну, я использовал правила KDE KWin, чтобы заставить окно запоминать последний размер и положение, затем я развернул окно на моем мониторе 4k и вышел из игры (что заняло около 2 минут, потому что стек графики каким-то образом зависает при этом. ). После перезапуска: Тада, полное разрешение.

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

Вот моя конфигурация дисплея:

[DISPLAY]
adapter_name=GeForce GTX 1050 Ti(#0)
borderless_windowed_fullscreen=false
directx_version=auto
dx11_antialias_mode=1
dx9_antialias_mode=1
dynamic_resolution_fps=30
fullscreen=false
global_illumination_detail=0
light_quality=1
max_PS_shader_model=ps_4_0
max_VS_shader_model=vs_4_0
maximize_window=true
post_processing=true
resolution_height=2077
resolution_width=3840
screen_shake=true
screenspace_effects=2
screenspace_effects_resolution=1
shadow_type=hardware_7_samples
texture_filtering=4
texture_quality=0
use_dynamic_resolution=true
vsync=false
water_detail=1

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

Моя протонная сборка: https://github.com/kakra/wine-proton

заикание исчезнет через несколько минут игры

Итак, я попробовал мою настройку lutris с версией 0.94 сейчас и без асинхронного взлома со следующими параметрами:

• ткг 3,21 + Esync + dxvk 0,94
• DXVK_STATE_CACHE = 1
• DXVK_HUD = fps, версия, память

Я играл 30 минут, но мне кажется, что игра очень часто тормозит / зависает, мой кеш не готов?

сохраняется ли кеш dxvk после перезапуска моей системы?
возможно, мне придется вернуться к взлому 0.91 dxvk + async

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

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

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

@SurfingNerd Вы можете играть в режиме DX9, он не показывает проблем, которые показывает режим DX11. Кроме того, исправление, которое вы, вероятно, имеете в виду, является не исправлением, а взломом, который технически неверен и может показывать очень неправильное поведение в других играх. Я думаю, это уже обсуждалось здесь. И я не думаю, что Valve хочет, чтобы Proton стал еще одной версией Lutris, то есть с настраиваемыми сборками и установочными скриптами для каждой второй игры. По крайней мере, не на данном этапе.

Кроме того, я не уверен, заметили ли вы, что происходит на заднем плане ... Многие необходимые патчи для этой игры уже добавлены в Wine и появятся в 4.0. «Proton 4.0» (если он появится, но я почти уверен) уже будет содержать множество патчей, необходимых для запуска этой игры, или другими словами: тогда потребуется меньше патчей / исправлений. Эта игра требовала множества индивидуальных исправлений, то есть коммитов, может быть, около 50 тогда. Сейчас это примерно 3. И я думаю, что "CoInit" - одна из последних оставшихся сложных частей. Если вы хотите ускорить это, пожалуйста, помогите исправить взлом. Благодарю. :-)

@kakra thx за ваш ответ :) да, я уже играл в delve leage до выхода DX 9.0, но у него есть утечка памяти. Я не знаю, является ли эта утечка ошибкой в ​​одной из библиотек Proton или в Path of Exile. похоже, это связано с моделями или текстурами. он довольно скоро вылетел в углублении или на картах с большим количеством вариаций. (например, Beyond + abyssal) или просто в городе, потому что много игроков проходит мимо. поэтому важен каждый экран загрузки. Proton 4.0 звучит очень многообещающе, думаю, я дождусь этого :)

@SurfingNerd Проблема в том, что режим DX9 32-битный. В Wine управление памятью отличается, потому что ему также необходимо отображать содержимое Linux в адресное пространство. Если вы используете pulseaudio, вам может повезти больше, если вы уменьшите объем разделяемой памяти, я обрисовал это здесь:
https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md#hints -to-32-bit-users

Но не ждите, что Proton 4.0 будет включать в себя хак CoInit, необходимый для DX11 ... Я думаю, что эта игра имеет низкий приоритет, поскольку в ней есть несколько рабочий режим DX9.

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

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

Если вы перейдете в «Библиотека -> Инструменты» и добавите «Proton» в свою библиотеку Steam, вы также сможете легко вернуться к официальной версии, проверив файлы. Или просто снова извлеките dist.tar.gz из Proton.

Мне любопытно, как обстоят дела с PulseAudio, есть ли у сжатия памяти какие-либо другие побочные эффекты? Я замечаю, что при воспроизведении PoE через 1-2 часа мои звуки начинают трескаться, пока я не переключу устройство в игровом клиенте

@ evilch3n Пока я не испытывал побочных эффектов - пока вы не делаете его слишком маленьким. По умолчанию это 64 МБ, что очень много для 32-битного пространства с большим количеством открытых звуковых потоков.

@duckartes ваше решение не имеет ничего общего с протоном, вы устанавливаете Steam и включаете его, но потом вы больше никогда не прикасаетесь к нему и используете winesteam 0.o

Вы можете играть в режиме DX9, он не показывает проблем, которые показывает режим DX11.

@kakra «Из аварии памяти» «Не удалось создать аварии нити» на говорит каждый изменение карты я не могу: /

а версия dx11 даже не проходит мимо "cant create WIC factory" + segfault

@nonchip Он работает с моей протонной версией: https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md

Загрузите tar.xz со страницы выпуска и распакуйте его в существующую папку Proton 3.16 Beta. PoE будет работать в режиме DX11.

@kakra спасибо, пробую сейчас. Кстати, вы знаете трюк с compatibilitytools.d ? избавляется от необходимости убивать официальную установку (и убивать ее обновлениями), например https://github.com/redmcg/wine/ делает это для своего неофициального элитного опасного патча

РЕДАКТИРОВАТЬ: попробовал вашу версию, «не удалось создать фабрику WIC». я здесь что-то не так делаю? запустить его с помощью PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

EDIT: omg fail, я забыл перезапустить Steam после переключения протонной версии, неважно, теперь работает нормально, большое спасибо: 3

РЕДАКТИРОВАТЬ: попробовал вашу версию, «не удалось создать фабрику WIC». я здесь что-то не так делаю? запустить его с помощью PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

@nonchip куда вы их кладете?

@nonchip Да, я работаю над этой "уловкой". Между тем, вы можете создать такой каталог самостоятельно, пока в моем репозитории все не будет построено с нуля. См. Https://github.com/kakra/wine-proton/projects/3

@humunuk щелкните правой кнопкой мыши игру, свойства, общие, установите параметры запуска.

он задокументирован как просто добавление параметров, но если вы включите в него строку %command% это фактически позволяет вам указать всю командную строку (и эта строка заменяется исполняемым файлом игры).

@kakra На самом деле я сделал это, скопировав ваше пропатченное вино в каталог «вспомогательных файлов», предоставленный проектом элитного опасного патча. очевидно, теперь для этой игры больше не работает, но, может быть, клапан проснется в какой-то момент и поймет, что указание версии протона для каждой игры может быть разумной идеей ... если нет, я посмотрю, могу ли я просто настроить протон сценарий запуска для переключения разных $WINE s в зависимости от идентификатора игры.

РЕДАКТИРОВАТЬ: «заглянуть внутрь» означает «через несколько часов после пробуждения на следующее утро я готов»: https://gitlab.com/nonchip/hydron

@nonchip Я думаю, что Steam уже использует определенную версию Proton для каждой игры ... Это если вы не включите глобальный переключатель переопределения, чтобы всегда использовать тот инструмент, который вы указали. Таким образом, инфраструктура уже существует, но пользователь не может ее контролировать, кроме «значения по умолчанию или переопределения».

@nonchip из https://gitlab.com/nonchip/hydron :

ПРИМЕЧАНИЕ: чтобы использовать "ванильную" версию, вы должны вручную поместить ее в свой файл совместимости, поскольку Steam имеет привычку удалять версии Proton, которые, по его мнению, могут быть "неиспользованными" ...
см. документацию, но tl; dr: make install - ваш друг.
В качестве альтернативы вы можете (я это не тестировал) скопировать ранее установленную версию vanilla из steamapps / common.

На самом деле вы можете перейти в свою библиотеку Steam, выбрать «Инструменты» из раскрывающегося списка библиотеки, найти Proton и принудительно установить каждую версию.

@kakra

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

ну для меня это, к сожалению, не имеет значения, так как я хочу запускать собственные версии (о чем свидетельствует, например, сама проблема: stuck_out_tongue :), но интересно, что они делают это «за кулисами» ... я думаю, просто еще один экземпляр «о, средний пользователь не знал бы, что с этим делать, так зачем давать людям, которые этого хотят, вариант« тупой пользовательский режим », о котором, к сожалению, так легко начать думать, когда вы получаете такое количество действительно ОЧЕНЬ глупых вопросов проект размером с Steam приходится иметь дело каждый день ...

На самом деле вы можете перейти в свою библиотеку Steam, выбрать «Инструменты» из раскрывающегося списка библиотеки, найти Proton и принудительно установить каждую версию.

о, очень хорошо знать, я добавлю это в ридми, спасибо: smile_cat:

Я думаю, он может пострадать от проблемы dist.tgz ? У меня была версия, которую я никогда не использовал, и она фактически не могла распаковать себя, и вместо этого ожидал, что Steam сделает это при первом использовании.

@nonchip Посмотрите на proton python, он должен распаковывать dist при первом использовании. Тем не менее, это может нарушить некоторые предварительные условия. Я уже изучил внутреннюю работу, планируя создать свой собственный инструмент. Но это займет больше времени, потому что это просто проект в свободное время - и если что-то меня не слишком беспокоит, я не чувствую желания что-то исправлять. ;-)

Магия распаковки основана на сравнении файла version ... Может быть, это все еще было для вас?

@kakra о, я понимаю, это могло случиться, да. я добавлю поддержку для steamapps/common/Proton* тогда

...сделанный. Я добавлю примечание со ссылкой на этот поток и резервную поддержку этой папки, но с предупреждением «может не работать, если Steam испортит»: stuck_out_tongue:

@nonchip Распаковка начинается здесь:
https://github.com/ValveSoftware/Proton/blob/4a5f7064b3a7f20cc7206db946d5f8a47b8ca7e7/proton#L145

Итак, пока вы начинаете через эту оболочку, она должна распаковывать dist. То есть, если dist/version уже не существует (и некоторые другие предварительные условия). В противном случае он перейдет в путь обновления.

@kakra, я делаю это, ага. Единственная причина, по которой я не доверяю пути, - это то, что Valve специально говорит, что Steam не будет касаться папки comptools, что означает, что он может делать что-то общее в будущем, и в этом случае я хочу, чтобы люди знали.

где сказано, что Steam также какое-то время делал что-то ( rm -rf если быть точным) с ~ , так что ... да: P

@nonchip Этого не происходит, если вы делаете резервные копии - потому что Мерфи. ;-)

Вы можете явно проверить Proton */dist/version чтобы узнать, загружена ли уже эта версия.

Так что у Wine есть поддержка DX11 / 10. Но POE не работает с этим и нуждается в личном патче, как команда Wine делает для других приложений?

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

РЕДАКТИРОВАТЬ: «заглянуть внутрь» означает «через несколько часов после пробуждения на следующее утро я готов»: https://gitlab.com/nonchip/hydron

Бета-версия Steam только что обновилась с новой функцией, позволяющей переопределить версию Proton для каждого приложения.

https://www.pathofexile.com/forum/view-thread/2319193 PoE прекращает поддержку клиента dx9 в марте. Было бы неплохо, если бы Steam перенес исправление CoCreateInstance () в протон, собственно.

@kakra Думая о проблеме WIC, я считаю этот новый патч в Wine интересным:
https://github.com/wine-mirror/wine/commit/77c3761ad4e557f9fa311299e77746bf225a575a

РЕДАКТИРОВАТЬ: Я также вижу прогресс в отчете об ошибке вина. Исправил ли игровой клиент проблему с WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

@kakra Думая о проблеме WIC, я считаю этот новый патч в Wine интересным:
вино-зеркало / вино @ 77c3761

Нет, это не связано.

РЕДАКТИРОВАТЬ: Я также вижу прогресс в отчете об ошибке вина. Исправил ли игровой клиент проблему с WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

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

@nsivov @edmondo

@kakra Думая о проблеме WIC, я считаю этот новый патч в Wine интересным:
вино-зеркало / вино @ 77c3761

Нет, это не связано.

Я тоже знал о патче и хотел его попробовать. Спасибо, что указали, что это не связано. Экономит время. ;-)

РЕДАКТИРОВАТЬ: Я также вижу прогресс в отчете об ошибке вина. Исправил ли игровой клиент проблему с WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

Да, это было пропатчено в игровом клиенте.

Означает ли это, что нам больше не нужен взлом CoInit?

Теперь нам нужно только исправить проблему в самом WIC.

Это патчи windowscodecs от постановки?

Или наоборот?

@nsivov Думаю, это патч:
https://source.winehq.org/patches/data/157299, что отменяет взлом CoInit?

@kakra это так.

@nsivov Спасибо, тогда я откажусь от взлома CoInit из своей ветки и попробую этот. Это не относилось чисто к моему коду (есть конфликтующие строки с патчами активации / минимизации Windows от @zfigura). Я отчитаюсь и буду продвигать свою протонную ветвь в следующем обновлении Wine до 4.1.

Я могу подтвердить, что взлом CoInit теперь можно отказаться от последней версии Wine. Итак, у нас остались следующие патчи windowscodecs, которые, похоже, все еще необходимы (по крайней мере, с DX11):

windowscodecs: Fix 32bppRGB to 32bppRGBA conversion.
windowscodecs: Add support for 32bppRGB, 32bppRGBA and 32bppPRGBA to format converter.
windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter.

Я не уверен, что все это нужно.

Похоже, PoE подходит для Proton 3.16-7 beta. Вот скриншот:

Правильно, исправление находится по адресу Valvesoftware / wine @ 72f375e. Что касается режима d3d11, мне известно только о двух проблемах: одна связана с инициализацией COM, которая была исправлена ​​разработчиками игр, а другая - с отсутствующими функциями WIC, это фиксация, о которой я только что упомянул.

У меня он не запускается (показывает анимацию игры с точильным механизмом), а потом зависает. Мышь движется очень медленно, если вообще движется. Однажды я получил экран меню, но он выглядел так, как будто он нарисован наполовину. Я проверил загрузку процессора, и ни одно из 6 ядер не было загружено более чем на 30%.
Вы упомянули режим d3d11 - что это за другой режим и как я могу их переключать? Или мне все равно следует использовать dx9 и dx11?

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

Вы можете изменить его в конфигурационном файле с помощью текстового редактора. Суть такова: 64-битный двоичный файл - это режим d3d11, 32-разрядный двоичный файл - это режим d3d9 (и, как таковой, страдает от раннего исчерпания памяти, что объясняет многие проблемы стабильности, о которых сообщалось в режиме d3d9).

В качестве альтернативы вы можете просто запустить 64-разрядный режим напрямую, заменив% command% в параметрах запуска Steam на полный путь к 64-разрядному exe-файлу. Я не проверял это, однако.

Собственно работает \ о /. Пришлось снизить разрешение рабочего стола. Было 2560x1440 и в full hd работает. Благодаря!

версия dxvk / wine (lutris) также страдает ошибкой разрешения (см .: https://github.com/doitsujin/dxvk/issues/813)

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

Я только что попробовал Path of Exile с Steam Play (Proton 3.16-7 beta), и мне удалось поиграть в эту игру практически без проблем, единственная незначительная проблема заключалась в том, что серверы не могли отображать пинг в списке серверов.

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

1. В разделе "Библиотека" (наведите указатель мыши на меню)
2. Перейти к инструментам
3. Найдите и найдите версию Proton по своему вкусу (из доступных) и установите ее.
4. (Необязательно) Установите параметры запуска для приложения - «PROTON_NO_ESYNC».

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

Запущен с использованием Proton 3.16-7 Beta, ошибок при запуске не было. Однако после вступительного видео он, кажется, блокируется на экране загрузки с двумя шестеренками.

В журналах я получал «17388.661: 0028: 0077: err: winediag : IcmpCreateFile Не удалось использовать ICMP (сетевой пинг), для этого требуются особые разрешения». среди прочего.

Запущен с использованием Proton 3.16-7 Beta, ошибок при запуске не было. Однако после вступительного видео он, кажется, блокируется на экране загрузки с двумя шестеренками.

Также может быть ошибка разрешения, вы тоже должны это проверить

Запущен с использованием Proton 3.16-7 Beta, ошибок при запуске не было. Однако после вступительного видео он, кажется, блокируется на экране загрузки с двумя шестеренками.

В журналах я получал «17388.661: 0028: 0077: err: winediag : IcmpCreateFile Не удалось использовать ICMP (сетевой пинг), для этого требуются особые разрешения». среди прочего.

У меня была та же проблема, поэтому я удалил версию Wine / Proton из Steam (WINEPREFIX) и позволил Steam воссоздать ее снова (WINEPREFIX).
Получил, чтобы пройти экран загрузки.

@ matty-r В сообщении ICMP просто говорится, что пинг шлюза в лобби не работает: игра не отображает время пинга для шлюзов и не выбирает его автоматически. Для этого требуется либо двоичный файл Wine, установленный с помощью CAP_NET_RAW (который здесь не будет работать, потому что Proton установлен пользователем, а не установлен в системе), либо ему нужен патч из промежуточной стадии. Вы также можете попробовать разрешить системе создавать пакеты icmp-echo-request из пользовательских сокетов, установив:

sysctl net.ipv4.ping_group_range="0 65534"

Эта игра у меня теперь работает безупречно на 3.16-7 + mesa 18.2.2, без каких-либо параметров запуска или настроек. У меня в настройках игры отключены многопоточность и динамическое разрешение, потому что я читал, что у некоторых людей с ними вылетали. Все на высоких настройках и отлично работает. Играл более 10 часов без единого сбоя.

Стоит отметить, что изначально игра не запускалась с выбранной версией 3.16-7, но она начала работать после того, как я вручную установил бета-версию 3.16 в моей библиотеке Steam в разделе «Инструменты». Я не уверен, в чем была проблема перед установкой вручную, поскольку папка Proton 3.16 Beta уже существовала в steamapps / common. Может были проблемы с обновлением?

В любом случае, люди могут захотеть попробовать. Даже если для всех игр выбраны версии 3.16-7, попробуйте установить бета-версию 3.16 вручную в меню «Инструменты», а затем снова запустите игру.

Стоит отметить, что изначально игра не запускалась с выбранной версией 3.16-7, но она начала работать после того, как я вручную установил бета-версию 3.16 в моей библиотеке Steam в разделе «Инструменты». Я не уверен, в чем была проблема перед установкой вручную, поскольку папка Proton 3.16 Beta уже существовала в steamapps / common. Может были проблемы с обновлением?

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

Может быть, это разрешение, замеченное с lutris / dxvk

• Ubuntu 18.04
• Nvidia 415
• Разрешение монитора по умолчанию 3440x1440
• Intel i7 4-го поколения

@ evilch3n Я застрял в том же месте. Не уверен, пробовали ли вы это, но изменение разрешения экрана на 1920x1080 перед запуском игры устранило это для меня. Не идеально, но по крайней мере работает.

@tcfunk, черт возьми, я так

Похоже, добавление -w 1920 к параметрам запуска тоже сработало. Немного удобнее, чем переключать разрешение вручную перед запуском.

Похоже, добавление -w 1920 к параметрам запуска тоже сработало. Немного удобнее, чем переключать разрешение вручную перед запуском.

их должно быть больше, вариант мне не помогает - проблема не устранена. (также пробовали -w и -h вместе)
я просто мог бы остаться с lutris и взломанными сборками dxvk / PKG тогда

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

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

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

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

В любом случае, игра работает нормально, если я использую свой графический процессор Intel, но не запускаю его с графическим процессором NVIDIA (GeForce GTX 1070 Mobile Max-Q). Я использую bumblebee с primus_vk (так что vulkan работает), и вот журналы, которые я получаю: https://gist.github.com/jeromegn/ddd2b0c7eb5cd47be4310f63b96ec3c9

Запускается так: ENABLE_PRIMUS_LAYER=1 PROTON_LOG=1 optirun %command% (эта первая переменная env предназначена для включения vulkan)

По сути, я получаю необработанную ошибку доступа для чтения с ошибкой страницы. Есть идеи? Я пробовал и с 3.16 -7, и с -8.

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

Похоже, добавление -w 1920 к параметрам запуска тоже сработало. Немного удобнее, чем переключать разрешение вручную перед запуском.

поскольку это не сработало для меня, я только что создал production_Config.ini с высотой / шириной и т. д.
Теперь он работает, но FPS / Stutters действительно плохие. Похоже, каждая анимация / мобкреация / и т. Д. заморозить мой компьютер.

Меня сбивает с толку тот факт, что большинство графических параметров не имеют никакого положительного или отрицательного влияния на производительность 8x / 4x / без MSAA или средние / высокие текстуры и т. Д.

В прошлой лиге я играл с комбинацией хаков lutris / wine / dxvk-pipeline и постоянно имел почти 100 кадров в секунду, но в этой лиге я не могу этого добиться ни с lutris, ни с proton. Я открыт для идей.

Я использовал Wine-staging с dxvk, и у меня была довольно плавная работа. Вы используете 64-битный клиент? 32-битный клиент у меня работает очень плохо.

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                    
 6780 evilchen  20   0 3771876 1,541g 268696 R 207,9  9,9   2:30.56 PathOfExile_x64    

Да, похоже, это 64-битный клиент.

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

edit2: потому что я вижу. выделенная память графического процессора намного меньше, чем в последнем патче. раньше это было около 3,5 ГБ, теперь это 1,8 ГБ после простоя в полностью переполненном городе.

Установка borderless_windowed_fullscreen=false устранила мою проблему, кстати.

Изменить: Nevermind, работает только с DX9 и Proton 3.7.8, я установил это там.

Мне кажется, что зависание экрана загрузки GGG совпадает с выводом на консоль сообщения «2019/03/15 16:07:41 1543730 [I PathOfExile_x64Steam.exe 41].

Да, у меня не работает последняя игра с протонами.

Мой доступ для чтения необработанной страницы был исправлен в https://github.com/felixdoerre/primus_vk/commit/0d8f98647578414a75454193151e781985c04548

Работает практически безупречно для меня, но по какой-то причине, когда я запускаю игру, происходит сбой Steam, затем, когда я перезапускаю Steam и повторно запускаю игру, она работает нормально ... не совсем уверен, что там происходит (происходит как по маслу).
Помимо заикания шейдера я получаю стабильные 70-80 FPS, все на максимуме (кроме Shadow + GI на высоком уровне). В Windows я получаю постоянную 140 FPS. Мне не нужно было менять какие-либо настройки в Proton, просто установи и играй.

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

• Системная информация
• Версия Proton: 4.2-1
• Ядро: 4.15.0-46-generic
• Версия драйвера / LLVM: NVIDIA 418.56

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

Протон: 4,2-1
Ядро: 5.0.4-arch1-1-ARCH
Дистрибутив: Archlinux x86_64
Видео: NVidia GTX 660, драйверы 418.56

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

Протон: 4,2-1
Ядро: 5.0.4-arch1-1-ARCH
Дистрибутив: Archlinux x86_64
Видео: NVidia GTX 660, драйверы 418.56

PackCheck должен это исправить.

Для меня Path of Exile работал безупречно на 3.16-8 beta но когда я пробую его с 4.2-1 он вылетает через минуту или две игры без каких-либо сообщений об ошибках или всплывающих окон. Он просто вылетает прямо на рабочий стол.

Протон: 4,2-1
Ядро: 5.0.4-arch1-1-ARCH
Дистрибутив: Antergos Linux x86_64
WM: i3-gaps
Процессор: Intel i5-4590 3,7 ГГц
Графический процессор: Nvidia GTX 770 (418,56)

*редактировать
Теперь это происходит и с 3.16-8

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

Здесь вылетов на 4.2-1 нет, играл довольно много! Ubuntu 19.04, RADV 19.0.1

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

steam-238960.log

Для меня Path of Exile работал безупречно на 3.16-8 beta но когда я пробую его с 4.2-1 он вылетает через минуту или две игры без каких-либо сообщений об ошибках или всплывающих окон. Он просто вылетает прямо на рабочий стол.

Протон: 4,2-1
Ядро: 5.0.4-arch1-1-ARCH
Дистрибутив: Antergos Linux x86_64
WM: i3-gaps
Процессор: Intel i5-4590 3,7 ГГц
Графический процессор: Nvidia GTX 770 (418,56)

*редактировать
Теперь это происходит и с 3.16-8

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

У меня была та же проблема: застрял на колесах, а потом завис ... Кто-нибудь из вас смотрел на использование памяти? это одна из проблем наверняка, моя была ограничена, и у меня есть 4 ГБ ddr4, который является мусором, но его недостаточно, чтобы хорошо играть НЕ с увеличением памяти и требований ... так что возвращаюсь к окнам, я иду, пока не получу больше ОЗУ . Если у кого-то меньше памяти и он работает нормально, дайте мне знать!

Я просто хочу добавить еще одну точку данных к ошибке, когда эта игра не запускается при разрешениях> 1920 x 1080. Когда я запускаю ее с моими собственными разрешениями (2560 x 1440 или 3440 x 1440), игра переходит на шлифовальный механизм. games, а затем заморозить мою систему, когда анимация закончится. Изменение разрешения моей системы на 1920 x 1080 на обоих моих мониторах позволило игре запускаться на главном экране. Сообщите мне, если мне нужно будет предоставить какой-либо журнал для сбоя, чтобы помочь в исправлении!

Моя системная информация:
Версия Proton: 4.2.2 (это было и на старых версиях 3.1x)
Ядро: 5.0.5-200.fc29.x86_64 (так же было и с ядрами 4.x)
Графический процессор: Nvidia 1070ti с версией драйвера 418.56
Дистрибутив: Fedora 29 x86
Процессор: Ryzen 2700X
Разное: использование KDE в качестве среды рабочего стола

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

steam-238960.log

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

Привет @CubeTheThird , пожалуйста, скопируйте информацию о своей системе из Steam ( Steam -> Help -> System Information ) и поместите ее в суть , а затем добавьте ссылку на суть в этот отчет о проблеме.

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

Вы используете Steam с отключенной средой выполнения Steam, поэтому вы или сопровождающий пакета вашего дистрибутива для Steam несете ответственность за устранение любых недостающих зависимостей, включая libvulkan.so.1. Пожалуйста, повторите тест с steam-runtime или убедитесь, что у вас установлены пакеты vulkan-icd-loader и lib32-vulkan-icd-loader .

@ kisak-valve Я сделал несколько прогонов с теми же характеристиками, что и раньше:
Некоторые прогоны были короткими (около 5 минут, в основном последние два, которые касались областей из расширения Delve (которые были хороши двумя днями ранее)). но остальные заезды длились больше часа.

Протон: 4,2-2
Ядро: 5.0.6-arch1-1-ARCH
Дистрибутив: Antergos Linux x86_64
WM: i3-gaps
Процессор: Intel i5-4590 3,7 ГГц
Графический процессор: Nvidia GTX 770 (418.56-6)

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

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

Можно ли вообще работать в оконном режиме с настраиваемым разрешением? При любом разрешении, кроме 1080, мой рабочий стол вылетает.

Можно ли вообще работать в оконном режиме с настраиваемым разрешением? При любом разрешении, кроме 1080, мой рабочий стол вылетает.

Я просто хочу добавить еще одну точку данных к ошибке, когда эта игра не запускается при разрешениях> 1920 x 1080. Когда я запускаю ее с моими собственными разрешениями (2560 x 1440 или 3440 x 1440), игра переходит на шлифовальный механизм. games, а затем заморозить мою систему, когда анимация закончится. Изменение разрешения моей системы на 1920 x 1080 на обоих моих мониторах позволило игре запускаться на главном экране. Сообщите мне, если мне нужно будет предоставить какой-либо журнал для сбоя, чтобы помочь в исправлении!

Моя системная информация:
Версия Proton: 4.2.2 (это было и на старых версиях 3.1x)
Ядро: 5.0.5-200.fc29.x86_64 (так же было и с ядрами 4.x)
Графический процессор: Nvidia 1070ti с версией драйвера 418.56
Дистрибутив: Fedora 29 x86
Процессор: Ryzen 2700X
Разное: использование KDE в качестве среды рабочего стола

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

это помогло мне наконец запустить POE в ubuntu 19:
$ sudo apt удалить xserver-xorg-video-intel
Я не знаю, почему это исправлено, но, похоже, пока все работает нормально.

это помогло мне наконец запустить POE в ubuntu 19:
$ sudo apt удалить xserver-xorg-video-intel
Я не знаю, почему это исправлено, но, похоже, пока все работает нормально.

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

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

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

• Графический процессор: NVIDIA GeForce GTX 750 Ti
• Процессор: AMD Ryzen 5 1500X (8) @ 3.500 ГГц
• ОС: Linux Mint 19 Tara x86_64
• Версия драйвера / LLVM: Nvidia 430.09
• Версия ядра: 4.15.0-48-generic
• Версия протона: 4.2-3

Симптомы

steam-238960.log

Случайным образом зависает Wine-приложение после нажатия Alt-Tab / приведения / наведения курсора на элемент. Лечит только убийством процессов Steam и PoE в Process Monitor.

Привет, ребята, я не программист, но у меня такая же проблема, и я не понял ни одного из ваших решений, пожалуйста, помогите мне, я попробовал ВСЕ, что мог понять в Интернете, даже отформатировал свой ноутбук

Path of Exile: случайные сбои

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/2795.
@MrPaj опубликовано 2019-06-10T21: 05: 25:

Привет,

Запуск Path of Exile случайно дает сбой, пока я сражаюсь.
Иногда я могу играть часами без проблем, иногда это происходит каждые 10 минут.
Если вам нужны журналы, дайте мне знать, какие. Ниже приведены подробные сведения о моих характеристиках

Спасибо

Протон 4.2.6
Процессор: Шестиядерный процессор AMD Ryzen 5 2600X
Debian GNU / Linux 10 (buster) (64 бит)
Версия ядра: 4.19.0-5-amd64
Драйвер: NVIDIA Corporation GeForce GTX 1060 6GB / PCIe / SSE2
Версия драйвера: 4.6.0 NVIDIA 418.56
Оперативная память: 16056 Мб

В Path of Exile сейчас тоже много случайных сбоев в Windows, они внесли несколько больших изменений в последнее обновление! Я не думаю, что это имеет какое-то отношение к Proton, он был стабильным до PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

В Path of Exile сейчас тоже много случайных сбоев в Windows, они внесли несколько больших изменений в последнее обновление! Я не думаю, что это имеет какое-то отношение к Proton, он был стабильным до PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

Проблема, кажется, возникает только на карте Descent в act9. После 5 ~ 10 минут убийства мобов игра вылетает.
Я могу часами играть в другие зоны без проблем
Есть ли способ (журналы или что-то еще) подтвердить, связана ли проблема только с Proton или проблемой самой игры?

благодаря

У меня ноутбук с Intel HD 520 и NVIDIA 940MX (драйвер 430.26). Используя Steam Proton 4.2-7, игра запускается с картой Intel. Он также работает с NVIDIA только с PROTON_USE_WINED3D=1 .

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

Журнал сбоев с CreateShaderViewEx steam-238960.log
Журнал сбоя без сообщения 1-steam-238960.log

У меня ноутбук с Intel HD 520 и NVIDIA 940MX (драйвер 430.26). Используя Steam Proton 4.2-7, игра запускается с картой Intel. Он также работает с NVIDIA только с PROTON_USE_WINED3D=1 .

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

Журнал сбоев с CreateShaderViewEx steam-238960.log
Журнал сбоя без сообщения 1-steam-238960.log

У меня такие же сбои, в частности CreateShaderViewEx, что интересно, потому что иногда я могу щелкнуть по нему ОК и продолжать играть нормально. Акт 9 / Акт 9 спуск был особенно плохим. Иногда просто загружается в игру, она закрывается, или когда я бегаю и убиваю вещи.
Драйвер: NVIDIA Corporation GeForce GTX 970
Версия драйвера: 4.6.0 NVIDIA 430.26

У меня ноутбук с Intel HD 520 и NVIDIA 940MX (драйвер 430.26). Используя Steam Proton 4.2-7, игра запускается с картой Intel. Он также работает с NVIDIA только с PROTON_USE_WINED3D=1 .

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

Здесь та же проблема.
NVIDIA Geforce 920M (драйвер 430.26)

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

Я на AMD.

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

Я на AMD.

для меня виновато динамическое разрешение, без него вылетов на 90% меньше

Хорошо, у меня очень серьезная проблема с памятью.

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

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

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

всем привет

я получаю fmod-failed-to-initialize-error-code-59, если звуковой драйвер - OSS (Open Sound System), может кто-нибудь подтвердить это?

Моя проблема возникает, когда PoE закрывается ...

Игра работает нормально. Но когда я выхожу из игры, 2 процесса $HOME/.local/share/Steam/ubuntu12_32/steam увеличивают загрузку ЦП до 100%.

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

(арка, сток протон 4.11-5, amd ryzen 1700 + vega64)

Моя проблема возникает, когда PoE закрывается ...

Игра работает нормально. Но когда я выхожу из игры, 2 процесса $HOME/.local/share/Steam/ubuntu12_32/steam увеличивают загрузку ЦП до 100%.

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

(арка, сток протон 4.11-5, amd ryzen 1700 + vega64)

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

Есть ли способ переключить предварительное кеширование шейдера? Сегодня Path of Exile дважды скачал 6 ГБ шейдерного содержимого с предварительным кэшированием. Единственная игра, которая так делает.

Добавить Path of Exile в Proton

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/3161.
@hollowsaibot опубликовано 2019-10-21T20: 38: 58:

Привет, команда Valve / Proton,

В прошлом месяце я мог играть в Path of Exile "без" проблем на Linux (Ubuntu 19.04), но при попытке обновления 4 nvidia и ubuntu 19.10 все пошло к черту.
Дело в том, что я мог нормально играть. Я не уверен, было ли разрешено запускать эту игру в Steam с Proton, и как раз сейчас необходимо «заставить играть все игры», но, пожалуйста, проверьте, чтобы в эту игру можно было играть в Steam.

Кроме того, месяц назад кеш предварительного содержимого для шейдеров запускался для этой игры каждый день (перед запуском было загружено 6,3 ГБ), но теперь (несколько недель назад) игра не создает кеш шейдеров. Я думаю, что эта функциональность полезна, особенно если у вас nvidia 1050ti и частота кадров в секунду находится на пределе. Пожалуйста, проверьте и это.

С Уважением,

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

steam-238960.log
Привет,
На этот раз я установил 19.10 с нуля, автоматически установлен драйвер nvidia-435, похоже, игра работает (все еще падает fps, я быстро тестирую) и предварительное кэширование шейдеров (Steam> Настройки> S.Pre-Cach. ) пока по-прежнему 0 МБ)

Если можно что-то улучшить, мы будем рады. Если у вас есть вопросы, вы можете мне их ответить.

С Уважением,

У кого-нибудь еще есть серьезные проблемы с запуском этой игры? Я запускаю Manjaro 18.1.0 с Proton 4.11-8 с NVidia 1060, и игра загружается нормально и все такое, для загрузки в новые области требуется всего 1-2 минуты. Кроме того, некоторые из новых областей не загружаются, и просмотр нового контента вызывает заикание. Я видел сообщения о том, что пользователи вносили изменения, чтобы обойти эту проблему с «загрузкой шейдеров», но есть ли какие-либо исправления от Proton? Я думаю, что большинство из нас предпочло бы избегать установки нестандартных программ, только чтобы заставить работать одну игру.

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

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

Привет, у меня не работает POE с протонной версией 4.11.8. Он отлично работал с 4.11.7.
Я использую Fedora 31 win nvidia 1050 ti.

======================
Proton: 1573156648 proton-4.11-8
SteamGameId: 238960
Command: ['/home/red/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch']
Options: set()
======================
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
esync: up and running.
78040.038:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b430000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.059:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.061:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\wineboot.exe" at 0x7f05bcc40000: builtin
78040.065:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.067:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f05bca80000: builtin
78040.068:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f05bcad0000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.248:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.250:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\services.exe" at 0x400000: PE builtin
78040.252:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.253:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f1323670000: builtin
78040.253:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f13237b0000: builtin
78040.254:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f1323590000: builtin
78040.255:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.257:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\userenv.dll" at 0x7f1323550000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.306:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.307:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\plugplay.exe" at 0x400000: PE builtin
78040.310:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.311:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f849ebc0000: builtin
78040.311:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f849ed00000: builtin
78040.312:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f849eae0000: builtin
78040.319:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.373:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.373:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin
78040.375:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.376:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f7a5ec50000: builtin
78040.376:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f7a5eda0000: builtin
78040.377:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f7a5eb80000: builtin
78040.378:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x67a00000: PE builtin
78040.387:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.406:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f7a5e500000: builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f7a5e4d0000: builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f7a5e6b0000: builtin
78040.407:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\drivers\\winebus.sys" at 0x7f7a5eb30000: builtin
78040.671:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78040.671:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.740:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.741:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin
78040.743:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.745:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f65d3740000: builtin
78040.745:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f65d3890000: builtin
78040.747:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f65d3660000: builtin
78040.748:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x67a00000: PE builtin
78040.759:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.774:001e:0021:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\drivers\\mountmgr.sys" at 0x7f65d3620000: builtin
78040.791:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f05bbe90000: builtin
78040.793:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f05bbdb0000: builtin
78040.795:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f05bbaf0000: builtin
78040.795:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f05bbb30000: builtin
78040.795:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78040.898:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78040.901:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7f05bc050000: builtin
78040.909:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\steam.exe" at 0x7eb10000: builtin
78040.915:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71240000: PE builtin
78040.916:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7ea20000: builtin
78040.916:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7ea60000: builtin
78040.917:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7e8d0000: builtin
78040.918:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7e800000: builtin
78040.919:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fdc0000: PE builtin
78040.921:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7e5a0000: builtin
78040.921:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7e5e0000: builtin
78040.921:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65200000: PE builtin
78040.928:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68c40000: PE builtin
78040.928:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64b40000: PE builtin
78040.929:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7dbc0000: builtin
78041.039:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6c0c0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Setting breakpad minidump AppID = 238960
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198070664852 [API loaded no]
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78041.070:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78041.071:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\explorer.exe" at 0x400000: PE builtin
78041.073:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78041.074:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7efddfcf0000: builtin
78041.074:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7efddfe40000: builtin
78041.075:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7efddfb50000: builtin
78041.076:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7efddfa60000: builtin
78041.076:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78041.079:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7efddf7b0000: builtin
78041.079:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddf7e0000: builtin
78041.088:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78041.089:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\explorer.exe" at 0x400000: PE builtin
78041.092:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78041.093:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f90f18a0000: builtin
78041.093:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f90f19e0000: builtin
78041.094:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f90f16f0000: builtin
78041.095:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f90f1610000: builtin
78041.095:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78041.098:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f90f1350000: builtin
78041.098:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f90f1390000: builtin
78041.185:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78041.185:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78041.195:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78041.195:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7efddf460000: builtin
78041.212:0008:0025:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a900000: PE builtin
78041.212:0008:0025:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7d770000: builtin
78041.220:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78041.221:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78041.222:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7efdde920000: builtin
78041.229:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x6a100000: PE builtin
78041.229:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x960000: PE builtin
78041.281:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78041.281:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78041.291:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78041.291:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7f90f1010000: builtin
78041.310:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78041.311:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78041.313:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7f90f0570000: builtin
78041.319:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x6a100000: PE builtin
78041.319:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x750000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
78041.355:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b430000: builtin
78041.373:002f:0030:trace:loaddll:load_native_dll Loaded L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" at 0x400000: native
78041.377:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71240000: PE builtin
78041.378:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7ea80000: builtin
78041.378:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\ADVAPI32.dll" at 0x7ead0000: builtin
78041.387:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7df30000: builtin
78041.388:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7de60000: builtin
78041.393:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7dc00000: builtin
78041.393:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7dc40000: builtin
78041.393:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68c40000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fdc0000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65200000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64b40000: PE builtin
78041.397:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\SHELL32.dll" at 0x7e0a0000: builtin
78041.398:002f:0030:trace:loaddll:load_native_dll Loaded L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\steam_api.dll" at 0x3b400000: native
78041.401:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WS2_32.dll" at 0x7dbd0000: builtin
78041.407:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WLDAP32.dll" at 0x7db60000: builtin
78041.409:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\dbghelp.dll" at 0x7d320000: builtin
78041.412:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msacm32.dll" at 0x66640000: PE builtin
78041.412:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WINMM.dll" at 0x7d250000: builtin
78041.416:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\bcrypt.dll" at 0x7d120000: builtin
78041.416:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\CRYPT32.dll" at 0x7d160000: builtin
78041.417:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\Normaliz.dll" at 0x62180000: PE builtin
78041.418:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\OLEAUT32.dll" at 0x6a300000: PE builtin
78041.420:002f:0030:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\d3d11.dll") not found
78041.421:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\vulkan-1.dll" at 0x7d110000: builtin
78041.422:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winevulkan.dll" at 0x7d0d0000: builtin
78041.422:002f:0030:err:module:import_dll Library d3d11.dll (which is needed by L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe") not found
78041.422:002f:0030:err:module:import_dll Library dxgi.dll (which is needed by L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe") not found
78041.423:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\IMM32.dll" at 0x6c0c0000: PE builtin
78041.424:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\IPHLPAPI.DLL" at 0x7d0a0000: builtin
78041.426:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\usp10.dll" at 0x7d040000: builtin
78041.426:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\winsxs\\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.2600.2982_none_deadbeef\\COMCTL32.dll" at 0x6e8c0000: PE builtin
78041.429:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winspool.drv" at 0x7cff0000: builtin
78041.429:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\COMDLG32.dll" at 0x6b8c0000: PE builtin
78041.429:002f:0030:err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135
78042.448:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
78042.448:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\setupapi.dll" : builtin
pid 167530 != 167528, skipping destruction (fork without exec?)

Привет @ red667 , err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135 в вашем журнале звучит как https://github.com/ValveSoftware/Proton/issues/823#issuecomment -552137632. Вам может повезти, если вы попробуете запустить игру с Proton 4.2, а затем снова переключитесь на 4.11.

HI @ kisak-valve, я думаю, вы правы, немного я тоже нашел строку журнала:

79493.858:002e:002f:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\d3d11.dll") not found

Итак, DirectX не запущен, что необходимо для запуска игры.

Я уже запускал игру с Proton 4.2, и она работает. Но возврат к 4.11.8 снова вызывает ту же проблему.

Вы можете попробовать добавить WINEDLLOVERRIDES="dxgi=n" %command% в параметры запуска игры.

Благодаря! Это работает.

Мои текущие варианты запуска, чтобы игра заработала:
DXVK_STATE_CACHE=0 PROTON_NO_ESYNC=0 WINEDLLOVERRIDES="dxgi=n" %command%

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

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

gamemoderun %command% --waitforpreload --nologo --nodx9ex --garbage-generation 2

Arch Linux, i7-2600, GTX 1060, Nvidia 440.59, Proton 5.0-1

Команда gamemoderun предназначена для режима игры Feral.

По-прежнему есть некоторые проблемы с падением FPS, а также большим временем кадра и резкими задержками.

Моя проблема возникает, когда PoE закрывается ...

Игра работает нормально. Но когда я выхожу из игры, 2 процесса $HOME/.local/share/Steam/ubuntu12_32/steam увеличивают загрузку ЦП до 100%.

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

(арка, сток протон 4.11-5, amd ryzen 1700 + vega64)

Та же проблема в течение некоторого времени. Я должен SIGKILL два процесса, чтобы они завершились.
Это не зависит от варианта запуска игры.
(Тестирование Debian, протон 5.0-4, GTX 1070Ti с драйвером Nvidia 440.64)

Теперь, когда вы упомянули об этом, у меня была та же проблема с играми, использующими dxvk 1.5.5 на обычном вине. Перешел на 1.5.4, и проблема исчезла. (Я заметил это с Guild Wars 2 и Path of Exile.)

Отсутствующие изображения в Path of Exile при использовании Ubuntu 20.04

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/3861.
@ robert-olofsson опубликовано 2020-05-13T16: 20: 45:

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

• Название игры с проблемами совместимости: Path of Exile
• Steam AppID игры: 238960

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

• Графический процессор: Radeon RX Vega M GH (Intel hades canyon nuc)
• Версия драйвера / LLVM: все, что есть в ubunutu 20.04 (20.0.4,
• Версия ядра: 5.4.0-28-generic
• Версия протона: Proton 5.0, файл версии говорит: 1588350139 proton-5.0-7-rc3

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

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

Симптомы

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

Размножение

Начать игру. посмотрите на экран входа в систему

Начиная с консоли, я вижу несколько строк журнала, например:
0024: err: wincodecs : PngDecoder_CreateInstance Ошибка чтения PNG из-за невозможности найти libpng12.so.0

Посмотрите вокруг и обратите внимание, что современный ubuntu использует libpng16 и не имеет простого libpng12. Однако он доступен в PPA, и его установка решает проблему.

Было бы неплохо собрать более современный libpng.

Привет @ robert-olofsson, среда выполнения Steam предоставляет libpng12, поэтому странно, что Proton не берет библиотеку оттуда. Скопируйте системную информацию из Steam ( Steam -> Help -> System Information ) и поместите ее в суть , а затем включите ссылку на суть в этот отчет о проблеме. Может быть подсказка в расширенном разделе диагностики.

Путь изгнания: CreateShaderResourceViewEx: недопустимый параметр

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/3868.
@ Opencode-foss опубликовано 2020-05-14T17: 53: 31:

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

• Название игры с проблемами совместимости: Path of Exile
• Steam AppID игры: 238960

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

• Графический процессор: i7-4790K Intel HD Graphics
• Версия драйвера / LLVM: Intel Open Source Technology Center Mesa DRI
  Intel (R) HD Графика 4600 (HSW GT2)
  3,0 месяца 20.0.6
• Версия ядра: 5.6.11-arch1-1 x86_64
• Ссылка на полный отчет о системе в виде Gist : systemreport.txt
• Версия протона: 5.0-7

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

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

steam-238960.log

Симптомы

Когда я загружаюсь в игру, она дает сбой и выдает исключение CreateShaderResourceViewEx: Invalid parameter exception.
Нашел файл журнала: «[CRIT Client 192] [D3D11] CreateShaderResourceViewEx: недопустимый параметр».

Размножение

Привет @ Opencode-foss, глядя на ваш журнал, DXVK не удалось выделить виртуальную память при достижении лимита в 1,5 ГБ:

err:   DxvkMemoryAllocator: Memory allocation failed
err:     Size:      6553600
err:     Alignment: 4096
err:     Mem flags: 0x1
err:     Mem types: 0x1
err:   Heap 0: 1472 MB allocated, 1019 MB used, 1529 MB allocated (driver), 1536 MB budget (driver), 1536 MB total

Спасибо @kakra за быстрый ответ. Как увеличить лимит vram на Intel Graphics в Linux.

Спасибо @kakra за быстрый ответ. Как увеличить лимит vram на Intel Graphics в Linux.

@ Opencode-foss Возможно, вы имели в виду @ kisak-valve ...

https://www.pathofexile.com/forum/view-thread/2866813

В Path of Exile теперь есть модуль рендеринга Vulkan.

Без этого коммита он выйдет из строя на Radv.

https://gitlab.freedesktop.org/mesa/mesa/-/commit/d12f2c88427b466aa4944901a700a2d6ecb24a52

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

fixme: dbghelp: elf_search_auxv не может найти символ в модуле

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

В моем случае я использую проприетарные драйверы Nvidia (версия 440.82). Если потребуется дополнительная информация, дайте мне знать.

Только что запустил игру с новым модулем визуализации vulkan. Он работает более плавно, чем раньше.
Но мне пришлось изменить параметры запуска.

У меня работают такие варианты запуска:
PROTON_USE_D9VK=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

Мне не нужно было устанавливать D9VK, но я добавил несколько других флагов для включения кеширования и некоторой оптимизации (используя vulkan с MX150):
gamemoderun __GL_SHADER_DISK_CACHE=1 __GL_SHADER_DISK_CACHE_PATH='<random_path>' ENABLE_VKBASALT=1 __NV_PRIME_RENDER_OFFLOAD=1 WINEESYNC=1 DXVK_USE_PIPECOMPILER=1 STAGING_SHARED_MEMORY=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

Однако WINEDLLOVERRIDES="dxgi=n,b" %command% у меня отлично сработало.

Рендеринг работает нормально, прирост кадров на Vulkan ~ 50%.

Vulkan renderer у меня не работает, он вылетает на blckscreen

Path of Exile не запускается с Proton 5.0-8

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/3969.
@Dragallur опубликовал 2020-06-11T07: 43: 23:

Path of Exile на мгновение появляется в моих процессах, но затем просто исчезает и не запускается. (Используя Ubuntu 18)

ОС: Arch Linux x86_64
Ядро: 5.6.12-3
Графический процессор: Intel HD Graphics 5500

Возникают сбои (около 10-15 минут игрового процесса при использовании vulkan renderer) и это в журнале Client.txt:

[CRIT Client 200] [VULKAN] vk::FragmentedPoolError::FragmentedPoolError: vk::Device::allocateDescriptorSetsUnique

ОС: ArchLinux
Ядро: 5.7.2-zen1-1-zen
Графический процессор: AMD 5700 XT
Протон 5.0.9

Я не могу заставить PoE работать с новым модулем визуализации vulkan и amdvlk

как только я устанавливаю VK_ICD_FILENAMES на /usr/share/vulkan/icd.d/amd_icd64.json игра не запускается, это дает мне некоторую ошибку createSwapChain

кто-нибудь еще получил это? или, может быть, даже исправить это?

edit: слой radeon vulkan имеет много ошибок и графических сбоев, и карта не отображается

Вылетает, когда я переключаюсь на новый рендерер Vulkan, зависает примерно на 10 секунд и переходит на черный экран перед закрытием

Пробовал несколько разных вариантов запуска и комбинаций того, что раньше использовали люди в протекторе.
Пробовал Proton 5.0-9 и 4.11-13 с той же ошибкой в ​​итоге.

Пожалуйста, смотрите ниже суть системы и журнал ошибок от Proton
Системная суть
https://gist.github.com/jackarsnel/b7b4d962f4f86a0b8d52fde7a8b79342
Журнал ошибок
https://pastebin.com/4pKU146b

Что в конечном итоге сработало для меня (обратите внимание на графику Nvidia), я использую следующие варианты запуска:
--waitforpreload --gc 1
(не уверен, влияет ли на это сборщик мусора, но предварительная загрузка, похоже, работает лучше).
В игровом меню (перед выбором региона) я переключил настройки текстуры на средние, что рекомендовано разработчиками игры для бета-рендерера Vulkan, и _ затем_ установил его на Vulkan. После сохранения изменения я сохраняюсь и выхожу из игры, а затем снова открываю (проверяя, сохраняются ли настройки), прежде чем фактически войти в систему и выбрать персонажа.

@CubeTheThird обратите внимание, что опция сборки мусора на самом деле -gc , а не --gc . А -gc - это короткий эквивалент опции --garbage-generation . Подробнее см. Здесь: https://pathofexile.gamepedia.com/Launch_options.

Итак, поскольку я использую средство визуализации Vulkan, если я не буду играть в PoE какое-то время, этап обработки шейдеров Vulkan при запуске Steam займет некоторое время. (Другие игры занимают меньше времени, скажем, No Man's Sky.) Ожидается ли это?

Я попробовал выполнить новую установку, просто чтобы посмотреть, ускорит ли это процесс, и на обработку вулканских шейдеров ушло около 2 часов. Не помню, чтобы несколько недель назад это длилось так долго. Что-то изменилось? (Драйверы Ryzen 5, 1600, Nvidia 1050ti, 450.57)

Мне то же. Теперь Path of Exile перекомпилирует шейдеры каждый раз, когда я вхожу в Steam. Это занимает буквально часы.

Ниже приведена информация о screenfetch .

OS: Ubuntu 20.04 focal
Kernel: x86_64 Linux 5.4.0-42-generic
DE: GNOME 3.36.4
WM: Mutter
CPU: Intel Core i7-3770K @ 8x 3.9GHz [67.0°C]
GPU: GeForce GTX 980
RAM: 8664MiB / 15972MiB

Это то, что я получаю почти каждый раз при запуске Steam. На обработку уходит около 2 часов.

@evenfrost вы можете пропустить эту часть. Затем он будет обработан при запуске игры. Возможны лаги при первой обработке. Но через некоторое время все необходимое обрабатывается.

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

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

По какой-то причине я не могу вначале пропустить компилятор кеша шейдеров.
Если я нажимаю skip меню исчезает и запускается путь изгнания, но процесс не останавливается и полностью уничтожает мой процессор.
У меня Ryzen 9 3950x, и он использует 100% каждого ядра около получаса

Изменить: даже после того, как я закрыл Steam, он продолжает строить кеш шейдера

вылет игры после патча 3.11.2
вот мой журнал протонов
https://pastebin.com/DHJEBBh2

Привет @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 выглядит как строка интереса в журнале. Связанный: # 3886

Да, игра теперь вылетает после патча 3.11.2 сразу при первом открытии окна. Окно открывается, остается черным на секунду, а затем игра завершается. Это мой журнал сбоев:
https://pastebin.com/BvJv0HvN

Обратите внимание, что это справа внизу файла, похоже, является обычным демонинатором:

18666.066:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
18666.071:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
18666.072:00b8:00bc:trace:seh:call_stack_handlers handler at 0x7b46bf10 returned 1
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: eax=01ccbc58 ebx=7ffdf000 ecx=00000000 edx=02bffc8c esi=02bffdf0 edi=02bffdfc
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: ebp=02bffca4 esp=02bffab8 eip=0082ad46 cs=0023 ss=002b flags=00210202
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: ds=002b es=002b fs=0063 gs=006b
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: dr0=00000000 dr1=00000000 dr2=00000000 dr3=00000000 dr6=00000000 dr7=00000000
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0082ad46).
18666.077:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:

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

Изменить: странно, что у @jackarsnel было такое же сообщение об ошибке еще в июне.

Новенькая установка для меня. Протон 5,09, 5,9 от славных вылетов яичного ролла тоже. Кто-нибудь пробует вино из стокового вина или постановку вин?

Журнал прикреплен ...
steam-238960.log

Сожалею. Профиль оборудования: https://gist.github.com/garpu/2131323653d75ab871afd0bbd081487b

ETA: Proton-alyx у меня сработал.

Привет @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 выглядит как строка интереса в журнале. Связанный: # 3886

благодаря!
отлично работает с исправленной сборкой https://github.com/stevenlafl/Proton/releases/tag/proton-5.0-7-alyx-2

Я все еще получаю сбой, хотя я не думаю, что на самом деле он использует версию alyx. Является ли ~ / .var / app / com.valvesoftware.Steam / data / Steam / compatibilitytools.d / правильным каталогом для плоского пакета?

Здесь я могу выбрать версию.

Но как ни странно, как только Steam перезапускает флажок «Разрешить Steam для всех остальных игр», снимается флажок. В верхней части игрового журнала по-прежнему указано 5.0.9.

steam-238960.log

Привет @effinjdent , в вашем журнале написано, что используется proton-5.0-9 вместо того, что вы ожидали. Может быть, проверьте игровые настройки Steam Play?

Привет @ kisak-valve, будет ли эта ошибка исправлена ​​в будущих выпусках Proton? Или об этом должны позаботиться сами разработчики игр?

@ kisak-valve Я говорю, что эта опция, когда я проверяю ее с выбранным alyx, буквально снимает отметку после перезапуска Steam.

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

@effinjdent , вы столкнулись с https://github.com/ValveSoftware/steam-for-linux/issues/6043.

Есть ли обходной путь для этого? Чтение этой ссылки удручает.

Даже версии Proton GE не запускают игру, как сказал @effinjdent , это очень удручает, особенно когда новая лига не за горами :(

Я установил переопределение для Path of Exile на proton-5.0-7-alyx-2, и игра работает здесь!

Я могу подтвердить, что proton 5.0-7 alyx работает, но производительность хуже, чем 5.0-9.

может Valve исправить ошибку до начала новой лиги?

proton-5.0-7-alyx-2 не работает полностью. Он вылетает на карте Niko (при нахождении сульфита) с ошибкой : steamclient: create_win_interface Не распознает имя интерфейса: SteamClient020

Изменить: похоже, что мои сбои не связаны с Нико и сульфитом.

Path of Exile 3.11.2 вылетает при запуске

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/4188.
@ Storm-Engineer размещено на 2020-09-12T23: 53: 59:

Path of Exile только что выпустила большой патч, который потребовал повторной загрузки всей игры, потому что он изменил способ хранения данных. (Информация: https://www.pathofexile.com/forum/view-thread/2933680)

С тех пор игра вылетает при запуске. Я пробовал несколько разных версий Proton, но всегда вылетает. До патча я использовал 4.11-GE-1. Ниже приведены выводы терминала для всех версий, которые я пробовал. Помимо версии 4.11, они содержат трассировки стека.

poe-crash-Proton-4.11-GE-1.txt
poe-crash-Proton-5.0-1.txt
poe-crash-Proton-5.11-GE-1-MF.txt
poe-crash-Proton-5.11.GE.3.MF-1.txt

Системная информация:
poe-crash-sysinfo.txt

Забыл добавить, что у меня в игре был выбран «Vulkan (beta)» вместо DirectX. Не уверен, влияет ли это на эту проблему.

Кроме того, подтверждая, что сборка «alyx», похоже, работает, по крайней мере, игра запускается. На данный момент не могу протестировать игровой процесс, потому что иду спать ...

Ps: Спасибо за перенос, по какой-то причине не нашел существующий билет.

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

У меня игра работала нормально на 5.9-GE-6-ST, но сегодня я обновил свою систему, и игра не запускается (даже окна). Пытался убедиться, что GE-7-ST, но он тоже не заработал.
Странно то, что мой журнал протонов почти пустой, выглядит так:
====================== Proton: 1601959108 5.9-GE-7-ST-1-g465be27 SteamGameId: 238960 Command: ['/home/tomek/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch'] Options: {'forcelgadd'} ======================

На мой взгляд, он работает в GE-9-ST даже в режиме Vulkan, когда раньше он показывал только дикое мерцание в игре (последняя попытка была несколько недель назад). Единственное, что осталось: ассеты и эффекты, кажется, загружаются долго, они просто невидимы примерно 30-60 секунд, не уверен, что это из-за настройки в GE. Кроме того, иногда есть черные ящики, иногда мигающие на мгновение. Я провел только быстрый тест, но игровой процесс с Vulkan кажется очень плавным по сравнению с DX11, за исключением того, что частота кадров ниже (около стабильных 30 кадров в секунду вместо 45+ кадров в секунду при 4k).

(с использованием NVIDIA 455.22.04 в Gentoo)

Я провел только быстрый тест, но игровой процесс с Vulkan кажется очень плавным по сравнению с DX11, за исключением того, что частота кадров ниже (около стабильных 30 кадров в секунду вместо 45+ кадров в секунду при 4k).

Я бы не назвал весь игровой процесс гладким по сравнению с тем, что я вижу в Windows с таким же или худшим оборудованием. У меня 1080 Ti и 3900X. Геймплей в действиях на 100% плавный. Когда дело доходит до финала (где игра действительно начинается), обычно он довольно плавный и достигает 144 FPS для меня, но когда я нахожусь на сочной карте с большими пакетами мобов, пакетами завоевателей или туманом Делириума, частота кадров ТАНК. Любят едва играемые уровни, надеюсь, я не умру.
Не уверен, что вызывает это несоответствие по сравнению с Windows, но всякий раз, когда происходит много событий, на какое-то время он достигает 3-5 кадров в секунду. Кроме того, частота кадров не всегда составляет 144 кадра в секунду. В основном он колеблется от 144 до 30 кадров в секунду со всем, что между ними.
В целом это приличный опыт, но назвать это плавным нереально. Я даже на высоких настройках не бегаю. В значительной степени настройки по умолчанию. И я использую gamemode и Proton-tkg-18 для запуска игры.
В нее, безусловно, можно играть (и в большинстве случаев приемлемо), но, когда я смотрю на игровой процесс стримеров, мне кажется, что в Windows она намного более плавная. Однако, когда впервые появился рендерер Vulkan, игра работала НАМНОГО лучше. Это похоже на проблему, которую может решить только GGG. Не уверен, может ли команда Proton что-нибудь сделать с этими проблемами производительности.

но когда я нахожусь на сочной карте с большими стаями мобов, стаями завоевателей или туманом Делириума, частота кадров ТАНКИ

Да, это тоже мой опыт. Вы _ можете_ испытать нечто подобное в Windows, особенно в некоторых версиях PoE, но это гораздо менее серьезно.
Nvidia или AMD, похоже, не имеют значения. Но это должно как-то быть связано с загрузкой ассетов / шейдеров.

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

Я не думаю, что здесь проблема с загрузкой шейдеров. У меня игра установлена ​​на твердотельный накопитель M.2, и я предпринял дополнительные шаги, чтобы поместить кеш шейдера Vulkan для игры в отдельный файл tmpfs непосредственно в моей оперативной памяти. На данный момент это около 500 МБ.
Мне кажется, что лаги / огромные пропадания кадров, когда происходит LOT, связаны с компиляцией шейдеров.

DirextX и Vulkan используют другой подход к компиляции шейдеров, также я думаю, что необходимо некоторое преобразование, по крайней мере, для некоторых графических драйверов. Таким образом, использование DXVK для преобразования из DX11 в Vulkan не является и не может быть оптимальным, что приводит к блокирующему поведению во время компиляции / преобразования шейдера, которое DXVK пытается решить, запоминая все шейдеры конвейера и воспроизводя это раньше после инициализации, чтобы все шейдеры были скомпилированы раньше. у игры есть шанс заблокировать это. Vulkan должен быть возможностью стать здесь намного лучше, поскольку он, вероятно, должен быть таким же для шейдеров, будь то Windows или Linux под капотами. Я думаю, что рендереру Vulkan для PoE просто не хватает большой оптимизации и он намного менее зрел, чем реализация DX11, и DXVK прошел долгий путь, чтобы также стать очень оптимизированным миром программного обеспечения (которое иногда даже превосходит собственный DX11), но тем не менее, у обоих API есть разные подходы к шейдерам.

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