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

[KTSerg]

ivagor, можешь вот это на векторский перевести?
interrupt.zip
и например обьяснить как этим правильно пользоваться

Сколько смотрю на этот алгоритм, не могу понять, как можно восстановить испорченные стеком данные.
С моей точки зрения, сделать это на 100% - это не возможно.

Пример.
Есть на экране картинка. Я с помощью стека вношу в неё изменения.
Только-что полностью закончил вывод спрайта, и собираюсь восстановить указатель стека, который в данный момент указывает на фоновую картинку под выведенным спрайтом... И тут пришло оно... прерывание... Адрес возврата из прерывания пишется в стек, т.е. прямо на мою фоновую картинку, о содержимом затёртого стеком ни кто, ни как знать вообще не может...
Подпрограмма "восстановления" в прерывании загоняет за место двух затёртых байт фоновой картинки содержимое пары ВС (если я правильно понял), и вот на фоновой картинке под спрайтом появляется артефакт...
А если я только занёс в ВС данные для спрайта, но не выполнил PUSH BC... и произошло прерывание, то оно сделает это за меня, испортив два предыдущих байта в спрайте?
Выход только один, в своих подпрограммах вывода спрайта, постоянно запрещать и разрешать прерывания... а будет ли при этом выигрыш от использования стека, вот в чём вопрос ?

[Advertiser]

[jerri]

Сколько смотрю на этот алгоритм, не могу понять, как можно восстановить испорченные стеком данные.
С моей точки зрения, сделать это на 100% - это не возможно.

Пример.
Есть на экране картинка. Я с помощью стека вношу в неё изменения.
Только-что полностью закончил вывод спрайта, и собираюсь восстановить указатель стека, который в данный момент указывает на фоновую картинку под выведенным спрайтом... И тут пришло оно... прерывание... Адрес возврата из прерывания пишется в стек, т.е. прямо на мою фоновую картинку, о содержимом затёртого стеком ни кто, ни как знать вообще не может...
Подпрограмма "восстановления" в прерывании загоняет за место двух затёртых байт фоновой картинки содержимое пары ВС (если я правильно понял), и вот на фоновой картинке под спрайтом появляется артефакт...
А если я только занёс в ВС данные для спрайта, но не выполнил PUSH BC... и произошло прерывание, то оно сделает это за меня, испортив два предыдущих байта в спрайте?
Выход только в своих программах постоянно запрещать и разрешать прерывания... а вудет ли при этом выигрыш от использования стека, вот в чём вопрос ?

Ну над этим алгоритмом работал один из гениев программирования спектрума.

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

Для этого нужна другая процедура рисования спрайтов. Более быстрая. С прокачкой данных через стек.

Стек не на экране. Стек на спрайтах.

[KTSerg]

...
Для этого нужна другая процедура рисования спрайтов. Более быстрая. С прокачкой данных через стек.

Стек не на экране. Стек на спрайтах.

Вот с этим согласен.
Если стек на спрайте, а не на экране. Есть вероятность корректной работы алгоритма.
Для этого как минимум нужно разрешить прерывание только после установки стека на спрайт и чтения первых байт спрайта. А перед переходом на другой спрайт запрещать.
Иначе спрайтам - кирдык.
Можно конечно выкрутиться, и подогнать, что-бы все спрайты начинались и заканчивались одинаково... тады...

[jerri]

Вот с этим согласен.
Если стек на спрайте, а не на экране. Есть вероятность корректной работы алгоритма.
Для этого как минимум нужно разрешить прерывание только после установки стека на спрайт и чтения первых байт спрайта.

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

[KTSerg]

...
и например обьяснить как этим правильно пользоваться.

Ну вот похоже и сформировались рекомендации:
1. Пара ВС ни где в программе больше не используется, кроме подпрограммы вывода спрайта.
2. Стек при выводе спрайта используется на чтение данных из спрайта.
3. Все спрайты должны иметь два первых и два последних байта одинаковыми. Например подпрограмма вывода спрайта может первую пару байт читать в холостую, без вывода на экран, и так-же по завершении вывода спрайта, считать из спрайта ещё пару байт (для очистки ВС).

Дополняйте, что ещё ?

[ivagor]

1. Пара ВС ни где в программе больше не используется, кроме подпрограммы вывода спрайта.

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

3. Все спрайты должны иметь два первых и два последних байта одинаковыми.

Это не нужно. Решение классика - первые два байта читаем обычно, без стека. Для вектора, если графики много и она в квазе, придется читать все стеком и на этот случай (в ветке robotz) jerri предложил делать промежуток в 2 байта между спрайтами.

[KTSerg]

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

Просто если ВС будет использоваться помимо подпрограммы вывода спрайта, то неизбежно, "буферные" байты между спрайтами будут менять значение. Это конечно не критично, для того они и предусмотрены.

Это не нужно. Решение классика - первые два байта читаем обычно, без стека. Для вектора, если графики много и она в квазе, придется читать все стеком и на этот случай (в ветке robotz) jerri предложил делать промежуток в 2 байта между спрайтами.

Ну "промежуток в 2 байта между спрайтами" и то, что я написал "первые2 и последние 2 одинаковые во всех спрайтах", в принципе одно и то-же.

[ivagor]

Просто если ВС будет использоваться помимо подпрограммы вывода спрайта, то неизбежно, "буферные" байты между спрайтами будут менять значение. Это конечно не критично, для того они и предусмотрены.

На время работы процедуры вывода спрайтов активен специальный(отдельный) обработчик прерываний.

[jerri]

На время работы процедуры вывода спрайтов активен специальный(отдельный) обработчик прерываний.

Это лишнее
Все манипуляции происходят в стеке
Заменяя адрес возврата из прерывания содержимым bc