アカウント名:
パスワード:
でも、消したものにかわるものは何になるのだろう。特に用意しないというのも判断の1つではあるが…
Sun から MP3 に変わるものを積極的に提示してくることはないだろうから、ないままになるんだろうね。容量が大きくても構わないなら WAV でもいいし、容量が気になるのなら音質は悪いが AU ファイルでもいいわけだから。
ただ私個人
あちらが実装する必要があるのは、フレームワークを構成するための「抽象」クラスまでだ、 とも考えられるような気が。 あとはサンプルという位置付けで幾つかの具象子クラスも作るかも知れない、くらいに。
Java自体がメディアプレイヤ(^^;であるわけではないのだから。
えっ、それを目指してるんですけど(^^;
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
たぶん (スコア:1)
Sun から MP3 に変わるものを積極的に提示してくることはないだろうから、ないままになるんだろうね。容量が大きくても構わないなら WAV でもいいし、容量が気になるのなら音質は悪いが AU ファイルでもいいわけだから。
ただ私個人
Re:たぶん (スコア:1)
class javax.media.format.AudioFormat
にMPEGLAYER3って文字列定数が有る(有った)のね。
static Processor javax.media.Manager#createRealizedProcessor(ProcessorModel model)
あたりで実際のデータを読み込むクラスを召喚する、っていう感じでしょうか?
>Sun から MP3 に変わるものを積極的に提示してくることはないだろうから
>高品質から低品質(な音声・動画など)までくまなくカバーする必要はあると思う。
うーん。
この件について、Sunが実際に自分の立場をどう規定してるのかは知らないけど、
開発言語であるJavaという立場を(妥当と思える範囲で狭く)考えるならば、
あちらが実装する必要があるのは、フレームワークを構成するための「抽象」クラスまでだ、
とも考えられるような気が。
あとはサンプルという位置付けで幾つかの具象子クラスも作るかも知れない、くらいに。
#もちろん、十分使い物になる具象クラス集合が用意「されてはいけない」とは言わないけど。
他のフォーマットへの対応がそうであるように、MP3のサポートだって、
(特許料払ってから(ぷ))しかるべきクラスを書けば
動くようにきっとなってるだろうから、
配布物が直接MP3や代替フォーマットをサポートするかどうかってのは
あんまり心配する必要が無いことなじゃないかな。
Java自体がメディアプレイヤ(^^;であるわけではないのだから。
Re:たぶん (スコア:1)
えっ、それを目指してるんですけど(^^;
Re:たぶん (スコア:1)
「JMFを」誰かが再び実装する必要は、無いのでわ。
Frameworkなんだから、それに適合する具象クラスを、誰かが書けばいいんだと思います。
たとえばMP3のを。#特許の問題をさておけば。
余談:MP3デコーダを「PureJavaで」組んであったのが味噌ゆーかウケだったのね。
#検索してたら、PureJavaで動いてたことを驚いている頁発見。http://java-house.jp/ml/archive/j-h-b/027870.html
すると、WinはOS側にやらせりゃ済むってことらしいけど、Win以外が辛いね、ということなわけですね今回は。
>(同様の理由で、GIF エンコーダーも JAI から除かれたと思うんだけど、それを期待してアプリケーションを組
>んでいた人も結構いたはず。)
自分で作るとか、誰かが作るのを待つとか、すれば済むのでわ?
>Java自体がメディアプレイヤ(^^;であるわけではないのだから。
>>えっ、それを目指してるんですけど(^^;
ん?あ。そうだっけか。
#そういやMediaPlayerという露骨なクラスも存在しますね。
#まあ、アプリそのものの様態としてのそういうFrontEnd(GUIという意味じゃなく)のクラスは
#むしろバリエーションを作る意味が無いから、1つの実装が最初からあるほうが話が早い、というだけのことでしょうけど。
んじゃ、こう言えばより正確でしょう。
そのメディアプレイヤ(^^;に突っ込むべき「プラグイン」は、誰か他の人が作ればいいのでわ、と。