Спрайты

[tnt23]

Меж тем простенький рендер, распыляющий цветной битмап 8x8 в бонусный пуш-ап буфер, кушает 423 такта.

Попробовал сделать оптимизированный вариант а ля patch, стало 506 тактов. Правильный из этого вывод такой - перестать маяться дурью и заняться более важными вещами: нормальной отрисовкой ракетки, и отрисовкой мячика. И то и другое на фоне уже отрисованного в отдельный буфер игрового поля.

- - - Добавлено - - -

"лдпушной" вариант вывода цветного битмапа 8x8 занимает 270 тактов:

А для цветного битмапа 8x16 - 453 такта.

[ivagor]

Еще один кусок бездумья. Но в отличие от sprite1/2 тут быстро и 4 шарика/мячика. Можно было на полный экран, на скорость это не повлияло бы. Можно было больше шариков, тогда скорость бы уменьшилась.

[tnt23]

ivagor, быстро, факт.

Я тут подумал (наконец), что попиксельное перемещение мячика и отрисовка каждый кадр позволит ему пересекать экран примерно за 5 секунд. То есть даже при мгновенной отрисовке и умопомрачительной оптимизации кода все равно это будет унылый дрейф. Значит, нужно перемещаться скачками, соответственно отрисовываться не каждый кадр и получить больше времени на процессинг.

Пока овладеваю рисованием мячика в буфер по AND+OR:

[svofski]

Перемещение больше чем на пиксель, конечно да. Но почему это означает отрисовку не каждый кадр и больше времени на процессинг? Туплю..

[ivagor]

Двигать больше чем на пиксель за кадр можно как минимум двумя организационными способами.
1. Обновлять картинку несколько раз за кадр.
2. Изменять координату более чем на пиксель за кадр.
Первый способ при возможности синхронизации с разверткой не имеет смысла (в sprite6 примерно 115 FPS, но только потому, что в emu для океана нет возможности синхронизироваться с разверткой). В оригинальном арканоиде большую (даже бОльшую) часть времени мячик шарик скачет на несколько точек за каждый цикл обновления.

[tnt23]

Перемещение больше чем на пиксель, конечно да. Но почему это означает отрисовку не каждый кадр и больше времени на процессинг? Туплю..

Больше времени на процессинг, потому что нет этой спешки "ааа не успеваем рендерить, премьера через тысячу тактов". Отрисовывать можно и каждый кадр (восстановить намятые другими спрайтами бока), а рендерить не торопясь несколько кадров.

[svofski]

Я думал мы разжевали скорость мячика и приращения несколько страниц назад в мельчайших деталях. Он перемещается больше, чем на 1 пиксель за кадр (иначе в пределе 50 пикселей в секунду), движется всегда скачкообразно, вычислять это можно ворохом способов, которые отличаются в деталях, но эквивалентны друг другу.

Отрисовывать v рендерить, чем отличается? Ладно, по-моему тут какие-то дебри языкознания и на деле все понятней, чем кажется от прочтения форумных постов.

[tnt23]

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

Да, ту ценную кашицу я оставил до времени ферментироваться. Про скорость в 1 пиксель/кадр как-то не удержалось в голове, виноват.

Отрисовывать v рендерить, чем отличается?

У нас, казахов, рендерить = нарисовать в неэкранный буфер. Отрисовать = переместить из буфера в экранную память.

[HardWareMan]

У нас, казахов, рендерить = нарисовать в неэкранный буфер. Отрисовать = переместить из буфера в экранную память.

Ты не имеешь права так говорить.

[svofski]

То есть ты рендеришь в оффскрин битмап, который потом собираешься отрисовать на экран. Прикольно. А не жирно на Океане такое делать, слайдшоу не получится?