А вообще возникла такая идея.
У игрока будет всего 4 возможных варианта в бою (не считая аптечки и брони):
— Атака - обычная атака;
— Защита - defence * 2;
— Уклонение - dexterity * 2;
— Побег - dexterity / 2;

А вот с врагами интереснее!
Будет три типа атаки:
— Обычная атака;
— Усиленная атака - attack * 2
— Хитрая атака - accuracy * 2
И также будут уклонение и защита, как и у игрока.

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

Хочется уже показать что-то кроме сплошных формул, но пока на экране ничего не происходит=(

Немного помучился вчера с боями и теперь есть, что показать=)

Пока работают только 3 кнопки: атака, защита и уклонение.
— При атаке урон высчитывается по уже известной формуле. При этом, 25% урона всегда идет на броню, а остаток на здоровье. Если урон броне перевалил за количество брони, то остаток урона прибавляется к урону здоровья. Возможно над этим надо еще подумать.
— При нажатии на "Защиту", показатель defence умножается на 2.
— Аналогично с "Уклонением". Но на 2 умножается dexterity.
— После хода игрока все показатели врага сбрасываются до дефолтных значений и vice versa.

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

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

https://youtu.be/LnzuMJLZRdU?si=S59nYuS6Pftfr8tw

Офигенная серия видео. Мужик на макетной плате собирает компьютер на базе процессора 6502 и тут же программирует его.

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

Погуглил, оказывается, есть куча современных микропроцессоров, да и 6502 все еще производят (точнее 65С02). Но как к этому подступиться, пока не понимаю)

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

Один игровой спрайт в моей игре состоит из 4 хардварных спрайтов. Я сперва рисовал игровые спрайты в Aseprite (двойные пиксели трудно рисовать), а потом переносил вручную изображение в редактор спрайтов для Commodore, где рисовал их уже по отдельности (и это очень неудобно).

Поэтому я не придумал ничего лучше, чем создать собственный редактор спрайтов исключительно для своей игры. Это очень сырая версия, которую потом я конечно же доработаю (нет). Осталось добавить только функции для сохранения изображений в json, png и asm.

А писал я кстати на Godot. Обожаю этот движок за то, что на нем можно спроектировать все что угодно за день-два.

Редактор поддерживает все возможности Commodore:
Во-первых, можно отдельно отключить сетку для каждого пикселя и сетку для каждого спрайта.
Во-вторых, можно выбрать цвет для каждого спрайта и два цвета, общих для всех спрайтов.
В-третьих, можно выбрать, каким из цветов рисовать конкретный пиксель (или стереть его)
В-четвертых, все это работает в 60 FPS.

Короче, как допишу сохранение и загрузку, станет намного проще.

А то, как я реализовал в итоге шанс попадания по врагу в игре потом покажу)

А вообще жесть. Я тут посчитал, что раз у меня на каждый уровень уникальные текстуры стен и спрайты врагов и объектов, то получается, что мне надо нарисовать:
— 16 * 10 уровней = 160 текстур;
— 4 * 10 = 40 врагов;
— 4 * 10 = 40 объектов;
Итого 240 изображений.
Кажется, что я буду использовать уже имеющиеся текстуры на других уровнях, но менять окраску (как в Doom RPG), и это должно сработать.

Немного цветовой магии, и вот обычная собака превращается в посланника ада (нет)

В общем, это можно использовать)

Почти дописал боевую систему!!!
Правда не очень понятно, насколько она вышла адекватной. Надо тестировать. А еще обязательно надо будет проверить пошагово на правильность кода. Визуально он вроде работает, но где-нибудь могла закрасться ошибка.
А еще надо бы как-то показывать на экране, чей ход. Сейчас, в принципе, это видно по тексту, но хотелось бы более понятный индикатор.

Когда враг планирует сильную или хитрую атаку, это отображается на экране. При этом игроку надо угадать, что делать дальше: защищаться или уклоняться. Ну и после каждого хода врага есть задержка в 2 секунды, чтобы игрок успевал прочитать текст. Да, вроде кривого кода дофига с кучей деления и умножения, но отрабатывает моментально.

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

Нашел на даче старый телевизор, Panasonic со встроенным кассетоприемником )

И Atari все таки предназначено именно для таких теликов. Изображение офигенное

Помучился с прерываниями, но засунул еще два для визуализации попаданий и промахов.

А помогло то, что я написал собственную функцию выхода из прерывания, которая намного короче, чем системная.

Первое прерывание моргает рамкой двумя цветами. Решил, что синий и голубой цвета будут означать, что игрок промахнулся.

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

На видео цвета меняются каждые 8 кадров в течение ≈ 2.5 секунд.

С врагами примерно также, но так как у спрайтов 2 цвета общих и 4 уникальных, менять можно все шесть.

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

На этом спрайте мерцание выглядит неплохо, но на спрайте собаки совсем криво

Который день борюсь с созданием fade out заставки. Самой заставки еще нет, поэтому экспериментирую на основном экране=)

Получается криво, и я точно буду искать другой паттерн. Но не в этом главная проблема.
На видео функция отработала нормально, но так происходит не всегда.

Я добавил в цикл две задержки, каждая по 5 кадров. Да, это очень банальное решение.

Я помещаю в переменную timer_delay значение от 0 до 255 (от 0 до +- 5 секунд). Процессор в очередном прерывании считывает эту переменную, и если она не равна нулю, уменьшает значение на 1.

А в самой функции я просто жду:

        ; wait several moments        
        lda     #5
        sta     timer_delay
@delay_1
        lda     timer_delay
        bne     @delay_1

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

При этом я не могу в отладчике поймать момент, когда все начинает ломаться. Видимо пришла пора воспользоваться записью процесса в VICE.

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

Сделать под каждую шахматную последовательность разные звуки как в играх Лукаса Поупа. А у него очень хорошо получаются резкие звуки в привязке к какому-то действию.

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

Если встроить код в стандартный процесс (в моем случае я поместил ее на кнопку Save), то все работает нормально=)