LINUX.ORG.RU

Конфликт между FFmpeg и Libav мешает разработке проектов

 , ,


0

2

На ЛОРе была новость о расколе проекта FFmpeg. С одной стороны, как говорит разработчик Клемент Бош (Clément Bœsch) есть положительные итоги «войны»: лидер проекта FFmpeg улучшил стиль руководства. Проект воссоздал инфрастуктуру с нуля, так как старая осталась у проекта libav. В этом помогли разработчики videoLAN, на серверах которых хранится, например, исходный код FFmpeg.

Вместе с тем, как разработчик, сотрудничающий с обоими проектами, Бош отмечает и негативные тенденции:

  • Игнорирование FFmpeg проектом libav.
  • Стремление всё переписать с нуля в проекте libav. Так, например, Бош и Стефано написали новую систему вывода ffprobe, которая использовала JSON вместо XML/INI форматов, включённых по умолчанию. Позже они добавили XML,TXT,CSV как дополнительные форматы вывода. Одновременно это было предложено как FFmpeg, так и в libav. Вместо заимствования коммитов из FFmpeg, реализующими функциями, разработчики решили гордо всё переписывать с нуля.
  • Так же, например, проектом libav были проигнорированы библиотеки libswresample и libavresample для ресемплинга и преобразования форматов, написанные для проекта FFmpeg. Через некоторое время libav вынужден был нанять платного программиста для реализации тех же функций. Позже этот шаг оправдывался разработчиками libav. Сама же FFmpeg поддерживает для совместимости дублирующее API libav.
  • В этом году в состав FFmpeg было добавлено множество фильтров, в основном аудио. Libav проявил интерес к расширению набора своих фильтров, но вместо использования наработок FFmpeg просто взялся улучшать API. Как считает Бош, это приводило к нарушению совместимости API несколько раз.

Как считает разработчик — это признак синдрома NIH («сделано не мной»). Само же такое поведение обусловлено тем, что разработчики libav хотят вытеснить FFmpeg полностью и подменить собой. Новая библиотека получает большое распространение в Linux-дистрибутивах благодаря тому обстоятельству, что на сторону libav перешёл сборщик пакетов. В описании пакета при этом сообщается, что FFmpeg уже устарел:

ffmpeg version 0.8.3-6:0.8.3-4, Copyright (c) 2000-2012 the Libav developers
   built on Jun 26 2012 09:26:41 with gcc 4.7.1

   THIS PROGRAM IS DEPRECATED
   This program is only provided for compatibility and will be removed in a future release. 
   Please use avconv instead.

Это вводит пользователей в заблуждение и в целом является своеобразным «черным пиаром» против FFmpeg. О том что проект жив и активен позволяет говорить ежемесячный объём рассылки в 1000 сообщений.

Бош считает, что проектам надо четко очертить свои цели, а не заниматься такой войной, которая вредит пользователям.

>>> Подробности

★★★★★

Проверено: DoctorSinus ()

Ответ на: комментарий от x3al

Ну порулить парням захотелось всласть, пар выпускают

pylin ★★★★★ ()

Мне уже они надоели, в генте один установил, через некоторое время другой тянется как зависимость да еще с другим ругается.

ymuv ★★★★ ()
Ответ на: комментарий от ymuv

Традиционная гентопроблема, натыкался, сказал, что у меня ffmpeg уже в provided. Всё заработало.

Если бы в генте не было ещё тысяч подобных гентопроблем...

x3al ★★★★★ ()

Ну срутся они между собой, ну с кем не бывает. Но какого черта это сюда принесли? Новость то в чем? Что-бы тут ещё срач начался? Главное между кем? Между никем и никем! Никому из ЛОРа ни холодно ни жарко от срача между проектами.
Убрать нафиг новость. Автору последнее слоновое(дальше бан) за провокацию пустого срача.

FeyFre ★★★★ ()

Хех. Видел эту ссылку вчера в Twitter'е. Хороший пример того, как не надо делать форки.

X-Pilot ★★★★★ ()

А вообще обе стороны поясняют, в чем соль именно их проекта?
Ну там «злой лидер не дает нам закоммитить поддержку json в конфигах».

Nanodesu ()

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

zenkov ★★ ()
Ответ на: комментарий от FeyFre

срутся срач срача срача

Ваша лексика выдаёт культурного, образованного человека.

хехехе

Oleaster ★★★ ()

Торвальдс гениален. Он предвидел подобные проблемы задолго до и написал git. NIH синдром и авось-героизм...

А вообще что-то подобное сейчас творится с gcc/clang. Сначала ради пиара GPLv3 взяли и кинули Apple, фактически не позволив им юзать новые версии gcc с изменённой лицензией. Причём непосредственные разработчики так-то несогласны были. Теперь на сайте clang, после всех успехов последних версий gcc, до сих пор висит сравнение clang vs gcc 4.2 - с той самой версией, после которой сменилась лицензия. И вроде с обоих сторон разрабы правильные. В gcc вводят сложнейшие оптимизации, отключая их по дефолту, т.к. обычным программам в них нужды особой нет. В clang улучшают ядро компилятора и делают его дружественнее к программисту - это выражается в том, что разрабы в первую очередь сделали хорошие сообщения об ошибках и позволили средам разработки использовать парсер и анализаторы как библиотеки, а теперь пилят статический анализ и планируют систему, которая будет на фоне проводить анализ сразу всех исходников на компьютере девелопера, тем самым превратив её в сверхскоростную и сверхюзабельную шайтан-машину.

Но как они к друг другу относятся...

quiet_readonly ★★★★ ()
Ответ на: комментарий от quiet_readonly

В clang улучшают ядро компилятора

имеется ввиду гибкость оного, а не качество сгенерированного кода

quiet_readonly ★★★★ ()

ч.т.д. - проект libav is defective by design.

Quasar ★★★★★ ()

Тут, кстати, не ffmpeg с libav надо договариваться, а гнать libav ссаными тряпками. Проект кривой. глючный, корявый, с мудаками-руководителями и горами нового быдлокода. По-хорошему этот проект надо ликвидировать. Практика показала, что глава ffmpeg не просто так с этими идиотами поругался.

Quasar ★★★★★ ()
Ответ на: комментарий от quiet_readonly

Apple никто не кидал. Apple просто не дали подмять под себя GCC. Apple - те ещё твари, которые постоянно ведут тихую войнушку против СПО.

Quasar ★★★★★ ()
Ответ на: комментарий от quiet_readonly

quiet_readonly> а теперь пилят статический анализ и планируют систему, которая будет на фоне проводить анализ сразу всех исходников на компьютере девелопера, тем самым сделав требованиями к clang десяток SSD в RAID и топовый компьютер с последним железом.

fixed

Quasar ★★★★★ ()
Ответ на: комментарий от x3al

где традиционная? в моей Генте никаких конфликтов на данной почве нет. или вы что-то руками ставили, типа конкретно libav? а то я живу и не знаю.

anonymous ()
Ответ на: комментарий от Quasar

Толсто, конечно, но что в этом плохого, даже если это окажется так?
Компьютер разработчика != компьютер пользователя.

pekmop1024 ★★★★★ ()

Бурление большого чсв маленьких тварей, что тут ещё скажешь.

fragment ()
Ответ на: комментарий от umren

гентопроблемы, переходи на правильное. Марк не обидит.

Debian с FFmpeg переехал на libav.

Точно на правильное?

loz ★★★★★ ()
Ответ на: комментарий от quiet_readonly

clang vs gcc 4.2 - с той самой версией, после которой сменилась лицензия

Все правильно делают. Какой смысл сравнивать себя с компилятором для бородатых фриков

anonymous ()
Ответ на: комментарий от loz

Точно. Больше всего мейнтейнеров раздражает неадекватное поведение руководителей проекта, непонятки с лицензией и не принятие патчей в апстрим. Всего этого у проекта FFmpeg хватало с избытком. libav - для всех надежда. Вспомним историю про pigdin и empathy.

codoranro ()

ТС тот ещё молодец: обосрал разработчиков libav, лизнул разработчикам ffmpeg. А нейтрально написать нельзя было?

harper ()

Как-то я смотрел исходники FFmpeg...:(

Полностью поддерживаю разработчиков libav, в их желании всё переписать с нуля!

alpha4 ()

опенсорс же, если авторам что-то не нравится пусть не ноют, а свой софт пилят

proofit404 ()
Ответ на: комментарий от FeyFre

Ты говоришь как религиозный фанатик! Эти книги рассказывают о пороках человека. зачем человеку читать про это. сжечь такие книги!

Эта новость про состояние и взаимодействие 2х проектов и каждый воспринимает ее для себя по своему. Кто то получил информацию и прошел мимо, а кто то начал доказывать что нужно не нужно.

Behem0th ★★★★★ ()
Ответ на: комментарий от Behem0th

Когда у проекта проблемы и в студию врывается форк это не NIH, это живительная эвтаназия для ССЗБ.

Deleted ()
Ответ на: комментарий от Rakot

Скорее пересказ с цитатами. На опеннете полней и завершённей (здесь потерялась пара деталей).

mine ()
Ответ на: комментарий от Deleted

Когда форк игнорирует полезные изменения в исходном проекте - это NIH.

mine ()

А в арче всё ещё ffmpeg. И нет красноглазого ментейнера, обманывающего пользователей.

mine ()
Ответ на: комментарий от FeyFre

чтоб ЛОРовцы были в курсе и выбрали правильную сторону, очевидно же :)

Harald ★★★★★ ()

Как можно за это не любить FOSS?! Люди борятся за то, кто бесплатно будет приносить большую пользу пользователям.

ttnl ★★★★★ ()
Ответ на: комментарий от quiet_readonly

Сначала ради пиара GPLv3 взяли и кинули Apple, фактически не позволив им юзать новые версии gcc с изменённой лицензией.

Apple был спонсором? в чем именно кидалово? Если не кидалово, а запрет, то из право, IP же надо уважать, как учит нас Apple.

sv75 ★★★★★ ()
Ответ на: комментарий от ymuv

Никаких проблем, дома amd64, на работе ~x86, ffmpeg, УМВР.

leg0las ★★★★★ ()
Ответ на: комментарий от umren

гентопроблемы, переходи на правильное. Марк не обидит.

Это кого там Марк не обижает? В убунте в пакете ffmpeg завернут libav, да еще и на gstreamer0.10-ffmpeg забили. Мантейнера пакета нужно гнать в шею за такие делишки. Пакет ffmpeg должен содержать ffmpeg, а не libav!

bohm ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.