Видимо, пора Tang Nano брать в оборот. Не очень смотрится энкодер для HDMI, он же внешний не такой и дорогой, а ресурсы высвобождает, да и греется это все. Но в целом надо бы уже пробовать.

Прорекламирую тут: https://github.com/true-grue/Brus-16/
Учебная игровая консоль Брус-16 на базе 16-битного стекового процессора, заточена под FPGA, программируется на Питоне (https://github.com/true-grue/Brus-16/blob/main/docs/dsl_ru.md)

Поиграть онлайн можно здесь: https://true-grue.github.io/Brus-16-Demo/brus16.html

Накидал на скорую руку эмулятор под эту суровую мужицкую брутальную консоль. Оригинальные тесты выглядят примерно так же:
http://totalvacuum.ru/BRUS16/logo.htm
http://totalvacuum.ru/BRUS16/racing.htm
http://totalvacuum.ru/BRUS16/random.htm
В гонках управление стрелками клавиатуры.

Ну и небольшая проба пера, проверка возможности компиляции под сабж:
http://totalvacuum.ru/BRUS16/wolf3d.htm
http://totalvacuum.ru/BRUS16/columns.htm
Управление кнопками WASD
Нижняя игра (columns) взята отсюда: https://github.com/corax89/game_engine_for_esp8266_with_compiler
Там у автора, кстати, самодельный Си.

Теперь Alter Ego есть не только под мой Форт-процессор, но и под Брус-16:
http://totalvacuum.ru/BRUS16/alterego.htm

ссылка на изображение
Управление WASDX

Кстати, в оригинал от Дениса Грачева под ZX Spectrum можно сыграть тут: https://viva-games.ru/game/alter-ego
А порт Shiru под NES есть здесь: https://archive.org/details/pouet_71667

А вообще под Брус уже несколько симпатичных игр наштамповали:
https://true-grue.github.io/Brus-16-Apps/brus16.html

Надо будет еще отчетик после конференции сюда скомпоновать

Кстати, посмотрите, например, Gerion или Robot
https://true-grue.github.io/Brus-16-Apps/brus16.html
Порой даже не верится, что удается уложиться в 64 цветных прямоугольника. А от Гериона в некоторых уровнях даже волосы стынут в жилах
Просто для сравнения: в знакоместе 8x8 64 пиксела, а тут вроде как тоже лишь 64 цветных элемента, но тем не менее с их помощью удается описывать классные картинки (заставка Гериона или тот же Робот - вообще шедевры) и делать симпатичные игры Все равно, что умудриться впихнуть игру в знакоместо 8x8

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

И полтора месяца на все! За такое время иногда успевают только ТЗ с ленцой пролистать.

Исходники порта Alter Ego под Брус-16, текущее состояние дел:
http://totalvacuum.ru/BRUS16/alterego.zip
Собирается через alterego.bat, на выходе имеем "исполняемые" html (можно в браузере погонять) и bin. И даже на Tang Nano 9K запускается

ссылка на изображение

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

ссылка на изображение

Еще бы! Я тут еще на PSRAM облизываюсь. 64 Мбит, но интерфейс SPI x4, много не вытащить. А такой бы замечательный видеобуфер получился!

Кстати, в Брус-16 звук появился, можно в Герионе заценить:
https://true-grue.github.io/Brus-16-Apps/brus16.html
А еще можно определить год выпуска процессора по количеству годовых колец на срезе. И мох растет с северной стороны процессора. Насчет последних двух пунктов не уверен, а вот звук точно есть

В этих ваших интернетах пишут, что Спектруму сегодня 44 года. Вспомним старичка добрым словом:
https://idpixel.ru/news/3464-kompjuteru-zx-spectrum-segodnja-ispolnilos-44-goda/

Да, кстати, статья про Брус-16 на Хабре:
https://habr.com/ru/companies/yadro/articles/1023972/

Вторая статья про Брус-16 - "64 прямоугольника хватит всем"
https://habr.com/ru/companies/yadro/articles/1040288/
или на "зеркале" статей с Хабр (без лишнего трафика) https://forpes.ru/post/231238

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

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

В теории тут разные фокусы с фреймом возможны, система команд это позволяет, т.к. в команде LOCALS, которая выделяет место под фрейм, могут быть закодированы в т.ч. и отрицательные значения. На практике, однако, родной компилятор Питона, насколько мне известно, задумывался и разрабатывался в высшей степени простым: https://github.com/true-grue/Brus-16/blob/main/tools/brus16_dsl.py
А там строго: вошли в подпрограмму - выделили место под фрейм, выходим из подпрограммы по RET - освобождаем. Впрочем, никто не запрещает на ассемблере писать, а в нем любые трюки возможны, даже самые экзотические. Ну, например, стек на базе FP программно организовать.
Что касается моего компилятора Си под Брус-16, то там фрейм и вовсе не используется, локальные переменные размещаются в массиве, а предназначенные для чтения/записи локальных переменных команды GET_LOCAL/SET_LOCAL иногда использую вместо LOAD/STORE для чтения/записи глобальных переменных, так тоже можно, если обнулить регистр FP.