GMX Pic View

[tae1980]

- В новом формате нужна чёткая метка что за версия формата. А то не отличить АТМ от Профи.

Это всё в заголовке. И не только это.

- Наверно и палитра нужна, без неё не выйдет.

Палитра необходима, это да. Да же для тех машин, где её нет. Но это не сложно. Для 16 цветов это всего 16 байт. Провести их анализ и пересчёт не проблема, а процедуры скорее всего будут универсальные для всех машин.

- Где посмотреть палитру профи? Которая 16 цветов.

Они чем не отличается от стандартной для спекки.

Формат экрана Профи описан в моей статье в журнале ЗаРулём №25, а примеры загрузки на него GRF картинки в №26.

Всего шесть с тем что у меня уже есть.

Скорее всего больше. У меня 4 процедуры для загрузки формата GRF. Для картинок по ширине равных экрана и нет, и отдельно для ч/б и цветных картинок. Это нужно для оптимизации по скорости загрузки и вывода данных. Реально их 8 штук, так как реализовал два разных метода переброски данных.
Но думаю для "не родных" форматов экрана можно писать универсальные процедуры.

[Advertiser]

[izzx]

Ну так может всю эту последовательность "000101212323100110221332120231130121232333222 111" можно принять за обычные цвета спека 0-15? Второй синий, третья триада красный... В общем тупо использовать атрибуты картинки как обычные ZX. Но бит мерцания погасить.

[Максагор]

Ну так может всю эту последовательность "000101212323100110221332120231130121232333222 111" можно принять за обычные цвета спека 0-15? Второй синий, третья триада красный... В общем тупо использовать атрибуты картинки как обычные ZX. Но бит мерцания погасить.

Обычная палитра спектрума в этой последовательности в заголовке будет выглядеть так:

"000002020022200202220222000003030033300303330 333"

Просто спектрумовская палитра - это частный случай настройки 16-ти цветовых позиций. Просто имеем позиции для цветов от 0 до 15.

В стандартной спектрумовской настройке позиции 0-7 занимают цвета от черного до белого с выключенной яркостью, а от 8 до 15 - с включенной, только и всего.

А при ПРОГРАММИРОВАНИИ палитры можно в эти позиции забить даже ОДИНАКОВЫЕ цвета. Например, такая последовательность вообще ВЫКЛЮЧИТ все цвета:
"000000000000000000000000000000000000000000000 000"
Она просто вместо всех цветов во все позиции запишет ЧЕРНЫЙ. И, кстати, это используется в софте, например, чтобы моментально погасить экран и спрятать процесс его обнуления/обновления.

[izzx]

В целом понятно. Надо пробовать кодить ).

[tae1980]

им было присвоено "свободное" расширение GRF - производная от названия редактора GRAF

Вывод: 1) это совершенно разные форматы. 2) на мой взгляд, тут допущена ошибка в выборе названия расширения, так как данное уже занято, при чём как минимум с начала 90х.
Теперь уже как есть, придётся усложнять алгоритм разбора заголовка.

в том же стандартном факле картинок BMP также заголовок и данные о палитрке помещены в начале (хотя и не так, как в BLK/GRF, что естественно)

Насколько я понял из анализа имеющейся информации, формат GRF был "позаимствован" на Профи с других машин. Подробностей найти не смог, но сами возможности формата выходят далеко за возможности экрана Профи. И я не пойму откуда вы взяли, что у BMP палитра в вначале. Первыми символами идут "BM", а дальше технические данные о картинке, и только за ними палитра. Более того палитра может имеет переменные размеры. Повторю ещё раз, сама идея помещать в начало файла, информацию которая может иметь переменную длину, лично мне кажется не дальновидной и указывающую на плохую проработку теории. И не важно, что в данный момент на текущем железа палитра стандартна, всегда нужно думать о будущем.

зато с избытком поместится по длине ибо 640х200 на ATM против 512x240 на PROFI

За то Профи он выше, что позволяет разместить 30 строк, а не 25. Может не будем мериться чем либо?
Я не восторге от "войны" форматов в прошлом, и тем более не собираюсь её вести в настоящее время. Нужно как-то выходить из сложившейся ситуации.

Но если задача сделать так, чтобы картинка нормально смотрелась и на GMX и на АТМ

Скажу за себя, я бы хотел выработать единые механизмы и стандарты для просмотра графики на любых расширенных экранах, любых клонов.
Нужно выходить на стандартизацию.

[izzx]

Скажу за себя, я бы хотел выработать единые механизмы и стандарты для просмотра графики на любых расширенных экранах, любых клонов.
Нужно выходить на стандартизацию.

А мы так не придём к тому же bmp? Всеми признанный стандарт.

[tae1980]

А мы так не придём к тому же bmp? Всеми признанный стандарт.

В существующих железных реалиях нет. Формат BMP рассчитан на 1, 4 байта на 1 точку, тогда как у нас 8 точек на 1, 2 байта. Да и структура экрана у нас "байтная".
То есть графика в формате BMP занимает до 4 раз больше места, сложнее обрабатываться, дольше грузиться и выводиться на экран. Как некий "обменный формат", формат BMP скорее всего будет использоваться. Но для хранения и вывода графики формат GRF, пока идеален.

[tae1980]

izzx,

Цитата Сообщение от izzx Посмотреть сообщение
- Где посмотреть палитру профи? Которая 16 цветов.
Они чем не отличается от стандартной для спекки.

Поправка.
Структура описания цвета ни чем не отличается от стандартного для спекки. Но вот бит мерцания использоваться как яркость для чернил. Отдельная яркость для бумаги и чернил и позволяет говорить о наличие 16 цветов.
Для GMX, скорее всего самым разумным будет его отключать и использовать только бит яркости для бумаги. Но это дополнительная операция при выводе.
Можно задать для картинок 8 цветов, отдельный стандарт. +9 в заголовке. Например, значение 1. Что ускорит вывод таких картинок, при условии подготовки разных процедур чтения/вывода.
Но это лучше ещё раз обсудить.

[NEO SPECTRUMAN]

кстате на счет пол литры
машины без пол литры
вполне могли бы выдавать картинки в гигаскрине
в хардварном мультиколоре можно запилить хороший шахматный интерлейс
который будет сильно снижать уровень мерцания

[tae1980]

кстате на счет пол литры
машины без пол литры
вполне могли бы выдавать картинки в гигаскрине
в хардварном мультиколоре можно запилить хороший шахматный интерлейс
который будет сильно снижать уровень мерцания

У меня в планах реализация просмотров максимального числа возможных форматов и методов показа. Как для стандартного экрана, так и для расширенного.
Так что если есть готовые алгоритмы или процедуры по теме, был бы очень заинтересован в их изучении.

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