FLAC Player Offline: Gaplessは、自分の音楽ファイルを持つ人のためのiPhone・Android向け無料・広告なしのオフライン再生アプリです。そのファイルを保存し続けるか再エンコードするつもりなら、FLACはMP3より価値があります。FLACは1サンプルあたり4〜32ビットを正確に保存しますが、MP3は二度と戻せない近似だからです。
開示: AppStoryoはFLAC Player Offline: Gaplessを開発しているスタジオが運営しています。以下の比較は公に検証できる基準を用い、実在する代替アプリを名指しします。
正直な答えには二つの半分があり、議論の多くは片方しか使いません。両方を持ってください。フォーマットが何を保つのか、そのあとスマホがそれに何をするのか。FLAC Player Offline: GaplessとそのAndroid版はMP3とFLACをひとつのライブラリにまとめます。
一方は録音そのものを、もう一方はその要約を保ちます。FLACのIETF仕様であるRFC 9639は、可逆圧縮を「どのデータも削除せず、取り返しのつかない形で変更せずに」容量を減らすことと定義しており、展開すれば元のデータがそのまま戻ります。非可逆圧縮は逆で、戻ってくるのは近似です。違いはそれだけで、しかも好みの問題ではなく構造上の問題です。同じ文書はFLACの範囲を1〜8チャンネル、1〜1,048,575ヘルツのサンプリング周波数、4〜32ビットのビット深度と定め、ツール類は2チャンネル・44.1kHz・16ビットのCD音声に最適化されていると述べます。MP3に同等の保証はありません。エンコード時に捨てたものは永久に失われるからです。
多くの場合は聞き取れません。あなたのヘッドホンを尋ねもせずに逆を言う人は、ただの当て推量です。役に立つのは、出力段でファイルが実際に何になっているかを見ることで、このアプリのApp Store説明文はまさにそれに触れています:
Lossless and Hi-Res badges, and an audio panel that shows each file's format, bit depth and sample rate — and whether it is resampled on the way out
答えを決めるのは二つで、フォーマットの表示はそのどちらでもありません。第一は音源です。128kbpsのMP3から作ったFLACは、欠けたデータをそのまま、ただし完璧に保存して運びます。第二は出力経路です。スマホは96kHzのファイルをヘッドホンアンプに届く前にリサンプリングできますし、その変換は何かが見せてくれない限り目に見えません。だからフォーマット、ビット深度、サンプリング周波数、リサンプリングの有無を表示する音声パネルは、どんな試聴の主張にも勝ります。問いを観察に変えるからです。よく知っている曲で表示を確かめ、次にワイヤレスヘッドホン経由でもう一度確かめてください。次の節は、その二つがなぜ食い違いやすいのかを説明します。
64GBのスマホなら十分に効いてくる量で、しかも計算は意見ではなく固定です。CD音声は毎秒44,100サンプル、16ビット、2チャンネルで、毎秒1,411,200ビット、非圧縮音声1分あたりおよそ10.6メガバイトになります。Androidのプラットフォーム側デコーダーはMP3を320kbpsで頭打ちにしており、これは1分あたり2.4メガバイトです。FLACはこの二つの値の間に落ち、MP3側を下回ることは決してありません。可逆エンコーダーは何も捨てることを許されていないからです。320kbpsのMP3でおよそ100メガバイトの10曲入りアルバムは、FLACではその数倍を求めます。固定128GBで写真ライブラリとも取り合うスマホでは、これは本当の判断です。
ワイヤレスで聴く限り、おおむねその通りで、フォーマット論争がたいてい飛ばすのがこの部分です。AndroidのBluetoothCodecConfigクラスは、スマホがA2DPリンクで送れるコーデックを列挙します。SBC、AAC、aptX、aptX HD、LDAC、LC3、Opusです。どれも非可逆コーデックなので、デコードされたFLACはスマホを出る前に再エンコードされます。同じクラスは44.1、48、88.2、96、176.4、192kHzのサンプリング周波数と16、24、32ビットのビット深度を挙げており、高ビットレートのリンクでもデータが変わるのはそのためです。有線再生とローカル保管こそ、ロスレスがそのまま生き残る場面です。FLAC Player Offline: GaplessとそのAndroid版は実際の出力フォーマットを表示します。
MP3コンテナは任意のサンプル数を表現できず、代わりに足される詰め物が曲間で聞こえてしまうからです。LAMEの技術FAQははっきり書いています。MDCTに基づくエンコーダーはどれも、曲の先頭と末尾に詰め物を足す、と。著者たちが試したデコーダーはすべて528サンプルの遅延を持ち込み、ISO方式のエンコーダーがさらに528を足すため、エンコードして復号したファイルは先頭に1,056サンプルが付いて戻ります。LAME自身の既定のエンコード遅延は576サンプルで、末尾には288サンプルを足します。そうしないと最後のグラニュールが復号されないためです。FLACはサンプル数を正確に保存するので、ライブアルバムは往復に耐えます。
三つあり、どれも珍しくありません。ワイヤレスイヤホンでしか聴かないなら、リンクがどのみちすべてを再エンコードするので、容量を払って何も得ていません。手元のファイルがMP3や配信のダウンロードから作られたものなら、上位変換はサイズを増やすだけで情報は増えません。さらにAndroid自身のメディア文書はプラットフォームのFLACをステレオと48kHzまでに制限しているため、マルチチャンネルやより高い周波数のファイルには内蔵デコーダー以上のものが要ります。
仕様上の用語であって標語ではありません。RFC 9639は可逆圧縮を、どのデータも削除せず取り返しのつかない形で変更せずに容量を減らすことと定義しており、復号したFLACは入力とビット単位で一致します。MP3はこの試験に通りません。
スマホのスピーカーや安価なイヤホンではまず無理で、逆を約束してよい人はいません。差が出るのは有線で素直なヘッドホンを使うとき、密度の高い場面や非常に静かな場面、そして何より後でそのファイルを再エンコードするときです。
復号の仕事も読み出しも増えます。音楽1分あたりのファイルが数倍大きいからです。RFC 9639はFLACが意図的に低複雑度で、わずかな計算量で復号できると述べているので、消費は実在しますが控えめです。
なりません。この話題でいちばん多い誤解です。RFC 9639は非可逆圧縮を近似を返すものと定義しており、捨てられたデータは始める前に消えています。手に入るのは、まったく同じ損失を抱えたはるかに大きいファイルだけです。
Androidでは、条件つきでできます。プラットフォームのメディア文書はFLACの復号をAndroid 3.1から、符号化を4.1からと記し、モノラルかステレオに限り、サンプリング周波数は48kHzまでとしています。それを超えるには自前のデコーダーを持つアプリが要ります。
当てにはできません。出力経路が差を均してしまうことが多いからです。RFC 9639は1,048,575ヘルツまでを許しますが、スマホは96kHzの曲をアンプの手前でリサンプリングすることがあり、Bluetoothならどのみち再エンコードされます。
無線区間でロスレスではなくなります。AndroidのBluetoothCodecConfigクラスは利用できるコーデックとしてSBC、AAC、aptX、aptX HD、LDAC、LC3、Opusを挙げ、七つとも非可逆です。スマホはFLACを復号し、送信前に再エンコードします。
元のディスクかロスレスのダウンロードがまだ手元にある部分だけです。取り込み直しだけが何かを取り戻せる唯一の道だからです。それ以外はMP3を残し、守るべき情報が実際にある新規購入分にFLACを充ててください。
かかりません。App StoreでもGoogle Playでも無料で、広告もサブスクリプションもなく、MP3、FLAC、ALAC、WAV、AAC、AIFF、Ogg Vorbis、Opusをひとつのローカルライブラリから再生します。iPhoneではiOS 15.0以降が必要です。
主義ではなくファイル単位で決めてください。音源がロスレスで、聴き方が有線のところにロスレスを残すのです。FLAC Player Offline: GaplessとAndroid版が、どちらの場合かを示してくれます。
" }