Filin74
Взял видео файл размером 217мб с параметрами:

Запустил вышеупомянутый скрипт со строкой:
Получил файл размером 192мб и при этом худим качеством, которое заметно на 16 дюймовом экране, вот с такими параметрами:

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

-=BUR=-
при использовании сырого(несжатого) материала
В том то и дело, что этот нюанс часто опускается.
Я всегда, наивно, полагал что можно просто взять h264 и пережав в h265 получить меньший файл.

Teak Из этого делаю вывод, что не о каком 2х кратном уменьшении размера при том же качестве речи не идет и перекодирование в 265 для меня безполезно.

Рано сдались. Вот попробуйте

h265 я бы использовал с более высоким crf или с аппаратным кодировщиком.

Добавление от 12.10.2021 14:10:

И исходник возьмите ближе к Teak 8037kbps

Добавление от 12.10.2021 15:23:

-=BUR=- h265 по сравнению с h264 даёт около 50% преимущество(+-в зависимости от содержания контента) без видимой потери в динамике.

Хрень притянутая.

У вашей строке libx264, смысл кодировать 264 в 264? У меня нет исходников, у меня старый домашний фото/видео архив, который когда то давно сжат в 264, я думал что его размер еще можно уменьшить без заметной потери в качестве.

Teak У вашей строке libx264, смысл кодировать 264 в 264?
Увидите. Результат может быть лучше 265.

Teak
еще можно уменьшить без заметной потери в качестве.

фуфлофмпега на то мало. над ависинф с мдеграйнн под усреднение кадриков намного ощутимее жалких х265 мпегов.

Знатоки, возникла такая задача: Надо сменить контейнер с mp4 на mov в огромном количестве файлов. Вроде, насколько помню, ffmpeg это могёт. Естественно, без пересчёта. Исходники - UHD 4:2:2 10 bit, 29,97p, h.264 LongGOP 150 mb/s. Если бы я знал, что в большом проекте возникнет такой спотыкач, снимал бы сразу, в mov, GH5 это пофигу. Но снимал в mp4, а... не очень сведущий человек весь массив запроксировал с сохранением имён файлов, но в mov и перелинковать уже сделанные на основе этих "прокси" черновики - это вообще, непонятно как теперь...
И ещё... Было бы неплохо, чтобы сразу кинуть в обработку всю папку проекта (3+ tb) не разбирая, где чего лежит. Была мысль "распаковать" сразу всё это в ProRes или т.п. в mov контейнер, но объём получается ужасающий и у меня столько места на носителях нет...

Исправлено: Lucky Gonza, 15.10.2021 16:20

Lucky Gonza


Скрипт класть в верхнюю папку. Ну и указать путь к своей папке BIN FFMPEG-а.
Он будет искать во вложенных папках MP4 и перемуксивать их в MOV с тем же именем. И раскладывать по тем же папкам, где лежали исходные MP4.

ЗЫ: Потестируй на копиях для начала...

Filin74
Попробовал предложенный вами вариант, пока по быстрому, на 16 дюймовом мониторе разницы особо не заметил, размер файла было 217 стало 164, что очень не плохо, только я так понимаю файл какойто не стандартный получается, в проводнике предпросмотр за место значка не работае, это как то можно исправить?

Teak на 16 дюймовом мониторе разницы особо не заметил

Дык я о чем и говорю. Не всегда h265 лучше h264. Можете еще crf увеличить, размер еще меньше будет. До 23, (24, 25?).

это как то можно исправить?

Думаю, дело в 10 битном кодировании. Это улучшает качество кодирования даже 8 битных видео. Долго объяснять.
Попробуйте yuv420p10le заменить на yuv420p, так будет 8 бит. Может, из-за этого проводник не понимает.

Добавление от 18.10.2021 21:15:

-=BUR=- h265 по сравнению с h264 даёт около 50% преимущество(+-в зависимости от содержания контента) без видимой потери в динамике.

Для этого товарища выделю. Все намного сложней, чем пишут в громких заголовках гореаналитики.

Teak Взял видео файл размером 217мб с параметрами:
H265 Получил файл размером 192мб и при этом худим качеством, которое заметно на 16 дюймовом экране
H264 разницы особо не заметил, размер файла было 217 стало 164, что очень не плохо

Добавление от 18.10.2021 21:43:

Teak кстати, с h265 тоже можете сравнить 10 и 8 бит. Вдруг лучше станет. Но вряд ли будет ощутимо.

Teak

Система Windows 7, стоит Icaros в составе K-Lite Codec Pack Standard

mazizov
Раньше ставил K-Lite Codec Pack, сейчас ставлю mpc-hc, пока не встречал, чтобы он что то не воспроизводил.

Teak

K-Lite Codec Pack Standard вместе с плеером MPC-HC ставит в систему LAVFilters для системного декодирования, CodecTweakTool для настройки системного декодирования, MediaInfo, Icaros, madVR, DirectVobSub .

Как оптимизировать запрос при конвертации dav в mp4?
Камера снимает в dav h265 (изменить нельзя) и мне нужно конвертировать видео в любой формат, который телеграм воспринимает как видео (mp4, avi и т.д.). В сети есть похожий вопрос, где решение:

однако данный код при конвертации 16-и секундного видео на 6и ядерном xeon выполняется за 13 секунд, а на 4ёх ядерном ARM Ampere 23 секунды. И можно было бы говорить, что я упираюсь в производительность серверов, однако при декодинге высвечиваются такие параметры видео:

и конвертируются они вот в это

То есть с нифига он берёт и меняет параметры видео. Если я в запросе изменю fps со 100 до родных 25, то получу на Ampere уже 9 секунд вместо 23. FPS это базовое и примитивное, что бросается в глаза, но также здесь есть параметры tbn, tbc и ещё наверняка что-то, о чём я не знаю, но оно зачем-то изменилось. FFMPEG как-то не очень оптимально использует ресурсы, которые у него есть.

Поэтому вопрос: как можно оптимизировать запрос, чтобы получить максимально быстрый результат?
p.s. меня не столько волнует размер файла, сколько время его кодирования.

Надо сунуть х264 либе самы быстры настройки. Мож пресет Фаст или суперфаст.

Добавление от 24.10.2021 00:38:

Ыы - пресет ультрафаст https://qastack.ru/superuser/490683/cheat-sheets-and…rk-with-ffmpeg-10

У кого есть FFMPEG 4.2.2 нескольколетней давности скачивания? Просьба поделиться файлами)). Потерял свой, с av1.0.0 енкодером внутри, пошел на сайт а там уже нет такой версии на скачивание. Накачал штуки 4 все 4.2.2 все av1.0.0 - и несовсем понял, они то все 1.0.0 - а версии libaoem внутри как будто все немного разные. В итоге они сжимают не так как я проводил сравнение - немного хуже жмут чем надо.

Просьба выложить FFPEG 4.2.2. я посжимаю поищу среди них нужную версию енкодера. К сожалению не записывал версии енкодера - ориентировался на версию 1.0.0 а оно оказалось с подвохом - они немного разные эти 1.0.0

Может у кого завалялся хорошо сжимающий FFMPEG с AV1 ?

Alex2080 https://github.com/advancedfx/ffmpeg.zeranoe.com-bui…s-mirror/releases

Добавление от 24.10.2021 22:57:

Alex2080 В итоге они сжимают не так как я проводил сравнение - немного хуже жмут чем надо.

Таблицы и скрины в студию!

Эти копии уже пробовал, не получил тот размер файла который когда-то получал.
А той копии уже нет поэтому я не могу перепроверить повторно замером небыло ли технической ошибки или человеческого фактора при замере. Перепроверю тесты и настройки заново с теми копиями FFMEPG которые есть сейчас на это уйдет время.

Добавление от 25.10.2021 18:01:

Пока я кое что перепроверяю, вот кое какие файлы.

Это настройка с которой тестировал:
-c:v libaom-av1 -s 1024x576 -crf 18 -cpu-used 0 -threads 1 -b:v 0 -strict experimental -preset 0
Из FHD в 576 делал. В тестах были файлы и по 100 Мегабайт, просто это на сутки на файл, поэтому тут совсем крохотный файл так и называется 1 - размером около 10 мегабайт более 200 кадров включая промежуточные около 11 секунд - на память. Делал и долгие замеры - но это на несколько дней и быстро их с большими видео не произвести.

Файлы FFMPEG в тестах метил по контрольной сумме что бы не ошибится и ложил в папки с разными номерами для эксперимента. Все эти ffmpeg.exe показывают немного разный итоговый размер. Где то 1.9 Мб.
Где то 1.8 Мб.
А я помню что было у меня и 1.7 и еще меньше для этого файла замеры. Только сейчас я этот FFMPEG потерял - скачал новый, увидел иной размер - заинтересовался и провел сравнение - оказалось что из 10 скачанных ффмпег с av1.0 - у половины размер итогового файла отличается от других - у другой половины все одинаково. Но среди них нет ни 1.7 ни еще меньшего размера итогового файла. Вот - пытаюсь понять в чем дело. Перекодирую - может где случайно затесался иной -crf так что перепроверяю.

Вот ссылка на накаченные из сети FFMPEG которые показывают чуть разные результаты если в БАЙТАХ.

file1.uafile.com/713019

Незнаю, может они по разному жмут тестовое описание заголовка в свойствах файла. Непойму.

---
Может быть кто-нибудь знает:?
Есть ли команда для FFMPEG что бы при кодировании в несколько потоков, сначала порезать видео на это число отрезков, по наилучшим местам где хорошо установить ключевой кадр, что то вроде scencut 0.3 - я просто не пойму как должна выглядеть настройка в bat файле для этого, если это реально сделать
Спасибо!

Lucky Gonza
сразу кинуть в обработку

у нас вконторе в фар по ф2 так устроено (под перекод случайных лапожопностей в одно православно дв ави под монтажки) -

FOR /F "tokens=*" %G IN ('dir /b *.*') DO "C:\Program Files\ffmpeg\bin\ffmpeg.exe" -i "%G" -s pal -aspect 16:9 -r 25 -f avi -vcodec dvvideo -acodec pcm_s16le -ac 2 "%G.avi"

Alex2080 -c:v libaom-av1 -s 1024x576 -crf 18

А имеет ли смысл AV1 с таким высоким качеством? Кодек "раскрывается" при качестве удовл. и ниже. Ютубы, конференции и прочее. Очень сильная экономия. Лично сравнивал. Иначе просто тупо ресурсы на кодирование сжигаются зазря.

Добавление от 28.10.2021 22:28:

Alex2080 по наилучшим местам где хорошо установить ключевой кадр

Можно сцены определить по ffmpeg, а потом по логам порезать. Мне лень было делать. Резал просто на равные куски. Слишком много мороки ради экономии нескольких ключевых кадров. Хотя, может, и есть способ простой.

Ребята, помогите разобраться с ffmpeg.
Есть батник делающий HEVC.
Внутри:
Проблема: Если скармливать MKV с Главами(Chapters) - выдает ошибку. Почему-то главы распознаёт как mjpeg stream.
Помогите плс

Надо батник который просто хорошо перекодирует из BDRemux 1080p h264 MKV в HEVC с сохранением всего (т.е. видео перекодирует, а аудио, титры и главы оставит как было. С именами и пр инфо)

ВОт весь код батника: