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

[gid]

ЭЛТ-монитор

не надо равняться на ЭЛТ-монитор, далеко не у все есть такая роскошь. И свободное место на столе для столь громоздкого устройства.
Равняться надо на мейнстрим - ширпотребные LCD мониторы.

"лишняя" область памяти остаётся не задействована

Она же не лишняя, а "заэкранная", которую можно было рулоном вдвинуть в экран. Или концепция опять поменялась?

[Advertiser]

[reddie]

Равняться надо на мейнстрим - ширпотребные LCD мониторы.

Проблема в том, что ширпотребные мониторы не понимают исходную 48+ Герц развёртку БКшки. Понятно, не все смотрят демки и прочий однофреймовый софт, но все-таки.

[grf]

Проблема в том, что ширпотребные мониторы не понимают исходную 48+ Герц развёртку БКшки. Понятно, не все смотрят демки и прочий однофреймовый софт, но все-таки.

Так эта тема как раз про AZ, который имеет VGA-выход 60Гц.

[SuperMax]

ЭЛТ-монитор не сможет показать. 280x210?

если мы говорим о современных мониторах то мы уже пользуемся современными разрешениями

если же у нас есть ЭЛТ то у нас нет проблемы показывать родное БКшное в 48Гц и прочее

Да, но первые два слишком много памяти отнимают, а у второго низкое разрешение (пиксели на 17% крупней) и "лишняя" область памяти остаётся не задействована.

экономия памяти мало актуальна для AZ.

[Manwe]

Она же не лишняя, а "заэкранная", которую можно было рулоном вдвинуть в экран. Или концепция опять поменялась?

Не, рулонный сдвиг – это прекрасно. Я имел в виду, что чем меньше объём видеопамяти, тем быстрей её обновлять (банальная очистка экрана или любая другая полноэкранная операция). Хочется найти оптимальный объём памяти и разрешение (при 8 битах на пиксель, иначе совсем всё грустно с производительностью).

экономия памяти мало актуальна для AZ.

Да, но БК должна загонять кучу данных в AZ.

[gid]

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

Тут мы плавно и незаметно подходим к необходимости видеоадаптера, который бы аппаратно выполнял некоторые операции - заливка прямоугольной области заданным цветом или паттерном, перемещение прямоугольной области экрана из одного места в другое, копирование/обмен прямоугольной области из внеэкранной памяти в экранную, и т.п.

[reddie]

Тут мы плавно и незаметно подходим к необходимости видеоадаптера

...и плавно и незаметно теряем совместимость с, собственно, БКшкой, превращая ее в довесок к видеокарте.
Понятно, что почти все сидят в эмуляторах, куда уже прикручивается AZ, но какой тогда смысл вообще в родной БК? =)

[SuperMax]

...и плавно и незаметно теряем совместимость с, собственно, БКшкой, превращая ее в довесок к видеокарте.
Понятно, что почти все сидят в эмуляторах, куда уже прикручивается AZ, но какой тогда смысл вообще в родной БК? =)

а где тут граница ?

ну банально вот у нас 486ая машинка c PCI и на дворе у нас 97й
и штатно там - пусть Cirrus 5334
а тут опа и вышел Voodoo и теперь на этой машинке вполне идет 3D
так когда мы туда подключаем видеокарту у нас всё ? не родная ? нельзя втыкать ?
или когда я для "продления жизни" воткнул в комп UMDA66 и подцепил винт UDMA66 (тк на материнка старая и вообще UDMA66 появился позднее чем материнку сделали...)

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



а пока суд да дело - я сделал слои и сложение
написал документацию
https://forum.maxiol.com/index.php?s...ndpost&p=56550

это простая штука упростит работу программисту - ему не надо будет заботится о фоне

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

Не, рулонный сдвиг – это прекрасно. Я имел в виду, что чем меньше объём видеопамяти, тем быстрей её обновлять (банальная очистка экрана или любая другая полноэкранная операция). Хочется найти оптимальный объём памяти и разрешение (при 8 битах на пиксель, иначе совсем всё грустно с производительностью).

Да, но БК должна загонять кучу данных в AZ.

я прекрасно понимаю, что когда спектрум ворочает 6кБ экраном то БКшке приходится работать с 16кБ и с AZ экраны станут больше

но на этот случай я сделал простую штуку - слои

[SuperMax]

тут мне подкинули отличную идею - сделать разные палитры для слоев

это дает
3+3+4=10 цветов если страницы 4х цветные
или 46 если страницы 16ти цветные

это уже задокументировано по ссылке выше

[reddie]

подкинули отличную идею - сделать разные палитры для слоев

Да, хорошее предложение. В игрушках и вообще графических программах здорово расширит цветастость.
Жаль, что в родном БК цвета в палитрах жестко прибиты. Добавив всего пару-тройку корпусов, могли сделать задаваемым отдельно каждый цвет из четырех...
Ну, для AZ это не проблема, там палитры программируемые.
Кстати, а есть возможность внедрить видеорежим не 64х256, а 64х64 или 64х48 (с квадратными блоками)? Пригодился бы демописателям и творцам подобного софта для быстрого вывода анимации/графики низкого разрешения. Занимать будет в 4 раза меньше ОЗУ, что довольно выгодно по скорости работы с таким экраном. Почитал описание задания слоев, там вроде бы это реализовано через кол-во повторов точек и строк - но это только к слоям относится или в "обычном" режиме тоже можно устроить? Чтобы на выходе получился, скажем, экран емкостью 64х64х8бит=4Кб, вчетверо меньше стандартного.