[ Каскадный ] · Стандартный · Линейный Программирование на Famicom/NES/Денди в IDE Nesicide, Программирование NES в асме CA65 и IDE Nesicide

[aa-dav]

Давно уже я написал руководство по программированию на Game Boy Advance, скорее всего единственное на русском языке и как там писал присматривался и к денди, но не нравилась мне хардкорность программирования на столь древней системе.

Однако недавно я наткнулся на одну довольно интересную IDE — Nesicide https://knob.phreneticappsllc.com/nesicide/ которая сильно снизила для меня порог вхождения в это дело и... ретроэнтузиаст во мне проснулся и закипела работа над уроками по программированию на Famicom/NES/Денди в ядрёном ассемблере как завещали предки: http://hype.retroscene.org/blog/967.html

Уроки находятся в процессе написания и будут появляться новые.

Результаты уроков выглядят пока не особо зрелищно, но такова суть уроков.
Первый урок показывает скроллинг заднего фона заполненного разными символвами:



Второй показывает работу с 64 возможными спрайтами на платформе — они выстроены в лесенку с перекрытием, а два летают свободно:



Второй показывает технику HBlank–отсечения с помощью zero–sprite–hit — то как в играх типа Super Mario или Bomberman реализовывалась неподвижная полоска игровой статистики с одного из краёв экрана:



Четвёртый урок демонстрирует возможности звукового драйвера FamiTone2 от известного в узких кругах ретроэнтузиаста Shiru:



Этот драйвер может воспроизводить музыку и звуки созданные в программе Famitracker, но в отличие от драйвера самого Famitracker заточен под игровое применение.

Пятый урок демонстрирует переключение банков памяти программы/данных в картридже с маппером MMC3 и когда на экране меняются строки - они находятся в разных страницах расширенной памяти картриджа (сверх 32Кб консоли без апгрейдов):



Урок шестой: перехват прерывания IRQ по счётчику сканлайнов при маппере MMC3 демонстрирует полноэкранную картинку (что нетривиально сделать в тайловой графике денди с ограничением 256 тайлов на стандартный кадр):


Урок седьмой - полноценный перехват прокрутки по прерыванию от счётчика сканлайнов маппера MMC3:


Этого всего уже достаточно чтобы написать игру уровня Darkwing Duck, Contra Force и т.п.

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

Стоит заметить так же, что на хабре существует перевод статьи про программирования на NES на языке C: https://habr.com/ru/post/348022/

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

Сообщение отредактировал aa-dav - Суббота, 25 июля 2020, 11:25

[aa-dav]

Доделываю последний урок по мапперу MMC3 и полноценному скроллингу с панелью состояния игры - код и видео готовы, но эта техника самая сложная что я реализовывал и хотелось бы проверить на реальном железе.
Если кому нибудь не трудно, проверьте плиз.
По ссылке https://yadi.sk/d/_THxg1gxuCCVNw это последний седьмой урок. Образ в этой же папке лежит.
Изначально направления скроллят нижнюю зону экрана которая отсчитывается от позиции Y где находится спрайт.
Если зажать (A), то начинаем двигать сам спрайт быстро.
А если зажать (, то спрайт двигается шажками для точного позиционирования.
Смысл вот в чём - чтобы поменять параметры скроллинга нужно выдержать правильную паузу и быстро выполнить запись в порты ввода видеочипа.
Код в качестве этой паузы берёт уже координату X спрайта и разные эмуляторы показывают разный диапазон допустимых значений.
Так FCEUX видео с которого я снял ниже показывает? что глитчи в линии со спрайтом (они гуляют если разные паузы делать) исчезают если координаты спрайта по X (верхнее отображаемое число) заключено в диапазоне 0C-10 (это шестнадцатеричная запись числа для простоты кода).
Но более щепетильный эмулятор Mesen (король отладки) заужает этот диапазон до 0D-0F.
Нужно аккуратно выставлять позицию спрайта и скроллить в разных фонах и направлениях проверяя не дёргаются ли пиксели с краёв экрана.
На видео я думаю всё прекрасно видно.
Насколько я знаю даже разное железо тоже по разному может реагировать (конечно разница между PAL/NTSC очевидна).
Посему очень интересно как реагирует настоящее железо - интересен сам диапазон валидных значений интересен.


Сообщение отредактировал aa-dav - Четверг, 02 июля 2020, 09:42