Доработка ядра Linux для поддержки современных Windows игр

Ааа, так бы и сказал.

Серия Tomb Raider сойдет? Из гонок есть Dirt 4, кажется.

Осталось починить мерцание изображения - и в путь 😁

На, бесплатно. Смое трке игры для линуксоидов.

https://oddwarg.itch.io/sulphur-nimbus-hels-elixir

Не благодари.

Спасибо конечно, но я бы в это не то, что за бесплатно, а только наверно за зарплату поиграл бы.

видимо опасаясь подмены ntdll

А подмены ядра они не опасаются? Давайте ещё специальный модуль ядра Windows делать. Тогда точно Wine будет в пролёте.

Технически это значит - не поддерживается, что и подтверждает отсутствие упоминаний линукс у непосредственных разработчиков большинства игр. А маркетологически и юридически да, поддерживается. Под прикрытием мелкого текста, без возможности претензий. Но мы типа и рады. Ситуация ровно как если бы в требованиях была бы винда «Win10 какой-то build от января 2017», не больше и не меньше - абсурд. Так и тут, но почему то всех устраивает.

«Win10 какой-то build от января 2017», не больше и не меньше - абсурд.

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

Когда под Linux компилируют серьёзное ПО вроде FineReader или AutoDesk Maya, используют обычно CentOS 6 + новый компилятор в качестве базы для сборки (либо SLES 11 + devel:gcc). Новый компилятор отлично «подтягивается» из репозитория DevToolset, а остальные зависимости - из EPEL. Бинарник же для GTK3 + Wayland наверняка компилируют в CentOS 7. Для совсем уж сурового энтерпрайза так и вовсе используют LSB 3.1+ (я уж не знаю, зачем суровому энтерпрайзу CentOS 4, Glibc 2.3 и GTK 2.6, когда уже давно есть LSB 4.0 и 5.0. Наверно потому что LSB 3.1 получил стандарт ISO, а 4.0 нет).

Это моё мнение, которое может не совпадать с вашим.

Разработчики игр далеки от Linux, поэтому им не следует ставить такие жёсткие условия по базовой системе для сборки игр. Тем не менее, Unreal Engine 4 поддерживает сборку в CentOS 6, равно как и Qt 5. Для этой ОС есть драйверы NVIDIA и AMDGPU-PRO.

Разработчикам игр следует использовать Ubuntu не самой последней версии. Например 16.04 или 18.04. Этого условия достаточно. Новый компилятор также можно «подтянуть». Для игр (а не программ для работы) это самый простой и не требующий дополнительного напряга вариант. Не придётся забивать голову изменениями версий библиотек и их ABI - эту задачу берёт на себя Steam Runtime.

Насчёт нестандартных зависимостей. Такие библиотеки, как libc6, libjpeg, libpng, библиотеки X11 и GTK, класть в дистрибутив программы не нужно. Эти библиотеки и так обязаны быть в любой системе GNU/Linux. Вместе с программой можно положить libSDL и libOpenAL, Qt5 для лаунчера, а также любые нестандартные зависимости. Также с некоторыми библиотеками можно линковаться при помощи dlopen(), чтобы эта библиотека не обязательно присутствовала в системе, но использовалась, если она есть. Например библиотека для рендера волос от NVIDIA.

Также следует учесть, что начиная с Debian 9 в репах нет libpng12, а значит, и актуальную версию libpng когда-нибудь могут удалить из репов. Библиотеку также можно положить в дистрибутив вашей программы.

Все зависимости следует положить в директорию lib и «подцеплять» скриптом run.sh, добавляющий эту директорию в LD_LIBRARY_PATH и запускающий программу.

Ситуация ровно как если бы в требованиях была бы винда «Win10 какой-то build от января 2017», не больше и не меньше - абсурд. Так и тут, но почему то всех устраивает.

Ну так в Windows 10 с такой силой как в линуксах не ломают совместимость.

Линукс - это семейство операционок.

Боинг - это семейство самолётов, а пиво - сорт водки.

StarForce помнишь? Там вроде как раз был ядерный модуль.

StarForce помнишь? Там вроде как раз был ядерный модуль.

В Wine его поддерживают? Пытаются ядро Линукс под него переделать?

Насколько знаю, нет и еще раз нет. Я просто про то, что для DRM и anticheat ядреный модуль и нестандарнтные костыли - это обычная практика, тут нечему удивляться.

античитов

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

Ты презенташку смотрел? Там нет ничего про реализацию сисколов винды в ядре линукс. Там просто ставится опциональный «фаервол», который ловит asm(syscall) от некоторых программ, и может их переправлять обратно в юзерспейс. Помимо очевидного применения (реализации виндовых сисколлов, но уже в юзерспейсе), это еще для отладки будет достаточно полезно.

И как успехи?

PS Вот теперь мы точно знаем что такое консалтинг оупенсорца.

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

Это понятно.

реализации виндовых сисколлов, но уже в юзерспейсе

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

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

Там просто

Сейчас это модно, тащить в ютуб всякий шлак в стиле «как я провёл лето».

За последние 3000 лет человечество не улучшилось, снискать дешёвой славы без усилий желающих не поубавилось.

Ну а Шома как пропускал шлак так и продолжает.

такое уже было, вьюноша

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

поддерживать предыдущие игры, использующие этот механизм всё ещё нужно

Поддержка этого механизма в следующем билде Windows отвалится.

Ну, извините…
Дорогу на красный тоже не принято переходить, но не давить же их всех, тех кто переходит

с чего вдруг?

зачем это вообще нужно

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

с чего вдруг?

Номера системных вызовов поменяются:

NtClose

Windows 10 1507: 0x0180

Windows 10 1511: 0x0183

Windows 10 1607: 0x0185

Windows 10 1703: 0x018a

Windows 10 1709: 0x018d

Windows 10 1803: 0x018d

Windows 10 1809: 0x018d

Windows 10 1903: 0x018d

Windows 10 1909: 0x018d

Windows 10 2004: 0x018e

и что с того? игоры всё ещё поддерживают 7, 8, 10 венды всех версий, значит это надуманная тобой проблема. кроме того, если нужно, в вайн вставят требуемый костыль

тогда дела пойдут в гору

Это невозможна. Ни политически, ни идеологически, ни технически.

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

Не, шапка на примере системд показала, что все возможно. Стае дистрибутивов нужен вожак.

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

когда вейланд с гномом станут дефолтом

Тогда линь перестанет быть никсами и превратиться в разновидность какой-нибудь гайки. Но и это ещё не всё, что нужно для запуска windows-игр в нативе. Мы ведь о нативе говорим?

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

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

А подмены ядра они не опасаются? Давайте ещё специальный модуль ядра Windows делать.

Наверное половина популярных античитов идёт со своим модулем ядра.

В доку 2 же )))

Collabora делает очень много. Не только LibreOffice. Навскидку я вспомнил ещё Gstreamer.

ЮПро системд говорили, что это чуть ли не как виндовый реестр.

systemd – это набор утилит + скрипты. Реестр – это конфиг.

пускай разрабы решают, что выгоднее

Поставь себе венду, как делают все нормальные люди и гамай. :-D

В любом случае конторка паразитирует на опенсорсных продуктах.

особой необходимости в ... уникальной архитектуре и функциях ... нет

Поправил. Все навороченные микроядра, M:N шедулеры, неубиваемая форкбомбами память и т.п. не нужны. Нужны тупые ядра с приемлемой эффективностью. «Пластмассовый мир победил».

Нужны тупые ядра с приемлемой эффективностью.

Вы так говорите как будто это что-то плохое… Там где надо (роботы, летательные и космические аппараты и т.д.) используют подходящие ядра (ОС реального времени и т.д.).

Я про Linux.

Всё как предсказывал ESR: http://esr.ibiblio.org/?p=8764

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

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

Всё как предсказывал ESR

Где всё? Скорее наоборот.

http://esr.ibiblio.org/?p=8764

Тут уже разбирали этот бред.

Я про Linux.

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

Владимир

Чтобы были нативные игры нужны пользователи, а чтоб были пользователи нужны игры. Что проще переписать все игры с винды на линукс или сделать поддержку в wine? Когда допилят всё и игры будут работать нормально, то люди подтянутся и тогда нативных игр будет больше.

Но там запрещено отключать обновления и если сломают то всё

если

Если, как бы, а вдруг!

Ок, не если а когда

Нет, можно

DRM & anti-cheat technologies blad….

потенциал

Проверил я однажды ЛОР-овцам и приобрел амуде… Хорошо, что была майгинг-лихорадка и это недоразумение удалось продать с выгодой (теперь только нвидиа, а местные иксперды могут проследовать на юг).

И Линус уже не такой гормональный и резкий :) Повзрослел наверное.

Он испытал на себе какчество амуде и все понял 🤦‍♂️