AZ для БК-0010(01) и БК-0011М

[SuperMax]

По заявкам телезрителей родилась новая версия расширенных видеорежимов
первая версия со строчным управлением мне кажется слишком сложной и не дающей никаких преимуществ

итак проект такой

177230 - регистр управления
177232 - регистр номера страницы начала отображения

177230, далее пойдут биты с описанием
1;0 - режим цветовой интерпретации
3;2 - растяжение по горизонтали - те количество повторов у точки
5;4 - длина строки в словах
7;6 - количество повторов строк

теперь подробно
режим цветовой интерпретации, значение от 0 до 3
0 - 1 бит на цвет - 2 цвета
1 - 2 бита на цвет - 4 цвета
2 - 4 бита на цвет - 16 цветов
3 - 8 бит на цвет - 256 цветов

растяжение по горизонтали - те количество повторов у точки
0 - х1 - те 1024 точки в строке
1 - х2 - 512
2 - х3 - 256
3 - х4 - 128

длина строки в словах
0 - 32 слова
1 - 64
2 - 128
3 - 256
это значение должно соответствовать вашему режиму - иначе будут повторы или пропуски данных
расчет прост - к примеру мы выбрали 512х384х16 цветов
считаем 512точек х 4 бита = 2048бит /16 = 128 слов

количество повторов строк
0 - х1 - 768 строк
1 - х2 - 384
2 - х3 - 256
3 - х4 - 192

типовые видеорежимы (значение восьмеричные)
211 - 256х256х4цвета
201 - 512х256х2цвета

регистр 177232 - адрес страницы начала отображения
кратность адреса - в размер страницы
те если размер экрана 16кБ
тогда надо писать адреса с шагом в 4 (размер страницы 4кБ)
(промежуточные значения игнорируются - отбрасываются)

для 512х384х16 цветов с 128словами в строке общий размер экрана получается 98304байт
но тк кратность у нас только по степеням двойки то размер кратности страницы будет 128кБ

--------
думал на счет параметра "длина строки в словах"
в принципе его можно убрать совсем

[Sandro]

Абсолютно не годится. Аппаратного вертикального скроллинга нет, горизонтального нет, экономии скорости процессора за счёт более компактного предстваления тех строк, где не нужно высокое пространственное и цветовое разрешение -- тоже нет.
По сути, это вырождение до контроллера для показа статических картинок. Это даже хуже, чем экран оригинальной БК.

[SuperMax]

Абсолютно не годится. Аппаратного вертикального скроллинга нет, горизонтального нет, экономии скорости процессора за счёт более компактного предстваления тех строк, где не нужно высокое пространственное и цветовое разрешение -- тоже нет.
По сути, это вырождение до контроллера для показа статических картинок. Это даже хуже, чем экран оригинальной БК.

а вот такие заявки телезрителей - простой экран разного размера

вообще, вертикальный скролинг для режимов 256 строк будет, для режимов 768/384/192 нет

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

но вот понимания кому это надо, увы нет

идея со строками никуда не делась, просто никому она не нужна в практическом смсыле

[gid]

но вот понимания кому это надо, увы нет

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

[SuperMax]

Ну как кому? Игро- и демописателям, даже если он и сами пока этого не осознают.

вот это отсутствие осознания и тормозит процесс!
мне бы четкое ТЗ - было бы проще

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

будет.

А вот скроллинг путём смещения окна отображения на заданное смещение, может имитировать вертикально-горизонтальный скроллинг, когда на экран плавно (ну это как смещение задаётся, попиксельно или побайтно) будет заезжать заранее подготовленное отображение вне экрана.

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

[grf]

а вот такие заявки телезрителей - простой экран разного размера
вообще, вертикальный скролинг для режимов 256 строк будет, для режимов 768/384/192 нет
заложить горизонтальный скролинг была мысль, и тут как раз может пригодится более длинный изначальный буфер строки (он всегда 256 слов)
но вот понимания кому это надо, увы нет

Скроллинг как бы сам собой подразумевался ) Вертикальный на БК был всегда, а вот отсутствие горизонтального всегда было проблемой, с которой все время мучались.

[Sandro]

вообще, вертикальный скролинг для режимов 256 строк будет, для режимов 768/384/192 нет

Странно, почему? Ведь задание начального адреса по идее не зависит от того, сколько данных будет прочитано дальше.

но вот понимания кому это надо, увы нет

Времени сейчас нет даже на детальную аргументацию на форуме. Нам надо до НГ сдаться.

Поэтому просто приведу пример:

https://www.youtube.com/watch?v=ZyTQa5eqj9g

Используется аппаратный двумерный скроллинг на EGA (а он там есть, причём попиксельный по обеим координатам!), плюс использование защёлок чтения видеопамяти в качестве простенького блиттера. 40+ fps на 8 МГц 286.

[SuperMax]

Странно, почему? Ведь задание начального адреса по идее не зависит от того, сколько данных будет прочитано дальше.

вопрос в том как завернуть в "рулон"
те если у нас 256 строк то мы крутим байт и "конец всегда сходится с началом"
а как делать если строк не кратно степени двойки ?

Времени сейчас нет даже на детальную аргументацию на форуме. Нам надо до НГ сдаться.
Поэтому просто приведу пример:
https://www.youtube.com/watch?v=ZyTQa5eqj9g
Используется аппаратный двумерный скроллинг на EGA (а он там есть, причём попиксельный по обеим координатам!),
плюс использование защёлок чтения видеопамяти в качестве простенького блиттера. 40+ fps на 8 МГц 286.

вообщем сдавай проект и пиши поэму ибо ибо я пока не понимаю как это сделать

[reddie]

Игро- и демописателям, даже если он и сами пока этого не осознают.

Главное, чтобы они были, эти писатели =) Под любое новое железо или фичу нужен софт, а с нуля он не возьмётся.

а как делать если строк не кратно степени двойки ?

Можно завести доп. счётчик внутри схемы и считать им строки, а по достижении нужного числа сбрасывать основной в исходное состояние, но я бы развил идею. Памяти в AZ всё равно в разы больше, чем осилит процессор БК (речь пока о нём), так почему бы не мапить - или как оно правильно называется - кусочек памяти из большого массива? Начало отображения задаётся регистром, и поскольку регистры 16-разрядные, можно и размер массива сделать куда больше, чем видимая экранная область. Очень удобно как раз для скроллов в демках и играх. Надеюсь, суть понятно изложил.

[SuperMax]

Главное, чтобы они были, эти писатели =) Под любое новое железо или фичу нужен софт, а с нуля он не возьмётся.

Можно завести доп. счётчик внутри схемы и считать им строки, а по достижении нужного числа сбрасывать основной в исходное состояние,
но я бы развил идею. Памяти в AZ всё равно в разы больше, чем осилит процессор БК (речь пока о нём), так почему бы не мапить - или как оно правильно называется - кусочек памяти из большого массива? Начало отображения задаётся регистром, и поскольку регистры 16-разрядные, можно и размер массива сделать куда больше, чем видимая экранная область. Очень удобно как раз для скроллов в демках и играх. Надеюсь, суть понятно изложил.

такая идея была
в принципе оно и логично - задали адрес начала отображения кратное строке и поехали

обдумываю, а не сделать ли два экрана - те фон + фронт
все пиксели что на фронте >0 отображаются "поверх" фона