「Apple が Apple Lossless コーデックをオープンソースで公開」記事へのコメント

正直言って

[Anonymous Coward]

FLACがあるから要らない子。
Apple製品に囲まれてる人なら兎も角、それ以外の人からしたら「で？」という感じなのですが。

FLACとApple losslessの比較を書くと

[Anonymous Coward]

有用な書き込みとなります。

Re:FLACとApple losslessの比較を書くと

[SteppingWind (2654)]

ALCLを使っていないんで間違ってることもあるかもしれないけど

エンコード環境

ALCLは基本iTuneのみ(だった). iTuneが対応していない環境ではエンコードできない. FLACは適当に好みの環境で. コマンドラインインターフェイスもあるので, シェルとかでバッチ的に多量のファイルを処理なんてことも可能

再生環境

基本iPod(iPhoneも可能かな?)のみ. LINNのネットワークプレーヤ [www.linn.jp]も対応しているけど, 高価ですしFLACの方が標準フォーマットみたいです. FLACの方はポータブルプレーヤでは対応しているものが少ない(Creative Zen X-Fi [creative.com]とかCOWON [cowonjapan.com]のとかはあるけど). ただしAndroid用のFLACプレーヤがあるので, 実際にはもっと多いかも. ネットワークプレーヤでは普及価格帯(5万円前後)から対応しているのが普通みたい

圧縮率

まあ平たく言ってドングリの背比べ. 違いが有っても数%～10%前後かな. 非可逆圧縮の様に極端に違いが出ることはありません. むしろ圧縮ソースのパターンによってかなり違いが出てきます. 帯域を常時使いまくっているようなロックやポップスだと50～60%, ppからffまで使うクラシックなんかだと30～50%ぐらいのサイズに圧縮できることが多いです

というような感じで, 可逆圧縮フォーマットについてはFLACがデファクトスタンダードになりつつあったというのが現在までのところだと思います. これからは分かりませんが.

ただ, 今ALACのソースを公開したとしても, 各オーディオメーカがすぐ対応できるかは分かりません. FLACにしても, 以前は(現在でも)データのパターンによっては正常に再生できないとかがありましたから, 各社が組み込みレベルでほぼ問題なくALACに対応できるようになるまではしばらく(1～2年かな?)かかるんじゃないかと思われます.

Re:

[Anonymous Coward]

FLAC ALACともにRockbox [rockbox.org]で再生可能なので、実は「再生可能なポータブルプレイヤー」は結構な数あります。
Android用のportもあるので(まだUnusable portsですが問題なく利用できてます)試してみてもいい

Re:

[Anonymous Coward]

すんごく今更だけど、ついさっきFLACのエンコーダで--skipや--untilオプションが使えることに感動した（エンコーダがそこまでやる必要も無いかもしれんが）。
ほんと、FLACはコマンドラインの機能が充実していて、その上仕様もしっかりしていて公式サイトに明記されてる。Xiphという後ろ盾もいる。GUIはよく知らないけど大企業がバックにいない可逆ではマシな部類だろう。
圧縮率もそれなりでデコードは軽くて使いやすいライセンス。そりゃ、TAK開発してる人には悪いけどFLACでいいやんってなるんだよね。

AppleとしてはFLACなんか認めずにApple L