vdemidov писал(а):нужна ли кратность длинны строки как это сделано в bmp
Не нужна. Выделение, вписанное в прямоугольник = выходной снимок, всё не имеющееся в кэше/не входящее в выделение но входящее в границы снимка = заливать дефолтным цветом (который должно быть возможно задать в инишнике, например).
vdemidov писал(а):Ты бы описал конкретный формат который хочешь получить (RGB, ARGB
Лично меня устроит RGB. В 99% случаев применения РАВов - альфа не нужна.
Кто не все - тот пойдет и простеньким циклом по файлу добавит все найденные default_fill пиксели на alpha_ON else alpha_OFF. Было бы на базе чего запускать циклы.
vdemidov писал(а):нужен ли и в каком виде файл со спецификацией ширина, длинна картинки
Любой текстовый читаемый человеком файл, из которого можно будет однозначно узнать следующие параметры:
Width=(например,1000)
Height=(например,800)
Bit/pixel=(например,24)
Bit order=(например,RGB)
Default fill=(например, #FF0000)
Сам файл, соответственно, должен иметь структуру [8-bit_R][8-bit_G][8-bit_B]...[8_bit_R][8-bit_G][8-bit_B].......EOF, и занимать ровно (8*3*1000*800)=19200000 бит, ака 2.4Mb. Первый пиксель - в левом верхнем углу, направление движения - вправо\вниз.
Было бы приятной фишкой иметь возможность задавать bit/pixel где-нибудь (например, нет никакой нужды сводить карты в 24bpp-там и 256 цветов-то за глаза, а место не резиновое).
vdemidov писал(а):И еще, если я возьмусь за нее, то могу гарантировать склейку картинок не более 256 000 000 пикселов шириной и для картинок шириной больше 1 000 000 пикселов скорость будет падать в разы.
Устраивает. Сейчас-то такое вообще никак [САСом] не свести. Будет сложно - сделаем багрепорт.