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

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

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

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

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

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

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

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, которые на любом разрешении чёткие, как будто векторные.
• Шейдер — программа для видяхи, отвечающая за создание визуальных эффектов.

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

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

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

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