А запись Pcx есть?

← →
Barloggg (2006-03-14 10:22) [0]

KolPCX и KolGraphics умеют только загружать Pcx, верно?
А записывать не умеют...
А вот мне по требованию заказчика понадобилась запись... есть у кого-нибудь уже готовое решение?

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

← →
Barloggg (2006-03-14 14:56) [1]

Ага, очень внимательно почитав инфу из сети сбацал запись Pcx-формата. правда только для 8битной палитры с одним слоем (простейший случай) и к томуже без какого-либо анализа картинки... в результате файл получился в 2 раза больше чем положено, ну да это неважно. место на винте мне не жалко.
закрываю тему.

KolPcx изменять не стал ибо мой код неоптимизирован.

← →
Zoom (2006-03-14 19:08) [2]

"место на винте мне не жалко"
Зачем тогда использовать kol? ;)

← →
Thaddy (2006-03-14 20:11) [3]

Do you know anybody that still "writes" hyroglyphs?
But PCX is easier ;) It is just RLE encoding on a (max) 256 color bitmap, just count the bits.

← →
Vladimir Kladov (2006-03-14 22:06) [4]

2Zoom: ответ прост. Маленькая прога может ворочать гигабайтами данных, а удобна она не потому, что мало занимает на той машине, где ей ворочать, а тем, что ее легче и быстрее по сети переслать/скачать/сохранить. Еще смешнее когда прога вообще обрабатывает мало-мало данных, а сама при этом громадная - на CD еле влазит. И такое может быть - теоретически.

← →
GMax (2006-03-14 23:31) [5]

эх, если б ей ещё int64 при работе с потоками\файлами, тогда б гигабайты ворочала ещё лучше :)

← →
Barloggg (2006-03-15 10:32) [6]

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

А запись Pcx есть? Найти похожие ветки