Спрайты

[tnt23]

Коротенькая анимация про отрисовку мячика поверх фона и тайлов (GIMP рулит). Процедура PaintBall занимает 6500 тактов. Из них 4819 тактов на рендер и 1681 на вывод.



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

так вам шашечки или ехать?
вон на скриншотах выше ракетка вполне принимает цвет фона и ниче

Ну давайте еще спектрумовский клэшинг атрибутов принимать за норму. Не, мне и ехать, и шашечки

[ivagor]

tnt23, вопрос по поводу степени близости к оригинальному арканоиду. Посмотрел бегло размеры игрового поля. У msx, спека, ибм и нес ширина 11 кирпичей. У аркады 13. Высота поля у msx и спека - 23 тайла (по 8 точек), у других не считал. Ты будешь конверсить уровни (если да, то откуда?) или делать свои по образу и подобию?

[svofski]

Сколько тактов на кадр всего? По Векторовским меркам хорошо выходит, можно примерно 9 мячиков за кадр отрисовать.

[tnt23]

tnt23, вопрос по поводу степени близости к оригинальному арканоиду. Посмотрел бегло размеры игрового поля. У msx, спека, ибм и нес ширина 11 кирпичей. У аркады 13. Высота поля у msx и спека - 23 тайла (по 8 точек), у других не считал. Ты будешь конверсить уровни (если да, то откуда?) или делать свои по образу и подобию?

Поле для простоты 16 на 16 кирпичей, можно вниз расширить до 24 (хорошее компромиссное значение, но чуть сложнее вычисления) или до 32. Слева и справа неиспользуемые колонки по 2 кирпича каждая, итого полезных кирпичей в ширину 12.

Я думал сделать свои по образу и подобию, хотя бы первых штук 5 или на сколько хватит терпения.

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

Сколько тактов на кадр всего? По Векторовским меркам хорошо выходит, можно примерно 9 мячиков за кадр отрисовать.

~157 тактов на строку (62 мкс вроде), в кадре 312 строк, получается ~49,000 тактов. Это еще PaintBall использует небыструю процедуру PaintBitmap два раза. А если его упихать в лдпушбуфер, должно стать пободрее.

[tnt23]

Бонусы теперь парят поверх кирпичей. Сделать это оказалось не очень сложно: бонус смещается всегда на одну строку вниз, поэтому и восстанавливать надо лишь верхнюю затертую строку.

https://www.youtube.com/watch?v=jlzzGvhcSJ0

На самом деле там есть огрех: лдпуш выводит не одну строку, а две, поэтому бонус сверху имеет видимую черную окантовку:



Ну и бонус рисуется без маски, что, конечно, заметно снижает его ценность.

[svofski]

Очень красиво. Есть странная дерготня и мячик рвет лучем, но я так понимаю, что это какие-то проблемы с эмуляцией.

Почему нельзя сделать бонус четной высоты, и его углы квадратными (раз ты все равно так хотел), чтобы 1) лишить окантовки 2) сделать незаметной его безмасочность? Хотя я лично предпочитаю бонусы в виде кусков мыла.

[Advertiser]

[tnt23]

Бонус и так четной высоты. Просто рисуется он через push (4 пуша на 8 строк), и дополнительный push добавляет еще две строки. Ну в одну я пишу верхний байт, а во вторую ленюсь и скаредничаю, отчего она остается нулем и видна в виде черной полоски.

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

[svofski]

Ну тогда сделать его нечетной высоты?

[ivagor]

Есть еще вариант. Печатаем верхний push первым, после него inx sp. Соответственно откорректировать адрес модификации lxi этого push (я так понимаю, что тут модифицируемый код).

Upd: для океана не подходит, на что указал далее tnt23

[tnt23]

Есть еще вариант. Печатаем верхний push первым, после него inx sp. Соответственно откорректировать адрес модификации lxi этого push (я так понимаю, что тут модифицируемый код).

Код модифицируемый, выглядит так:

        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

Последним идет push, затирающий след (в него впечатывается восстанавливаемый байт экрана). Вариант печатать верхний push первым не вариант, потому что lxi h/sphl выполняется один раз в начале для самой нижней строчки выводимого битмапа, и рисование идет снизу вверх.