Ответ 1
PocketVideo OpenCore теперь открыт под лицензией Apache 2.0 в составе ОС Android: https://github.com/android/platform_external_opencore
Основными игроками кажутся x264 и xvid, и оба являются GPL. Это означает, что мы не можем интегрировать возможности декодирования в приложение для воспроизведения, не лицензируя все это как GPL, поэтому мы не можем использовать его.
Предпочтительной целевой платформой является Linux. Любая невирусная открытая лицензия в порядке, мы более чем рады предоставить источник любых изменений, которые мы делаем для библиотек, а не для всего нашего приложения.
Есть ли что-нибудь? Или, может быть, теперь мы должны использовать GPL в качестве теста во время разработки и планируем заменить его коммерчески лицензированным кодеком перед отправкой?
PocketVideo OpenCore теперь открыт под лицензией Apache 2.0 в составе ОС Android: https://github.com/android/platform_external_opencore
Декодер ffmpeg H.264 - LGPL. Только кодировщики - GPL, а x264 не предоставляет декодер.
Он также имеет преимущество перед Framewave и IPP, которые могут быть использованы.
IANAL, но если вы отправляете все права на патенты на программное обеспечение, вы не только должны платить роялти LA LA для декодирования h.264, но может помешать вам использовать декодеры с открытым исходным кодом. Я слышал о подобных раздражениях, применяемых к другим кодекам.
Проект, полученный из библиотеки производительности AMD, Framewave, теперь имеет компонент видео, поддерживающий декодирование h.264.
Лицензия - это лицензия Apache 2.0
вы можете проверить это на Sourceforge SVN
IANAL.
Если вы отправляете немодифицированные двоичные файлы, созданные из немодифицированного источника GPL, и ваше приложение просто вызывает их, я считаю, что ваше приложение не обязательно должно быть GPL. Возможно, вам придется включить документацию GPL и/или источник связанных приложений GPL, но если вы не вносите никаких изменений или не связываетесь с кодом GPL, ваш код не должен быть затронут.
Что касается стандартов MPEG, это может быть еще один пакет червей полностью...
Cisco выпустила BSD-лицензированную библиотеку h264 для кодирования и декодирования.
Я бы хотел, чтобы вы просто использовали GPL, но я не собираюсь просто говорить вам об этом, когда есть ответ.
http://www.openh264.org/
и страница GitHub:
https://github.com/cisco/openh264
Хорошо, FFMpeg, похоже, обрабатывает h.264. Я считаю, что большинство из них - LGPL.
По-прежнему хотелось бы услышать об этом опыт (хороший или плохой) или другие варианты, спасибо.
- Исправление, версия, которую я только что тестировал, по-видимому, скомпилирована с помощью "--enable-gpl", что приводит меня к тому, что она использует лицензионные кодеки GPL. Argh!
Взгляните на Библиотеки Intel IPP. Они не являются бесплатными, но очень дешевы (разовая выплата в сто долларов или еще что-то). Вы также можете получить бесплатную оценку, чтобы проверить ее. Лицензия очень открытая, и, насколько я знаю, это позволяет вам неограниченное распространение в вашем приложении навсегда, как только вы ее купите.
Я проделал некоторую работу с FFmpeg, хотя он был ограничен libavformat (часть кодека называется libavcodec). Я нашел API на удивление простым и простым в использовании. Они предоставляют несколько действительно полезных и просветительских образцов в стандартном распределении источников.
В целом библиотека обладает довольно высоким качеством, но некоторые модули, похоже, отсутствуют, поэтому я не могу ручаться за часть h264. Однако я слышал о кодировщике.
Обратите внимание, что VLC и большинство его библиотек теперь LPGL
Двигатель VLC, связанный с LGPL - http://www.videolan.org/press/lgpl-libvlc.html
Модули воспроизведения VLC, относящиеся к LGPL - http://www.videolan.org/press/lgpl-modules.html