Есть много алгоритмов для масштабируемых до пиксельной графики. (Я предпочитаю HQX , лично.) Но есть ли какие - либо заметные алгоритмы масштабировать его вниз ? Моя игра предназначена для работы с разрешением 1280x720, но если в нее играют с более низким разрешением, я все равно хочу, чтобы она выглядела хорошо.
Большинство дискуссий по пиксельной графике сосредоточены на масштабировании 320x200или 640x480масштабировании для использования в консольных эмуляторах, но мне интересно, как современные 2D-игры, такие как Monke Island Remake, могли бы хорошо выглядеть на низких разрешениях?
Конечно, игнорируется возможность иметь несколько версий ресурсов (например, mipmapping ).
graphics
graphics-programming
pixel
Майкл Стум
источник
источник
Ответы:
В настоящее время я делаю игру, которая должна работать с широким разнообразием размеров дисплея и соотношений сторон, и это не был очень легкий процесс. Кроме того, если вы делаете вещи в пиксельной графике и хотите сохранить ощущение пиксельной графики, поддерживая множество разрешений, вы идете в мир боли, так что будьте готовы.
На мой взгляд, есть несколько вещей, которые вы можете сделать (некоторые эксклюзивные, но другие нет)
Определите минимальное разрешение и только масштабируйте (все) в целочисленных терминах с ближайшим соседом. Таким образом, вы можете сохранить чувство пиксель-арт. Я не думаю, что уменьшение масштаба является хорошей идеей, так как вы потеряете детали, и вся цель использования тщательно созданного пиксельного искусства будет побеждена. Если минимальное поддерживаемое разрешение слишком мало для ваших спрайтов, измените минимальное поддерживаемое разрешение или перерисуйте все ресурсы для поддержки этого минимального разрешения.
Когда вы сталкиваетесь с разрешением или соотношением сторон, которого недостаточно, чтобы охватить весь экран, расширьте свою игру (покажите больше плиток), сохраняя при этом активы нетронутыми. Вы должны сделать свою игру такой, чтобы в нее можно было играть с минимальным разрешением / соотношением сторон.
Если расширение игры невозможно, заполните неигровые разделы экрана черным; либо полосы сверху и снизу, слева и справа, либо черная рамка. Это то, что делает iPad при запуске приложений iPhone в увеличенном режиме. Это также широко используется в эмуляторах.
Откажитесь от сохранения верности пиксельной сетке. Но тогда вы должны прекратить использовать пиксельные ресурсы с острыми углами. Затем увеличьте / уменьшите масштаб с помощью билинейной (или оптимально бикубической, если ваша платформа поддерживает это) фильтрации. Это лучший выбор для максимизации использования экрана, сохраняя при этом пользовательский опыт во всех поддерживаемых разрешениях.
Для моей игры я выбрал вариант № 4, и я весьма удивлен тем, насколько хорошо он выглядит на устройствах от 320 пикселей по вертикали (старый Android 2.3) до 1536 пикселей по вертикали (iPad 2012 года с Retina Display). Исходные ресурсы рассчитаны на 600 пикселей по вертикали (первоначально для дисплея 800x600 на ПК с Windows). Хотя для последующих игр, я думаю, что лучшее логическое вертикальное разрешение составляет 720 пикселей.
В игре используется виртуальное высокое разрешение 600 пикселей, масштабированное до собственного разрешения устройства с билинейной фильтрацией. Это означает, что все Y-координаты в коде идут от 0 (вверху экрана) до 600 (внизу экрана).
Предполагается, что для горизонтального размера максимальная ширина составляет 1080 пикселей, что более чем достаточно для покрытия даже самых широких форматов 16: 9. Мои x-координаты центрированы, поэтому x = 0 является центром экрана, а x-координаты идут от -540 слева до 540 справа. Я проверяю, чтобы все было в диапазоне от -400 до 400 для поддержки самых узких дисплеев (4: 3)
Однако, если бы мне нужно было сохранить чувство пиксельной графики, я бы, конечно, использовал варианты 1 и 2. Это означало, что я бы масштабировал только в целочисленных терминах, чтобы сохранить блочное ощущение пиксельной графики, и создавал бы игру таким образом, чтобы количество видимого Плитка не является фиксированной и может адаптироваться к любому разрешению экрана / соотношению сторон.
Итак, чтобы (не) ответить на ваш вопрос. Я думаю, что сокращение пиксельной графики - очень плохая идея, поэтому вам не следует этого делать. Существуют и другие способы поддержки разных разрешений экрана, которые обеспечат лучшие результаты, чем простая демонстрация ваших тщательно созданных произведений искусства.
источник
Во время разработки рассмотрите возможность создания уменьшенных версий и включения их непосредственно в игру в качестве ресурса. Делайте это с помощью Photoshop или любого другого инструмента, который вам нравится. Затем дайте игре динамически выбрать правильный набор произведений искусства, соответствующий текущему разрешению.
Вот несколько причин, по которым вы могли бы сделать это ...
Сохраняет обработку работы
Если вы произвели программный масштаб во время выполнения, ваше программное обеспечение, вероятно, все равно создаст и кеширует иллюстрацию. Так почему бы просто не включить уменьшенные версии в комплект художественных активов? Я полагаю, что если загрузка будет больше, чем вы хотели, это может иметь значение, но вы сэкономите на некоторой загрузке процессора, записи на диск и т. Д.
Большой художественный контроль
Если вы измените масштаб сами, вы получите больший контроль над окончательным видом. Это может не иметь значения, если вы уменьшаете небольшое количество, но когда вы получаете гораздо более низкие разрешения, вы можете захотеть иметь лучший художественный контроль над окончательным видом. Например, если необходимо подчеркнуть глаза конкретного персонажа, вы можете нарисовать версии с более низким разрешением, не уменьшив глаза настолько сильно, чтобы сохранить эффект - то, чего не может сделать программное масштабирование.
Динамическое масштабирование не идеально
Вы можете принимать отличительные художественные решения, которые не работают с динамическим масштабированием. Например, предположим, что вы хотите поместить рамку, контур или подсветку вокруг изображения. При просмотре в более высоком разрешении это может выглядеть хорошо, но уменьшенная версия может сделать мутным или полностью потерять эффект. Но если вы сделаете это вручную, вы можете применить эффект к каждому размеру самостоятельно и гарантировать, что эффект сохранится.
другие мысли
Вы также можете использовать гибридный подход с набором ресурсов для конкретного разрешения, которые используются там, где они есть, и общим набором, который динамически масштабируется, если не найдена версия для конкретного разрешения. Это немного похоже на то, как работает платформа Android. Некоторая информация об этом на http://developer.android.com/guide/practices/screens_support.html
источник
Изменение размера проще, чем изменение размера, потому что вы выбираете информацию, которую выбрасываете, а не придумываете новую (и, возможно, неправильную) информацию, чтобы заполнить пробелы. Имея это в виду, вам, вероятно, здесь не нужно ничего особенного, и большинство стандартных алгоритмов передискретизации из области обработки изображений должны работать достаточно хорошо для уменьшения изображения: билинейное, гауссовское, Lanczos и т. Д.
В частности, Lanczos может быть интересным выбором, поскольку он обостряет изображение, возможно, сохраняя детали, которые иначе были бы потеряны при объединении нескольких пикселей в один. Очевидно, это происходит за счет возможного введения нежелательных артефактов.
Некоторые визуальные сравнения здесь: /gis/10931/what-is-lanczos-resampling-useful-for-in-a-spatial-context
источник