「Sun JMFからMP3を削除」記事へのコメント

たぶん

[keisuken (2614)]

でも、消したものにかわるものは何になるのだろう。特に用意しないというのも判断の1つではあるが…

Sun から MP3 に変わるものを積極的に提示してくることはないだろうから、ないままになるんだろうね。容量が大きくても構わないなら WAV でもいいし、容量が気になるのなら音質は悪いが AU ファイルでもいいわけだから。

ただ私個人

Re:たぶん

[G7 (3009)]

俺も全然無縁で今APIリファレンス取ってきたばかり(^^;だけど、
class javax.media.format.AudioFormat
にMPEGLAYER3って文字列定数が有る(有った)のね。
static Processor javax.media.Manager#createRealizedProcessor(ProcessorModel model)
あたりで実際のデータを読み込むクラスを召喚する、っていう感じでしょうか？

>Sun から MP3 に変わるものを積極的に提示してくることはないだろうから

>高品質から低品質(な音声・動画など)までくまなくカバーする必要はあると思う。

うーん。
この件について、Sunが実際に自分の立場をどう規定してるのかは知らないけど

Re:たぶん

[keisuken (2614)]

あちらが実装する必要があるのは、フレームワークを構成するための「抽象」クラスまでだ、
とも考えられるような気が。
あとはサンプルという位置付けで幾つかの具象子クラスも作るかも知れない、くらいに。

ただ、JMF を Sun 以外が実装しそうって雰囲気がない。だからこそ、リファレンス実装でも MP3 を実装してくれた方がうれしいんです。(同様の理由で、G

Re:たぶん

[G7 (3009)]

>ただ、JMF を Sun 以外が実装しそうって雰囲気がない。

「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つの実装が最初からあるほうが話が早い、というだけのことでしょうけど。

んじゃ、こう言えばより正確でしょう。
そのメディアプレイヤ(^^;に突っ込むべき「プラグイン」は、誰か他の人が作ればいいのでわ、と。