PTT數位生活區 / Headphone (耳機)

Re: [閒聊] 關於黑膠跟CD的差別已回收

看板Headphone (耳機)作者 (hi)時間13年前 (2012/10/29 13:12), 編輯推噓16(16推 0噓 141→)
留言157則, 24人參與, 最新討論串3/5 (看更多)
: → tsukie2887:要說CD直接放有差我相信，rip出來會有差只能說見鬼... 10/29 11:44 : → tsukie2887:只要是同一份數位檔案壓出來的片子 rip下來的東西絕對 10/29 11:50 : → tsukie2887:是一樣的 除非壓片瑕疵或讀取錯誤又沒校對... 10/29 11:51 關於這個話題其實以前我就想解釋一下 後來忘了 現在剛好順便一起討論 我並不是理工背景 所以只能簡單的就門外漢的認知來解釋 1.CD裡面真的是同一份數位檔案? 讓我們來看個奇怪的事實 找一片"正統"的CD 沒有附加檔案 CD-text等有的沒的 就最原始符合紅皮書的純音樂CD 然後把他放進電腦光碟機 請問電腦會show甚麼?? *.wav or *.aif 答案是都對 看你是放進Windows還是Mac OS的電腦 所以奇妙的地方就來了 為什麼同一個檔案 放進不同作業系統卻是出現不同副檔名??? 2.CD誕生於1982年 遠早於個人電腦 CD-ROM 還有windows作業系統 簡單的說 我們現在視之理所當然的數位檔案模式 除錯偵錯方式等 在CD上是根本不存在的 CD是設計給CDP讀的 不是給電腦讀的!! 這就是為什麼會有rip的問題 你只單純的把rip想成是copy 就太小看EAC等專業CD rip軟體的努力了 如果只是單純的把檔案複製 你用複製貼上就好 為什麼還要用EAC??? 3.就算是EAC 正確設定使用 也難保你rip出來的檔案是"正確"的 所以才會有AccurateRip資料庫 把你rip出來的CD資料跟全世界別人rip的比對 來確定你rip出來是正確的 總之CD rip的準確度遠比大家以為的不精準 所以才有這麼多努力希望可以更佳的rip出CD 說到底還是CD本來就不是要給電腦讀的.... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.40.168.87 ※ 編輯: Tosca 來自: 114.40.168.87 (10/29 13:13)
→
10/29 13:15, , 1F
所以為什麼myav那邊超優化的rip 聲音會有差 我可以理解
10/29 13:15, 1F
→
10/29 13:15, , 2F
只是我沒辦法那樣搞 我都是幾千張CD在rip的 要講求速度效率!
10/29 13:15, 2F
推
10/29 13:17, , 3F
從理工的角度看 我不知道CD給電腦讀或是CDP讀有什麼差XD
10/29 13:17, 3F
推
10/29 13:20, , 4F
CDP是數位 PC也是數位 所以PC不能做到CDP能做到的@@
10/29 13:20, 4F
→
10/29 13:20, , 5F
我覺得都是音效卡&風扇在搞鬼
10/29 13:20, 5F
推
10/29 13:21, , 6F
數位訊號的特色 應該就是要準確
10/29 13:21, 6F
→
10/29 13:21, , 7F
要不然 電腦1+1=3 那電腦就不用玩了
10/29 13:21, 7F
推
10/29 13:28, , 8F
所以rip出來跟別人比較是正確的之後 就是正確的啦
10/29 13:28, 8F
→
10/29 13:29, , 9F
現在的問題就是RIP出來用校正碼確定是一樣的檔案，但有人就
10/29 13:29, 9F
→
10/29 13:29, , 10F
是聽起來不一樣…
10/29 13:29, 10F
→
10/29 13:30, , 11F
只是要RIP出來是一樣的其實用不著做那麼多的優化…
10/29 13:30, 11F
→
10/29 13:37, , 12F
CDP比電腦做的更差啊 所以轉盤好壞價錢差很大啊XD
10/29 13:37, 12F
→
10/29 13:38, , 13F
若rip出來比對都一樣的話 可能是存放在硬碟的位置或排列
10/29 13:38, 13F
→
10/29 13:38, , 14F
說到底還是CD是延續黑膠的思維 而不是電腦的思維
10/29 13:38, 14F
→
10/29 13:38, , 15F
的問題吧
10/29 13:38, 15F
→
10/29 13:38, , 16F
黑膠每次讀取出來的訊號都有差 大家也就習慣了
10/29 13:38, 16F
→
10/29 13:38, , 17F
同一片CD同一台CDP 每次讀取其實也有差 但比黑膠一致性高
10/29 13:38, 17F
→
10/29 13:39, , 18F
所以這是當初CDP勝黑膠的地方 但當然都大輸電腦阿
10/29 13:39, 18F
→
10/29 13:40, , 19F
不知道大家理解我的意思嗎@@ CDP讀取絕對沒有比較準確
10/29 13:40, 19F
→
10/29 13:41, , 20F
另外，CD如果直接復製貼上是復製不到裡面的音樂檔的- -
10/29 13:41, 20F
→
10/29 13:42, , 21F
因為上面談到正確性的問題，所以談一下而已- -
10/29 13:42, 21F
→
10/29 13:43, , 22F
說CDP沒有比較準確是跟黑膠唱盤比較??
10/29 13:43, 22F
→
10/29 13:44, , 23F
當然是跟電腦比較阿
10/29 13:44, 23F
→
10/29 13:45, , 24F
黑膠當然是最不準的 每次撥放炒豆聲位置都不太一樣 哪裡準
10/29 13:45, 24F
→
10/29 13:46, , 25F
你文章裡不是說"CD本來就不是要給電腦讀的"
10/29 13:46, 25F
→
10/29 13:46, , 26F
灰塵掉在哪炒豆聲就在哪，灰塵也是會移動的
10/29 13:46, 26F
→
10/29 13:46, , 27F
又說CDP比電腦還不準確 搞得我好亂啊 XDD
10/29 13:46, 27F
→
10/29 13:47, , 28F
對阿 沒有衝突阿@@ CD不是給電腦讀的 但CD格式缺陷很大
10/29 13:47, 28F
→
10/29 13:47, , 29F
所以不管CDP還是電腦 都難以保證讀取CD會完全準確
10/29 13:47, 29F
→
10/29 13:48, , 30F
我的意思是這樣啊 並沒有衝突阿
10/29 13:48, 30F
→
10/29 13:51, , 31F
現在我們都覺得數位內容就是要"準" 可是大家想想CD的時代
10/29 13:51, 31F
→
10/29 13:51, , 32F
1982可沒有數位相機 數位電視 電腦能照片都不能看
10/29 13:51, 32F
→
10/29 13:52, , 33F
在那個類比主宰的年代 CD已經夠準了
10/29 13:52, 33F
→
10/29 13:53, , 34F
所以儘管CDP讀CD 誤差很大 但在那年代已經夠好了
10/29 13:53, 34F
→
10/29 13:54, , 35F
以現在來看 電腦讀取CD當然更準更好 無奈CD不是設計給電腦
10/29 13:54, 35F
→
10/29 13:54, , 36F
所以電腦讀取CD也無法像一般檔案那樣準確 我的意思是這樣
10/29 13:54, 36F
→
10/29 13:55, , 37F
...CD也是一盤儲存煤體啊…你要燒進去檔案也不是不行…
10/29 13:55, 37F
→
10/29 13:55, , 38F
你燒什麼進去，拿出來就是什麼，這不可能不一樣…這已經不是
10/29 13:55, 38F
→
10/29 13:56, , 39F
準不準的問題了…
10/29 13:56, 39F
還有 78 則推文
→
10/29 15:36, , 118F
傳說中，好像用RAM播放，可以減小RIP的差異????
10/29 15:36, 118F
推
10/29 17:27, , 119F
提問:I2S輸出是否比AES 同軸 光纖來得好聽?
10/29 17:27, 119F
→
10/29 17:28, , 120F
I2S把clock訊號分開 照理說jitter較低較好聽
10/29 17:28, 120F
→
10/29 17:29, , 121F
可以參考MSB的網頁有說明 他們家也有I2S介面解決方案
10/29 17:29, 121F
推
10/29 17:38, , 122F
我有聽一台土炮DA吃I2s比其他路徑好聽,但就只聽過一台
10/29 17:38, 122F
→
10/29 17:40, , 123F
跟自己比還是跟別人比?????
10/29 17:40, 123F
推
10/29 17:42, , 124F
店家同一台DA,不同轉盤分別走I2S與其他路徑
10/29 17:42, 124F
→
10/29 17:45, , 125F
不同轉盤
10/29 17:45, 125F
推
10/29 19:15, , 126F
所謂檔案格式不同 只是編碼問題 背後代表的取樣值是相同
10/29 19:15, 126F
→
10/29 19:16, , 127F
PC的偵錯功能絕對比CDP強太多
10/29 19:16, 127F
→
10/29 19:16, , 128F
偵錯軟體和比對資料庫 是真的很龜毛很龜毛的作法
10/29 19:16, 128F
→
10/29 19:19, , 129F
要說的是 數位的東西只要有1個bit讀錯 那都是很嚴重的
10/29 19:19, 129F
→
10/29 19:19, , 130F
設計瑕疵
10/29 19:19, 130F
→
10/29 19:20, , 131F
電腦比你想像中更值得依靠 但其他的因素 就是當下的
10/29 19:20, 131F
→
10/29 19:21, , 132F
非理想特性 (電源、jitter等等)
10/29 19:21, 132F
→
10/29 19:26, , 133F
電腦當然比CDP值得依靠阿 這也是玩CAT或數位流最大賣點
10/29 19:26, 133F
→
10/29 19:59, , 134F
其實不是01有問題，是輸出電平的問題....
10/29 19:59, 134F
推
10/29 20:05, , 135F
我很好奇 輸出電平有甚麼問題
10/29 20:05, 135F
推
10/29 22:12, , 136F
其實我也很好奇輸出電平的影響到底有多大 因為其實
10/29 22:12, 136F
→
10/29 22:13, , 137F
邏輯電路有個特色就是noise recovery 輸入雜訊只要低於
10/29 22:13, 137F
→
10/29 22:13, , 138F
某個合理範圍 輸出就會復原到接近邏輯0或邏輯1 更別說
10/29 22:13, 138F
→
10/29 22:14, , 139F
經過多級電路 雜訊影響應該很快就會被消除
10/29 22:14, 139F
→
10/29 22:19, , 140F
我猜問題不是0誤認成1，是讀取時間的問題???
10/29 22:19, 140F
→
10/29 22:36, , 141F
有點硬的文獻，供參考 http://ppt.cc/8rPY
10/29 22:36, 141F
→
10/29 23:02, , 142F
上面這篇Agilent文獻我只注意到"不恰當的終端阻抗，或者物
10/29 23:02, 142F
→
10/29 23:03, , 143F
理介質的不連續性都会引起訊號反射，從而表現在碼間干擾上"
10/29 23:03, 143F
→
10/29 23:04, , 144F
也就是說數位線的阻抗不匹配的話，會增加jitter，那還要用
10/29 23:04, 144F
→
10/29 23:04, , 145F
RCA做同軸傳輸嗎？......
10/29 23:04, 145F
→
10/29 23:06, , 146F
你可以用BNC接頭啊www 不過好像也還好??
10/29 23:06, 146F
→
10/29 23:13, , 147F
一般情況而言，光纖光電轉換環結的問題更大... XD
10/29 23:13, 147F
→
10/29 23:17, , 148F
所以只能拿出AES/EBU XD
10/29 23:17, 148F
→
10/29 23:23, , 149F
另外，文章一開頭就說一般系統會要求BitErrorRatio <10^-12
10/29 23:23, 149F
→
10/29 23:24, , 150F
這表示要撥100GB以上的檔案才會錯 1 bit
10/29 23:24, 150F
推
10/30 00:20, , 151F
亂入問一下I2S用網路頭另一端可以單獨抽出clock拉成BNC?
10/30 00:20, 151F
推
10/30 00:37, , 152F
如果要玩得那麼認真網路上有FIFO的I2S套件
10/30 00:37, 152F
→
10/30 01:02, , 153F
我覺得你說的大有問題 你講的重點在於轉換失真
10/30 01:02, 153F
→
10/30 01:03, , 154F
問題是以數位資料的傳遞正確性 根本沒有這問題
10/30 01:03, 154F
→
10/30 01:04, , 155F
要嘛就讀得到 要嘛就讀不到 花點時間搞DAC還比較有意義
10/30 01:04, 155F
推
10/30 20:12, , 156F
不好意思 我沒看推文 我只看本文 我實在不懂原作者的論點
10/30 20:12, 156F
→
10/30 20:14, , 157F
怎麼看到不同的檔名就會有這些想法
10/30 20:14, 157F
‣ 更多 Tosca 的文章
文章代碼(AID): #1GZX1RoL (Headphone)
Headphone 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 Tosca 的文章
文章代碼(AID): #1GZX1RoL (Headphone)