Вид для печати
Попробовал сделать оптимизированный вариант а ля patch, стало 506 тактов. Правильный из этого вывод такой - перестать маяться дурью и заняться более важными вещами: нормальной отрисовкой ракетки, и отрисовкой мячика. И то и другое на фоне уже отрисованного в отдельный буфер игрового поля.Цитата:
Сообщение от tnt23
- - - Добавлено - - -
А для цветного битмапа 8x16 - 453 такта.Цитата:
Сообщение от tnt23
Еще один кусок бездумья. Но в отличие от sprite1/2 тут быстро и 4 шарика/мячика. Можно было на полный экран, на скорость это не повлияло бы. Можно было больше шариков, тогда скорость бы уменьшилась.
ivagor, быстро, факт.
Я тут подумал (наконец), что попиксельное перемещение мячика и отрисовка каждый кадр позволит ему пересекать экран примерно за 5 секунд. То есть даже при мгновенной отрисовке и умопомрачительной оптимизации кода все равно это будет унылый дрейф. Значит, нужно перемещаться скачками, соответственно отрисовываться не каждый кадр и получить больше времени на процессинг.
Пока овладеваю рисованием мячика в буфер по AND+OR:
http://sensi.org/~tnt23/ok240/andor.png
Перемещение больше чем на пиксель, конечно да. Но почему это означает отрисовку не каждый кадр и больше времени на процессинг? Туплю..
Двигать больше чем на пиксель за кадр можно как минимум двумя организационными способами.
1. Обновлять картинку несколько раз за кадр.
2. Изменять координату более чем на пиксель за кадр.
Первый способ при возможности синхронизации с разверткой не имеет смысла (в sprite6 примерно 115 FPS, но только потому, что в emu для океана нет возможности синхронизироваться с разверткой). В оригинальном арканоиде большую (даже бОльшую) часть времени мячик шарик скачет на несколько точек за каждый цикл обновления.
Больше времени на процессинг, потому что нет этой спешки "ааа не успеваем рендерить, премьера через тысячу тактов". Отрисовывать можно и каждый кадр (восстановить намятые другими спрайтами бока), а рендерить не торопясь несколько кадров.Цитата:
Сообщение от svofski
Я думал мы разжевали скорость мячика и приращения несколько страниц назад в мельчайших деталях. Он перемещается больше, чем на 1 пиксель за кадр (иначе в пределе 50 пикселей в секунду), движется всегда скачкообразно, вычислять это можно ворохом способов, которые отличаются в деталях, но эквивалентны друг другу.
Отрисовывать v рендерить, чем отличается? Ладно, по-моему тут какие-то дебри языкознания и на деле все понятней, чем кажется от прочтения форумных постов.
Да, ту ценную кашицу я оставил до времени ферментироваться. Про скорость в 1 пиксель/кадр как-то не удержалось в голове, виноват.Цитата:
Сообщение от svofski
У нас, казахов, рендерить = нарисовать в неэкранный буфер. Отрисовать = переместить из буфера в экранную память.Цитата:
Сообщение от svofski
Ты не имеешь права так говорить.Цитата:
Сообщение от tnt23
То есть ты рендеришь в оффскрин битмап, который потом собираешься отрисовать на экран. Прикольно. А не жирно на Океане такое делать, слайдшоу не получится?