Стандартизация принципов развития видеопроцессора

[Black_Cat]

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

Имелись ввиду трети экрана и каждая восьмая строка.

Видеоконтроллер. Это на восьмибитных атари видеопроцессор.

У меня терминология другая:
Видеопроцессор - автомат формирования изображения, являющийся частью устройства.
Видеоконтроллер - автомат формирования изображения, являющийся отдельным, законченным устройством.

зато графика (а не только текст) была бы значительно быстрее

Это за счёт чего? За счёт "подгонка под 8-битный процессор"? Вчём это выражается?

плюс можно сделать раздельный FLASH и BRIGHT

Что имеется ввиду, и что это даёт?

1.Низкая нагрузка видеоконтроллера на систему

Подразумевается режим
прозрачности, т.е. разномоментности обращения к памяти?

2.Атрибуты = различная палитра для фиксированных частей экрана (мин.два цвета, мин.область 8x8)

Т.е. стандартные атрибуты?

3.Прямой доступ ко всей видеопамяти (никак не ограниченный и именно как к памяти)

Для CPU имеется ввиду? Т.е. как в ZX48 без перетасовки 16к сегментов, или как?

адресация одного пиксела одним битом

Т.е. каждому N-битному пикселу - физический адрес?

[Advertiser]

[Lethargeek]

Имелись ввиду трети экрана и каждая восьмая строка.

Я заметил. Ну и что же там "трудного" для понимания?

Видеопроцессор - автомат формирования изображения, являющийся частью устройства.
Видеоконтроллер - автомат формирования изображения, являющийся отдельным, законченным устройством.

В принципе чем юла не законченное устройство?
А "процессор" - это когда программа выполняется (как на атари).

Это за счёт чего? За счёт "подгонка под 8-битный процессор"? Вчём это выражается?

Ну вот на Спеке (один раз вычислив начальный адрес) можно быстро перемещаться по всему экрану с шагом в одно знакоместо и в пределах символьной строки с шагом в один пиксел, используя в основном только inc/dec/rot. "Лишние" проверки нужны при пересечении границы символьной строки. А вот если бы видеопамять была организована не строками, а столбцами, можно было бы по всему экрану с шагом в пиксел быстро перемещаться (и по атрибутам тоже). И начальный адрес вычисляется в разы быстрее без всяких там таблиц. Вывод спрайтов/блоков тоже быстрее, потому что (помимо отстутствия лишних проверок) лучше иметь несколько длинных циклов по вертикали, чем кучу коротких по горизонтали (а циклы-то побайтовые, не попиксельные!).

Вкратце одна из возможных схем могла быть такая: каждый столбец - 256 байт, из них 192 байта графика и 48 байт атрибуты (по два на знакоместо), в каждом атрибуте раздельный BRIGHT для INK и PAPER, а FLASH получается, если эти два атрибута не совпадают (то есть опять же можно мигать раздельно инком и папером). 16 байт в каждом столбце (всего 512) свободны, и их можно еще как-то поюзать (под те же системные переменные, например) - итого с ними восемь килобайт на весь экран. Но разрабы когда-то решили иначе - килобайтик пожалели, блин! А в результате для скорости все равно почти всегда используются таблицы, которые память жрут...

Подразумевается режим прозрачности, т.е. разномоментности обращения к памяти?

Необязательно. Или "редкости" обращений. Или вообще внешней видеопамяти. Или еще чего.
Главное, чтобы хост не простаивал зря.

Т.е. стандартные атрибуты?

Как минимум "не хуже". Хотя и шибко наворачивать особого смысла не вижу.

Для CPU имеется ввиду? Т.е. как в ZX48 без перетасовки 16к сегментов, или как?

Не переключая страницы при рисовании по всему (выбранному) экрану, как в оригинале. Чтобы не было уродств типа банкирования на пц (с переключением посреди строки!). Да и вообще - банки фтопку.

Т.е. каждому N-битному пикселу - физический адрес?

Адресация одним битом, все как на Спеке. То есть адрес на группу из восьми пикселов.

[Black_Cat]

Вкратце одна из возможных схем могла быть такая: каждый столбец - 256 байт, из них 192 байта графика и 48 байт атрибуты

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

Чтобы не было уродств типа банкирования на пц (с переключением посреди строки!).

Помоему для этого достаточно иметь 2 экрана. На одном изображение готовится, а со второго выводится, а потом они меняются местами. Или как по твоему можно обойти 16к банкирование в ZX, если весь экран допустим в каком-то новом расширенном режиме будет больше 16к?

В принципе чем юла не законченное устройство?

Законченное устройство - это типа VGA адаптера для примера, а та его часть что занимается построением изображения - это собссно и есть видеопроцессор, но кроме этого у законченного устройства есть ещё как минимум интерфейс связи с компом. Изъяв видеоконтроллер - компьютер остаётся работоспособным, а изъяв ULA - выводится полностью из строя, т.к. ULA - это его неотъемлемая часть.