Конфигурация от TS-Labs

[breeze]

без софника тестировать не буду ;-)

без чего ? o_O

[lvd]

У кого нет байтбластера - просьба не обращать внимание на незнакомые слова :-P

[lvd]

А как вариант, можно не выйоживаться, засосать .sof в свн. Да и остальные бинари тоже. И не париться с редактированием постов.

когда з80 интенсивно трахает память,

Наиболее интенсивный трах памяти - это, вроде, последовательность ld (xx),hl или ld hl,(xx)

[acidrain]

Идея сама - как? Нужно это кому-то, кроме меня???

Да, нужно! я за руками и ногами - только с подробным описание, что да как и с чем его едят. =)

[lvd]

Кто за этот свн знает?

Там на сайте, можно всё скачать браузером. А кто ниасилит - тому не надо.

[lvd]

спрайты имеют фиксированные размеры.

И собираются из тайлов

[breeze]

Спасибо Breeze, который все время подкидывает новые идеи.

спасибо, не спасибо, я просто пытаюсь сделать (то что мы обсуждали, не хочу пока раньше времени писать) и попутно всплывает всякая фигня

- Итак, спрайты 64 -> 32 шт.

категорически против, ибо даже 64 всё-таки мало, а 32 уж вообще

- Адрес с точностью до 2х байт

это ещё терпимо, ибо скролл с кратностью 64px это жесть

- Видимая часть по Х
- Смещение по Х видимой части

не знаю, я предлагал вариант со смещением видимой части, потому как кратности по 64px жутко не удобна. но если её реализация требует столько ресурсов, да ещё и тянет за собой уменьшение количества спрайтов - не стоит! лучше я сделаю один спрайт с 10 фазами и буду прыгать по адресу, реализуя анимацию, чем двигать видимую область. В прочем дело твоё, хочешь делай!

- Размер У с точностью до 2 линий (0-510)

это важно! ибо если делать вертикальный скролинг, по 2px это ещё терпимо, большее число это уже слишком быстро.

- бит 7 палитры юзать как принудительную прозрачность (т.е. если бит 6=1, то не пиксель не рисуется, а если бит7=1, то рисуется прозрачный цвет. Нужно для выравнивания краев в бегучках)

не совсем понял, но если это не требует доп ресурсов, почему нет

Придется задействовать дополнительные регистры СПУ.

уфф, не стоит, если это для видимой части.

Это есть не гуд, ибо падает скорость обработки массива/уменьшается кол-во спрайтов.

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

Не зря везде на консолях спрайты имеют фиксированные размеры.

там подход другой x_x

[DimkaM]

категорически против, ибо даже 64 всё-таки мало, а 32 уж вообще

+1

это ещё терпимо, ибо скролл с кратностью 64px это жесть

угу, это чё спрайт 8х8х4с будет 64 байта занимать?! Или выёживатся с кодом мешать.

TS-Labs, верни взад ети фичи.

[lvd]

категорически против, ибо даже 64 всё-таки мало, а 32 уж вообще

Не знаю, как у глубокоуважаемого одессита, но даже на ц64 можно было делать sprite reuse. В каждой строке не более эн спрайтов, но когда какой-то спрайт кончит рисоваться, его регистры можно перегрузить для нового спрайта ниже по ходу луча.

[Yuri]

Может пригодиться? Там про спрайтовый процессор NES написано.
http://cah4e3.shedevr.org.ru/nes_inside.php