Proton: Поддержка macOS в Steam Play

Я верю, что это в работе. Черт, в первой строке введения говорится: «Proton — это инструмент для использования с клиентом Steam, который позволяет запускать игры, являющиеся эксклюзивными для Windows, в операционных системах Linux и macOS ».

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

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

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

Также у них есть некоторые небрежные драйверы OpenGL, и они полностью устарели. Поскольку DXVK поддерживает только DX10 и DX11, также необходима оболочка «все остальное для Vulkan». VK9 работает на обертке D3D9 для Vulkan. Может быть, связать все остальное (<= DX8) с dgVoodoo2 с DX11? Если да, то создатель dgVoodoo2 тоже хотел бы немного денег, я думаю.

Поскольку Apple удаляет из macOS все, на что опирается WINE, неудивительно, что поддержка Steam Play в macOS будет ломаться снова и снова. Я думаю, это зависит от CodeWeavers.

Самым большим препятствием являются некоторые незавершенные функции в moltenvk на данный момент. Valve всегда может включать 32-битные библиотеки вместе со Steam.

В любом случае я бы предложил оболочку Everything -> Vulkan или даже -> Metal, поскольку интерфейсы OpenGL не только устарели, но и в некоторых случаях медленнее и не поддерживают все новые функции, поскольку Apple GL отключает на 4.1. Не говоря уже о том, что они совместимы только с GL Core, а язык шейдеров существенно ограничен в зависимости от того, какой графический процессор находится в системе (NVidia/AMD/Intel), поэтому даже некоторые программы не запустятся из-за ошибок компиляции шейдера или его отсутствия. Функции GL, не имеющие эквивалента в 4.1 Core.

На самом деле, этот запрос принадлежит сайту поддержки/сообщества Steam, а не этому репозиторию. У Proton есть некоторая совместимость с Mac OS, и она улучшается, но Steam Play (который использует Proton под капотом) не включен в Mac OS. Этот вопрос следует закрыть.

Поддержка macOS удалена из самого Proton: https://github.com/ValveSoftware/Proton/commit/a84120449d8177fa40f3de729e55d238d3c24877 .

Поддержка macOS удалена из самого Proton: a841204

Есть ли этому официальное обоснование?

Есть проблема с тем, чтобы заставить DXVK работать с MoltenVK, это будет 90% работы, необходимой для правильной работы Proton на Mac.

только укажите отсюда эпическую проблему для поддержки DXVK на moltenVK
https://github.com/KhronosGroup/MoltenVK/issues/203

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

Чувак, я уверен, что это ничего не значит, но я очень надеюсь, что поддержка Mac в какой-то момент будет пересмотрена. Смотреть, как мои игры в Steam увеличиваются с ~ 230 до ~ 30 с Каталиной, было тяжело. Я буду следить за тем, чтобы Codeweavers тесно сотрудничали, но было бы неплохо, чтобы такие, как Valve, обладающие гораздо большим количеством ресурсов, не просто полностью отказались от платформы.

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

Пожалуйста, нам нужен Valve Hammer!!!
Количество творческих людей, которые не откажутся от macOS, огромно.
Редактировать: у всех есть что-то еще, во что они хотят играть или получить доступ с помощью Proton. Мой - Хаммер.

@rsodre Не то место для вашего комментария, попробуйте ValveSoftware/source-sdk-2013/issues .

Codeweavers удалось заставить Wine запускать 32-битный код под 64-битным кодом на macOS в новой версии Crossover (v19)

Было бы неплохо, когда это будет объединено с обычным вином, если бы Valve могла реализовать версию Proton, которая позволяет macOS снова запускать 32-битные игры для начинающих.

Несмотря на отсутствие поддержки DXVK, я по-прежнему считаю, что позволить пользователям MacOS Catalina снова играть в 32-битные игры через Steam Play было бы отличным началом.

Релевантная ссылка: https://www.codeweavers.com/about/blogs/jwhite/2019/12/10/celebrating-the-difficult-the-release-of-crossover-19

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

Даже если dxvk в настоящее время не работает на Mac, но, поскольку у proton есть возможность переключиться на использование wined3d на основе OpenGL вместо vulkan, а opengl для Mac должен иметь больше общих функций с dx11 по сравнению с Vulkan (moltenvk), не следует ли поддерживать поддержку macos -включено?
Wined3d также не работает должным образом на Mac?

@kakashidinho OpenGL устарел в macOS и не обновляется, я думаю, в течение 3 лет. К сожалению, это не долгосрочное решение этой проблемы. Игры для ПК в целом ушли на Vulkan, поэтому поддержка MoltenVK так важна для такого рода усилий.

@kakashidinho OpenGL устарел в macOS и не обновляется, я думаю, в течение 3 лет. К сожалению, это не долгосрочное решение этой проблемы. Игры для ПК в целом ушли на Vulkan, поэтому поддержка MoltenVK так важна для такого рода усилий.

Я понимаю. Однако я думаю, что moltenvk еще предстоит пройти долгий путь, прежде чем он сможет безупречно работать с dxvk. Так как в металле отсутствуют некоторые функции, такие как геометрический шейдер и обратная связь по трансформациям (они нужны в ведьмаке 3). Я слежу за темой moltenvk по этому вопросу, и мне кажется, что очень сложно подражать существующим металлическим функциям. Они давно застряли в этом вопросе. Поэтому я просто говорю, что на данный момент версия opengl может быть обходным решением.
Хотя Mac OpenGL застрял на версии 4.1 и не имеет вычислительного шейдера, поэтому он, вероятно, также не работает должным образом для некоторых игр.

Я был бы готов заплатить за эту функцию. Пожалуйста, проголосуйте, если вы тоже

Установите Linux на Mac - ситуация Win<->Win.

Я был бы готов заплатить за эту функцию. Пожалуйста, проголосуйте, если вы тоже

@RaeesBhatti Может быть, расскажите CodeWeavers. Они делали платные проприетарные вещи с Wine и помогали финансировать проект.

• https://twitter.com/CodeWeavers
• https://www.codeweavers.com/support/forums/general/?;t=27
• https://www.codeweavers.com/about/contact-us

Также подумайте о пожертвовании https://www.winehq.org/donate , в конце концов, вопрос все еще открыт.

Редактировать: я забыл, что Proton не является частью проекта Wine! (Хотя они отправляют код вверх по течению.) Таким образом, пожертвование Wine не будет поддерживать эту проблему или проект Proton вообще. Тем не менее, все равно не помешает сделать пожертвование на Wine в целом! Proton — это форк Wine, и без него его бы не было.

Я был бы удивлен, если бы Codeweavers еще не участвовал в MoltenVK, но +1 за оплату Crossover, если вы хотите значимо поддержать усилия, связанные с WINE на Mac.

Тем не менее, это Proton от Valve, который, по крайней мере символически, в значительной степени ушел от Mac, насколько можно судить, учитывая просто отказ от этой поддержки и общий статус Steam на платформе (нет, спасибо Apple, я Конечно)

Тем не менее, это Proton от Valve, который, по крайней мере символически, в значительной степени ушел от Mac, насколько можно судить, учитывая просто отказ от этой поддержки и общий статус Steam на платформе (нет, спасибо Apple, я Конечно)

@jeffbax За исключением того, что этот вопрос все еще открыт. Если бы они действительно полностью ушли, этот вопрос был бы закрыт. Насколько я понимаю, основным препятствием для решения этой проблемы является решение KhronosGroup/MoltenVK#203.

Я бы посоветовал людям делать пожертвования в Khronos Group, но самое близкое, что у них есть, — это членство , которое составляет 1000 долларов для «аккредитованных академических учреждений» по самой низкой цене.

Редактировать: Лучшее, что вы можете сделать, это внести код напрямую, если у вас есть навыки!

На самом деле я купил лицензию CodeWeavers Crossover, чтобы играть в Age of Empires 2. Готов сделать то же самое для Proton на Mac.

@RaeesBhatti то же самое, заплатил за лицензию, как только они выпустили 64-битный <--> 32-битный мост. Теперь, как никогда раньше, им, вероятно, нужна поддержка, если устаревшие (а также новые) Mac Gaming вообще будут осуществимы :(

На самом деле я купил лицензию CodeWeavers Crossover, чтобы играть в Age of Empires 2. Готов сделать то же самое для Proton на Mac.

@RaeesBhatti Если достаточное количество людей готовы платить за это, возможно, они рассмотрят возможность создания CodeWeavers Proton, который, как мы надеемся, в конечном итоге появится в восходящем потоке.

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

Итак, в связи со всем этим вирусом, я копался в твиттере в свободное время и нашел этот комментарий от CodeWeavers: https://twitter.com/CodeWeavers/status/1237035160983527426?s=20 .

Не знаю, что это за «что-то маленькое», но на это стоит обратить внимание.

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

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

Основная проблема с поддержкой Proton для MacOS заключается в том, что кто-то должен сделать либо слой DX -> Metal, либо инструмент, который будет принимать DX -> VK -> Metal (можно сделать с DXVK + MoltenVK, но у меня сложилось впечатление, что этот метод был трудным и нежизнеспособным).

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

@dhollinger Не забывайте, что Apple переходит на ARM, так что это очень усложнит ситуацию.

Но только не с Universal 2.

Учитывая, как долго они поддерживали Universal 1, я не затаил дыхание. Тем не менее, жаль, что это нельзя портировать для работы с metal1.2+, что, вероятно, облегчило бы перенос на ARM, когда это произошло, но я понятия не имею, какие усилия потребуются для интеграции этого с металл вместо дх.

Я знаю, что VMware создала слой DX -> Metal, но я сомневаюсь, что они собираются открыть его исходный код.

Нативная поддержка ARM не осуществляется согласно # 1493, поэтому универсальная версия — единственный вариант.