Как создают текстуры для игр?

Question

[SejaDev853]

Как обычно разработчики создают текстуры для объектов в своих играх? Они для каждого разрешения экрана создают отдельные текстуры? Допустим игра Call Of Duty MW 2019 (Может быть абсолютно любая игра). Если подключить к нему монитор с разрешением 16к или 32к, то он будет работать и на нем. Неужели разработчики заранее подготовили текстуры столь высокого разрешения? Я очень хочу начать разрабатывать свои игры, но меня всегда останавливает тема с масштабированием для разных разрешений мониторов. Не понимаю в каком размере должны быть текстуры в тех или иных разрешениях

Answer 1

[GavriKos]

Ну так вы можете не знаю. ту же фотографию своего лица открыть на мониторе с разрешением 16к. И она там будет показываться ) Вы же не делаете фотографии под каждое разрешение? Не делаете. ВОт и тут абсолютно то же самое.

Будет работать != будут 32к текстуры.

Comments

[SejaDev853]

А то что касается 2d. Не знаю, знаете ли вы такую игру как например The Binding Of Isaac. Игра на 2d, но выглядит примерно одинаково на мониторах выше 1080p. Там для каждого разрешения отдельно подготавливают текстуры? Можете посоветовать какую ни будь статью или книгу по этим нюансам. Я изначально хотел быть веб разработчиком, но из за вот этих масштабировании и тд для каждого монитора перестал интересоваться. У меня вечно проблемы с этим масштабированием

[GavriKos]

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

Answer 2

[Mercury13]

Вы, конечно, говорите о 3D. Там создают текстуры для ожидаемого разрешения экрана (2к или 4к, например), а остальное — MIP-текстурирование. Уменьшенные в 2, 4, 8 и т.д. раз версии создаются автоматически.
Отдельный вопрос — как в текстуру втиснуть псевдо-векторную вещь, для этого используется хитрый формат текстуры и хитрые шейдеры.

Вы можете запустить и какой-нибудь Need for Speed Porsche в 4к. Скорее всего, в каком-то месте уровня зависнет, но некоторое время работать будет. Края объектов будут резкие, за это отвечает 3D-движок. Но треугольники будет видны, а текстуры мыльные по современным меркам. Вот вам огромное превышение системных требований.

Но в текстурах есть одно важное попущение меньшим разрешениям: между островками текстур должно быть несколько пикселей, чтобы при уменьшении не захватило соседний островок, и островки должны быть зарисованы с припуском по той же причине.

Comments

[SejaDev853]

Можете подсказать (если знаете), как правильно выбирать размеры тех или иных объектов в игре для разрешений экранов. Пример: Я разрабатываю игру на 1080p мониторе. Задача заключается в том, чтобы объект сохранил свои пропорции и размер отталкиваясь от разрешения. Не хотелось бы чтобы на меньшем экране чем 1080p объекты смотрелись больше, а на 2к и выше меньше. Очень хочется создавать свою первую игру (2d), но не знаю что сделать с текстурами. Есть ли по этой проблеме книги или статьи, в котором объясняются тонкости всей этой работы (хотя бы на базовом уровне)

[Mercury13]

Смотря какой API используете и какая будет игра. Допустим, в пиксельных общепринят механизм, когда сначала игру рендерят на промежуточный холст нужного разрешения (скажем, 640×480), а потом этот холст увеличивают на нормальный экран. В 3D и «непрерывных» 2D собирают матрицу преобразования исходя из разрешения экрана.

Если игра 2D и «непрерывная», типа Hollow Knight, просто определите размер объекта в пикселях на желаемом экране (например, 1080p), округлите до степени двойки и рисуйте.

[Mercury13]

SejaDev853, Отдельный вопрос — экраны «диких» размеров вроде 4к×1080. В таком случае придётся сделать окно таких размеров, чтобы игра не «сломалась». А остальное — чёрное.

[Mercury13]

SejaDev853, На СОВРЕМЕННЫХ мониторах матрицу преобразования строят исходя из квадратного пикселя. Это будет чуть сложнее, чем на кинескопах (там обычно исходили из разрешения 4:3), но этот механизм вполне можно отладить, запуская игру в окне.

[SejaDev853]

Спасибо за ответы, но пока что я не понимаю эти термины. Наверное все таки стоить начать хоть что то сделать, а там знания придут с практикой и решением проблем

[Mercury13]

SejaDev853,
• «Непрерывная» = единица движения меньше, чем пиксель. Примеры: Braid, Hollow Knight, Planet of Lana.
• Пиксельная — единица физики, может, и меньше (даже в Super Mario она 1/256), но изображение составлено из здоровенных пикселей и экранное движение идёт по ним. Примеры: Shovel Knight, Hyper Light Drifter.
• Матрица преобразования = видовая матрица — матрица 4×4 для перевода из мировых координат в экранные.
• Квадратный/неквадратный пиксель — ну, думаю, понимаете. Равные у него стороны или нет. Сейчас склоняются к квадратному, но последнее неквадратное — это 1280×1024 на мониторе 4:3.
• Игра «сломалась» — поломка геймплея, рендерера или чего-то ещё. Примеры: враг атакует из-за краёв экрана и хрен достанешь, или наоборот — идём и видим наперёд врага, которому ещё не дали команду атаковать, или у вражеского рывка есть конкретная дальность и на широких экранах он не достаёт и сам попадает в неловкое положение, или уровень в ширину умещается в особо широкий экран.
• Промежуточный холст — имеется в виду не прямо на экран, а на доп. картинку. Так, например, рендерят в гонках зеркало заднего вида. А в пиксельных играх — избавляются от ошибок округления.
• MIP-текстурирование — тебе в 2D вряд ли понадобится, но это использование текстур разного размера для экономии памяти, оптимизации доступа и улучшения картинки (разрешение завышено — рандомные пиксели, занижено — мыло).
• Островок текстуры — непрерывный участок текстуры.
• Псевдо-векторное — лучше всего видно в надписях Team Fortress 2, которые на любом разрешении чёткие, как будто векторные.
• Шейдер — программа для видяхи, отвечающая за создание визуальных эффектов.

[Mercury13]

SejaDev853, С поломками геймплея из-за разных разрешений экрана я знаком с Java ME. Хотя там из-за малых разрешений всё было пиксель в пиксель, никаких «непрерывных».

[Mercury13]

SejaDev853, Я помню такой полом: на «средних» мобильниках (128×…) летящий по баллистической траектории снаряд проходит над головой героя (если прилечь), а на «крупных» (176×…) — прямо в героя, ложись не ложись.

Примерно тогда я сменил Moto V180 на SonyEr Z550i, так что опробовал игру на том и другом.

[Mercury13]

SejaDev853, Другой полом вспомнил: Игра Desperados первый была рассчитана на ЭЛТ и была пиксельной природы, но играть-то на ЖК в штатном разрешении хочется. Игру хакнули, но на одном уровне, который по «везению» вложился в ширину большинства экранов, видео на движке перестало работать.

Answer 3

[mayton2019]

Вообще не стоит задача менять разрешение текстур для 8К и выше моника. Обычно его вешают
подальше на стену из-за габаритов и сохранения угла поля зрения. И поэтому гнать
разрешение чтоб попадало точка-в-точку обычно не нужно. Все равно возможности
зрения ограничены. Разве что пользователь нажмет на паузу. И будет подходить
к экрану пока не уткнется носом чтобы что-то там разглядывать. Но это не игровой кейс.

Еще с 2000х разработчики знали хитрости. Bump-mapping, это когда на low-res текстуру
накладывся рельеф (повторяющиеся фактура дерева или камня) и это создавало иллюзию
высокого разрешения.

И процедуральные текстуры, которые можно рендерить для любого разрешения на заказ.
Они экономили память диска но не памяти текстур. Поэтому с ними есть нюансы.

Comments

[SejaDev853]

В таком случае, как мне определить лучше размеры своих объектов в играх? От чего отталкиваясь? Чтобы на меньших экранах не были большие, а на больших экранах маленькими. То есть это еще как то надо масштабировать объекты в зависимости от разрешения экрана получается?

[mayton2019]

Ну разрешение экрана по вертикали сможешь определить. Допутим это Y.
Вот и делай текстуру близкой к этом. Не забывай про тайлинг. Для кирпичиков это не нужно будет например.

Следи за FPS за последню минуту. Если вдруг резко упадет - то повышать разрешение не надо.