2009-10-07 8 views
7

JMFは古く、多くのコーデックを適切にサポートしていません。最近、FFMPEGをバックグラウンドで使用していますが、ネイティブJavaソリューションに切り替えるには、誰かがメディア操作機能を持つ現在のオープンソースのJavaプロジェクトを知っていますか?JMFの置き換え

+0

あなたはhttp://fobs.sourceforge.net/features.htmlを試しましたか?ffmpeg libのJava/JNIラッパーです。私は1ヶ月前に同じ質問をして、MP3デコードとエンコーディングにラメを使用しました。私は私の解決策に満足していないので、あなたの発見を報告してください! Cheers – sfussenegger

答えて

2

あなたのやりたいことによって異なります。

あなたはffmpegを使用しているので、私はあなたがビデオをエンコードしていると仮定します。私は、Javaが短期的または中期的に「ネイティブ」な作業を行うことは悲観的です。これはJavaの多くの哲学/手荷物に非常に似ています。

これは、Java 7といっても、一般的にコーデックのアクセスが容易になり、利用可能になり、実際のアプリケーションで表示されるようになるはずです。残念ながら、私が読んだことから、再生とGUIに重点が置かれているようです。

私は、ビデオや他のメディアをエンコードするために、Javaからffmpegに砲撃しています。事実、ffmpegは、プログラムでコード化されたビデオ、独自仕様またはオープンソースを扱うための最良のツールの1つです。私はそれが予見可能な未来のためにそのようにとどまることを予測する。

ffmpegが機能しない場合は、Quicktime for Javaを調べるとよいでしょう。私は個人的にそれを深く見ていないが、それは「大きい」と思われる。 QuickTime X(Fall 2009)のリリース時点では廃止されたようです。

Java用のQuickTimeは、マルチメディアを構築するためのJava開発者 、アプリケーションおよびアプレットにオーディオやビデオ、 ストリーミング含む を可能 クロスプラットフォームAPIのセットを提供します。

+0

Quicktime for Javaも古い/償却されています。 – Sam

+0

ああ、そうです。最近のQuickTime Xのリリース以来、非難されているようです。ポストを更新しました。とても長いQTJava! –

3

100%ネイティブではありませんが、Xugglerも使用できます。これはオープンソース(LGPL)ラッパーで、Java内でFFmpegを実行するので、シェルを外す必要はなく、すでに250人以上の開発者が既に使用しています。

+0

これはGPL3になりましたが、人々はLGPL版を再コンパイルするように招待されています。 –

+0

インストールに関する問題があります。 – anshulkatta