Переименовать часть файла после конвертации

Лол, ты в жопеги конвертишь пока все конвертят жопеги. Лайк дырявым за поддержку актуальных технологий.

Для конвертации новомодных *.HEIC фотографий с iPhone использую tifig

Слегка не по теме. Велосипед. Неужели нет чего-нибудь попроще, на базе libjpeg & libpng. Ну на крайняк, на базе freeimage. Использование libav* для енкодинга изображений - крутовато.

Ты понимаешь, что говоришь? Есть прекрасный webp. Но. VP8 говно и артефачит/смазывает невозможно. Есть замечательный полурабочий BPG, использующий алгоритмы (требующие отчислений) прекрасного h265 (реенкоды сосут по причине лосси-лосси и неаккуратного кодирования). И тут появляется свободный, не требующий отчислений, конкурент h265 в лице AV1. Какие могут быть вопросы?

А все эти энкодеры изображений на базе видеокодеков либо тянут куски медиалиб, либо дёргают их.

А ты понимаешь, сколько времени пройдет до того, как AV1 станет юзабельным? Годы.

echo $i|rev|cut -d "." -f 2-|rev

То же, что и с 'sed'. И как совместить с 'find'?

find -type f -iname '*.heic' -exec tifig -i '{}' -o '{/HEIC//}JPG' \;

Нет:

Unknown image extension: {/HEIC//}JPG

Неужели нет чего-нибудь попроще, на базе libjpeg & libpng. Ну на крайняк, на базе freeimage.

Я не нашел.

basename omgWtf.HEIC .HEIC
omgWtf

дальше сам :)

дальше сам :)

Почти:

$ basename test/omgWtf.HEIC .HEIC
omgWtf

Почти:

что не так? :)

dirname test/omgWtf.HEIC
test

что не так? :)

Теперь всё так. )

Смотря сколько бобла вольют. Сейчас есть большой интерес получить что-то конкурентоспособное H.265.

В порядке справки:

• H.265-6 лет, практически не получил распространения? очень медленный
• BPG-5 лет, нет поддержки нигде
• WEBP-8 лет, ни разу не встречал. но работает норм
• VP8-11 лет, легасимусор
• HEIF-4 года (h264 до недавних пор), поддерживается везде кроме линукса
• AV1-меньше года
• AVIF-полгода, уже везде поддерживается

$ F=filename.HEIC; echo ${F%.*}
filename

Думаю, проще всего будет обернуть запуск команды в шел. То есть вместо command parameters — sh -c 'command parameters'. Тогда раскрывать выражения будет этот вложенный шел, а не текущий.

WEBP-8 лет, ни разу не встречал

Встречал в неожиданных местах. Например, Youtube достаточно давно начал отдавать картинки в webp, если по user agent видит, что подключен Chrome. На одном сайте как-то раз картинки отвалились в Chrome, но работали нормально в Firefox, и я тогда узнал, что он тоже отдаёт webp для chrome. В Opera mini картинки — в webp.

То есть, если аккуратно WebP использовать, никто и не заметит.

Думаю, проще всего будет обернуть запуск команды в шел.

Не совсем верно. Он не может применить никакую команду или оператор shell к списку. Ему надо через pipe разложить список на строки | while read tline; do ...; done и мутить уже с каждой скрокой чо хочет.

Только там с умом надо, а то доллары и кавычки в именах файлов могут натворить дел.

Типа так:

find -type f -iname '*.heic' -exec sh -c 'tifig -i "$0" -o "${0%.*}.JPG"' {} \;

Но через parallel как я выше написал проще и работает быстрее.

Типа так:

Хмм. Работает. Забыл про такой способ передачи параметра.

через parallel

А с {.} это они хорошо придумали.

legolegs, благодарю!

{.} — это вообще знатная тема.

Всем спасибо за ответы и желание помочь.

Типа так:

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

find -type f -iname '*.heic' -exec sh -c 'arg="{}"; tifig -i "$arg" -o "${arg%.*}.JPG"' \;

Есть прекрасный webp

Не нужен. Как и гугловские хипстеры, которые носятся с ним, как с писанной торбой.

Нет, плохой метод.

$ touch 'bad $file name'

$ find bad\ \$file\ name -exec sh -c 'echo _"$0"_' {} \;
_bad $file name_

$ find bad\ \$file\ name -exec sh -c 'arg="{}"; echo _"$arg"_' {} \;
_bad  name_

rename из util-linux нужно брать (в Debian его в rename.ul переименовывают). Им вот так можно:

rename.ul .HEIC "" *.HEIC.JPG

rename из util-linux нужно брать

Так каждый может. Здесь то задача ставилась - сделать всё и сразу, без постобработки. И решение найдено.

Нет, плохой метод.

А, ну да, кавычек явно не хватает. :)

Впрочем, звать по sh на каждый файл - тоже так себе.

Впрочем, звать по sh на каждый файл - тоже так себе.

Да, каждый раз морщусь, когда так делаю.

Можно делать find .... -exec sh -c 'for i; do ...' + но зачем, если есть parallel :)

но зачем, если есть parallel

Ну судя по всяким {.} оно всё равно не содержит полноценное parametr expansion и чуть сложнее — можно и на одном bash всё написать, вроде уже приводил тут простенький parallel на bash.

Судя по манам там куча видов всяких {} включая вариант с перлом внутри.

Кому не нужен, а кому и 60% места на диске сохранил. Можно больше и лучше, только не с vp8.

Разложи части имени файла по переменным и меняй одну из них, делов-то.