Вот несколько комментариев

Максимальное время показа работы: 10 минут (демо), 1 минута (интро).

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

Не допускается анимация суммарной продолжительностью более половины работы

Вот тут может начаться интересно. Пока анимация ненавязчиво упоминается типа «демо не должно полностью состоять из анимации», никто на это правило и внимания не обращает. А вот если ввести жесткое ограничение не более половины…

Тут при желании можно инициировать нехилое обсуждение «что есть анимация», по эпичности не уступающее copy vs nocopy.

Если платформа отсутствует у оргкомитета или имеются сложности с её подключением, должна быть представлена видеозапись, демонстрирующая работоспособность демо/интро на данной платформе (не эмуляторе!) и файлы самой работы

Вот от этой формулировки просто тащусь. Очень правильно. Реально нравится. А вот авторам может понравиться не всем. Очень часто у нас демо/интро пишут, не имея под рукой соответствующего железа. И вот им может стать грустненько.

Блок Для работ на платформе ZX Spectrum я считаю вообще не нужен. Зачем вводить какие-то спец. правила именно для спектрума? Ну да, самая популярная ретро-платформа на территории xUSSR. Но с точки зрения правил компо это просто одна из многих платформ. Поэтому или писать особенности для всех допустимых платформ, или не писать вообще.

То же касается конкурса «ZX SPECTRUM ENHANCED DEMO». Я считаю, в данном вариант правил этот конкурс лишний. Как вариант, заменить его на Enhanced demo, куда кроме спектрумов-на-стероидах включать и другие сопоставимые платформы. Тогда это компо органично вписывается в общий список. А сейчас выглядит белой вороной.

Ещё был CSG 4510 (CSG 65CE02)
en.wikipedia.org/wiki/CSG_65CE02

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

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

Речь идёт про трансляцию кода на уровне исходников с ручной доработкой, не про полностью автоматическое портирование. Такое делали и в начале 90-х любители у нас, перенося с MSX на Вектор, и в 2000-х не у нас, перенося с NES на Sega Genesis.

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

О, про процессор GB/GBC у меня тоже будет статья. Между gb и gbc разницы по процессору нет, второй просто четырём возможным цветам мог задавать палитру. А процессор весьма забавный получился.
И что-то я сомневаюсь насчёт автоматического портирования, т.к. разными были и системные возможности консолей. Если только немного облегчить портирование.

Когда-то давно читал в каком-то интервью с разработчиками игр для GB (GBC?), что они использовали автоматическую трансляцию кода для портирования игр с NES на GB, т.е. с 6502 на процессор GB (среднее между 8080 и Z80). Упоминалось, что результат был тормозной, но это их устраивало. К сожалению, никак не могу найти этот текст заново.

На первый взгляд неплохо. Но ZX Enhanced при таком раскладе по хорошему должен идти в Combined (хотя бы через fallback), т.к. получается, что из всех десятков возможных платформ только одной уделено особое внимание, причём работ для неё много не бывает.

есть ряд несовместимостей принципиального характера — у Z80 в начале памяти находятся вектора прерываний, а MOS 6502 zero-page это самый лакомый кусок ОЗУ для переменных. поэтому даже если сама трансляция возможна, то по раскладке памяти не попадаем всё равно.

Интересно — насколько вообще реально сделать конвертер асм-инструкций мос — в з80.
Даже пусть тормозной как компилятор Оберонов :)

Ну неиспользованные коды зачастую всё равно продолжают «замыкать» блоки внутри процессора и некоторые варианты выполняют какие то осмысленные вещи, что есть смысл даже их использовать.
Полный перечень их можно посмотреть тут: clrhome.org/table/ где недокументированные выделены красным.
Почему не признали даже весьма осмысленные IXL/IXH для меня самого загадка. Загадка даже почему их просто не ввели сразу в стандарт команд, ведь смысл их довольно прямолинеен — просто подмена команд с регистрами HL/H/L и они действительно это и делают. Так что я лично не знаю.

Очень интересно поподробнее было бы узнать про недокументированные команды Z80 — и не только про половинки IX/IY (хотя и про них тоже) — а и про все остальные. Почему их незадокументировали и не признали, если они работают, например? И всё такое прочее)

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

вечером только смогу посмотреть настройки. пока никто не пытался спамить статьями :)

ну да, я сразу же хотел аналогичную статью про 8-битное семейство Motorola/MOS запостить, но мне движок сайта написал, что я не могу так часто постить. ну да ладно, наверное уже можно, попробую снова.

а разве есть ограничение на периодичность?

:) Да, новых идей для статей пока больше нет, так что есть время потихоньку их перетаскивать сюда.

aa-dav, рад видеть тебя с нами!
Ура! :)

А я просто не в курсе был. Первая публикация тут. А через сколько времени можно создавать новый пост, ибо есть продолжение про MOS/Motorola?