ご挨拶、
QuickTime for Java は、Windows 7 と Snow Leopard の両方で本質的に壊れていると読みました。壊れているようには見えませんが、私のセットアップである可能性があります。これが優れたテクノロジ スタックであるかどうか、または他の場所を検討する必要があるかどうかを判断しようとしています。
目的: Mac と Windows (および可能であれば Linux) の両方に対応した専用のデスクトップ ビデオ プレーヤーと注釈プログラムを構築したいと考えています。JavaFX (すべての Java ライブラリを使用でき、適切な UI を構築できる Flash/Flex の代替手段としての JavaFX) を使用したいと考えています。サポート。比較的高水準の言語 (C++ ではない) でコーディングしたいと考えています。
ありがとう、キャメロン
AppleはJava用のQTを放棄したようです。ウィキペディアのQuickTimeforJavaページはそれをうまくまとめているようです。選択した見積もり：
現在、QTJのほとんどは、最近のWindowsを実行しているコンピューターで壊れています。最近のCPUの実行なし（NX）ページ保護セキュリティ機能を使用するWindowsマシンは、構成を変更せずにデモを実行することさえできません。これは、QTJに付属するデモの1つをテスト実行することで、開発者が簡単に確認できます。「実行保護違反」が報告され、プログラムはWindowsによって中止されます。これにより、NX機能の構成が複雑になるため、QTJはエンドユーザーアプリケーションの開発に適していません。
だから、良くない。
2003年のQTJ6.1のリリースに続いて、AppleはQTJにいくつかの更新を行い、主にバグを修正しました。特に、QuickTime 7は、新しいネイティブAPIをラップしたQTJリリースを伴わない、または続かないQuickTimeの最初のバージョンでした。メタデータやフレームの並べ替えコーデックを操作するためのQuickTime7の新しいAPIは、QTJプログラマーは利用できません。Appleは、6.1より前のバージョンのQTJに存在していたキャプチャプレビュー機能を提供するための新しいクラスも提供していません。実際、QTJは、Appleが推奨しなくなったネイティブAPI、特にQuickDrawに依存しています。
そして、おそらく見栄えが良くないでしょう。これまで。
Xugglerを試しましたか? それはあなたのために働くはずです。