rld:dec hl проще, чем ldir?Сообщение от Дмитрий
Кто в своём уме будет делать rld:dec hl, когда можно просто держать две копии экрана? Более того, любая нормальная игра УЖЕ ДЕРЖИТ две копии экрана!
А смысл прицеливать спрайт с точностью до точки? Это в какой игре надо? А может, ещё и с субпиксельной тогда?
И много ты так проскроллишь LDIR-ом на 16Ц? Или у тебя в памяти распакована уже текстовая строка во всех фазах? Или удобно читать скролл. который через 2 точки скачет? Это так, частный случай. Нет, так нет - ваше дело.
---------- Post added at 15:47 ---------- Previous post was at 15:40 ----------
alone, сколько тактов занимает вывод спрайта 16*16 с маской при 16C? Хотя бы без клиппирования.
EVOSDK, пример example_sprites. Рисование шарика на бейзконфе примерно 3050 тактов.
откуда данные взяты? 68тыс.т/22 шарика?
Из анрила. Точки останова в цикле вывода спрайтов. И в кадре не 68 к тактов, а около 230 к.
С линейным экраном этот шарик рисуется за 2400 тактов.
Чтобы получить нормальную попиксельную динамику, а не сточностью до аттрибутов, как в AMC и подобных.
Titus, в демо Iris в части Real Morph и в части Fountain блобсы летают с точностью 2 пикс. Кто-нибудь это заметил? А в Ball Quest кто-нибудь заметил?
Зависит от ситуации. Где-то допустимо, а где-то нет.
Вот пример. Верхний спрайт выводится с дискретностью 2 пиксела, нижний 1 пиксел.
Запускать в эмуляторе Пентевы.
Ощутимо. В принципе можно увидеть это и в демке sprites в sdk.
На спринтере спрайт 16*16 в режиме 320*256, т.е. байт на точку,с маской и без акселя, вывод занимает 3300 тактов. Это обычный LDI, а если размазать спрайт в подпрограмму, как это сделано в SDK, поди и того меньше. Для предложенного мной режима - примерно в 2 раза меньше.
Но тогда спрайт увеличивается в размере в 3-4 раза. Ну да, с 4 метрами это не страшно...
Последний раз редактировалось Дмитрий; 30.05.2013 в 23:58.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием