2011-01-04 9 views
3

私はMPEG-4ストリームをデコードするために非(L)GPLライブラリを探しています。 私はそれが商業であることに気にしない。 価格はコードの品質やサポートほど重要ではありません。 ご提案は大歓迎です。 自分の経験はさらに優れています。MPEG-4をデコードするための非GPLライブラリはありますか?

+1

_L_GPLも除外しますか? – ismail

+1

LGPLは、ユーザーがビデオをコピーするためにDLLをハイジャックする可能性があるため、オプションではありません。 –

+2

@ルーカスルウ、あなたは私を冗談にしているに違いない。あいまいさによるセキュリティはうまくいかず、何千もの試行錯誤を繰り返しました。 – ismail

答えて

0

私はCoreAVCがはるかに優れたパフォーマンスのH.264コーデックであるという印象を受けました。 http://corecodec.com/products/coreavc

+0

私はその会社とのコミュニケーションに問題があります。私は2つの電子メールを送受信しました。それは2ヶ月かかった。 –

0

non-GPLの意味に依存します。 LGPL(したがって非ウイルス性)は多くあります。 FFmpegの一部である最も人気のあるlibavcodecのようなものです。

対照的に、GPL-edであるx264は、をエンコードするためにのみ必要であり、デコードには必要ありません。

FFmpegはコンパイル方法を明確にしますin non-viral way

+0

LGPLは別のDLLに入れる必要があるため、私にとってはオプションではありません。これにより、ビデオストリームを不正にダンプする単純なDLLハイジャックを作成することができます。 –

+0

元の質問のコメントを見てください。 –

+0

それに対処する方法があります。 DLLのハッシュをチェックすることはあまり難しくありません。 – vartec

-1

あなたは自分のビデオカードドライバも必要としていますか、またはあなたのデコーダが私に送るもので何でもしたいビデオドライバを使用するとどうなりますか?あなたはどういうわけか、ユーザーにあなたのビデオケーブルだけを使用させ、周辺のビデオカメラを何とか破壊し、見たもののユーザーの思い出を拭き取ってしまいますか?そんな狂気!では、GPLライブラリを使用するとどうなりますか?あなたは宇宙をロックダウンすることはできません。

+0

私がコメントで言ったように、問題はユーザーだけではなく、コンテンツプロバイダーにあります。彼らは明示的に別のDLLにコーデックを必要としません。 –

+0

PSこれは何らかの形でオリジナルの質問に対する答えではありません。 –

1

あなたが唯一の商用のものを試すことができます。

  1. Elcard:http://www.elecard.com/en/download/products.html

  2. のLigos:http://ligos.com/index.php/home/products/mediarig_encoder/

  3. MainConcept社:http://www.mainconcept.com/products/sdks/video.html

  4. Rohzet(炭素コーダ):http://www.rhozet.com/products.html

  5. フリップ工場:http://www.telestream.net/flipfactory/overview.htm

これらのすべては、実質的にも、放送制作で使用されると良いグレードでいます。 この注文には好みが反映されていません。それらのほとんどは、SDKやドングルなどの独立したアプリケーションとして使用できます。

しかし、あなたの恐怖はむしろ基本的なものであり、DLLを逃すことは些細なことを防ぐことができない可能性があります。

関連する問題