L'application iPhone Je travaille sur des images captures en série dans certains intervalles de temps définis par l'utilisateur, je cherche un moyen de combiner ces images dans des vidéos codées H264. J'ai fait des recherches sur Google, on dirait que je devrai utiliser quelque chose comme FFMPEG / MENCODER sur iPhone? (A également trouvé une personne portée FFMPEG sur iPhone, FFMPEG4IPHONE) P>
Cependant, j'ai trouvé que X264 est sous licence GPL et me demande d'ouvrir la source mon projet si j'utilise FFMPEG. J'ai également trouvé certaines personnes suggérées à utiliser Ogg Theora, mais je devrai le porter sur iPhone si je l'utilise. (Ce que je ne suis pas sûr comment le faire maintenant). P>
Y a-t-il une solution de contournement pour cela? Des idées? Merci. P>
3 Réponses :
Je pense que vous ne pourrez trouver que des versions commerciales des implémentations x264 si vous n'avez pas l'intention d'utiliser FFMPEG (il peut exister quelques autres versions OpenSource, mais avec une très bonne qualité). Vous devez également garder à l'esprit que si vous utilisez ces codecs et que vous décidez de ne pas utiliser la plate-forme / iPhone, vous devrez payer des redevances à cause des brevets (je pense que c'est environ 1 dollar par téléchargement). p>
Si cela est toujours abordable pour vous, alors je pense que vous pourrez peut-être trouver une version plus ancienne de FFMPEG qui était LGPL'ed. Vous pouvez l'utiliser dans votre code sans avoir à ouvrir la source tout le projet. Vous avez seulement besoin de changements d'opensource que vous pourriez faire à FFMPEG. P>
J'espère que cela vous aidera! P>
Merci pour la réponse! Je viens de vérifier sur le site de FFMPEG ffmpeg.org/legal.html , sa version actuelle est sous licence LGPL , mais utilise plusieurs pièces facultatives sous GPL. Est-ce que le codeur H264 FFMEPG en utilisant différent de X264 et est sous licence LGPL? Comme je sais que x264 est sous licence GPL.
Oui, FFMPEG est sous LGPL et X264 sous GPL. FFMPEG utilise son propre décodeur LGPL, cependant pour le codage de celui-ci s'appuie sur X264. Vous ne pouvez donc pas l'utiliser pour une application commerciale.
Je pense que vous êtes dans une liaison GPL et avez deux suggestions: p>
avoir l'application iPhone bonne chance et laissez-nous savoir ici si vous le faites publier! p> va juste aller de l'avant et gpl votre projet strong>. Il n'y a aucune raison pour ne pas vendre de logiciels open source, et la période de retard / pénalité de l'App Store vous donnera une belle période de plaide sur tout projet de complétation potentiel avec le code GPLD. Votre place sur iTunes Store, votre motivation et toute marque est probablement plus précieuse que le code source. De plus, vous pouvez obtenir d'autres personnes pour résoudre des bugs pour vous. Strike> Mise à jour: à partir de janvier 2011, GPL et App Store ne mixent pas . Em> p> li>
@Damain: C'est un développement récent, Jan 2011 et non un sujet particulièrement simple non plus. (Google App Store GPL VLC.) Je modifierai le message pour réfléchir autant, n'hésitez pas à annuler votre bowvote. : P
défait :-) En tant que programmeur qui a publié le code GPL dans le passé, je suis difficile à propos de la désinformation
@damien: merci! Mais "MisInformation" i> implique la tromperie, ce qui ne serait pas précis. J'espère que vous ne pensez pas que la première partie de ma réponse initiale était intentionnellement par erreur.
Non, je ne pensais certainement pas que tu étais intentionnellement par erreur! Wikipedia me dit que "désinformation" est involontaire; C'est "désinformation" qui est délibérément fausse.
apparaît que FFMPEG prend maintenant la prise en charge du codec de Cisco "OpenH264" (BSD FWIW) (BSD FWIW):
https://www.fmpeg.org/ffmpeg-codecs.html#libopenh264 p>
fwiw Voici ce que je reçois de ma construction LGPL: p> Qui mentionne quelques autres codeurs FWIW et FFMPEG pourrait supporter même les autres. P> P>
Vous ne souhaitez pas utiliser FFMPEG, IOS prend déjà en charge directement les données H.264 via les classes d'aviverse. Ils ne sont pas faciles à utiliser, mais c'est mieux que FFMPEG, car il n'y a pas de problèmes de licence et FFMPEG fonctionnerait très très lentement, même si vous l'avez compilé.