Просьба посоветовать программу под Windows

[Parasite]

Вот такой вопрос.. а не будет ли выходом, раз уж это единоразовая операция, пакетно конвертнуть все куски в бимтмап-рав'ы, а их потом склеить простой конкатенацией? На ночь, там оставить, и чем не выход? А чем потом сжать то, что получится, это уже вопрос третий...
Кстати, конвертить в битмапы можно на нескольких машинах, ибо файлов 80. Распаралелить так=)

Можно-то можно, но обьем на диске - каждый тайл конвертится примерно в 1 Гб БМП, итого 80Гб не считая темпов (их банально нету свободных на наст.момент - датастор выключен в связи с праздниками)....
PS: Повторюсь, что физического РАМа на машине 28Гб (нет никаких проблем утоптать ВСЮ задачу в РАМ, включая все её темпы - сугубо работая с ГИФами "в уме").

[Parasite]

1.Когда нужно, чтобы была готова

Некритично, но чем быстрее - тем лучше. В идеале - "Нужгно было еще вчера ©"

2. Точный размер в пикселях (WxH) одного тайла (уже обрезанного - резать не хочу)

80шт, 50200х1024 (уже обкропленные как надо), размер к.файла в ГИФе ~80...160Мб

3. Алгоритм, я понимаю, склейка сверху вниз.

Два по длине (50200 х 2) , 40 по высоте (1024 х 40), встык без перехлеста (матрица 2х40).

4. Имена последовательности файлов

Некритична (любая, переименовать не вопрос).

5. Цвет -8 бит

Индексный по верхнему лимиту 256 цветов (сколько реальных заиндексировано - не проверял, но не более 256 в любом случае).

6. Что получаем на выходе - BMP или RAW

Желательно ГИФ либо СИД. 80Гб - БМП не осилит, а к РАВу треба писать свой конвертер...

Все хочу попробовать - будет ли открываться BMP к примеру 70000х100. Интересно.

В какой программе?
В ImagePro-Plus макс.размер НЕ ЛИМИТИРОВАН. В Фотошопе вчера открывал 50200\2048 БМП (склееные ДВА тайла из вопроса выше). В жабе - открылось, хотя во всех других просмотрщиках сказало "Invalid BMP формат".
Но вопрос в том что это всего лишь ДВА тайла из 80и....

Кстати, сегодня склеил карту 23552х29184, получилось около 2Gb BMB. Так Photoshop ее все-таки открыл (у меня 1Gb оперативки) через 45 минут.

Конвертни ее в СИД - займет 10-20Мб и будет открываться 20-30 сек......

[Parasite]

А чем пакетно конвертить... Неужели XnView не справится?

XnView сводит максимум ДВА тайла зараз, но при попытке сохранить результат - валится (просто тупо схлопывается без каких-либо вопросов - файл сейва НЕ создается).
При попытке свести ТРИ тайла - схлопывается в процессе сведения через 2-3 сек от начала процесса (вообще не доходя до финального результата).

[svp]

Можно-то можно, но обьем на диске - каждый тайл конвертится примерно в 1 Гб БМП, итого 80Гб не считая темпов (их банально нету свободных на наст.момент - датастор выключен в связи с праздниками)....

Непонятная арифметика какая-то.
Считаем:

80шт, 50200х1024 (уже обкропленные как надо), размер к.файла в ГИФе ~80...160Мб

50200х1024 = 51404800 (байт) = 49,0234375 (Mb).
50200х1024 x 2 x 40 = 4112384000 (байт) = (3,8299560546875 Gb).
Всё прекрасно помещается на вашем чудесном рам-диске в памяти в рав-битмапах, даже если помножить всё это на три, превратив индексный цвет в 24-битный RGB.

А чем пакетно конвертить... Неужели XnView не справится?

XnView сводит максимум ДВА тайла зараз, но при попытке сохранить результат - валится (просто тупо схлопывается без каких-либо вопросов - файл сейва НЕ создается).
При попытке свести ТРИ тайла - схлопывается в процессе сведения через 2-3 сек от начала процесса (вообще не доходя до финального результата).

Имелось виду не клеить с помощью XnView, а конвертнуть отдельные тайлы в BMP или RAW-BMP, если таковой поддерживается.
А если всё уже есть в равах, то сконкатенировать можно простой командой:

Код: Выделить всё

copy <тайл1> /b + <тайл2> /b ... result.raw /b

Останется вопрос, чем сжать такой файлик в гиф или сид. Если для сида нет утилит, жмущих из рава (я не в курсе, не пользуюсь этим форматом), то можно попробовать открыть фотошопом рав и сжать его в гиф. Может долго будет...
Кстати, фотошопы CS2 или лучше CS3 пошустрее работают с большими картинками. ИМХО, они умеют-таки читать не весь файл, а кусками.

[Cowa]

Parasite
Короче, все делаем в памяти. А Gif или jpeg поддерживают размеры 100400х40960 - ведь такой же конечный файл получается?
P.S. Интересно, мы не офтопим еще.

[Parasite]

Считаем:

80шт, 50200х1024 (уже обкропленные как надо), размер к.файла в ГИФе ~80...160Мб

50200х1024 = 51404800 (байт) = 49,0234375 (Mb)

Отож как Вы лихо перевели пиксели изображения в байты на винте......

Килограммы переводим в километры?? По Вашей логике, ОДИН байт индексной таблицы ГИФа описывает только ОДИН пиксель битмапа? Глубочайшее заблуждение, особенно в свете индексных ГИФов (где монотонный квадрат 50.000 х 50.000 в индексе дает не более 10-20КИЛОбайт ГИФа, и чем больше и рандомнее заполнение цветами - тем больше файл, ибо растет таблица индексов). При конверте же этого в честный БМП - получается глобальный многомегабайтный файл, ибо БМП не использует никаких индексаций контента а тупо пишет битмап as-is.

На этой фиче была основана популярная с свое время мулька - на хостинг выкладывается ХТМЛ, показывающий такую "картинку" через <img src=> (или жертве в Аутлук высылается ХТМЛьное письмо со "внедренной" картинкой) - и, собственно, всё... При попытке открыть письмо или посетить веб-адрес - компьютер жертвы начинал сперва дичайше свопиться честно пытаясь таки развернуть и показать такую картинку, а потом просто тупо падал в ДДОС по недостатку ресурсов, и выход был только по ресету.
Было довольно весело где-нибудь в чате дать камент "А вот моя фотка!!!" сопровождающийся УРЛом на страничку на хостинге - и через 1...3 минуты видеть, как половина чата выпадает в оффлайн...

Но мы отвлеклись. Продолжаем.

А чем пакетно конвертить... Неужели XnView не справится?

XnView сводит максимум ДВА тайла зараз, но при попытке сохранить результат - валится (просто тупо схлопывается без каких-либо вопросов - файл сейва НЕ создается).
При попытке свести ТРИ тайла - схлопывается в процессе сведения через 2-3 сек от начала процесса (вообще не доходя до финального результата).

Имелось виду не клеить с помощью XnView, а конвертнуть отдельные тайлы в BMP или RAW-BMP, если таковой поддерживается.

Отдельные тайлы я могу конвертнуть во что угодно - но ведь их потом все равно надо будет клеить встык, в чем сабж и заключается собссно...

А если всё уже есть в равах, то сконкатенировать можно простой командой:

Код: Выделить всё

copy <тайл1> /b + <тайл2> /b ... result.raw /b

copy /b <тайл1>+<тайл2> ... result.raw, Вы хотели сказать? А зачем? Вы считаете, что бинарно дописав второй файл в хвост первому - Вы в результате получите валидный файл?
Осмелюсь намекнуть, что в этом случае заголовок второго файла окажется ровно посередине файла результата - что будет нарушением формата и не будет обрабатываться софтом при последующей работе, по идее он должен бы "слиться" с заголовком первого с соответствующим изменением полей и размеров изображения. Если же применить "беззаголовочный" RAW-формат - то в любом случае клеить нужно не единичный файл в хвост первому, а первую линию изображения второго файла в хвост первой линии первого файла, и так далее - с чередованием (при "горизонтальном" сведении, которое в моем случае тоже нужно).

Код: Выделить всё

заг-к1 заг-к2     заг-к рез-та
|----| |----|       |---- ----|      1я линия
|----| |----|   =   |---- ----|      2я линия
     ...               ...
|----| |----|       |---- ----|      посл. линия
  1ф.    2ф.           рез-т

Останется вопрос, чем сжать такой файлик в гиф или сид. Если для сида нет утилит, жмущих из рава (я не в курсе, не пользуюсь этим форматом), то можно попробовать открыть фотошопом рав и сжать его в гиф. Может долго будет...
Кстати, фотошопы CS2 или лучше CS3 пошустрее работают с большими картинками. ИМХО, они умеют-таки читать не весь файл, а кусками.

К сожалению, у меня 6й фотошоп (там лимит на открытие не более 30.000\30.000). Я понимаю что это уже мои проблемы, но у меня на наст.время таки 6й фотошоп.

Опять же, главное - свести в один файл. Уж потом конвертнуть куда угодно не составит проблем (без применения фотошопа).

[Parasite]

P.S. Интересно, мы не офтопим еще.

Да вроде нет - ибо собирается таки карта, и обсуждение идет на "ГИСовом" форуме, в разделе ДРУГОЕ....Имхо, всё в пределах допустимого...
Да и имхо решение (если таковое будет найдено) многим тут пригодится, в том числе и как утилитка к САСу для склейки нескольких больших ранее созданных карт "встык".

[Cowa]

Parasite

Вы считаете, что бинарно дописав второй файл в хвост первому - Вы в результате получите валидный файл?

В случае с RAW именно так. А у raw есть разве заголовок? Делал raw средствами photoshop - внутри последовательная запись пикселей по строкам. Никакого заголовка. Может в других прогах по-другому. При открытии этого файла photoshop спрашивает - а с каким разрешением собсна открывать.

Да и имхо решение (если таковое будет найдено) многим тут пригодится, в том числе и как утилитка к САСу для склейки нескольких больших ранее созданных карт "встык".

Вот это вряд ли, что многим пригодится. Программа будет очень специфической, да и судя по количеству скачиваний, моя прошлая утилита TilesMerge особо никому не нужна

[Parasite]

Parasite

Вы считаете, что бинарно дописав второй файл в хвост первому - Вы в результате получите валидный файл?

В случае с RAW именно так. А у raw есть разве заголовок?

Про "беззаголовочные" форматы я там же, выше - тоже писАл.

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

Совершенно верно. При вертикальном сведении (когда второй блок клеится к первому СНИЗУ) - это поможет. А при горизонтальном (когда блок клеится СПРАВА) - нет (там нужно чередование "полустрок" с обоих файлов). Это я тоже выше писал, и даже нарисовал...
В моем случае надо И верникальное, И горизонтальное сведения одновременно (в просторечии - "мозаика").

Да и имхо решение (если таковое будет найдено) многим тут пригодится, в том числе и как утилитка к САСу для склейки нескольких больших ранее созданных карт "встык".

Вот это вряд ли, что многим пригодится. Программа будет очень специфической, да и судя по количеству скачиваний, моя прошлая утилита TilesMerge особо никому не нужна

Ну тут и юзеров-то не сказать чтобы много пока что... Будет проект развиваться - будет и повышение спроса. Давайте развивать, коллеги.

[svp]

Считаем:

80шт, 50200х1024 (уже обкропленные как надо), размер к.файла в ГИФе ~80...160Мб

50200х1024 = 51404800 (байт) = 49,0234375 (Mb)

Отож как Вы лихо перевели пиксели изображения в байты на винте......

Килограммы переводим в километры?? По Вашей логике, ОДИН байт индексной таблицы ГИФа описывает только ОДИН пиксель битмапа? Глубочайшее заблуждение, особенно в свете индексных ГИФов (где монотонный квадрат 50.000 х 50.000 в индексе дает не более 10-20КИЛОбайт ГИФа, и чем больше и рандомнее заполнение цветами - тем больше файл, ибо растет таблица индексов). При конверте же этого в честный БМП - получается глобальный многомегабайтный файл, ибо БМП не использует никаких индексаций контента а тупо пишет битмап as-is.

Что за бред?! Неужели не ясно, что там подсчитывался объём в RAW формате? А для RAW эти цифры верны. А что имелся виду именно рав, прекрасно понятно по этой фразе:

Всё прекрасно помещается на вашем чудесном рам-диске в памяти в рав-битмапах, даже если помножить всё это на три, превратив индексный цвет в 24-битный RGB.

К Вашему сведению BMP тоже поддерживает индексный цвет, а значит вычисления останутся верными даже без умножения на три.
Куда более непонятно вот это утверждение:

{...}обьем на диске - каждый тайл конвертится примерно в 1 Гб БМП, итого 80Гб не считая темпов (их банально нету свободных на наст.момент{...}

Откуда там 1 гиг на битмап? Навскидку?

А если всё уже есть в равах, то сконкатенировать можно простой командой:

Код: Выделить всё

copy <тайл1> /b + <тайл2> /b ... result.raw /b

copy /b <тайл1>+<тайл2> ... result.raw, Вы хотели сказать?

Да, имелась виду эта команда:

Код: Выделить всё

Копирование одного или нескольких файлов в другое место.
COPY [/D] [/V] [/N] [/Y | /-Y] [/Z] [/A | /B] источник [/A | /B]
     [+ источник [/A | /B] [+ ...]] [результат [/A | /B]]

А зачем? Вы считаете, что бинарно дописав второй файл в хвост первому - Вы в результате получите валидный файл?

Да, ведь речь идёт о RAW-битмапах. Тыкать пальцем, где точно сказано о чем речь, я не буду.

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

Читайте внимательно что вам пишут. Речи о заголовках быть не могло, ибо имелся виду РАВ!

Если же применить "беззаголовочный" RAW-формат - то в любом случае клеить нужно не единичный файл в хвост первому, а первую линию изображения второго файла в хвост первой линии первого файла, и так далее - с чередованием (при "горизонтальном" сведении, которое в моем случае тоже нужно).

Предполагалось, что Вы самостоятельно домыслите, что склеить пакетно пары тайлов можно и в XnView, напрмер. А уж конкатенировать строки можно простым слиянием.

Опять же, главное - свести в один файл. Уж потом конвертнуть куда угодно не составит проблем (без применения фотошопа).

Вот я и обрисовал Вам в нескольких словах как можно свести тайлы в один файл. Право, полагал, что не придётся дважды объяснять такие простые вещи. Читайте, пожалуйста, внимательнее своих оппонентов.
С уважением.