Вид для печати
вся разница между нормальным z80-ым halt-ом и советским (кстати, не любым), в том, что на некоторых советских процах halt игнорировал IFF1, и не работало DI : HALT
приходилось приучать себя писать DI : JR $
upd:
какая-то ерунда с форумом творится, уже второй раз сообщения отправляются по 2 раза. приходится потом удалять.
На примете у меня есть пара моментов, которые могут оказывать влияние:
1. Судя по схемам ZS256 и Pent128K при построении экрана байт изображения считывается на 4 точки (2 такта) раньше его реального положения, а потом задерживается, атрибут считывается прямо перед отображением. У меня они оба считываются одновременно - перед отображением левой точки знакоместа.
2. Бордюр меняется сразу после записи в #FE. Кажется, не везде это так.
3. Не исключаю того, что какая-то команда врёт в тактах. Несколько раз проверял, но мог что-то и упустить.
У меня пока что тоже HALT игнорирует IFF1 (надо бы исправить) - на прерывании проскочит, но обработки не будет.
а сделай плиз скриншот как в RAGE смещён бордер
У пентагона вообще нет порядка в считывании. Если есть возможность он считывает точки и аттрибуты по очереди каждые 2 точки экрана. Если же процессор в это время ломится в память, то ему один такт уступается на доступ.Цитата:
Сообщение от SAM style
Вроде такое я накурил из схемы когда Speccy2007 курочил.
В скролле по бордюру буквы исчезают раньше края и и иногда там мелькает лишнее. В предпоследней и последней части бордюр стабильный (не дрожит), но смещён и, по моему, всегда на одно и то же число точекЦитата:
Сообщение от Sinus
да, смещено достаточно сильно.
а у тебя какая длина инта и когда он начинается?
горизонтальная геометрия: 64 точки невидимые (синхр) + 64 бордюр + 256 экран + до конца бордюр = 448.
вертикальная: 32 невидимые (синхр) + 48 бордюр + 192 экран + до конца бордюр = 320.
INT приходит вместе с вертикальной синхрой (когда отрисована последняя точка) и длится 32 такта (64 точки)
Копнул http://www.worldofspectrum.org/rusfaq/index.html - увидел, где промазал. Левый бордюр в пентагоне 72 точки, а не 64 - у меня получается, что экран смещен налево, а не бордюр направо. Приду домой - надо будет проверить.
---------- Post added at 16:46 ---------- Previous post was at 16:43 ----------
PS: хотя, первые 2 картинки это не объясняет
когда я делал zemu, я всяких доков не читал, чисто на эксперименте:
71680 - число тактов во фрейме
68069 - начало инта
32 - длина инта
64 линии сверху - бордер
каждая строка - 224 такта
33 такта с начала строки - бордер
128 тактов далее - экран
далее - бордер
скорее всего эти выкладки неправильные, но всё работает очень точно (только иногда бордюр на пиксель влево-вправо не совпадает с экраном)
Вот этого никогда не мог понять. Например, в ld (nn),hl подряд идут 2 цикла записи в память (write(nn,L), write(nn+1,H)) - каждый занимает по 3 такта. Итого - 6 тактов, в течение которых проц "ломится в память". За это время по идее должно отрисоваться 12 точек. Может стать так, что считать байт/атрибут знакоместа (или хотя бы пары-другой точек) у видеосистемы вообще не получится? И что тогда - разрыв изображения в этом месте/эффект дождя/smth else?Цитата:
Сообщение от molodcov_alex
пентагон (реальный) у меня был буквально месяц, так что знаниями не обладаю.
знаю что в байте во время чтения данных видеоконтролеером, от проца просто отключается CLK. возможно, именно с этим, связано существование медленной памяти.
в кае как-то мудрёно, через WAIT.
судя по диаграммам z80, в каждом из 4х 3х-тактовых блоков (2 на чтение адреса + 2 на запись значения) запись/чтение происходят на третий тик (запись чуть больше, чтение вообще по спаду T3).Цитата:
Например, в ld (nn),hl подряд идут 2 цикла записи в память (write(nn,L), write(nn+1,H)) - каждый занимает по 3 такта. Итого - 6 тактов, в течение которых проц "ломится в память".