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

[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 битного цвета только на асме, а не языком по тексту.

[Advertiser]

[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 битная организация цвета в памяти карты ?
Имеется в виду прямая адресация в область экрана, через окно.

[Lethargeek]

хочу так, или не вижу смысла

лично я хочу решений таких, от которых больше реальной пользы

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

[JV-Soft]

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

Для PC да, для ZX мне 256 цветов хватит даже без палитры (а с палитрой и 16 хватит) у nes вообще по моему 14 цветов,споем опять- экран 256x192 8 бит 48кб, а 16 бит с вашим желанием 360x288 это 202 кб экран, очередной (ну неужели ни кто не читает ?) раз - у наших zx дисковод 640кб
почему ни кто не дружит с калькулятором !!! три ваши картинки и все....
Пусть автор если желает конечно делает, и потом вы радостно будите писать софт из выше приведенных РЕАЛИЙ

[zx-kit]

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

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

Прямой адресации к экрану не будет. Для Z80 лишние вычисления адреса из координат ни к чему. Для рисования точки и спрайта достаточно указать X и Y. Видеокарта дальше работает сама. Координаты X и Y по одному байту.

Видеовыход аппаратно будет 15 бит, т.е. 32768 оттенков.
Палитра 3 х 8 битов. Младшие 3 бита аппаратно отбрасываются.
В слоях, раз мы уменьшили объем памяти, точки хранятся по 8 бит на цвет точки.
Чтобы палитра фона не зависела от палитры ГГ или меню управления в каждом слое своя палитра.

[Lethargeek]

Человек всё равно оттенки синего видит мало, красного больше а зелёного ещё больше, то есть по сути 2 бита-синий, 3 бита-красный, 3 бита-зелёный, итого 8 бит перекрывающие все нужные цвета и оттенки.

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

Для PC да, для ZX мне 256 цветов хватит даже без палитры (а с палитрой и 16 хватит) у nes вообще по моему 14 цветов

у nes своя палитра на каждый тайл (первый хинт)

споем опять- экран 256x192 8 бит 48кб, а 16 бит с вашим желанием 360x288 это 202 кб экран, очередной (ну неужели ни кто не читает ?) раз - у наших zx дисковод 640кб

иииии что? у атари диск был вовсе 90кб, а цветов, однако, больше чем у Спека в 17 раз (второй хинт)

почему ни кто не дружит с калькулятором !!! три ваши картинки и все....

почему кое-кто не дружит со своей памятью и не задаётся вопросом, а как в спектрумовских 48кб играх без подзагрузок умещалось несколько десятков экранов?

[JV-Soft]

почему кое-кто не дружит со своей памятью и не задаётся вопросом, а как в спектрумовских 48кб играх без подзагрузок умещалось несколько десятков экранов?

Потому, что спрайт 128x128 в спеке весит 2 килобайта, а в вашей идее 32 килобайта

[blackmirror]

zst, как я понимаю, такую команду как "нарисовать спрайт" видеокарта выполняет долго, значит однозначно нужна будет очередь команд, скорее всего из обращений к шине Z80. Если отслеживать обращения к шине, то видеокарта без проблем может строить у себя копию памяти Z80, значит для загрузки данных тормозные ldir не нужны, достаточно просто указать, что данные с таких-то адресов мы хотим загрузить в палитру или текстуру. Если для Z80 переключались страницы, то предварительно можно считать нужный блок данных командами POP, потратив всего по 5 тактов на байт, и у видеокарты снова будет корректная копия нужного нам участка памяти Z80. Если координаты спрайтов лежат в памяти Z80, то перемещение можно сделать просто записью новых координат и вызовом команды "нарисовать несколько спрайтов".
Можно пойти еще дальше, сделав списки команд и их аргументов, в списке для каждого байта указывается адрес откуда его брать, это может быть ссылка на константу(например для кода команды), ссылка на ячейку видеокарты или памяти Z80, или даже ссылка на какой либо байт из последних операций на шине Z80. Последняя возможность позволит вычисляемые аргументы просто заталкивать в стек или ячейки памяти в том порядке, как удобно программе, список всё переставит как нужно, и использовать A, HL и прямую адресацию для этого будет уже совсем не обязательно. Ну а далее видеокарте выдаётся команда выполнить список номер N, видеокарта собирает все байты команды и выполняет. Еще полезная возможность будет выполнять команду из памяти Z80, то есть где-то лежит команда со всеми аргументами, а мы видеокарте просто сообщаем её адрес, после чего можно подправить некоторые аргументы и выполнить снова.