Livre / Open h.264 decodificação de vídeo bibliotecas? (Não-GPL)

Question

Os principais jogadores parecem ser x264, e XviD, e ambos são GPL. Isso significa que não pode integrar capacidades de decodificação em um aplicativo de reprodução sem autorização a coisa toda como GPL, por isso não podemos usar.

A plataforma de destino preferido é o Linux. Qualquer licença aberta não-viral é bom, estamos mais do que felizes em fornecer a fonte de quaisquer alterações que fazemos para bibliotecas, não apenas o nosso toda aplicação.

Existe alguma coisa? Ou talvez devêssemos usar GPL por agora como um teste durante o desenvolvimento, e plano para substituí-lo com codec comercial licenciada antes de enviar?

Answer 1

OpenCore de PocketVideo agora é open-source sob licença Apache 2.0 como parte do sistema operacional Android: https://github.com/android/platform_external_opencore

Answer 2

O decodificador ffmpeg H.264 é LGPL. Apenas os codificadores são GPL, e x264 não fornece um decodificador.

Ele também tem a vantagem sobre Framewave e IPP de estar realmente utilizável.

Answer 3

IANAL, mas se você estiver patentes de software de envio em qualquer lugar são aplicadas, não só você tem que pagar os royalties MPEG LA para decodificação H.264, mas o licença pode impede você de usar os decodificadores open-source de qualquer maneira. Já ouvi falar de aborrecimentos semelhantes aplicáveis ??a outros codecs.

Answer 4

Cisco lançou uma biblioteca h264 licença BSD para codificação e decodificação.

Eu gostaria que você só usar GPL, mas eu não vou apenas dizer-lhe para fazer isso quando há uma resposta lá fora.

http://www.openh264.org/
ea página GitHub:
https://github.com/cisco/openh264

Answer 5

Um projeto derivado da biblioteca de desempenho AMD, Framewave , tem agora uma decodificação H.264 vídeo componente de apoio.

A licença é a "licença Apache 2.0"

Você pode verificá-la em Sourceforge SVN

Answer 6

IANAL.

Se você enviar binários não modificados criados a partir de fonte GPL modificado e sua aplicação simplesmente invoca-los, eu acredito que o seu aplicativo inteiro não tem que ser GPL. Você pode ter que incluir a documentação GPL e / ou a fonte dos aplicativos GPL empacotados, mas se você não está fazendo qualquer modificação ou ligando contra código GPL, o código deve ser afetado.

Quanto aos padrões MPEG, que pode ser um outro saco de vermes inteiramente ...

Answer 7

Ok, FFMpeg parece lidar com h.264. Eu acredito que a maioria é LGPL.

Será que ainda gostam de ouvir experiências com ele (boa ou má), ou outras opções, obrigado.

- Correção, a versão que eu apenas testado parece ser compilado com "--enable-gpl", o que me leva a acreditar que está fazendo uso de licença GPL codecs. Argh!

Answer 8

Dê uma olhada na Intel IPP Bibliotecas . Eles não são livres, mas são muito barato (uma vez-off pagamento de uma centena de dólares ou algo assim). Você também pode obter uma avaliação gratuita para testá-lo. A licença é muito aberta, e, tanto quanto eu sei permite distribuição ilimitada em seu aplicativo para sempre uma vez que você comprá-lo.

Answer 9

Eu fiz algum trabalho com FFmpeg, apesar de ter sido limitada a libavformat (a parte codec é chamado libavcodec). Eu encontrei a API para ser surpreendentemente simples e fácil de usar. Eles fornecem algumas amostras realmente úteis e esclarecedoras na distribuição fonte padrão.

Geralmente, a biblioteca possui, em vez de alta qualidade, mas alguns módulos parece faltar, então eu não posso garantir para a parte h264. Eu já ouvi coisas boas sobre o codificador, no entanto.

Answer 10

Note que VLC ea maioria de suas bibliotecas estão agora LPGL

motor VLC relicensed a LGPL - http://www.videolan.org/press/lgpl-libvlc.html

VLC reprodução módulos relicensed a LGPL - http://www.videolan.org/press/lgpl-modules.html