Не могу склеить карту. "Out of memory"..

[vdemidov]

больше 2 гиг памяти она использовать не может, даже если в компьютере будет 20 гигабайт оперативки.

Страничное предоставление памяти "кусками по 2Гб" - уже не рулит?

Объясни его dll, которая сохраняет в jpg.

[Parasite]

Объясни его dll, которая сохраняет в jpg.

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

Например, клея в RAW прямо на винт - можно клеить сколько угодно большие растры через минимальную память. Работы - на вечер (по крайней мере у меня, не-программера, это заняло с нуля именно столько).
RAW же вот прямо сегодня преспокойно конвертится во что угодно еще инструментами, гораздо более продуманными и оптимизированными для работы с битмапами, чем та безымянная дельфовая ДЛЛка (фотошопом или гимпом например, или тем же фришным ирфаном). Да, это необходимость доп.софта - но лишь до того момента, когда САС таки научится безупречно топтать в JPG своими силами.

PS: ну не сторонник я, как тру-олдфаг, всех этих новомодных тенденций - дллок, либов, программингов "одной мышкой" и прочих копи-пастов, ну что с меня взять....

[vdemidov]

Просто нет ни времени ни желания разбираться с jpg. Есть склейка в ecw и bmp. Когда-нибудь, когда нечего будет делать может и переделаем склейку в jpg.

[Parasite]

нет ни времени ни желания разбираться

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

Есть склейка в ecw и bmp.

Кстати, клеинье в БМП прямиком на винт появилось как раз благодаря моему нытью. И, судя по всему, это самый надежный и безпроблемный способ клеинья карт в САСе...

PS: сейчас работаю над прямой склейкой на винт в RAW через страницы. Если интересно - в личку.

[vdemidov]

Объясни, для начала, преимущество RAW перед bmp. Я просто с этим форматом вообще не сталкивался и что это такое не знаю.

[Parasite]

преимущество RAW перед bmp. Я просто с этим форматом вообще не сталкивался

А это не формат - это отсутствие такового (и отсутствие лимитов, присущих тому или иному формату).
Голый битмап, сдампленный as-is в виде троек однобайтных значений R/G/B (в случае 24-битного цвета). В случае других глубин цвета - тройки будут другой размерности. Компрессии нет, чанков нет, хидера нет, потерь качества нет.

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

Достоинства - с данными можно делать все что угодно, сразу и без предварительной обработки (ибо это, по сути, массив значений о пикселях). На ура поддерживает прямое сведение карты на диск.
Способность открытия РАВа размера х\у упирается лишь в свободную память и в способности просмотрщика при открытии глобальных растров на стороне клиента (то есть, к САСу не будет никаких претензий).

Вот, собссно, и всё.

PS: кстати, в NASA при выкладывании больших (РЕАЛЬНО больших) битмапов на публику - юзаются именно заGZIPованные RAW. И только down-samplings - уже в TIF, SID и прочая.
См., например, сорцы BlueMarble.

[IlyaAlekseevich]

А как в raw сохранить?
В списке только bmp ecw jp2 jpg
Во всех случаях вылетает out of memory

[Vinil_37]

А как в raw сохранить?

А какой в этом смысл если исходные файлы всё равно в jpg, png.

[Parasite]

А как в raw сохранить?

А какой в этом смысл если исходные файлы всё равно в jpg, png.

И что с того? Файл-источник и файл-приемник - это две совершенно несвязанные друг с другом сущности.

[IlyaAlekseevich]

Смысл в том что бы не принтскринить по старинке!!!
И если можно как то обойти (надеюсь временный)
глюк с сохранением больших файлов, то не важно,
raw это tif или jpg. Лишь бы работало.