Компания Valve опубликовала (https://steamcommunity.com/games/221410/announcements/detail...) новую ветку проекта Proton 4.11 (https://github.com/ValveSoftware/Proton/), основанного на наработках проекта Wine и нацеленного на обеспечение запуска в Linux игровых приложений, созданных для Windows и представленных в каталоге Steam. Наработки проекта распространяются (https://github.com/ValveSoftware/Proton/) под лицензией BSD. По мере готовности в оригинальный Wine и сопутствующие проекты, такие как DXVK и vkd3d, переносятся развиваемые в Proton изменения.Proton позволяет напрямую запускать в Linux-клиенте Steam игровые приложения, поставляемые только для Windows. Пакет включает в себя реализацию DirectX 10/11 (на базе DXVK (https://www.opennet.dev/opennews/art.shtml?num=50209)) и 12 (на базе vkd3d (https://www.opennet.dev/opennews/art.shtml?num=48648)), работающие через трансляцию вызовов DirectX в API Vulkan, предоставляет улучшенную поддержку игровых контроллеров и возможность использования полноэкранного режима независимо от поддерживаемых в играх разрешений экрана. По сравнению с оригинальным Wine значительно увеличена производительность многопоточных игр благодаря применению патчей "esync (https://www.opennet.dev/opennews/art.shtml?num=50475)" (Eventfd Synchronization) или "futex/fsync".
Основные изменения в Proton 4.11 (https://github.com/ValveSoftware/Proton/wiki/Changelog):
- Выполнена синхронизация с кодовой базой Wine 4.11, из которой перенесено более 3300 изменений (прошлая ветка основывалась на wine 4.2). 154 патча из Proton 4.2 были перенесены upstream и теперь входят в основной состав Wine;- Добавлена экспериментальная поддержка примитивов синхронизации на основе системного вызова futex(), которая позволяет уменьшить нагрузку на CPU по сравнению с esync. Кроме того, новая реализация решает проблемы с необходимостью использования специальных настроек (https://www.opennet.dev/opennews/art.shtml?num=50475) для esync и возможным исчерпанием доступных файловых дескрипторов.
Суть проводимой работы в том, чтобы расширить функциональность штатного системного вызова futex() в ядре Linux возможностями, необходимыми для оптимальной синхронизации пула потоков. Патчи с необходимой для Proton поддержкой флага FUTEX_WAIT_MULTIPLE уже переданы (https://lkml.org/lkml/2019/7/30/1399) для включения в основной состав ядра Linux и Glibc (https://github.com/Plagman/glibc/commit/3b01145fa25987f2f93e...). Подготовленные изменения пока не включены в основной состав ядра, поэтому на данный момент необходимо установить (https://steamcommunity.com/app/221410/discussions/0/31586310.../) специальное ядро с поддержкой данных примитивов;- Прослойка DXVK (https://github.com/doitsujin/dxvk/) (реализация DXGI, Direct3D 10 и Direct3D 11 поверх API Vulkan) обновлена до версии 1.3 (https://www.opennet.dev/opennews/art.shtml?num=51084), а D9VK (https://github.com/Joshua-Ashton/d9vk/) (экспериментальная реализация Direct3D 9 поверх Vulkan) до версии 0.13f. Для включения поддержки D9VK в Proton следует использовать флаг PROTON_USE_D9VK;
- Обеспечена передача играм текущей частоты обновления монитора;
- Внесены исправления, связанные с обработкой фокуса курсора мыши и управлением окнами;
- Устранены задержки ввода и проблемы с поддержкой вибрации для джойстиков, проявляющиеся в некоторых играх, особенно в играх на движке Unity;
- Добавлена поддержка последней версии OpenVR SDK;
- Компоненты FAudio с реализацией звуковых библиотек DirectX (API XAudio2, X3DAudio, XAPO и XACT3) обновлены до выпуска 19.07;
- Решены проблемы с сетевой подсистемой в играх на GameMaker;
- Многие модули Wine теперь собираются как Windows PE-файлы, вместо Linux-библиотек. По мере продвижения работы в этой области использование PE поможет некоторым системам DRM и античитам. В случае применения собственноручных сборок Proton, скорее всего понадобится пересоздать виртуальную машину Vagrant, чтобы собрать PE файлы.До принятия в основной состав ядра Linux патчей от компании Valve для использования futex() вместо esync требуется установить специальное ядро с поддержкой пула синхронизации потоков, реализуемого в наборе патчей fsync (https://gitlab.collabora.com/krisman/linux/commits/futex-wai...). Для Arch Linux в AUR уже опубликован (https://aur.archlinux.org/pkgbase/linux-fsync/) готовый пакет ядра, собранный с патчами fsync. В Ubuntu 18.04 и 19.04 можно использовать PPA-репозиторий с экспериментальными ядрами linux-mfutex-valve (sudo add-apt-repository ppa:valve-experimental/kernel-bionic; sudo apt-get install linux-mfutex-valve);
При наличии ядра с поддержкой fsync при запуске Proton 4.11 в консоли будет выведено сообщение "fsync: up and running". Принудительно можно выключить fsync используя флаг PROTON_NO_FSYNC=1.
URL: https://steamcommunity.com/games/221410/announcements/detail...
Новость: https://www.opennet.dev/opennews/art.shtml?num=51197
вчера смотрел. Stream с установленным Proton не хватает возможности выбрать для какой платформы устанавливать игру потому что некоторые моды хотят Windows версию. с упражнениями с steamcmd это возможно. вчера так Half-`Life: Before запустил:)
В настройках игры галочка есть
Для sourcemod нужно ставить галочку в Source SDK
Плохо смотрели: в свойствах игры в закладке Общие в самом низу галочку поставить надо.
Proton теперь как Wine - на каждый минор по традиции новость выходит? :)
Это не минор, а новый мажорный релиз
Прочитал новость и оригинал тоже, нигде не написано про мажор.
Да, они отребейзились на актуальный минор Wine, да, пара интересных фич, но пруф что это мажор?
>Proton теперь как Wine - на каждый минор по традиции новость выходит? :)Зато про криту, аутвикер, или скрибус — молчок. Наверное они недостаточно свободны, по бородачу.
А как правильно: протон или электрон?
Кде неон.
Главное, новость - позитрон.
сообщил Анон
...довольный как слон
Мезон
> МезонМасон
Иран.
Всем играм пора переходить на электрон и webgl. Все остальное в 2019 не нужно.
Пусть Майкрософт это пилит раз они такие сторонники опенсорса.
Зачем? И них и так всё работает.
раз они таки сторонники опенсурса
Так уже запилили ОС, откуда воины попенсорца могут воровать игры.
Для кражи игр уже нужна ОС? Это где? В параллельной Вселенной?
Всё правильно, протон заряжен положительно, его надо плюсовать!
А электрон - отрицательно, ему надо минусы.
Это неправда, люди просто придумали, что электрон заряжен отрицательно, а протон положительно, у зарядов нет знака. Могли бы с тем же успехом придумать, что протон заряжен отрицательно, а электрон положительно и ничего бы не поменялось.
Носители заряда движутся от плюса (избыток) к минусу (недостаток). "Просто придумали" неизвестную господам теоретикам квазичастицу дырка -- для удобства в расчётах.
Каким боком дырки к протонам, проффесор?
Слышал звон, да не знаешь где он.
Да, именно так - недостаток электронов называют «дырками». :)
> протон заряжен положительноЗначит минусы к нему сами притягиваются?
Читаю:>Кроме того, новая реализация решает проблемы с необходимостью использования специальных настроек для esync и возможным исчерпанием доступных файловых дескрипторов.
Ура!
Читаю дальше:
>поэтому на данный момент необходимо установить специальное ядро с поддержкой данных примитивов;
Утошел от места, пока с потолка не начал падать FFFFUUUU.
>использование PE поможет некоторым системам DRMТипа, давайте честно соблюдать DеRMо?
Нет, блин, давайте через стим распространять кряки со снятым говном типа Denuvo для игр, которых в стиме нет.Ну ты думай головой-то, какая альтернатива, если на игре навешана защита? Можешь принципиально бойкотировать такие игры, никто тебя не упрекнет.
>давайте через стим распространять кряки со снятым говном типа Denuvo для игр, которых в стиме нет.Почему обязательно для тех, которых в стиме нет? Почему бы просто не ввести политику "в стим включаются игры без стороннего DRM и прочего вредоносного ПО"? Не согласен - скатертью дорожка, стим - фактически монополист, обойдётся и без гoвноигры. Зато пользователи будут ценить стим ещё больше, ибо шпионского по там не будет. В других площадках будет, а в стиме - нет, потому что разрабам придётся прогнуться. По-моему это повод покупать именно в стиме.
Почему релиз Proton (4.11, минорная версия) - главная новость, а релиз Electron (6.0.0, мажорная версия) - мини-новость? Это все потому что протон в 1836 раз тяжелее электрона?
Это все потому что електрон мусор для аутистов, которые не способны выучить плюсы.
Есть основания полагать, что при некоторых аутических растройствах освоение плюсов пройдёт быстрее, чем у неимеющих такие отклонение. Наверное, вы имели в виду таки бытовых идиотов. Которых 95% населения и внезапно уже >80% в отрасли. И хвала Эру - только представьте, если бы эти тупицы поступили (заносом перед экзаменами), например, на медицинский. Или, как остальные, стали бы ментами.И, товарищи колхозники, перестаньте уже употреблять слова, значений которых вам не объяснили в вашем сельском технаре.
Это потому что смузики ещё не плакали об этом. Щас админы поправят «ошибку»
Минорные версии у протона обозначаются 4.9-1, 4.9-2 и тд. А это мажорная версия, а цифра такая, чтобы обозначить какой Wine под капотом.
Наконец-то добавили реализацию 9го директа через вулкан в протон. Достало уже его пихать руками под каждую игру.
Немного не понял другого с учётом wine под LGPLv2+ вроде как:
> проекта Proton 4.11, основанного на наработках проекта Wine
> Наработки проекта распространяются под лицензией BSD
Тоже обратил на это внимание.
Интересно, а тогда под FreeBSD будет...
Протон эт набор steam библиотек и запускалка wine собранного с кучей патчей.
все еще не умеет internet explorer 11 запускать?
Вы в него тоже играете?
некоторые старые игры таки требуют подобные вещи. У меня, вон, одна японщина отказалась заводиться без шиндошс медиа плеера
Вмп понятно, но ие (тем более 11) уж точно никакой игре не нужен
Он нужен не только играм :)
Valve, у вас драйвер NVIDIA 396 в репозитории SteamOS немного повреждён. Пришлось допиливать напильником. Конкретно пакеты libgles1 и nvidia-alternatives. Первый имеет две версии (0.2.999 для драйвера 396, и 1.0 для драйвера 413). Так вот, deb-ка с версией 0.2.999 потерялась, из-за чего драйвер 413 нормально ставится, а 396 - нет. Добавьте, пожалуйста, недостающую DEB-ку.nvidia-alternatives не может переустанавливаться до версии 413 или обратно до 396, пишет что для файла libGLX_indirect нарушены альтернативы (фиксится специальной командой)
Ты не на опеннет обращение к вольво пиши, а в Спортлото.
Ребята из Valve - постоянно opennet мониторят, чтоб твой комент не пропустить....
https://github.com/ValveSoftware/steamos/issues
Я не знаю английский, и поэтому написал здесь. Может, тут есть другие пользователи SteamOS, которые тоже с этим сталкивались. У меня сейчас сломался Synaptic, при запуске говорит, что есть 3 сломанных пакета: это libgles1, libgles1:i386 и libnvidia-ml. Из-за этого я не могу ничего установить или удалить. При использовании драйвера 413 всё нормально.У меня уже установлено всё, что мне нужно. Да и новые проги нужны только в сессии GNOME, а в сессии SteamOS не нужно ничего доустанавливать. Поэтому я пока пользуюсь поломанным apt-get-ом, и мне нормально.
Это мне напоминает 2008 год и Xandros. Мне надо было установить Wine, а он требовал пакет самба-что-то-там. В репозитории Xandros его не было, и я скачал из репозитория Debian Etch. И словил ошибку: samba-something имеет версию 3.9.5-1debian2, которая конфликтует с samba 3.9.5-1xandros2. То есть, в Xandros тупо пересобрали пакет, не внеся изменений, что видно по номеру версии. Но не работает. Так и пользовался поломанным Synaptic, пока не заменил ОС на Easy Peasy (бывш. EEEbuntu). Статья о низкоуровневом редактировании DEB-пакетов попалась мне на глаза уже позже
Компоненты FAudio с реализацией звуковых библиотек DirectX (API XAudio2, X3DAudio, XAPO и XACT3) обновлены до выпуска 19.07;два года ждал! фусрода!!
For love of Talos... Shut up!
Флеркена на вас нет.
Thalmor doesn’t approve the message
На thread’е говорят патч полное <censored by Putin>.
Наверняка так спешили что не прочли все 100500 мануалов по ядру и не использовали какие-то (явно нужные) встроенные функции/макросы. Может где не правильно с ресурсами поработали... допилят.
Костыли не нужны.
есть новости по поводу переноса поддержки геймпадов из протона в вайн? С первым работает почти все что нужно, список игр для вайна с рабочим геймпадом можно пересчитать по пальцам одной руки
Кто знает у них оригинальный DXVK или же с патчами для асинхронной конпеляции шейдеров и их подгрузки?
Насколько мне известно, оригинальный. От асинхронной компиляции давно уже отказались из-за проблем с мультиплеером.
> Насколько мне известно, оригинальный. От асинхронной компиляции давно уже отказались из-за
> проблем с мультиплеером.можете немного поподробнее что за проблемы с мультиплеером из-за компилиции шейдеров? (сорри, лениво это гуглить и не совсем понял что именно гуглить)
Ну вот здесь разраб вроде высказал свое мнение: https://github.com/doitsujin/dxvk/issues/1026
> Ну вот здесь разраб вроде высказал свое мнение: https://github.com/doitsujin/dxvk/issues/1026спасибо, жаль яснее совершенно не стало
"It alters rendering without the game being aware of it, which is unacceptable especially in the context of multi-player games. I know it helps some games tremendously, but use it at your own risk."
Может это связано с банами юзеров с dxvk в овервотч?..
Но там вроде дело не в шейдерах.
Озменяет поведение апи в непредсказуемой манере же. Игра считает что компиляция идет в один поток. А ей подсовывают много поточность. Из-за чего может быть неоперделеное поведение. Ну и да античит ругаться может.
Никак нельзя назвать достойной целью для СПО-проекта создание необходимых условий для функционирования вредоносного ПО.
Вы из какого века, из прошлого? Битва за СПО проиграна. Теперь только Open Source и только в том смысле, чтобы оно обеспечивало задачи крупных игроков. Если у крупных игроков продолжится тренд на Open Source, то даже все их продукты будут Open Source. Для конечного же пользователя никакой свободы не предвидится, потому что Source он потреблять не будет, он будет есть что ему дают в магазинах и на тех условиях и ценах, что там решат. Open Source сейчас исключительно для удобства взаимодействия крупных игроков, то есть для снижения общих расходов на разработку и сопровождение.
"Смешались в куче кони, люди..."Битва за СПО идет и в сторону выигрыша. Времена когда один человек мог написать операционку/текстовый редактор/игру действительно давно прошли. Теперь нужна толпа народу чтобы просто оставиться на плаву. И все наше опенсорсное ПО живет и процветает в содружестве с корпорациями. Более того оно вытесняет в опенсорс собственные проприетарные разработки этих же корпораций. Тенденция ведет к тому, что не опенсорс инфраструктура вообще никому не нужна будет.
Но конечно остается и куча направлений где опенсорс отстает или почти не представлен. Но отнють не потому, что он умер. Просто ждет своего часа/новых технологий/поттера (привел его исключитально для разжигания срача).
опенсорс != СПОЕсть масса проектов, код которых открыт только для галочки, но лицензия запрещает его использовать всем, кто не заключил об этом соглашение с разработчиком.
Сделано это в надежде, что кто-то всё-таки использует, а потом его либо засудят, либо он купит лицензию. Варианты от бекдора, стучащего об использовании, aka телеметрия, до просто банального закрытия кода и сообщения, что дальше все обновления - за деньги. И сторонние люди обновления делать не будут - это нелегально, и поэтому зарабатывать на этом они не смогут.
>Решены проблемы с сетевой подсистемой в играх на GameMaker;Ну наконец то!