Рубрика: безумные идеи Артема

Привет, товарищество.
Во времена не столь отдалённые, за чашкой крепкого виртуального кофе с одним господином мы обсуждали аналог 53c для NES-платформы. В какой-то момент он предложил использовать не полные тайлы 8х8, а разбить их на блоки 4х4 и использовать так. Но все 10 000 комбинаций для 10 цветов одной палитры NES (4 solid + 6 chunky без повторов-инверсий), внезапно и к сожалению, не уместились в два банка памяти NES.

Но это действо чудное подтолкнуло меня к идее для расширения возможностей всеми любимого формата 53c.

Прежде чем читать статью.
Да, возможно я изобретаю велосипед. Никому не нужный велосипед. Или уже что-то подобное существует — я не знаю. Не стоит кидаться в этом случае помидорами =) Описывать буду сумбурно, потому что идея до конца еще не сформировалась и надеюсь на помощь коммьюнити в этом плане.

Коротко, в чем смысл

Имеем стандартный режим 53ц. Далее мы разбиваем каждый «пиксель» на пиксели 2х2, где каждый пиксель имеет режим «paper», «ink» или «chunk». Это даёт нам разрешение 64х48, правда можно использовать только 3 цвета в блоке (т.е. в нашем любимом знакоместе). Возможных расположений на блок, включая повторы, всего 81.

Как это выглядит должно выглядеть

Оригинал моей картинки «69» с реалтайма ЦЦ16

«Мифическое» изображение 53c Enhanced. (sic!) Иллюстрация создана в ФШ только чтобы показать принцип работы теоретического приложения. Могут присутствовать незначительные недочеты. Ну и да, влом было дорисовывать фон.

Как это будет работать

Я не знаю ¯\_(ツ)_/¯

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

Каждое знакоместо описывается 16-битным значением (что даёт нам размер файла в 1536 байт, если я правильно посчитал). Один байт из этих бит отведен на стандартного формата атрибуты, а второй должен выглядеть как так (сейчас будет много сумбурной дури):

Легенда

Paper «пиксель»
Ink «пиксель»
Chunky «пиксель»

Так как я лох, то я не смог придумать, как соединить 3 варианта отображения с 4 вариантами размещения в адекватное количество бит, поэтому каждый «пиксель», помимо байта цвета имеет байт информации, которая состоит из двух полубайт:

0000   0000
  ^     ^
solid chunky

А еще я не понимаю в битах нихрена, поэтому маппинг, навскидку, вот такой:

ABCD   ABCD
  ^     ^
solid chunky

И каждый блок описывается этим соотношением. 4 флага «solid» и 4 флага «chunky». Флаг «chunky» применяется только если этот же бит включен (режим «solid»). Эх, блин, совсем сумбурно, попробую на примере.



Вот так будет выглядеть наша схема для блока:


И, соответственно, биты:

1101   1001
  ^     ^
solid chunky

Соответственно, там, где solid нулевой — там выводится paper, где solid единица и chunky ноль — выводится ink, там же, где solid единица и chunky единица — выводится текстура «через точку». Вариант solid ноль и chunky единица — выводится paper.

Я всё это описываю в надежде на формат и вьюер, которые сам не осилю.

Сумбурный рассказ закончен, предлагаю обсуждать!

P.S. Перечитал, понял, что нихрена не понятно, ну и ладно, я должен был это написать.