GameNoname

[BlaireCas]

Тогда кваза хватит на 236 таких спрайтов со всеми сдвигами

Нууу.. 640кб хватит всем Разумеется там еще и тайлов кучу надо будет бы хранить. Однако да, соглашусь что с прешифтом конечно быстрее. Но ведь там еще и зеркалирование надо. Типа герой ходит ведь не только вправо, а еще и влево (ну и непись тоже).

[Advertiser]

[svofski]

С прешифтовыми спрайтами там вообще никакой памяти не хватит если даже делать не все 16 цветов.

Да уж, для полноцветных спрайтов это толсто.

Таблицы на 8080 тоже не подарок, хотя если их все выравнивать по 256, то ничего страшного.

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

О! Берем всю ходьбу персонажа - кадр за кадр и сдвиг за сдвигом - и заворачиваем ее в zx7 поток и проигрываем его при нажатии клавиши Правда именно такие данные не факт, что хорошо сплющатся.

[ivagor]

Тогда кваза хватит на 236 таких спрайтов

Если с маской и запасом по 2 байта на каждый спрайт, то 176.

[BlaireCas]

Отказаться от 16-ти цветов. Да это как коту покушать дать, а он еще просит, не хватит памяти так.
Если в игре делать еще и текст (а в рогаликах он очень много займет тупо текст, вон ведь когда диззи люди делали - то жаловались что тупо из-за текста игра не влезает в 128к)
Вообще ведь Вектор крут с палитрами и позволяет сделать grayscale на игруху без извращений вида "убери цветность с монитора". И причем намного лучше даже графоний будет смотреться (имхо конечно) с 4-мя градациями серого цвета.

[svofski]

По-моему рано отказываться от красоты в 16 цветов. Развертки можно делать перед показом экрана только те, которые могут понадобиться. Сколько персонажей одновременно можно увидеть на экране? Вряд ли 176.

Текст точно можно жать и распаковывать на лету.

[parallelno]

Чего-то не было в картотеке теста расширений Баркаря, добавил
http://sensi.org/scalar/ware/918/

Насколько распространена была поддержка расширений Баркаря? У меня был раньше квазидиск, но честно сказать я не в курсе было там что-то от Баркаря или нет.
Идея сделать игру для вектора с самой распространенной поддержкой квазидиск

- - - Добавлено - - -

Это все предсдвиги? Пора начинать жульничать. Настоящие герои подземелий редко ходят меньше, чем на два пикселя Хотя похоже, что кваз все равно понадобится, так что почему действительно им не воспользоваться на всю катушку.

Да, предздвиги на 2 пикселя.

Про хранение маски через байт вместе с пикселями видел? Вывод получается удобно типа pop b \ mov a, m \ ana c \ ora b \ mov m, a

Способ интересный. Спасибо! Для одноцветного спрайта и может даже потянет когда две плоскости задействованы под спрайт. Нужно покумекать как это адаптировать к моему варианту где спрайт в трех плоскостях. Не хочется дублировать маску три раза для каждой плоскости.

[KTSerg]

Насколько распространена была поддержка расширений Баркаря? У меня был раньше квазидиск, но честно сказать я не в курсе было там что-то от Баркаря или нет.
Идея сделать игру для вектора с самой распространенной поддержкой квазидиск

Для хранения данных игры на КД, нет разницы, стандартный КД или с доработкой Баркаря.
Так как на работу КД в режиме стек - эта доработка ни как не влияет.
А вот если захочется часть кода программы хранить на КД в адресном пространстве экранного ОЗУ, и чтобы программа работала физически находясь на КД (при КД включенном в режиме ОЗУ), вот тогда доработка Баркаря полезнее, так как расширяет используемое на КД адресное пространство с 16КБ до 32КБ (в каждом банке КД).

[parallelno]

Тайлы 16*16 могут быть составлены из 4х элементов 8*8

Думал об этом, но карты будут занимать больше памяти и буферы тоже. Зато выигрыш конечно в гибкости графики для тайлов карты. Пока остановился на 16*16. Меньше памяти, удобства в подсчетах. Например индексация укладывается в один байт и т.п

- - - Добавлено - - -

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

lxi b, $7e81 \ mov a, m \ ana c \ ora b \ mov m, a \ dcr l

А если без маски и со стеком, тут вообще можно отжиг устроить
lxi b, $55aa \ push b ; 28 тактов на две строки, а если паттерн повторяется, то и вообще 12 + (8 * число строк).
для тайлов / фона, чего бы и нет

Интересно! Хочется замутить мелкие частицы. Тоже нужно будет что-то быстро и много мелкого рисовать и востанавливать на экране. Есть мысль тупо инвертить те места и востаравливать тоже инвертированием.

- - - Добавлено - - -

На векторе есть игры с предсвинутыми спрайтами полностью в квазе.
Посчитаем. У parallelno спрайты 16*15*8 цветов. Пусть будут 16*16 (может 15 это ошибка). Тогда кваза хватит на 236 таких спрайтов со всеми сдвигами, это очень даже много для сравнительно небольшой игрушки.

Это не ошибка.

- - - Добавлено - - -

Да уж, для полноцветных спрайтов это толсто.

Таблицы на 8080 тоже не подарок, хотя если их все выравнивать по 256, то ничего страшного.

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

О! Берем всю ходьбу персонажа - кадр за кадр и сдвиг за сдвигом - и заворачиваем ее в zx7 поток и проигрываем его при нажатии клавиши Правда именно такие данные не факт, что хорошо сплющатся.

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

- - - Добавлено - - -

Отказаться от 16-ти цветов. Да это как коту покушать дать, а он еще просит, не хватит памяти так.
Если в игре делать еще и текст (а в рогаликах он очень много займет тупо текст, вон ведь когда диззи люди делали - то жаловались что тупо из-за текста игра не влезает в 128к)
Вообще ведь Вектор крут с палитрами и позволяет сделать grayscale на игруху без извращений вида "убери цветность с монитора". И причем намного лучше даже графоний будет смотреться (имхо конечно) с 4-мя градациями серого цвета.

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

[ivagor]

lxi b, $7e81 \ mov a, m \ ana c \ ora b \ mov m, a \ dcr l

Лучше
mov a,m\ ani 81h\ ori 7Eh\ mov m,a\ dcr l
на байт короче и на 4 такта быстрее. Ну и пара BC свободна для чего-нибудь полезного. Например можно в HL, DE и BC разместить все адреса для трех плоскостей и избавиться от тормозящих переходов между плоскостями.

[Smalovsky]

parallelno, есть же демка "Чип и Дейл". В ней 16 цветов и восстановление фона. Посмотри, может найдешь в ней что-то полезное.
Совет: слушай всех, но делай так как сам считаешь нужным.
Я вижу, уже начинают отговаривать от полноцветности.