題:
為什麼FLAC文件的比特率低於CD文件?
Jonathan
2012-03-27 17:48:09 UTC
view on stackexchange narkive permalink

我將CD翻錄到FLAC。將同一首歌的兩個版本與MediaMonkey進行比較,我注意到原始CD的比特率為1411 kbps:

enter image description here

而FLAC文件的比特率為906 kbps :

enter image description here

為什麼?這是數據丟失還是僅僅是壓縮的反映(即播放時解壓縮會將比特率恢復為CD的原始比特率)?

七 答案:
derobert
2012-03-28 22:58:34 UTC
view on stackexchange narkive permalink

這就是定義比特率的方式。它是“每秒的數據位數”。因此,即使您無損地壓縮某些東西,它的比特率也較低。 。相反,像FLAC這樣的無損編解碼器可讓您權衡CPU時間(至少在壓縮過程中)以節省文件大小。

Friend Of George
2012-03-27 18:59:49 UTC
view on stackexchange narkive permalink

由於FLAC定義為無損壓縮,除非在編碼過程中出現錯誤,否則不應有任何數據丟失。

根據我的經驗,將WAV文件壓縮為FLAC時,其大小會減小約1/3。 ( FLAC網站聲稱具有更好的壓縮效果,正如@Mulvya在評論中指出的,這是由於記錄的內容所致)。您擁有的FLAC文件的比特率大約比WAV文件的比特率低1/3。

我猜您看到的數字可能是由於壓縮所致。

壓縮量取決於源材料。通常,只有聲音的軌道會產生80%的壓縮率。典型的管弦樂音樂為55%,獨奏器樂音樂為65%,依此類推。
這就解釋了。我進行的比較是整個樂隊的錄音。我猜the片和尖叫的吉他壓縮得不太好。 :)
Mulvya
2012-03-27 18:51:11 UTC
view on stackexchange narkive permalink

FLAC是免費的無損音頻編解碼器,其中編解碼器= co mpressor / dec 壓縮器,因此,較低的比特率歸因於壓縮。

並且是的,原始流是在解壓縮後獲得的。

實際上,根據Wikipedia(https://en.wikipedia.org/wiki/Codec),“codec”是“ coder-decoder”的縮寫
可能,隨著越來越多的消息來源指出這一點。但我本來一定見過與[Adobe]相同的來源(https://books.google.co.in/books?id=3eUVAAAAQBAJ&pg=PA8&lpg=PA8#v=onepage&q&f=false)。
user20740
2017-03-30 23:38:43 UTC
view on stackexchange narkive permalink

FLAC是一種無損音頻編碼器,因此比特率無非是表明FLAC能夠實現壓縮率。由於根本不允許FLAC更改材質,因此材質與預測值匹配得越好(FLAC可能花費更多的壓縮時間),壓縮率就越高。

這意味著麥克風以及具有出色SNR比的前置放大器和錄音設備(很抱歉,我親愛的電子管放大器)也將以更好的壓縮比回報[em> ,因為噪聲幾乎是最不可預測的材料(因此壓縮效果很差),因此,信號中的噪聲越少,壓縮的機率就越高。

有損壓縮可以決定扔掉一定量的噪聲或用類似的噪聲代替。 FLAC沒有那麼豪華。

AJ Henderson
2017-03-31 04:17:31 UTC
view on stackexchange narkive permalink
CD起源於便攜式處理能力相對有限的時代。原始PCM數據(例如,普通CD或普通PCM wav文件中的數據)是音頻波形的直接表示。從中復制音頻非常容易,但是沒有嘗試限制其大小。

FLAC是一種較新的格式,它利用無損壓縮來存儲相同的精確數據(無損),但是以壓縮方式佔用更少的空間。可以使用多種技術來實現無損壓縮,但是它們有效地涉及在數據中查找模式,然後存儲模式,而不是模式的每次出現。這允許使用可能更少的數據量來表示相同的流,但這意味著解碼器必須在實際有意義地播放文件之前將拼圖遊戲放回原處。這意味著播放器需要更多的處理能力來播放音頻,但是可以使用更少的空間來存儲音頻。

此外,它還具有不能線性讀取的缺點。 CD基本上是唱片機的數字等同物。他們可以線性讀取數據並進行播放(因此稱為線性PCM),因為FLAC要求立即讀取整個文件,即使沒有處理問題,早期的CD也無法正常工作。

關於在一般情況下無損壓縮如何工作的示例,假設您具有以下字符串

大象可以看到狗可以看到大像在這裡。

我們可以注意到,貓(The cat)可以被多次使用,所以我們說:

1 = 2 =大象3 =參見4 = can 5 = 124351dog43512在這裡。

如您所見,所有相同的信息都存在,但是佔用的空間更少。識別模式的確切方法因數據的格式和類型而異,但結果仍然相同,信息密度增加,從而使相同數量的信息存儲在較小的空間中。

mongo
2017-04-02 18:51:40 UTC
view on stackexchange narkive permalink

CD上的WAV文件通常是未壓縮的。

FLAC文件是經過壓縮的,並且具有“無損”壓縮,這意味著解壓縮後的文件將產生與壓縮時完全相同的內容。

。由於FLAC文件已壓縮,因此通常比WAV文件小。

Braden
2017-12-08 00:53:57 UTC
view on stackexchange narkive permalink

CD文件還包含每個音樂文件中的元數據,日期,標題,錄音信息,以及翻錄後的內容。

這個答案完全是錯誤的。 A)並非所有(很多,可能大多數)CD沒有元數據。 B)FLAC文件確實包含元數據。
實際上這是錯誤的,IEC 60908標準不支持每個軌道的8字節TOC條目之外的元數據,它僅給出1字節的軌道編號,並且音頻數據的位置在CD上。
實際上,具有互聯網連接的設備上的許多音頻播放器將直接查詢在線元數據數據庫並從那裡獲取曲目名稱,而不是花時間在磁盤上包含CD-Text文件的磁盤上掃描第二個會話。 ISO 9660文件系統。也就是說,可能有90%的計算機可以從本地Internet鏡像中提取<1 kB gzip壓縮文本響應,而不是光驅可以完成重新放置激光的位置,甚至可以開始查看是否存在該文件。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...