Спрайты

[tnt23]

tnt23, ты был прав, надо было сразу на форуме обсуждать, чтобы несколько раз об одном и том же не говорить.

Необратима только смерть, из всего остального можно даже извлечь пользу

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

Особо не вчитывался, но выглядит так, как будто PaintHorizontalBitmap и PaintBitmap слишком универсальные и могут быть специализированы для рисования ракетки побыстрее. Очень много push, pop, call, все это красиво и высокоуровнево, но отъедает много времени.

Это задел на будущее, когда наступит тактовое голодание и можно будет с наслаждением отгрызать корочки.

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

жумчужина...
mvi a, 0

Подскажите другой способ поместить в аккумулятор ноль, не трогая флаги.

[Advertiser]

[Denn]

Подскажите другой способ поместить в аккумулятор ноль, не трогая флаги.

MOV A,x

Как правило, в каком-нибудь регистре всегда ноль болтается, всякие счётчики циклов в финале обнуляются... достаточно чутка отмотать назад и посмотреть

[tnt23]

MOV A,x
Как правило, в каком-нибудь регистре всегда ноль болтается, всякие счётчики циклов в финале обнуляются... достаточно чутка отмотать назад и посмотреть

Очень, очень удобно!

[Denn]

Очень, очень удобно!

Бонусом получаем доп. расход нервных клеток у дизассемблирующих

[ivagor]

другой способ поместить в аккумулятор ноль, не трогая флаги.

Например

push psw
xthl
mvi h,0
xthl
pop psw

Понимаю, что простовато, но можно постараться и развить эту идею (добавить xchg и т.п.).

[tnt23]

Например

push psw
xthl
mvi h,0
xthl
pop psw

Понимаю, что простовато, но можно постараться и развить эту идею (добавить xchg и т.п.).

На mvi h,0 можно сэкономить, если ноль уже есть в каком-нибудь другом регистре.

[svofski]

ivagor, главное, что в отличие от mvi a,0 глаз не режет. +10 очков за применение ftagn\\\\\xthl.

[ivagor]

если ноль уже есть в каком-нибудь другом регистре

Мы не будем ждать ноля у программиста, создать его - наша задача.

push psw
ora a
sbb a
xthl
xchg
mov d,a
xchg
xthl
pop psw

Все еще слишком прозрачно для понимания, надо самомодифицирующегося кода добавить. Ладно, извините, больше не буду оффтопить

[tnt23]

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

Зато есть сперва тупое стирание ракетки без анализа необходимости (ок, для монотонности пусть будет) - 3392 такта, а потом тупое рисование ее же за те же 3392 такта. Есть простор для оптимизаций (потом, после мячечных и кирпичечных оптимизаций)

[NEO SPECTRUMAN]

посмотрел сорец на свежую голову
...и смотрю что какой то херни я наплел...
...

вот те мой вариант этой чистилки буфера

RenderBackground
        lxi     hl, NOBATTY+1
        lxi     de, BALLBUF
        mvi     b, 32
        call    Copy_B_Bytes_From_HL_To_DE
        ret

например

RenderBackground
        lxi     hl, NOBATTY+1
        lxi     de, BALLBUF
        mvi     b, 32

RenderBackground_1
        mov     a, m
        stax    de
        inc     l
        inc     e
        dcr     b
        jnz     RenderBackground_1

        ret

только нужно позабодтится чтобы буфера не пересекали границу 256 байт


я бы написал вообще так
только не говорите что вам жалко 128 байт для этого

RenderBackground
        lxi     hl, NOBATTY+1
        lxi     de, BALLBUF


    dup 31              ;повторить 4 строки ниже 31 раз
        mov     a, m
        stax    de
        inc     l
        inc     e
    edup
        mov     a, m
        stax    de

        ret

посчитайте по тактам разницу

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

Помоему у вас сильно много оптимизации по памяти
каждый пол пчиха
у вас call туда call сюда
а там по 2 команді и jp еще куда то...

в итоге вместо полезного кода
выполняются одни call-ы и jp-ы...