IPVC - графический контроллер для ZX-BUS

[IanPo]

skyther, честно - не знаю. Я не в курсе, сколько занимает AY и T80. Если ты спрашиваешь применительно к Speccy2010, то спроси сначала у sydа, есть ли в нем свободное место. Если мой код оптимизирует опытный плисовод, может, и влезет. Только для Спековской графики придется все переписывать, сколько займет - не знаю. Если писать буду я, то базовые 3-4 функции займут больше 1000 LE, и это только ориентировочно.

[Advertiser]

[Ewgeny7]

Я не в курсе, сколько занимает AY и T80

около 220 и 2000 соответственно. Зависит от полноты использования функций.

[Black_Cat]

Скорости Спека не хватит для заливки, я думаю.

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

нацеливался я именно на 32К цветов

т.е. на 2 байта на точку в разрешении 512х384 = 384kb на один эран

50 Гц. Или 60

лучце с предрассудками.. 65% мониторов их понимают

Насколько я тебя понял, ты предлагаешь переписать SOS ?

Не, SOS трогать не надо - пусть живёт , а то проблем со старым софтом не оберёшься . Если ты об ОС, то вопрос недавно обсуждался здесь: http://zx.pk.ru/showthread.php?t=2680&page=7 . Кратое резюме: ОС - это именно настоящая ОС типо CP/M, NIX.. на очень худой конец - iS-DOS (если кому интересно самообладание в извращённой форме ), но токо не SOS, и не загрузчики под неё (в т.ч. тырдос)

И какой интерфейс предлагаешь?

Имелся ввиду аппаратный интерфейс взаимодействия ускорителя и Спека. Щас он у тебя.. эээ.. не так чтоб пригоден к использованию под ОС..

---------- Post added at 00:14 ---------- Previous post was at 00:10 ----------

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

это делается мультиплицированием шин и регистров CPU, и соответственно занимает сверх 2000 ячеек совсем мизер.. вот токо глубоко в код Т80 лезть надо..

[vlad]

Акселератор способен аппаратно выполнять такие операции при ускорении 2D:
1) Прорисовка графических примитивов (drawing). Параметры примитивов задаются в виде координат в векторном виде. Простейшая заливка контура (fill) и заполнение его узором.
2) Перенос блоков изображения по экрану (BitBlt). Выполняется при перетаскивании GUI-объектов мышкой, скроллинге и т.п. операций. Данная функция сводится к перемещению блока бит из одной области видеопамяти в другую.
3) Аппаратная поддержка окон (hardware windowing). Дело в том, что каждое активное приложение в операционной системе отслеживает <свое> открытое окно и его координаты в одном кадровом буфере оперативной памяти. При использовании hardware windowing каждое приложение использует свой <кадровый буфер>, равный размеру открытого окна, так что <перенакрывания> окон к памяти не происходит. Выигрыш в скорости обработки координат окон тем больше, чем больше видеопамяти у видеоадаптера.
4) Масштабирование растровых изображений (scaling). Различают два вида масштабирования: дублирование и интерполяция (сглаживание). Первое сводится просто к увеличению размера пикселя (точнее количества одинаковых пикселей в данной точке), что приводит к появлению таких дефектов изображения как пикселизация и алиасинг. Для устранения этих искажений используется интерполяция. Эти две операции весьма трудоемки и требуют достаточно высокого качества акселератора.
5) Аппаратный курсор. Эта технология обеспечивает аппаратную поддержку курсора мыши. Центральный процессор считывает из порта мыши текущие координаты указателя и посылает их акселератору, а тот в свою очередь, просто формирует изображение курсора в нужном месте экрана. Для формирования изображения курсора применяется технология спрайтов (sprites), которые временно заменяют участки растра изображением курсора, а затем при его перемещении в другое место их обратно восстанавливают.
6) Преобразование форматов и декомпрессия. При обработки видеоинформации цифровые RGB-данные заменяются сигналами яркости и цветности в формате YUV, который занимает значительно меньше места. При воспроизведении сжатых видеоданных сначала необходимо каждый кадр декомпрессировать, а затем уже записывать в кадровый буфер.

[IanPo]

vlad
1) Есть, кроме заливки и узора.
2) Нет. Есть копирование в память и извлечение из памяти. Но сделать несложно.
3) Сделать примерно представляю как, но займет дофига памяти и ячеек ПЛИС. Архитектура у контроллера будет несколько другая, все переписывать надо.
4) У меня только уменьшение При макс.приближении картинка самая качественная. А то в DOOM все время раздражало удвоение пикселей у спрайтов и текстур.
5) Можно сделать, функции наложения спрайта есть.
6) Это уже сложная математика, занимающая много места. В простом компе вряд ли нужно.

БК-0010, а куда ОС грузиться будет? В нижние 16К (с отключением ПЗУ и включением ОЗУ)? И про интерфейс - можно на портах сделать, но окно памяти проецируемое все равно нужно.

[Black_Cat]

а куда ОС грузиться будет? В нижние 16К (с отключением ПЗУ и включением ОЗУ)? И про интерфейс - можно на портах сделать, но окно памяти проецируемое все равно нужно.

как ты знаешь CP/M любит CPU0 под свои нужды, и ПЗУ вааще у неё включается где-то в CPU3.. т.е. твоё окно в CPU0 явно не катит. Остаётся CPU1-3. В перспективной архитектуре Хiмеra например подставлять можно любую страницу в любое окно. Т.е. если избавиться от предрассудков и юзать менеджер памяти Хiмеr'ы, то можно всё что хочешь ..правда для этого придётся самостоятельно прирутить этот менеджер например к Фениксу , если нет предрассудков конечно . Подключение не оч сложное и городить ворох микросхем на МГТФе не понадобится. Ессно менеджер должен будет втыкаться в NemoBus, и его проще всего совместить с ускорителем. Как и что - есть доки.
Терь по проэцируемым портам. Тут есть пара моментов связанных с тем, что стандартизаторы тож сложа руки не сидели, и по распределению видеопамяти есть уже определённые правила:

1) видеопамять, это та, для которой A'16=1. Соответственно сканер может лазить токо здесь.

2) распределение памяти каждой видеостраницы следующее:

0-6кб - растр
6-6,75кб -атрибуты
6,75-7кб - область отображения портов видеоустройств
7-8кб - знакогенератор

3) За областями отображения портов видеоустройств закреплены пока такие устройства:

страница 4 - палитра (2х256 байт, 64k из 16 или 256 цветов)
страница 6 - возможно использовать под порты графускорителя (2х256 байт)

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

4) При установке внешней видеокарты (в NemoBus ессно) предусмотрена возможность переключения всего ОЗУ системной платы в процессорную область, т.е. где A16'=0. Соответственно всё видеоОЗУ в этом случае будет в видеокарте.

Ну вот основные моменты

[vlad]

Для возможности работы над проектом, перенес на u9Reverse.

---------- Post added at 21:09 ---------- Previous post was at 20:13 ----------

Неплохо, на EP2C5 занимает 3472/4608 (75%). Сейчас подбираю скоростной RISC, думаю получится перекинуть часть функций на него.

[IanPo]

Прошивка, реализующая ZX128, написана.
Проверена на демке AEON.
Некоторые эффекты рассинхронизированы.
Основной минус - все базируется на VGA 60 Гц (512*384 + бордюр).
Гигаскрин из Wolf2004 смотрится жутко.
Тестовая таблица на 50 Гц*625*448=14 МГц на моем мониторе отображается криво , поэтому сделал VGA.
Продолжаю работу.

[IanPo]

Сегодня примутил Аппаратный Мультиколор (бит 0 порт #EFF7).
Если кто даст ссылку на мультиколорные картинки (ресурсы), будет здорово.

Пробовал сделать развертку 25175000/800/629=50,03 Гц - монитор не полностью понимает, некоторые верт.линии двоит. Рассинхронизация на Вольфе2004 проявляется в виде едущей вниз гориз.линии Буду ориентироваться на стандартный VGA - он у всех работает.

ЗЫ.На очереди Аппаратный Гигаскрин. Возможно 512*384 (+МуКолор+ГигаС).
PS2. Оказывается, надо бит Flash у атрибутов перемутить на яркость бумаги, а яркость - на яркость чернил Займусь.

[Black_Cat]

IanPo, а ты откуда черпаешь информацию о портах?
Кинь мыло, я те посвежее инфу дам, а то у тебя она устарела