После пяти месяцев разработки доступен мультимедиа-пакет FFmpeg 7.0, включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведётся смежно с проектом MPlayer...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60929
Самая лучша тулза,но у кодеров другое мнение и ябраузер без Gstreamer теперь не полноценно работает.Такая печалька.
Дело не в том, что "лучше", а в том, что Gstreamer проще и приятнее поддерживать. У него API более высокоуровневый, и он кучу времени разработчкам экономит.
Gstreamer - глючный и кривой что капец.
Для более высоуровневого уже сделали PipeWire.
> Для более высоуровневого уже сделали PipeWire.Неа. Pipewire - это вывод уже готового звука. А FFmpeg и Gstreamer нужны чтобы этот готовый звук получить из закодированных файлов.
сравнение яблок и трактора "беларус"
Пфф, откопал ведь где-то альтернативу
А браузить чем-либо более полноценным, чем Ябраузер не пробовал?
ЯБ полноценный, а для обычного пользователя самый удобный, в наших широтах.
П.С. Сам пользуюсь лисичкой.
Пользоваться проприетарными браузерами от поисковых гигантов это неуважение к себе и своим данным.
Расскажите это своим американцам на английском, о том что пользоваться Google Chrome, Microsoft Edge и Apple Safari это неуважение к себе и своим данным.
А что, полное название написать — режет ухо? С каких это пор Яндекс браузер исковеркали в Ябраузер и зачем? Яблоки стали плохо продаваться?
И да, у меня вот Яндекс браузер в стране заблокирован провайдером, но я таки поставил! Ничего плохого сказать не могу, кроме того что без VPN к сожалению блокируются обновления. И очень рад что есть возможность читать книги в форматах для читалки — мелочь, а приятно.
С Эплой я как то не особо отожествлял,а полное название вызывает часто лютый батхерт.
Во первых проблема с GStreamer и недостающими якобы проприетарными библиотеками, которые нужно доставить почему-то самому характерна для всех хромиум-подобных браузеров.
Во вторых политические технологии типа что-то, что нельзя называть меня достало просто. Это просто жуткая реклама западных товаров. Я не видел ни одного иностранца делающий тоже самое. Навязывание вины, навязывание состояния стеснения, ярлыки. Что за психологические трюки ориентированные от подростков до среднего возраста? Как на это можно вестись? Вы боитесь батхерта? Батхертофобия?
У меня невероятно много эмоций, которые сложно выразить словами - несколько десятков предложений удалил. Если вам кто-то в вашем окружении не даёт возможность выразить собственное мнение, то подумайте о том, зачем вам общаться с людьми навязывающим вам батхертофобию? Всегда можно остаться при своём мнении. Впрочем будем честными, это страх одиночества, его разновидность. Если есть страхи потерять "друзей" и быть отвергнутым обществом это не очень хорошо.
Рекомендую к просмотру: https://rutube.ru/video/9d4d1db2038025c476f8d1da55a714a2/
а что не так? это так и есть и для перечисленных браузеров, с принятием третьего манифеста некоторые прозреютпочему плохо продаваться? на фф перейдут, на сегодня в штатах адблокеры используют активнее чем в ЕС, недавно стата выходила
Американцам на американском же!
>полноценный
>>полноценный
> https://www.opennet.me/opennews/art.shtml?num=56830А вы считаете, что отечественный браузер не должен уметь из коробки заходить на все отечественные сайты?) Да вы юморист)
Вы написали, что пользуетесь лисичкой, так почитайте, что лисичка думает про такие "сертификаты":
https://opennet.ru/51329-cert
https://opennet.ru/54206-https
> Вы написали, что пользуетесь лисичкой, так почитайте, что лисичка думает про такие
> "сертификаты":
> https://opennet.ru/51329-cert
> https://opennet.ru/54206-httpsЛисичка меня и на мой сервер с трудом пускает, это один из её недостатков. Я ей пользуюсь по совокупности качеств, а не потому, что она идеальна.
А знакомым ставлю именно ЯБ, чтобы им не пришлось заниматься непотребством с сертификатами ради того, чтобы коммуналку оплатить.
"Письменные упоминания об этом животном в Китае восходят к XIII столетию, но европейцы узнали о нём только в XIX веке. Официально «открыл» его в 1821 году английский генерал и натуралист Томас Хардвик, собиравший материал на территории английских колоний."
А чем ЯБ неполноценен? Шуточки про тов. маойра и прочее в сторону, вот чисто как браузер?
Они инглишь знают как носители языка и потертое авторским правом в выдаче поисковика им не доставляет неудобств,а потому Ябраузер у них плохой.
Тем, что по дефолту все настройки на стук телеметрию и отправку данных включены?
Это как-то мешает сёрфингу? Попросил же, про майора не упоминать.
Идете в настройки - расширения и отключаете,удаляете дополнение для отправки статистики всяких сбоев.
> Идете в настройки - расширения и отключаете,удаляете дополнение для отправки статистики
> всяких сбоев.Вот вот. Т.е. для использования сначала надо выдернуть шнур, выдавить стекло (сеть потушить). Потом обработать напильником, и только потом пользоваться.
Без этого использование становится каким-то неполноценным? Сайты как-то не так открываются, музыка не играет, и прочее?
> Без этого использование становится каким-то неполноценным? Сайты как-то не так открываются,
> музыка не играет, и прочее?Стучит жИ. ЛУчше уж вовсе без Инета, чем с таким.
Пользоваться в людном месте туалетной кабинкой со стеклянными (прозрачными) стенками и дверью тоже врпниципе можно - свою основную фнукцию он исполняет ок, но... некомфортно. Назовёт это так.P.S. Например, хрендекс-браузер принудительно пропускает рекламу хрендекса. Вполне себе объективный недостаток.
Не факт что это на самом деле что то отключает, браузер проприетарный, проверить нельзя, так же как и Chrome, вот Firefox в этом вопросе можно полностью доверять он полностью открытый, как исходный код так и отправляемые данные при включенной телеметрии, которые можно посмотреть прямо из меню.
> Тем, что по дефолту все настройки на стук телеметрию и отправку данных включены?Всё как в зондофоксе. Сперва телеметрию с экспериментами приходится выключать в настройках и групповых политиках, потом в about:config подшаманить и только после этого первый раз в инет выйти можно. Да, нюанс: когда chrome обвиняют в том, что там RLZ-идентификатор и реклама - мне вспоминается https://www.opennet.me/opennews/art.shtml?num=59203 и https://www.opennet.me/opennews/art.shtml?num=56871
Он вторичен по отношению к chromium. Есть firefox, есть chrome/chromium. Зачем брать какую-то васянскую сборочку с нескучными обоями, которая по определению отстаёт от хромиума, и к тому же стучит?
Оно как бы всё "стучит" если не отключать. А то и всё равно стучит или опосредованно шпионит( как тот скандал, когда оказалось что хромой фактически продолжал шпионить за пользователями когда те в режиме инкогнито сидели )
С той лишь разницей, что теперь огнелис и выглядит и работает как васянская сборочка в сравнении с яндекс-браузером. У последнего, до кучи, полно настроек нормально выведено, [когда-то. Как сейчас - хз] норм подключались расширения для хромого и оперы. Ну и недавняя интеграция всяких новых яндексовых штук в т.ч с нейросетямиУже давно браузер делает не столько голый движок, сколько его обвес
Обвес это нескучные обои, которые можно допилить дополнениями и юзерскриптами. А дырявый движок, который обновляется с задержками это база
Firefox хотя бы имеет открытый исходный код в отличие от проприетарных Яндекс браузера и Chrome.
Тысячеглаз не подведёт! Проверено.
Именно так, Неуловимый Джо!
>ШуточкиЭто не шуточки
https://opennet.ru/56830-tls
Ghost-chromium использовал,там ничего не надо. Потом получилось с Ябраузером и я вернулся на него.
> ябраузер без Gstreamer теперь не полноценно работаетЧто?
Ничего. Какое слово вам там не понятно?
Мне схема непонятна. Так-то Chromium требует fffmpeg. Firefox оказался от gstreamer в пользу ffmpeg.Но зашёл на офсайт — действительно. Я в шоке.
в 24.04 будет или уже поздно?
Конечно не будет...
Там почти все "фризы" уже случились (новый функционал не завезут), вчера вот бету должны были выпустить.
Из-за XZ перенесли на 11 апреля, будут пересобирать бинарники "в целях безопасности". А свежий FFmpeg with bells and whistles, как всегда, в ppa у Rob Savoury за донаты :)
А смысл?
Если нужны сборки то они или с внешних реп либо самому собирать
Всё круто и красиво! Только не понял, почему мажорная версия.
Единственное из перечисленного в новости, что может поломать какую-то совместимость - это требование C11. М.б., поэтому.
У них версии ничего не значат, ломают все ветки в минорном патче и забивают, аргументируя "валите на гит-версию из мастера". А то что новые версии идут с новыми багами, удалёнными/модифицированными опциями и медленнее работают, так страдайте, сами выбрали эту поделку.
> У них версии ничего не значат, ломают все ветки в минорном патче
> и забивают, аргументируя "валите на гит-версию из мастера". А то что
> новые версии идут с новыми багами, удалёнными/модифицированными опциями и медленнее работают,
> так страдайте, сами выбрали эту поделку.Можно подумать, у сабжа еще и конкуренты есть. Хы. Но вы можете форкаться и показать мастеркласс майнтенанса сами.
Хромой покоя никому не даёт.
Потому что дропнули API, которые раньше были объявлены устаревшими.
А в какой формат нужно кодировать видео, чтобы смотреть на всяких Пентиумах 3? И какой видеоформат меньше всего нагружает процессор/видеокарту?
JPEG
MJPEG?
Ессесно!
Смотря в каком разрешении и какая видяха.
Помню я на коредуо решил переходить когда скачал рип 720p h.264 и его невозможно было смотреть ибо оно тормозило.Может mpeg2/dixv/xvid но опять же хз какое разрешение максимум вытянет.
Желательно в тот, который аппаратно ускоряется декодером в видюхе. Если никакие не ускоряются, то h264 в низком разрешении может потянуть. Нагрузка на видеокарту зависит от рендера, нужно использовать прямой рендеринг, чтобы её минимализировать.
> Я даже удивился, увидев тиринг на ЭЛТ-мониторе, я думал, что он там невозможен.В смысле? Тиринг от устройства отображения не зависит вообще.
Промазал, к комменту ниже.
Я например жму в Xvid. На торрентах дофига раздач в нём. Что интересно, даже актуальные фильмы выкладывают в h265/h264/xvid. Это значит, что это кому-то нужно, что кто-то xvid скачивает и смотрит...Я как-то по приколу перекодировал видео с ютюба в 854x480 при битрейте 555k (почему именно такой битрейт? Потому что в Wiki-страничке на сайте ffmpeg указан такой пример). Двупроходное кодирование, само собой. Получилось интересно. Квадратики, но фреймрейт бодренький. Даже когда динамичные сцены, никаких сверх-искажений не было. Я потом пережал в 855 килобит - стало значительно лучше.
Потом посмотрел, в каком качестве кодируют на торрентах. Раздачи, которые я нашёл беглым гуглингом, начинаюся от 1,1 мегабита и заканчивается 1,9 мегабитами. Почему не ровно 1 мегабит и не ровно 2 мегабита - мне неведомо. Наверное, авторы rip-ов как-то расчитали наиболее идеальное качество - по алгоритму, который мне неизвестен. Либо же там vbr, переменный битрейт в зависимости от сложности кодирования каждого кадра...
А вот размер видео, которые мне попадались, всегда были 360p. Никаких 480p мне не попадалось... Причём если по-горизонтали разрешение всегда 640 или 720 (что как бы нормально), то по-вертикали всега начинается какая-то экзотика. Такое ощущение, что видео подрезают сверху и снизу, чтобы ещё лучше сжать.
Я почитал статью на Википедии про Nero Digital. Там внизу статьи приведены ссылки на бенчмарки, проведённые ресурсом Doom9 в 2005 году. http://forum.doom9.org/showthread.php?s=&threadid=90784 Видео в формате DivX 6 для теста там сжимали с битрейтом 450 для стримов и 900 для обычных видео. Походу, это чтобы на CD-R влез полуторачасовой фильм.
Я тут подсчитал на калькуляторе: чтобы 2-часовой фильм влез на CD-R, битрейт должен быть 777 килобит суммарно видео + аудио. То есть 650 килобит видео + 128 килобит аудио. В качестве 360p и сверху-снизу подрезать - и думаю, с качеством всё будет норм. Как я понял, так как в наши дни уже не нужно уместить видео на CD-R, видео стали жать с бо́льшим битрейтом.
Ну и Avisynth + VirtualDub в 2000-2008 были самыми лучшими инструментами для создания DVDrip-ов.
Ну и на Windows 98 SE в сборке от 98IF видео прекрасно играются как под Media Classic, так и через GOM. А вот в CentOS 5 через mplayer был тиринг! Я даже удивился, увидев тиринг на ЭЛТ-мониторе, я думал, что он там невозможен. А на 98-й винде никакого тиринга не было! Команда "compton --vsync opengl" поправила это недоразумение! Но блин, на винде и без композитинга всё было норм...
> Почему не ровно 1 мегабит и не ровно 2 мегабита - мне неведомо.Раньше подгоняли размер файла под объем CD/DVD/BD. Сейчас - не уверен, что кто-то заморачивается.
> Такое ощущение, что видео подрезают сверху и снизу, чтобы ещё лучше сжать.
Отрезают черные полосы.
> Раньше подгоняли размер файла под объем CD/DVD/BD. Сейчас - не уверен, что кто-то заморачивается.AVU 1.46 и 2.18 по-прежнему на трекерах стандарт. Причём самые востребованные раздачи, и этот феномен объяснить я никаким образом не могу.
Вскоре после свадьбы муж заметил, что его жена перед жаркой отрезает у сосисок кончики с двух сторон.- Дорогая, а зачем ты отрезаешь кончики у сосисок? Почему не жаришь их целиком?
- Я не знаю, моя мама всегда так делала, поэтому я тоже так делаю.
Заинтересовавшись, она спросила у своей мамы:
- Скажи, мама, почему ты всегда отрезаешь кончики у сосисок перед тем, как их поджарить?
- Я не знаю, - ответила мама, - так делала моя мама, твоя бабушка, я училась готовить у неё и делаю всё так, как она. Такая в нашей семье традиция.
И они отправились к бабушке. Бабушка сидела в кресле-каталке, укутавшись в плед, и спала. Пришлось её разбудить:
- Бабушка, почему ты всегда отрезала кончики у сосисок?
- Не знаю, - ответила бабушка, - моя мама всегда так делала. Пока не поздно, надо узнать у неё.
Прабабушка лежала на смертном одре и готовилась отойти в мир иной:
- Скажи, почему мы отрезаем кончики у сосисок перед жаркой?
Прабабушка встрепенулась и оглядела окруживших её родственниц:
- А вы что, до сих пор готовите на этой маленькой сковородке?
Вот так до сих пор, по мануалам двадцатилетней давности, кончики и отрезают.
Есть инфа по сжатию 1080p xvid?
А есть принципиальные проблемы? Битрейт повыше и поехало. Правда, с битрейтом-то как раз Pentium-3 потом и не справится.
> Битрейт повыше и поехало.Путь виндузятника. Зачем бездумно задирать битрейт?
Почему бездумно? Хотите разрешение повыше — битрейт задирать _придётся_. На любом кодеке.
Так устроено сжатие видео и не как по другому не могут сделать - чем выше разрешение тем больше нужен битрейт чтобы не было искажений в видео. А дальше уже смотрят какой кодек может с наименьшими искажениями в видео сжать, с наименьшим битрейтом.
Сжатие видео устроено не так. Чем выше разрешение, тем более эффективные и дорогие техники кодирования можно задействовать, что позволяет ощутимо понизить относительный битрейт и сократить искажения. Хороший пример VVC.
Зависимость, безусловно, не линейная, но вполне однозначная. И да, на старых кодека с этим хуже.
Развитие всевозможных алгоритмов улучшения качества сжатия помогают сократить битрейт это факт. Но, одни алгоритмы улучшения сжатия не могут заменить нехватку битрейта, а только помочь снизить цифру битрейта, насколько снизить это выясняется, закодировал посмотрел. Почему кодеки и развиваются и не стоят на месте. Иначе можно было не заморачиваться с новыми алгоритмами сжатия или улучшениями алгоритмов сжатия и использовать что-то вроде кодека, PNG видео кодек с битрейтом 50Мбит/c.
PNG видео кодек с битрейтом 50Мбит/c это я не сам придумал как абстрактный пример название. Это я в программе для сжатия видео видел такой кодек, сам я им не особо пользовался очень большой размер файла получаются неприемлемо для меня большой, гигабайты размер, а часы видео десятки гигабайт. Оно и понятно, что с любым кодек с таким битрейтом размер файла будет большой.
Для примера, я кодирую файл в 360p и ему едва достаточно 1mbps. Потом кодирую этот же файл в 720p и 1mbps ему уже очень хорошо. Но кодирование ощутимо дороже и применяется куча дополнительных технологий. С пнг, я думаю, может быть заметная проблема с производительностью. Есть более эффективные форматы сжатия без потерь. Но, в принципе, набор картинок это практически идеальный вариант для сохранения целостности данных -- простой, все кадры настоящие и полные. Этот вариант обычно используется при обработке нейронками и прочем подобном.
> Есть инфа по сжатию 1080p xvid?Мегабит 15 попробуй выставить.
Средний битрейт 4000, максимальный 8000 — не супер, но уже приемлемо. https://i.ibb.co/TWbjyLb/Twin-Peaks-Fire-Walk-With-Me-Comple...
Помоги пожалуйста разобраться с включением флага gmc.
ffmpeg -i out.mkv -c:v libxvid -flags gmc o.avi
При запуске выдаёт ошибку:
[libmp3lame @ 0x55b471464040] [Eval @ 0x7fff70a22300] Undefined constant or missing '(' in 'gmc'
[libmp3lame @ 0x55b471464040] Unable to parse option value "gmc"
[libmp3lame @ 0x55b471464040] [Eval @ 0x7fff70a21fe0] Undefined constant or missing '(' in 'gmc'
[libmp3lame @ 0x55b471464040] Unable to parse option value "gmc"
[libmp3lame @ 0x55b471464040] Error setting option flags to value gmc.
Error initializing output stream 0:1 -- Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height
Conversion failed!
Сам отвечаю (ну почти, до конца не понял):
За это отвечает отдельный параметр -gmc. Но это мне нейронка дала ответ, так что хз. Если 0 или 1 выставлять ему -- принимает значения, на другие ругается с ошибкой. По логике это тот самый gmc и его включение-выключение.
Что я узнал. ffmpeg -h full дальше ищем libxvid AVOptions: По какой-то мне неизвестной причине "-flags gmc" не существует как настройка по этому не кодирует и пишет: [libmp3lame @ 0x6094addb9200] [Eval @ 0x7fffeb212ac0] Undefined constant or missing '(' in 'gmc'
[libmp3lame @ 0x6094addb9200] Unable to parse option value "gmc"
[libmp3lame @ 0x6094addb9200] [Eval @ 0x7fffeb212780] Undefined constant or missing '(' in 'gmc'
[libmp3lame @ 0x6094addb9200] Unable to parse option value "gmc"
[libmp3lame @ 0x6094addb9200] Error setting option flags to value gmc.
Error initializing output stream 0:1 -- Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height
Conversion failed!
FFmpeg это просто, говорили они. Читайте маны, говорили они…
В том-то и дело у них где-то ошибка мы не с головы взяли "-flags gmc" https://ffmpeg.org/ffmpeg-all.html найти раздел 16.19 libxvid, 16.19.1 Options эта настройка там и написана "-flags gmc", но в самом ffmpeg такого параметра нет потому и не кодируется с параметром "-flags gmc", что я и узнал. Оказалось надо перепроверять, смотреть вывод команды "ffmpeg -h full".
Точнее так: оказалось надо перепроверять и смотреть вывод команды "ffmpeg -h full".
16.19 libxvid, 16.19 libxvid. Изменили инструкцию, убрали gmc из раздела flags. Отдельно написано gmc.
Честно, я не спец по Xvid. Мне хочется научиться сжимать видео в этом формате так же хорошо, как это делали спецы в 2002-2005 годах. С наименьшим битрейтом, но при этом наибольшим качеством. Avisynth, VirtualDubMod, вот это вот всё. Почему-то в те годы эта информация ускользала от меня, как будто её имеют право знать только избранные.Вот как я сжимал:
ffmpeg -i ИСХОДНОЕ_ВИДЕО.mp4 -c:v mpeg4 -vtag xvid -level 3.0 -b:v 1100k -pass 1 -an -f avi /dev/null
ffmpeg -i ИСХОДНОЕ_ВИДЕО.mp4 -c:v mpeg4 -vtag xvid -level 3.0 -b:v 1100k -pass 2 -c:a libmp3lame -b:a 128k output.aviВот. Для переменного битрейта:
ffmpeg -i ИСХОДНОЕ_ВИДЕО.mp4 -c:v mpeg4 -vtag xvid -level 3.0 -qscale:v 3 -c:a libmp3lame -b:a 128k output.avi
Также для видео надо параметр "-s 640x360" в случае, если я пережимаю 720p или 1080p-видео с ютюба.
Также параметр -qscale:v 0 (судя по тому, что пишут в интернете) делает видео наиболее большим по битрейту, и наиболее качественным.
Если кто-нибудь знает дополнительные параметры и всякие улучшайки - буду рад посмотреть. Я тут уже погуглил и нашёл какие-то:
https://askubuntu.com/questions/122147/need-to-convert-a-vid...
https://4pda.to/forum/index.php?showtopic=318265&view=findpo...А вот твоё подключение нейросетей к этому процессу - это вышка! По-моему, так xvid ещё никто не сжимал!
P.S. А я тут подумал, а зачем мне стереозвук в Xvid-файле? В тех видео, которые я смотрю, едва ли кто-то заморачивается объёмным звуком - все смотрят ютюб со смартфонов... Можно же указать -ac 1 -ab 64k, тем самым высвободив 64k для видео... И тогда побольше влезет на CD-R, если стоит такая задача.
Понять бы ещё, зачем это всё.
> Понять бы ещё, зачем это всё.Скоро поймёшь.
У divx, кстати, куда лучше картинка была всегда. Ну и за mp3 в файлах четвертовать мало. Впрочем, я смотрю 2 подряд фильм с таким же aac-92kbps и avc-2100kbps (fullhd) и какие же всё-таки субхуманы этим занимаются. Ещё они цветовые пространства херят, из-за этого чёрный на экране всегда будет светлосерым. И через годик в нормальном качестве уже не найти в сети.
Там большая проблема в интерфейсах Xvid и DivX. Хочешь как тогда - страдай с оригинальным гуём и VfW-кодеком. Тык-тык-тык, клац-клац-клац, зырк-зырк-зырк вместо автоматизации и чёткого списка параметров.ffmpeg/mencoder как консольный интерфейс к libxvid? А они все опции выставляют? Нет. Где профили(@уровни), где ограничения на VBV-буфер? Без этих ограничений можно случайно вылезти за возможности аппаратного декодера. К тому же рядом на протухшую документацию указали (-flags gmc).
Консольный интерфейс xvid_encraw - официальный ли он, какой из форков нужен, где последняя версия? Но это должен быть лучший вариант.
Собственный ffmpeg'овый энкодер вместо Xvid? Начни с фразы из документации "libxvid will deliver better quality than mpeg4" и закончи ей.
Как кодировать? Для начала подстроиться под профиль MPEG4 Visual, поддерживаемый тогдашним железом. Он, внезапно, не прописан в стандарте. Это потом можно сказать, что железо декодирует H.264 вплоть до Main Profile. А нужный профиль MPEG4 Visual поверхностно описан... у авторов кодека DivX: профиль "DivX Home Theater"[1]. За него точно не стоит вылезать. Он описывает всё вместе: то, что обычно называют профилем + уровнем + остальное помимо видео*.
Если максимально использовать его профильную сторону, то будет более-менее эффективное кодирование.
Если ещё максимально использовать его уровневную сторону (битрейт, разрешение), то будет и качественная картинка.А детальное описание профиля где? Подразумевается, что ты купишь себе DivX и не будешь тут это самое. Так что оно разбросано по форумам, как и оптимальные настройки для по-настоящему эффективного кодирования.
Я ограничивался этим:
ffmpeg ... -vf scale=720:-16 -codec:v libxvid -b:v 2000k ...Битрейт постоянный, потому что с переменным битрейтом ffmpeg нужных гарантий не даёт (аналога -x264-params vbv-bufsize нет) и достаточно большой ради качества. Эффективности нет, это на один раз посмотреть, да и без хотя бы xvid_encraw гнаться за эффективностью всё равно несерьёзно.* осторожно, 6-канальный звук может не работать
[1] https://www.divx.com/wp-content/uploads/2018/10/DivX-Cert_Pr...
А, я туплю, xvid_encraw идёт к Xvid'у. По крайней мере, сейчас. И CLI у DivX есть. По крайней мере, с DivX 5. Тогда проблема скорее в том, что кому-то было проще тонну скриншотов выложить, чем параметры для CLI.
А, я не так уж туплю, CLI появился именно в DivX 5, xvid_encraw - официальная, но неполноценная утилита, в нельзя задать профиль, хотя в устаревшем форке[1] они в недоделанном виде есть.
Нет, на самом деле я лишь чуть-чуть тупил.xvid_encraw в исходниках озаглавлена как "test application" и лежит в каталоге "examples"[1], стоит ли её расценивать как лучший консольный интерфейс, сравнимый с гуями? Так-то возможен и полуконсольный вариант с VfW-кодеком, запускаемым через avs2avi или .jobs-файл VirtualDub'ов. А ещё можно забить на Xvid и присмотреться к фразе из вики: "последняя версия ASP кодека ... DivX 6.9.2".
Слова в help'е, что она принимает поток из stdin - это не документация, а археологический артефакт, предположительно означающий, что она в 2002 году съедала вывод конкретно из mpeg2dec. Но она принимает avisynth-файл (хотя 64-битной сборки под 64-битный ависинт из коробки нет), это очень хорошо, через скрипт можно скормить любой исходник и фильтры ависинта дают всё нужное. stdin ей пытались чинить, но только в неофициальных патчах, форках разной степени сохранности на 2024-й год, на форумах[2][3][4].
[1] http://websvn.xvid.org/cvs/viewvc.cgi/trunk/xvidcore/example...
[2] https://forum.doom9.org/showthread.php?t=181894
[3] https://forum.videohelp.com/threads/399070-Xvid-1-3-5-CLI-is...
[4] https://forum.videohelp.com/threads/386228-Xvid-1-3-5-(CLI)#post2597811
Интересно. Теперь я знаю, куда копать. Спасибо.Использование гуя для меня не проблема. Так даже лучше. Мне же всего лишь пару видео в год таким образом сжать (не пользуюсь старым компом на постоянке, только из ностальгии). А потому, без консоли было бы удобнее.
То есть, получается, можно сделать двупроходное кодирование при помощи встроенного в ffmpeg кодировщика mpeg4, но нельзя использовать двупроходное кодирование со сторонним кодеком libxvid? Потому что в новых версиях ffmpeg есть регрессия, из-за которой это перестало работать? Хм, а что если у меня ffmpeg 3.2? У меня Debian 8 с установленным из бэкпортов ffmpeg.
Чтобы делать двупроходное кодирование libxvid, мне надо отказаться от ffmpeg? И вместо него нужно использовать xvid_encraw, который раньше был сторонним скриптом, а теперь принят в апстрим? Вот только в апстрим он принят без части опций, а надо чтоб были.
Сами опции разбросаны по форумам, и сделаны на основе возможностей базовой версии кодировщика DivX. Никто не даст команду "сделать зашибись", так как никто её и не знает.
Ну и ещё несколько вопросов:
1. nvidia-settings во вкладке VDPAU показывает, что поддерживаются h264, MPEG4, DIVX4, DIVX5, MPEG-2 и VC1. https://blog.gyt.is/2018/08/26/pci-e-video-card-qemu-revert-.../ Про DivX 6 забыть? Или декодеру не важно, какой MPEG-4 отправлять на вход (за исключением DivX Pro с нестандартными алгоритмами)?
2. Есть официальный DivX для Linux: https://www.divx-digest.com/software/divxcodec_linux.html Он только для декодирования, или кодировать им тоже можно?
3. Примерно 10 лет назад вышел libxvid 1.3.0. Насколько я знаю, в тот момент это было крупное обновление, которое на данный момент является последним (не считая минорные версии). Вопрос, аналогичный DivX 6: не ломает ли новый libxvid совместимостиь со старой версией? Будет ли работать видео, сжатое им, на компьютере со старой версией кодека? А на аппаратных плеерах тех лет?Спасибо за внимание. Попробую дополнительные параметры с сайта ubuntuforums, добавлю опции для двупроходного кодирования.
ffmpeg -i yourvid.mp4 -f avi -vcodec libxvid -vtag XVID \
-vf scale=-1:360 -b 1100k -qmin 3 -qmax 8 -bufsize 4096 \
-mbd 2 -bf 2 -trellis 1 -flags +aic -cmp 2 -subcmp 2 -g 300 \
-pass 1 -an -f avi /dev/nullffmpeg -i yourvid.mp4 -f avi -vcodec libxvid -vtag XVID \
-vf scale=-1:360 -b 1100k -qmin 3 -qmax 8 -bufsize 4096 \
-mbd 2 -bf 2 -trellis 1 -flags +aic -cmp 2 -subcmp 2 -g 300 \
-pass 2 -acodec libmp3lame -ab 128k \
yourvid.avi640x360 для 16:9, 600x480 для 4:3 PAL, 600x400 для 4:3 NTSC.
P.S. Выше я тупанул, когда ты сказал "нейронка подсказала". Я думал, ты используешь нейронку для кодирования (слышал что для деинтерлейсингак её используют, только бывают проблемы с глазами), а оказалось, ты попросил её сделать поиск.
Вообще сегодня оно не кажется сломанным, как написано в багтеркере. ffmpeg+libxvid имеет право на жизнь:
- лог дублируется (ffmpeg2pass-0.log + xvidff.XXXXXX)
- но он учитывается, двухпроходное кодирование работает*, качество лучше
- битрейт сильно отклоняется только при упоре в ограничения квантизатора, это видно в выводе ffmpeg (frame=XXX fps=YYY q=*может упереться qmin/qmax*) и в этом не виноват конкретно ffmpeg+libxvidВ принципе на каком-то исходнике Xvid (с любыми интерфейсами) может упереться в qmax (максимальной возможный равен 31) и молча вылезти за любые ограничения по битрейту (жёсткие ограничения не выставить). Если параноить как я, то можно следить за этим вручную. Похоже, тут[1] именно на это жалуются в 2004.
У меня -bufsize не влияет на результат (файлы идентичные - хэш от них совпадает).
-vf scale может гарантировать нужную кратность разрешения (надо иметь mod16 или, может, менее строгий mod4): -vf scale=-16:360. С -1 иногда может не повезти.xvid_encraw изначально[2] официальная, про нейросетки другой анон написал, про DivX for Linux не знаю, об аппаратном ускорении DivX на ПК странно заботиться, но если всё же... то надпись про поддержку DivX 4/5 выглядит бредово. Возможно, в DivX 4 не было B-кадров[3]. Стандарт один - MPEG4 Visual. Профили DivX Certified с момента появления вряд ли менялись, я даже вчера видел где-то жалобу, что "могли бы Home Theater чуть расширить и добавить поддержку 3 point GMC и Qpel" и очевидный ответ про обратную совместимость, с libxvid аналогично - в кодеках не ломают так совместимость.
---
Компромиссность всех вариантов раздражает, глубже вникать в кодирование avi-шек не хочется. Наверное, где-то на форуме (опять рутрекер?) должен найтись урок от тех, кто много кодировал. Там приходилось думать и о совместимости с железными плеерами (единственное, для чего ещё нужен MPEG4 Visual?), и об эффективности - лучше некуда.
Наверное, там предложат взять VfW-энкодер и кодировать в 2 прохода с %professional_settings_list%, запуская его через %program_name% вроде VirtualDub2** или AvsPmod*** (но тогда нужен и Avisynth+, и плагины к нему - без ffms2 современные файлы не открыть). Точнее, там предложат что-то постарее, а эти программы ещё поддерживаются.
---
Хм, почему Xvid сейчас торгует "AutoGraph. A DRM that is no DRM. Video watermarking to stop piracy the smart way"[4]?
* с -qscale:v (фиксированный квантизатор) вместо -b:v (average bitrate, ABR) двухпроходное кодирование точно бесполезно, если вдруг ещё попадутся такие советы. 1 или 2 прохода - файлы идентичные.
** File -> Save video... -> VfW кодеки в левом нижнем углу -> ... -> повторить для второго прохода
*** Tools -> Script Encoder (VFW) -> Run -> Xvid MPEG-4 Codec -> ... -> повторить для второго прохода[1] http://forum.doom9.org/showthread.php?t=74251
[2] http://websvn.xvid.org/cvs/viewvc.cgi/trunk/xvidcore/example...
[3] http://forum.doom9.net/showthread.php?p=845931#post845931
[4] https://autograph.xvid.com/
Ну что ж, я попробовал. Двупроходное кодирование работает. https://pastebin.com/PywTeRXZ Единственная проблема - mplayer ругается на двойное B:[mpeg4 @ 0x7f7569767f60]Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using the mpeg4_unpack_bframes bitstream filter without encoding but stream copy to fix it.
При этом всё работает.
Я погуглил - это оказывается следствие недостатка контейнера avi: там нельзя два "B" подряд. Но это очень здорово улучшает качество видео, и особенно на старых компах вот этот "Packed bitstream" ускоряет воспроизведение.
Рутрекер, как я понял, к этому толерантен. Моя 98-я винда тоже. Что ж, пусть тогда будет.
P.S. В команде, которую я привёл выше, надо поправить "-b" на "-b:v". В противном случае, ffmpeg выдаёт предупреждение, но всё равно работает.
P.P.S. Почему у тебя не работает двупроходное кодирование с "-qscale:v"? Об этом написано на страничке H.264 на Wiki-страничке ffmpeg. Там двупроходное кодирование не работает с "-cbr 17" (это, я так понимаю, аналог "qscale" в Xvid). По аналогии с h264, могу предположить, что тут так же.
mplayer ругается не на два B-кадра, а на способ их вкорячивания. MediaInfo его отображает:
> Muxing mode : Packed bitstreamРутрекер о нём предупреждает:
> Опции кодирования должны быть: ... Packed bitstream - отключено-bsf:v mpeg4_unpack_bframes на самом деле этот способ меняет и добавляет совместимости с железом. Хотя можно не догадаться, что этот фильтр принимает и видеопоток, создаваемый _внутри_ ffmpeg, без пайпа из одного ffmpeg в другой.
> P.P.S. Почему у тебя не работает двупроходное кодирование с "-qscale:v"?
Оно бесполезно. С -q:v статистика с первого прохода не может ни на что повлиять - результат такой же, как если кодировать в один проход, бит в бит. Считалка md5 пригодится (md5 от файла или встроенная ffmpeg'овая считалка от потока): https://pastebin.com/0CMFfEhi
Кстати, команда с ubuntuforums как будто составлена по принципу "кашу маслом не испортишь", там ещё -cmp и -subcmp ничего не делают - они не действуют в связке с libxvid. А нужен -me_quality без -cmp и -subcmp.
По-хорошему надо ещё исправлять[2][3] обратно цвет при уменьшении HD-видео до SD-видео. Он искажается, потому что... это долгая история, но mpv подтвердит.
У меня родилась творчески отформатированная баТпортянка с разбором опций. Значения не исследовал, только причесал код, сопоставил опции с xvid_encraw, добавил ссылки, которые могут пригодиться:
https://pastebin.com/jLMbicMV[1] https://superuser.com/questions/1483338/cant-get-same-xvid-q...
[2] в Avisynth: ColorMatrix(mode="Rec.709->Rec.601"), в ffmpeg сработает -vf zscale=matrixin=709:matrix=170m, но почему он сработает как надо - это ещё одна долгая история.
[3] http://avisynth.nl/index.php/Colorimetry#Should_I_correct_an...
Спасибо за ответ. Скрипт для конвертации видео - просто шик. Для моего кейса - самое то. Не удивительно, что об этом мало информации в интернете: в годы актуальности третьепней, пережимали видео не с ютюба (а с DVD, VHS). А соответственно, готовых решений нет (условной кнопки "сделать зашибись"). Даже на официальной Wiki ffmpeg предлагается использовать кодировщик mpeg4 с "-vtag "XVID", а не libxvid... Я попробую скрипт, и надеюсь что это и есть кнопка "сделай мне зашибись", которая позволяет скнвентировать видео с ютюба для просмотра на третьепне.
Нет, ведь я не подбирал значения параметров, только привёл их к удобоваримому виду.Да и погружение в такие тонкости может быть перебором. У меня свой интерес в том, чтобы иметь в запасе консольную команду для кодирования со своими приоритетами, поэтому постоянно отклоняюсь в их сторону (по убыванию: совместимость с DVD-плеерами, пригодность для любого типа видео, эффективность).
Вот снова отклонюсь и замечу, что mencoder как интерфейс к Xvid может похвастаться наличием профилей и полнотой опций, я это не заменил.
"профиль DXN [DivXNetworks] для домашнего кинотеатра" - https://manpages.debian.org/testing/mencoder/mencoder.1.ru.h...
Попутно гугл выдал issue насчёт неполноты в ffmpeg, там человек составил гуглотаблицу соответствия опций к Xvid в ffmpeg и в mencoder'е: https://trac.ffmpeg.org/ticket/8935 (и, кажется, он не заметил нерабочесть -bufsize и -maxrate).
А я так сжимал, в два прохода:
ffmpeg -i \[anti-raws\]Violet\ Evergarden\ creditless\ OP1\[BDRemux\].mkv -c:v libxvid -c:a copy -qscale:v 3 -threads 0 -me_quality 6 -mbd rd -variance_aq 1 -gmc 1 -flags +mv4+aic+qpel -trellis 2 -pass 1 z.mkv
На счёт trellis не уверен. 2 для всех кадров, но пишут что иногда мыло даёт. Для B/P кадров можно 1 поставить.
Если он решит повторить и кодирует для какого-то определённого плеера, то ему надо как минимум с QPel и GMC быть осторожным. Если для произвольного, то убрать их как выходящие за профиль DivX Home Theater и за правила рутрекера, которые тоже описывают возможности большинства железок. Хм, рутрекер разрешает 2 B-кадра, в отличие от Home Theater.
А ведь двухпроходность с фиксированным квантизатором ничего не делает... потому что квантизатор-то для всех кадров уже зафиксирован.Выход - задать битрейт вместо квантизатора. Но придётся отказаться от ffmpeg, потому что двухпроходное кодирование с libxvid в нём давным-давно сломано[1][2].
Я что-то засомневался в своих словах про ненадёжность квантизатора без ограничений сверху (ради которых тоже надо отказаться от ffmpeg), но сейчас убедился, что -qscale:v 3 способен превысить максимально допустимый битрейт аж в десятки раз. На цветной шум[3] он выделяет 90Mbps, как если бы это было 8K-видео, а не SD.
[1] https://trac.ffmpeg.org/ticket/6270
[2] https://trac.ffmpeg.org/ticket/6217
[3] Blackness(length=1*60*24, width=720, height=540, pixel_type="YV12").ColorYUV(off_y=(235-16)/2).AddGrainC(var=3000, uvar=5000, seed=0)
Почему у тебя не работает двупроходное кодирование с "-qscale:v"? Об этом написано на страничке H.264 на Wiki-страничке ffmpeg. Там двупроходное кодирование не работает с "-cbr 17" (это, я так понимаю, аналог "qscale" в Xvid). По аналогии с h264, могу предположить, что тут так же.
>Это значит, что это кому-то нужно, что кто-то xvid скачивает и смотрит...Любители смотреть на телевизорах с флешек, наверное. Почти уверен, что там, на бюджетных моделях, всё ещё 2005 год где-то.
>чтобы смотреть на всяких Пентиумах 3?Xvid попробуй.
Либо x262, потому как dvd видео в те годы научились даже на встройках ускорять.
MPEG-1
MPEG2. Оно будет не только на p3 оно и на p2 и на селеронах того времени нормально работать. Хардварная часть есть, наверно, вездеЮ даже ввидухах того времени, за счёт этого можно брать нормальное разрешение. Но лучше, конечно, поменять работу и купить на авито подержанный комп за пару тройку тышЪ.
Pentium3 MPEG2 не потянет.
Щито
Второй пентиум на ура тянул. Main Level, конечно, но зачем на пузатом ЭЛТ выше.
Смотря какое видео с mpeg2. Как и с другими кодеками зависит от разрешения, частоты кадров и битрейта. https://ru.wikipedia.org/wiki/MPEG-2 брать надо видео файлы и проверять, смотреть нагрузку на процессор. 720 × 480 30 кадров 4:2:0 15 Мбит (DVD: 9.8) DVD, SD-DVB может и не потянуть процессор Pentium 3 из-за высокого битрейта или на пределе. Проверять надо. Pentium 3 есть с разной частой. У меня есть уже в разобранном состоянии P3 с частотой 1300МГц. Вроде максимум 1500МГц были, но не уверен может это поднято до 1500Мгц.
Поправка, забыл у меня не Pentium3, а Celeron из серии Pentium3.
Старший Pentium III-1400 был дорогой и редкий зверь (и мало что давал). Вот Celeron-1300 был народный процессор, да, да и гнался неплохо.
> Старший Pentium III-1400 был дорогой и редкий зверь (и мало что давал).
> Вот Celeron-1300 был народный процессор, да, да и гнался неплохо.Вспомнила бабка как девкой была...
Говорим MPEG-2, подразумеваем DVD. Однослойные диски, если всё хорошенечко настроить, мой PII-300 тянул уверенно, без дропов и заиканий. С учётом того, что система весьма днищенская была (чипсет LX, материнка Intel, со всеми вытекающими). Двухслойные тогда не попадались, тут уже не уверен.
Pentium-III за счёт SSE должен был ещё лучше справляться.
Тогда точнее будет так: "Говорим MPEG-2, подразумеваем DVD" - подразумеваем видео MPEG-2 c разрешением, битрейтом и частотой которое используется в производстве фильмов находящихся на DVD дисках сжатое кодеком mpeg2.
частотой кадров
Другого видео MPEG-2 отродясь не встречал. А, непродолжительное время в игрушках попадалось, но там уж точно не более лучшего качества.
Очевидная теора очевидна.
Только видеофайлики будут раза в три больше чем у мп4/шебм
>меньше всего нагружаетЧтобы сейчас нормально пользоваться, нужен CPU со "встройкой" там есть аппаратное ядро:
https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
Это дела давно минувших дней, но я помню на P2 можно было смотреть DivX/Xvid/mpeg4 видео, и в те времена видео было в 640х300 и умещалось такое кино на одну болванку CD -- 700MB.Про видеокарту все не просто. Понятное дело что не было видеокарт аппаратно поддерживающих декодинг h263/DivX/Xvid, в те времена наверное были только декодеры mpeg2.
Но даже без декодера чтоб видео не тормозило видеокарта должна была поддерживать вывод из overlay, я так понимаю это когда кадр видео выгружается в видеопамять и потом масштабируется в прямоугльной области видеоплеера или на весь экран, без этого при любой мощи процессора видео бы тормозило.
> Реализована поддержка кодирования и декодирования видео в формате MPEG-5Дождались! С 1998 года ждали!
MPEG-5 : А где такое кинцо посмотреть?
Судя по очень кучей инфе из инета, то скорее всего нигде и никогда :-))).
> MPEG-5 : А где такое кинцо посмотреть?Берёшь любое FLV со всратым качеством (например Басков - Шарманка, концерт в каком-нибудь ДК, полным бабушек), выкладываешь на торренты под видом MPEG-5 8k стерео-3D видео - которое, благодаря новому кодеку, удалось упихать в 11,2 мегабайта места... Подписываешь "голая Эмма Уотсон в UltraHD качестве". Ждёшь. Ловишь лулзы в комментариях.
Смотрите - научите. Боюсь детям фильмы из Интернета показывать - вдруг кто-то сделал то, что вы предлагаете, только наоборот.
> Смотрите - научите. Боюсь детям фильмы из Интернета показывать - вдруг кто-то
> сделал то, что вы предлагаете, только наоборот.Не бойтесь, там модерация работает. Если видео не соответствует описанию (или туда скриммеров навставляли), раздачу удалят.
> только наоборотХотели посмотреть эротику, а посмотрели Баскова? Вот это облом!
Кто сильнее жмёт, QOA (Quite OK Audio) или FLAC?
На гитхабе референсного ен/декодера
⚠️ This implementation has not yet been fuzzed. Don't use it with untrusted input.⚠️ If you are experimenting with QOA, please be very careful, especially when wearing headphones. You may unexpectedly produce garbage output that can damage your ears. I had more than a few close calls.
> Кто сильнее жмёт, QOA (Quite OK Audio) или FLAC?QOA
QOA — не lossless. «Без потери качества» — отсебятина автора новости.
API практически не поломали. Стоит порадоваться. Только вот мажорных версий наплодили.
Одна из лучших свободных программ! Она просто работает и делает своё дело, и "старые языки", на которых она написана, этому никак не мешают.
Это тот модуль, который нужно вручную копировать в папку Яндекс Браузера под Linux, иначе он видео на страницах не показывает?
Теперь этого мало.
Наверно это проблема Яндекс браузера, а не FFmpeg.
Это проблема линуксов.
Почему не использовать нормальный браузер? Если разработчики Яндекса даже пакет собрать не смогли? И причем тут FFmpeg?
Потому что проще использовать нормальную ОС.
То есть, если разработчику браузера наплевать на свой продукт, виновата ОС?
Для недоОС всё делается по остаточному принципу. И ЯБ тут не одинок.
Ну если заявлена официальная поддержка, то это показывает уровень той шараги. Хотя, если предполагаемая платформа эксплуатации - оптимизированная семерка от иминитого ОВ Говновского, то и так пойдет, просто оптимизация такая) Это же не Google, в конце-то концов.Или вам под зверь хп?
> То есть, если разработчику браузера наплевать на свой продукт, виновата ОС?виновата ОС
решения проблем с кодеками две
1) заплатить кучу денег и поставлять браузер с проприетарными кодеками (как Гугл с Chrome)
2) полагаться на системные кодеки, но в случае линуксового зоопарка это сложно
А Brave, Firefox тоже платят?
> Firefox тоже платят?Нет. Firefox дефолтный браузер почти во всех дистрибутивах – возятся сами создатели дистрибутивов.
То есть, если разработчику браузера все равно на свой продукт, виновата ОС?
А что такое нормальная ОС? У меня тут кривой драйвер для какой-то ноунейм мышки упал, это к нормальной ос - винде, или производителю мышки?
> кривой драйвер
> упалЕсли у тебя драйвер кривой и он падает, то твой вопрос уже содержит ответ кто виноват и, соответственно, к кому обращаться..
Это их VLC ждало чтобы вернуть неудачникам VAAPI?
Встроенный декодер VVC ужасно медленный (не хватает тонны оптимизаций), VVdec по крайней мере в 2-3 раза быстрее на всех устройствах с AVX2/SSE4.Если вы действительно хотите попробовать VVC, лучше остановиться на версии ffmpeg 6.1.1, так как она последняя, в которой есть патчи для включения VVdec. Вы не сможете применить их к версии 7.0/git master:
https://github.com/fraunhoferhhi/vvenc/wiki/FFmpeg-Integration
Переведено с помощью DeepL.com (бесплатная версия)
А за что минусы-то?Фанатики Линукса не любят факты? Боль и печаль.
Ты не понимаешь, это проприетарный кодек. Вот когда индусы допилят свой кривой опенсорсный, тогда можно будет показывать, как хорошо на фоне такого низкокачественного кодека av1 от libaom выглядит.
Кстати, опенсорсные кодеки aac тоже днище ещё то, а fdk-aac даже без исходников в виде блоба распространяется.
> Кстати, опенсорсные кодеки aac тоже днище ещё то, а fdk-aac даже без
> исходников в виде блоба распространяется.А кому они вообще нужны, учитывая что Vorbis уже делал HE-AAC, а OPUS рвет любой AAC на британский флаг просто?
Ну их и улучшают в результате. И условия лучше, и кодек круче. Некоторые понимают только так - дубинкой по мордаси. Так что ISO и побег строгать свои недо-кодеки, EVC, VVC, какой там еще WTFVC я забыл от этих горе стандартизаторов. Прямо истерика кодекострогания.
А вон там есть весьма крутой svt-av1 котторый так то еще и довольно резвый, если не жестить с настройками. Вот так можно получить крутое видео в вебе - не дав амероским патентным тролям ни цента. А зачем эту кучку вымогателей раскармливать?! Они вообще работать не хотят - а купоны стричь - за десятерых. И удачи фраунгоферу в кодинге кодеков пригодных к эксплуатации. Ща посмотрим на что эта патентная помойка годится :)
Дело в стандартах. Киношечку в ворбис тоже не посмотришь, кроме как на пк с матрёшкой. Ну и, как бы, кому оно надо, vorbis, имхо, довольно ок, но только на бирейте порядка 256kbps+ (если сравнивать с mp3-320), на типичном 96kbps всегда aac задвигает и понятно это aac lc -- от aac he уши сворачиваются буквально у любого. Opus ничего там не рвёт понятное дело, он пририсовывает случайные искажения. Эвристики кривые, опять же, да и в целом звучание специфичное, особенно, когда битрейта не хватает (т.е. в 100% случаев применения). В aac меньше данных в тот битрейт впихивают и получается ощутимо лучше их закодировать, а искажения понятны и зависят от исходной волны, вместо подрисовывания.Svt-av1 -- мыльное недоразумение, раздувающее битрейт до небес и пихающее кучу глитчей, но, кроме того, даже в самом медленном и "качественном" режиме всем хуже libaom, так ещё на порядки дороже среднего libaom. Libaom, тоже, кстати, мыльное нечто с глитчами, раздувающее битрейт, но только в той же мере, что и vp9 (картинка чуть получше и битрейт самую малость пониже). И попробуй только ограничить битрейт, засыпет артефактами.
В то же время, у меня до сих пор нет особых претензий к vvenc -- кодер очень эффективный, битрейт тратится разумно, даже в быстром режиме вполне уничтожает av1 по всем параметрам. Очень рад, что новый индустриальный стандарт vvc такой удачный. По моим прикидкам, обеспечивает лучшее качество на втрое меньшем битрейте относительно av1(libaom) и намного лучшее качество при в 5 раз меньшем битрейте относительно av1(svt-av1).
При этом, кодеры av1, просто рассыпаются при любых попытках понизить битрейт до сопоставимого уровня. Что за приколы у гугловской помойки, когда кодер крашится на 10 часовом файле, и не работает в 2-проходном режиме, мне тоже решительно не понятно, поэтому полноценных равнений не получилось. И, по-моему, maxrate добавили совсем недавно, до этого битрейт вообще был непредсказуемый. Всё равно не помогает, только глитчей на весь экран насыпает.
> Дело в стандартах.Стандарты с такими strings attached и вообще соотношениями, когда вместо технологий это превращается в ублажение патентных троллей - не очень нужная штука.
> Киношечку в ворбис тоже не посмотришь, кроме как на пк с матрёшкой.
Осталось это все гугле рассказать, который всей планете грузит VP9/AV1 + OPUS миллиардами просмотров. А h264 у них в основном фалбэк для старах клиентов, мутный и жирный по бандвизу. На 265/266 они не собираются. Википедия аналогично - грузит VP9 с OPUS или Vorbis нынче.
> Ну и, как бы, кому оно надо, vorbis, имхо, довольно ок, но только на бирейте
> порядка 256kbps+ (если сравнивать с mp3-320),MP3 не может сделать некоторые композиции нормально вообще ни с каким битрейтом. А отличить 128 кбит VBR ворбис от оригинала уже очень нетривиальная задача, я слепыми тестами поразвлекался на неплохом железе (аудижи, мониторные ушки).
OPUS... если вы не слышали оригинал - то и на 96 уже все очень правдоподобно. Даже на 64 - на уровне подсознания понятно что подвох есть, но в чем он - никто не скажет. Никаких явных артефактов нет. В этом свете потуги стричь что-то там с патентов на аудио обречены на провал.
> на типичном 96kbps всегда aac задвигает и понятно это
> aac lc -- от aac he уши сворачиваются буквально у любого.AAC LC жмет хуже - и ему надо сильно больше битрейта чтобы звучать прилично. А в HE что-то вот перемудрили. В opus/vorbis - господа из xiph целенаправленно потвикали модельки и проч, и они это любят и умеют. И добились определенных успехов.
> Opus ничего там не рвёт понятное дело, он пририсовывает случайные искажения.
Ну уж не фанатам MP3 про это рассказывать. А реально - отличить его даже на 96 кбит от оригинала с audiocd довольно душно, я это еще и проверял.
> Эвристики кривые, опять же, да и в целом звучание специфичное, особенно,
> когда битрейта не хватает (т.е. в 100% случаев применения).А как по мне так наоборот - очень удачно срабатывало. Конечно контент разный бывает и может на чем-то и взбрыкивает. Но так то - взбрыки тюнят и улучшают. В ворбисе и опусе есть кому. А в AAC это все кто бу? Там господа посчитали миссию выполненой и хотели купоны стричь. А тут такое. Упсь!
> В aac меньше данных в тот битрейт впихивают и получается ощутимо лучше их
> закодировать, а искажения понятны и зависят от исходной волны, вместо подрисовывания.А таки как lossy он по соотношению битрейт-качество ни о чем, а еще и с патентными проблемами ... зачем он вообще такой? Ну он и юзается в основном эплом - поттому что они основной доила вокруг патентов около мпег и рядом. И AAC, и MPEG4.
> Svt-av1 -- мыльное недоразумение, раздувающее битрейт до небес и пихающее кучу глитчей,
Актуально только для старых версий. А так вон некий форк еще более годный гуляет. Забавная штука. И кто его уделает то? x265 чтоли убогий? Он форматом не вышел на таких высотах рубаться вообще. И глитчей при агрессивной попытке сэкономить битрейт генерит сильно больше. А не экономить... ну, а зачем нам очередной xvid только на конских условиях и тормознее?!
> но, кроме того, даже в самом медленном и "качественном" режиме всем
> хуже libaom, так ещё на порядки дороже среднего libaom. Libaom, тоже,
> кстати, мыльное нечто с глитчами, раздувающее битрейт,Раздувающее битрейт. Хы. Только почему-то в кривых битрейта-качетва никого выше не оказалось. Странное какое-то раздувание битрейта.
> малость пониже). И попробуй только ограничить битрейт, засыпет артефактами.
Я для себя в CRF жму, и таки мне размер файлов VS качество очень даже нравится. Для онлайна в "constrained quality" (как CRF но с клампом битрейта по максимуму). Первое в svt-av1 недурно пашет в 1-проходном режиме, дополнительно сокращая время.
> В то же время, у меня до сих пор нет особых претензий к vvenc -- кодер очень эффективный,
Булшит бинго какое-то. Подожду более-менее независимого анализа а не сказок от анонов продвигающих проприетарь с наездами на опенсорс.
> новый индустриальный стандарт vvc такой удачный. По моим прикидкам, обеспечивает лучшее
> качество на втрое меньшем битрейте относительно av1(libaom) и намного лучшее качество
> при в 5 раз меньшем битрейте относительно av1(svt-av1).Боюсь это все - требует конкретных пруфов. В виде тестовых последовательностей и воспроизводимых команд. А не вот этого маркетингового булшита.
> При этом, кодеры av1, просто рассыпаются при любых попытках понизить битрейт до
> сопоставимого уровня.Я по приколу загнал BBB @ 480p в 531 кбит AV1 при практически идеальной картинке где я не виже артефакты даже на стопкадре. Даже титры в конце ЗБС. Покажете мне своим VVC мастеркласс? Укачать нежатый сорц можно с сайта Xiph. Плюс-минус 30 кбит ошибки - мне похрен.
И да, у моего файла есть преимущество: он играется в вебе. Сразу. Без костылей. Просто любым современным браузером.
Что я могу сказать. Пустая трата времени. Именно на BBB @ 480p av1 абсолютно проигрывает по всем направлениям, у vvenc на дефолтном среднем битрейте 200 значительно менее мыльные лица и более чёткие края без артефактов. У x265, кстати, тоже, но этому битрейт 400 подавай и он плоховато справляется. Libaom что-то вроде 420 подавай (дефолтный crf), svt-av1 больше 500 и картинка хуже.
> Что я могу сказать. Пустая трата времени. Именно на BBB @ 480p
> av1 абсолютно проигрывает по всем направлениям,Файло выложи, к нему всего 1 требование - среднее от 500 до 560 кбит, пиковое мне похрен. А я свое тогда подгоню. Ну мы и сравним как оно выглядит - и где там у кого суперкодеки, например?
Мое файло около 38 мегов (== 531 Кбит среднего) и я не знаю к чему там по крупному придраться. Это я так, с CRF в svt1 поигрался. Результат вполне понравился вроде.
> у vvenc на дефолтном среднем битрейте 200 значительно менее мыльные лица
> и более чёткие края без артефактов. У x265, кстати, тоже, но этому битрейт 400 подавай и
> он плоховато справляется. Libaom что-то вроде 420 подавай (дефолтный crf),
> svt-av1 больше 500 и картинка хуже.Ну вон покажи что твоя вундервафля из BBB может сделать с вон теми параметрами. Вместе и заценим как оно на таком таргетировании. Ты же не боишься честно зарубиться, показав вундервафлю в деле? :)
Сорян, уже удалил все файлы и все патченные ffmpeg, пустая трата времени -- мой артистизм недостаточно силён. Смотрел только среднее, ага (в mediainfo). Ты легко можешь воспроизвести. Но с svt-av1 нет смысла возиться, более никчёменой поделки не найти и ты сам это подтверждаешь своим битрейтом. Вот это даёт результат намного лучше, не благодари: -c:v libaom-av1 -usage:v good -crf:v 30 -aom-params "cpu-used=5" (да, я игрался с параметрами libaom, но дефолт лучше картинку выдаёт).
> Сорян, уже удалил все файлы и все патченные ffmpeg, пустая трата времени
> -- мой артистизм недостаточно силён.Ну вот, а я надеялся на честный заруб. У меня файлик есть, впрочем, т.к. я оптимизил настройки и вообще изучал кодек у меня и скрипт для кодирования с теми параметрами остался. Может быть, если у меня будет дофига времени и мне будет совсем не лень я даже напишу сюды какой-нить гайд как в AV1 кодировать не очень тормозно и не погано при этом.
> Смотрел только среднее, ага (в mediainfo).
Я тупо ffprobe на клипе запустил, он пишет средний битрейт потоков.
> Ты легко можешь воспроизвести. Но с svt-av1 нет смысла возиться, более
> никчёменой поделки не найти и ты сам это подтверждаешь своим битрейтом.Этот битрейт целил в "visually lossless" на минуточку. Утолкать 480p в 500 кбит - по сути без единого заметного артефакта, даже на стопкадре - по моему очень даже. Не, 265 так не сможет точно. А 266... ну я надеялся что у вас больше опыта и вы покажете как сие могло бы быть на примерно таком таргете. Изучать у кого там более мутная морда - не очень интересно, если можно морду без мути при скромном битрейте.
> Вот это даёт результат намного лучше, не благодари: -c:v libaom-av1 -usage:v
> good -crf:v 30 -aom-params "cpu-used=5" (да, я игрался с параметрами libaom,
> но дефолт лучше картинку выдаёт).Я таки предпочитаю cpu-used=2..3 но это заметно тормознее. И в целом он хуже параллелится - и ему 2 прохода все же нужны. А svt-av1 интересен скоростью и при том вполне приличной картинкой.
А в чём проблема самостоятельно сравнить? Кодер легко компилируется и vvencapp элементарно использовать.
Хотя, всё равно придётся ffmpeg патчить, чтобы в mpv просмотреть можно было. Ну так и о чём тогда говорить? Я всё сделал и пришёл к определённым выводам, как вообще можно утверждать, что плохое, не проверив.
> А в чём проблема самостоятельно сравнить? Кодер легко компилируется и vvencapp элементарно
> использовать.1) У меня этот процесс не засетаплен и я не особо в курсе как сие к ffmpeg прикручивать.
2) Нет годного опыта с данным кодеком, и я врядли выжму из него лучшее что он может с наскока.Это все - в силу отсутствия интереса к технологии на тех условиях, с теми соотношениями. ISO реально заманал этим. Стандарты нужны чтобы itnerop был, а не чтобы продвигать интересы узкой группы патентных троллей, которые права качают сильно больше чем работы работают - зато хотят доить всю планету за десятерых.
На странице кодера есть описание, как это сделать пошагово. Всего-то надо выполнить git clone и make install-release 2 раза для кодера с декодером, потом git clone/git checkout/wget с git apply для ffmpeg и добавить ему 2 ключа в конфигурацию.Выжимать лучшее не надо, банально переключение пресета и все дефолты вполне ок (пока использовал только medium и fast). Надо только добавить конвертацию 8 битного источника в 10 бит с -pix_fmt yuv420p10le и ключевые кадры раз в 10 секунд (дефолт 1) вместо ключа -g можно указать -period в секундах. Всё есть в примерах использования и справка максимально понятная.
Например, я кодирую 1080p60 2 прохода (довольно быстрый 1 проход хочется особенно отметить) в целевой битрейт 750kbps с maxrate в 2 раза выше и не буду жаловаться, когда кодек удаляет исходные артефакты некачественного несколько раз кодированного avc потока или не выделяет достаточно на уже изначально зашакаленные элементы. Получается вполне прекрасно, картинка совершенно идеальная. И это не жуткое мыло а ля vp9/av1 и улетающий в небеса битрейт. А там вон кривой-косой 480p24 550kbps на наилучшем и дорожайшем пресете, хех. Я 720p60 в 500 жму идеально этим кодеком на быстром пресете.
Кстати, 1080p60 приличного качества в районе 1100kbps получался у x265, я уверен, можно меньше, это был однопроходный crf. А у этого кодера около 700kbps выходит, да. В то же время, libaom предлагает мне битрейт порядка 3000kbps и svt-av1 в районе 5000kbps и если понижать засыпает весь экран глитчами. Ну такое.
> потом git clone/git checkout/wget с git apply для ffmpeg и добавить
> ему 2 ключа в конфигурацию.У меня свой билд последнего ffmpeg с VP9/AV1/... с последними их версиями. В кастомных дирах. Как VP9/парочку AV1 в кастомные диры класть я разобрался. Это потратило эн времени, но мне интересен результат. Ибо половина смысла: максимально плотное кодирование мувиков чтобы на свой серв их для народа класть. Без облизывания ботинок гугли с ютубом, и чтоб сразу игралось.
А _это_ в вебе никогда не будет и смысл возни с ним для меня - около ноля. Для меня 50% смысла в сильном кодеке - "выложить это в веб". На локальном компе это менее критично. И получается многовато возни - без интересного мне результата. Я надеялся что кто-то с процессом "on wheels" смогет забацать под те параметры, посмотреть как оно в таком таргетировании.
> Выжимать лучшее не надо, банально переключение пресета и все дефолты вполне ок
> (пока использовал только medium и fast). Надо только добавить конвертацию 8
> битного источника в 10 бит с -pix_fmt yuv420p10le и ключевые кадрыНу вот это я уже и для AV1 (aom, svt) умею. Для VP9 не пробовал кстати. Может там есть небольшой скрытый резерв, но мне он в основном интересен как low-spec для хилых систем, простое декодирование в приоритете.
> раз кодированного avc потока или не выделяет достаточно на уже изначально
> зашакаленные элементы.Ну как бы если артефакт уже был - тут как раз становится сложно понять свой он или чужой, а если вопрос в том чтобы прикинуть что кодек вообще может, и какие у него границы применимости, это мешает. Потому и лосслес исходники. Так я вижу - заскоки кодека над которым экспериментирую, и как это меняется если сделать так или так.
> это не жуткое мыло а ля vp9/av1 и улетающий в небеса битрейт.
Ахз не вижу никакого особого мыла. И битрейт мне вполне по вкусу.
К тому же в движущейся картинке - это один из наименее критичных артефактов, кроме может скриншотов каких. На которых я никаких проблем как раз не вижу. А вот всякие блоки, и проч - таки не айс.
> А там вон кривой-косой 480p24 550kbps на наилучшем и дорожайшем пресете, хех.
Speed=3 в svt явно не "наилучший". Скорее компромисс по скорости кодирования. Это не выжим максимума, это хороший результат за обозримое время, при идеальной на вид картинке.
> Я 720p60 в 500 жму идеально этим кодеком на быстром пресете.
Это идеально - включает в себя стоп кадр без артефактов? И, собственно, как насчет шоукейсов этого идеала? Ну вот конкретных файлов. Блабла про крутость != конкретному шоукейсу.
> Кстати, 1080p60 приличного качества в районе 1100kbps получался у x265, я уверен,
> можно меньше, это был однопроходный crf.CRF как таковому 2 прохода мало что дает. А на чем ему там по крупному выигрывать? Это актуально в основном если clamp на битрейт был, априорное знание позволяет более умную аллокацию в пределах constraints. Но если constraints нет... вопрос отпадает сам собой.
> А у этого кодера около 700kbps выходит, да. В то же время, libaom предлагает мне битрейт
> порядка 3000kbps и svt-av1 в районе 5000kbps и если понижать засыпает
> весь экран глитчами. Ну такое.Кодек может сделать любой битрейт. Вопрос в том понравится ли результат. Более того - в CRF например достигнутый битрейт зависит от контента. С другой стороны это как раз идеальная форма VBR, максимально эффективная по битрейт-качество при прочих равных.
H266 будет везде, кроме того, он идеален для стриминга с такими соотношениями качество/битрейт. Самое время ознакомиться с предлагаемыми возможностями. Я уже несколько раз столкнулся с тем, что гугловские кодеки раздувают битрейт на пустом месте, и это никуда не годится (особенно учитывая, что их качество совсем не идеально). Ну и если можно в 4-7 раз больше данных хранить с тем же визуальным качеством и примерно за ту же цену, зачем себе отказывать?
Проприетарный он только для компаний, которые продают железо с его поддержкой или занимаются распространением контента для > 100K людей (точные цифры не знаю).Для домашнего пользования он 100% бесплатный и открытый.
Spec'и 100% открыты, encoders/decoders открыты.
Фанатики Линукса как всегда фанатики. Пле вать на вас хотел. Только ненадивить, требовать на халяву и возмущаться умеют.
> Проприетарный он только для компаний, которые продают железо с его поддержкой или
> занимаются распространением контента для 100K людей (точные цифры не знаю).Ну то-есть очередные вымогатели. Желающие на чужом горбу в рай въехать. Ибо все эти фруунхоферы кодеки кодить не особо лю, а купоны стричь - за десятерых горазды.
И тут им вдруг показали - что оказывается, без таких благодетелей можно обойтись! У них аж истерика - строгают кодек за кодеком, один бездарнее другого. Лицензиаров 265 вообще по сути кинули, очень дорогой и при том короткоживущий кодек вышел, который устарел не успев толком выйти.
> Для домашнего пользования он 100% бесплатный и открытый.
С домашнего пользователя прекрасно слупят до последнего цента - в пользу амеровских патентных троллей. За каждый чип в тв, смарте и чем там еще с поддержкой этого. Вопрос: нафига оплачивать жирование амеровских патентных троллей? Особенно - россиянам? :)
> Spec'и 100% открыты,
Однако нормально пользоваться ими не получится. Ибо даже мувик в веб не выложить.
> encoders/decoders открыты.
Кому этот мусор от патентастов нужен и зачем? Поработать на шару по интерес амеровских патентных троллей, которые потом скажут спасибо и купоны состригут? Эпическое предложение. Сами они нормально делать кодер и декодер ессно не будут, срочно ищутся лохи которые выведут этот хлам на уровень! С h265 уже фейл вышел по сути, устарел не успев толком релизнуться. ХЫ.
> Фанатики Линукса как всегда фанатики. Пле вать на вас хотел. Только ненадивить,
> требовать на халяву и возмущаться умеют.Да вот развелись тут "благодетели" помогающие в гамно поизящнее вляпаться...
> https://github.com/fraunhoferhhi/vvenc/wiki/FFmpeg-Integration
> Переведено с помощью DeepL.com (бесплатная версия)Фраунхофер очешуел настолько что даже к россиянам приперся очки втирать, да еще через переводчик?!
"Everything in QOA is big endian. Yes, virtually all CPUs these days are little endian."
"Storing slice bytes backwards just feels wrong."
https://phoboslab.org/log/2023/02/qoa-time-domain-audio-comp...Как я понял киллер-фичу его предыдущего творения, QOI, с ним было весело играться. 300 форков на гитхабе, короткая и понятная реализация, в которой нет рутины из серьёзных кодеков - им приходится быть универсальными, поддерживать метаданные, разные цветовые форматы. QOA тоже такой учебный кодек?
Неужели ффмег стал лутше праотца енкоденга мультимедии на линуксе - mencoder? Кстати, michael всё ещё рулит в ффмпеге? Лет 10 назад, он вроде послал на три буквы ffmpeG? https://www.opennet.me/opennews/art.shtml?num=42707
https://git.ffmpeg.org/gitweb/ffmpeg.git/search?s=Michael+Ni...
>MPEG-5 (EVC - Essential Video Coding),Это что за такое?
H.264 AVC --> H.265 HEVC --> H.266 VVC --> следующий будет EVC?
Но пока ещё даже для VVC нет нормальных кодировщиков
Это H.261 (MPEG-1) -> H.262 (MPEG-2) -> H.263 (MPEG-4).
Неа, всё гораздо проще:
H.261 -> MPEG-1 Video (MPEG-1 Part 2) -> H.262 (MPEG-2 Video) -> H.263 -> MPEG-4 Visual -> ... -> H.266 (VVC, MPEG-I Part 3) -> ...Тут написано, что суть EVC в том, чтобы быть дешевле и хуже VVC.
https://www.streamingmedia.com/Articles/ReadArticle.aspx?Art...
То то я смотрю, что не плохо выглядит MPEG-1 720x405 25 кадров с битрейтом 3096 Клбит/c когда сам сжимал в такое не ужас, ужас как думают некоторые люди некогда не видав такого видео.
MPEG-1 Video я о этом.
Вот что пишут
"(June 1996)
MPEG-1 видео
MPEG-1 видео был исходно разработан с целью достичь приемлемого качества для видео на потоках 1,5 Мегабита/c и разрешении 352x240. Несмотря на то, что MPEG-1 применяется для кодирования с низким разрешением и низким битрейтом, стандарт позволяет использовать любое разрешение вплоть до 4095x4095. Большинство реализаций разработано с учётом спецификации Constrained Parameter Bitstream."Я да такого не додумался, чтобы сжимать в 4К кодеком MPEG-1 Video, мне с таким разрешением видео сжатое любым кодеком не надо.
720x406, пропорциональное это 720x406.
> формата QOA (Quite OK Audio), применяемого для передачи звука без потери качестваQOA — формат сжатия с потерями качества (lossy).
> для аппаратного ускорения декодированияВрут: для аппаратного замедления декодирования.
$ time mpv --no-config --msg-level=all=no,vd=info --no-audio --untimed --vo=null --length=60 1.mp4
mpv --no-config --msg-level=all=no,vd=info --no-audio --untimed --vo=null 20.85s user 0.72s system 747% cpu 2.883 total
$ time mpv --no-config --msg-level=all=no,vd=info --no-audio --untimed --vo=null --length=60 --hwdec=auto 1.mp4
Using hardware decoding (vaapi-copy).
mpv --no-config --msg-level=all=no,vd=info --no-audio --untimed --vo=null 1.81s user 0.81s system 64% cpu 4.094 total
так copy же
на простом mp4 на мощном современном CPU может больше будет потерь на перенос туда-сюда
и https://opennet.ru/opennews/art.shtml?num=60656
Не используй copy, он нагружает декодер видеокарты, но экономия может оказаться и отрицательной. Если работает только с copy, пересобери либы нормально и определи LD_LIBRARY_PATH для mpv. В большинстве дистров очень криво собирают, хотя ffmpeg и сама кривая донельзя.