LinuxDoc.ru - Игры для Linux - Valve и Nvidia представили доклад о портировании игр под Linux

Valve и Nvidia представили доклад о портировании игр под Linux

LinuxDoc.Ru,
На конференции разработчиков игр (Game Developers Conference - GDC), компании Valve и Nvidia выступили с докладом, посвященным портированию игр под Linux. Презентация с данного мероприятия доступна на сайте Nvidia.

Наиболее интересные моменты:

В качестве мотивов почему следует портировать игры на Linux, упоминаются:

Открытость операционной системы Linux и экосистемы.
Довольно быстрый рост популярности Linux в качестве игровой платформы.
Логичный промежуточный шаг при портировании игр на мобильные платформы, где также доминируют стандарты семейства OpenGL
Производительность.
Под Linux официально доступен Steam.
GL предоставляет доступ к возможностям оборудования, оперируя при этом сугубо возможностями оборудования, а не версиями ОС или чем-либо еще. В частности, в Китае в данный момент все еще очень много пользователей с ОС семейства Windows XP, которые не могут пользоваться DX10/11. Тем не менее, при использовании OpenGL будут доступны полные возможности оборудования, в том числе и в данной версии ОС. Это позволит использовать возможности современного оборудования даже указанным пользователям.
Публично доступные спецификации стандарта.
Спецификации развиваются комитетом, в котором может принять участие любая заинтересованная сторона, для этого не требуется огромные суммы денег.
GL проще расширять, любой вендор может предложить свои расширения.
GL очень богат по своим возможностям.

Для управления окнами настоятельно рекомендуют использовать SDL, относительно небольшую и кроссплатформенную библиотеку на Си. SDL берет на себя все что касается работы с окнами, независимо от ОС, в том числе и на мобильных платформах. Valve пользуется данной библиотекой при портировании своих проектов, что доказывает пригодность библиотеки для достаточно требовательных применений. Кроме того, основной разработчик libsdl в настоящее время работает в Valve.

Проблемы с которыми столкнулись в Valve:

Файловые системы в unix-подобных ОС по умолчанию чувствительны к регистру имён файлов, тогда как в Windows файловые системы по умолчанию игнорируют регистр. Для игр это, как правило, не является проблемой так как игровые ресурсы обычно поставляются в платформо-нейтральных контейнерах. Тем не менее, в процессе разработки это может быть проблемой. Наиболее простым решением является перевести имена всех ресурсов в нижний регистр.

Ошибочные define'ы, например предполагающие, что на Linux может быть только выделенный игровой сервер и более ничего.
Проблемы с локалью могут вызывать проблемы в функциях printf/scanf. Решение: установить локалью en_US.utf8, а локализацию предоставить самому приложению. Так как в некоторых случаях локаль en_US.utf8 в системе может отсутствовать, следует предусмотреть вывод предупреждения в данном случае.

Шрифты: рекомендуется использовать библиотеки freetype и fontconfig. Тем не менее, может потребоваться пересчет размера шрифтов.
Использование RDTSC (прецизионный таймер, основанный на счетчике тактов современных CPU х86). Вместо него рекомендуется использовать вызов clock_gettime(CLOCK_MONOTONIC), не зависящий от архитектуры процессора.
Использование raw mouse input, когда весь ввод мыши монопольно отправляется одной программе. Это очень хорошо работает для игр, однако некоторые оконные менеджеры при этом также перенаправляют и весь клавиатурный ввод. Это, в частности, может отключить работу alt-tab или аналогичных по смыслу горячих клавиш для переключения задач, что способно вызвать неудовольствие пользователей в некоторых ситуациях.
Более шероховатая поддержка многомониторных конфигураций. Тем не менее, libsdl способна взять бОльшую часть проблем на себя.

Инструментарий:

Steam Linux Runtime и SDK предоставляют разработчикам игр бинарно-совместимый ABI, не зависящий от дистрибутива.
Компилирование и отладка:

gcc - для компилирования.
gdb - для отладки.
cgdb - интерфейс на основе curses
ldd - отслеживание зависимостей бинарного файла от библиотек (эквивалент dumpbin).
nm - предоставляет информацию о символах, используемых программой.
objdump - дизассемблер и инструмент для просмотра подробных деталей о бинарных файлах.
readelf - инструмент для получения подробной информации об ELF файлах (основной формат исполняемых файлов в Linux).
make - средство сборки проекта.

Анализ производительности - CPU:

perf - свободный профайлер под Linux, использующий performance counters современных процессоров
vtune - инструмент от компании Intel, также существующий и в версии под Linux.
Telemetry - многие коммерческие разработчики игр уже и так используют данный инструментарий.

Примерное соответствие OpenGL и DX:

DX9 примерно соответствует возможностям GL2. Начиная с этой версии доступны шейдеры.
SX10 примерно соответствует семейству GL3, появилось более актуальное API. Реализованы геометрические шейдеры.
DX11 примерно соответствует GL4. Поддержка тесселяции и произвольных вычислений на шейдерах.

Ключевые отличия DX от GL с точки зрения разработчика:

В GL у потоков есть локальные данные, поэтому:

У потока может быть только один текущий контекст.
Контекст может являться текущим только для одного потока.
Вызовы в GL из потока без текущего контекста согласно спецификации не должны иметь никакого эффекта.

GL основан на си. Объекты передаются хэндлами.

Многие функции вообще не требуют указания хэндла и оперируют на выбранном в данный момент объекте.
Как правило хэндл имеет тип GLuint.

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

Расширения OpenGL:

Есть специфичные для поставщиков расширения с префиксами NV|AMD|APPLE. Тем не менее, ряд из них был реализован сразу несколькими поставщиками. Например, NV_bindless_texture.
Расширения с префиксом EXT реализуются сразу многими поставщиками. Например, EXT_separate_shader_objects
Расширения с префиксом ARB были рассмотрены и приняты комитетом развивающим стандарт. Например, ARB_multitexture.

Базовые расширения (Core extensions): базовые возможности из более поздних версий стандартов GL представляются как расширения относительно прошлой версии стандарта.
Есть зависящие от специфики платформы расширения: WGL, GLX, AGL и EGL.

Советы разработчикам:

Поиск в интернете имеет смысл делать как с префиксом GL_ или gl у соответствующего вызова так и без него.
Чтение спецификаций стандарта себя оправдывает многократно.
Если вам не нравится текущее направление развития GL, присоединитесь к Khronos Group и постарайтесь оказать влияние на развитие стандарта. Лучше всего определять свое будущее самому.

Core vs Compatibility: Некоторые производители утверждают что использование core-профайлов будет быстрее чем compat-, однако по факту подтверждение данного тезиса обнаружить не удалось. Поэтому можно пользоваться тем, что проще и удобнее конкретному разработчику.

* Наиболее полезные расширения GL по мнению разработчиков:
EXT_direct_state_access, EXT_swap_interval (и EXT_swap_control_tear), ARB_debug_output, ARB_texture_storage и ARB_sampler_objects. Кроме того отмечаются NVX_gpu_memory_info и GL_ATI_meminfo позволяющие получить информацию о использовании памяти GPU.

Самые проблематичные места в плане производительности:

Вызов MakeCurrent очень дорогой. Следует избегать его вызова даже 1 раз на кадр.
Современные драйвера как правило используют более 1 потока. Программа по факту взаимодействует с относительно тонкой прослойкой которая может распределять работу на несколько потоков. Некоторые вызовы заставляют производить полный сброс буферов и ресинхронизацию между потоками что сильно просаживает скорость операций.
Наиболее проблемными зарекомендовали себя следующие функции glGet() и glGetError() (вместо этой функции рекомендуется использовать ARB_debug_output)
linux

Игры для Linux

. Valve и Nvidia представили доклад о портировании игр под Linux Valve и Nvidia представили доклад о портировании игр под Linux
Информация
Посетители, находящиеся в группе Гости, не могут оставлять комментарии к данной публикации.
Если Вы обнаружите в опубликованных документах ошибки, опечатки, несоответствия и неточности - сообщите о них.
>>> Компания Google представила релиз операционной системы Chrome OS 67, основанной на ядре Linux, системном менеджере upstart, сборочном инструментарии ebuild/portage, открытых компонентах и web-браузере Chrome 67. Пользовательское окружение Chrome OS ограничивается web-браузером, а вместо стандартных программ задействованы web-приложения, тем не менее, Chrome OS включает в себя полноценный многооконный интерфейс, рабочий стол и панель задач.
>>> Увидел свет релиз дистрибутива Devuan 2.0 "ASCII", форка Debian GNU/Linux, поставляемого без системного менеджера systemd. Новая ветка примечательна переходом на пакетную базу Debian 9 "Stretch". Для загрузки подготовлены Live-сборки и установочные iso-образы для архитектур AMD64, i386 и ARM (Raspberry Pi, Banana Pi, СubieBoard, Odroid и др.). Специфичные для Devuan пакеты можно загрузить из репозитория packages.devuan.org. Подготовлены инструменты для миграции на Devuan 2.0 с Devuan 1.0, Debian 8.x "Jessie" или Debian 9.x "Stretch".
>>> Проект TrueOS (ранее PC-BSD) объявил о превращении из надстройки над FreeBSD с графическим рабочим столом в обособленную операционную систему, которую можно рассматривать как "downstream" форк FreeBSD. Помимо ранее предлагаемых файловой системы ZFS и системы инициализации OpenRC, начинка TrueOS будет расширена дополнительными возможностями, которые позволят рассматривать проект как свежую и инновационную ОС. В итоге планируется подготовить модульную, функциональную и качественную платформу, нацеленную на удовлетворение потребностей продвинутых пользователей и любителей кастомизации.
>>> Подготовлен корректирующий выпуск Firefox 60.0.2, в котором устранена критическая уязвимость и исправлено несколько ошибок. Информация о критической уязвимости пока не раскрывается, в отчёте упоминается только проблема CVE-2018-6126 в библиотеке Skia, которая может привести к краху браузера из-за переполнения буфера при растеризации специально оформленных изображений в формате SVG при выключенном сглаживании.


Редакция портала:

Добро пожаловать на сайт, посвященный документации к ОС Linux, ее переводу и распространению. Мы надеемся, что Вы найдете тут всю необходимую информацию. Здесь представлены три основных вида документации на русском языке: руководства (man-pages), HOWTO и mini-HOWTO. В скором будущем возможно появление и других видов документации.
Авторские права на представленные документы принадлежат авторам перевода и распространяются в соответствии со Стандартной Общественной Лицензией, если в документе не указано обратное.
Если Вы обнаружите в опубликованных документах ошибки, опечатки, несоответствия и неточности - сообщите о них.