"Океан-240": видеовыход

[ivagor]

Если менять палитру каждые 8 строк (делитель 96*8=768), то в кадр поместится 320/8/8=5 периодов смены палитр. При этом строки будут одинаковые, в отличие от делителя 500h.

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

Кстати, насчет кадровой частоты и прочих частот. Вспомнил, что у тебя кварц 12.28 МГц, значит реальная кадровая будет не 48.8 Гц (которая была бы при кварце 12 МГц), а почти точно 50 Гц, примерно 49.967448 Гц.

[tnt23]

Если менять палитру каждые 8 строк (делитель 96*8=768), то в кадр поместится 320/8/8=5 периодов смены палитр. При этом строки будут одинаковые, в отличие от делителя 500h

Как-то так:

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

[свернуть]

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

Вспомнил, что у тебя кварц 12.28 МГц, значит реальная кадровая будет не 48.8 Гц (которая была бы при кварце 12 МГц), а почти точно 50 Гц, примерно 49.967448 Гц

Это да, но монитор студийный лопает почти все подряд

[ivagor]

Но я еще не угомонился. У меня остался вопрос, который пытался поднимать раньше - сколько тактов процессора в строке? Судя по последним данным, строка все же должна быть ровно 64 мкс (при кварце 12 МГц). Точек в строке целое число - 768 HiRes или 384 LoRes. А вот тактов процессора - 153.6. Пытаюсь совместить это с одинаковыми видимыми строками и пока не вполне получается.

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

Есть идея. Если переключение палитр на последней картинке происходит в невидимой области, то все может выглядеть вполне ровным. Но если выдвинуть этот момент в видимую область, то возможно станет виден узор (или как его назвать) с периодом 5 строк, там типа +-несколько точек вправо-влево.

[tnt23]

На последнем слайде процессор никак не участвует в формировании строки, кроме изменения палитры с частотой строчной развертки.

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

[ivagor]

На последнем слайде процессор никак не участвует в формировании строки, кроме изменения палитры с частотой строчной развертки.

Но он же меняет палитру после реакции на на прерывание, и делает это с точностью в лучшем случае до своего такта, а не до такта таймера (тактов таймера в строке целое число). Вытаскивание смены палитр в видимую область, как я написал выше, может помочь.

[tnt23]

Добавил в обработчик прерывания 4 NOP, момент смены палитры снова вылез в видимую область (снова - потому что он уже раньше был виден). Проявляется в виде легкого дрожания, видимого как градиент из четырех коротких отрезков строки шириной примерно 5-6 пикселей (точно не измерить, эффект дрожит).

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

Дрожание можно заметить на этом кадре, выражается как сечение лучом строк примерно в районе 5 и 6 вертикальных столбцов (каждый шириной в байт).

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

[свернуть]

[Advertiser]

[ivagor]

Зафиксирую, что про вытаскивание момента смены палитр в видимую область я скорее всего туплю, т.к. если бы там был "узор", то он бы и на остальной строке сказался.
Надо подумать, может схему посмотреть. Вопрос очень узкоспециальный, просто мне хотелось бы сложить пазл, чтобы все части подошли друг к другу.

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

Последний скриншот все же склоняет к мысли, что вытаскивать момент смены палитр в видимую область небесполезно.
У меня в итоге есть только идея попробовать менять палитру не по прерываниям, а по программным задержками. Каждые 5 строк - это должны быть 768 тактов процессора. В кадре будет 320/5=64 смены палитр, т.е. 8 периодов смены. На сегодня я все, может завтра ближе к вечеру попробую набросать программку. Или другие идеи появятся.

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

Собрался уже все выключить и идея появилась. Можно тестировать с прерываниями, но иначе. Экран очищаем, все 0. Задаем период прерывания 48, т.е. пол строки. И меняем две палитры с разным нулевым цветом, например 0ю (черный) и 1ю (белый), или 0ю (черный) и 2ю (красный) и т.д., там еще зеленый есть, если больше нравится. Будет ли строго вертикальная и стабильная граница между двумя цветами?
А я уже на сегодня точно все.

[tnt23]

Задаем период прерывания 48, т.е. пол строки.

Попробовать можно, но это уже на пределе. Процессор медленный, обработчик может не успеть.

[ivagor]

Утро вечера мудренее или что-то в этом духе. Сообразил, как простой вилкой тестов проверить число тактов проца в строке. Делаем 2 теста, меняющих палитру с разными фонами каждые N тактов - N=153 и 154. 153 должен давать диагональ в одну сторону, а 154 - в другую. Но у простоты есть и оборотная сторона - кадры будут бежать, число тактов в кадре нацело на 153 или 154 не делится. Надеюсь диагонали все же можно будет разглядеть.

[tnt23]

Делаем 2 теста, меняющих палитру с разными фонами каждые N тактов - N=153 и 154. 153 должен давать диагональ в одну сторону, а 154 - в другую. Но у простоты есть и оборотная сторона - кадры будут бежать, число тактов в кадре нацело на 153 или 154 не делится. Надеюсь диагонали все же можно будет разглядеть.

А практически как это должно выглядеть? tight loop без прерываний, забитый NOP-ами?

И нельзя ли использовать для синхронизации тактов процессора с началом прерывания команду HALT?