После шести месяцев разработки доступен мультимедиа-пакет FFmpeg 5.1, включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведётся смежно с проектом MPlayer. Значительная смена номера версии объясняется существенными изменениями в API и переходом на новую схему формирования релизов, в соответствии с которой новые значительные выпуски будут формироваться раз в год, а релизы с расширенным временем поддержи - раз в два года. FFmpeg 5.0 станет первым LTS-релизом проекта...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57543
> Добавлена поддержка децентрализованной файловой системы IPFSЗачем это в ffmpeg?
М.б., если киношка лежит на удалённой шаре, то надо таскать куски файла так, чтобы оно гладко игралось, а ждя этого нужны какие-то твики в плеере, отражающие особенности ФС?
"ждя" -> "для" (палец на 1 кнопку съехал).
hls, но не через http
Последовательная загрузка и воспроизведение этого дополняемого файла? - Не не слышал, лучше вкручу крайне специфический костыль в ядро, ну а что, потому что могу.
А это точно должен делать декодер, вместо проигрывателя?
> Зачем это в ffmpeg?Ну, не взлетит можно потом выкинуть. В идеале это надо добавить везде, чтобы работало из коробки.
Интересно, оно в ffmpeg тупо через сторонний web гейт работает или прям напрямую по p2p взаимодействует?
Судя по этому, если запущен демон локально, то локально, если же не запущен - то через dweb.link, который поддерживает комания protocol labshttps://sourcegraph.com/github.com/FFmpeg/FFmpeg/-/blob/liba...
> Судя по этому, если запущен демон локально, то локально, если же не запущен - то через dweb.link, который поддерживает команияЗонд.
Не напрямую через P2P, но по-умному:
https://ffmpeg.org/ffmpeg-protocols.html#ipfs
Опция -gateway
Defines the gateway to use. When not set, the protocol will first try locating the local gateway by looking at $IPFS_GATEWAY, $IPFS_PATH and $HOME/.ipfs/, in that order. If that fails https://dweb.link will be used.sudo pacman -S kubo
ipfs init
systemctl start ipfs@$USER
grep / ~/.ipfs/gateway >/dev/null 2>/dev/null || echo "http://127.0.0.1:8080" > ~/.ipfs/gateway
(в адресе без в слэша на конце). Почему-то оно не умеет ~/.ipfs/config, поэтому файл я создал. Иначе оно через dweb.link
mpv
После старта пришлось ~5 мин подождать, только потом скачивать (по-быстрому) стало можно.https://github.com/FFmpeg/FFmpeg/commit/f889837e00d3b2388a24...
mpv ipfs://хэшПесниИлиФильма
и (для тех, у кого прошлые версии FFmpeg)
IPFS_GATEWAY="http://127.0.0.1:8080"
mpv "$IPFS_GATEWAY/хэш"
эквивалентны.
> В утилиту ffprobe добавлена опция "-o" для вывода в указанный файл, вместо стандартного выходного потока.Больше не понятно это. Неужели это было так востребовано?: ffprobe > [указанный файл]
Ну да ... Компилятор C всегда a.out создавал, неужели -o так востребовано ?
Ну, собери без этого 2 файла :).
Поддержку альфа канала для HEVC так и не сделали
А им можно создавать нормальные DVD/Bluray рипы? То есть вообще не прибегая к виндовому софту. Только одним FFmpeg'ом.Я запоролся уже на самой начальной стадии - снять защиту с DVD и скопировать его на комп. Вставил диск в привод, открыл VLC и понял, что лицензионные DVD в линуксе даже не проигрываются. Нагуглил, что надо скачать либу libdvdcss - скачал, обновил, а DVD все равно не проигрывается. В чем прикол? Этой же либой по идее как-то можно открыть DVD для копирования (через VLC) в виде структуры папок, и оттуда скопировать их уже в дешифрованном виде, ну по крайне мере так пишут в инете. Если нет, то как в линуксе снять защиту с DVD? А с Bluray?
Нет.MakeMkv может
> НетЭто на какой из вопросов ответ? Если libdvdcss позволяет проигрывать лицензионные DVD в линуксе, то значит дешифрует их перед тем, как проигрывать...
> MakeMkv может
Может что? Снимать защиту или рипы делать? Так то пишут, что и Handbrake может. И ему тоже нужен libdvdcss для этого. А я хочу понять, как без готовых комбайнов вроде Habdbrake (который тоже использует FFmpeg) снять защиту - для начала хотя-бы с DVD.
Про Bluray молчу уже. Хотя вроде как VLC умеет проигрывать Bluray, значит и его дешифрует каким-то образом.
Скачай ремукс в интернете, и там уже разберёшься. Я dvd_info использую, сам ffmpeg немощный. И libbluray с awk.
У меня стопка лицензионных DVD... Зачем мне что-то качать?И объясни нормально:
1. Чем плох FFmpeg? Чем он так немощен?
2. Что за DVD info? Не слышал о нем. Судя по всему, развивается крайне медленно.
https://sourceforge.net/projects/dvdinfo/
Как он снимает защиту? Что использует для этого?
В репах нет... Готового snap/appimage/flatpak нет. Какой заботливый разработчик, однако. Я должен это сам собирать? Каким макаром?А ответ на свой вопрос нашел в вики:
> Как он снимает защиту? Что использует для этого?
> libdvdread and libdvdcss.
Без понятия, а ссылка та неправильная. https://github.com/beandog/dvd_infoFFmpeg плох тем, что он ничего из этого сделать не способен. Развивать-то там нечего, двд мёртвая технология уже лет 20 как. Добавили вывод в жсон, теперь можно вместо awk взять jq (наверно). Со сборкой там проблем никаких нет, в нормальных дистрибутивах оно в репах.
DVD может и мертвая, зато Bluray живее всех живых. Как с ним в линуксе обстоят дела? Как защиту с него снимать? Чем риповать?
Не могу подсказать. Сконвертировать можно ffmpeg и небольшими костылями из libbluray-utils (chapters, меню, и всё остальное, придётся самостоятельно мутить скриптами). Кроме libaacs всё равно ничего нет, наверно, работает. Гораздо большая проблема не накосячить и не запороть, например, цвета -- 9/10 рипов в интернете невозможно смотреть как раз по причине запоротых гаммы или криво-сконвертированных цветовых профилей, битрейт и параметры кодирования в таких условиях уходят на последнее место.
> Гораздо большая проблема не накосячить и не запороть, например, цвета -- 9/10 рипов в интернете невозможно смотреть как раз по причине запоротых гаммы или криво-сконвертированных цветовых профилейТак это как раз не проблема. Не юзать никаких фильтров и оставить цветовой профиль по умолчанию. А вот параметры кодирования - это долгая тема. Гайды придется читать.
Реально, поскачивай рипы от популярных релизеров и ужаснись. Я так перешёл на ремуксы -- если есть минимальная вероятность выкачать в ближайшие полгода, лучше подождать, чем насиловать глаза. Гайды фигня и почти все не актуальны. Так ещё и не универсальны, от контента зависит результат.
Никогда одними и теми же параметрами кодирования нельзя срипать два разных источника, чтобы качество рипа было одинаковым. Так же как нельзя по одному и тому же алгоритму написать две разные программы. Для экшена одни параметры, для мелодрамы другие, а для анимэхи вообще третьи.
Да это всё пустое, там реально одна сцена экшена или наезд камеры и всё, битрейт улетает в космос, плееры начинают лагать, соседние сцены рассыпаются, артефакты со всех щелей лезут опять же. Есть ещё "артистические" эффекты типа шума плёнки. ой. Психовизуальные оптимизации вообще тема такая, где надо чётко понимать, что оно делает, и где. Чаще всего адекватнее отключить. Безопасней взять немного с запасом и не жопить дорогостоящие операции, чем возиться с мылом и артефактами, которые обязательно полезут. Додики стремятся поменьше битрейт выжать и при этом совершенно не хотят контролировать качество.
Ну собственно и я о том же.
> DVD может и мертвая, зато Bluray живее всех живых.Он настолько живой, что у меня нет привода для этого, лол :)
Тоже когда-то хотел коллекцию DVD'шек в цифровой вид перевести, под Linux это оказалось какой-то неподъемной задачей. Если под виндой стек программ известен и давно отработаны все алгоритмы по пунктам, то в Linux вообще ничего непонятно. Где аналоги DVDFab? А чем риповать? ХЗ вобщем.
После "хотел коллекцию DVD'шек в цифровой вид перевести" завис ненадолго, но далее всё понятно.
mencoder. Фронтендов к нему сделано приличное количество как для винды, так и для линукса.
У меня похожая задача была.
Взял BluRay диск 📀, а то эпоха из уже уходит, а охота посмотреть что это всё же. Диск покрутить самому, посмотреть как переливается.Пошёл в магазин «а дайте мне My Little Pony на BluRay», а нету 😕 Взял другой мультфильм.
И два дня долбился, чтобы его под линуксами воспроизвести.Помог только MakeMkv. Сделал MKV файл с диска, и смотрел уже с файла.
Пошел в магазин, купил BD-диск с фильмом, воткнул в BD-привод, запустил SMPlayer или MKV и смотрю.
> Пошел в магазин, купил BD-диск с фильмом, воткнул в BD-привод, запустил SMPlayer или MKV и смотрю.Ну с пиратскимя явно проблем не будет.
А так и DRM там разный попадается.
Так что так себе пример.
Re: bluray playback
https://virtuallyfun.com/wordpress/2019/11/04/playing-blu-ra.../
Это я всё читал и делал - не помогало.
Там очень прикольно с защитами. BluRay диски обновляют DRM ключи в приводе - есть и такая фишка.
Так что тут как повезёт.
Еще прикольнее то что диск может совершенно легально закирпичить привод, если ему что-то не нравится и он решил что вы гадкий пират. В общем так себе стандартик.
В линуксе это ещё не сделали чтоб видео работало с диска.
старый мплеер у меня двд с меню показывал еще на кедах 3 в 2005 году))) уж не занаю куда все пропало из линя, но факт все работало)) или все теперь все бросают и пишут все с нуля на раст?)))
Тут интересная штука вскрылась. Оказывается, после установки libdvdcss надо было перезагрузиться, чтобы лицензионные DVD начали проигрываться... Прям windows-style. :)
Скорее помог бы выход—вход учётки
K3b копировать в iso? libdvdcss нужен.
То что K3B умеет делать образы, это я знаю. Но тут такое дело... Если риповать DVD в FFmpeg, то ISO не пойдет. Насколько я знаю, FFmpeg не умеет работать с ISO, а тем более их риповать. Нужна структура DVD в виде обычных файлов в папке VIDEO_TS.Собственно, попробовал сейчас запустил лицензионный DVD в VLC (libdvdcss уже установлен). А теперь скопировал DVD (папку VIDEO_TS) в папку на компе. Вчера вообще не копировалось (ошибки сыпались). Сегодня скопировалось вроде и открывается с компа... Интересно, скопировалось без защиты?
Откройте для себя mount.
А поконкретнее? Монтировать ISOшник, сделанный в K3B? А будет ли этот ISOшник уже без защиты?
vobcopy + libdvdcss
libdvdcss брутит ключ шифрования на DVD. Чтобы проигрывать в VLC, надо чтобы он был собран с поддержкой libdvdcss.
Рипы не делал, делал полные дампы при помощи dd.
>разработка FFmpeg ведётся смежно с проектом MPlayerПолучается, mplayer лучше mpv?
Mplayer мёртв, ничего параллельного там нет уже года три.Недавно выпустили bugfix релиз и всё.
а mpv?
А MPV - отличный плеер, все играет.
А mplayer не играет? Что там надо разрабатывать? Не хватает дрочки вприсядку вкупе с выпиливанием ключей и заменой их на другие, но с таким же функционалом?
Да, он файлы не воспроизводит или воспроизводит не так.
Какие это файлы он не воспроизводит?
Да вот эти. В основном, приключения с файлами с камер, vlc и mpv нормально воспроизводят. А когда кто-то говорит, что использует mplayer, это сродни "я использую ffplay чтоб кино смотреть".
Не осилили собрать с нужными опциями,кто вам доктор?
Вот уж не знаю, что собирать, когда со скоростью воспроизведения и синхронизацией косяки. Раньше надо было находить какие-то патчи на варезниках, сейчас, наверно, не лучше.
ХЗ я вообще думал, что у вас не воспроизводит чего-нибудь. У меня такchannels=6
[vo.vdpau]
vc=ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffh264vdpau,ffodivxvdpau,
#softvol=1
#softvol-max=3000
vf-clr=yes
monitoraspect="16:9"
hardframedrop="0"
autoq=100
vf=pp=de,hqdn3d
#ontop="1"
stop-xscreensaver="yes"
#
mc="10"
speed=0.97
#autosync="10"
#delay="0.5"
softvol-max=200
softvol=yes
dr=yes
double=yes
rtc=yes
#vo=xv
ao=alsa
> сродни "я использую ffplay чтоб кино смотреть".А что, в общем то мувик зазырить он вполне катит. Хоть и не совсем для этого.
Я его его до сих пор использую. Конфигов в инете тьма. Через streamlinks видосы читает также как и mpv.
> переходом на новую схему формирования релизов, в соответствии с которой новые значительные выпуски будут формироваться раз в годШило в заду не утаишь.
Мариванна - это не шило!(было б то шило - не было бы никаких "раз в")
Лучший
Ему уже требуется свой язык запросов. Эдакий аналог SQL, но для работы с медиа
Кстати да. Только SQL — это убожество.
С# подойдёт ?
> Ему уже требуется свой язык запросов.У него так то апи есть. Для более лайтовых вариантов он недурно скриптуется тем же башем.
> Прекращена поддержка устаревшего интерфейса для аппаратного декодирования видео XvMCЧего это так? Не везде же есть VDPAU/VA-API/OpenMAX.
Главное что у смузи-разработчика они - есть. А Беллард пишет эмуляторы на js.
У меня когда-то были TV-тюнеры AverMedia с поддержкой аппаратного MPEG-1 и MPEG-2. Потом был Beholder без поддержки аппаратного MPEG-2, но такая модель есть в продаже, судя по интерфейсу программы. Или это никак не пересекается c ffmpeg?
> Или это никак не пересекается c ffmpeg?ну с тем что вот сейчас выкинули - никак не пересекается. А в целом какие-то драйверы в нем еще остались. Но смысла в них нет, увы - кругом сплошная нвидия :-(
А этовашевотлегаси современным разработчикам поддерживать неохота, у них смузи киснет.
MPEG1/2 как формат по сути сдохли - дико неэффективны по битрейт-качество. Вот никто и не парится ими.
Xvmc на вяленом не работает, кому он нужен. Точно не разрабам. Да и vaapi 10 лет как минимум уже доступен, и работает везде.
Кроме браузеров. Насчёт xvmc, люди просто не понимают, что ускоряли там декодирование mpeg2.
Ускорять можно что угодно, был бы ускоритель. А их есть (было) только для mpeg-1 и чего-то такого. wmv?Но суть не в этом, суть в том, что пусть mpeg-1, и что? Его типа, не надо ускорять? Типа, у всех должны быть тредрипперы? Ну допустим, на десктопе у меня может быть тредриппер (хотя это не так), но вокруг миллиарды (не преувеличение) IOT-девайсов с дохленькими CPU и 16 мегабайт ОЗУ.
Так и зачем там 4к гонять? А где надо, стоит полноценный асик. К тому же, разрешения, которые актуальны для девайсов с 16мб оперативки, там вполне и без ускорения идут. Тогда были другие представления о кодеках и сабж просто не взлетел, какие ещё компенсации движения, когда в основном растеризация и фильтры тормозят?
На современных кодеках тормозит сама распаковка и мощнецкий постпроцессинг, скажем в H.264 и некоторых других - loop filter тупо часть спеков. Без него как бы можно но выглядит как бы УГшно ибо рассыпается на квадратики.
> Ускорять можно что угодно, был бы ускоритель. А их есть (было) только
> для mpeg-1 и чего-то такого. wmv?Современные видеокарты умеют ускорять как минимум VP9/H.264/H.265/AV1. Постарее как минимум H.264. Правда окаменелый крап типа xvmc и проч давно не актуален, вон то через VDPAU или VA-API идет (в mesa дрова обычно умеют вывешивать оба).
А еще бывает и хардварное КОДИРОВАНИЕ видео под реалтайм.
> Но суть не в этом, суть в том, что пусть mpeg-1, и что? Его типа, не
> надо ускорять? Типа, у всех должны быть тредрипперы?MPEG-1 номинально имеет такие constraints что с ним в тех параметрах чуть ли не первопень справится в софте. Выше этого оно уже как минимум MPEG-2 будет называться, так то.
Алсо хранить что-то в этих форматах смысла нет: крайне неэффективное сжатие.
> это не так), но вокруг миллиарды (не преувеличение) IOT-девайсов с дохленькими
> CPU и 16 мегабайт ОЗУ.А у них что, дисплей с такими ресурсами есть? А то при 16 мегах на все вы даже с буфера кадра FullHD так то поднапряжетесь уже. К такому как максимум имеет смысл стекляху с своей видеопамятью цеплять, но там разрешения все ж сильно скромнее и супер-видео будет каким-нибудь минимальным MP4 (даже не H.264, скорее simple профайл) в каком-нить 320х240 который и в софте сожрать можно если проц не совсем уж тетрис.
> Xvmc на вяленом не работает, кому он нужен.Вяленый-то? Да, никому не нужен.
Про xvmc сейчас вообще заикаются только хтонические дегены давно выпавшие из state of art. Ибо все остальные давно ушли на другие апи для этого - вообще никак с иксами не связанные. VDPAU и VAAPI реализуются отдельными либами и плагинами к ним, это все интерфейсится к недрам DRM/KMS. Еще V4L2 местами бывает, это для тех кто хочет поток с камеры в воооооон тот хардварный видеокодек засунуть в чем-то мелком, так же как мобилки это делают.
А OpenMAX жив?
>Прекращена поддержка устаревшего интерфейса для аппаратного декодирования видео XvMCЕсли я не ошибаюсь, XvMC позволяет декодировать на видяхе не полностью, а отдельными преобразованиями, что фактически позволяет частично ускорять кодеки, которые во время написания драйверов не существовало. Но я могу путать с Xv, Xm, Xa или как оно там называлось.
Все иксовые апи для "акселерирования" видео давно протухли. Это замшелое легаси. Столь же нужное и полезное в современном мире как и сами иксы. Для декодирования современных форматов с хардварным ускорением в Linux давно используются куда более релевантные VDPAU и VA-API.
Вот только VAAPI может ускорять только кодеки целиком, а исковое может отдельный фильтр, который будет использоваться в другом кодеке через несколько лет после написания драйвера.
XvMC - это оборудование 14 лет и старше и только про линуксы с икс севрером.Устаревшее оно мамонта с мизерной долей.
> XvMC - это оборудование 14 лет и старшеНа Athlon XP с карточкой 6600GT прекрасно работает Linux. https://download.nvidia.com/XFree86/Linux-x86_64/290.06/READ...
Прааааастите, а у нвидии это их VDPAU случайно не работает? А то они же его и придумали так то. А то оно куда вменяемее по всем параметрам если с вон тем сравнивать :). Более того - его как и VAAPI умеет даже меса опенсорсная.
XvMC на GeForce 6 и 7, VDPAU на GeForce 8 и новее (кроме GeForce 8800 GTX).
> XvMC на GeForce 6 и 7, VDPAU на GeForce 8 и новее
> (кроме GeForce 8800 GTX).Только нахрен это недоразумение нужно? Оно современным реалиям декодирования видео не соответствует никак. В то же время VDPAU позволяет накормить железку жатым потоком и забрать декодированый кадрю. В отличие от вон той порнографии с "motion compensation" это уже весьма серьезный оффлоад который может стоить возни. Если в олдовых нвидийская блобварь это не умеет, возмоэно это уже в nouveau уже прикрутили. Но там зависит от того какие форматы видео железка жрет.
Что самое угарное - у амд, даже винтажных, их блок UVD через вон то самое VDPAU в лине везде повывешен. Правда совсем-совсем древние видяхи мало какие форматы умеют, и толку с такой акселерации. Менее архаичные умеют как минимум H.264, а более новые и 265/VP9 еще. А совсем свежак и AV1 заодно.
> Добавлена поддержка децентрализованной файловой системы IPFSВсе же децентрализация шагает вперёд?
> Добавлена поддержка формата изображений QOI.Спецификация этого кодека занимает ровно одну страницу.
> Спецификация этого кодека занимает ровно одну страницу.Да и декодер есть весьма скромный. И при этом в разы быстрее PNG при сравнимом размере. Хорошо что еще не все превратились в вебмакак.