Batty для ПК Специалист

[CityAceE]

Но вдруг откуда ни возьмись за движущимся спрайтами появился шлейф.

Это я забыл про ещё две процедуры для сохранения и восстановления объектов из буфера на экран.

Тут же почему-то счёт первого игрока начал отображаться на месте счёта второго.

Потому что автор как-то странно определял какой игрок был последним - первый или второй. А определял он игрока по экранном адресу вывода цифры счёта. И если адрес был не как у первого игрока, то игроки обменивались при запуске. А так как при смене адресации всё перестало совпадать, то и обмен происходил после каждого запуска игры.

Ну и сейчас завис на адовой процедуре выбивания кирпича. Это какая-то огромная процедура!

Пришлось вникать в работу. И это реально самая сложная процедура, которая проверяет положение стенок раунда, соседних кирпичей и обрабатывает их, а потом обводит оставшиеся кирпичи линией в один пиксель. Да ещё и рисует тень. Вот эта тень мне много крови попила. Да и вообще работу с цветом на Специалисте сложно назвать простой и удобной Особую "радость" добавило наличие яркого чёрного цвета на Специалисте.

И вообще сейчас из-за этого всё поломалось и перестало играться: экран портится, доиграть раунд до конца сейчас не удаётся.

Я конкретно завис на баге, когда я умирал прижавшись к правому краю и всё потом вешалось. Думал уже всё бросить. А оказалось, что виной всему была тень от одной из искр. Она выходила за пределы буфера. В случае с линейной адресацией эта тень просто попадала на следующую линию с противоположной стороны приходясь на бортик, а в моём случае с организацией в столбик эта тень переходила на следующий столбик, то есть за пределы буфера и портила данные.

Вроде всё, что нашёл я поборол. Даже прошёл игру полностью с бесконечными жизнями. Но я проходил версию, когда некоторые буферы поместил в экранную область для визуального контроля. А сейчас я всё спрятал в пользовательское ОЗУ. Надеюсь, что это ничего не нарушит.

Скорость по-прежнему никак не трогал. Неравномерность движения без возможности использовать halt, как на Спектруме всё-таки видна. Наверное, это как-то можно побороть, но я пока не думал в эту сторону.

Таким образом, первый этап я завершил - получил работоспособную версию на 16 цветов для компьютера Специалист-МХ Турбо (с Z80). Предлагаю всем заинтересованным лицам посмотреть и погонять её.

Честно говоря, не знаю теперь хватит ли моего энтузиазма для перевода кода с Z80 на i8080. Формально задача выполнена - Batty на Специалисте теперь есть. Но у меня была цель запустить игру на моём реальном Лике, а там нет ни цвета, ни тем более Z80.

[ivagor]

CityAceE, поздравляю! Ты проделал большую работу и довел до рабочего состояния, и не просто рабочего а вполне играбельного, это очень здорово.

[CityAceE]

ivagor, большое спасибо! Твоё мнение для меня имеет очень большое значение.

Следующим этапом планирую заняться редуцированием цветов. А то сейчас, несмотря на мои изначальные попытки сделать универсальную версию с условной компиляцией, версия для обычного Специалиста, но с процессором Z80, перестала работать корректно - на экране какой-то мусор из кирпичей и прочие артефакты. Наверняка какая-нибудь мелочь, но тоже потребует времени. Большее опасение вызывает полностью ч/б версия, так как то, что получается при отключенном цвете, выглядит, прямо скажем, так себе (см. ниже). Собственно, в это можно поиграть, если запустить версию из предыдущего моего сообщения на обычном Специалисте+Z80. Наверное, стоит подумать над текстурами для кирпичей или что-то вроде того.



Ну и потом стОит всё-таки собраться с духом и адаптировать всё под i8080. А вот эта задача будет уже посерьёзнее. Мало того, что там всё завязано на регистры IX и IY, так ещё и свободной памяти сейчас осталось в районе 768 байт. Но, с памятью можно выкрутиться, задействовав экранное ОЗУ и закрасив эту область в чёрный цвет. А вот с IX и IY пока думаю, что можно придумать. Дело в том, что каждый спрайт на экране - это объект со своими свойствами (координатами, текущим адресом на экране, применённым бонусом, адресом графики и т.д.) и обращение к каждому этому свойству идёт через регистры IX или IY с нужным смещением. Пока лучшее, что придумалось - это перед каждым обращением к любой процедуре, работающей с таким объектом, просто копировать эти свойства в жёстко заданную область памяти, а если там что-то в результате работы процедуры поменялось, эти свойства копировать обратно. Ну и, соответственно, потом вместо индексных регистров со смещением просто обращаться к абсолютным адресам. Мне кажется, что так будет быстрее, чем городить какой-то огород из кучи проверок и переходов.

[goodboy]

с IX и IY пока думаю, что можно придумать.

мне на спеке (в муз.плейерах для AY) встречалась более быстрая альтернатива индексным регистрам.
таблицы выравнены #XX00 ; H=#XX ; L=смещение

..............
случайно наткнулся
...«Арханоид» — классический арканоид, в котором роль кубиков выполняют здания, разрушенные по инициативе властей в период с 1991 по 2015 год, то есть при Лужкове и Собянине. Для сбора информации издание использовало несколько источников, включая сайты «Архнадзор», «Москва, которой нет» и ряд федеральных СМИ.

В игре есть 10 уровней, каждый из которых соответствует одному из районов Москвы: например, Арбат, Якиманка, Замоскворечье. При уничтожении здания (кирпичика) отображается его название и год разрушения.

Игрок может разблокировать фотографии зданий во встроенной энциклопедии, ловя бонусы при помощи подвижной платформы. За уничтожение некоторых «зданий» полагаются «достижения»: например, «кран», «парковки», «лужковская кепка».

[CityAceE]

таблицы выравнены #XX00 ; H=#XX ; L=смещение

Спасибо, это отличный вариант! Однако я пока не уверен, что это возможно будет применить, как раз из-за ограничения по памяти, так как на каждый объект при таком варианте нужно будет отводить по 256 байт. Но я обязательно буду рассматривать этот вариант в числе приоритетных решений.

[goodboy]

на каждый объект при таком варианте нужно будет отводить по 256 байт

тут надо смотреть на размер.
если например таблица занимает байт 40, то за ними можно разместить код (до начала след.таблицы)

[Advertiser]

[ivagor]

планирую заняться редуцированием цветов

Поверхностно глянул и на первый взгляд специалистовские цвета требуют
1. Сменить адрес порта
2. Модифицировать таблицы преобразования цвета и константы
3. Инвертировать кирпичи
Скорее всего основной код не требует модификации и источник артефактов и мусора непонятен

[CityAceE]

ivagor, не всё так просто...

1. Сменить адрес порта

Это я учитывал и сразу делал условную компиляцию в зависимости от модели.

2. Модифицировать таблицы преобразования цвета и константы

Никаких констант там под это дело нет, только жёстко заданные цвета кирпичей. И их я поменял.

3. Инвертировать кирпичи

Тоже сделал. И в итоге вот что получилось:

Скорее всего основной код не требует модификации

Во-первых, всплыла ожидаемая проблема с чёрными кирпичами. Их надо или перекрашивать во что-то, или в коде вставлять проверку на чёрный цвет и при выводе инвертировать. В принципе, это не сложно, но даст дополнительное замедление из-за лишних проверок и ветвления. Плюс возникнет проблема с окантовкой (см. ниже).

Во-вторых, как я уже писал ранее, там есть адова процедура выбивания кирпичей, она обводит линией кирпичи. А так как кирпичи инвертированы, то всё делается не так, как было задумано. Так что нужно будет туда тоже лезть. И, судя по всему, есть ещё и другие места, потому что после проигрывания анимации переливания кирпичей их края тоже выглядят не так, как было изначально. Это видно на скриншоте: разница между соединением красных (поле анимации) и фиолетовых кирпичей.

источник артефактов и мусора непонятен

С этим я быстро разобрался и решил. Я, в принципе, сразу предполагал откуда растут ноги. Для обычного Специалиста я исключил подпрограмму рисования тени под кирпичом, а оказалось, что остальной код полагался на изменённые этой подпрограммой регистры.

[ivagor]

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

Никаких констант там под это дело нет

Константами я назвал например как по адресам 466E 4675

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

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

Возможно для универсальной версии, которая условной компиляцией перенастраивается под MX или 8c лучше (но не проще) сделать инверсию кирпичей (кроме черных) уже в MX версии переставив местами цвета фона и изображения.

[CityAceE]

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

Там всё дело в том, что для всех кирпичей используется один спрайт, который просто при выводе раскрашивается. Видимо под чёрный нужно будет делать отдельный инверсный спрайт.

Что-то я намаялся в этими кирпичами. Никак не получатся сделать красиво используя только два цвета, один из которых чёрный. Вот так выглядит отдельностоящий кирпич на Спектруме и Специалисте МХ:



А несколько кирпичей уже выглядят так:



Спрашивается, как сделать так, чтобы оно в обоих случаях выглядело хорошо, если один из цветов всегда чёрный?