Board logo

標題: 將CD轉做MP3會唔會仲好音質過由CDROM直出? [打印本頁]

作者: soccerism    時間: 2024-9-17 22:05     標題: 將CD轉做MP3會唔會仲好音質過由CDROM直出?

事源想慳位扔一堆CD, 用Windows內置"媒體播放器"轉做MP3, 320kbps, 播出黎感覺仲有層次過用電腦的CDROM.

其實係咪我錯覺定真係有可能?
作者: stephenwong    時間: 2024-9-18 08:41

320kbps MP3, 基本上盲試,你係唔會分到同 CD rip 出來 wave file 有分別。不過梗有人包拗頸㗎!仲有,低少少 bitrate MP3, 例如 256kbps, 因為少咗 DD 高音,又係盲試,都試過呃到唔少人(即 MP3 好聽過,靜過個 wave file)!
作者: wolf1983    時間: 2024-9-18 13:01

留一個wave file較好,不然只rip mp3,番唔到轉頭。
作者: cngaiyin    時間: 2024-9-18 14:21

嗯 你們說得沒錯
作者: kcyipgar    時間: 2024-9-18 17:59

本帖最後由 kcyipgar 於 2024-9-18 18:01 編輯

建議師兄用 dbPoweramp 軟件,將 CD RIP 成 WAV 或 FLAC,保留完整CD數據。

至於分別唔出 MP3 比較差,我估呢 ...... 一係器材差、一係聆聽能力差。

via HKEPC Reader for Android
作者: harryytm    時間: 2024-9-18 18:22

本帖最後由 harryytm 於 2024-9-18 23:12 編輯

啲 CD 拎去賣或者送比人會好過扔咗佢
我係仲會買同收藏 CD
因為 CD 係無壓縮 16-bit/44.1KHz PCM
仍然係最易買到無壓縮音樂嘅其中一個方法
而且有時我會用 CD 機去播隻 CD

RIP CD 軟件我會用 CUETools 嘅 CUERipper
將啲 CD Rip 成 FLAC 或 CUE + WAV
https://github.com/gchudov/cuetools.net/releases

其於數據保存嘅原則 Rip CD 應該用無壓縮或無損壓縮格式
去完整保留 CD 上面嘅數碼音樂數據及其源數據(Metadata)
AAC 同 MP3 係屬於有損音樂壓縮格式丟棄咗嘅數據無得計返出嚟
最好需要 AAC 或 MP3 嘅時候先至用 Foobar2000 批次將 FLAC 轉啲有損檔案出嚟
作者: harryytm    時間: 2024-9-18 18:32

本帖最後由 harryytm 於 2024-9-18 23:34 編輯
建議師兄用 dbPoweramp 軟件,將 CD RIP 成 WAV 或 FLAC,保留完整CD數據。

至於分別唔出 MP3 比較差,我估呢 ...... 一係器材差、一係聆聽能力差。
kcyipgar 發表於 2024-9-18 17:59

AAC 壓縮效率好過 MP3
128 Mbps 嘅 AAC 音質同 320 Mbps 嘅 MP3 相約
AAC 可以做到音質差唔多但檔案細 MP3 少少
喺容量細嘅音樂播放機可以放到多啲歌
除非播音樂部機唔支援 AAC 先會局住用 MP3

dbPoweramp 要比錢而且無得轉成 CUE + WAV 或一個檔案多 Track 嘅 FLAC
所以 Rip CD 整成 CD 影像檔我只會用 EAC 同 CUETools
作者: jacktsui    時間: 2024-9-19 10:15

如果你真係覺得MP3  320kbps 好聲啲, 弓起你, 你可以慳好多錢o係音質度
作者: soccerism    時間: 2024-9-19 10:32

如果你真係覺得MP3  320kbps 好聲啲, 弓起你, 你可以慳好多錢o係音質度
jacktsui 發表於 2024-9-19 10:15


聽力好唔好當然重要, 我係懷疑我部LG DVD-RW出訊號去系統時根本唔靚, 造成一個現像MP3 仲好直接聽CD
作者: soccerism    時間: 2024-9-19 10:36

AAC 壓縮效率好過 MP3
128 Mbps 嘅 AAC 音質同 320 Mbps 嘅 MP3 相約
AAC 可以做到音質差唔多但檔案細 MP3 ...
harryytm 發表於 2024-9-18 18:32


番唔到轉頭了, 一D知道仲值錢既真係送左俾人, 其餘過百隻既CD都rip哂, 搬細屋之後, 空間壓力好大......迫不得已冇得再等.

連擴音機, 喇叭都賣埋, (CD機壞左冇得賣), 就知這個故事要完結了.
作者: kcyipgar    時間: 2024-9-19 11:20

本帖最後由 kcyipgar 於 2024-9-19 11:24 編輯
AAC 壓縮效率好過 MP3
128 Mbps 嘅 AAC 音質同 320 Mbps 嘅 MP3 相約
AAC 可以做到音質差唔多但檔案細 MP3 ...
harryytm 發表於 2024-9-18 18:32



MP3, AAC, ALAC, FLAC, WAV
只要用心比較過,自然聽到當中的分別,不過首先要了解各種聲音的特性和學習聆聽聲音,這些知識都可以從書本中學習得到。

至於 FLAC 檔案,每首歌一個檔案會比較方便,可以儲存獨立資料,否則無法搜尋單一歌曲。
作者: kcyipgar    時間: 2024-9-19 11:29

本帖最後由 kcyipgar 於 2024-9-19 11:33 編輯

供參考

[請教] CUETools, CUERipper & Foobar2000 :
發表於 2020-10-03



https://www.hkepc.com/forum/viewthread.php?fid=25&tid=2586856&extra=&page=1


不過個人推薦用 dBPoweramp,因為各項功能都比較優勝。

https://www.dbpoweramp.com/purchase.htm

Personal USD48.00
作者: IanW    時間: 2024-9-19 11:40

今時今日, FLAC 應該係最佳儲存的方式吧.
既是 loseless, 又能節省一定空間.
現在不同的機器大都能無痛處理 FLAC 播放.
作者: harryytm    時間: 2024-9-19 11:49

本帖最後由 harryytm 於 2024-9-19 11:55 編輯
至於 FLAC 檔案,每首歌一個檔案會比較方便,可以儲存獨立資料,否則無法搜尋單一歌曲。
kcyipgar 發表於 2024-9-19 11:20

我用多 Track FLAC 係因為我主要用 Foobar2000 去管理音樂
搜尋音樂係用返 Foobar2000 嘅內置 Media Library
一隻 CD 一個 FLAC 檔案配合 Foobar2000
用落似係直接播到嘅音樂 CD 影像檔
有需要嗰時用 Foobar2000 轉返分 Track 檔案出嚟亦唔難
一個檔案有齊封面同歌詞非常簡潔
而且重點係Foobar2000 可以播隻碟嘅 FLAC 成個 Load 入 RAM 先至播
作者: kcyipgar    時間: 2024-9-19 11:51

我用多 Track FLAC 係因為我主要用 Foobar2000 去管理音樂
搜尋音樂係用返 Foobar2000 嘅內置 Media Libra ...
harryytm 發表於 2024-9-19 11:49



明白,不過除了用電腦播放,還要考慮用 DAP 的時候。
作者: harryytm    時間: 2024-9-19 11:57

本帖最後由 harryytm 於 2024-9-19 12:14 編輯
明白,不過除了用電腦播放,還要考慮用 DAP 的時候。
kcyipgar 發表於 2024-9-19 11:51

用 Foobar2000 轉返分 Track 檔案出嚟比 DAP 用好容易
選取一隻或幾隻碟右按 Convert 再選擇 Preset 就得
轉出嚟啲檔案仲會自動加埋原檔有嘅封面
識用 Title formatting 仲可以做到自動改埋檔名分埋 Folder
不過當然要預先設定好個 Convert Preset
Title formatting 啲語法有齊說明好易學並唔難明
轉出嚟嘅分 Track 檔案我只會 Move 去 DAP 或者手機唔會保留喺電腦
作者: ebtg    時間: 2024-9-19 12:19

番唔到轉頭了, 一D知道仲值錢既真係送左俾人, 其餘過百隻既CD都rip哂, 搬細屋之後, 空間壓力好大......迫 ...
soccerism 發表於 2024-9-19 10:36


比一首未聽過既歌, 即刻要你分就好難, 聽開既歌就肯定分辨到質素.  另外播放 MP3 時有 EQ, 味精有加乘,  比 CD 直白聲好聽唔奇 而家D新歌全部都 auto tune, d口水聲, 呼吸聲執走曬, 一早電腦化, 買cd真係多餘.  不過都仲有批使幾皮野買條耳機線, dap, portable amp 既玩家, 駛咁多錢原來都係為左還原番幾十年前 discman d 聲
作者: harryytm    時間: 2024-9-19 12:26

本帖最後由 harryytm 於 2024-9-19 12:35 編輯
比一首未聽過既歌, 即刻要你分就好難, 聽開既歌就肯定分辨到質素.  另外播放 MP3 時有 EQ, 味精有加乘,  比 CD 直白聲好聽唔奇 而家D新歌全部都 auto tune, d口水聲, 呼吸聲執走曬, 一早電腦化, 買cd真係多餘.  不過都仲有批使幾皮野買條耳機線, dap, portable amp 既玩家, 駛咁多錢原來都係為左還原番幾十年前 discman d 聲
ebtg 發表於 2024-9-19 12:19

在下用緊 ASUS Xonar Essence STX 同 Sennheiser IE600
CD Walkman 係 D-EJ895 屬入門級都好聲過手機
有時出街聽 CD 成部 CD 機入放褲袋
作者: ebtg    時間: 2024-9-19 12:42

在下用緊 ASUS Xonar Essence STX 同 Sennheiser IE600
CD Walkman 係 D-EJ895 屬入門級都好聲過手 ...
harryytm 發表於 2024-9-19 12:26


d人使左幾皮野買套 suit, 換來音場寬鬆無邊際, 人聲結像好, 密度高, 樂器定位清晰, 推力大, 模擬味濃.....咪即係 discman 既聲, 好彩以前聽過, 而家唔感冒
作者: harryytm    時間: 2024-9-19 13:09

d人使左幾皮野買套 suit, 換來音場寬鬆無邊際, 人聲結像好, 密度高, 樂器定位清晰, 推力大, 模擬味濃.....咪即係 discman 既聲, 好彩以前聽過, 而家唔感冒
ebtg 發表於 2024-9-19 12:42

我並無去到咁發燒
只要啲聲聽落自然同音場夠闊已經足夠
作者: kcyipgar    時間: 2024-9-19 16:55

冇所謂啦~ 各師各法,只要「樂在其中」便可以。

via HKEPC Reader for Android
作者: alextsang_tt    時間: 2024-9-19 19:34

本帖最後由 alextsang_tt 於 2024-9-20 03:45 編輯

回覆 1# soccerism

早廿嘟年前流行mp3 128cbr,1MBBftp...24小時射嚟射去,當時鐘意交流mp3嘅受眾,就認為192cbr已經夠,256/320vbr都係多餘,當然而家大家聽落,都會覺得係得啖笑,今時今日容量提升,要keep更係原汁原味wav,CD變mp3...keep嚟跟本都無意思,嘥時間,不如聽串流,唔wav都flac/ape,flac儲歌搵歌過歌,組織歌庫都方便直接得多(tidal都轉flac停哂MQA)

當然CD更係最好,據聞點dup都會有jitter,不過果啲太麻煩亦難以完美就唔好理,隨自己能力遂隻rip

以前未有老翻碟時,成日換碟都覺得好煩,好多時見啱聽仲會買好多精選碟,至少換少啲碟,買過部7cd nakamichi player,不過換隻碟好鬼慢,係叫唔使自己行嚟行去,有時唔排好哂出嚟,又會唔記得邊隻打邊隻...除去載體,點都free好多,尤其搵歌,你用過spotify果啲都明

cdrom analog audio l/r係難聽,印象中...以前裝個plug-in係當read data咁去聽歌...唔係cdrom analog出
作者: kcyipgar    時間: 2024-9-20 12:34

本帖最後由 kcyipgar 於 2024-9-20 12:35 編輯
回覆  soccerism

早廿嘟年前流行mp3 128cbr,1MBBftp...24小時射嚟射去,當時鐘意交流mp3嘅受眾,就認為1 ...
alextsang_tt 發表於 2024-9-19 19:34



所以呢 ......  以現今要求,轉換成 FLAC / WAV 係一個最佳方案,而且獨立每首歌一個檔案就最理想了。
作者: jacktsui    時間: 2024-9-20 16:09

flac/ape 已經好夠玩, 對自己副架生都好滿意
留返啲時間同心機去搵/聽好歌
作者: wueddie    時間: 2024-9-20 16:21

其實音源都要配合器才先可以發揮到.如果你聽MP3 便足夠.其實是一件好事.因為聽歌最重要係自己聽得開心.而不是亙比器才. 正如我上年仲用緊ipod 聽ALAC 都比人笑..吾聽 24BIT , DSD 等等...
另外,如果要儲存 , 就正如harryytm 師兄所講的方式. 因為我也跟他一樣. 我還得登去 美森買左個Plextor PXL-910S 去重新RIP CD. 之後再用FOOBAR 去轉ALAC .
因為可以第時…你想聽高清一點時時候.也可以用backup 想轉任何格式也可以.

當然你講D碟比晒人,吾緊要..圖書館幫到你
作者: Kin_2012    時間: 2024-9-20 18:30

啲 CD 拎去賣或者送比人會好過扔咗佢
我係仲會買同收藏 CD
因為 CD 係無壓縮 16-bit/44.1KHz PCM
仍然係最 ...
harryytm 發表於 2024-9-18 18:22


以前 rip cd 我會用 EAC 出 cue + wav
作者: harryytm    時間: 2024-9-21 01:43

本帖最後由 harryytm 於 2024-9-21 07:58 編輯
以前 rip cd 我會用 EAC 出 cue + wav
Kin_2012 發表於 2024-9-20 18:30


EAC 嘅問題係要夾光碟機
如果要 Rip 得快部光碟機要唔快取音樂數據
同埋有時搵歌名會出亂碼
所以我傾向轉用開放源碼嘅 CUETools 入面嘅 CUERipper
EAC 嘅 Secure CD Ripping 功能
例如支援 C2 pointers 同錯誤修正都有齊
而且係唔需要安裝解壓即用
http://cue.tools/wiki/CUERipper

順帶一提 EAC 上幾個月 (2024-07-14) 出咗新版 1.8
完全移除已終止服務嘅 freedb 改用其他歌名庫
https://www.exactaudiocopy.de/en/index.php/resources/whats-new/whats-new/
July 14, 2024

There was a small problem with version 1.7 when using it as fresh install on a new computer. In that case, no email address was set and thus the metadata retrieval failed. Here comes version 1.8, which should fix this problem.

July 13, 2024

Today I released version 1.7 of EAC.
Because of some concerns regarding freedb/gnudb, I removed the freedb support completely, including freedb genre, etc.
As replacement, the AccurateRip meta service is now integrated, which offers improved metadata like composers and covers. This is available without any .NET plugins, but is natively integrated into EAC. For now it doesn’t support submissions for unknown CDs, but will so in the future.
At this point, I want to thank Spoon for providing the AccurateRip meta service free for all! Have a look at dBpoweramp for more information.
Other than that, I updated the MusicBrainz metadata plugin to use the correct artist information, fetch more/better covers and lyrics.
Also the included flac encoder and the included CTDB plugin (which also provides CD metadata) are updated to the most current version.
There is a problem with communicating with the AcoustID server, which is hopefully fixed within the next few weeks (on the server side). Whenever it is fixed, the submissions should just start to work again. If it is not fixed by November EAC will output an error message for the first failed submission each start of EAC.
If you do not want to wait until this feature works again, just create your personal user API key and enter it in the AcoustID plugin settings in the EAC options.
Hope it works fine for you!

作者: doggiestyle    時間: 2024-9-21 09:54

以前盲聽試 onboard sound 分到 192K mp3 就分唔到了
dac 就分到 mp3 同 flac
但聽覺理論上會日漸衰退
後黎都冇再重測了 ,亦冇特別追求 ,不過 192k 變左自己底線
作者: kcyipgar    時間: 2024-9-21 10:27

本帖最後由 kcyipgar 於 2024-9-21 10:33 編輯
EAC 嘅問題係要夾光碟機
如果要 Rip 得快部光碟機要唔快取音樂數據
同埋有時搵歌名會出亂碼
所以我傾向轉 ...
harryytm 發表於 2024-9-21 01:43


師兄提及的軟件是好軟件,不過付費軟件必定有其過人之處。

一般情況下,AccurateRIP 最常用到,因為可以確保 RIP 出來的檔案是正確無誤的。
以前自己衰過好多次,RIP 出來是跳線的,當時是不知道的,而 dBpoweramp 就可以幫到我,因為可以從介面清楚看到結果。

至於 Secure CD Ripping 對付一些有打圈花痕的 CD 非常有幫助,尤其是借回來的CD,不過太嚴重的話,仍然返魂無術。

所以,我會安裝三部光碟機,應付不同情況的 CD。

dBP-001.png

dBP-002.png

dBP-003.png

圖片附件: dBP-001.png (2024-9-21 10:31, 16.65 KB) / 下載次數 80
https://h2.hkepc.com/forum/attachment.php?aid=2443562&k=a407d9c71455262df2b484649b5992eb&t=1781590394&sid=18r0IwUIMv



圖片附件: dBP-002.png (2024-9-21 10:31, 27.11 KB) / 下載次數 81
https://h2.hkepc.com/forum/attachment.php?aid=2443563&k=ffe8fc2906a4fda2236e3bb03426844f&t=1781590394&sid=18r0IwUIMv



圖片附件: dBP-003.png (2024-9-21 10:31, 72.39 KB) / 下載次數 83
https://h2.hkepc.com/forum/attachment.php?aid=2443564&k=ca1822581a4aac05032dbe246f038671&t=1781590394&sid=18r0IwUIMv


作者: Free888    時間: 2024-9-21 11:13

我對耳,320k聽TWS已經好夠。屋企係仲有一堆CD但係已經好耐冇理
作者: alextsang_tt    時間: 2024-9-21 11:53

本帖最後由 alextsang_tt 於 2024-9-21 06:52 編輯
我對耳,320k聽TWS已經好夠。屋企係仲有一堆CD但係已經好耐冇理
Free888 發表於 2024-9-21 03:13


一如前面有師兄提到聽感上,除聽力問題(基於種種原因同經驗,人人都唔同,非貶義意思),主要同重播器材/音源(內容同錄音水平)有關係

而最重要更係自己要求,無乜要求只求有歌仔聽,就算用電視機播吓spotify都好正呀(歌庫便利性/隨機性/精選歌單/演算法,個人都無可能做到,所以海量串流"理應"係完全取代載體)
作者: alextsang_tt    時間: 2024-9-21 11:58

本帖最後由 alextsang_tt 於 2024-9-21 04:04 編輯

有兩篇古袓文,主題都係EAC,可以合拼收看方便參考,第二篇比較長

EAC抓軌技術的小結

EAC採用三種抓取方式:安全(Secure),快速(Fast)和爆發(Burst)。在安全模式模式下,對於每一段音訊資料至少讀取兩次,如果兩次不一樣,則繼續讀取直到有50%以上的取樣是完全相同的為止,不過最多只讀取82次,這樣就會得到完全正確的或最佳結果,當光碟機支援精確流(accurate stream)特性時可以確保這一點。如果光碟機對於音訊資料進行緩衝(Cache),情況就會變得複雜起來,因為後面每一次讀取資料都是第一次的緩衝,是從Cache中讀出的,當然是一致的。 EAC透過重新初始化光碟機來避免這一點。由此可見,安全模式是比較慢的。 C2級錯誤偵測是EAC採用的另一種光碟機特性。光碟機有C1,C2兩種錯誤偵測方法,如果在讀取音訊串流時,發現C1和C2校驗錯誤,那麼只用讀取一次就可以了,不過需要注意的是:光碟機對以此特性的報告可實現並非完全準確,所以為了保險,可以關閉此選項。如果光碟機支援精確流特性,且不對音訊資料進行緩衝,那麼EAC可以使用快速模式效果是相同的。而爆發模式不進行任何的偵測和校正,只是速度快。

  間隙技術:

  EAC可以偵測音軌之間的間隙,這些資訊並非直接儲存在CD上,需要進行測試,使用這種技術的一個好處是可以指明抓取的時間範圍。

  光碟機特性自動偵測技術:

  上面說了,如果光碟機支援支援精確流特性,C2級錯誤校正,且不對音訊資料進行緩衝這對於音軌的抓取是非常有好處的。所以在使用EAC之前,首先要檢測你自己的光驅,EAC對於精確流特性的檢測是完全正確的,但對於Cache的檢測並非完全準確,為保險起見,你可以假設你的光驅對音頻數據進行緩衝。

  音軌同步技術:

  如果使用此選項,EAC會對於相鄰的音軌進行同步,以避免時基誤差,這對於一些現場錄音(Live Recording)特別有用。

  採樣偏移技術:

  採樣偏移(Sample Offset)技術是EAC的又一大特點,許多光驅不支援精確流特性,EAC使用這項技術有利於在進行多次抓取時,同一條音軌其數據都是一致的。有些光碟機無法精確的定義起始點,所以程式指定讀取第10000塊(Block)時,可能讀的是第9998塊,但讀取程式是無法發現這一點的。一般的,對於每一台光驅,都有其特定的偏移值,EAC如何適應這一點呢,作者收集了幾百張常見的CD,在每張CD的特殊位置讀取了一些字節,建立了一個CD特徵庫,如果你也剛好有這個版本的CD,你就可以使用他們,透過EAC進行比較,以獲得你自己的光碟機的特徵偏移,注意同一種CD可能有多種版本,所以你必須仔細檢查CD內環的程式碼,當然,如果同一版本的CD,不同的碟片上的資料居然不一致的話,這種技術也就失效了。

  正是因為EAC採用了這些技術,所以將音訊資料抓取的正確程度提升到了一個新的高度。

https://shop.lovehifi.com/thread-497776-1-1.html
作者: alextsang_tt    時間: 2024-9-21 12:00

本帖最後由 alextsang_tt 於 2024-9-21 04:03 編輯

EAC的認識迷思(轉載)

EAC的認識迷思
謝謝李志強、胡興玉兩位行家提供協助,並請大家一起探討,一起釋疑

一、EAC是無損抓軌

目前沒有一種抓軌軟體能對音頻CD進行無損抓軌,EAC也不例外。 EAC的工作原理是對指定曲目進行多次抓取進行校驗以確保最小的誤碼率。但並不能說絕對是無誤碼。個人實驗證明,當安全抓軌品質低於99.5%,也會產生誤碼。


二、EAC安全模式抓軌音色好

實驗證明,EAC非安全模式,包括Nero、CDEX等專業軟體絕大情況下抓軌不會產生誤碼,只有在碟片物理品質惡劣的情況下,如有嚴重痕劃和污損,抓軌才會產生誤碼,幾率接近EAC的安全模式(原因在「對EAC批判」中說明),而且這類專業刻錄軟體的誤碼率都是符合光盤紅皮書規定的萬份之一左右,那這萬份之一的誤碼率是什麼概念呢?也就是一首四、五分鐘的曲子出錯的部分總共為百分之幾秒鐘。那誤碼會不會影響音色呢?如果問大家,EAC抓軌不設偏移會不會影響音色,我想所有對音頻知識了解的都會答“不會”,因為大家都知道,不設偏移只會導致曲子開頭或末尾最多幾十分之一秒失,對音色沒影響。但殊不知,用不用安全模式比起設不設偏移對音色更不會有影響,因為如上所述,受誤碼影響的合計最多只是百分之幾秒的內容,而且這部分內容又不會像不設偏移那樣完全失去的(「完全失去」在另一個意義上就是這部分音色的「全部劣化」),那為什麼既然我們認為偏移對音色沒影響卻反覺得不用安全模式會影響音色呢?這完全是認識上的誤區。

三、所有碟片都建議用EAC的安全模式抓軌

以上已闡明,EAC的真正用處其實不是保證音色不劣化,那EAC的真正功效是什麼呢?其實是確保抓軌不會因為碟面過度刮傷或腐蝕老化而產生暴音,但是,我們也要看到,EAC只能改變極少極少的暴音,因為當一張CD出現暴時的時候,其刮傷程度可以看作壞塊,已不是單單一個C1C2校驗就能恢復的了,多次抓軌幾乎沒任何作用。因為另一方面,暴音與音色不同,暴音不能簡單等同於音質的計量,暴音出現的次數是很重要的,就算是出現一次,我們都是不能接受的,同樣EAC的二次抓軌如果「萬幸」能減少一次暴音產生的機會,也是意義重大的。但相較於EAC對光碟機傷害的程度,我們不建議濫用EAC安全模式抓軌。而且抓軌時產生暴音的機會少於用CD機播放產生的機會,因為CD機在播放CD時雖然與抓軌一樣是一次性讀取的,但前者的糾錯態度比後者弱得多,因為前者是定線速讀取的,為的是保證在播放的連貫性,所以對可能出錯的部位不會停下來認真糾錯後再讀,而是容錯優先地一筆帶過,這也就會增大了關鍵部分無法正確讀取而導致暴音產生的機會,但後者則可以減速和延時讀取以增大糾錯力度,所以對什麼碟抓軌時會產生暴音,什麼碟不會,我們在腦海裡就會有一個大致的認知,什麼時候該用安全模式,什麼時候不必,也就會有一個清楚的輪廊了。

四、EAC的安全模式雖非必要,但為了安全起見,還是用吧。

大家不知有沒留意EAC官方幫助還有一句話,就是「對於破損嚴重的CD的爆發模式可能會得到更好抓軌效果」」(見附圖),這不是與上面所述出現了一個矛盾嗎? 」。的確是一個很大的疑問,但這矛盾也是EAC作者自己給自己製造出來的。這也難怪,EAC作者只是一位大學生,並不是學術專家,出現不嚴謹的地方在所難免,下面第五點關於「偏移設定」方面的誤解就是一個很典型的例子。的糾錯範圍,當出錯部分是關鍵量化點,造成數據不能正確銜接,而產生暴音,那用EAC的安全模式抓軌又如何呢?繼續,二是勉強完成抓軌,但也產生暴音,三是勉強完成沒有暴音,第一、二情況是可能性最大的情況,但沒有討論的必要,那第三種情況呢,如果將會出現「暴音」的部分作為一個整體來看的話,大家別以為此時EAC的多次抓軌功能可以將誤碼率很好地控制在紅皮書範圍內,其實只有一小部分能,大部分EAC還是會產生超越紅皮書標準的誤碼率的,這是因為真正決定能否正確糾錯的決定因素是光驅的糾錯能力,如果對於越爛的碟片,光驅糾錯能力又不變的話,安全模式即使有多次抓取和校驗,也只能是不斷重複讀取著錯誤的音頻信號而已。產品通過品質檢查”的不負責行為。

五、EAC創建的測試光碟機偏移值的功能可以偵測出光碟機讀偏移。

真正檢測光碟機偏移值是用指定的正版CD而不是這個經EAC創建的偏移值測試盤,這是因為刻錄機在刻錄機在刻錄機在刻錄用的CDR的時候其實已寫進了一個寫偏移,在進行測試讀取時又產生了一個讀取偏移,兩者結合起來就是組合偏移。但EAC在我們點擊應用的時候偏偏把它應用到了光碟機的讀取偏移上了。當然,這個值是讀取偏移也不是不可能的,但前提就是創建該CDR的刻錄機的寫偏移為零,顯而易見,這對於家用光碟機來說幾乎不可能,編寫一個軟體是不應該將這麼重要的技術操作的關鍵部分放在「假設」前提之上的,如果可以這麼假設,我們不如乾脆就假設光驅的讀偏移為零好了,那就根本不用創建什麼測試偏移CD了。 EAC在此處的不嚴謹,誤導了無數的「頂禮膜拜者」的出錯,各論壇上已屢見不鮮。

六、EAC的燒錄功能對刻錄音樂CD好

刻錄(cloncd的raw方式除外)其實是PCM WAV——PCM的一個轉換過程,因為CD的PCM格式已是一種定性的規範與標準,任何刻錄軟體都要遵循這一標準規範的,所以將WAV轉換成PCM的工作原理、模式與方式也都是完全一樣的,不同的只是哪個軟體更成熟一點,對機器的兼容性更好一點罷。而抓軌(PCM——PCM WAV)雖然也是一種定性、規範化的過程,各個軟體抓取原理及方式也一樣,但情況有些特殊,因為CD碟片的糾錯系統不完善,可能會因為碟片存在物理上的瑕疵而導致抓取的音訊訊號出錯,這樣EAC的多次校驗的安全模式才可以大行其道(雖然這種可行性如前所述值得質疑)。但刻錄階段情況大不一樣,因為刻錄的物件PCM WAV格式糾錯系統已完善,根本不存在物理瑕疵可能導致讀取出錯的情況,所以我們應該把眼光放在刻錄軟體上,事實上EAC這軟體刻錄的確切問題多多,特別是lead out無法完成。有人做過比較,EAC刻錄出來的盤片,結果發現其邊緣沒有其他軟體刻的清楚,雖然他沒將這跟lead out聯繫在一起,我沒有做實驗比較過,但我也相信他的比較結論是正確的,因為如果lead out出問題的話,出現這種情況是完全可以理解的,別以為lead out不正常,而CD勉強可以放就可以,這至少是可以影響到CD的保存壽命的;從另一方面分析,那些認為EAC刻錄出來的CD音質比其它軟體好也可能要大失望了。首先說明一個軟體燒錄出來音質是否好,就要先明白影響刻錄CD音質的是什麼因素,我想大家都知道吧,那就是jitter了,那影響刻錄CD jitter的因素又是什麼?就是在刻錄過程中的不穩定因素。眾所周知,EAC是出了名兼容性不好的了,先不說不兼容大部分的刻錄機,就算對可以勉強兼容的那些刻錄機,也是問題多多,例如最明顯的就是前面所說的不能正常lead out 了,而這些我們所說到的EAC種種存在的問題也只是我們「肉眼」能看到的,如果「肉眼」看不到的呢?幾乎可以肯定,就算刻錄成功,EAC刻錄的穩定性來說的相比nero等較成熟的刻錄軟體來說是遜色的,也就是說EAC比較其他成熟的刻錄軟體來說都可能會產生更多的jitter,因而更容易影響燒錄後CD的音質,也有人做過比較,發現EAC刻的盤,刻錄痕比其他軟體淺,這也從側面反映出EAC的刻錄問題。當然,EAC的刻錄功能也有別的軟體沒有的優勢,那就是支援寫偏移了,但這對刻錄音質是絲毫沒影響的。

七、EAC是一個專業的音訊軟體

業界沒有人認為EAC是專業的音訊軟體,只是我們外行人的音樂發燒友對其推崇而已。經過上面的分析,你還認為EAC是專業的音訊軟體嗎?如果說EAC真正的「專業性」是抓軌和偏移設定的話,你又是否想過,為什麼Nero,EasyCD等公認的專業刻錄軟體在不斷改善其產品性能的同時卻不像EAC這樣注重安全模式或所謂的偏移設定呢?難道是他們沒有EAC作者這麼一個外行大學生想得周全嗎?是他們不夠專業嗎?當然不是的,而是因為他們認為根本就沒這個必要,也是因為他們太「專業」了,所以時至今天他們也無意在抓軌上下功夫,無意在偏移設置上下功夫,而真真正正在刻錄的穩定性上進行改善,從整體燒錄性能上下功夫,因為只有保證刻錄的穩定性,才能把jitter盡可能減少到最小可能,才是在軟體上提高刻錄CD音質的最佳途徑,這也是一個專業刻錄軟體真正的著眼點,其它在小小細節上糾纏不清的行為,只能算是「吹毛求疵」。
最後讓我們回過頭來看看EAC作者編寫這個軟體的目的並以此作為總結:「EAC的作者Andre Wiethoff是德國多特蒙德大學電腦專業的一名學生,經常抓取和監聽各種WAV文件,所以使用了許多抓音軌的軟體,但令他不滿意的是,這些軟體只有時基誤差的校正,而CDROM在抓音軌時會產生其他的誤差,所以,他就萌發了開發一個完全精確的抓音軌軟體的念頭,這樣EAC誕生了。相反,EAC作者所謂不滿意的地方,那他又改變了什麼?可以說沒有。 EAC推出的兩大“法寶”,偏移設值與安全模式抓軌為我們帶來了什麼?以前,大家都對EAC的偏移設定頂禮膜拜之極,今天,設定偏移的已廖廖無幾,有也是多抱著可有可無的心態或是那些剛認識EAC的的新手們。因為大家都明白,EAC偏移設定這東東是「專業的級的設定應用在家用級設備」上,就算對那最多存在的幾十分之一的誤差進行偏移校正,也不能保證沒誤差,因為我們所用的刻錄機機械性能實在是太不穩定了,用EAC指定的正版CD測試N張CD出現N個偏移的情況屢見不鮮,有些刻錄機本身其實也存在著多個偏移值;那EAC的最「精華」的安全抓軌模式又如何呢,在前面「第二個誤解」已分析過了,安全抓軌設置的可行性甚至小於偏移設置,而且其本身也有瑕疵和不嚴謹之處;最後,作為EAC並沒推薦的,但我們很多人卻“愛屋及烏”,愛上你沒理由的刻錄功能則更不用說了,受“牽連”而在論壇上叫苦連天的人大有人在,每天都在產生。

https://www.cnblogs.com/gkb986/archive/2012/01/14/2322610.html
作者: Kin_2012    時間: 2024-9-21 17:48

EAC 嘅問題係要夾光碟機
如果要 Rip 得快部光碟機要唔快取音樂數據
同埋有時搵歌名會出亂碼
所以我傾向轉 ...
harryytm 發表於 2024-9-21 01:43


印象中 EAC 用之前要燒隻碟做 testing 同 matching.

cuetools 我都有用,但唔係要黎 rip cd.

果時歌名會用 cdplayer.ini  ,因為會自己加減改, 唔會有亂碼問題。


不過已好多年無 rip cd
作者: harryytm    時間: 2024-9-21 21:07

本帖最後由 harryytm 於 2024-9-22 00:25 編輯
一般情況下,AccurateRIP 最常用到,因為可以確保 RIP 出來的檔案是正確無誤的。
kcyipgar 發表於 2024-9-21 10:27

EAC 同 CUETools 入面嘅 CUERipper 都支援 AccurateRip
AccurateRip 嘅作用係特別設計嘅演算法
去計條 Track 嘅音樂數據嘅 Hash
再檢查同一隻碟嘅 Database 上面
同一隻 CD 其他用戶上報嘅 hash 一唔一樣
算係一個比較可靠嘅方法去證實個 Rip 係準確
而 CUETools  嘅 CTDB 同 AccurateRip 算係差唔多嘅野
但個演算法可以用個 Hash 嚟修復一定程度嘅損壞
作者: harryytm    時間: 2024-9-22 01:26

本帖最後由 harryytm 於 2024-9-22 01:31 編輯

回覆 33# alextsang_tt
音樂 CD 嘅紅皮書目的
係有效咁記錄 PCM 喺 CD 上面
當中運用咗好多方法
提供一定程度嘅數據修正
去應付讀取唔正確嘅問題
確保讀取出嚟嘅數據
係同原始嘅音樂數據一樣

以前我有回覆過 CD 紅皮書嘅詳細結構可以去睇返
https://www.hkepc.com/forum/redirect.php?goto=findpost&ptid=2550856&pid=39251176

好早期嘅 CD 機成個播放流程係實時處理所以 jitter 會影響音質
但而家嘅 CD 機大部份係 buffer 咗啲 PCM 數據 re-clock 埋先至交去 DAC
所以新嘅 CD 機唔再有隻碟嘅 jitter 影響音質呢個問題
作者: 燕子盜    時間: 2024-9-22 11:32

重點係樓主用乜嘢系統聽?
試下聽弦樂,320K同WAV係高頻部份比較明顯有落差.
作者: Free888    時間: 2024-9-22 11:57

一如前面有師兄提到聽感上,除聽力問題(基於種種原因同經驗,人人都唔同,非貶義意思),主要同重播器材/ ...
alextsang_tt 發表於 2024-9-21 11:53



    我老豆經常cast youtube去電視聽老歌
作者: andy323    時間: 2024-9-22 20:41

本帖最後由 andy323 於 2024-9-22 20:42 編輯

2020年問完 Harry師兄後, 我到而家仍然用 CUERipper將 CD rip 成 FLAC, DVD rom 係 Asus BC-12D2HT.  開心使用中.
作者: computer1975    時間: 2024-11-20 12:48

提外話,聽歌時記得關掉手機的Dolby Atmos。開了人聲和樂器會溶混在一起,關了聲音會清徹了,低音不會

還有手機傳去藍牙耳機時,使用了lossy compression去傳輸

via HKEPC Reader for Android
作者: kcthomlau    時間: 2024-12-8 22:30

最近黑五買左AMAZON大熱牌子TOZO既Golden X1(每邊雙單元knowles armature driver+12mm dynamic driver)

咁arm換左電話同Golden X1一樣支持LDAC
就買左酷狗VIP試Hi Res
之前用Samsung S23+搭bud2pro試Hi Res根本無分別
今次有LDAC試, 高音明顯多左野, 中至高音樂器例如鋼琴聲同女人聲還原度好高
作者: peacehoperisc    時間: 2024-12-13 10:08

建議師兄用 dbPoweramp 軟件,將 CD RIP 成 WAV 或 FLAC,保留完整CD數據。

至於分別唔出 MP3 比較差,我 ...
kcyipgar 發表於 2024-9-18 17:59



    同意, 金耳朵只是小數人有, 而且隨住年紀增加, 金耳朵都會成為銀耳朵,銅耳朵, 鐵耳朵, 甚至木耳朵

我在聽覺測試 lab 做過測試, 右耳某些高頻會差, 年輕時是聽到的

Jabra Elite 7 Active 的 Apps 可以像聽覺測試查出你左右耳的聽覺靈敏度, 並作出 equalizer 補償
作者: 伏喱哩    時間: 2024-12-13 11:07

回覆 8# jacktsui


同意.
木耳真好.就黎有人出"AM收音機好聲過FM"
作者: peacehoperisc    時間: 2024-12-13 17:28

回覆  jacktsui


同意.
木耳真好.就黎有人出"AM收音機好聲過FM"
伏喱哩 發表於 2024-12-13 11:07



    金耳同木耳都是兩個極端, 佔小數人士, 大部分到介乎銀與銅之間
作者: peacehoperisc    時間: 2024-12-13 17:38

回覆  jacktsui


同意.
木耳真好.就黎有人出"AM收音機好聲過FM"
伏喱哩 發表於 2024-12-13 11:07



    木耳真好.就黎有人出"AM收音機好聲過FM" <---- 如果有這個人不是木耳,  係精神病, 真木耳只會分不出誰好些, 不會當 FM 好音色過 AM
作者: joecn    時間: 2024-12-28 06:57

本帖最後由 joecn 於 2024-12-28 09:56 編輯

小的覺得dbPoweramp比較細節多些,EAC則較有音樂感,另EAC亦較花時間,但小的比較喜歡EAC rip出來的音色。

不同光碟機, 與dbpoweramp及EAC的音色分別, 可自行聽, CD是來自水準比較高, 音色亦很不錯的CD, 光碟機的電來自Linear power, 光碟機是現今, 最好水準的Pionner S13, SATA線是Jensen銀線, 電源線是Acrolink 4020 II, 因這條電源線, 小的覺得很夾CD player:
https://www.hkepc.com/forum/viewthread.php?tid=2679548





歡迎光臨 電腦領域 HKEPC Hardware (https://h2.hkepc.com/forum/) Powered by Discuz! 7.2