標題: [教學] Rip CD相關知識教學/交流 [打印本頁]

---

作者: fishfishfish    時間: 2016-11-8 14:16     標題: Rip CD相關知識教學/交流

本帖最後由 fishfishfish 於 2016-11-8 21:04 編輯

首先本文只會介紹EAC, 基本上Windows上都係以佢為首選
簡單解釋下點解EAC會有咁高既評價

主要係佢支援一個叫”Secure Mode”既模式, 佢會張CD每個sector讀取最少兩次, 遇到reading error佢會讀取最少16次至最多82次, 直至有一半以上既reading result係identical先會pass去下一個sector, 配合埋佢test and copy既功能, 即係將成個procedure做兩次, 再比對成品, 以求rip出黎既file係1 to 1 copy from CD

第二係佢支援Accurate Steam, 喱個功能既主要原理係佢會將每個有安裝喱個功能既user既rip result, track by track咁generate一個unique既checksum俾每一個track, 再上傳至佢既data base, 再將你既result同其他user比對, 當一個identical result多過某一數目, 佢就可以作為一個指標去判決你個rip是否正確.

關於如何set岩個EAC既setting, 可以參考以下
https://sites.google.com/site/cdripguide/eac/eac-setup-guide

係度先破除少少迷信, 有d人認為要先rip做wav再人手轉成flac先叫好, 其實係多舊魚, 因為EAC佢本身個protocol都係先gen wav出黎再compress做flac...

本人有開一個telegram group交流/交換自己rip既碟, 有興趣可以PM我

咁係咪即係我個rip result同Accurate Steam個data base唔對就代表我個rip有問題? 又唔係一定
因為就算同一隻碟可以有唔同pressing (產地)影響
只要你EAC Secure mode test and copy既result一樣, 其實絕大部份情況係冇問題


跟住落黎講少少硬件方面既知識
rip CD既硬件, 好明顯得一樣就係個rom
咁係度首先我要破除一下迷信
要rip好一隻碟, 係絕對冇必要大灑金錢係一隻貴既drive上面

原因第一, 今時今日好多貴牌子既rom其實都係貼牌

第二, 所謂靚rom好多時只係佢讀取能力 / 改錯能力好少少
rip一 d花既碟有佢地既優勢, 但如果你隻碟正正常常
任何一隻rom suppose都可以正常rip到

咁有咪代表貴rom = 冇撚用, 唔係, 只不過性價比好低
如果今日黎講買一手既新model, 基本上pioneer係最佳選擇
pioneer有幾個BDR既model係完全日本在地生產, 其實都幾好J
我自己都買左隻S08J

咁讀取能力高既rom, 除左rip比較花既CD, 另一優點就係用黎rip CCCD (Copy control CD)
因為佢地既高改錯能力可以 完美修正到CCCD所加入既artificial error

另一方面, 如果你係好經常會rip碟, 有兩隻或以上既rom都有好處

首先每隻rom有佢唔同既chipset, 個chipset影響左佢既讀取機制等等之類既野
簡單黎講, 有d情況可能A chipset rip到隻碟, B chipset rip唔到隻碟, 或者相反
當你有rip超過100隻碟都就會有咁既體驗, 好難話一隻rom可以走天涯既

而chipset方面
最佳既會係sanyo, 用sanyo既有舊型號既plextor, TEAC, 基本上05年後已經絕跡江湖, 要買只能買到2手

其他排名不分先後既:

Panasonic - panasonic多數係notebook跟機
renesas - pioneer 為主
mediatek - 基本上今日今日, 市面十之89都係用佢, 部份sony, asus, LG, etc
NEC - Optiarc, NEC, 部份Sony

以下有一個2016年drive accuracy排行榜
https://forum.dbpoweramp.com/showthread.php?37706-CD-DVD-Drive-Accuracy-List-2016&highlight=Accuracy%2C+List
排第一既 係用renesas chipset 既 iHAS124 W, 注意iHAS124 有好幾個model, iHAS124 Y呀之類, 只有iHAS124 W係用renesas既, 佢可以講係性價比之王#good# 舊幾水既貨仔#good#

其他教學Reference:

MAC OS - XLD
https://sites.google.com/site/cdripguide/mac-os-xld/osx-ripping-guide

DVD RIP (Audio)
https://sites.google.com/site/cdripguide/dvd/dvd-rip

Blu-ray RIP (Audio)
https://sites.google.com/site/cdripguide/bluray/rip-br

Down Sample:
https://sites.google.com/site/cdripguide/others/down-sample

---

作者: fishfishfish    時間: 2016-11-8 14:22

本帖最後由 fishfishfish 於 2016-11-8 21:09 編輯

頭先提到CCCD, 我就順便講解一下

CCCD (Copy Control CD)
隻碟上面會有個咁既logo:


CCCD係由EMI同SONY係2001~2006間應用係CD既防拷技術, 其中EMI既Cactus Data Shield被認為係最為麻煩同難以破解
CDS最麻煩係佢運用左Data Corruption既方式, 加入大量artificial error係CD入面, 再利用一般Discman/CD Player本身內建既C2 Error Correction技術去play番隻碟出黎, 而由於C2 Error Correction本身係唔太可靠同埋唔同既Drive既C2 Correction既result亦經常有分別, 喱D CD係難以rip到一個identical既result, 簡單黎講就係難以被perfectly ripped
坊間一直流傳Plextor 同Pioneer某d較舊既drive有能力破到, 但其實都唔係100%得
以我手上有05年既Plextor PX716, 同Pioneer BDR S08J為例:
目前試過:
05年 鄭中基 - 無賴 – Plextor PX716A + C2 rip到 but not perfect, Pioneer S08J讀唔到
05年 金培達 - 如果。愛 – Plextor PX716A + C2 rip到 but not perfect, Pioneer S08J讀唔到
05年 古巨基 - Star Track (星戰) – Plextor PX716A + C2 rip到 but not perfect, Pioneer S08J讀唔到
04年 楊千嬅 - 電光幻影 – Plextor PX716A + C2 rip到 but not perfect, Pioneer S08J讀唔到
03年 梁漢文 - 10號 - Plextor PX716A Fail, Pioneer S08J perfect rip到

---

作者: fishfishfish    時間: 2016-11-8 14:29

本帖最後由 fishfishfish 於 2016-11-8 21:12 編輯

以下我會講下
唔同既pressing (產地) / 唔同edition既情況又會係點
好多碟特別係一d經典既Album, 隔幾年/十年就會番出一次
咁唔同edition係咪等於rip出黎個file一定會唔同? 又唔係架喎
以下我就會講解下, 一般係點樣判斷唔同edition/pressing有冇分別

要學識分別唔同既edition第一樣野你要學識睇個rip log
rip log係一個記錄左你成個rip碟過程既一個記錄
過程有冇error等等都可以係度睇到

以下比一個sample你睇下

Exact Audio Copy V1.1 from 23. June 2015

EAC extraction logfile from 6. August 2016, 1:12

SCANDAL / テイクミーアウト

Used drive  : HL-DT-STDVDRAM GH24NSD1   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 6
Overread into Lead-In and Lead-Out          : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Appended to previous track

Used output format              : User Defined Encoder
Selected bitrate                : 128 kBit/s
Quality                         : High
Add ID3 tag                     : No
Command line compressor         : C:\Program Files (x86)\Exact Audio Copy\Flac\flac.exe
Additional command line options : -8 -e -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "PERFORMER=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "ALBUMARTIST=%albumartist%" -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" -T "COMMENT=%comment%" %source% -o %dest%


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  3:44.68 |         0    |    16867   
        2  |  3:44.68 |  3:40.24 |     16868    |    33391   
        3  |  7:25.17 |  3:42.18 |     33392    |    50059   


Track  1

     Filename M:\MUSIC\SCANDAL\テイクミーアウト\01 - テイクミーアウト.wav

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Extraction speed 1.0 X
     Track quality 100.0 %
     Test CRC 5E7EFE49
     Copy CRC 5E7EFE49
     Track not present in AccurateRip database
     Copy OK

Track  2

     Filename M:\MUSIC\SCANDAL\テイクミーアウト\02 - I want you.wav

     Pre-gap length  0:00:02.49

     Peak level 100.0 %
     Extraction speed 1.1 X
     Track quality 100.0 %
     Test CRC 3AE8558E
     Copy CRC 3AE8558E
     Track not present in AccurateRip database
     Copy OK

Track  3

     Filename M:\MUSIC\SCANDAL\テイクミーアウト\03 - テイクミーアウト(Instrumental).wav

     Pre-gap length  0:00:04.12

     Peak level 100.0 %
     Extraction speed 1.2 X
     Track quality 100.0 %
     Test CRC 54E0B45D
     Copy CRC 54E0B45D
     Track not present in AccurateRip database
     Copy OK


None of the tracks are present in the AccurateRip database

No errors occurred

End of status report

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: 70QlCL0R.FS4RBqf7G6.WLlb6Uk-] found
Submit result: 70QlCL0R.FS4RBqf7G6.WLlb6Uk- has been confirmed
Track | CTDB Status
  1   | (7/7) Accurately ripped
  2   | (7/7) Accurately ripped
  3   | (7/7) Accurately ripped

---

作者: fishfishfish    時間: 2016-11-8 14:29

先講少少general分別edition既知識

Determining Distinct Album Editions


Track Peak Levels
The peak level value for each track (1-100% for EAC and 0.001-1.000 for XLD) indicates the loudness of the track. A value of 100% for an EAC-ripped track corresponds to the maximum loudness for that track. Different album editions tend to have substantial differences in the peak level values for corresponding tracks, resulting from distinct album mastering/remastering processes for the two editions.

TOC
The Table Of Contents (TOC of the extracted CD) lists the tracks present on the CD, the various lengths of each track, and the order of the tracks. The TOC also lists the exact data sector values for the boundaries of each track. Differences in the TOC between two album versions typically, although not always, denote separate album editions.

Track Pre-gaps
The pre-gap lengths describe the amount of time separating two adjacent tracks. These periods of time typically consist of silence. This can be a good source of information for distinguishing album editions. However, because EAC and XLD both offer a number of choices with respect to gap detection the values can vary wildly (between either EAC and XLD or even between different versions of the same program) and still denote the same edition. For example, EAC offers three gap detection methods. On some CDs, using any one of the three methods will give you identical pre-gap length values. Yet on other CDs, gap detection Method A will give the most accurate results when compared to B or C. Pre-gap lengths have no effect on the audio data and are not as important in determining album edition as the two previous benchmarks.

CRC Values:
The CRC value is a representation of the data contained in an audio file. Each track for a properly-ripped album will contain a Test CRC value and a Copy CRC value. If the Test and Copy values match, you are assured that the data transfer from CD to hard drive was performed as faithfully and as accurately as possible. If there is a mismatch between the Test and Copy CRC values, you can be equally sure that there is some error with your rip for that particular track.

AccurateRip Confidence Scores:
The AccurateRip confidence scores are used to compare your rip with those of other users for the same album. A CRC-like value is calculated for each track. This value is compared with the corresponding values from other users, who have been previously submitted their own log AR scores to the AccurateRip database. The resulting confidence score is an indication of how many users have submitted matching rip data to the AccurateRip database. The higher the score, the more confident you can be that your rip is as accurate a copy of the CD as another user's rip.

---

作者: fishfishfish    時間: 2016-11-8 14:43

本帖最後由 fishfishfish 於 2016-11-8 14:48 編輯

咁我開始講解有邊幾種唔同pressing, edition既情況:

5樣野:
Track Peak Levels
TOC
Track Pre-gaps
CRC Values
AccurateRip Confidence Scores

為左簡化我建議大家只睇Track Peak Levels / TOC / AccurateRip Confidence Scores 去分

咁我簡單歸納幾種唔同情況
Track Peak Levels & TOC 一樣, 但AccurateRip Confidence Scores唔同
喱種情況最普遍, 一般黎講日本歌既, 日本版, 同國際版, 就會有咁既分別

Track Peak Levels 一樣, TOC 同 AccurateRip Confidence Scores唔同
喱種情況多數係發生係Reissue, 即重印版既情況

Track Peak Levels / TOC / AccurateRip 三樣都唔同
喱種情況多數係Remastered

留意我以上指緊既情況都係成碟個Tracklist完全一樣既情況
如果有一D如日本版有bonus track既情況, 唔洗我講你都知兩者有分別啦...

---

作者: fishfishfish    時間: 2016-11-8 14:44

本帖最後由 fishfishfish 於 2016-11-8 18:00 編輯

Okay, 你可能會問, 市面上已經有好多可以直接買lossless既webstore, 點解仲要自己rip仲要攪咁多setting咁麻煩. 原因好簡單, 喱d webstore既產品其實好多質素都參差不齊

CD係由record label自已印, 自己賺, 由錄音到印碟係一條龍既工序
webstore係一個第三方用一d不同方式去取得一d lossless 既file經record label授權後拎出黎賣
咁喱d file點黎? 最理想當然係由record label直接提供俾佢啦
亦有可能係佢自己拎隻cd rip完拎出黎賣
無論係乜野方式, 多左一重角色, 多左一重工序, 就代表多左一個出錯, 鳩流既機會

以其中一個T字頭既webstore為例, 當初由於我見到佢有賣好多好舊既廣東碟,
而正因為喱幾隻碟CD rip唔到完美既關係我見到T店有賣佢地既flac, 係[censored] 渠道我拎左d file, 經過分析後發覺質素係差到難以致信

以下面一間TXXXX提供賣既flac為例, 質素就真係差到令人眼都突

From TXXXX



Rip from CD (Copy Control CD, not perfectly ripped)



另一個例子, 都係from TXXXX, 斬左中間frequency, 完全唔知佢做乜鳩

From TXXXX:



Rip from CD (Copy Control CD, not perfectly ripped)

---

作者: fishfishfish    時間: 2016-11-8 14:44

本帖最後由 fishfishfish 於 2016-11-10 13:53 編輯

Analog and Digital Music Sources

任何音樂既source, 有兩大類:

Analog
中文叫類比 / 模擬, 例子有cassette帶, 或者vinyl, 佢地既特點係唔能夠用電腦直接讀取上面既音樂資料
例如vinyl要用turntable, cassette帶要用cassette帶機

Digital
即係數碼音樂, 亦係現時最普及既music source, 例子, CD, SACD, DVD, Bluray, WEB Store等等等等


Audio Formats

講audio formats, 首先要知道咩係bitrate, bitrate係指一個指定時間量位裡面傳輸左幾多bit
一般我地會用kilobits per second (kbps) , 即係每秒幾多個千bit, 咁bit又係乜野?
我都好難解釋, 但我舉個例, 係數碼音樂既世界, 聲音就係由bit去組成, 愈復雜既聲音, 佢既bit數會愈高

Audio Format分3大類

UNCOMPRESSED LOSSLESS
代表: WAV / AIFF
基本上你見到lossless喱個字, 顧名思義就係無損, 即係完全100%地記錄左original既record data, 而且原全冇經過壓縮, 將audio file 入面既silence既bit數都推到最高, 所以佢既size係最大

COMPRESSED LOSSLESS
代表: FLAC/ALAC/APE
一樣係無損, 即100%地記錄左original既record data, 但佢會將audio file入面既silence 既bit數壓到0, 從而去將audio file既size縮細

掃盲: 無論係UNCOMPRESSED LOSSLESS或者COMPRESSED LOSSLESS都係100%儲存左original既audio data. 所以audio quality 黎講FLAC 同WAV係絕對100%一模一樣
而且佢地可以自由轉換, FLAC轉成WAV, WAV轉成FLAC
轉一千次都好, 入面儲存既audio data都唔會有改變

LOSSY
代表: MP3, AAC (iTunes), WMA, AC3, DTS
Lossy format係壓縮左既format, 佢既size係最細既, 而係壓縮既過程中佢會刪走左部份audio data, 一般黎講會刪左最高frequency, 即人類一般唔會聽到既聲音

由於Lossy唔係無損, 所以即使將lossy轉番去lossless format, 失去左既data亦唔會回復

但lossy其實係可以轉番去lossless, 就係大家有機會會係街邊download到既假WAV, 或者假既FLAC
但喱D假既lossless係可以透過睇佢既spectral去分辨到
只不過, 如果係rip既過程出現error (出現error可以有好多原因, 個rom唔得, 隻碟太花, 隻碟本身print得唔好, rip 既setting有錯, 都有可能)
喱D error, 就基本上冇任何科學方法可以簡單快捷地check到, 所以點解我會話個rip log十分重要)

---

作者: fishfishfish    時間: 2016-11-8 14:44

本帖最後由 fishfishfish 於 2016-11-8 14:48 編輯

講住咁多先, 有唔明問

---

作者: kyle1358    時間: 2016-11-8 14:50

嘩~好pro
不過暫時未有時間rip CD

via HKEPC Reader for Android

---

作者: fishfishfish    時間: 2016-11-8 15:05

回覆 9# kyle1358


    其實只要跟我個guide做, 所有野都好簡單

---

作者: uraki    時間: 2016-11-8 15:37

你話, 幾咁複雜... 無SCIENCE底有幾多個有心機睇? 淨係知係FRD部正野度RIP好聽好多....

有底的一理通百理明, 一早不迷信.

---

作者: fishfishfish    時間: 2016-11-8 15:44

本帖最後由 fishfishfish 於 2016-11-8 15:47 編輯

回覆 11# uraki

um, 我舉個例, 喱隻係我近排rip既:
全部matched accuraterip database, CTDB個result係46/46, 即係有46個人rip同一隻碟rip到100%, 一模一樣既result
反映到乜野? 喱d就係科學囉...而唔係「我覺得我rip個file好聽過你果個」喱d冇人證實到既野...

Exact Audio Copy V1.3 from 2. September 2016

EAC extraction logfile from 31. October 2016, 9:24

Cheer Chen (陳綺貞) / Song of Transience (時間的歌)

Used drive  : PIONEER BD-RW   BDR-S08   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 667
Overread into Lead-In and Lead-Out          : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Appended to previous track

Used output format              : User Defined Encoder
Selected bitrate                : 1024 kBit/s
Quality                         : High
Add ID3 tag                     : No
Command line compressor         : C:\Program Files (x86)\Exact Audio Copy\Flac\flac.exe
Additional command line options : -8 -e -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "PERFORMER=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "ALBUMARTIST=%albumartist%" -T "DISCNUMBER=%cdnumber%" -T "DISCTOTAL=%totalcds%" -T "TRACKTOTAL=%numtracks%" -T "COMMENT=%comment%" %source% -o %dest%


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  4:03.02 |         0    |    18226   
        2  |  4:03.02 |  4:53.61 |     18227    |    40262   
        3  |  8:56.63 |  3:34.49 |     40263    |    56361   
        4  | 12:31.37 |  4:00.19 |     56362    |    74380   
        5  | 16:31.56 |  4:49.40 |     74381    |    96095   
        6  | 21:21.21 |  3:58.13 |     96096    |   113958   
        7  | 25:19.34 |  4:47.72 |    113959    |   135555   
        8  | 30:07.31 |  3:56.34 |    135556    |   153289   
        9  | 34:03.65 |  4:21.48 |    153290    |   172912   
       10  | 38:25.38 |  3:38.27 |    172913    |   189289   
       11  | 42:03.65 |  4:12.02 |    189290    |   208191   
       12  | 46:15.67 |  3:36.04 |    208192    |   224395   


Track  1

     Filename D:\EAC RIP\01 - Song of Transience (時間的歌).wav

     Pre-gap length  0:00:02.00

     Peak level 99.7 %
     Extraction speed 4.1 X
     Track quality 99.9 %
     Test CRC 515E86F1
     Copy CRC 515E86F1
     Accurately ripped (confidence 5)  [E210ED74]  (AR v2)
     Copy OK

Track  2

     Filename D:\EAC RIP\02 - Ripple (漣漪).wav

     Peak level 99.7 %
     Extraction speed 4.7 X
     Track quality 99.9 %
     Test CRC 1B4DC9A7
     Copy CRC 1B4DC9A7
     Accurately ripped (confidence 5)  [9F66A569]  (AR v2)
     Copy OK

Track  3

     Filename D:\EAC RIP\03 - Prototype (柏拉圖式的愛情).wav

     Peak level 99.7 %
     Extraction speed 5.5 X
     Track quality 100.0 %
     Test CRC 4586F092
     Copy CRC 4586F092
     Accurately ripped (confidence 5)  [9E132935]  (AR v2)
     Copy OK

Track  4

     Filename D:\EAC RIP\04 - Peace & Revolution.wav

     Peak level 99.7 %
     Extraction speed 5.9 X
     Track quality 100.0 %
     Test CRC 9237155E
     Copy CRC 9237155E
     Accurately ripped (confidence 5)  [15B2A239]  (AR v2)
     Copy OK

Track  5

     Filename D:\EAC RIP\05 - A Box Full of Rain (雨水一盒).wav

     Peak level 99.7 %
     Extraction speed 6.4 X
     Track quality 100.0 %
     Test CRC 4F40E91A
     Copy CRC 4F40E91A
     Accurately ripped (confidence 5)  [5646736F]  (AR v2)
     Copy OK

Track  6

     Filename D:\EAC RIP\06 - Autumn Montage (秋天蒙太奇).wav

     Peak level 99.7 %
     Extraction speed 6.6 X
     Track quality 100.0 %
     Test CRC EC25C809
     Copy CRC EC25C809
     Accurately ripped (confidence 5)  [B20FB7E3]  (AR v2)
     Copy OK

Track  7

     Filename D:\EAC RIP\07 - Gypsy In Memory (流浪者之歌).wav

     Peak level 99.7 %
     Extraction speed 7.1 X
     Track quality 100.0 %
     Test CRC 616C62E9
     Copy CRC 616C62E9
     Accurately ripped (confidence 5)  [18FC3195]  (AR v2)
     Copy OK

Track  8

     Filename D:\EAC RIP\08 - Count Down (倒數).wav

     Peak level 99.7 %
     Extraction speed 7.1 X
     Track quality 100.0 %
     Test CRC 3594A0DE
     Copy CRC 3594A0DE
     Accurately ripped (confidence 5)  [CF1FE883]  (AR v2)
     Copy OK

Track  9

     Filename D:\EAC RIP\09 - View with a Grain of Sand (沙漏).wav

     Peak level 99.7 %
     Extraction speed 7.4 X
     Track quality 100.0 %
     Test CRC 4F701D2D
     Copy CRC 4F701D2D
     Accurately ripped (confidence 5)  [5BC2BC5D]  (AR v2)
     Copy OK

Track 10

     Filename D:\EAC RIP\10 - Proustification (普魯斯特行動).wav

     Peak level 99.7 %
     Extraction speed 7.6 X
     Track quality 100.0 %
     Test CRC DE565BB9
     Copy CRC DE565BB9
     Accurately ripped (confidence 5)  [6957EEB6]  (AR v2)
     Copy OK

Track 11

     Filename D:\EAC RIP\11 - Walk Home (別送我回家).wav

     Peak level 99.7 %
     Extraction speed 7.7 X
     Track quality 100.0 %
     Test CRC 63B7DDE2
     Copy CRC 63B7DDE2
     Accurately ripped (confidence 5)  [FFEA74B8]  (AR v2)
     Copy OK

Track 12

     Filename D:\EAC RIP\12 - Home (家).wav

     Peak level 78.5 %
     Extraction speed 7.8 X
     Track quality 100.0 %
     Test CRC EA219988
     Copy CRC EA219988
     Accurately ripped (confidence 5)  [E253E2ED]  (AR v2)
     Copy OK


All tracks accurately ripped

No errors occurred

End of status report

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: iBEVHc3dQ8uWoHfU3km_nsdiuyo-] found
Submit result: iBEVHc3dQ8uWoHfU3km_nsdiuyo- has been confirmed
Track | CTDB Status
  1   | (46/46) Accurately ripped
  2   | (46/46) Accurately ripped
  3   | (46/46) Accurately ripped
  4   | (46/46) Accurately ripped
  5   | (46/46) Accurately ripped
  6   | (46/46) Accurately ripped
  7   | (46/46) Accurately ripped
  8   | (46/46) Accurately ripped
  9   | (46/46) Accurately ripped
10   | (46/46) Accurately ripped
11   | (46/46) Accurately ripped
12   | (46/46) Accurately ripped

---

作者: mike1981    時間: 2016-11-8 15:45



好強

---

作者: darkfrank    時間: 2016-11-8 16:18

聽講ben sir 係cas sharing果日當住一堆人面前demonstrate過rip碟前對隻CD消磁同除靜電，結果rip出黎既file同就咁rip唔做處理既file md5 or sha5完全一樣，但人人都聽出好大分別

點睇?

---

作者: fishfishfish    時間: 2016-11-8 16:25




心理作用
正如之前胡琳隻2016 live, A B版, rip出黎都係一模一樣
但都一樣大把人話聽到分別云云

---

作者: Eric5cm    時間: 2016-11-8 19:13



這題目教如何rip CD和擋案數據理論為止 ,不可能
去討論音檔完成後的音色播放比較,要不是又會去左
另一個話題。

---

作者: mike1981    時間: 2016-11-9 00:01



當日有富友去
都話個個聽左都覺好明顯

---

作者: darkfrank    時間: 2016-11-9 02:20



其實呢個topic月經到唔月經
我以前都mention過，就算請教左做緊Analog Devices engineer既某總，佢俾我既答案都係yes，有影響
雖然我唔明白，未去到佢果種知識閱曆層面，但自己唔會輕易否定
可能本人文科唔用腦諗野

btw 某總仲一路改善緊rockna firmware，好快又有新版upgrade

---

作者: fishfishfish    時間: 2016-11-9 03:10

本帖最後由 fishfishfish 於 2016-11-9 03:17 編輯



RE: mike1981
都係果句, 心理作用, 人云亦云

RE: darkfrank
md5 checksum 一樣都聽到分別
科學上黎講就係冇可能架啦, 問邊個都一樣
或者你先問下果位engineer, 知唔知md5 checksum係咩先...

---

作者: harryytm    時間: 2016-11-9 05:09

本帖最後由 harryytm 於 2016-11-9 05:10 編輯

我有部Pioneer S09-XLT，佢會Cache Audio，而且同EAC完全唔夾，Rip得好慢。
反而用部iHAS 124 Y就好夾EAC，唔會Cache Audio，而且Rip得好快。

---

作者: harryytm    時間: 2016-11-9 05:17



我反而係因為Foobar2000可以整到內嵌CUE Sheet嘅FLAC，而先Rip做WAV+CUE，再用Foobar2000轉成單個FLAC檔案，一隻碟一個FLAC檔案咁可以易啲管理。

---

作者: harryytm    時間: 2016-11-9 05:21



如果個兩個檔案係Bit-by-bit一樣而非MD5相同，就等於兩個檔案係100%一樣，同Copy and Paste一次無分別，如果照聽到有唔同就肯定係心理作用。

---

作者: harryytm    時間: 2016-11-9 05:28

本帖最後由 harryytm 於 2016-11-9 05:29 編輯


要糾正你嘅誤解，喺EAC上面講係


意思係如果個Drive唔支援回報C2讀取錯誤，先至會讀每個Sector兩次，所以部碟機支援回報C2讀取錯誤，對Rip碟速度好大幫助。

---

作者: PheniX01    時間: 2016-11-9 06:12




直轉FLAC個checksum會唔會係FLAC個checksum唔係WAV個checksum，然後對唔到database?

---

作者: mike1981    時間: 2016-11-9 08:55



我無去到俾唔到意見
但你講既我明
就好似影音展demo telos 地盒
唔駁其實好過駁 不過個主持人猛話駁左好神

我自己持平 我讀工程 會考理科全A
我信科學 但我質疑係測量方法是否等於全部

Newton係相對論前係最好理論
相對論係subatomic level未有quantum theory 又係最好

希望你明我想講咩

事實上就算音響測FR一樣係解釋唔到音質上分別
因為單元fr 既sum 同各自單元fr 反應唔同

---

作者: uraki    時間: 2016-11-9 09:24

其實呢D爭拗咁大. 音響水位又咁高. 真係做到效果的廠. 為何不做一D科學少少的測試? 又咁多人質疑, 倒不如揾個公證, 搞一場 TEST 證明加宣傳, 有力到不得了. 個宣傳爆到不得了...

揾個公證有幾難? 搞個TEST有幾難? 洗到幾多錢? 宣傳效果有幾大?
點解無人做? 自己諗. 音響水位高, 在於玄學.

---

作者: fishfishfish    時間: 2016-11-9 11:04

本帖最後由 fishfishfish 於 2016-11-9 11:26 編輯



絕大部份情況下唔建議enable C2

---

作者: fishfishfish    時間: 2016-11-9 11:11

本帖最後由 fishfishfish 於 2016-11-9 11:22 編輯



其實冇乜爭拗
一隻碟既唔同版本, 如日版, 國際版
EAC個log都會show到有分別
所以你話聽到日版, 國際版既分別
雖然我個人認為唔太可能, 但係有可能發生
其他如發燒友好推崇既天龍版, 銀圈版就直情個peak都唔同既
喱d聽到分別既理由更高

我唯一唔會認同既係兩個bit by bit一模一樣既file
夾硬話聽到分別

P.S.
廠家就係想d人迷信, 愈迷信佢愈搵錢
正如胡琳之前隻2016 live 有A B 版
炒到斷市又剩
但兩個版本rip出黎係一樣的, bit by bit一樣

---

作者: fishfishfish    時間: 2016-11-9 11:14




我S08 ok快ga wor x8 x9咁去
試下手動轉個read command 去mmc1?

---

作者: fishfishfish    時間: 2016-11-9 11:16



哦...你range rip的
咁你有你道理既

---

作者: fishfishfish    時間: 2016-11-9 11:19




EAC個protocal係先rip成wav, 做左你講對checksum果個動作, 再compress做flac

---

作者: fishfishfish    時間: 2016-11-9 11:33



我明既
但既然現世冇科學方法, 分辨你rip果個好聲file同正常rip file既分別
現實黎講的確係冇乜參考價值

---

作者: kelvinhin    時間: 2016-11-9 11:51


點解？可以解釋吓嘛？

via HKEPC Reader for Android

---

作者: fishfishfish    時間: 2016-11-9 12:04

本帖最後由 fishfishfish 於 2016-11-9 12:13 編輯



C2 遇到修正唔到既error會夾硬比佢過

Quoted from EAC website
http://www.exactaudiocopy.de/en/index.php/support/faq/

What is C2?
On all CD-ROM media are at least two levels of error correction, called C1 and C2. If both fail, the output is probably not correct anymore. Most drives are not able to report if audio reads failed or not, so each block had to be read twice and be compared to make sure that everything is fine. But some newer drives are able to report if C1/C2 failed on specific samples on a read, making it possible to read only once and see if a read error occured. But there is still a problem, as some drives do not report these errors correctly, so you should test it thoroughly before trusting the results.

**It seems that C2 is not correctly implemented in some drives. To be on the safe side, you should turn off the C2 error correction.**

簡單黎講, C2天生同EAC唔夾, 但有好多人話XLD其實都有一樣問題
我個人睇法就係C2本身唔可靠, 唔完善

---

作者: harryytm    時間: 2016-11-9 13:35

本帖最後由 harryytm 於 2016-11-9 13:39 編輯


師兄你誤解咗段文字個意思，個正確嘅意思係指，有啲光碟機無正確加入C2修正功能，以致無法正確咁喺發生讀取錯誤嘅時候回報C2錯誤，令EAC無法得知有讀取出錯而無啟動到重讀相關有問題嘅sector，以致錯誤嘅數據。

而作者最後嗰句係話為免個Drive嘅C2唔可靠，最好就就唔好用C2回報功能。

依照以上咁講，我認為如果確認到個Drive嘅C2係正常而且係準確回報讀取錯誤，啟用EAC個C2功能係無問題嘅。

至於點樣確認個Drive嘅C2係咪正常，EAC喺Drive Settings入面有一個測試 C2 error功能，可以用一隻花咗嘅CD去測試。

---

作者: fishfishfish    時間: 2016-11-9 13:42




你永遠冇辦法100% sure C2同你個drive + EAC夾
100隻CD你炒1隻, 已經代表唔安全, 即使前面99隻都冇問題
重點係
C2係咪必須? 唔係, 佢令rip過程加快, 但同時加大左不穩定性
倒不如直情off左佢

---

作者: fishfishfish    時間: 2016-11-9 15:14




md5 checksum一樣基本上等於in binary 一樣
md5既存在就係為左簡化binary comparison
當然md5本身有佢既flaw
但都要有人蓄意做collision先會有問題
再加上有SHA1
係唔需要下下做bit to bit binary comparison
即使你去做, 結果都只會係一樣

---

作者: MirageKnight    時間: 2016-11-9 21:10




如果做ABX blind test. 係唔會事先講過D sample 有乜分別.
做demo時講咗好多野. 已經洗咗腦. .

---

作者: MirageKnight    時間: 2016-11-9 21:19

依編好舊的外國test都幾好. 係講唔同牌子CD機. program rip出來的零分別.
http://designwsound.com/dwsblog/ ... quality-discussion/

---

作者: fishfishfish    時間: 2016-11-9 21:55

本帖最後由 fishfishfish 於 2016-11-9 22:01 編輯



itunes基本上同EAC burst mode差唔多, 隻碟0花係冇問題, 有花就不如secure mode準
itunes亦冇得對accurate steam
但咁係咪代表rip出黎一定差過EAC? 唔係
只不過EAC有log有show哂你d track CRC, match唔match accurate steam, 有保證

你用itunes rip, 你事後如何考究rip得準唔準? 逐個track人手比對? 咁即係玩自己

想比較itunes同EAC能力, 你拎隻碟, 整花佢
放入EAC, rip到既話, 再整花d, 花到一個程度EAC rip唔到
跟住你拎隻碟用itunes rip, 佢會rip到
你會認為一隻全新買番黎既碟一定唔會有咁既情況
唔一定, 隻碟本身print得唔好就算全新一樣有機會EAC報error
本人rip過好多中國indie band既碟, 有咁既體會

---

作者: uraki    時間: 2016-11-10 12:57




NO, 講緊係較為玄學的器材, 好似對上面講的將CD "消磁" 咁樣... 各式各樣的玄學.

---

作者: fishfishfish    時間: 2016-11-10 13:29




我持開放態度既, 佢有本事做完各式各樣既野, rip到個有分別既file出黎, 我會參考, so far未見過有

---

作者: Eric5cm    時間: 2016-11-10 14:06

本帖最後由 Eric5cm 於 2016-11-10 14:10 編輯



    黑膠碟消磁除靜電，清潔表面麈積，
會好聽過之前冇做，原理—樣，物料處
理後效果會更佳，不是玄學問學。
冇親身接觸用過試過，靠估靠吹就有"玄"

---

作者: MirageKnight    時間: 2016-11-10 14:16




真係要 你.
黑膠更係有分別.
但唔該你認清CD的工作完理先....

---

作者: Eric5cm    時間: 2016-11-10 14:27

本帖最後由 Eric5cm 於 2016-11-10 14:41 編輯



    CD為咩要消磁，比你解釋，有咩器材可用。
你答案可以講CD唔需要消磁，但的確有用家
去為CD消磁去播，点解有CD清潔和特效液賣，
係唔係都唔使用，呢D就係對應番我尾後果句，
唔親試親用靠古咩。

---

作者: fishfishfish    時間: 2016-11-10 14:47

本帖最後由 fishfishfish 於 2016-11-10 14:50 編輯



主題講緊將CD rip做電腦檔案
同你講緊既play隻vinyl, play隻CD
係唔同情況
而事實係將隻CD消磁再rip係唔會有特別作用, 出黎個file亦唔會變得唔同

P.S. 隻CD suppose表面乾淨清潔先拎去rip, 喱D係常識, 唔係玄學okay...

---

作者: uraki    時間: 2016-11-10 14:57



呢D咪經典O既混淆囉, 黑膠,CD混埋一齊講. 模擬果套又套入去數碼度. 唔係邊有咁多玄學...

以前模擬時代. 就話邊識咁多, TRIED AND ERROR 最實際.
到左數碼化年代. 知識咁普及, 邊呃到咁多人... 最大問題係文科科技盲, 打手的存在. 陪養大批信徒. 特別係有米人士.

---

作者: Eric5cm    時間: 2016-11-10 15:19

本帖最後由 Eric5cm 於 2016-11-10 15:22 編輯



    我目的是表達有東西之前做左物料
清潔和解除缺陷，之後所得效果一定好過
唔做，係做左功夫得出來，唔係講玄學得出來。

---

作者: 燕飛    時間: 2016-11-10 15:22

回復 48 #Eric5cm

CD 有咩 Defect?

via HKEPC Reader for Android

---

作者: fishfishfish    時間: 2016-11-10 15:23




清潔要做係正常
但攪清楚清潔既目的係將出現reading error既機會減至最低
而唔係「變得好聲左」, 由A聲變左B聲

---

作者: Eric5cm    時間: 2016-11-10 15:33

本帖最後由 Eric5cm 於 2016-11-10 15:34 編輯

你有冇睇之前內容，消磁之後rip碟的玄學心理效果。

---

作者: Eric5cm    時間: 2016-11-10 16:37

本帖最後由 Eric5cm 於 2016-11-10 16:45 編輯



    是清潔和解除缺陷，即是cd油穢和磨損花痕情况，
不是只得清潔,都會影响rip碟效果，没講到聲音，講
消磁rip碟後好聲D，係之前去聽实驗的師兄。

---

作者: fishfishfish    時間: 2016-11-10 16:49




咁你既講法係有理既
但我諗大部份人玄學係指拎隻碟消磁, 放個咩原子鐘, 一定要用IDE rom, 用條乜乜usb cable喱d野
清潔好隻碟先rip, 就常識黎架啦

---

作者: pang1987    時間: 2016-11-10 17:01




    師兄 好奇問 你屋企啲器材有冇用"量子貼"?

---

作者: 燕飛    時間: 2016-11-10 17:01

回復 52 #Eric5cm

消磁會好d？
兩個情況：
1. 消磁後 Rip 同 未消磁 rip pcm compare 一樣 會好聽左？
2. 消磁後 Rip 同 未消磁 rip pcm compare 不一樣 咁消左磁做咩？增加 distortion?

心理作用就唔好講 每個人都唔同

via HKEPC Reader for Android

---

作者: Eric5cm    時間: 2016-11-10 17:19




    可直接講解，我有用會清楚，我冇用
可分享給其他師兄，不過會離哂人地條題目

---

作者: Eric5cm    時間: 2016-11-10 17:24

本帖最後由 Eric5cm 於 2016-11-10 17:26 編輯


回帶睇"14"，不是我講，我講rip碟會效果好D。

---

作者: fishfishfish    時間: 2016-11-10 17:36



咩叫rip碟效果好d先?
rip碟只有分, 讀得岩, 定讀錯
而對錯結果係可以全部show哂係個rip log度
消磁係唔會有效外效果
你充其量可以話消磁令塵冇咁易痴係CD表面
咁喱d所謂幫助其實細到基本上可以ignore
EAC本身唔會因為一粒塵讀錯
正確咁講就算有一定程度既花痕一般EAC都handle到

---

作者: Eric5cm    時間: 2016-11-10 18:26

本帖最後由 Eric5cm 於 2016-11-10 18:30 編輯


http://www.furutech.com/2016/02/12/12469/   
首先知道呢Ｄ消磁器都出左幾代,估計都有廿年多歷史,
好少人話它係神棍騙財,還會繼續有改良出售,我就冇財力
去擁有,但有聽過以前產品,係有要求hi fi師兄的玩物,
效果比呢度擁有它的師兄解答吧.

---

作者: MirageKnight    時間: 2016-11-10 18:43




你依個係消靜電器. 唔係消磁器.

---

作者: 燕飛    時間: 2016-11-10 18:48

回復 59 #Eric5cm

有人買唔代表 Work   

via HKEPC Reader for Android

---

作者: fishfishfish    時間: 2016-11-10 18:52




我唔評論用左喱D野, 去play隻碟, 會有d乜野幫助 (就算有, 都量化/證實唔到)
但rip碟黎講, 就係冇幫助 (或接近0幫助)

---

作者: chobitsonline    時間: 2016-11-10 20:20

我都玩咗HIFI一段時間,之前去參加D活動都聽人講話RIP碟錯哂,原來唔好聲,要從0在RIP過
其實如果真係想RIP點入門最好,我之前想買一隻先鋒+訂制外置盒,但係運到香港要差不多4000,唔知係唔係真係有效

---

作者: fishfishfish    時間: 2016-11-10 20:30




其實我同你講, 要rip得好
只要跟我個guide做, 100蚊dvd rom都一樣rip到perfect

---

作者: chobitsonline    時間: 2016-11-10 20:55

回覆 64# fishfishfish
咁有冇必要用外置ROM盒?

---

作者: fishfishfish    時間: 2016-11-10 21:12




冇必要, 你可以試rip一隻, rip完俾我log我幫你睇下d setting有冇問題

---

作者: chobitsonline    時間: 2016-11-10 21:16

回覆 66# fishfishfish
我個機箱無位裝ROM,都唔知個DVD去咗邊
係唔係全部ROM都無分別,如果係我就搵返舊果隻DVD出黎RIP比你睇
如果唔係我想搵你POST入面有個LIST D ROM

---

作者: chobitsonline    時間: 2016-11-10 21:20

回覆 67# chobitsonline

其實好多聽一次就無聽,一直想數據化

---

作者: fishfishfish    時間: 2016-11-10 21:23




冇大分別
如果你手頭上有大量碟 (say 超過100隻)
咁買隻好D既drive, 的確係可以減少你遇error要重rip既情況
你有舊DVD rom可以用住先, 睇下速度理唔理想再決定
係冇錯, 速度都好緊要, 1個鐘rip一隻碟你會好想死

---

作者: chobitsonline    時間: 2016-11-10 21:25

回覆 69# fishfishfish
100隻實有,有D人都講要1速燒定唔知讀,又有冇必要?

---

作者: fishfishfish    時間: 2016-11-10 21:27



燒係需要慢
rip就冇必要

---

作者: chobitsonline    時間: 2016-11-10 21:28

搵返個ROM先在講,其他都假

---

作者: Eric5cm    時間: 2016-11-10 22:43

本帖最後由 Eric5cm 於 2016-11-10 22:49 編輯


呢類產品我行入二手hifi舖,出入音响舖廿多年,
經常見到放在枱面比客人試用示範購買,work唔
work都重要猜疑,究竟有冇去二手舖打躉ga你哋,
跟住用wadia CD機評試結果

---

作者: mike1981    時間: 2016-11-10 23:04

本帖最後由 mike1981 於 2016-11-10 23:05 編輯


無意義的
佢用static result 去解釋time related 既聽感

舉例唔同物料單元
如絲膜 同 陶瓷
如果實測出來frequency response curve一樣
係咪一樣聲底？

答案當然唔係
因為要測pulse response 先睇到聽感差異

Checksum 係一樣
但擺hdd 位呢？ 因為rom 唔靚 要重讀
Write 入hdd個sector 就比正常斷開好多截
兩個checksum 一樣既file 擺sector 多與少唔同
直接影響hdd  支針讀sector 擺動
重播係read file 咁會一樣嗎？

其實呢個問題 同clock/jitter 個d 一樣
我既然都file 一樣 點解dac個clock要改？
當然點rip好隻碟係有參考價值
但以概然性測試推敲必然性結果我覺得沒必要

地盒 usb 同軸 消磁 其實有排爭議了
當然好多user 係心理作用
但好直接試一下 偉倫岩spec usb 同aq usb
用statistic 去做比較
搵sampling size 搞盲聽
咁先可以得出結論

---

作者: fishfishfish    時間: 2016-11-10 23:07



即係你認為兩個bit to bit一樣既數碼檔案
係可以有分別？

---

作者: Eric5cm    時間: 2016-11-10 23:12

Ben Sir會否出山做多次rip碟實驗比大家欣賞吓?

---

作者: fishfishfish    時間: 2016-11-10 23:32




聽之前會員講喱位ben sir示範rip碟
攪完一輪花臣
Rip 出黎個file 同正常rip既file
Md5 sha1 checksum都一樣wor

仲有需要攪多次？

---

作者: MirageKnight    時間: 2016-11-10 23:50



人地話好聽咗就得. 信仰問題. .
我只信. rip 咗出來一樣的ISO/WAVE/FLAC. 只會係唔同的混放器材播放時先會有分別. 唔會話用唔方法但rip出來一樣的file. 係相同器材播放會有聽得出的分別.

---

作者: Eric5cm    時間: 2016-11-10 23:54

本帖最後由 Eric5cm 於 2016-11-11 00:00 編輯

回覆 77# fishfishfish

#14#原文係咁講
"聽講ben sir 係cas sharing果日當住一堆人面前demonstrate過rip碟前對隻CD消磁同除靜電，結果rip出黎既file同就咁rip唔做處理既file md5 or sha5完全一樣，但人人都聽出好大分別"

#17#原文係咁講
"當日有富友去
都話個個聽左都覺好明顯"

唔係淨睇rip碟咁簡單,重有靚hi fi聽結果.
想感受吓當時Ｄ師兄心理有冇問題。

---

作者: MirageKnight    時間: 2016-11-10 23:56

本帖最後由 MirageKnight 於 2016-11-10 23:59 編輯


依個就係音響界的信仰同科學的問題.
一大班有錢老不死玩開黑膠的信仰. 同一班數碼化新人類的長期作戰.   

---

作者: fishfishfish    時間: 2016-11-11 00:00



信仰都要睇你信緊咩架
信2+2=5你又點睇呢
Md5 sha1 checksum係有跨國公司用黎check file integrity ga
兩個file其中 1 bit有唔同成個checksum會散ga...
真是醉了

---

作者: Eric5cm    時間: 2016-11-11 00:12




    師兄,可否表達吓閣下 rip碟意見

---

作者: chobitsonline    時間: 2016-11-11 00:57

USB線傳送同一樣數碼信號都有分別
咁RIP碟同一樣野有冇分別真係有值得研究地方
當如果RIP碟真係有分別,其實當你過USB手指都有分別
研究到最後可能要全部同一套系統,帶隻碟返自己屋企RIP完先最好聲

---

作者: fishfishfish    時間: 2016-11-11 01:09




你將個file拎去唔同地方播就有分別, 你可以話播既時候用乜野線乜野系統, 相對濕度幾多會有分別
但rip碟唔同
一隻碟個file rip左出黎, 檔案記錄左係電腦, 就可以被觀察 (scientifically, 唔係用自己隻耳仔做標準)
所謂accurate steam, 如何定義一個perfect rip
就係當100個人rip同一隻碟, 有99個人result一樣
咁喱個result咪為之岩囉

---

作者: MirageKnight    時間: 2016-11-11 01:13



USB線有分別係因為DAC USB 個connection係無error correction/resend 機制. 唔同network tcp/ip. 傳錯會叫sender重新send過. 所以 USB cable 品質係會應到 data integrity.

---

作者: naomi    時間: 2016-11-11 01:13

http://www.hksirius.com/web/products/computer/cd&cdr_c.htm

---

作者: chobitsonline    時間: 2016-11-11 01:16

系統唔換,檔案唔換,環境控制唔到
單純換USB線就有分別,A傳B都係1/0同會驗證,點解到最後部機會讀到唔同野
係唔係1/0都仲有細分?
真係等大家研究

---

作者: MirageKnight    時間: 2016-11-11 01:19



依個係data integrity and validation問題. 唔係0 同 1 問題.

---

作者: MirageKnight    時間: 2016-11-11 01:21

本帖最後由 MirageKnight 於 2016-11-11 01:38 編輯


依個係data integrity and validation問題. 唔係0 同 1 問題.

USB DAC係無vaildation 同correction 機制. 即係佢收到乜, 錯定正確的data都唔理. 直接有乜收乜. 收到乜就就將佢變做analogy訊號就算. 因為依個USB DAC初期的有心定無意設計漏洞. 而新個D DAC chip又唔加返error correction入去.      做就D幾皮野一條的USB信仰cable出現.

---

作者: chobitsonline    時間: 2016-11-11 01:57



都係唔明，當佢傳完唔會驗證，咁點解唔同USB有唔同流失，仲要次次流失都接近？

---

作者: chobitsonline    時間: 2016-11-11 02:00

回覆 90# chobitsonline


    換USB線唔洗金耳朵都一定有分別
播放器去DAC一定係數碼，點解DAC解返做模擬會解到唔同野？

---

作者: MirageKnight    時間: 2016-11-11 02:02




  唔明就google下.

---

作者: chobitsonline    時間: 2016-11-11 02:14

回覆 92# MirageKnight
咁你答USB係唔係條條線一樣聲，唔洗我Google咁耐搵神生存唔存在
你覺得無，我覺得有，到最後口同鼻大家玩大家

---

作者: MirageKnight    時間: 2016-11-11 02:20




即係你係吹毛求疵, 唔明數碼係乜個一類人.

---

作者: harryytm    時間: 2016-11-11 02:31

本帖最後由 harryytm 於 2016-11-11 02:38 編輯


比個keyword你：Jitter

DAC多數係Real-time運作，除非係USB接收部份會Re-clock個USB Packet先至經I2C送去DAC，否則Jitter會影響每個Sample傳去DAC個間隔，而令D-A過程中出來個類比訊號會有唔同。

---

作者: MirageKnight    時間: 2016-11-11 02:33

回覆 95# harryytm


算啦. 唔係真心求學. 來抽水, 吵架的人.

---

作者: MirageKnight    時間: 2016-11-11 02:37

本帖最後由 MirageKnight 於 2016-11-11 02:44 編輯



其實除咗jitter還有好多因數應響. 但係主要係USB DAC connection 設計/設定 無error correction的問題. 咁當然有好多人喜歡USB cable會應響音質. 因為同加味精無分別. 加入人為錯誤/修正.   

---

作者: harryytm    時間: 2016-11-11 02:43

本帖最後由 harryytm 於 2016-11-11 02:46 編輯


USB嘅封包有Error Detection功能，當接收方USB Controller偵測到數據唔完整，會棄置該封包並要求傳送方重新傳送，對於數據傳送嚟講可能無咩問題，個對於USB DAC要求Real-time嚟講就唔得。

好嘅USB的確可以降低傳輸其間嘅因訊號損失而引發嘅封包重新傳送，個好到一個地步就唔會再有分別。

---

作者: chobitsonline    時間: 2016-11-11 02:45

回覆 94# MirageKnight
數碼（英語：digital）通常指一個數位系統，它使用離散（即不連續的）價值（0或1）代表資訊
其實我都有追POST,你答問題都經常拉去信仰
你會唔會活係自己既信仰之中,覺得其他設計就係邪教?
話不投機半句多
我同你其實都無咩好講,我數碼係1同0係絕對排位唔同,你數碼可能仲有2同3

---

作者: fishfishfish    時間: 2016-11-11 02:46

不過我重申一下TXXXL既lossless真係好伏下
我見香港發燒友都幾多用佢 (因為中文歌真係好齊下)