一個保住錄音，另一個保住錄音的摘要。FLAC 的 IETF 規格 RFC 9639 把無損壓縮定義為在不刪除、也不以不可逆方式更動任何資料的前提下減少儲存占用，因此解壓之後原件原樣回來。它對有損壓縮的定義恰好相反：回來的是一個近似值。全部差別就在這裡，而且這是結構上的問題，不是口味問題。同一份文件把 FLAC 的範圍訂為 1 到 8 個聲道、1 到 1,048,575 赫茲的取樣率、4 到 32 位元的位元深度，而工具主要針對 2 聲道、44.1 kHz、16 位元的 CD 音訊最佳化。MP3 給不出同等保證，因為編碼時丟掉的東西是永久丟掉的。

多半聽不出來，而不先問你用什麼耳機就斷言相反的人只是在猜。有用的做法是去看檔案在輸出端究竟是什麼，而這款播放器的 App Store 說明正好談到這一點：

決定答案的有兩件事，而格式標記不在其中。第一是音源：由 128 kbps 的 MP3 轉成的 FLAC 照樣帶著同樣缺失的資料，只是保存得很完好。第二是輸出鏈路。手機可能在 96 kHz 的檔案抵達耳機擴大機之前就把它重新取樣，而這個轉換除非有東西顯示出來，否則看不見。所以一個會印出格式、位元深度、取樣率以及是否重新取樣的音訊面板，勝過任何關於聽感的說法：它把問題變成觀察。先在一首熟悉的曲子上看標記，再透過無線耳機看一次；下一節會解釋這兩個讀數為何常常對不上。

在 64 GB 的手機上足以感覺得到，而且這筆帳是固定的，不是各說各話。CD 音訊是每秒 44,100 個取樣、16 位元、2 個聲道，也就是每秒 1,411,200 位元，未壓縮音訊每分鐘約 10.6 百萬位元組。Android 的平台解碼器把 MP3 封頂在 320 kbps，折合每分鐘 2.4 百萬位元組。FLAC 落在這兩個數字之間，而且永遠不會低於 MP3 那個數字，因為無損編碼器無權丟棄任何東西。所以一張以 320 kbps MP3 約占 100 百萬位元組的十曲專輯，換成 FLAC 會要上好幾倍。在固定 128 GB、還得跟相簿搶位子的手機上，這是一個真正的取捨。

就無線聆聽而言，很大程度上是的，而這正是格式之爭通常跳過的部分。Android 的 BluetoothCodecConfig 類別列出手機能透過 A2DP 連線送出的編解碼器：SBC、AAC、aptX、aptX HD、LDAC、LC3 與 Opus。它們無一例外都是有損編解碼器，所以你解碼後的 FLAC 在離開手機之前會被重新編碼。同一個類別還列出 44.1、48、88.2、96、176.4 與 192 kHz 的取樣率以及 16、24、32 位元的位元深度，這就是高位元率連線依然會改變資料的原因。有線播放與本機存檔才是無損能原樣存活的場合。FLAC Player Offline: Gapless 與 它的 Android 版會顯示目前的輸出格式。

因為 MP3 容器無法表達任意的取樣數，而它改而加上的填充在曲目之間聽得見。LAME 的技術問答說得很直白：所有以 MDCT 為基礎的編碼器都會在每首歌的開頭與結尾加填充。作者測試過的所有解碼器都會帶進 528 個取樣的延遲，ISO 風格的編碼器再加 528 個，於是一個先編碼再解碼的檔案回來時前面多出 1,056 個取樣。LAME 自己預設的編碼延遲是 576 個取樣，結尾還要補 288 個，否則最後一個顆粒根本解不出來。FLAC 精確儲存取樣數，所以現場專輯撐得過這趟來回。

三種情形，沒有一種罕見。如果你只用無線耳塞聽，連線反正會把一切重新編碼，那儲存空間就白花了。如果你的檔案本來就來自 MP3 或串流下載，往上轉換只增加體積，不增加資訊。而且Android 自己的媒體文件把平台 FLAC 限制在立體聲與 48 kHz，所以多聲道或更高取樣率的檔案需要的不只是內建解碼器。