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

[JV-Soft]

zst
Концепт далее -
Аппаратный спрайт по адресу в памяти экрана и по X,Y экрана
Аппаратная точка
Аппаратная линия
Разные варианты CLS
Заполнение экрана выбранным цветом
--------------
Если пойти дальше -
И сделать аппаратный Fill в выбранной области, треугольнике,круге и т.д.
Вообще стоит хорошо подумать о возможности добавления новых команд, остаются на это ресурсы ?, это даст хороший задел на будущее (при написании управляющей программы для карты, что бы из за одной команды весь код не перелапачивать)

[Advertiser]

[Lethargeek]

Мы не к амиге карту делаем ))) У нас 35 летнее железо из каменного века.Что тут подгонять экран 48кб.

джваюштак карту надо делать для СОФТА, а не для железа!

Конечно если нет плисины, линеек с памятью и платы как тапок то это *****)))

если нет понимания, что не надо характеристики девайса подгонять под завалявшиеся детальки

Примеры хорошо бы, я когда о чем то пишу примеры сразу конкретные даю,

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

с 16 битами при восьми-битном аккамуле сказа работать , мечта программиста ))))

вот при чём тут восьмиБИТНОСТЬ аккумулятора, когда смысл его при работе с графикой - восьмиПИКСЕЛЬНОСТЬ!
в карте свой "аккумулятор" на восемь ПИКСЕЛЕЙ (неважно какой разрядности), адреса и маски берём со Спека

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

[JV-Soft]

джваюштак карту надо делать для СОФТА, а не для железа!

Нет, карту мы делаем с учетом имеющихся исходных ресурсов ZX и его архитектуры - дисковод, телевизор.
Все что иначе, это не ZX-Spectrum, а другая машина, вам нужна full hd, 4k ? - разрабатывайте, мне такое не надо, автору по моему тоже. Если автору мои идеи нафиг не нужны, я естественно и продолжать настаивать не буду в отличии... Разобравшись в с помощью автора в принципе работы, я прежде чем начать писать так и спросил, а не закидываю из страницы в страницу автора дерьмом... -

ZST что скажите, зачем спеку с 3.5мГц экран фул шд ? Это тогда надо называть карта для статической графики. А если концепт изменению не подлежит, скажите, вам голову не будут морочить.

вот при чём тут восьмиБИТНОСТЬ аккумулятора, когда смысл его при работе с графикой - восьмиПИКСЕЛЬНОСТЬ!
в карте свой "аккумулятор" на восемь ПИКСЕЛЕЙ (неважно какой разрядности), адреса и маски берём со Спека

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

Есть точка по адресу #0000 с цветом #00 надо поменять на #ff
-----------------------
ld de,#0000
ld hl,pix
ld a,(hl)
ld (de),a
ret
pix defb #ff
---------------------
И так
--------------------
ld a,#ff
ld hl,#0000
ld (hl),a
ret
----------------------

ld b,#ff
ld hl #0000
pix ld a,b
ld (hl),a
djnz pix
ret
----------------------------


Напишите эти три варианта для 16 битного цвета только на асме, а не языком по тексту.

[zx-kit]

zst
Концепт далее -
Аппаратный спрайт по адресу в памяти экрана и по X,Y экрана
Аппаратная точка

Давай пока остановимся на аппаратной точке, не все сразу.

Аппаратная линия
Разные варианты CLS
Заполнение экрана выбранным цветом
--------------
Если пойти дальше -
И сделать аппаратный Fill в выбранной области, треугольнике,круге и т.д.
Вообще стоит хорошо подумать о возможности добавления новых команд, остаются на это ресурсы ?, это даст хороший задел на будущее (при написании управляющей программы для карты, что бы из за одной команды весь код не перелапачивать)

Давайте немного изменим распределение памяти. На каждую точку по 8 бит. В слое будет 2 буфера/экрана по 256х256х1=64Кбайт. То есть один слой 128К. Всю память разделим условно на 8 слоев по 128К. Для каждого слоя своя палитра. Программист сам выбирает, сколько слоев надо для игры. Неспользуемые слои использовать для хранения спрайтов.

Посчитаем, сколько условных спрайтов размером 8х8 точек влезет в память размером 128К. 128К / 64 = 2К. Для сравнения у Денди 256 спрайтов и 256 тайлов, то есть 512. А у нас в 4 раза больше. Хватит на 4 уровня с разными спрайтами. Но у нас даже круче - мы сможем использовать сразу все. Всего 8 банков по 256 символов.Т.е. 1 банк - буквы, 2 банк - тайлы фона, 3 банк - спрайты ГГ и т.д.

Если спрайты большего размера - то использовать под спрайты больше памяти вместо слоев. Для разных игр комбинация количество слоев - объем под спрайты будет разное.

Для 8-ми битной графики надо несколько палитр. Для каждого слоя будем выбирать свою. Хранить в формате 256 байтов для R, 256 байтов для G, 256 байтов для B в трех блоках внутренней памяти FPGA.

[Nesser]

Столько цветов надо только для просмотра полноцветных картинок, и то, в таком случае никакая палитра не нужна, а смотреть HiColor в разрешении 256х192 это более чем смешно, в таком разрешении на экран влезет максимум 49152 цветов, всё что свыше будет незаметно для глаза из-за низкого разрешения, поэтому максимум что надо для динамической графики это 32768 цветов 5-5-5 и 1 бит прозрачность+техническая палитра.
Цвета в 24 бита при таком разрешении абсолютно бесполезны, тогда надо поднимать хотя бы до 800x600 и то это будет чисто статическая картинка.

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

Зачем такое ограничение по ёмкости памяти для спрайтов? память же линейна, счётчики сделать 24 бита [16 Мб максимум адресуемой] (32 бита для такой системы уж слишком жирно).
Указатель на параметры спрайта в памяти видео, по сути это и не спрайты а картинки, размер получается любой, вплоть до того что полноразмерная картинка (аля задний фон windows) выводится за пару команд, в памяти CPU при этом нет ничего связанного с графикой, если и всю музыку и звуки хранить в памяти АудиоCPU то 64 Кб для кода более чем за глаза, да и к примеру сделать 4 банка по 16 Кб CPU раздельно устанавливать в линейной памяти, тогда можно фигачить кода в принципе безгранично много (в прочем ничего нового в 128 Кб иначе и не сделаешь ).

[blackmirror]

Давай пока остановимся на аппаратной точке, не все сразу.

Аппаратную линию сделать тоже не очень сложно, для рисования требуется задать 4 переменные: X, Y, dX и dY, далее видеокарта вычисляет len=max(abs(dX),abs(dY)), делит dX и dY на len, и записывает точки добавляя dX и dY к X и Y. Если добавить еще один блок вычисляющий координаты точки для чтения, то у нас будет почти готовый блок текстурирования, способный рисовать даже с поворотом.
[add]
Можно обойтись даже без деления, найти минимальное 2^n>=len и просто сдвинуть dX и dY на n, чтобы перемещаться с шагом не более 1 точки. А для рисования четырёхугольника по точкам A,B,C и D, нужно начинать двигаться из точки P=A с шагом S=(B-A)/2^n, для перехода к следующей линии увеличивать P на (C-A)/2^n, и корректировать шаг S прибавляя ((D-C)/2^n-(B-A)/2^n)/2^m. Для 8 разрядных координат достаточно будет 24х битной арифметики.

[Nesser]

Только всё это надо подгонять для нормального управления ИЗ Z80, то есть и систему надо подгонять

[Smalovsky]

Nesser, а что две скобки )) вместо диззи лень поставить?

[Lethargeek]

Нет, карту мы делаем с учетом имеющихся исходных ресурсов ZX и его архитектуры - дисковод, телевизор.

какой смысл? и что за странноватый "учёт" такой? дисковода на "исходном" спектруме не было, а "исходный" телевизор - вообще аналоговый (точность цвета ограничена только шумом)

Все что иначе, это не ZX-Spectrum, а другая машина, вам нужна full hd, 4k ?

мне достаточно и подмножества возможностей "исходного телевизора", то есть 360x288 (x256) "квадратных" пикселей в хайколоре

Есть точка по адресу #0000 с цветом #00 надо поменять на #ff

при такой постановке вопроса лучшим "16-битным" ответом будет:
ld hl,цвет
ld (0),hl

Напишите эти три варианта для 16 битного цвета только на асме, а не языком по тексту.

не вижу смысла для представленных "вариантов" бесполезно-сферовакуумного кода
где контекст? запись пикселя - это часть какой-то многопиксельной операции
(при которых числовое выражение цвета вообще не важно чаще всего)

[JV-Soft]

не вижу смысла для представленных "вариантов" бесполезно-сферовакуумного кода

Из таких ответов и состоит вся эта тема, - хочу так, или не вижу смысла на одного делающего 1000 помошников - https://vk.com/video125972_164806403

ld hl,цвет
ld (0),hl

Вопрос к ZST как на данный момент вам видится 16 битная организация цвета в памяти карты ?
Имеется в виду прямая адресация в область экрана, через окно.