Libre/Open h.264 décodage vidéo en bibliothèques? (Non-GPL)

Les principaux acteurs semblent être x264, et xvid, et les deux sont sous licence GPL. Cela signifie que nous ne pouvons pas intégrer les capacités de décodage dans une application de lecture sans autorisation, le tout sous licence GPL, donc on ne peut pas utiliser.

La cible préférée de la plateforme Linux. Tout non-virale de la licence ouverte est très bien, nous sommes plus qu'heureux de fournir la source de tous les changements que nous apportons aux bibliothèques, tout simplement pas de l'ensemble de notre application.

Est-il quelque chose? Ou peut-être que nous devrions utiliser la GPL pour l'instant que d'un test en cours de développement, et de plan de le remplacer dans le commerce sous licence du codec avant l'expédition?

xvid n'est pas un H. 264 codec, c'est un MPEG-4 partie 2 codec.

OriginalL'auteur Mark Renouf | 2009-03-21

  1. 3

    PocketVideo de OpenCore est maintenant open-source sous licence Apache 2.0, comme une partie du système d'exploitation Android:
    https://github.com/android/platform_external_opencore

    OriginalL'auteur Krzysztof Kowalczyk

  2. 9

    Le ffmpeg H. 264 decoder est LGPL. Seuls les encodeurs sont sous licence GPL, et x264 ne fournit pas un décodeur.

    Il a aussi l'avantage de plus de Framewave et de l'IPP d'être réellement utilisable.

    Il y a quelques non GPL encodeurs ces jours-ci: stackoverflow.com/a/39338135/32453

    OriginalL'auteur alex strange

  3. 3

    IANAL, mais si vous êtes de livraison n'importe où les brevets logiciels sont appliquées, non seulement vous avez à payer le MPEG LA de redevances pour les h.264 décodage, mais le licence pourrait s'opposent à l'utilisation de l'open-source décodeurs de toute façon. J'ai entendu de semblables inconvénients appliquer à d'autres codecs.

    OriginalL'auteur ephemient

  4. 2

    Un projet dérivé de AMD bibliothèque de performance, Framewave, a maintenant une vidéo composante appui h.264 décodage.

    La licence est la "licence Apache 2.0"

    vous pouvez le vérifier sur Sourceforge SVN

    Merci, j'ai vu que et passée dessus, en supposant que c'était AMD seule.

    OriginalL'auteur J.C. Inacio

  5. 2

    IANAL.

    Si vous expédiez des binaires non modifiés créé non GPL source et votre application, il suffit de les invoque, je crois que l'ensemble de votre application ne doit pas être sous GPL. Vous devrez peut-être inclure GPL documentation et/ou la source du trio GPL apps, mais si vous n'êtes pas procéder à des modifications ou à la liaison à l'encontre de code GPL, votre code ne devraient pas être affectés.

    Aussi loin que les normes MPEG, qui peut être un autre sac de worms entièrement...

    Oui, nous le faisons maintenant, simplement en invoquant mplayer. L'avenir objectif est d'intégrer des vidéos avec les autres contenus dans un résultat homogène, peut-être avec la transparence ou d'autres effets. La pensée actuelle est, pour ce faire avec des performances acceptables, il doit être intégré.
    IANAL, mais je serais prudent sur la confusion de la LGPL et GPL ici. Ce que vous décrivez serait correct à 100% pour le code LGPL mais sans doute si la GPL composant que vous êtes d'expédition + ne pas l'aimer comme binaire est une partie de l'ensemble de l'application, puis l'ensemble de l'application doit être GPL. gnu.org/philosophy/why-not-lgpl.html
    pour quelqu'un qui n'a pas de reconnaître l'acronyme, IANAL signifie " je ne suis pas un avocat.

    OriginalL'auteur HUAGHAGUAH

  6. 2

    Cisco a publié une licence BSD (h264 bibliothèque pour l'encodage et le décodage.

    Je souhaite que vous suffit d'utiliser la GPL, mais je ne vais pas juste pour vous dire de faire que quand il ya une réponse là-bas.

    http://www.openh264.org/

    et la page GitHub:

    https://github.com/cisco/openh264

    Notez que vous devez payer MPEG-LA royaltees lors de la compilation et de distribution. Il serait intéressant si un régime similaire à ce que @HUAGHAGUAH dit à propos de la GPL s'applique (en invoquant directement).
    Notez que openh264 a l'inconvénient de ne soutenir la ligne de Base h264 profil (à la fois pour l'encodage et le décodage). Cela signifie que vous pouvez utiliser libav pour le décodage h264 et openh264 pour l'encodage h264.

    OriginalL'auteur Wyatt8740

  7. 1

    Ok, FFMpeg semble poignée h.264. Je crois que la plupart des il est LGPL.

    Serait encore de l'amour pour entendre les expériences (bonnes ou mauvaises), ou d'autres options, merci.

    --
    La Correction, la version que j'ai testé juste semble être compilé avec "--enable-gpl", ce qui m'amène à croire c'est faire usage de la licence GPL codecs. Argh!

    FFMPEG éventuellement des liens vers x264, et si elle le fait, elle tombe sous la GPL. La licence choix dépend des options de configuration et je crois que le x264 est nécessaire pour h.264 de soutien.
    Votre application est contaminé par la GPL, si elle ne invoques ffmpeg par le biais de system() ou popen()?
    ^^ IANAL, mais je pense que si vous livrez le GPL binaires avec votre application, puis sans doute, oui.

    OriginalL'auteur Mark Renouf

  8. 1

    Prendre un coup d'oeil à la Intel IPP Bibliothèques. Ils ne sont pas gratuits, mais ils sont très bon marché (une fois le paiement d'une centaine de dollars ou quelque chose). Vous pouvez également obtenir une évaluation gratuite pour le tester. La licence est très ouvert, et comme je sais que vous permet une diffusion illimitée dans votre application pour toujours une fois que vous l'acheter.

    OriginalL'auteur Lehane

  9. 0

    J'ai fait un peu de travail avec FFmpeg, mais il a été limité à démultiplexeur (le codec partie est appelée libavcodec). J'ai trouvé l'API d'être étonnamment simple et facile à utiliser. Ils fournissent un peu de vraiment utile et éclairante des échantillons dans le standard de la distribution source.

    Généralement la bibliothèque tient plutôt de haute qualité, mais certains modules semble être en manque, donc je ne peux pas se porter garant pour le h264. J'ai entendu de bonnes choses sur l'encodeur.

    OriginalL'auteur Emil H

  10. 0

    Noter que VLC et la plupart de ses bibliothèques sont maintenant LGPL

    VLC moteur relicensed à LGPL -
    http://www.videolan.org/press/lgpl-libvlc.html

    VLC lecture modules relicensed à LGPL -
    http://www.videolan.org/press/lgpl-modules.html

    OriginalL'auteur TripleAntigen