Re: [請益] WAV/AIFF/ALAC/FLAC/APE無損格式差別

看板Headphone作者simonohmygod (曼聯魂)時間8年前 (2015/12/07 04:20)推噓19(19推 0噓 6→)

留言25則, 20人參與討論串1/2 (看更多)

: → hyde7621: 我都是直接用iTunes的簡介進去編輯封面耶，邏輯很簡單啊 12/05 22:15 : → hyde7621: 上網先到GOOGLE專輯封面，剩下都很直覺。是說有CD不考慮 12/05 22:15 : → hyde7621: aiff嗎? 聲音會比較飽滿宏亮喔，ALAC畢竟壓縮過 12/05 22:16 : → hyde7621: AIFF一樣可以上tag跟封面，音質應該跟wav一樣吧 12/05 22:17 : → edward40812: 請問h大 AIFF和ALAC的差別在哪？ 12/05 22:45 : 推 hyde7621: AIFF完全無損，ALAC好像是部分壓縮但不重新編碼 12/05 22:50 : → hyde7621: MP3那種就是整個破壞重新編碼了，AIFF可當作WAV看 12/05 22:51 正解 Pulse-code modulation(PCM)是一種把類比訊號轉為數位訊號的方法從字面意思很容易瞭解就是一種詮釋波形的處理方式經過多年演變後有一種改良版的PCM, 叫作Linear Pulse-code modulation(LPCM) LPCM優點是在震幅較低的情況下損失的訊息較非線性的少比較圖支援:https://thinklikemalinga.files.wordpress.com/2010/11/2.png

來源:http://tinyurl.com/pasurve 目前主流應該都是LPCM了只是大家方便講都還是會叫LPCM為PCM 來源:https://en.wikipedia.org/wiki/Pulse-code_modulation 基本上PCM/LPCM被視為是raw data, 也就是類比->數位處理之後尚未加料的原生資料講完了raw data 來講WAV跟AIFF: WAV 發表於1991年, 由微軟&IBM發展 AIFF 發表於1988年(是的比WAV更早), 由apple發展這兩種檔案格式都是拿來裝raw data(也就是PCM/LPCM)的由於發展的早, metadata訊息非常少(看header就知道) metadata就是拿來說明主資料的資料 WAV header:http://soundfile.sapp.org/doc/WaveFormat/ AIFF header:http://www.onicos.com/staff/iz/formats/aiff.html 所以就有出現.cue檔來詮釋WAV/AIFF沒有描述到的metadata, 像是專輯封面, 專輯風格, 發行時間, 時間軸等等的資料現在播放程式都很聰明, 你在該專集資料夾下面放一張folder.jpg 播放時就會被認為是專輯封面又經過了一段時間, 因為WAV/AIFF的檔案大小過於龐大所以發展出了檔案更小, 又可裝很多metadata而且音質不變的版本像是:APE(2000年發表), FLAC(2001發表), ALAC(2004發表) APE 由一個人發展的, 算是比較早期流行的, 壓縮效率非常高, 可以到192kb/s bitrate這種檔案的3~5倍大而已(192*60*4/1024/8 = 5.625MB BJ4) 但是缺點是解碼時要花較多的資源 FLAC 由一個組織跟一些人發展出來的, 並且讓這個編碼方式完全免費, 所有人都可以用並且包含10個等級的壓縮比, 編碼者可以自行選擇要最小檔案或是最快速度解碼 ALAC apple發展的, 該有的功能都有, 還另外加了數位檔案浮水印(DRM)這功能, DRM就是你沒有憑證你就不能讀這檔案. 不過在2011年apple把ALAC編碼變成open source後這功能就拿掉了(royalty-free) https://en.wikipedia.org/wiki/Monkey's_Audio https://en.wikipedia.org/wiki/FLAC https://en.wikipedia.org/wiki/Apple_Lossless 總結一下 WAV 裝PCM/LPCM的無損檔案格式(微軟IBM發展) AIFF 裝PCM/LPCM的無損檔案格式(apple發展) APE 裝壓縮過後的PCM/LPCM(decoding時較耗資源) FLAC 裝壓縮過後的PCM/LPCM ALAC 裝壓縮過後的PCM/LPCM : → benwu95: 我是聽不出來aiff和alac的差別就是了XD 12/05 23:02 : 推 intela60474: 無損壓縮都一樣啦理論上 12/05 23:12 : 推 hyde7621: 數位訊號輸出理論上也都一樣阿，但USB線好壞的影響差距 12/05 23:15 : → hyde7621: 就活生生地擺在那邊 Orz 12/05 23:16 : 推 s1s1: 樓樓上，ALAC、AIFF都是無損壓縮，差別在於產生jitter時候 12/05 23:16 : → s1s1: 編碼處理方式不同，甚麼時候ALAC有壓縮了... 12/05 23:17 AIFF沒有壓縮請問encoding的方式跟jitter有何關係? : 推 hyde7621: 恩..我說的就是無損壓縮..另一個是非壓縮，可能我沒有 12/05 23:19 : → hyde7621: 意會到另外的壓縮模式，所以產生誤會(AIFF是未壓縮吧?) 12/05 23:20 : → donkilling: alac的l就是lossless的意思啊XD 12/05 23:51 : 推 hyde7621: 所以叫做無損壓縮阿 @@ 但還是有壓縮不是嗎? 容量有小 12/06 00:35 : → hyde7621: 至於聽不聽得出來.. 看人嚕，追根究柢，聲音本來就玄學 12/06 00:36 : 推 hydeless: AIFF是舊格式了，吃不了24bit 12/06 09:14 其實可到24bit 只是itunes裡面只給到16bit (apple:朕不給的你別想要) http://www-mmsp.ece.mcgill.ca/documents/audioformats/aiff/aiff.html aiff-c(or aifc)就是升級版aiff了可到64bit-float 但沒普及. : 推 jakkx: ALAC無損壓縮沒錯啊…什麼時候格式可以對JITTER自做處理了 12/06 10:30 : → jakkx: 我都不知道… 12/06 10:30 : 推 luwatercolor: 話說為啥明明有做好專輯封面了，但是iTunes卻會自 12/06 11:13 : → luwatercolor: 動丟失封面勒，有很多專輯都這樣… 12/06 11:13 : → simon978: 相信自己的耳朵..你聽完覺得有差就是有差..玄什麼學~"~ 12/06 14:05 玄學無誤 -- "If it was never new, and it never gets old, then it's a folk song." - Llewyn Davis -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.42.10.42 ※ 文章網址: https://www.ptt.cc/bbs/Headphone/M.1449433233.A.F9A.html

→

simonohmygod

12/07 04:32, , 1^F

12/07 04:32, 1^F

→

simonohmygod

12/07 04:35, , 2^F

12/07 04:35, 2^F

※ 編輯: simonohmygod (114.42.10.42), 12/07/2015 04:36:41

推

clioneurise

12/07 04:41, , 3^F

12/07 04:41, 3^F

推

hyde7621

12/07 08:03, , 4^F

12/07 08:03, 4^F

推

greg7575

12/07 08:23, , 5^F

12/07 08:23, 5^F

推

jf7642

12/07 08:28, , 6^F

12/07 08:28, 6^F

推

srx080578

12/07 11:05, , 7^F

12/07 11:05, 7^F

level0 跟level9還是有點差距啊 encoding的時間有差一些 decoding的時間看起來沒差太多 http://tinyurl.com/h9vaorf 第5&6頁共四張圖 from: http://www.audiograaf.nl/downloads.html 另外 flac有error handling alac沒有 error handling是說如果這個檔案的內容有1個bit壞了 flac可以播沒壞的部份那alac就完全沒辦法播放了其實差不多剌就看哪種檔案是主流(戰) ※ 編輯: simonohmygod (123.194.131.176), 12/07/2015 13:10:39

推

est

12/07 13:01, , 8^F

12/07 13:01, 8^F

推

blueskybird

12/07 16:55, , 9^F

12/07 16:55, 9^F

推

nonverbal

12/07 17:33, , 10^F

12/07 17:33, 10^F