Недокументированный видеорежим ПК8000

[ivagor]

Пытался совместить информацию из видео DDp и фото bfoxа, больше всего смущает "автоскролл" на видео, в то время как у bfoxа на фото вроде стабильно.
Варианты:
1. Я как-то очень удачно ошибся и в программке при выполнении на реале (в эмуляторе то понятно, что такого нет) самозародился автоскролл. Не то чтобы это совсем невозможно, но поверить в это пока не могу.
2. bfox приложил специальные усилия, чтобы побороть автороскролл. Т.е. постоянно бежит в другую сторону, чтобы оставаться на месте.
3. У меня неудачная комбинация значений управляющих портов, приводящая к автоскроллу, у bfoxа удачная.
4. Для повышения выхода годных изделий прошивки ПЛМ разных экземпляров ПК8000 могут иметь отличия в некритичных областях, в частности относящихся к недокументированному видеорежиму. Т.е. если ПЛМ прошилась с отклонением в некритичной области, ее не надо было пытаться допрошивать или выбрасывать, а разница в реализации недокументированного режима никого не волнует.

Самыми вероятными мне кажутся варианты 3 и 4.
Над 3 думаю, пока не додумался, тут надо пробовать на реале.
Проверить 4 не так уж сложно, достаточно попробовать SCRTS2 на другом экземпляре (экземплярах) ПК8000. Или наоборот, тест bfoxа (если или когда он будет доступен) на экземпляре DDp.

[DDp]

больше всего смущает "автоскролл" на видео

Вероятно, отображается состояние шины данных.
Видео для размышления: https://disk.yandex.ru/d/_wTgi8o-Goj0VQ
Помехи на видео.
1я часть: в начале нажимается ENTER. Далее, в покое похожий "скролл" и характерный его подёргивание.
2я часть(с 17 сек): по ентеру выполняется DI HLT.

прошивки ПЛМ разных экземпляров ПК8000 могут иметь отличия в некритичных областях

тест bfoxа на экземпляре DDp

Очень может быть, что прошивки разные. У меня чёрный экран тесте bfoxа (он выложил его в телеге).

---

Вот, я тренировался в заполнении памяти паттернами: https://disk.yandex.ru/d/DY8mpDGX1cMlEA - программа и видео.

[ivagor]

Видео для размышления:

Да, "скролл" очень похож. "Малый период" 8 кадров точно совпадает. На SCRTS2 был еще "большой период" 96 кадров, но я или там или здесь обсчитался и "большой период" в pk8000_videonoise_raw.avi вроде больше (тут уверенности нет, надо еще раз внимательно считать).

Вот, я тренировался в заполнении памяти паттернами:

Интересно, в процессе заполнения fill_pattern_1 можно увидеть нечто похожее на SCRTS2.gif, но в статике старшие 5 бит везде пропали(?). В крайнем правом столбце, который не урезается до 6 точек, видно 3 младших бита, в остальных видно 3й бит (т.к. 2 младших не помещаются в знакоместа). Но что со старшими - не могу пока сообразить.

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

А если попробовать ждать прерывания не по hlt, а пробегая по памяти? Может все же шина адреса влияет. Если влияет шина данных, то можно заменить 0 в mvi e,0 на другие значения. Если в диапазоне 0-7, то можно любые, но желательно кроме 02, чтобы запись в stax b не сбивала ни порядок обхода адресов ни шину данных.

[DDp]

А если попробовать ждать прерывания не по hlt, а пробегая по памяти?

https://disk.yandex.ru/d/y5ZcptxMUJM2Ig

[ivagor]

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

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

Что смог разглядеть - 00, 01 и 03 фактически выступают как номера тайлов (если пока отставить в сторону переходные процессы).
00 (аналогичен hlt, секунды 1-2), 01 (секунды 2-3), 03 (стабильный кадр на секунде 4, потом через 9 кадров, через 8 кадров, через 9, через 8).
Что показывает при 4,5,6,7,2F я не понял.

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

При 2F тоже показывает соответствующие тайлы, но через столбец чередуясь с нулевыми (00). Причем в SCRTS3_2F.avi и в SCRTS3_TABL.avi распределились по разному (в SCRTS3_2F.avi еще и одинаковые два первых столбца).

[ivagor]

Можно попробовать показать что-то более содержательное. Не факт, что покажет, но вдруг.

[Advertiser]

[DDp]

Можно попробовать показать что-то более содержательное. Не факт, что покажет, но вдруг.

Показало - https://disk.yandex.ru/d/nWxK_WkX8ad__g

---

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

Несколько часов комп был включен, тоже пытался изучить scr3. Он стал перезагружаться. Точно перегружается на SCR300 на случайных данных. Постоял отключенным - отдохнул.

[свернуть]

[ivagor]

00 приятно удивил тем, что показал то, что ожидалось.
SCRTS3_2F.avi примерно за 3 секунды стабилизировался, а S2F так и продолжает переключаться?

Несколько часов комп был включен, тоже пытался изучить scr3. Он стал перезагружаться. Точно перегружается на SCR300 на случайных данных. Постоял отключенным - отдохнул.

Пока не совсем понятно, как с регенерацией в режиме 3, возможно это одна из составляющих перезагрузок. Если там как в SCR0, то я бы по крайней мере в области 0000-1FFF (при сохранении настроек портов как для SCR0) сохранял циклическое пробегание 00-FF.

[ivagor]

Сообразил, почему 2F идут не сплошняком, а через один - CMA в активной области SCR3 выполняется за 6 тактов и только в одном из 3х тактных циклов ШД=2F. А "дрожание" скорее всего связано с невыровненностью команд относительно экрана.
В некоторых тестах раньше считал такты вслепую, но сейчас не хочу (особенно для SCR0 или 3), поэтому максимально упростил, надеюсь этого хватит. В итоге S2F нового поколения и в дополнение к нему S09. Dad выполняется в активной области SCR3 за 12 тактов, т.е. будет 1-3-1-3... в отличие от 2F (1-1-1-1...).

[DDp]

В итоге S2F нового поколения и в дополнение к нему S09

Статичное изображение.