ZXM-VideoCard

[Black_Cat]

Основной режим Спектрума можно не дублировать в новом видеоконтроллере. Вместо этого поставить на нем мультиплексор, на который подать RGBI со стандартного видеоконтроллера.

это будет сложнее

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

Видеопроцессор всегда имеет приоритет перед CPU, данные от которого буферируются в регистре до момента открытия окна.

---------- Post added at 19:01 ---------- Previous post was at 18:59 ----------

При этом видеоконтроллер будет продолжать копировать блоки, только немного медленнее

это невозможно.. скорость развёртки строки не замедлишь..

[Advertiser]

[Mick]

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

На счет девборды для fan'a - дык строится же evolution.

[Ewgeny7]

Память на видеокарте для процессора лучше делать вообще недоступной напрямую.
Я мыслю так, что видеокарта работает с памятью только в свое удовольствие, а поступающие сигналы записи на автомате "защелкиваются" в регистрах адреса и данных. Когда карта в очередном такте считает инфу для передачи на моник, проверяется "обновление" регистров и данные процессора записываются в видеопамять. После этого "флажок процессора" сбрасывается до следующей записи.
Так видеокарта будет сама выбирать удобный момент для обновления видеоинформации. Реально так сделать? И правильно ли я вообще рассуждаю?

[Black_Cat]

Реально так сделать?

так сделано в Новосибирском варианте

[zx-kit]

... После этого "флажок процессора" сбрасывается до следующей записи.
Так видеокарта будет сама выбирать удобный момент для обновления видеоинформации. Реально так сделать? И правильно ли я вообще рассуждаю?

На видеоконтроллер можно возложить не только отображение на монитор, но и еще какую-нибудь полезную функцию. Например, копирование блоков из одной области своей памяти (спрайтов) в другую область (экрана) с помощью двух счетчиков. При этом можно шину данных сделать 16 или 32 бита для ускорения. Z80 так быстро не сможет - он на 3.5/7 МГц, а память может и на 14/28 работать.

За счет увеличения шины данных и частоты можно и отображать на монитор, и общаться с Z80 и копировать блоки.

...но это теория в духе мозгового штурма. Начинать надо с более реальных вещей...

[fan]

Andrews достает эти 128кб ОЗУшки по 55 рублей. Так, нужно ли их ставить, например, две в параллель (для упрощения гигаскрина, например)? Типа, за такт читаем два байта сразу (при записи в ОЗУ мудрим с соотв. адресацией)?

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

Надеюсь в дальнейшем это разрастётся на пол мега (или хотя бы будет возможность их установить).

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

Описание принципа фунцеклирования со всеми растактовками есть по линку который я дал выше .

На счет девборды для fan'a - дык строится же evolution.

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


Разве возможность сделать спек на базе САБЖа не повлияет положительно на её популярность (и соотв. снижение цены)?

[Black_Cat]

Так, нужно ли их ставить, например, две в параллель (для упрощения гигаскрина, например)? Типа, за такт читаем два байта сразу

видео ОЗУ должно обеспечивать максимальную пропускную способность только на считывание - 14Мб/сек (т.е. 1 байт х 14МГц), ну и при синхронном режиме столько же на запись. Итого, общая производительность ОЗУ - 28Мб/сек в синхронном режиме. Исходя из быстродействия конкретного ОЗУ выбирай схему организации шины видеоданных 8 или 16 бит. Лучше конечно 8, т.к. экономятся пины.

Но это только для стандартного пиксельклока VGA, а как показывает опыт видеоконвертора, нам надо ещё обрезать вначале и вконце строки область переразвёртки, а значит оставшаяся экранная строка чуть растянется и пиксельклок будет ниже, что-то около ~23,33МГц и соответственно общая производительность ОЗУ будет 23,33Мб/сек.

[Ewgeny7]

Да, посчитал я уже. Придется ограничиться 8 бит. Быстродействия ОЗУ хватает.

[Mick]

Память на видеокарте для процессора лучше делать вообще недоступной напрямую.
Я мыслю так, что видеокарта работает с памятью только в свое удовольствие, а поступающие сигналы записи на автомате "защелкиваются" в регистрах адреса и данных. Когда карта в очередном такте считает инфу для передачи на моник, проверяется "обновление" регистров и данные процессора записываются в видеопамять. После этого "флажок процессора" сбрасывается до следующей записи.
Так видеокарта будет сама выбирать удобный момент для обновления видеоинформации. Реально так сделать? И правильно ли я вообще рассуждаю?

Ты правильно рассуждаешь. Это асинхронный метод. Я так и планировал.
Это я уже накидывал для себя схемку правда на логике.

---------- Post added at 22:32 ---------- Previous post was at 22:27 ----------

Разве возможность сделать спек на базе САБЖа не повлияет положительно на её популярность (и соотв. снижение цены)?

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

[Black_Cat]

есть ещё один момент - для режима с базовым разрешением 384х256 надо SVGA режим 800х600, со всеми вытекающими последствиями, в т.ч. увеличением пиксельклока.