Быстрая видеокарта "METEOR-2013"

[Lethargeek]

Допустим, мы хотим подключить видеокарту к Z80. У видеокарты такие входные сигналы: 8 битов данных, 2 сигнала записи и 1 RESET.
Для подключения нужен дешифратор, который ...

Ты забыл упомянуть про 9 ног на вход видеосигнала. А давай лучше допустим другую видеокарту, у которой эти ноги через мультиплексор видят полную шину адреса. И не нужно внешнего дешифратора, и одной записью в один-единственный порт можно выбрать любой 256-байтный диапазон для отображения регистров видеокарты, хоть в ПЗУ, хоть где-нибудь в свободном месте ОЗУ (что позволит сохранить для чтения их значения).

Тогда одной командой типа LD (адрес),A будет записываться и номер регистра и данные для него.
Только надо доказать, что это удобнее и быстрее для программистов.

а что, есть что-нибудь удобней, чем (ix+n)

В старом коде мы меняем процедуру рисования главного героя.

вопрос в том, насколько радикально (если вообще) придётся её менять

И рисуем его в новом режиме теми же спрайтами, но без атрибутов.

можно так, а можно и старый код заставить рисовать не теми же спрайтами, а неявно перебрасывать полноцветные изображения внутри карты в духе spec256/zx-poly, но для этого нужен полный доступ к адресной шине

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

цвет нужно ВЫДАВАТЬ синхронно с развёрткой (также как и саму развёртку, а не синхронизироваться с готовой)))

Две видеокарты позволят делать игры на двоих. У каждого игрока будет свой джойстик и монитор.

хорошо, если НОВЫХ игр даже на одного наберётся больше пальцев одной руки
так-то с полным доступом к шине адреса не проблема хоть десяток видеокарт

[Lethargeek]

кстати, вспомнил, что в Орионе все стандартные порты отображаются на адреса ПЗУ, так что внешний дешифратор нужен еще сложнее

[Nesser]

А у программистов вообще кто нибудь что нибудь спросил? перерисовать графику в старой игре означает ПОЛНОСТЬЮ переделать всю игру оставив только сам смысл игры.
А делать это только ради того что бы припудрить монохромный спрайт нет никакого смысла, тем более к нему ещё и нормальную маску надо и иной принцип детектирования коллизии.
За время прошедшее с момента появления Voodoo 2 стало ясно что весь этот пиксельный гемор абсолютно бесполезен, решает только тупое копи-пасте данных во временный буфер который по синхре подменяется зеркальным буфером с очисткой. Да, аппаратные планы как бы неплохо, но внутри плана всё равно рисовать то надо, а делать это рекодингом цветовых форматов в реальном времени на Z80 это не просто извращение, это суперпупермегаизвращение, 1 экран в секунду обеспечен, аппаратное и только аппаратное копирование данных, 1 пиксель Z80 заполняет за 100-200 тактов, 3500000/(49125*100)=0,7 кадра в секунду, а нужно то в 50 раз быстрее, А ЗА ДВА ТАКТА ОДИН ПИКСЕЛЬ НЕ НАРИСОВАТЬ, можно срать кирпичами но этого не сделать, при частоте переноса 28 МГц (2 такта - read/write) при разрешении 256х192 будет 284 кадра в секунду (если никто мешать не будет) то есть за один 50-и герцовый кадр можно переналожить 5 полных экранов, то есть 5 полноценных слоёв и каждый анимационный, при чём при 255 цветах + 1 прозрачный при котором предыдущий слой не затирается (маска).
Да и разрешение давно пора уже менять, никто не мешает взять за стандарт разрешения ZX-Evolution - 256x192, 320x200, 320x240 и 360x288.

Ну это так, мысли вслух.

[Hacker VBI]

Nesser что-то вы путаете.
реально нарисовать 16 точек одним push а это - 11 тактов

[Nesser]

Не торописька
11 тактов это не вывести а просто кинуть их на экран через стёк, а вычислять адрес нет необходимости? а цветная точка размером не 1 бит а 4-8 бита? а проверка маски? а подготовка координат?
11 на пуш, 10 на поп, штук 15-20 на коррекцию Y-ка, и так 4 раза если 4 битный цвет раскидан на 4 банка по 6144, ага, ещё плюс клацать банками, итого 200-400 получается, и то в таком случае вывести по X с точностью до пикселя не получится.
То есть вариант только 49152 байта на 256х192 и цвет 4 или 8 бита.
И то, такой гемор с памятью получится.
Неужели так трудно хранить спрайты хоть в ч/б а после загрузки просто кинуть их в память DMA одновременно разжав их до к примеру 8 бит на точку, и хай он себе перекидывает его с одного места на другое, грубо говоря, если частота DMA 28 МГц а частота Z80 3,5 МГц то за 1 такт процессора DMA скинет на экран 4 пикселя с точностью 256 цветов, соответственно спрайт 8 на 8 точек с 8 битами на точку (256 цветов) шлёпнется на экран за 16 тактов процессора, при чем, если к примеру цвет будет с номером 255 то этот пиксель просто не копируется, получается маска, тот цвет который уже лежит в этом месте на экране не затирается.
Да и с памятью сейчас вроде как проблем нету поставить 1 микросхему на 2-4 мбайта вроде как не сложно, и пусть он там себе двигает с места на место, а в памяти процессор кроме самой программы больше ничего не надо (с музыкой и звуками по сути никто не мешает тоже самое сделать).
Неужели мы, рукожопые кодеры Z80, не впихнём код игры в 16-64 кбайта ?

Ну это всё так, мысли вслух.

[Hacker VBI]

дядь Nesser, вот глянь


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

всё уже есть. и реализовано в железе.
и под это уже понаписывано много всякого

[Nesser]

Молодца
Только эт не я тут 3 года трындел, я пытался им объяснить что программно ничего не получится, единственный вариант это делать аппаратно, раз уж они решили делать
Ты где кстати талмуды брал по тс конф?

[Hacker VBI]

сел да написал
оно всё растёт из общения и одной главной доки

[zx-kit]

А у программистов вообще кто нибудь что нибудь спросил? перерисовать графику в старой игре означает ПОЛНОСТЬЮ переделать всю игру оставив только сам смысл игры.
А делать это только ради того что бы припудрить монохромный спрайт нет никакого смысла, тем более к нему ещё и нормальную маску надо и иной принцип детектирования коллизии.
За время прошедшее с момента появления Voodoo 2 стало ясно что весь этот пиксельный гемор абсолютно бесполезен, решает только тупое копи-пасте данных во временный буфер который по синхре подменяется зеркальным буфером с очисткой. Да, аппаратные планы как бы неплохо, но внутри плана всё равно рисовать то надо, а делать это рекодингом цветовых форматов в реальном времени на Z80 это не просто извращение, это суперпупермегаизвращение, 1 экран в секунду обеспечен, аппаратное и только аппаратное копирование данных, 1 пиксель Z80 заполняет за 100-200 тактов, 3500000/(49125*100)=0,7 кадра в секунду, а нужно то в 50 раз быстрее, А ЗА ДВА ТАКТА ОДИН ПИКСЕЛЬ НЕ НАРИСОВАТЬ, можно срать кирпичами но этого не сделать, при частоте переноса 28 МГц (2 такта - read/write) при разрешении 256х192 будет 284 кадра в секунду (если никто мешать не будет) то есть за один 50-и герцовый кадр можно переналожить 5 полных экранов, то есть 5 полноценных слоёв и каждый анимационный, при чём при 255 цветах + 1 прозрачный при котором предыдущий слой не затирается (маска).
Да и разрешение давно пора уже менять, никто не мешает взять за стандарт разрешения ZX-Evolution - 256x192, 320x200, 320x240 и 360x288.

Ну это так, мысли вслух.

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

Спрайты для устранения клешинга можно оставить. Рисовать их можно будет командой LDIR. Это 42 такта на 8 точек при 2 битах на точку.
Есть и более быстрый способ. 24 такта на 8 точек. Но иcпользуется указатель стека SP и надо повторить эти команды для каждых 8 точек:
pop de
ld (hl),e
ld (hl),d

Получается скорость 3 такта на пиксель при четырех текущих цветах на спрайт.

[Lethargeek]

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