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

[Valen]

Для этого я и предложил идею наборов. Их еще можно назвать банками, блоками и т.п.

Да, нормальная идея.


Только, оставить выбор за кодером, какой метод использовать,
описанные вами банки или
3-ёх байтовый адрес.
Т.е. нужно реализовать в карте оба метода.
(начать с более простого)

---------- Post added at 15:11 ---------- Previous post was at 14:59 ----------

Номер спрайта, можно сделать 2 байтовым.
Но, по умолчанию, старший байт равен нулю.
Тогда, кодер может установить:
- только младший байт номера спрайта
(если 256 номеров спрайтов достаточно)
или
- младший и старший байты номера спрайта
(если 256 номеров спрайтов не достаточно)


---------- Post added at 15:15 ---------- Previous post was at 15:11 ----------

Достаточно ли 256 спрайтов для такой игры ?

Вот, по предложенному мной простому методу,
если 256 не достаточно,
то кодер просто будет юзать 2-ух байтовый номер спрайта.

[zx-kit]

Да, нормальная идея.


Только, оставить выбор за кодером, какой метод использовать,
описанные вами банки или
3-ёх байтовый адрес.
Т.е. нужно реализовать в карте оба метода.
(начать с более простого)

[/COLOR]Номер спрайта, можно сделать 2 байтовым.
Но, по умолчанию, старший байт равен нулю.
Тогда, кодер может установить:
- только младший байт номера спрайта
(если 256 номеров спрайтов достаточно)
или
- младший и старший байты номера спрайта
(если 256 номеров спрайтов не достаточно)

Вот, по предложенному мной простому методу,
если 256 не достаточно,
то кодер просто будет юзать 2-ух байтовый номер спрайта.

Вы согласны, что спрайты в банке должны быть одинакового размера ?
Старший байт номера спрайта - это номер банка.
Чтобы видеокарта могла найти спрайт по номеру она должна знать начало банка и размеры спрайтов в этом банке.

Если указывать при копировании трехбайтный адрес спрайта, тогда нужно будет каждый раз указывать и размер спрайта, если будут использоваться спрайты разных размеров. А при обращении по номеру банка и спрайта размер спрайтов будет читаться из параметров банка. Как их увязать между собой.

Как вариант можно не делить всю область на банки и не сохранять их параметры. Тогда нужно каждый раз при смене размера используемого спрайта задавать текущий размер и указывать адрес начала спрайтов данного размера. Тогда нет ограничений на количество банков и не надо сохранять в видеокарте их параметры.

FPGA может аппаратно умножать числа по 18 битов. Это можно использовать для вычисления смещения спрайта в банке.

Запутаться можно уже...

Давайте о банках и спрайтах еще обдумаем хорошенько. Еще нужно обдумать о поведении блиттера на границах экрана. Например, как изображать спрайт летящего справа-налево объекта ?

[Valen]

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

Да, конечно.

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

Верно.


Смотрите, можно проще, прям без "банков", вот так:
- установил начало области (3 байта адрес спрайт памяти)
- установил размер спрайтов области (2 байта)
- копирую спрайт по номеру спрайта (номер спрайта: 1 или 2 байта)
- ...


Т.е. всё тоже самое, что вы говорили, только понятия "банка", мы не вводим. А просто при необходимости, подаются команды установки "начала области" и "размера спрайтов области" (вместо переключения банков).
По моему так по-проще будет.

[zx-kit]

Смотрите, можно проще, прям без "банков", вот так:
- установил начало области (3 байта адрес спрайт памяти)
- установил размер спрайтов области (2 байта)
- копирую спрайт по номеру спрайта (номер спрайта: 1 или 2 байта)
Т.е. всё тоже самое, что вы говорили, только понятия "банка", мы не вводим. А просто при необходимости, подаются команды "установки начала области" и "размера спрайтов области" (вместо переключения банков).
По моему так по-проще будет.

Хорошо. давайте остановимся на этом варианте.

[alone]

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

[zx-kit]

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

Вроде решили, что не стоит ограничивать полет фантазии программиста размерами спрайта 16 х 16 точек или каким-либо другим. Пусть он сам выбирает размер, например 6х8 точек для букв. А для произвольного размера нужно умножение при определении по номеру адреса начала спрайта .


В команды добавлено:

АДРЕС НАЧАЛА ОБЛАСТИ СПРАЙТОВ
LD (IY+1), SPR0_ADDR0 ; младший байт адреса
LD (IY+1), число
LD (IY+1), SPR0_ADDR1 ; средний байт адреса
LD (IY+1), число
LD (IY+1), SPR0_ADDR2 ; старший байт адреса
LD (IY+1), число

РАЗМЕР СПРАЙТОВ В ОБЛАСТИ
LD (IY+1), SIZE_X ; размер спрайта по-горизонтали (обычно 16)
LD (IY+1), число

LD (IY+1), SIZE_Y ; размер спрайта по-вертикали (обычно 16)
LD (IY+1), число

[Advertiser]

[alone]

Вроде решили, что не стоит ограничивать полет фантации программиста размерами спрайта 16 х 16 точек или каким-либо другим.

При чём тут размер спрайта?

[alone]

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

Если все спрайты одного размера - то это не "произвольный размер".
И умножение не нужно. Вообще. Ни для начала спрайта, ни для середины спрайта.

[zx-kit]

При чём тут размер спрайта?

Тогда объясните поподробнее, что вы имели ввиду.

[alone]

Пользователь задаёт координаты левого верхнего угла спрайта в битмапе и размер этого спрайта. Первая строка спрайта берётся по адресу base+256*Y+X. Следующая строка спрайта берётся по адресу +256. И так далее.