Пишу шедевр для «Вектора 06Ц»

[KTSerg]

я смотрел в EMU
запускаешь Binorum_13
нажимаешь ВЛЕВО
нажимаешь и держишь ВНИЗ
наслаждаешься

Ах это. Это не зависание, это замирание - суперспособность при движении героя по вертикали

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

...
Например медуза имеет направление вправо и влево. Смещение идёт на 2 пикселя.
4 кадра 32х24 вправо и 4 кадра 32х2 4 влево.
Для плавности нужно будет 8 кадров, но пока и на 4-х кадрах неплохая плавность.

я уже сообразил, что 4, а не 7.

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

... KTSerg, а ты можешь выложить код вывода спрайта, который ты написал по методу jerri.
Я сравню его с моим по тактам. ...

Там у меня жуткий формат спрайта, и склонность к мерцанию. А скорость из-за развёрнутости алгоритма, практически 4 строки один цикл. И плюс экономия на переходах между планами, т.к. за один заход заполняется две строки, только потом переход на следующий план. Из-за этого мерцание, т.к. изменению подвергается слишком большая площадь спрайта.
Так-что, можно сказать не юзабельный вариант вывода спрайта.

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

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

Скрытый текст

А - для первого плана, D - для второго, E - для третьего.
Тогда заполнение спрайта:
mov h,a  ; первый план
pop b
mov m,c
mov h,d  ; второй план
mov m,b
pop b
mov h,e  ; третий план
mov m,c
inr l        ; след. строка
mov m,b
pop b
mov h,d   ; второй план
mov m,c
mov h,a   ; первый план
mov m,b
inr l        ; след. строка
pop b
mov m,c
...
и т.д.

[свернуть]

если развернуть, чтобы циклы не проверять, т.к. свободных переменных нет, то ... надо проверить...

[jerri]

Там у меня жуткий формат спрайта, и склонность к мерцанию. А скорость из-за развёрнутости алгоритма, практически 4 строки один цикл. И плюс экономия на переходах между планами, т.к. за один заход заполняется две строки, только потом переход на следующий план. Из-за этого мерцание, т.к. изменению подвергается слишком большая площадь спрайта.
Так-что, можно сказать не юзабельный вариант вывода спрайта.

зато быстрый и эффективный

рисовать спрайты надо также как идет луч
горизонтально
вертикально - всегда будет теаринг.

кстати если сделать асинхронное освежение, то мерцания может и не быть.

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

Скрытый текст

А - для первого плана, D - для второго, E - для третьего.
Тогда заполнение спрайта:
mov h,a  ; первый план
pop b
mov m,c
mov h,d  ; второй план
mov m,b
pop b
mov h,e  ; третий план
mov m,c
inr l        ; след. строка
mov m,b
pop b
mov h,d   ; второй план
mov m,c
mov h,a   ; первый план
mov m,b
inr l        ; след. строка
pop b
mov m,c
...
и т.д.

[свернуть]

если развернуть, чтобы циклы не проверять, т.к. свободных переменных нет, то ... надо проверить...

только при переходе к следующему ряду надо все сразу прибавлять.
плюс 3 inr

[metamorpho]

Перевёл пример кода (с Z80 на Векторовский ассемблер) вывода спрайта от Jerri.
Сравнил по тактам (если я всё правильно посчитал конечно) свой вариант вывода спрайта и вариант от Jerri.
На вывод 9-и байт + возврат на начальную плоскость + переход на следующую строку
мой вариант тратит 384 такта
вариант от Jerri 224 такта
разница 160 тактов

Итого на вывод спрайта 24х24 точки (учитавая только чистый вывод 9 байтов + возврат на 1-ю плоскость + переход на следующую строку)
мой вариант тратит 3072 такта
вариант от Jerri 1792 такта
разница 1280 тактов

1280 тактов похоже это неплохой рывок по скорости.

Но правильно ли я понял (из слов KTSerg) что вариант от Jerri будет мерцать ?

[KTSerg]

...
Но правильно ли я понял (из слов KTSerg) что вариант от Jerri будет мерцать ?

Нет, я говорил о своей модификации этого метода.
Моя версия склонна к мерцанию, и именно моя версия на практике не юзабельна.
Быстрая версия алгоритма, но не юзабельная.

[ivagor]

вариант от Jerri 224 такта

Имхо правильнее все же считать для вывода "блока" из двух строк, я насчитал 464 такта (для ширины 24 точки). Можно немного ускорить переходы между плоскостями, будет 440 тактов. Ну и можно развернуть, тогда не только убираем команды цикла, но и еще чуть ускоряем переходы между плоскостями, должно получится 412 тактов на две строки, но скорее всего понадобится отдельная процедура для частичного вывода спрайтов.

[metamorpho]

Пытаюсь вникнуть как работает этот метод.
Похоже я несовсем правильно понял,
но насколько я понял подпрограмма рисования спрайта (от Jerri)
связана с программой обработки прерываний, в которую каким то образом должен быть
внедрён следующий код (это с моим переводом на Векторовский формат ассемблера):

Скрытый текст

;процедура обработки прерывания с восстановлением поврежденных данных
;при доступе к стеку
;регистровая пара для доступа к стеку BC
im_routine
di ; di
;сохраняем HL и забираем адрес возврата из прерывания
xthl ; ex (sp),hl
;сохраняем его
shld im_ret ; ld (im_ret),hl
;забираем HL
pop h ; pop hl
;сохраняем его чтобы не потерять при манипуляциях с SP
shld im_hl ; ld (im_hl),hl
;сохраняем флаги
push psw ; push af
;вычисляем корректный адрес стека программы
lxi h,2 ; ld hl,2
dad sp ; add hl,sp
;сохраняем стек программы
shld im_sp ; ld (im_sp),hl
pop psw ; pop af
;восстановлением поврежденые данные регистром BC
push b ; push bc

;задаем стек прерывания
lxi sp,im_stek ; ld sp,im_stek
;сохраняем все регистры кроме HL
push psw ; push af,bc,de
push b
push d
;-----------------------------
;ISR
;здесь прерывание
;-----------------------------
;восстанавливаем регистры
pop d ; pop de,bc,af
pop b
pop psw
;восстанавливаем HL
lxi h,2121h ; ld hl,#2121

im_hl: equ $-2
;восстанавливаем стек
lxi sp,3131h ; ld sp,#3131
im_sp: equ $-2
ei ;ei
;возвращаемся из обработки прерывания
jmp 0c3c3h ; jp #c3c3
im_ret: equ $-2

[свернуть]

В этом коде мне не понятны следующие моменты:
- разве правильно во время прерывания сделать запрет командой DI ?
- что такое ISR ?
- что имеется ввиду в строке ";здесь прерывание" какое прерывание ?
- lxi sp,3131h ;
im_sp: equ $-2 ; !!!???? разве здесь не споткнётся программа, зачем данные стоят между командами кода - ведь это транслируются в код каких-то команд ?
ei
- jmp 0c3c3h ; jp #c3c3 ; почему выход не по RET, а скачок в экранную память ?
- как и куда внедрить этот код ?

[ivagor]

- разве правильно во время прерывания сделать запрет командой DI ?

Это лишняя команда, т.к. процессор запрещает прерывание при начале его обработки.

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

im_sp: equ $-2

Дело вкуса, я в таких случаях делаю
im_sp: lxi sp,3131h
А обращение будет
shld im_sp+1

[KTSerg]

Пытаюсь вникнуть как работает этот метод.
Похоже я несовсем правильно понял,
но насколько я понял подпрограмма рисования спрайта (от Jerri)
связана с программой обработки прерываний, в которую каким то образом должен быть
внедрён следующий код (это с моим переводом на Векторовский формат ассемблера):
...

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

2121 и 3131 - это просто от фанаря, т.к. в начале алгоритма они всегда заменятся на конкретные значения.
Т.к. состояние стека восстанавливается после перехода к подпрограмме прерывания, то выход из прерываний по JMP значение которого было вытянуто из стека при его восстановлении.
ISR - это место где пользователь вставляет свою обработку прерывания.
Т.к. приведённый алгоритм, это только обёртка (восстанавливающая стек) для настоящей подпрограммы прерывания.

Скинь мне в личку свой е-майл. Кину тебе исходник своей тестилки вывода спрайтов. Там этот алгоритм прерывания реализован.

[ivagor]

2121 и 3131 - это просто от фанаря

Если быть занудным, то не совсем - это повторение кода команды, чтобы чуть лучше сжималось, но это конечно совсем микроскопическая мелочь. Сам в модифицируемых командах как правило пишу начальный аргумент 0.

[metamorpho]

ivagor, KTSerg спасибо!!
Код становится яснее

KTSerg почту скинул см. личку

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

Ёще хотел уточнить такой вопрос:

допустим
Время ПР - это время выполнения программы обработки прерываний
Время ОП - это время выполнения основной программы

Тогда если "время ПР" увеличивается, то уделяемое процессором (между прерываниями) "время ОП" уменьшается ?