LINUX.ORG.RU

История изменений

Исправление chukcha, (текущая версия) :

Про ^конкретное^ использование parallel так ничего и не понял, ну и фиг с ним.

Важнее другое. Например, guetzli оказался невероятно прожорливым и медленным -
читайте _https://webformyself.com/szhatie-jpeg-s-pomoshhyu-guetzli/

К тому же мне не нужно сохранять исходные размеры, а уменьшать их.

Потому испробовал предложенную caoutchouckcha команду

find . -name '*.jpg' -exec mogrify -resize 1024x768\> {} \;
для обработки 86 фотографий 3072 x 2304, размерами 1.5...1.8 MB и общим объемом 149 MB.

Обработка заняла всего 17 секунд, общий объем уменьшился до 19 MB, т.е. в 8 раз.

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

Единственное, пропорции исходных и полученных фотографий одинаковы - 1.3333, так что пропорции не нарушаются.
Но если они будут разные, то наверное, они нарушатся?

Можно ли задавать выходные геометрические размеры не в пикселях, а скажем, в процентах уменьшения?

Upd. Про «for C ...done» прочел только что, чем оно лучше?

Исходная версия chukcha, :

Про ^конкретное^ использование parallel так ничего и не понял, ну и фиг с ним.

Важнее другое. Например, guetzli оказался невероятно прожорливым и медленным -
читайте _https://webformyself.com/szhatie-jpeg-s-pomoshhyu-guetzli/

К тому же мне не нужно сохранять исходные размеры, а уменьшать их.

Потому испробовал предложенную caoutchouckcha команду

find . -name '*.jpg' -exec mogrify -resize 1024x768\> {} \;
для обработки 86 фотографий 3072 x 2304, размерами 1.5...1.8 MB и общим объемом 149 MB.

Обработка заняла всего 17 секунд, общий объем уменьшился до 19 MB, т.е. в 8 раз.

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

Единственное, пропорции исходных и полученных фотографий одинаковы - 1.3333, так что пропорции не нарушаются.
Но если они будут разные, то наверное, они нарушатся?

Можно ли задавать выходные геометрические размеры не в пикселях, а скажем, в процентах уменьшения?