Форум SAS.Планета

Parasite
В программке все действия в ПАМЯТИ. Тайлы должны быть одинаковых размеров.
Имена файлов - 1.gif, 2.gif, 3.gif ..... 80.gif
Нумерация файлов по строкам, затем по столбцам, слева направо, сверху вниз.
1.gif, 2.gif
3.gif, 4.gif
....
79.gif, 80.gif
Сохраняет в Jpeg, gif, png. Цвет вроде оставляет исходный.
Программа должна находиться в папке с исходными тайлами.
Вот и все.

Для Parasite

Более гибкая вещь. Можно менять размерность матрицы
Merge2.rar
http://sasgis.org/forum/download/file.php?id=102

Cowa писал(а):Parasite
В программке все действия в ПАМЯТИ. Тайлы должны быть одинаковых размеров.
Имена файлов - 1.gif, 2.gif, 3.gif ..... 80.gif
Нумерация файлов по строкам, затем по столбцам, слева направо, сверху вниз.
1.gif, 2.gif
3.gif, 4.gif
....
79.gif, 80.gif
Сохраняет в Jpeg, gif, png. Цвет вроде оставляет исходный.
Программа должна находиться в папке с исходными тайлами.
Вот и все.

Благодарю!!! Попробую, дам знать.

PS: А если памяти не хватит - в своп само полезет, или придется дополнительно обрабатывать напильником?

Parasite

Parasite писал(а):PS: А если памяти не хватит - в своп само полезет, или придется дополнительно обрабатывать напильником?

Нет, не думаю. что не хватит. На всяк случай я и сделал пробную кнопочку для склеивания одной строки - посмотреть как работает склейка. А кто хвастался памятью:

Parasite писал(а):Повторюсь, что физического РАМа на машине 28Гб

и чтобы ЭТОГО не хватило....

Cowa писал(а):А кто хвастался памятью:

Parasite писал(а):Повторюсь, что физического РАМа на машине 28Гб

и чтобы ЭТОГО не хватило....

Да, но 80 тайлов разово займут около 60Гб в битмапах по самым скромным подсчетам. Это если разово их все растянуть (я не знаю по какому алгоритму твоя утилитка работает - еще не пользовал, в понедельник скорей всего...)

Все правильно, они все затягиваются в память. Программе по барабану размеры тайлов, главное, чтобы они были одинаковые. Так что можно поэкспериментировать с меньшими размерами тайлов. И откуда такие размеры

Parasite писал(а):80 тайлов разово займут около 60Гб в битмапах по самым скромным подсчетам

Дискуссию открывать не буду, т.к. графика это не моя облать, но пробовал загрузить в память индексный гиф и потом сразу сохранил в бмп. БМП получился тоже с индексированным цветом. Не думаю, что битмап в мамяти разворачивается до RGB, а затем конвертируется в индекс при записи на диск. Т.е. ТЕОРЕТИЧЕСКИ, в памяти gif с индексированным цветом и с палитрой 256 цветов должен занимать не более 50200х1024 = 51404800 (байт) = 49,0234375 (Mb) в твоем случае.

Cowa писал(а):Не думаю, что битмап в мамяти разворачивается до RGB, а затем конвертируется в индекс при записи на диск. Т.е. ТЕОРЕТИЧЕСКИ, в памяти gif с индексированным цветом и с палитрой 256 цветов должен занимать не более 50200х1024 = 51404800 (байт) = 49,0234375 (Mb) в твоем случае.

А посмотреть уже отвеченное в этой же ветке на эту же тему?
viewtopic.php?p=2065#p2065

Parasite писал(а):А посмотреть уже отвеченное в этой же ветке на эту же тему?
viewtopic.php?p=2065#p2065

А вот этот ответ тоже остался без внимания?
viewtopic.php?p=2065#p2073
Странно... откуда там 60 гигабайт?
Или Parasite обиделся на меня, не разговаривает больше?=)

Сегодня экспериментировал со склейкой Merge. Как оказалось она не совсем корректно работает с памятью - очень много кушает и вылетает с OutOfMemory, если входные тайлы достаточно большие.
Все исправил. Вот новый вариант

Parasite
Тоже рекомендую именно этот вариант.
Утилита загружает все тайлы по очереди в память. Если память закончилась, то сбрасывает все в своп. И так далее, пока хватает свопа. Если закончится своп - OutOfMemory. Так что рекомендую сделать своп по возможности побольше.

Cowa писал(а):ParasiteТоже рекомендую именно этот вариант.
Утилита загружает все тайлы по очереди в память. Если память закончилась, то сбрасывает все в своп. И так далее, пока хватает свопа. Если закончится своп - OutOfMemory. Так что рекомендую сделать своп по возможности побольше.

Хорошо, завтра попробуем!! Спасибо!