После шести месяцев разработки доступен мультимедиа-пакет FFmpeg 6.0, включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведётся смежно с проектом MPlayer...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58722
Интересно чтобы все делали если бы не было ffmpeg? Платили за кодеки или отказались от монтажа видео?
Использовали бы другой пакет.
Они платят за удобную обертку над ffmpeg.
Вот, например, у меня слабый ПК, но может в относительное воспроизведение видео 1080p 60fps.
Обёртки часто позиционируют себя как "монтаж видео только на мощном железе" т.е. проще говоря нарушают масштабируемость
Средний пользователь - глупый. Поэтому если не заведётся проприетарная программа для видеомонтажа(обёртка над ffmpeg) то он пойдёт и купит мощнейшее железо. Хотя мог бы использовать альтернативными или поучиться
> Средний пользователь - глупый. Поэтому ... то он пойдёт и купит мощнейшее железо.Ля, всем бы быть такими глупыми нище6poдами, чтоб иметь бабло на 8-сокетные Xeon и пяток RTX 4090
> Поэтому если не заведётся проприетарная программа для видеомонтажа(обёртка над ffmpeg)
ffmpeg сам обертка.
$ ldd `which ffmpeg` | awk '{ printf $1" "}'linux-vdso.so.1 libavdevice.so.58 libavfilter.so.7 libavformat.so.58 libavcodec.so.58 libavresample.so.4 libpostproc.so.55 libswresample.so.3 libswscale.so.5 libavutil.so.56 libm.so.6 libpthread.so.0 libc.so.6 libraw1394.so.11 libavc1394.so.0 librom1394.so.0 libiec61883.so.0 libjack.so.0 libdrm.so.2 libopenal.so.1 libxcb.so.1 libxcb-shm.so.0 libxcb-shape.so.0 libxcb-xfixes.so.0 libcdio_paranoia.so.2 libcdio_cdda.so.2 libdc1394.so.22 libasound.so.2 libcaca.so.0 libGL.so.1 libpulse.so.0 libSDL2-2.0.so.0 libsndio.so.7.0 libXv.so.1 libX11.so.6 libXext.so.6 libbs2b.so.0 liblilv-0.so.0 libdl.so.2 librubberband.so.2 libmysofa.so.0 libflite_cmu_us_awb.so.1 libflite_cmu_us_kal.so.1 libflite_cmu_us_kal16.so.1 libflite_cmu_us_rms.so.1 libflite_cmu_us_slt.so.1 libflite.so.1 libfribidi.so.0 libva.so.2 libass.so.9 libvidstab.so.1.1 libzmq.so.5 libfontconfig.so.1 libfreetype.so.6 libxml2.so.2 libbz2.so.1.0 libgme.so.0 libopenmpt.so.0 libchromaprint.so.1 libbluray.so.2 libz.so.1 libgnutls.so.30 libssh-gcrypt.so.4 libvpx.so.5 libwebpmux.so.3 libwebp.so.6 liblzma.so.5 libcrystalhd.so.3 librsvg-2.so.2 libgobject-2.0.so.0 libglib-2.0.so.0 libcairo.so.2 libzvbi.so.0 libsnappy.so.1 libaom.so.0 libcodec2.so.0.8.1 libgsm.so.1 libmp3lame.so.0 libopenjp2.so.7 libopus.so.0 libshine.so.3 libspeex.so.1 libtheoraenc.so.1 libtheoradec.so.1 libtwolame.so.0 libvorbis.so.0 libvorbisenc.so.2 libwavpack.so.1 libx264.so.155 libx265.so.165 libxvidcore.so.4 libsoxr.so.0 libva-drm.so.2 libva-x11.so.2 libvdpau.so.1 /lib64/ld-linux-x86-64.so.2 librt.so.1 libstdc++.so.6 libgcc_s.so.1 libatomic.so.1 libXau.so.6 libXdmcp.so.6 libcdio.so.18 libusb-1.0.so.0 libslang.so.2 libncursesw.so.6 libtinfo.so.6 libGLX.so.0 libGLdispatch.so.0 libpulsecommon-12.2.so libdbus-1.so.3 libcap.so.2 libpulse-simple.so.0 libXcursor.so.1 libXinerama.so.1 libXi.so.6 libXrandr.so.2 libXss.so.1 libXxf86vm.so.1 libwayland-egl.so.1 libwayland-client.so.0 libwayland-cursor.so.0 libxkbcommon.so.0 libbsd.so.0 libserd-0.so.0 libsord-0.so.0 libsratom-0.so.0 libsamplerate.so.0 libfftw3.so.3 libflite_usenglish.so.1 libflite_cmulex.so.1 libharfbuzz.so.0 libgomp.so.1 libsodium.so.23 libpgm-5.2.so.0 libnorm.so.1 libgssapi_krb5.so.2 libexpat.so.1 libuuid.so.1 libpng16.so.16 libicui18n.so.63 libicuuc.so.63 libicudata.so.63 libmpg123.so.0 libvorbisfile.so.3 libp11-kit.so.0 libidn2.so.0 libunistring.so.2 libtasn1.so.6 libnettle.so.6 libhogweed.so.4 libgmp.so.10 libgcrypt.so.20 libgdk_pixbuf-2.0.so.0 libgio-2.0.so.0 libpangocairo-1.0.so.0 libpangoft2-1.0.so.0 libpango-1.0.so.0 libcroco-0.6.so.3 libffi.so.6 libpcre.so.3 libpixman-1.so.0 libxcb-render.so.0 libXrender.so.1 libogg.so.0 libnuma.so.1 libXfixes.so.3 libudev.so.1 libX11-xcb.so.1 libICE.so.6 libSM.so.6 libXtst.so.6 libsystemd.so.0 libwrap.so.0 libsndfile.so.1 libasyncns.so.0 libgraphite2.so.3 libkrb5.so.3 libk5crypto.so.3 libcom_err.so.2 libkrb5support.so.0 libkeyutils.so.1 libresolv.so.2 libgpg-error.so.0 libgmodule-2.0.so.0 libmount.so.1 libselinux.so.1 libthai.so.0 liblz4.so.1 libnsl.so.1 libFLAC.so.8 libblkid.so.1 libdatrie.so.1
GUI нужен для экономии времени, так глупые зарабатывают своё бабло на железо.Нареж видос на 4 куска и склей в обратном порядке, понизь общий аудио битрейт до 22050,
и сделай кроп до 1080x768. Умный, йопт. Через пару часов пишиС Гуём это делается одной мышью за пару минут. Основное время занимает творчество,
а не дpoчилово с командной строкой
Такая жe ...ня с AutoCAD/Solidworks и пр...
Теперь каждый анонимный задpoт с опеннет может спроектировать истребитель и аэродром,
а не учится 6 лет в МАИ, 10 лет в НИИ ОКБ, знать LISP, FORT, Ada, Сопроматы, ГОСТЫ ...Теперь, благодаря ГУЮ, проприерастам, Windows/iOS/Andriod,... каждая безграмотная
шавка может высpaть на Опеннет своё бесполезное мнение, а не трахаться в консоле
с IRC и lynx. Ваше, ДНК, сцк, уже этого не осилит.
> каждая безграмотная шавка может высpaть на Опеннет своё бесполезное мнениеФигасе Павлуша стал самокритичным О_о
А теперь убери за собой!
Из всего этого мысль только что ффмпег сам обёртка.Остальное все поток сознания со слабо прослеживающейся логикой и имеющий слабое отношение к реальности, но видимо призванный выразить илитарность автора.
> GUI нужен для экономии времениАга, для экономии
Каждый раз открываю виртуалку с виндой а там несколько окон о том, что доступна новая версия какойто хрени. Закрываем их.
Браузер говорит, что надо обновляться, или что сайт собирает куки, жмем кнопку чтобы отстал с тупыпи вопросами, и он начинает обновляться.. Ждем.
Что-то не работает, - нажимаем кнопку и ничего не происходит, начинаем танцевать с бубном, искать где ошибка, какая, исправляем, или не исправляем и все переустанавливаем.. Переустанавливаем.
> Нареж видос на 4 куска и склей в обратном порядке, понизь общий аудио битрейт до 22050,
> и сделай кроп до 1080x768. Умный, йопт. Через пару часов пишиА давай тоже самое только с сотней видосов, вот я 2 часа команда буду составлять и спать пойду, а ты доутра это в гуи делать будешь.
Я сохраню все эти команды в текстовичек, и через полгода работы буду только их копипастить, а ты будешь обливаться потом и закликивать мыша.
Я буду ставить выполнение скриптов на ночь, а днем выполнять чтото не очень долгое, а ты будешь жить возле своего гуи чтобы кликать вовремя.
> ffmpeg сам обертка.Спорно. В нем и своих реализаций кодеков, парсеров и проч - немеряно.
> linux-vdso.so.1
Т.е. ffmpeg обертка к кернелу? :)
> libavdevice.so.58 libavfilter.so.7 libavformat.so.58 libavcodec.so.58
> libavresample.so.4 libpostproc.so.55 libswresample.so.3 libswscale.so.5 libavutil.so.56Охренеть, использует свои либы.
> libm.so.6 libpthread.so.0 libc.so.6
А также работает с памятью, тредами и стандартными функциями C. Обертка
... и так далее :)
> GUI нужен для экономии времени, так глупые зарабатывают своё бабло на железо.
Да вообще иной раз их с этим ффмпегом можно сильно сделать. Он так то в батче сжует полсотни видео и не подавится. А в гуе попробуй это повторить вообще...
> С Гуём это делается одной мышью за пару минут. Основное время занимает творчество,
А теперь сделай транскод 50 мувиков в формат для какого двд плеера. С автодетектом положения камеры и поворотом на сколько надо (90/270) т.к. эта гадость сама по ресурсам такое не потянет.
> Такая жe ...ня с AutoCAD/Solidworks и пр...
Т.е. субъекты котрые скриптят параметрическую генерацию разных объектов - лохи педальные? Вот оно что, михалыч.
> Теперь каждый анонимный задpoт с опеннет может спроектировать истребитель и аэродром,
А летать на этом он потом рискнет? Может пусть именно этим и займутся? :)
p.s. а таки я в кикаде воткну этому твоему кб отрисовав за неделю то над чем все кб бы без гуя год иплось и еще вопрос что бы выкатило.
> уже этого не осилитФ каждом учителе видны ученики его. Вот желали люди советские 400 сортов колбасы и меньше работать... А виноват Тротский😊
Это какое нужно железо, чтобы обёртка не завелась? Я бы на таком вообще поостерёгся видео обрабатывать.
На ум приходит два варианта: в процессоре нет нужных команд. Или процессору не хватает частоты или ядер, чтобы декодировать 1060p 60 кадров. 100 ядре с частотой 100МГц возможно справятся.
100 ядер
Вспомнил, что перекодирование это не только декодирование, это декодирование и кодирование вместе, а на это ещё больше надо ресурсов процессора если декодирование и кодирование через процессор.Тоесть если есть PCI-e разьём то видеокарту можно установить современную.
Вопрос в другом. Как в ffmpeg происходит кодирование. Вроде для кодирования используется декодирование через процессор всегда.
В Windows не через ffmpeg я сумел использовать перекодирование так: декодируется через видеокарту, а кодируется процессором. Миньше нагрузка на процессор.
На карте миг, и взлетело. На Винде, да. )
> На ум приходит два варианта: в процессоре нет нужных команд.
> Или процессору не хватает частоты или ядер, чтобы декодировать
> 1060p 60 кадров. 100 ядер с частотой 100МГц возможно справятся.Ну это уж riscv какой-то нужен, барин...
Так-то у меня вон эталонный 4К-ролик http://youtu.be/6juBT6EnUIc Э-8С на 1300 МГц декодирует в ~270--350% CPU, а Э-16С на 2 ГГЦ -- примерно в ~100--140%. И это ещё не предел оптимизации, поскольку порт сделан с опорой на имеющиеся интринсики: http://github.com/ilyakurdyukov/e2k-ports/blob/main/ffmpeg-4...
4-Кролик, Открытие-арена.
Пардон )
Теория понятна, мне интересна практика — какое именно железо не заведёт обёртку. Нетбук на атоме? Пентиум 4?
>Теория понятна, мне интересна практика — какое именно железо не заведёт обёртку. Нетбук на атоме? Пентиум 4?обертка может быть и на электроне - так что легко
Без названия процессора разговор о производительности процессора обстрактный.
"Обёртки часто позиционируют себя как "монтаж видео только на мощном железе" " Это так потому, что видео изменилось. ТВ трансляции как были 24 или 25 кадров так и остаось и разрешение не меняется. А в интернете уже есть и 1080p и 60 кадров, и 4К c 60 кадрами, и битрейты детяски тысяч. Какое разрешение и частота кадров используется в спутниковом тв не знаю, не пользовался спутниковым ТВ. Естествено на обработку такого видео и процессоры нужны мощнее это обективность.
Я сомневаюсь что подходит определение "часто позиционируют себя". На мой взгляд это также очевидно как и с играми. Ещё на до учитывать время. Мощне процессор или современне меньше времени надо на перекодирование.
> "Обёртки часто позиционируют себя как "монтаж видео только на мощном железе" "
> Это так потому, что видео изменилось. ТВ трансляции как были 24 или 25 кадров так и остаось и разрешение не меняется.man dvb-t (вернее, уже dvb-t2).
Емнип, чемпионат мира 2006 уже транслировали в HD1080i50
В общем, "not everywhere is USA^W Russia" (c)> Какое разрешение и частота кадров используется в спутниковом тв не знаю, не пользовался спутниковым ТВ.
HD720/HD1080, UHD (правда, это уже платные каналы).
> Использовали бы другой пакет.Это например какой бы? Другой либы умеющей столько кодеков за раз на планете просто нет. И выбор между возней с более 9000 кодеков/либ/что там у вас - или, вот, сабж. Который одним махом решает вопрос I/O с дофига форматов/кодеков сразу.
Платили? А толку от оплаты тем, кто на POWER, Aarch64? Блобомир он такой.
Заплатили бы ещё за х86-совместимый ПК
А толку вообще от просмотра и создания видео?
Путь сокращается? Как и при любой занятости. Снижение уровня агрессии при бездельи. )
При безделии уровень агрессии увеличивается.
Так вот для чего Ю-тьюб! Чтобы народ о своём агрессивном ничегонеделании делился!😃
>толку от оплаты тем, кто на POWER, Aarch64покойникам и мифическим персонажам деньги не нужны
POWER - Маки, Талосы
Aarch64 - опять Маки :D
Чего ж тут мифического?
POWER маки древние музейные маки? Даже местные завсегдатае на таких стесняются сидеть.
> POWER маки древние музейные маки? Даже местные завсегдатае на таких стесняются сидеть.Не, ну Мака на G3 у меня нету и на нём тут явно не посидишь :).
Да можно так и сказать -- "тут в тредике уже минимум два человека с не-x86, не говоря уж о не-raspberry-поймёшь ком". :D
уже минимум два человека с не-x86😊
FFmpeg это кривые (очень кривые) костыли для работы с файлами (зато универсальные, ага) и набор фильтров разной степени пригодности. Никакого отношения к кодекам/декодерам не имеет (встроенные в ffmpeg реализации в основном весьма слабые).
а какие реализации не слабые?
WAV, например. Но надо учитывать, что совместимость с форматом проприетарных приложений для венды отсутствует и если не свапнуть 2 байта в заголовке такой файл может считаться битым, что будет создавать разные интересные проблемы, особенно при пакетной обработке. С тегами опять же были проблемы, надо добавлять ключ -bitexact, чтобы их избежать. Можно использовать, но нельзя забывать, что это багованный кусок.
> совместимость с форматом проприетарных приложений для венды отсутствуетИменно так и задумывалось авторами проприетарных приложений для венды. Именно и и нужно предьявлять претензии.
Можно использовать, но нельзя забывать, что c багованными кусками проприетарных приложений для багованной проприетарной венды могут быть проблемы. // поправил
Тут дело в том, что разработчики софта для венды могут себе это позволить, поскольку именно в их софте контент и создаётся. Это только 1 пример, все форматы файлов и тегов у ffmpeg "себе на уме" и не совместимы (или плохо совместимы) со стандартами. Так что о багах в коммерческом софте (а они там есть, бесспорно) тут немного мимо.
> Тут дело в том, что разработчики софта для венды могут себе это позволить, поскольку именно в их софте контент и создаётся.Давайте оставим в покое и формулировку "могут позволить себе" и стоящую за ней суть. Потому что иначе всё сведётся к тому, что вы позволите себе считать поведение ffmpeg багами, а я могу позволить себе считать ваш подход смешной причудой.
И тогда останется немного в сухом остатке: опубликованные стандарты (уж извините за тавтологию, но неопубликованные стандарты это по сути не стандарты), которым не соответствует ffmpeg (ссылка на стандарт, ссылка на багрепорт) и баги ffmpeg (ссылка на багрепорт). Это кратко и по сути. В более философском смысле - источником проблем реализации проприетарных фич является проприетарность. Если команда X не хочет, чтобы кто-то что-то из их арсенала воспроизводил, то "кривая реализация" командой Z - это и есть желаемый ими результат. И ещё момент - глубокий философский вопрос кто именно и в какой момент создаёт контент. Тот, кто лопочет что-то в камеру или тот, кто в проприетарной программе это обрабатывает. Если второе - то тот, кто берёт в руки ffmpeg для перемонтажа или даже конвертации, тоже создаёт контент. И может себе позволить...
Ну самые ходовые контейнеры муксит/демуксит более или менее без проблем (и единообразно, что самое важное).
Фильтры - кропы, панниг, да. Остальное (денойзеры, деинтрелейсинг и т.д) - соглашусь, очень разное, скорее очень средненько.
Кодинг/перекодинг - лучше специальные отдельные кодеры, типа x264 и дальнейший мукс в нужный контейнер.
По части декодинга (как встраиваемой и не очень библиотеке), к ffmpeg претензий мало. Бывают косяки на чем-нибудь редком или ультра новом, но фиксится довольно оперативно, т.к. куча народа.
Mp4 тот же весьма проблемный, у gpac куда лучше получается (но у него очень много лишних возможностей), хотя казалось бы, куда уж популярнее. Постоянно приходится читать в логах об ошибках при декодировании и выяснять, насколько это плохо.
Ну да, mp4box для mp4, и mkvtoolnix для матрёшки. Но в среднем по палате перепаковать не парясь с acopy и vcopy ффпеги хватает.
Какую ахинею вы несете батенька.
1. WAV это вообще контейнер и отношения к "кодекам/декодерам" не имеет. А чем в нем аудиоданные закодированы вообще ограничеий нет, только принято туда класть не сжатые данные. Но в спеках нет ограничений на кодек.
2. FFmpeg это в первую очередь набор библиотек которые можно биндить к чему угодно, хоть в ту же яву пихать. И получать нативную возможность обработки практически любых мультимедийных данных.
А ставшие популярными .exe никогда не были самоцелью проекта.
Хватит открывать тут тайны мироздания, мы к этому не готовы. Я говорил только про хидеры и особенности работы муксера.
>Какую ахинею вы несете батенька.RIFF :)
RIFF в WAV ffmpeg поддерживает.ffmpeg/libavformat/wavenc.c
ffmpeg/libavformat/wavdec.c
ffmpeg/libavformat/riffenc.c
ffmpeg/libavformat/riffdec.c
Сергей выше указал на то, что WAV - RIFF собственной персоной, не является аудио кодеком, а является контейнером, то есть форматом хранения. А всякие LPCM, aLaw, uLaw и т. д. собственно аудио кодеки.
> совместимость с форматом проприетарных приложений для венды отсутствует и если не свапнуть 2 байта в заголовке такой файл может считаться битым, что будет создавать разные интересные проблемы, особенно при пакетной обработке.Вы гоните на ffmpeg, который работает с эталонным стандартом WAV, и обвиняете его в том, что он не генерирует мусор, который нужен отдельным программам под Windows? Претензии к программам, пожалуйста.
Извраты с контейнерами бывают разные - поддержка этих извратов - дело их авторов.
ffmpeg отлично справляется с 6 канальным 192KHz, 32bit float аудио в WAV.
ffmpeg отлично справляется с MP3, который тоже можно запихать в WAV.
Не то чтобы по этой причине гоню, но да, у него поддержка extended wave так себе и у коммерческого софта всё совместимо (независимо от вендора).Не извраты, спеки и стандарты, на которые в коммерческом софте не забивают.
Ещё бы он не справлялся с plain WAV (с остальным всё уже не так гладко).
К mp3 будет много вопросов, смотря как и чем он его будет декодировать.
Вы же, разумеется, внятно рассказали обо всех найденных грабельках разработчикам? Или "я не халявщик, я партнёр" и за просто так рассказывать этому вашему апстриму не намерен?..
Я видел багрепорты, они не считают, что это можно пофиксить из-за этой самой "унификации". В итоге есть ворох костылей и никакой надежды на улучшение архитектуры.
Пока непонятно насколько реализации слабые, но понятно что в лужу ты сел сильно
С чего ты так решил? Мне кажется, ты недостаточно работал с ffmpeg, если тебе непонятно.
Я достаточно работал с FFmpeg чтобы понимать что ты гонишь и более мощной альтернативы у тебя нет и не предвидится за исключением пары узких кейсов)
Копировать непонятные строчки из интернета это не работать. Альтернативы чему? Я вот использую sox и gstreamer и они удобнее и часто функциональнее (но со своими ограничениями), дальше что?
> Я вот использую sox и gstreamerТ.е. ты не разобравшись копируешь строчки из интернета, у тебя что-то не получается, но ffmpeg плохой? А санитары в курсе?
Что у меня не получается? Твои логические построения намекают, что лично ты с санитарами хорошо знаком не понаслышке.
А, ну правильно, надо сначала разобраться в 1000-страничном мануале. С хабра как раз свежее:>> Одна команда в консоли заменяет десять минут редактирования в Premiere Pro!
> Эээ :) только всё наоборот: десять минут редактирования в Premiere Pro заменяет день курения мануалов для формирования "одной команды"
Ага, а потом "ой, только надо было вот этот ролик взять, я поправила". И одному вверх-энтер, другому -- ещё десять минут.В целом же CLI (язык слов) и GUI (язык жестов) неплохо повторяют свои прообразы в обычной жизни: что-то пояснить "на пальцах" не владеющему тем же языком может быть быстрее, особенно если оно простое, нет критических различий в аппарате представления (вспоминаем энергичное болгарское "нет" кивком головы, который у нас означает "да") и предмет "обсуждения" в целом достаточно прост.
На сложном неминуемо приходит сложность, разница лишь в том, как она будет представлена.
Для себя давно сделал вывод: когда чем-то занимаешься редко и мало, то предиктивная подсказка (спасибо, netch@) и прочий грамотный GUI могут время сэкономить; когда же чем-то занимаешься часто и помногу, то время сэкономить помогут уже скорее подручные средства автоматизации и прочий грамотный CLI.
Ну и: http://www.wagner.pp.ru/~vitus/articles/user-friendly.html
Кодеры там были многие слабые, хотя для простых форматов типа flac вполне адекватные. Но в рамках ffmpeg почти не делают кодеров уже давно, h264, h265, vp9, av1 и тп - все через внешние библиотеки.А какая претензия к декодерам? Вы считаете, что декодеры mpeg1/2/4, h263p/h264/h265 и тп или аудио-форматов дают отличие от референсных декодеров? Что можно декодировать более правильно? По скорости декодирования так же нет никаких претензий...
>flac
>простыхПо сравнению с референсным кодером были заметные отличия на тех же параметрах. Как и в случае с wavpack, на годы отстаёт от апстрима, были баги. Особенно заметны проблемы при кодировании truehd и dts-hd. Теги довольно косячные -- первым делом пришлось перейти на использование metaflac при кодировании аудио (на самом деле нет ни 1 причины использовать ffmpeg для кодирования аудио, кроме тяпляп).
Т.е. к декодерам никаких претензий нет?Кодер flac отличается, долгие годы отличался в лучшую сторону, т.к. реализация была на базе flake. Реально жал лучше. Только с выходом flac 1.3 в официальном кодере догнали ffmpeg по уровню сжатия.
По поводу кодирования TrueHD и DTS-HD вообще не понял претензию. Вы знаете какую-либо иную открытую реализацию этих кодеров под линуксом? Покажите! Не поленюсь, скачаю и проверю.
Лично встретил файл, который закодировался в ~2 раза больше размером встроенным кодером и с тех пор всё осознал. По-моему, был ещё баг с дубликатами пакетов. Не референсный кодер это всегда лотерея. По флаку претензии больше по кривизне тегов и невозможности нормально транслировать теги (генерируемые файлы и тут не соответствуют стандартам). А когда лосслесс вовсе не лосслесс, это как-то неправильно на мой взгляд.
Такую мощную ахинею, включая ад про WAV ниже, я ещё никогда не читал.Автор не имеет никакого отношения ни к контейнерам, ни к кодекам, а просто несёт и не расплескивает, а слово header (которое от английского "head") пытается произнести через "и", что ещё говорит о полном незнании английского.
Т.е. по-сути тебе сообщить нечего? Я так и подумал.
Проблема не в том, чтобы платить за кодек, проблема в том, что надежных поставщиков нет, а есть повесточные проститутки, ну и на хрена с ними иметь дело?-))
ну например есть gstreamer. Представим что ffmpeg умирает, а форки не развиваются, тогда люди потянутся к gstreamer и напилят много оберток вокруг него - консольных и графических
> ну например есть gstreamer.Из него альтернатива ffmpeg'у как из д@рьма пули... да и он сам кажется ffmpeg'скими либами пользуется. Без них умеет полтора кодека, кому это надо?
gstreamer, vlc
> Интересно чтобы все делали если бы не было ffmpeg? Платили за кодеки или отказались от монтажа видео?MEncoder, GStreamer, оффтопиковые DirectShow кодек-паки.
я конечно дико извиняюсь, но платить патентные отчисления за кодеки нужно в любом случае, если ты поставляешь ffmpeg со своим продуктом. И даже если кто-то в дистрибутиве или офтоп-ОС его воткнул - все равно платишь.
С патентами все просто. Кто-то должен за них заплатить. Это либо делаешь ты, либо вендор платформы (софтварной или аппаратной). нахалявую H.264 использовать нельзя. если ты используешь Media Foundation или Video Toolbox - за патенты заплатил Apple или MS, кодек бесплатным от этого не стал. Если ты используешь ffmpeg и думаешь что все бесплатное и халявное ибо опенсорс - иди ознакомься с понятием патентов, глупыш.
GStreamer или что там еще эту проблему не решают.
И сколько уже Debian заплатил за поставку ffmpeg?
> С патентами все просто.Нет, всё с ними сложно, в лицензировании этих кодеков можно ногу сломать.
И вот один случай с бесплатностью:
> Patents and codec licenses
> Neither French law nor European conventions recognize software as patentable (see French section below).
> Therefore, software patents licenses do not apply on VideoLAN software.
> https://www.videolan.org/legal.htmlА вот другой: Cisco платит MPEG LA роялти за OpenH264 вместо его пользователей, чтобы тот оставался бесплатным.
> https://www.openh264.org/faq.html
> Добавлены новые кодировщики: ..., MediaCodecЭто теперь на Андроиде в termux можно будет использовать аппаратное ускорение кодирования?
Нет нельзя.
Можно. Я еще до релиза собрал (без termux) и проверил, всё работает.
Придётся канпелять самостоятельно, в termux-e забыли включить mediacodec.
Чёт редко значимые обновления. А дистре так до сих пор 4 версия. И что-то я не понял прикола, вроде около года назад добавили новые cuda фильтры, но нашёл я их почему-то только в git версии.
О, спасибо новости. Узнал, что есть фильтр xstack. Гуглением он не ищется, только hstack и vstack.
> "ffmpeg -vf drawtext=/text=/tmp/some_text" приведёт к загрузке параметра text из файла /tmp/some_textПочему не из файла /text?
Потому что /text определяет имя параметра.
> corr - определяет корелляцию между двумя видео.Выглядит интересно. Можно как-то скормить два разных кодека и убедиться, что это на 99.9% одно и то же видео? За вычетом впиленной рекламы и потерь на кодировании
Можно. Я тебе разрешаю это проверить.
>разработка FFmpeg ведётся смежно с проектом MPlayerСерьёзно? И что там в mplayer разрабатывают-то? Обновляют версию ффмпега от версии к версии и всё.
Действительно смешно.
> Серьёзно? И что там в mplayer разрабатывают-то? Обновляют версию ффмпега от версии к версии и всё.Changelog мы, кончно, не читали...
Сантабарбара закончилась.Снова торт. Можно юзать.
2022-02-27, MPlayer 1.5 released
Под FFmpeg 6.0 запилят? :)
simple the best
Лучший и точка!
Интересно, там API сильно поломали?
А главное куда делись фанаты handbreak? Они же уже должны были вопить как неправильно это кодировать AV1 на встройке штеуда и долго к тому же.
Ничего не удалили, на раст ничего не пиреписали, фу такими быть!
Ну да, ну да - только "те у кого нет хотя бы 64 ядер могут идти теперь на-й!"
Уж лучше бы начали переписывать на хруст - кому был какой вред от readme.md?
> Quick Sync VideoКстати, а что там с санта-барбарой вокруг "Linux+кодирование" на интеле? Последний раз я интересовался этим в 2016 году. Тогда можно было кодировать при помощи голого VAAPI (что я и делал), и ещё был какой-то отдельный пакет Quick Sync для Linux (не пробовал). Что изменилось с тех пор?
Можно ли с помощью ffmpeg делать крутые рипы для рутрекера? Хотя-бы DVD и Bluray (про UltraHD не говорю, он в Linux вроде бы не поддерживается)?
Не стоит этим заниматься, если не понимаешь, как это делать. Хреновых рипов и так полный интернет. Если очень хочется, возьми какую-нибудь проприетарь, которая сделает нормально. Если всё же собираешься попробовать, то учитывай, что демуксеры для дисков у ffmpeg хреновые -- возьми dvd_info и утилиты из libbluray для извлечения информации о чаптерах и прочем таком. Встроенные деинтерлейсеры никуда не годятся, опять же, vaporsynth может предложить деинтерлейсеры получше. Фильтры нужно аккуратно настраивать, многие будут выдавать артефакты. Это значит, предварительно конвертировать yuv420 в yuv444 перед их применением тоже. Аккуратнее с тегированными цветовыми пространствами и их конвертацией, это самая популярная проблема популярных горе-релизеров.
Какие есть аналоги MakeMKV из мира опенсорс?
За ваши "опенсорсные" рипы вам на трекерах спасибо не скажут. Лучше придерживаться стандарта: ѧковебратеебилежѧ
Сразу видно "спеца" кукаретика. Недавно отметил годовщину - 5 лет рипования для Rutracker. 268 HD-рипов, все на FFMPEG. Ни разу не было нареканий о качестве. Большинство готовых проприетарных комбайнов, которые ты юзаешь, под капотом имеют FFMPEG. ;)
Будем считать, что ты лично ответственен за сотни дерьмовых рипов на том сайте. Рассчитывать на отзывы о качестве было бы несколько наивно, ведь даже когда полнейший вырвиглаз в файле, люди жаловаться не будут, как правило (и я в том числе, это бесполезно). Если бы ты немного разбирался в теме, то знал, что проприетарные комбайны используют части ffmpeg, не вызывающие нареканий, и в елом используют его таким образом, чтобы получить достойный результат. А для этого необходимо как минимум понимать, что ffmpeg делает хорошо, а что не очень.
Если б ты видео еще и занимался то знал бы что лучшие видеокодеки уже давно так то опенсорсные. А проприетарщики умеют пускать пыль в глаза да разводить на деньги. По битрейт-качество побить x264/x256/VP9/AV1 им чего-то слабо обычно при прочих равных.И если кто все эти годы был в криокамере и не заметил, актуальность проприетарных энкодеров в последние годы слилась в многие разы. Потому что крутые спецы мультимедиа хорошо поработали над опенсорсными кодеками. Задав нехилую планку, которую одним наглым маркетингом не побьешь. И тут то мы и увидели чего проприетарщики реально стоят...
Ты наверно глупенький просто, я ничего не говорил про кодеки и опенсорс (а мне есть что сказать). Я говорил скорее о людях, которые слепо следуют инструкциям из интернета и надеятся на лучшее, не разбираясь в вопросе. Проблема именно в ffmpeg и его фишечках (низкое качество фильтров, особенности конвертирующих либ, неспособность выполнить многие вещи сколько-нибудь нормально без указания определённых неочевидных параметров, косяки работы с файловыми форматами и слабое соответствие стандартам). Ну и опенсорсные кодеки это либо "украденные" технологии, либо всеми способами пытаются избегать качественных и эффективных алгоритмов, потому что они опять же проприетарные. Это означает, можно ожидать, что результат будет хуже и дороже. Это началось не сегодня и не вчера. Но тут уж выбирать не приходится. Не понимаю, почему так триггерятся люди, вообще не разбирающиеся в теме.
Ты иванушка-дурачок совсем запутался в своих фантазиях... На рутрекере есть строго определенные требования к качеству. Перечень технических данных, которым должен соответствовать рип. Без этого твой рип никуда не пропустят. Если бы ffmpeg не мог создавать рипы, соответствующие этим требованиям, их бы не было на рутрекере. Учи матчасть, иван.
Желаю тебе того же, дружище. Если говорить конкретно о видео (чего я не делал), то, для начала, стоило бы усвоить, что универсальных параметров не существует. Ну и, неплохо бы, проверять результат на артефакты, хотя бы (потому что практически все рипы запороты). Но вот остальное уже посложнее.
Ох, иванушка, лучше бы ты не "блистал" своими "глубокими познаниями"... ;(
Где ты увидел глубокие познания? Твои манипуляции дешёвы, а сам ты уныл, и не представил ничего, кроме пустого балабольства и попыток зацепить. Мне кажется, ты промахнулся, и принял меня за кого-то другого.
Не стоит давать дебильные советы - тем более, если испытываешь проблемы с пониманием русского языка. Чел спрашивает, можно ли делать нормальные рипы с помощью FFMPEG. Правильный ответ - ДА, можно. А знает он или не знает теорию - тебе неизвестно. КАК это делать - написано в техническом разделе самого Rutracker. За использование фильтров твой рип на Rutracker модерацию не пройдет. Если только это не попытка исправить изначально кривой или испорченный источник (какое-нибудь древнее кинцо с артефактами и дикими шумами). В остальном ничего сложного.
Я не говорю, что ffmpeg плохо. Плохо бежать на него лишь по причине "опенсорс, а не проприетарщина".
Ты так прямым текстом и говоришь и ещё теперь врёшь что так не говоришь. Правда состоит лишь в том что ты сам плохой.
Если бы это было _причиной_ - наоборот, хорошо.Но у местных головушкой стукнутых это не причина, а просто фетиш.
Причина - это вон когда лет десять назад один чувак с самодельным видеохостингом подзатрахался от видео снятых айфоноухими в вертикальном формате (у них все не как у людей и нормальные плейеры не распознавали данные сенсора) и быстренько наляпал патчик, позволяющий такие видео детектить. (Чтобы их просто повернуть - ничего патчить не надо, патчить надо чтоб понять что вот это надо поворачивать а вон то нет, потому что там редкий кадр держал телефон горизонтально.)
Но ты же понимаешь что такие вот причины - они не для местных обитателей. Во-первых, они не умеют кодить... (Во-вторых ютуб сам разберется)
Я дал правильный и развёрнутый ответ -- это сделать непросто без понимания сути происходящего. Почему его должно волновать мнение какого-то рутрекера, где полным полно трешовых энкодов? Люди глупы. Кстати, скейл это тоже фильтр, дающий артефакты. А вот принёс ли твой ответ какую-то пользу?
Делают постоянно, а что?
Рипы нельзя делать. Даже крутые.
Крутые рипы в линексе могут быть только в vapoursynth.
Ты бы хоть погуглил чтоль перед тем как народ смешить...
Юзаю vapoursynth с 2015, в чем суть твоего утверждения?
Чел, ffmpeg используют в т.ч. крупные конторы которые делают софт для телевидения. И у тебя получится.
Крупные конторы делают рипы? Ты в своём уме?
> Крупные конторы делают рипы? Ты в своём уме?Гугл делает "рипы" для всего интернета. Вы им мувик, они вам низкобитрейтный вариант на своем сервисе. Чем не рип?
На сайте http://ffmpeg.org в разделе News о сих пор только:July 22nd, 2022, FFmpeg 5.1 "Riemann"
А гит вот знает:* [new tag] n6.0 -> n6.0В конечном итоге гиту виднее. Значит просто сайт не обновили, чисто для прикола теги на версии не ставят.
Подпольная часть сети: недоступная зона интернета
Темный интернет, тайная зона интернета продолжает привлекать внимание как общественности, так и правоохранительных органов. Этот подпольный слой интернета примечателен своей скрытностью и возможностью осуществления незаконных операций под тенью анонимности.
Суть подпольной части сети заключается в том, что этот слой недоступен для браузеров. Для доступа к этому уровню необходимы специальные инструменты и программы, обеспечивающие скрытность пользователей. Это формирует отличную площадку для различных незаконных действий, в том числе сбыт наркотиков, торговлю огнестрельным оружием, кражу конфиденциальных данных и другие незаконные манипуляции.
В свете растущую опасность, ряд стран приняли законодательные инициативы, целью которых является запрещение доступа к подпольной части сети и привлечение к ответственности тех, кто совершающих противозаконные действия в этом скрытом мире. Однако, несмотря на предпринятые шаги, борьба с теневым уровнем интернета представляет собой трудную задачу.
Важно отметить, что полное запрещение теневого уровня интернета практически невыполнимо. Даже с введением строгих мер контроля, возможность доступа к данному уровню сети все еще осуществим через различные технологии и инструменты, применяемые для обхода запретов.
В дополнение к законодательным инициативам, действуют также проекты сотрудничества между правоохранительными структурами и технологическими компаниями для борьбы с преступностью в темном интернете. Впрочем, эта борьба требует не только технических решений, но и улучшения методов обнаружения и пресечения незаконных действий в этой среде.
В заключение, несмотря на введенные запреты и предпринятые усилия в борьбе с преступностью, теневой уровень интернета остается серьезной проблемой, требующей комплексного подхода и совместных усилий со стороны правоохранительных служб, а также технологических организаций.
В последнее время скрытый уровень интернета, вызывает все больше интереса и становится объектом различных дискуссий. Многие считают его скрытой областью, где процветают преступные деяния и нелегальные операции. Однако, мало кто осведомлен о том, что даркнет не является закрытым пространством, и доступ к нему возможен для всех пользователей.
В отличие от открытого интернета, даркнет не допускается для поисковых систем и обычных браузеров. Для того чтобы войти в него, необходимо использовать специализированные приложения, такие как Tor или I2P, которые обеспечивают скрытность и криптографическую защиту. Однако, это не означает, что даркнет недоступен для широкой публики.
Действительно, даркнет доступен каждому, кто имеет желание и возможность его исследовать. В нем можно найти различные ресурсы, начиная от обсуждения тем, которые запрещены в стандартных сетях, и заканчивая доступом к специализированным рынкам и сервисам. Например, множество блогов и форумов на даркнете посвящены темам, которые считаются запретными в стандартных окружениях, таким как политика, религия или криптовалюты.
Кроме того, даркнет часто используется сторонниками и журналистами, которые ищут пути обхода ограничений и защиты своей анонимности. Он также служит платформой для свободного обмена информацией и концепциями, которые могут быть подавимы в странах с авторитарными режимами.
Важно понимать, что хотя даркнет предоставляет свободу доступа к информации и шанс анонимного общения, он также может быть использован для незаконных целей. Тем не менее, это не делает его закрытым и неприступным для любого.
Таким образом, даркнет это не только темная сторона интернета, но и место, где любой может найти что-то увлекательное или полезное для себя. Важно помнить о его двуединстве и разумно использовать его и с учетом рисков, которые он несет.
Теневой уровень интернета: недоступная зона интернета
Подпольная часть сети, тайная зона интернета продолжает привлекать интерес как граждан, и также правоохранительных органов. Этот подпольный слой интернета известен своей скрытностью и возможностью осуществления противоправных действий под прикрытием теней.
Основа темного интернета заключается в том, что он не доступен обычным браузеров. Для доступа к данному слою требуются специальные программы и инструменты, обеспечивающие скрытность пользователей. Это вызывает прекрасные условия для разнообразных нелегальных действий, в том числе торговлю наркотиками, продажу оружия, кражу личных данных и другие преступные операции.
В виде реакции на растущую угрозу, многие страны ввели законодательные меры, направленные на ограничение доступа к теневому уровню интернета и преследование лиц совершающих противозаконные действия в этой скрытой среде. Тем не менее, несмотря на принятые меры, борьба с подпольной частью сети представляет собой сложную задачу.
Важно подчеркнуть, что полное прекращение доступа к темному интернету практически невыполнимо. Даже при строгих мерах регулирования, возможность доступа к данному уровню сети всё ещё возможен с использованием разнообразных технических средств и инструментов, применяемые для обхода ограничений.
В дополнение к законодательным инициативам, действуют также совместные инициативы между правоохранительными органами и технологическими компаниями для борьбы с преступностью в темном интернете. Впрочем, эта борьба требует не только технических решений, но и совершенствования методов выявления и предотвращения незаконных действий в этой области.
В итоге, несмотря на принятые меры и усилия в борьбе с преступностью, темный интернет остается серьезной проблемой, нуждающейся в комплексных подходах и коллективных усилиях как со стороны правоохранительных органов, так и технологических компаний.