GameNoname

[parallelno]

Спасибо всем за советы и обсуждение!

Немного детайлей об игре.
В игре тайлы 16*16. 16 цветов. Тайл с "землей" рисуется всегда в $8000 плоскость. Спрайты мобов и героя 16*15. Рисуются в три плоскости начиная с $a000.
Мерцание в основном изза двух факторов.
1. Спрайты стираются полным размером спрайта в предыдущей позиции спрайта, затем спрайт рисуется в новой позиции. Это приводит к тому что спрайта не виден полностью или частично. Пока план лечения это стирать только то место где новый спрайт уже не рисуется. т.е. для горизонтального движения стирать только 8*15 полоску и только в тех моментах когда спрайт переместился на следующий байт. т.е не каждый кадр. Это как я надеюсь сильно уменьшит проблему. Если глитчи останутся сильными, буду думать дальше. )
2. При наложении одного спрайта на другой. Это лечитать планирую тем что при наложении спрайтов рисовать их по маске. Или как минимум рисовать монстров без маски, а глав героя по маске сверху.

Из интересного. В игре спрайты рисуются/стираются не каждый кадр. Герой в анимации движения рисуется каждый второй кадр, в анимации Idle рисуется кадый 8 кадр. Если спрайт стартует новую анимацию то счетчик одновляется и спрайт сразу будет отрисован. то есть герой в idle будет отрисован сразу без задержки после того как игрок перестал нажимать на клавиши. Но следующий кадр idle анимации будет нарисован чере 8 кадров.
Скелеты для всех анимаций рисуются каждый 8 кадр. Но как в случае с героем они сразу отрисуют первый кадр новой анимации, затем следующий через 8 кадров. Их скорости медленнее героя и снижение фреймрейта я не замечаю. Более быстрые мобы будут могут рисоваться чаще. Это пер анимейшен параметр конкретного мобика.
Для балансировки нагрузки все мобы стартуют свои анимации со смещением задерки. то есть если на экране 7 мобов + герой, то все они будут рисоваться в свой кадр и нагружать процессор примерно как один моб рисуюшийся каждый кадр.
В целом считается что мобы и герой размером с тайл. но их видимая часть может быть меньше. В памяти храниться и отрисовывается только видимая часть. то есть спрайты в анимации не приязаны к размеру тайла и могут быть от 8 до 24 пикселей по гризонтали.

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

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

Подскажите пожалуйста можно ли использовать квазидиск для чтения музыки каждый кадр и подмену экранных плоскостей с квазидиском?

[Advertiser]

[svofski]

Подскажите пожалуйста можно ли использовать квазидиск для чтения музыки каждый кадр и подмену экранных плоскостей с квазидиском?

Квазидиск для чтения чего угодно можно использовать, музыки тоже. Можно даже для записи музыки

Подмену экранных плоскостей нельзя. Экран всегда рисуется из основной памяти.

[jerri]

Спасибо всем за советы и обсуждение!

Немного детайлей об игре.
В игре тайлы 16*16. 16 цветов. Тайл с "землей" рисуется всегда в $8000 плоскость. Спрайты мобов и героя 16*15. Рисуются в три плоскости начиная с $a000.
Мерцание в основном изза двух факторов.

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

[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-мя градациями серого цвета.

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

[Smalovsky]

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

[BlaireCas]

Я вижу, уже начинают отговаривать от полноцветности

Ну засмущал уже. Беру слова назад. Нужно 16 цветов! (а то и правда какой совецкий домашний комп мог такими цветами похвастаться, союз-неон из-за своей единичности можно не считать)

[Smalovsky]

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

[parallelno]

О, кстати это классная идея! Иметь незапорченный фон целиком ускорит процесс восстановления фона на экране.
Сопутствующий вопрос. Сколько времени требуется на подключение к квазидиску на чтение? Где поподробнее почитать про работу с ним?

[KTSerg]

О, кстати это классная идея! Иметь незапорченный фон целиком ускорит процесс восстановления фона на экране.
Сопутствующий вопрос. Сколько времени требуется на подключение к квазидиску на чтение? Где поподробнее почитать про работу с ним?

Процессор не имеет представления, читает он из основного ОЗУ или из КД, тоже самое и с записью.
У КД есть управляющее слово, которое записывается в порт 10h, этим словом КД включается в нужный режим или отключается (хrа а\ out 10h).
Значения бит управляющего слова расписаны много раз во всех описаниях КД, в журнале ВекторЮзет тоже.
Соответственно, требуется по 20 тактов на включение и выключение КД.
Если КД оактивируется на работу со стеком, то все стековые операции (PUSH, POP) , будут обращаться к КД, а команды обычных записи/чтения (sta, lda, shld, lhld, stax, ldax) будут работать с основной памятью, именно этот режим и используется для переноса данных из КД в основное ОЗУ, и обратно.

[parallelno]

KTSerg, включение квазидиска 20 тактов, отключение 16? Уточняю чтобы удостовериться что я правильно тебя понял.
Если квазидиск включен на работу как стек и прерывания включены то прерывание запортит как минимум два байта данных квазидиска, правильно?