DaDither - еще одна програмка для dither-га картинок

[Pyk]

Добавлено. Для цветного режима в самый первый байт пишется 1 (для того, что бы различать ч/б от цветных файлов).

Протестировал в эмуляторе, все отлично, спасибо!

Палитра EGA? Куда ее писать?

Может быть, тогда хотя бы минимальный заголовок придумать из 4 байт, чтобы хранить палитру и информацию о цвете и не портить первый байт? Хотя бы так:
1 байт - 0-b/w, 1 - Black+rgb, 2-EGA
3 байта - палитра
палитра кодируется так (п. 13 отсюда):

Лог.цвет:  11      10      01      00
1-й байт:  B1 B0 | B1 B0 | B1 B0 | B1 B0
2-й байт:  G1 G0 | G1 G0 | G1 G0 | G1 G0
3-й байт:  R1 R0 | R1 R0 | R1 R0 | R1 R0

(то есть первый байт кодирует синие составляющие для всех 4-х цветов, второй - зеленые и третий - красные, это родное представление палитры в железе КР-04)

Писать эту структуру из 4 байт наверное лучше в конец, чтобы с нулевого смещения шли сами данные.

правильно понял, то платформа позволяет делать гигаскрин?

Разве что изменением палитры в режиме с блоком цветности. С RGB+Black простые способы в голову не приходят - разве что совсем нестандартным программированием видеоадаптера и не на весь экран, так что наверное не актуально...

[Advertiser]

[Dec]

Может быть, тогда хотя бы минимальный заголовок придумать из 4 байт

Я не против.

и не портить первый байт?

А на что влияет испорченный первый байт? Он же все равно не отображается? Или он все же участвует в формировании изображения?

Разве что изменением палитры в режиме с блоком цветности.

В документации сказано следующее:

Кроме этого предусмотрена возможность мгновенной замен экранной области на альтернативную по адресам 8000H-0B7FFH. Это может пригодится при написании динамических программ. Для уменьшения мелькания при смене экранов предусмотрен режим ожидания обратного хода луча по кадру.

Это разве не готовый гигаскрин?

[Pyk]

А на что влияет испорченный первый байт? Он же все равно не отображается? Или он все же участвует в формировании изображения?

Отображается, причем с артефактами, поэтому желательно оставлять там нули.

В документации сказано следующее:
Кроме этого предусмотрена возможность мгновенной замен экранной области на альтернативную по адресам 8000H-0B7FFH. Это может пригодится при написании динамических программ. Для уменьшения мелькания при смене экранов предусмотрен режим ожидания обратного хода луча по кадру.
Это разве не готовый гигаскрин?

Действительно, я упустил этот момент, сейчас понял, как это реализовано. Гигаскрин действительно возможен, надо будет как-нибудь попробовать запрограммировать.

Кстати, есть вероятность, что получится на этом компьютере реализовать и полноценный 256*256 (и b/w 512*256). Естественно, без гигаскрина, второй буфер уже не влезет. Но пока я не пробовал, а там есть нюансы, так что не могу ручаться, что получится...

[Dec]

Гигаскрин действительно возможен

Давайте уточним. Гигаскрин возможен для всех трех режимов (b/w, BRGB, EGA(палитра у EGA в моей реализации НЕ будет меняться между кадрами))?

- - - Добавлено - - -

И если добавлять заголовок, то стоит подумать над тем, стоит ли писать в выходной файл лишние нули. 4 байта в строке x 224 строки = 896 лишних байт в файле.

[Pyk]

Давайте уточним. Гигаскрин возможен для всех трех режимов (b/w, BRGB, EGA(палитра у EGA в моей реализации НЕ будет меняться между кадрами))?

Для b/w в таком случае невозможен.

стоит ли писать в выходной файл лишние нули

Да, можно без нулей. Заголовок в таком случае тоже лучше в начало файла...

[Dec]

Для b/w в таком случае невозможен.

Т.е. при b/w режиме графическая память всегда находится только в одном фиксированном месте и ее невозможно переключить на альтернативную?

[Pyk]

Т.е. при b/w режиме графическая память всегда находится только в одном фиксированном месте и ее невозможно переключить на альтернативную?

Поторопился я с выводом, переключить можно, так что серый с помощью гигаскрина получить можно. А вот цвета выбрать в 1-битном режиме можно только с помощью палитры...