2009-03-21 12 views
13

Основными игроками кажутся x264 и xvid, и оба являются GPL. Это означает, что мы не можем интегрировать возможности декодирования в приложение для воспроизведения, не лицензируя все это как GPL, поэтому мы не можем использовать его.Бесплатные/Open h.264 библиотеки декодирования видео? (Non-GPL)

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

Есть ли что-нибудь? Или, может быть, сейчас мы должны использовать GPL в качестве теста во время разработки и планируем заменить его коммерчески лицензированным кодеком перед отправкой?

+3

XviD не является кодек H.264, это MPEG-4, часть 2 кодека. –

ответ

2

Проект, полученный из библиотеки производительности AMD, Framewave, теперь имеет компонент видео, поддерживающий декодирование h.264.

Лицензия является "Apache 2.0 лицензия"

вы можете проверить его на Sourceforge SVN

+0

Спасибо, я увидел это и прошел через него, полагая, что это только AMD. –

1

Ok, FFMpeg появляется для обработки h.264. Я считаю, что большинство из них - LGPL.

По-прежнему хотелось бы услышать с ним опыт (хороший или плохой) или другие варианты, спасибо.

- Исправление, версия, которую я только что протестировал, по-видимому, скомпилирована с помощью «--enable-gpl», что приводит меня к тому, что он использует лицензионные кодеки GPL. Argh!

+0

FFMPEG необязательно ссылается на x264, и если да, то подпадает под GPL. Выбор лицензии зависит от параметров конфигурации, и я считаю, что для поддержки h.264 требуется x264. – greyfade

+0

Является ли ваше приложение заражено GPL, если оно вызывает только ffmpeg через систему() или popen()? – mouviciel

+0

^^ IANAL, но я думаю, что если вы отправляете файлы в формате GPL с вашим приложением, то, возможно, да. – damian

0

Я проделал некоторую работу с FFmpeg, хотя он был ограничен libavformat (часть кодека называется libavcodec). Я нашел API на удивление простым и простым в использовании. Они предоставляют несколько действительно полезных и просветительских образцов в стандартном распределении источников.

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

3

IANAL, но если вы судоходство патентов в любом ПО исполняются, вы не только должны платить лицензионные платежи MPEG LA для декодирования h.264, но licenseмощи исключает необходимость использования с открытым исходным кодом декодеров во всяком случае. Я слышал о подобных раздражениях, применяемых к другим кодекам.

2

IANAL.

Если вы отправляете немодифицированные двоичные файлы, созданные из немодифицированного источника GPL, и ваше приложение просто вызывает их, я считаю, что ваше приложение не обязательно должно быть GPL. Возможно, вам придется включить документацию GPL и/или источник связанных приложений GPL, но если вы не вносите никаких изменений или не связываетесь с кодом GPL, ваш код не должен быть затронут.

Что касается стандартов MPEG, которые могут быть еще один мешок червей полностью ...

+0

Да, мы делаем это сейчас, просто вызывая mplayer. Будущая цель - объединить видео вместе с другим контентом в бесшовный результат, возможно с прозрачностью или другими эффектами. Современное мышление заключается в том, чтобы сделать это с разумной производительностью, его нужно интегрировать. –

+2

IANAL тоже, но я был бы осторожен по поводу смешения LGPL и GPL здесь. То, что вы описали, будет на 100% правильным для кода LGPL, но, возможно, если компонент GPL, который вы отправляете + не нравится как двоичный, является частью общего приложения, тогда общее приложение также должно быть GPL. http://www.gnu.org/philosophy/why-not-lgpl.html – damian

+0

для тех, кто не признал акроним, IANAL означает «Я не юрист». – Wyatt8740

1

Take посмотрите на Intel IPP Libraries. Они не являются бесплатными, но очень дешевы (разовая выплата в сто долларов или еще что-то). Вы также можете получить бесплатную оценку, чтобы проверить ее. Лицензия очень открытая, и, насколько я знаю, вы можете неограниченно распределить свое приложение навсегда, как только вы его купите.

9

Декодер ffmpeg H.264 - LGPL. Только кодировщики являются GPL, а x264 не обеспечивает декодера.

Он также имеет преимущество перед Framewave и IPP от фактического использования.

+0

В настоящее время есть некоторые кодировщики не GPL: http://stackoverflow.com/a/39338135/32453 – rogerdpack

2

Cisco выпустила BSD лицензией h264 для кодирования и декодирования.

Желаю вам просто использовать GPL, но я не собираюсь просто говорить вам об этом, когда есть ответ.

http://www.openh264.org/
и страница GitHub:
https://github.com/cisco/openh264

+0

Обратите внимание, что при компиляции и распространении вы должны платить лицензию MPEG-LA. Было бы интересно, если применима аналогичная схема к тому, что @HUAGHAGUAH сообщает о GPL (напрямую ссылаясь). –