Не понимаю, как работает мультиколор в игре

Решил дисассемблировать одну игру (Buzzaw+), глянуть как реализован мультиколор.
Там огромный состав вот такого кода:

LD sp,nnnn 10
POP 10
POP 10
POP 10
EXX 4
POP 10
POP 10
POP 10
POP 10
LD sp,nnnn 10 94

PUSH 11
PUSH 11
PUSH 11
PUSH 11
EXX 4
PUSH 11
PUSH 11
LD sp,nnnn 10
PUSH 11
LD A,(IX+-n) 19
OUT (0xFE),A 11 121

Цифирки - такты выполнения.
Получается, что на вывод тратится 121 такт.

Но время, которое тратится на бордюр и горизонтальную синхру - 96 тактов.
http://www.zxdesign.info/horiztiming.shtml
На остальное время проц блокирован ULA, при выводе в медленную память или порты.
Что я неправильно понимаю??? Или возможна запись в порт во время вывода изображения, в фирменном спеке?

тебе это не в графике писать надо а в программировании

в строке у тебя 216 или 224 такта
у тебя получается 94+121=215 тактов

возможно в конце знакоместной строки всплывет еще пара nop

Это не мой код, а отлично работающая игра.
То, что тактов меньше - не проблема. Ula придержит немного проц.
Вопрос в другом - почему это вообще работает, и не сбивается. Слишком много тактов тратится на вывод.
Кстати, 216 тактов - это где, в каких клонах?

а что мешает пообщаться с автором игры на форуме wos ???
это ведь проще чем мыслить догадками. хорошо хоть он (автор) сделал поддержку времянок Пентагона.

Цитата:

---

Сообщение от predatoralpha

Это не мой код, а отлично работающая игра.
То, что тактов меньше - не проблема. Ula придержит немного проц.
Вопрос в другом - почему это вообще работает, и не сбивается. Слишком много тактов тратится на вывод.

---

А я бы сказал слишком мало)))
Команды работы с медленной памятью занимают 88 тактов (8команд)
торможение в пределах идет только когда отображается экран (128т), и торможения нет на бордюре (96т для zx48 и 100т для zx128)
Большинство приведенного кода выполняется на бордюре, и только 1 команда попадает на торможение (+8т максимум тормозиться)

вот тебе и ответ)

94+121=215 -> 9/13т свободно для торможения +- остальные выравниваются

Цитата:

---

Сообщение от predatoralpha

Это не мой код, а отлично работающая игра.
То, что тактов меньше - не проблема. Ula придержит немного проц.
Вопрос в другом - почему это вообще работает, и не сбивается. Слишком много тактов тратится на вывод.
Кстати, 216 тактов - это где, в каких клонах?

---

Это на фирменной машине при отсутствии конфликта с УЛА

на скорпионах 216/224 такта
на пентагонах 224 такта стабильно

Цитата:

---

Сообщение от jerri

Это на фирменной машине при отсутствии конфликта с УЛА

---

Дык как раз я и объяснил как и когда происходит конфликт с УЛА :)

Цитата:

---

Сообщение от jerri

на скорпионах 216/224 такта
на пентагонах 224 такта стабильно

---

на пентагонах да, на скорпионах нет... что за число такое 216?
На скорпионах всегда 224!

Единственное НО - команды до четного такта продлеваются, т.е. на пентагоне LD A,1 7тактов, на скорпионе 8 (в каких то ревизиях это должны были исправить)

TmK, возьми желтый скорп и возьми зеленый :)
у меня на желтом было 224 такта
на зеленом 216
так я фиксил мультиколоры

страшный какой то комп))) Что на самом деле на зеленом 216 тактов оО?
я думал там 224 и как раз округление до четнотактового убрано...

живого скорпа никогда не трогал...

Ребята, не знаю как на скорпионах и пентагонах, а на фирменных спеках как за медленную память, так и за порты отвечает ULA.
http://lvd.nm.ru/ZX/2_sch.png
И порт не может работать совсем уж прозрачно в режиме видеоотображения. Поскольку на шине данных есть данные, а на адресной шине ULA идёт RAS/CAS для медленной памяти.
И вот между первым PUSH и последним OUT есть 121 такт. Что в никакие времянки не влазит.
Отсюда вопрос - как фирменная ULA обрабатывает запись в порт? Блокирует проц? Задерживает на пару тактов? Как то ещё? Потому что если ULA блокирует проц, этот код не может исполняться на фирменном Спеке.