Img2Grf. Конвертор изображений в файлы формата GRF

[tae1980]

Я думал может аккуратно добавить пару меток не ломая заголовок в целом. Но для чего вообще всё, в том числе дата... Наверное под cpm это имеет смысл... Но автору виднее.

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

Думаю не корректно говорить о "нужно полей в какой либо ОС", нужно обговорить практическую необходимость разных полей. Например поля даты, и времени нужны для отслеживания изменений в процессе работы. Да на Профи есть микросхема реального времени, но это уже не такая редкая вещь и для других клонов. И работа может происходить на ПС.
Когда идет работа над чем либо, всегда будут промежуточные версии результата работ, в них так же нужно как-то ориентироваться. Только имени файла часто бывает недостаточно, особенно в случае физических проблем. В этом и помогут эти поля. А поле "комментарии" позволит записать или номер версии, или напоминалку для себя (при конверсии картинки сюда можно писать имя исходного файла).

Я бы разделить все поля на категорий:
1. Технические. Описывают формат и иные особенности содержания файла.
2. Информативные. Дающие дополнительную информация. Например, дата, время и прочее.
3. Вспомогательные. Сюда бы отнёс поле "комментарии" и подобные.

[Advertiser]

[Sayman]

Сожрал ни одну пачку попкорна наблюдая за темой.
tae1980, ты так и используешь описание формата, что я тебе высылал? Поднял старый док. по смещению +9 версия файла. 0 = старый (оригинальный формат) и 1.9 (19dec) для моей тогдашней версии с поллитрой.
заголовок 128 байт. признака, что файл GRF никогда не было. при разработке версии 2.0 по смещению +10, вместо палитры разместить 3 байта - GRF, как признак формата. тогда новая гляделка спокойно погрузит заголовок 128 байт, проверит версию файла - если там 0 или 19, тогда работать как со старым файлов. если 2.0 и выше, то проверить на всякий случай признак GRF. Если есть, то продолжать работу, иначе выход с ошибкой.
128 байт весьма не мало для такой машины, как Профи. Таймштамп в файле - хорошая задумка. BCD формат давно существует, его и использовать.
если размер заголовка не будет меняться, то даже GrandCroix мезозойской эпохи сможет показывать более новые файлы, но без палитры.
Дамп экрана Профи тоже неплохая тема. Вот только нужно различать 3 версии машины - ЧБ, с цветом и с цветом+палитра. тогда можно простыми ldir`ами данные кидать из файла в экран или даже сразу грузить в экран.

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

[tae1980]

tae1980, ты так и используешь описание формата, что я тебе высылал?

Да. Иной есть только в описании GrandCroix, но они идентичны.

Предложение по GRF очень интересные, думаю так и нужно сделать.

BCD формат давно существует, его и использовать.

А нужно ли использовать нестандартные для Z80 форматы? Просто цифр в десятичном виде, кажется будет достаточно.
Но формат BCD я использую в другом месте Спасибо, что напомнил от нём.