Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2009.12.13;
Скачать: [xml.tar.bz2];

Вниз

Программа для массового сжатия изображений   Найти похожие ветки 

 
БарЛог ©   (2009-10-14 19:07) [0]

всем привет. имеется большое количество изображений (в папках и подпапках) высокого разрешения, в основном jpg. Хочется уменьшить их общий размер, изменив размер каждого изображения.

Может кто уже сталкивался, подскажите программу.
В интернете софта куча, нахождение нужного займет кучу времени.
А сделать надо сегодня :(

ЗЫ. Подпапок туча, не все файлы в них - изображения.

Заранее спасибо.


 
TUser ©   (2009-10-14 19:13) [1]

ACD See


 
БарЛог ©   (2009-10-14 19:17) [2]

> ACD See

А она ищет в подпапках? Это критически важно.


 
vrem   (2009-10-14 19:18) [3]

если ты вырвешь волосы ты их не вставишь назад..


 
БарЛог ©   (2009-10-14 19:25) [4]

> если ты вырвешь волосы ты их не вставишь назад..

это понятно, тока волос этих уже столько... а голова не резиновая :)


 
Кто б сомневался ©   (2009-10-14 19:32) [5]

IrfanView - широкий выбор настроек и качества.. В папках не ищет правда.
Но можно вытащить все файлы из подпапок в одну папку. TotalCommander - Commands >> Branch View


 
DVM ©   (2009-10-14 19:33) [6]

Если есть фотошоп то можно написать для него скрипт.


 
Virgo_Style ©   (2009-10-14 19:50) [7]


> В папках не ищет правда.


Если не ошибаюсь - ищет, но результаты складывает в одну.


 
Kolan ©   (2009-10-14 20:09) [8]

IrfanView должен подойти.


 
Зорг   (2009-10-14 21:55) [9]

XnView - функция Мультипреобразования, можно добавиь сколько угодно папок.


 
TIF ©   (2009-10-14 23:21) [10]

Сжимать JPEG лучше всего официальной утилиткой от джепег груп - без потери качества. Для автоматизации придётся соорудить bat-файл или скриптик...


 
Медвежонок Пятачок ©   (2009-10-14 23:59) [11]

"сжимать джпег бес потери качества" - это анекдот такой?


 
TIF ©   (2009-10-15 01:28) [12]

> это анекдот такой?

Да. Это такой анекдот, про оптимизацию таблиц Хафмана :)

jpegtran -copy none -optimize -perfect src.jpg dest.jpg
http://jpegclub.org/jpegtran

Ещё можно попробовать переделать изображение в "прогрессивное" параметром
-progressive
В некоторых случаях это поможет дополнительно уменьшить изображение
Исследование про эти "некоторые случаи":
http://webo.in/articles/habrahabr/73-jpeg-baseline-progressive

Вообще, Николай Мациевский - настоящий оптимизационный маньяк :) Уже вторую книгу готовит к выпуску (советую обе скачать, благо это бесплатно) + пакет Web Optimizer уже успешно продаёт...


 
Германн ©   (2009-10-15 01:49) [13]


> TIF ©   (14.10.09 23:21) [10]
>
> Сжимать JPEG лучше всего официальной утилиткой от джепег
> груп - без потери качества.

Вряд ли это нужно автору сабжа.


 
TIF ©   (2009-10-15 02:17) [14]

> Вряд ли это нужно автору сабжа.

?

> имеется большое количество изображений (в папках и подпапках)
> высокого разрешения, в основном jpg. Хочется уменьшить их
> общий размер, изменив размер каждого изображения.

Ну может тут и правда имелось в виду, что вариант с потерей качества тоже отлично подойдёт, но может это лишнее? :)

Натравил jpegtran на такое изображение:
Размеры: 10000 × 4912
Разрешение (по вертикали и по горизонтали): 300 точек на дюйм
Глубина цвета: 24
Размер: 6,43 МБ (6 744 695 байт)

После обработки:
Размер: 6,12 МБ (6 423 164 байт)

PS: я уже малость запутался :(
Про какие размеры речь в сабже? Про ширину/высоту или про байты? Хотя jpegtran в обоих случаях поможет


 
Германн ©   (2009-10-15 02:40) [15]


> TIF ©   (15.10.09 02:17) [14]

Имхо про "Количество точек".
Но я это не утверждаю, но предполагаю.
На потерю качества автор согласен.
> БарЛог ©   (14.10.09 19:25) [4]

Вроде бы :)


 
vrem   (2009-10-15 08:24) [16]

раз фотов много, значит не умеешь выбирать удачные. на фотохостингах такое часто видно - идёт подряд 10 фотографий, на них один и тот же человек и время, но угол наклона головы разный.
так что взять fastpictureviewer, лучшую и быстрейшую программу для просмотра jpg(она и Gpu видеокарты задействует и между процевыми ядрами делит и кеширует в память, старается короче, лучшая по скорости и качеству:) вот, и в ней удалить неудачные фото. клавишей дел.
я думал что не хочешь заниматься, поэтому нужно массово пожать и забыть, но раз ветку завёл и вообще участвуешь в ней, значит забыть не очень хочешь, а значит - нужно не портить все, а удалить неудачные фото.


 
БарЛог ©   (2009-10-15 09:12) [17]

Всем спасибо, AcdSee подошло :)

> раз фотов много, значит не умеешь выбирать удачные
Я их не выбираю, нужно было просто освободить место на диске (на работе) :)


 
Медвежонок Пятачок ©   (2009-10-15 09:20) [18]

Да. Это такой анекдот, про оптимизацию таблиц Хафмана :)

Который к "непотере качества" не имеет отношения.


 
TIF ©   (2009-10-15 10:01) [19]

> Который к "непотере качества" не имеет отношения.

Это почему ещё?
Does JPEG Optimization affect Image Quality?

No! The huffman table optimization is a lossless (reversible) process that has absolutely no effect on the resulting image quality. If one has the option, it is almost always best to enable JPEG optimization. The extra file size savings can"t hurt. However, as it may potentially reduce compatibility with some bad JPEG decoders, this may be enough of a reason for you to disable it.


 
Медвежонок Пятачок ©   (2009-10-15 10:06) [20]

Это почему ещё?

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


 
Медвежонок Пятачок ©   (2009-10-15 10:11) [21]

беру внутрикамерный джпег снятый на максимальных параметрах (размер и разрешение)
жму его в rar с максимальной степенью сжатия.

размер полученного архива превышает исходный джпег.

так о чем мы говорим?
о напитке юппи со вкусом малины идентичном натуральному?


 
Медвежонок Пятачок ©   (2009-10-15 10:18) [22]

то что хаффман это лосслес само по себе ничего не говорит.
если бы у автора исходники были в raw или bmp и он бы их превратил в джпег хаффманом, тогда да. ничего не потеряно.

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


 
TIF ©   (2009-10-15 10:18) [23]

> жму его в rar с максимальной степенью сжатия.

WinRAR обладает искуственным интеллектом? :)
Для него jpg-файл - не более, чем набор байтов, которые нужно сжать стандартными методами.
А с точки зрения jpegtran - это изображение с таблицами по-умолчанию, которые он заменяет своими, которые оказываются эффективнее стандартных.

> о напитке юппи со вкусом малины идентичном натуральному?

Пойду сравнивать под микроскопом.


 
TIF ©   (2009-10-15 10:21) [24]

> который не пожмется ничем.

А про СЖАТИЕ никто не говорит. Речь про ОПТИМИЗАЦИЮ

Разница чувствуется? :) Если нет - сожалею...


 
TIF ©   (2009-10-15 10:23) [25]

> TIF ©   (14.10.09 23:21) [10]
> Сжимать JPEG лучше всего официальной утилиткой от джепег
> груп

Ага... Слово не воробей. Разговор с оговорками :)
Только дальше уже речь шла про optimize


 
Медвежонок Пятачок ©   (2009-10-15 10:29) [26]

Только дальше уже речь шла про optimize

этот "оптимайз" и есть по сути процесс который называется "вот в этом месте зритель один хрен не заметит разницы, поэтому мы в этом месте схалтурим"

а для лосслес алгоритма пофик специфика контента.
размер после сжатия определяется только продвинутостью составления словаря.


 
Медвежонок Пятачок ©   (2009-10-15 10:30) [27]

А про СЖАТИЕ никто не говорит. Речь про ОПТИМИЗАЦИЮ

ага. про маркетинговые фокусы если точнее.


 
Медвежонок Пятачок ©   (2009-10-15 10:32) [28]

вообще чего мы спорим?

берем исходный неоптимизированный джпег.
открываем и делаем принтскрин.
считаем хеш полученного битмапа.

затем оптимизируем его.
снова открываем тем же вьюером и снова делаем принтскрин.
считаем хеш и сравниваем.

совпало - потерь нет.

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


 
TIF ©   (2009-10-15 10:39) [29]

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

В данном случае просиходит изменение продвинутости таблиц. То бишь того же словаря :)

Сравнил исходное и полученное изображение из [14]. Идентичны. "Невозможное" возможно )


 
Игорь Шевченко ©   (2009-10-15 10:51) [30]


> В данном случае просиходит изменение продвинутости таблиц


Насчет критерия "продвинутости" можно поинтересоваться, что это такое ? А то я как-то до сих пор не сталкивался с подобной оценкой, кого куда двигают ?


 
Медвежонок Пятачок ©   (2009-10-15 11:04) [31]

Сравнил исходное и полученное изображение из [14]. Идентичны. "Невозможное" возможно )

я тоже щас сравнил mp3 96 bps и flac. тоже не заметил разницы

PS
Ты хеши обеих восстановленных джпегов выкладывай.
Тогда и сравним что к чему.


 
TIF ©   (2009-10-15 11:13) [32]

> Ты хеши обеих восстановленных джпегов выкладывай. Тогда
> и сравним что к чему.

Я уже запутался. Который восстановленный, а который нет?

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

Ну если по этому алгоритму, то результаты такие

Первый раз просто открыл каждую картинку (1 -оригинал и 2 - "хафманизированное") и пересохранил в BMP
Хеши (md5):
1 - ef610988ea62d0c565958452d167b344
2 - ef610988ea62d0c565958452d167b344
Второй раз отпринтскринил и пересохранил в BMP
Хеши:
1 - 5b7f5e07770fabfe87f02f4bfeecb5d6
2 - 5b7f5e07770fabfe87f02f4bfeecb5d6


 
Медвежонок Пятачок ©   (2009-10-15 11:19) [33]

моя не верит.
ну или размер оптимизированного уменьшился на совсем немного.


 
TIF ©   (2009-10-15 12:08) [34]

В [32] проделывал это с маленькими картинками, а не с 10000x4912 (её принтскринить замучаешься :), хотя там при пересохранении тоже хеши одинаковые получаются

> моя не верит.

http://cid-958487bcc33eedba.skydrive.live.com/self.aspx/Публичная/jpegtran.zip

> ну или размер оптимизированного уменьшился на совсем немного.

Ну как по мне, этого вполне достаточно, особенно если файлов тысячи

Тут уже зависит от "объёма" jpg-изображения ну и вообще от того, что там изображено. С маленькими это и правда не особо заметно, на первый взгляд:
9,98 КБ (10 228 байт) -> 9,19 КБ (9 413 байт)

С большими заметнее (картинка из [14]):
6,43 МБ (6 744 695 байт) -> 6,12 МБ (6 423 164 байт)

Но это на глаз :) В первом случае экономия в %-ом отношении как раз больше получается: размер = 92% от оригинала, тогда как во втором получим 95%...


 
clickmaker ©   (2009-10-15 12:51) [35]

> Может кто уже сталкивался, подскажите программу.

http://relaxander.webest.net/files/utils/JPEGBatch.zip


 
Медвежонок Пятачок ©   (2009-10-15 12:55) [36]

вспомнился стартер кит для асп.нет
"The Beer House".
там есть фотоальбом с массовой загрузкой. При загрузке из каждой фотки делается превьюха и сабнейл.

дотнетовского кода - срок двадцать


 
Sapersky   (2009-10-15 15:33) [37]

Если я правильно помню, в алгоритме jpeg данные сначала сжимаются с потерями (перевод в YUV, DCT, квантизация), потом без потерь чем-то вроде zip. Т.е. вероятно оптимизация таблиц улучшает именно второе сжатие.
Кому интересно, можно здесь почитать:
http://compression.ru/book/


 
vuk ©   (2009-10-15 16:17) [38]

FastStone Image Viewer
www.faststone.org

Есть Batch Processor, умеет ходить в подкаталоги.


 
М. Береговой   (2009-10-15 22:32) [39]

По поводу темы - есть nikon pictureproject



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2009.12.13;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.55 MB
Время: 0.007 c
1-1228589526
Германн
2008-12-06 21:52
2009.12.13
BDE и bat-файлы


15-1255348813
Virgo_Style
2009-10-12 16:00
2009.12.13
ZoneAlarm Pro завтра (13-го) будут бесплатно раздавать


15-1255893240
Kostafey
2009-10-18 23:14
2009.12.13
SQL: Размышления о хаосе и порядке.


2-1256204193
Scot Storch
2009-10-22 13:36
2009.12.13
Как передать в запрос многострочный текст


15-1255284553
Denis123
2009-10-11 22:09
2009.12.13
Проверка сложности пaроля





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский