Вид для печати
Коротенькая анимация про отрисовку мячика поверх фона и тайлов (GIMP рулит). Процедура PaintBall занимает 6500 тактов. Из них 4819 тактов на рендер и 1681 на вывод.
https://sensi.org/~tnt23/ok240/flightoverbricknest.gif
- - - Добавлено - - -
Ну давайте еще спектрумовский клэшинг атрибутов принимать за норму. Не, мне и ехать, и шашечки :)Цитата:
Сообщение от NEO SPECTRUMAN
tnt23, вопрос по поводу степени близости к оригинальному арканоиду. Посмотрел бегло размеры игрового поля. У msx, спека, ибм и нес ширина 11 кирпичей. У аркады 13. Высота поля у msx и спека - 23 тайла (по 8 точек), у других не считал. Ты будешь конверсить уровни (если да, то откуда?) или делать свои по образу и подобию?
Сколько тактов на кадр всего? По Векторовским меркам хорошо выходит, можно примерно 9 мячиков за кадр отрисовать.
Поле для простоты 16 на 16 кирпичей, можно вниз расширить до 24 (хорошее компромиссное значение, но чуть сложнее вычисления) или до 32. Слева и справа неиспользуемые колонки по 2 кирпича каждая, итого полезных кирпичей в ширину 12.Цитата:
Сообщение от ivagor
Я думал сделать свои по образу и подобию, хотя бы первых штук 5 или на сколько хватит терпения.
- - - Добавлено - - -
~157 тактов на строку (62 мкс вроде), в кадре 312 строк, получается ~49,000 тактов. Это еще PaintBall использует небыструю процедуру PaintBitmap два раза. А если его упихать в лдпушбуфер, должно стать пободрее.Цитата:
Сообщение от svofski
Бонусы теперь парят поверх кирпичей. Сделать это оказалось не очень сложно: бонус смещается всегда на одну строку вниз, поэтому и восстанавливать надо лишь верхнюю затертую строку.
https://www.youtube.com/watch?v=jlzzGvhcSJ0
На самом деле там есть огрех: лдпуш выводит не одну строку, а две, поэтому бонус сверху имеет видимую черную окантовку:
http://sensi.org/~tnt23/ok240/bonusfly.png
Ну и бонус рисуется без маски, что, конечно, заметно снижает его ценность.
Очень красиво. Есть странная дерготня и мячик рвет лучем, но я так понимаю, что это какие-то проблемы с эмуляцией.
Почему нельзя сделать бонус четной высоты, и его углы квадратными (раз ты все равно так хотел), чтобы 1) лишить окантовки 2) сделать незаметной его безмасочность? Хотя я лично предпочитаю бонусы в виде кусков мыла.
Бонус и так четной высоты. Просто рисуется он через push (4 пуша на 8 строк), и дополнительный push добавляет еще две строки. Ну в одну я пишу верхний байт, а во вторую ленюсь и скаредничаю, отчего она остается нулем и видна в виде черной полоски.
Обмылки появятся с переводом бонусов на ширину кирпичей, заодно падать будут из середины кирпича, а не сбоку. По уму там надо бы и маску тоже, но это потом.
Ну тогда сделать его нечетной высоты?
Есть еще вариант. Печатаем верхний push первым, после него inx sp. Соответственно откорректировать адрес модификации lxi этого push (я так понимаю, что тут модифицируемый код).
Upd: для океана не подходит, на что указал далее tnt23
Код модифицируемый, выглядит так:Цитата:
Сообщение от ivagor
Последним идет push, затирающий след (в него впечатывается восстанавливаемый байт экрана). Вариант печатать верхний push первым не вариант, потому что lxi h/sphl выполняется один раз в начале для самой нижней строчки выводимого битмапа, и рисование идет снизу вверх.Код:lxi hl, SCREEN+8
; выводим первый столбик, снизу вверх
sphl
lxi bc, 0fc1eh
push bc
lxi bc, 4723h
push bc
lxi bc, 4321h
push bc
lxi bc, 42fch
push bc
; это бонусный битмап, он ползет сверху вниз, а выводится снизу вверх
; что весьма удобно для затирания следа сверху
lxi bc, 0000h ; только учтем, что выводятся две строчки
push bc