Компания Valve опубликовала новый выпуск проекта Proton 4.11-8, который основан на наработках проекта Wine и нацелен на обеспечение запуска в Linux игровых приложений, созданных для Windows и представленных в каталоге Steam. Наработки проекта распространяются под лицензией BSD...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51836
> Используемый для сборки образ виртуальной машины обновлён до Debian 10Зря. У меня SteamOS на основе Debian 8. Там "отвалится" сборка Протона из-за старых версий библиотек. Нужно же наоборот, использовать не самые новые сборочные окружения, а хотя бы предпоследние их версии. Тогда и не обновившиеся пользователи будут рады, и обновившиеся (у библиотек есть обратная совместимость).
Пришло время обновлятся.
Это же Zenitur, большой ценитель ископаемого TDE.
Кроме библиотек есть еще компилятор, который в Debian 8 древний как говно мамонта.
Не сгнило,а ферментировалось!
Компилятор в дебиане обновляется за несколько часов.
Жесть. Я только что в генте обновился на девятую версию gcc менее, чем за полчаса.
Мир пересобери, у тебя плюсовые библиотеки сломались. Кроме шуток, wxGTK или как там его точно сломался.
> Мир пересобери, у тебя плюсовые библиотеки сломались. Кроме шуток, wxGTK или как там его точно сломался.С чего-бы это?
В случае с Debian 8 всё действительно плохо, ибо обновление с gcc <5.1 на >=5.1 влечет изменение ABI в libstdc++. Буквально плюсовые библиотеки использующие std::string или std::list при сборке с опциями по-умолчанию будут несовместимыми. RTFM тут https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_a...
Но в Gentoo давным-давно актуальные версии gcc, про обновления с дремучих версий написано достаточно много инструкций.
У меня они ломались при каждом обновлении, no exceptions. Дело видимо не в дремучих версиях, а в кривых шаблонах и макросах. По факту всё сломано.
Стимось мертва, удаляйте. Любой свежий дистрибутив будет лучше работать с играми, чем это мертвое убожество.
А мне нравится, удобненько. На ноуте стартует по умолчанию. Чтобы загрузить другую ОС, надо в грубе выбрать.
Прямо сейчас, Протон работает. Да-да, со всеми этими нестандартными зависимостями, вроде ffmpeg 4. Но он может "отвалиться" после обновления. Непонятно зачем, и что им даст обновление сборочной фермы.
Меньшую трудоёмкость изменений, по мере улучшения частей Linux экосистемы.Прогресс не заморозить.
Др. дело, что отберут или не отберут в связи с обновлением.
Ну давай, расскажи мне, что такого эдакого появилось в Debian 10, чего в 8 не было?
В Debian 8 старый gcc и старая libstdc++ (со старым ABI), этого более чем достаточно чтобы закопать стюардессу.
ABI не менялся. Даже название либы осталось тем же. Я в свою SLES 11 установил GCC 9 вместо 4.3, подёт нормальный. А если в старом дистре новая прога просит новый linstdc++.so.6, то я беру этот архив: http://download.opensuse.org/repositories/devel:/gcc/SLE-11/... распаковываю либу, и подцепляю её
> ABI не менялся. Даже название либы осталось тем же. Я в свою
> SLES 11 установил GCC 9 вместо 4.3, подёт нормальный. А если
> в старом дистре новая прога просит новый linstdc++.so.6, то я беру
> этот архив: http://download.opensuse.org/repositories/devel:/gcc/SLE-11/...
> распаковываю либу, и подцепляю еёRTFM: "In the GCC 5.1 release libstdc++ introduced a new library ABI that includes new implementations of std::string and std::list." = https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_a...
Поэтому плюсовые библиотеки использующие std::string или std::list при сборке с опциями по-умолчанию в gcc <5.1 и gcc >= 5.1 будут несовместимы. При этом если просто обновить libstdc++, то старый софт будет работать (для этого и сделан dual ABI).
P.S. GCC 4.9 → 5 это такое же переименование, как Linux 2.6.x → 3.0.
Хо-хо, а то что в GCC 5.1 (про 5.4 я вообще молчу) очень многое из C++14 допилили это тоже переименование?
Пробовал запускать в стимос игры. Некоторые работают некорректно, например, чтобы мышь работала как должно, нужно зажать среднюю клавишу. Те же самые игры через протон в другом дистрибутиве вполне вменямо запускаются. Сдается мне, SteamOS заточена под гемпад.
Стимос это древний Дебиан. В общем-то это все и объясняет.
>Стимос это древний ДебианНе совсем так. Версии Xorg, Mesa и прочего связанного с видео - относительно свежие и регулярно обновляются.
Я стараюсь даже порты от ферала не запускать, не говоря уже о Протоне. Гоняю через него только в Worms Armageddon. В то, что запускаю (Team Fortress 2, Dota 2, Left 4 Dead 2, Portal, Awesomenauts, War Thunder, Minecraft) всё нормально работает. Последнюю игру добавлял через "Добавить не связанное со Steam приложение..." в не полноэкранной версии Steam. В /home/steam/ положил minecraft.sh, и через Alacarte создал *.desktop. Так же я добавил несколько нативных линуксовых версий игр, которых нет в Steam.
> Стимось мертва, удаляйте. Любой свежий дистрибутив будет лучше работать с играми, чем
> это мертвое убожество.Свежие дистрибутивы лучше работают с играми в том числе благодаря многим патчам, которые исходно появились в steam (и будут появляться дальше именно там).
>Зря. У меня SteamOS на основе Debian 8. Там "отвалится" сборка Протона из-за старых версий библиотек.Напиши Гейбу Ньюэллу, расскажи ему в чем его стратегические ошибки в развитии платформы
Многопоточность в dx9 играх через вулкан работает?
Обьясните нубу. dx и vulkan это же разные api. Как можно запустить dx игры через вулкан, если это dx игра? Да, игра может поддерживать обе. Если запускать с параметром вулкан, то вулкан будет, если dx - dx. ???
возможно так:
- игра работает с "магической библиотекой" используя програмный интерфейс директх и уверена что это "магическая библиотека" и есть директх.
- но на самом деле это не так, эта "магическая библиотека" не есть директх, она лиш под него мимикрирует навверху, а внизу ретранслирует вызовы в вулкан. то б то принимает данные так, как бы это делал директх, и внутри осуществляет ретрансляцию в эквивалетный програмный интерфейс вулкана.
Пишется прослойка, которая транслирует вызовы одного API в вызовы другого (так в Виндосе OpenGL транслируется в DX, потому первый там слегка медленнее). На WinE наоборот, DX по-умолчанию транслируется в родной для Linux OGL, накладные расходы оказываются заметны. По-видимому, при использовании Vulkan в итоге производится меньше лишних действий, и полезная работа выполняется быстрее.
В винде вызовы OpenGL API никуда не транслируются.
> В винде вызовы OpenGL API никуда не транслируются.Двойное отрицание является признаком слепой веры.
http://nvidia.e-works.net.cn/NewsImages/128950297186562500.jpg
http://900igr.net/up/datas/175841/006.jpg
https://slideplayer.com/slide/6101431/18/images/17/OpenGL+Mi...
А безапелляционные заявления с картинками не по теме — это признак чего?
> А безапелляционные заявления с картинками не по теме — это признак чего?Покажи мне такое, если сочту нужным, попробую тебе объяснить.
Признак глубокой проработки заданное темы. И заодно высокого интеллекта.
> Признак глубокой проработки заданное темы. И заодно высокого интеллекта.И скромности! Не забывайте, из лишней скромности, упомянуть о скромности!
конечно же под виндой opengl транслируется в dxgi бл9ть
Вы все правы.
Если производитель видюхи позаботится, то будет "прямой" и быстрый opengl. Если не позаботится то будет через прослойку.https://www.khronos.org/opengl/wiki/Getting_Started
Without drivers, you will default to a software version of OpenGL 1.1 (on Win98, ME, and 2000), a Direct3D wrapper that supports OpenGL 1.1 (WinXP), or a Direct3D wrapper that supports OpenGL 1.1 (Windows Vista and Windows 7). None of these options are particularly fast, so installing drivers is always a good idea.
>Внесены улучшения, связанные с работой Rockstar Launcher и Grand Theft Auto 5И как там теперь GTA V? Уже можно играть с комфортом? Не обязательно на максималках.
Та давно уже гта5 норм работает под вайном
Давно было можно, рокстар просто недавно обновили свой лончер, инсталлер которого обсирался при установке, из-за чего запуск стим-версии обламывался. Разумеется, ломанным версиям это работать никак не мешало.
Так же, как и с RD2 - рокстары не научились в отладку и оптимизацию.
И, как я думаю, не научатся - хомячки и так хавают.
>Решены проблемы с мышью в игре Arma 3;Офигенно! Раньше это сильно мешало играть. У Армы, конечно, есть линуксовый порт, но он убог и почти бесполезен.
>Обеспечена возможность запуска игры "DmC: Devil May Cry";Охренеть, вайн и этого мог. Сколько лет этой игре? Она разве не 13 года, а на дворе не 19 заканчивается?
Есть две причины, почему известная достаточно старая игра может не работать под вайном в 2019 году:
- она написана особо извращенским способом (это почти с любой игрой так)
- она уже достаточно непопулярная, чтобы специально ради неё тратить время на хаки
Приоритет в поддержке игр очень простой - что сейчас актуально, то и поддерживают в первую очередь. Уж та же GTA5 явно куда популярнее достаточно нишевого DMC.
Причём тут хаки? Хаки для конкретных игр на винде пихают не в саму винду, а в графические драйвера, не? МС монополист, чтобы производители игр могли ей диктовать условия. Производители карт - другое дело, можно вешать шильдики "играйте с картами nvidia". То есть раз игра не идёт совсем - то это проблема не столько в конкретной игре, сколько в качестве имитации винды вайном. У них до сих пор во многих функциях заглушки, часть мегапопулярного виндового софта адски глючит, а баги висят годами.Хороша ложка к обеду. DMC можно было бы вообще не фиксить - в 2019 она никому не нужна. Лучше бы отсутствующие подсистемы сделали. Тот же рендеринг текста хромает на обе ноги.
> МС монополист, чтобы производители игр могли ей диктовать условия.Да вот опенгл там плавал. МС в первую очередь это запускалка ворда, фотошопа и прочих вещей, за поддержку которых платит крупный бизнес. Домашний пользователь, один раз купивший винду (в 95% случаев ОЕМную (то есть дешёвую) версию с новым компьютером) им неинтересен. Вы как-бы почитайте блоги разных игроделов о том, как им приходится писать даже кастомные аллокаторы памяти просто потому что операционка либо не удовлетворяет по скорости, либо не имеет нужного функционала. Про те же обходы багов директикса и прочих вижуал си я уже и не говорю. Если бы представители игровой индустрии реально могли бы повлиять на МС - то у того же валва не бомбануло бы настолько, что пришлось бы пилить свою стимось с вайном и дебианом.
> То есть раз игра не идёт совсем - то это проблема не столько в конкретной игре, сколько в качестве имитации винды вайном.Опять же, какой профит вайну от запиливания полной имитации для игр? У вайна та же проблема - кто заплатил, тот и танцует. Есть Codeveawers со своим Crossover, который покупают для запуска вордов (у них даже это в главных особенностях на сайте выделено). Крупные контрибуторы так же работают на какую-либо контору, которые либо просто улучшают вайн, либо пилят поддержку софта своего бизнеса. Почему-то обычных людей в проекте очень мало, которые имеют достаточную квалификацию и могут тратить своё время просто на поддержку мало кому нужных игр или фикс багов, под которым два поста 10-летней давности. Да и те же "графические драйвера" в вайне - сейчас это сторонние проекты типа DXVK и прочих - а у них своя архитектура, свой код и даже контрибутору вайна будет не просто. Тот же Valve вносит очень большой вклад, в одно рыло пытаясь собрать всю эту солянку в одну хоть как-то работоспособную кучу. И опять же, они пилят поддержку только для стима и игр, находящихся в нём.
>Да вот опенгл там плавал. МС в первую очередь это запускалка ворда, фотошопа и прочих вещей, за поддержку которых платит крупный бизнес. Домашний пользователь, один раз купивший винду (в 95% случаев ОЕМную (то есть дешёвую) версию с новым компьютером) им неинтересен.Ты с какой планеты? Домашний пользователь ВНЕЗАПНО на работу ходит, и там хочет работать с привычной системой. Так что OEM им ещё как интересен, иначе бы скидки на ОЕМ не было в принципе.
> Ты с какой планеты? Домашний пользователь ВНЕЗАПНО на работу ходит, и там
> хочет работать с привычной системой. Так что OEM им ещё как
> интересен, иначе бы скидки на ОЕМ не было в принципе.Я не понял, в каком месте тут противоречие? По дешёвке слить юзерам то, что за три шкуры продают ентерпрайзу - это и есть стратегия. Продать продукт заточенный под ентерпрайз (то есть запускалку вордов с фотошопами) обычному юзеру - это гениальный маркетинговый ход. Винда свой путь начала именно с офисного планктона со своими офисными программами, а не с запускалки игр, как некоторым инопланетянам кажется. А то, что юзер помимо программ для зарабатывания денег для дяди хочет ещё и игрушки гонять - так пусть игроделы и выкручиваются как могут.
Майкрософт должно писать вайн чтобы говнософт для виндоуз в будущем можно было запустить хотябы на каком-нибудь десктопном компьютере в будущем.
Плохая у тебя синька.
у тебя хуже, судя по твоему бреду.
Нет, ты :)
уже можно запускать ie11 и activex?
IE11 не работает, а ActiveX я ещё лет 5 назад запускал под установленным IE8.
1. Сабж позволяет хоть как-то играть под Линуксом. Ключевое здесь "хоть как-то". В зоне комфорта находится лишь малое число игр и те часто с оговорками по качеству графики-геймплея-производительности. Сабж не пригоден к использованию продвинутым геймером.
2. Сабж уже успел убить начисто только только начавшую появляться у некоторых разработчиков тенденцию выпускать нативные линукс-версии игр.Вы этого хотели?
Но мне доставляет :)
>В зоне комфорта находится лишь малое число игрhttps://www.protondb.com/stats - ну фиииг знает.
Сабж позволяет играть под Линуксом ЛУЧШЕ, чем мусорные "нативные линукс-версии игр".
>МусорныеНу, ок :)
прямо как твои комменты ;)
>и те часто с оговорками по качеству графики-геймплея-производительности.вы там совсем на глаза долбитесь? где там оговорки по качеству графики? о каких геймплейных оговорках может вообще идти речь в графическом api? хоть один тест производительности, в котором нативные порты не проигрывают dxvk по производительности привести слабо?
Нативные версии однозначно выигрывают по производительности (и эффективности) у dxvk (и тем более вайна), но зачастую проигрывают по качеству. Все эти шейдеры и эффекты в нативных версиях обычно понерфлены. Есть исключения, но они редки, да и обычно пихают трансляторы с вырезанием возможностей. В dxvk (субъективно) графоний нормальный, но только проседает фпс больше и нужна карточка помощнее. И иногда плохо работает.
>Нативные версии однозначно выигрывают по производительностиОднозначно выигрывают только нативные версии, которые изначально писались под вулканом, с нативными линукс версиями под OpenGL все очень плохо.
Почти с любой нативной версией всё очень плохо, потому что обычно это порты виндовых версий, у которых движок заточен чисто под винду.
Сравнивал нативный порт dota 2 и wine/proton версию - я хз что в нативном порте сделали, но там тупо не так работает курсор. Ощущение такое, будто он через пиксель-два перепрыгивает. В proton версии хоть и fps больше чем в два раза ниже(70 против 160, в 2к, ультра настройки), но вот нет этой корявости курсора. Если бы не наиграл 6к часов в дотан на винде - не заметил бы. Так что вот вам оговорка на реальном примере.
> Сабж позволяет хоть как-то играть под Линуксом.Сабж позволяет довольно очень хорошо играть под Линуксом. Нативные порты widows-only игр часто вызывали боль и слезы (порты ведьмака например).
> Сабж не пригоден к использованию продвинутым геймером.
А много их в общей массе? Рынку интересны обычные геймеры-домохозяйки.
Что мы получили от появления Proton?
* В Линуксе в один момент стало доступно 10 тысяч windows-only игр. По данным сайта protondb.com
* Можно играть в игры, которые уже даже на windows 10 не запускаются.
* Proton улучшает полноэкранный режим у старых игр.
* Плюсом получили поддержку геймпадов вроде.Какой ценой мы это получили?
* Трансляция DX в вулкан отнимает 5-10% FPS, по-моему приемлемая цена ради "просто запустил, и оно сразу работает".Что мы потеряли из-за протон?
* Теперь никто не будет заморачиваться с говно-портами типа ведьмака. Ну да...Так что на мой взгляд Steam и Proton это лучшее, что происходило с линукс за последние 5 лет.
>говно-портамиЕщё одна хорошая линукс-самокритика. Прямо попёрло :)
Тебе бы читать и понимать суть прочитанного научиться.
Ты хоть понял какую ты хрень сморозил? То есть по твоей "гениальной" логике, любой кривой говно-порт с консоли на винду - это вина винды. Мда...
А я - сторонник качественный портов. Во-первых, нативный OpenGL. Не трансляция из Direct3D, а нативный OpenGL. Как Minecraft, Awesomenauts, Unigine, Euro Truck Simulator 2, UT2004, Doom III и Amnesia. Во-вторых, грамотная сборка бинарника. И это, кажется, всё. Например в CentOS 6 есть GCC 9 из devtoolset, есть EPEL, есть rpmfusion. Компилируй на здоровье! А запускаться будет у всех благодаря Linux 2.6.32 и Glibc 2.12. Готовые бинарники будут хотеть не самых новых версий этих компонентов, благодаря чему совместимость будет высокая. А потеряно при этом не будет ничего. В CentOS 6 даже мультитач и Raw Input поддерижваются, что ещё надо?CryEngine и Unreal Engine 4 умеют быть скомпилированными в CentOS 6, только хедеры OpenGL обнови, да OpenAL и SDL2 доустанови. Но всё равно люди, которые не хотят делать порт для Linux, но их очень просят, компилируют как попало и в чём попало. Посмотрите порт Android-игры Toast Time, охренеете.
OpenGL убог. Не сам по себе, а в том состоянии, в котором он пребывает на сегодняшний день. Нативные порты на OGL оказываются в полтора-два раза медленнее "ненативного" Протона с Вулканом. От самих разработчиков игр никогда не услышишь хорошего слова в адрес OpenGL. Нативные порты на Vulkan - это да, годнота, если разработчик подходит к порту не спустя рукава.
Чё это? Вроде основные претензии в том, что у яблочников только опенгл 20 летней давности и у интела только опенгл 15 летней давности (тут мне подсказывают что у интола уже появились посвежее дрова), 46 имеет парити с dx. Дальше технологии просто эволюционно развились в сторону вулкана, который позволяет выкинуть ограничения огл (а dx тоже в сторону вулкана развился, хоть и по-своему). Но это всё не актуально. На консолях закос под огл, на телефонах закос под огл, рынок пк на сегодня минимален. Просто трансляторы в dx давно написаны, а трансляторы в ogl стали появляться недавно.
>На консолях закос под оглЧего? На каких консолях? На ps2 разве что. Mantle подобное api на консолях прошлого и текущего поколений, которое ближе к вулкану.
>на телефонах закос под оглОгрызок, который не может выжать графику 5ти летней давности с нормальным фпсом. При этом вулкан на тех же мобилках показывает лучшую картинку, большую производительность и меньшее потребление.
Что огл, что dx место на помойке, давно пора переходить на вулкан.
>На каких консоляхИсторически у нинтенды производные opengl. Сейчас посмотрел, в текущем поколении там обычные gl, gles и vulkan (во всяком случае, они заплатили khronos и попали в список).
>вулкан
А это уже другой вопрос. У той же плойки проблема скорее в том, что она "хорошо не жили, не стоит и начинать". Насколько я помню, чисто технически проблемы с производительностью решались в 4.4-4.6, но если посмотреть на историю, вопросы повышения производительности поднимались в каждой новой версии 4. Просто нельзя было выкинуть совместимость, и из-за этого всем было больно. Вулкан теоретически позволяет избавиться от старья, на практике имеем ровно те же ограничения в виде отсутствия фич на трёхлетних картах.
> Нативные порты на OGL оказываются в полтора-два раза медленнее "ненативного" Протона с Вулканом.В перечисленных мной играх, всё нормально с производительностью. Например, я играю в Minecraft 1.14.4 на GeForce 7025, интеграшке в чипе nForce 630a. Это, кажется, 2005 год. Причём самая младшая модель этой серии видеочипов.
Другой пример - Unigine. Там можно выбрать Direct3D или OpenGL в настройках (в Windows). Когда OpenGL показал меньшую производительность (незначительно), я задал вопрос разработчику. Он ответил следующее: https://www.linux.org.ru/news/games/13349076?cid=13359483
"Ни в Unigine 1, ни в Unigine 2 нет и не было никаких трансляторов DX->GL. Платформо-зависимые части рендера написаны 2 раза, шейдеры написаны на GLSL (OpenGL) и HLSL (DirectX). Если быть совсем точным, в Unigine 2 используется UUSL (Unified Unigine Shading Language), который препроцессором преобразуется в GLSL и HLSL.
Никакого заговора нет, пламенный привет писателям драйверов. Основная часть игр выходит под DirectX, вот под него и оптимизируют драйвера лучше. Мы постоянно наблюдаем разрыв 10-30% по производительности между DX и GL, хоть заоптимизируйся."
Сабж позволяет не загромождать диск поделием от монстрософта за невменяемые деньги. (Играю в генте в Дум2016, Warships & WoT - быстродействия хватает. WoT после перетаскивания на вулкан наконец-то отучился показывать 40ФПС с любыми настройками качества :D ).
его можно собрать без наличия установленного стима? Будет ли работать лучше вайна, или всякие штуки типо поддержки геймпада завязаны на стимовские прослойки?
lutris
Есть сборки от Kron4ek https://github.com/Kron4ek/Wine-Builds
вроде бы даже есть официальная версия в ауре: https://aur.archlinux.org/packages/proton/Кто нибудь тыкал?
Неправильный вопрос.
Правильный: WINE бэкпортирует изменения - или нет?...Т.к.СТИМ по факту троян даже на винде, а в линухах (да со всеми DRM)
- обезсмысливает саму их идею...
А, куча API прослоек до винды, в линухе, кажая из которых запускает хорошо - только что то что другие не очень, и наоборот,
- это маразм,
причём уже и так существующий немало,
куда худший даже чем over100000 дистров.
Не знаю с какого релиза, но теперь стимовский planetside 2 работает в линуксе. Уииии!
У вайна раньше была традиция чем выше версия тем меньше софта под ней запускается она все еще сохраняется? Самому лень проверять.
Я держу старые версии. Раз мне лень переписывать патчи и всё работает, совершенно никакого смысла переезжать. Столкнулся с проблемами в последней версии: оказалось, что она с поддержкой opengl собрана была, и из-за этого в ней половина софта не работала. Такого, чтобы софт перестал работать в более новой версии, не припомню (но вообще регрессии случаются, никто же не тестирует ничего).
Тоже однажды столкнулся с такой проблемой на хосте без opengl поддержки. Решилось твиком реестра DirectDrawRenderer=gdi (по-умолчанию втыкает opengl)
