ВитГо

ZX-Spectrum на рассыпухе: Видео режимы

Оценить эту запись

18.07.2023 в 16:59 (1263 Просмотров)

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

Отличительная особенность от существующего (и уже работающего) будет полностью новый подход к генерации сигналов что по идее даст возможность генерировать несколько видеорежимов.
Например для графических режимов, думаю, можно получить следующие:

по задумке стандартный видеорежим 256х192 будет на пиксельклоке в 7 мгц со стандартной для спектрума адресацией, а вот дополнительные режимы будут базироваться на пиксельклоке в 8 мгц, и позволят выбирать произвольно не только горизонтальное, но и вертикальное разрешение. Таким образом получаем сочетания режимов:
- 320 точек по горизонтали: 192, 232 или 272 строки изображения
- 384 точки по горизонтали: 192, 232 или 272 строки изображения
то есть всего будет 7 видеорежимов графики:
256х192 (стандарт), 320х192, 320х232, 320х272, 384х192, 384х232, 384х272..
максимальное количество строк изображения возможно будет корректироваться (посмотрим что телевизоры на это скажут)...

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

для горизонтали:

- стандартный видеорежим 256х192 (другое количество линий в кадре не возможно!)

- 320 точек изображения в строке

- 384 точки изображения в строке

И соответственно разводка вертикальной развертки кадра:
- 192 строки (стандартный и единственный при 256 точках изображения в строке !)

-232 строки изображения

-272 строки изображения

вроде нигде не ошибся, но в любом случае буду еще проверять при макетировании...

p.s. купил сегодня кучу 555КП2.. считаю текстовый режим с знакогенератором, он будет четвертым к выводу строк и планирую что он будет базироваться на 384 точках по горизонтали (пока ломаю голову как сделать вывод 6 точек символа...)

видеорежимы в одном файле (макросов в файле нет): https://disk.yandex.ru/i/nDVjlanfGYgQjw

Обновлено 29.07.2023 в 06:16 ВитГо

Метки: на рассыпухе

Категории: Без категории

« ZX-Spectrum на рассыпухе: Статическая память Главная страница ZX-Spectrum на рассыпухе: Схема видеоконтрол »

UncleDim - 19.07.2023 08:48
таблички ниасилил, непонятно "где кончается Беня и где начинается полиция" (ну т.е. когда одно и то же значение счетчиков соответствует концу одного поля и началу другого - где собсно граница? впрочем, если вам так удобнее..)
увидеть все 272 строки на элт - это если очень повезет..
и что за тяга к широченному КСИ? просто потому, что у всех так?
ВитГо - 19.07.2023 10:17
Сообщение от UncleDim

таблички ниасилил, непонятно "где кончается Беня и где начинается полиция" (ну т.е. когда одно и то же значение счетчиков соответствует концу одного поля и началу другого - где собсно граница? впрочем, если вам так удобнее..)

гм... начало - это начало, а конец - это конец..
следовательно состояние сигналов на конце блока (например бордера) означает что бордер прекращается и начинается следующий блок... поэтому начало и конец соседних блоков совпадают...
в принципе можете не смотреть столбец "конец" у каждого блока - и будет только "начальное состояние сигналов" для блока... и потом следующее начальное состояние сигналов для следующего блока и т.д..

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

увидеть все 272 строки на элт - это если очень повезет..

есть задокументированные опыты ? я тоже немного сомневаюсь, первоначально считал на 256 строк изображения... просто удобно что каждое вертикальное разрешение отстоит на 40 строк от предыдущего (192, 232, 272)... (кстати, так же как и горизонтальное отстоит на 64 точки по горизонтали 256, 320, 384).
в принципе если скушаются бордеры сверху и снизу - то и бог с ними, если нет - значит придется уменьшать разрешение... но пока я не пробовал и не знаю.. (поэтому чужой задокументированный опыт очень мною востребован...)
вообще опирался на следующую картинку (как то использовал это в своих поделках ранее):

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

и что за тяга к широченному КСИ? просто потому, что у всех так?

можете предложить аппаратное решение на логике для правильной генерации КСИ (для схемы с ленинградом например) ? я в курсе как он должен выглядеть, но честно говоря проектировать лог схему для его правильной генерации просто нет желания (кучу более интересных вещей надо сделать, а кси длинный вроде как работает и в таком виде.. хотя согласен кси косячен :-( (ну все, теперь и по кси зарубка в извилины пошла....:-( придется теперь и его править...)

Обновлено 19.07.2023 в 10:39 ВитГо
UncleDim - 19.07.2023 11:01
Сообщение от ВитГо

аппаратное решение на логике для правильной генерации КСИ

можно просто безболезненно уменьшить его до 8 строк вместо 16

Сообщение от ВитГо

первоначально считал на 256 строк изображения

вот больше 256 я бы и не пытался (даже они вызезают за text safe area, но на практике обычно видны целиком)

Сообщение от ВитГо

поэтому начало и конец соседних блоков совпадают...

с последней таблички: 8 строк со значениями V8..V3 = 100011 - это еще бордюр или уже КСИ, как понять-то?
ВитГо - 19.07.2023 17:43
Сообщение от UncleDim

с последней таблички: 8 строк со значениями V8..V3 = 100011 - это еще бордюр или уже КСИ, как понять-то?

это кси !
бордер на этом значении уже не выводится...

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

вот больше 256 я бы и не пытался (даже они вызезают за text safe area, но на практике обычно видны целиком)

просто сейчас то ЭЛТ уже и не понятно у кого есть.. а все tft должны показывать корректно.. по меньшей мере проверю и доложу потом :-)
UncleDim - 19.07.2023 22:29
Сообщение от ВитГо

все tft должны показывать корректно

сейчас сидел с линейкой перед своим "обычным" fullhd tv, подавая на него с профика растр с 240, 256 "полезных"строк - упорно получалось, что на полную высоту какое-то кривое число строк приходится, около 266 (ни то ни сё)
однако это число неплохо согласуется вот с этим документом:
https://tech.ebu.ch/docs/r/r095.pdf
т.е. мой тв видимо отображает "зеленую рамку" - строки 33..300, 346..613 в случае 576i
ВитГо - 20.07.2023 18:10
Сообщение от UncleDim

сейчас сидел с линейкой перед своим "обычным" fullhd tv, подавая на него с профика растр с 240, 256 "полезных"строк - упорно получалось, что на полную высоту какое-то кривое число строк приходится, около 266 (ни то ни сё)
однако это число неплохо согласуется вот с этим документом:
https://tech.ebu.ch/docs/r/r095.pdf
т.е. мой тв видимо отображает "зеленую рамку" - строки 33..300, 346..613 в случае 576i

ОО !! спасибо что поделились своим опытом !!!
ВитГо - 20.07.2023 18:32
UncleDim,
кстати, а если поступить как в пентагоне - увеличить количество строк с 312 до 320 - это не увеличит количество видимых ? нет у вас такого опыта ?
UncleDim - 20.07.2023 19:07
Пробовал и 320 когда-то, но не помню точно в чем отличие было, может положение по вертикали чуть отличалось.. Проверю при случае, но по памяти - нет, кол-во видимых строк не менялось
PS проверил, на имеющихся прошивках 256/312 и 256/320 с укороченным (8 строк) кси - одно и то же, изо ни на йоту не сдвинулось

Обновлено 20.07.2023 в 21:14 UncleDim
ВитГо - 21.07.2023 04:43
UncleDim, в статью добавил ссылку на файл режимов в формате экселя (в конце)...
так наверное удобнее будет смотреть и править..
число строк 192, 224, 256
UncleDim - 21.07.2023 07:58
еще немного "урезав осетра") - приходим к "богоугодным" разрешениям 320х240 (4:3) и 384х216 (16:9)
UncleDim - 21.07.2023 08:12
или вообще к одному - 384х240
ВитГо - 21.07.2023 20:43
Сообщение от UncleDim

или вообще к одному - 384х240

я просто когда то давно имел дело с cp\m.. и там 64 символа в строке было и строк что то около 40 (помоему).. вот на эти цифры и хочу выйти...
так что 320 по горизонтали это маловато :-(

да и интересно сделать сменяемые разрешения..
как то простое решение ко мне пришло.. надо сделать чтобы проверить...
фактически с синхрогенератора надо брать буквально 4 зависимых сигнала с другой части схемы (физически)... и можно брать например с 4х вариантов (если взять 555кп2)... только счетчики надо делать без предзагрузок как в обычном спеке делают.. но это оказалось при ближайшем рассмотрении не так уж и затратно !!! банально первая точка это конец вывода изображения, вторая - позиция сси и уровня черного (бланк)... бордер это не изображение и не сси+бланк... в общем все достаточно просто должно реализоваться....
вкладку "работа с озу" открывали ? как вам задумка (и про оверлей - вместо спрайтов и про cpu_1)... ?

p.s. вообще ностальгия накрыла, все таки в 14 лет когда собирал свой первый спек не настолько хорошо разбирался в том как он работает (хорошо, но не так как сейчас)... а сейчас столько всего наворотить можно (но на макетке :-)) - вот и буду делать... тем более на статических озу - вообще класс - никакого дедтайма нет на моих частотах (14 и 16 мгц) :-)

Обновлено 21.07.2023 в 20:56 ВитГо
UncleDim - 21.07.2023 20:56
cp/m прекрасно работает и с 80, и с 64 символами в строке, и даже с 32 в стандартном спекоэкране, если очень хочется