GameNoname

[jerri]

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

Ага. тут уже говорили несколько вариантов.

теперь с обоснованием

1. фон из блоков 8*8, спрайты рисуются в буфере
на экран выводим только те блоки которые изменились.
тоесть имеем две таблицы размером в массив
1 карта тайлов
2 карта изменений
если надо обьясню подробнее

2. вариант для Вектора.
4 битплана по 2 битплана на экран
нарисовав на 2 битпланах ждем фрейм и переключаем палитру так чтобы перерисованные битпланы получили цвет.

[Advertiser]

[Stl75]

Привет всем...
На Спектруие - мерцание решается достаточно просто...

1. В 48К режиме - сформировываем экран в буфере - печатаем буфер на экран...
2. В 128К режиме - есть 2 экрана. Делаем активным то 1 экран,
то другой...

Для Вектор-06Ц можно попробовать так...
1. 4 экранные плоскости - делил по 2...
2. Формируем экран в плоскости 1-2, либо 3-4...
3. И за счет программирования палитры цветов -
делаем 2 плоскости видимыми, попеременно их меняя...
???

Количество цветов в игре - разумеется снизится до 4...

[KTSerg]

Привет всем...
...
Для Вектор-06Ц можно попробовать так...
1. 4 экранные плоскости - делил по 2...
2. Формируем экран в плоскости 1-2, либо 3-4...
3. И за счет программирования палитры цветов -
делаем 2 плоскости видимыми, попеременно их меняя...
???

Количество цветов в игре - разумеется снизится до 4...

Одновременно отображаемых 4, а в игре, скорее всего 7 или 8, по 4 цвета на каждую пару плоскостей.

Вопрос только в том, как к такому мерцанию отнесутся современные мониторы/телевизоры/тв-тюнеры/и пр. ... ?
У всех ведь скорее всего есть тяга "улучшить" изображение, усредняя последовательные кадры, а тут будет мерцание черезкадровое, чётные кадры одно изображение, нечётные другое...

[ivagor]

На Спектруие - мерцание решается достаточно просто

Для Вектор-06Ц можно попробовать так

Не может быть, неужели на векторе возможна двойная буферизация? Хотя подождите: 1, 2, 3, 4, 5 (это не все примеры, но и тут можно заметить, что вариантов организации больше одного)

[svofski]

Не может быть, неужели на векторе возможна двойная буферизация?

Я первое сообщение понял как то, что Вектор предоставляет большее разнообразие в этом деле. И с этим утвержением я согласен.

[svofski]

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

Но по-моему для игры такого типа никакого специального мудрежа не нужно. Ей не нужно поддерживать какой-то фиксированный фреймрейт, а много цветов тут важнее скорости отрисовки. Чтобы обновления были локальными нужен промежуточный буфер, в который рисуются сначала фон, потом с со своими масками предметы и персонажи. И такой буфер целиком уже потом каким нибудь предельно тупым и скорострельным способом выводится в нужное место на экране. На глаз это должно смотреться нормально даже без синхронизации, потому что обновления минимальны. Но вот как именно выбирать регионы для отрисовки - задача интересная. Тривиальное решение -- весь экран, но столько памяти, по крайней мере в кваслесс версии, просто нет. Ну а если и есть, то перекачивать столько памяти зараз выходит очень медленно.

[Stl75]

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

Но по-моему для игры такого типа никакого специального мудрежа не нужно. Ей не нужно поддерживать какой-то фиксированный фреймрейт, а много цветов тут важнее скорости отрисовки. Чтобы обновления были локальными нужен промежуточный буфер, в который рисуются сначала фон, потом с со своими масками предметы и персонажи. И такой буфер целиком уже потом каким нибудь предельно тупым и скорострельным способом выводится в нужное место на экране. На глаз это должно смотреться нормально даже без синхронизации, потому что обновления минимальны. Но вот как именно выбирать регионы для отрисовки - задача интересная. Тривиальное решение -- весь экран, но столько памяти, по крайней мере в кваслесс версии, просто нет. Ну а если и есть, то перекачивать столько памяти зараз выходит очень медленно.

Можно и так - выводить изображение через буфер...

Только у Вектора-06Ц - видеопамяти 32Кб...

Сколько памяти - сможете выделить на буфер???

[svofski]

Сколько памяти - сможете выделить на буфер???

Ну это как parallelno придумает.

1) Простой вариант -- это выбрать окрестность персонажа округленную до знакоместа. 3х3 тайла будет буфер, где главный герой в центре. Остальных непоместившихся персонажей и всякие пули, мечи и стрелы перерисовывать аналогично по очереди. Картинку будет рвать, но не весь экран разом, а локально и каждый раз по разному, так что есть шанс, что почти всегда это будет незаметно. Особенно при том, что тут все крохотное 8х8. Так по-моему легко может случиться, что все перерисовывается по многу раз. Этому легко помочь, помечая в дополнительной битовой карте какие участки уже перерисованы.

2) Как вариант, можно сделать буфер не 3x3 тайла, а шириной в экранную строку.

3) Еще идея -- если хорошо отладить клиппинг всех спрайтов (а это не так уж и сложно), можно сделать процедуру отрисовки одного тайла с наложением всех предметов и персонажей. Тогда тайлы можно перерисовывать в любом порядке, хоть в псевдослучайном. Тогда основная логика будет только помечать тайлы, требующие обновления, а рисовальный цикл будет обходить карту их обновлять. Сначала мне показалось, что это запарно, потому что клиппинг и все такое, но на самом деле это по сути упрощение варианта (1).

[reddie]

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

Учитывая статичный фон, проще действительно выделять буфер, куда сперва выводятся затронутые тайлы фона, а сверху уже накладываются спрайты персонажей/врагов.
Если точнее - несколько небольших буферов чуть больше размера спрайтов, чтобы затирать предыдущие фазы движения.

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

Только у Вектора-06Ц - видеопамяти 32Кб...

При "буферизации" лишь кусков под движущимися спрайтами памяти уйдет в разы меньше, пропорционально кол-ву этих спрайтов на экране.

[Stl75]

Собственно, на Векторе есть несколько игр,
в которых буфер точно в видеопамяти...

Например, Сражение 1, 2...
sragen1.rom,
sragen2.rom...

Цвета видно обрезали...
Например, до 8...
???