Хабрастатьи по теме:
https://habrahabr.ru/post/311698/ "Pico8 — несуществующая игровая консоль"
https://habrahabr.ru/post/340502/ "Создание платформера для виртуальной консоли TIC-80"
https://habrahabr.ru/post/340234/ "Пишем движок трёхмерного ретро-шутера с нуля"

Мне понравилась бесплатная консоль Tic-80.

Основные фичи:
-экран 240x136, 16-цветная палитра в рамках каждой строки
-2 джойстика со стрелками и 4 кнопками (на клавиатуре Z,X,A,S) или МЫШЬ
-80кб бинарных ресурсов
-64кб Lua-кода
-код, графика и звук - всё может быть создано внутри Tic-80
-возможна публикация картриджей прямо на сайте консоли

RTFM: https://github.com/nesbox/TIC-80/wiki

Мои эксперименты:
https://tic.computer/play?cart=258 - порт чьей-то крошечной демки для проверки сил и пробы пера
https://tic.computer/play?cart=263 - библиотека для отображения пиксельных шрифтов, шрифтовый редактор и набор самих шрифтов
https://tic.computer/play?cart=313 - библиотека для распаковки ресурсов, поддерживается Huffman, RLE и LZ-77

>>17813
>но с гибкими скриптовыми языками под копотом, что позволяет разрабатывать игры, выглядящие как приставочные игры детства, без утомительной возни с ассемблером.
Я считаю это откровенным позёрством.
Возня с ассемблером - неотъемлемая часть того, что делало эти игры такими, как мы их знаем.
Хотя понять причину такого явления можно - полная неспособность многочисленными индивидами объять необъятное в одиночку: миллионы цветов, возможность воспроизведения любых звуков, разрешения, при которых можно рисовать высококачественную картинку - казалось бы, рисуй не хочу; но ни рисовать, ни музыку сочинять, ни на ассемблере писать никто не умеет - вследствие чего и появились эти "виртуальные" консоли.

>>17852
Не соглашусь. Игры были такими в основном из-за острой нехватки памяти и других ресурсов, приводившей к грамотному реюзу, условности, бережливости и всяким хакам. А вот язык программирования - всего лишь инструмент, его низкоуровневость не влияла ни на геймплей, ни на UX, ни на что. Только на сроки разработки и необходимость каждый раз велосипедировать стандартную библиотеку.

>>17853
>А вот язык программирования - всего лишь инструмент, его низкоуровневость не влияла ни на геймплей, ни на UX, ни на что. Только на сроки разработки и необходимость каждый раз велосипедировать стандартную библиотеку.
Влияла, и ещё как. Высокоуровневые языки тормозили прилично по сравнению с программами, написанных на ассемблере.
В то время ограничения были обоснованы, такие машины были. А сейчас что? Если сильно хочется написать компактно, почему бы не взять и не написать на существующем оборудовании? Потому что никто не знает ничего кроме JS? Или потому что интерпретаторов JS под те платформы не было?
Так, чёрт возьми, сделайте!
Но никто не сделает. Не сделает потому, что на такой платформе никто не захочет писать на JS, выйдет очень медленно. На 486 (хотя это мощная машина) эти игры не пойдут, хотя они выглядят куда технически хуже, чем, скажем, Дум.
Но как же так, чтобы нельзя было такую игру сделать, сейчас же так модно под восьмибитки! Вот и появляются эти "виртуальные консоли".
Вспомогательных инструментов разработки под те платформы с тех времён завались, а сколько было создано уже в новое время, и непосредственно в память эмулируемой платформы можно залезть, и т.д., и т.п.
И кто хочет сделать по-настоящему игру с ограничениями тех времён, те и делают. А эти поделия только для потехи хипстерам.

Можно на си, что за крайности. Либо асм, либо джс.

>>17861
Чиочую сишечку. Для неё, кстати, есть пикрелейтед.
Линк: https://github.com/anael-seghezzi/CToy

>>17867
Слишком казуально. Попробуй лучше на брейнфаке: https://github.com/lolbot-iichan/TIC-80/wiki

>>18210
Чому не вайтспейс?

>>18218
Переносы строк в качестве управляющих символов - так себе.

>>18250
Зато сможешь всем показать длину своего пинуса.

>>18251
Вайтспейс показывать вообще затруднительно, лол.

>>18252

...