2009-08-31 11 views
4

私のプロジェクトでlibavcodecを使用することを検討しています LGPLライセンスが適用されていることを知っていますが、ライセンスについてよく分かりません。市販品にlibavcodec(LGPL)を使用することができます

私のプロジェクトはオープンソースプロジェクトではありません。 と私はlibavcodecのコードを変更しません。 私はlibavcodecを使用するためにのみリンク方法を使用できます。

これらの条件で、私は質問したいと思います: 私のプロジェクトでlibavcodecを使用できますか?

ありがとうございました。

+2

私はこれが答えに十分強調されているとは思わないので、ここで述べます:著作権弁護士*を雇い、*これについて*彼に話してください。 – greyfade

+4

**私は、プログラミングやソフトウェア開発ではなく、ライセンスや法的な問題**のために、この質問を議論の対象外としています。詳細については[こちらをご覧ください](http://meta.stackoverflow.com/a/274964/1402846)、[help/on-topic]を参照してください。 –

答えて

9

私はここに私たちの多くはないと思う弁護士がいるので、上の著作権の面で適切なサイズのひとつまみの塩(または、好ましくは、専門的な法的助言)、しかし...

を持つ任意の答えを取りますLGPLはあなたが望むことをするためのライセンスを提供しています。あなたはそれを変更するだけでなく、libavcodecのコードを利用可能にする必要がありますが、コードを利用できるようにする必要はありません。

EDIT:下記のパベルで指摘したように、あなたはあなたのユーザーはまた、libavcodecののコピーに変更を加えることができるようにする必要があり、実際には、動的にlibavcodecのためにリンクすると、この遵守する最も簡単な方法です。)

著作権は唯一の考慮事項ではありません。あなたが米国やおそらく他の国にいらっしゃいましたら、ソフトウェアの特許もあります.labavcodecによって実装されているコーデックの多くは特許の対象となっており、特許所有者からの必要なライセンス。

4

ライブラリを使用できるかどうかの答えは、「使用」についてのあなたの考え方によって異なります。元のLGPL textをよく読んでください。それはGPLのテキストほど大きくありません。 GPLとの違いは、あなたのアプリケーションを解体したり、ハックしたり、クラッシュすることなく、アプリケーション内でLGPLのライブラリコードを変更する(例えば、ライブラリ内のバグを修正する、ライブラリ内のバグを修正する)可能性をユーザに要求することです何らかの整合性チェックのために。この条件が満たされていれば、GPLで製品のライセンスを取得する必要はありません。

これは、あなたがダイナミックにあなたのアプリケーションをlibavcodecとリンクさせることを効果的に意味します。あるいは、 LGPLコードを変更するための便利なメカニズムをいくつか用意しておきます。ライブラリのauthoutがそのような変更を許可しており、尊重する必要があるからです。これは、ヘッダファイルを含めない限り、ソースでlibvacodecのコードの一部を使用できないことを意味します。これは、ユーザがそのコードを変更する能力を失うためです。

関連する問題