urguide 寫:請問Argerich兄
那牌的空片
如果有空的話
可以用太陽誘電的空片作測試
用8X燒錄(常駐程式要關掉)
然後請家人隨機換片
盲聽至少10次以上
看準確率如何
我想得到的答案應該很客觀才是
答對了∼我就是用太誘的空片...(一片12~13元吧!)
我都是用4X燒...
是沒有用盲聽10次了,不過有請兩位受測者來試聽比較...
結論都是∼燒錄片和原版片比起來,實在聆聽不宜
版主: aeolusyung, zhang230631, suzumiyaminami
J@ck 寫:Jitter 並不在 CD 的資料裡, 所以怎麼對比都找不到的.
與 Jitter 最直接的是讀取的難易度, 以及傳遞的穩定.
有關 Jitter 的資料可以看看這篇文章, 我覺得他寫得很容易懂, 對一些艱深的觀念有相當不錯的解釋見解.
http://34th.us/kerlii/articles/Lavry/jitter.pdf
Argerich 寫:
拜讀了此文後,發現Jitter的狀況還真是多種...
同時會發生Jitter的情形也是無所不在,那麼我想EAC對於Jitter的處理...
燒錄器燒錄CD產生的Jitter、CD player本身對於Jitter的immunity...
在諸多因素的考量下,
或許用原版片是唯一的方法來避免產生新的Jitter...
J@ck 寫:CD Player 的數位資料傳輸相當不嚴謹, 並不像電腦中的數位傳輸一般有除錯的功能. 音樂的品質完全靠 CD 頭讀取的"運氣". 我之所以稱之為運氣是因為可以發生的變數太多了. CD 的表面每次都不一樣, 有磨損消耗; CD 放置的方法位置...etc.
Argerich 寫:謝謝諸位更換音效卡的建議,不過小弟目前只會用電腦訊源來當作Run-in耳機的
工具,並不會打算考慮接來正式聽音樂...
誠如先前所討論到的,
1. CD->WAV的部分有一些東西,尚待解決∼EAC是目前已知最佳的方式之一,
但並不能反應出所有會在一般CD player上產生的變化 (eg., 消磁等等)
雖然並不知道理由是什麼...
2. Jitter的處理∼EAC has done once,但是否有效解決了Jitter?
希望不會又產生新的Jitter。
3. 音效卡本身的問題,DA這個部分的Jitter,還是數位資料傳輸會不會產生
新的Jitter?電腦的迴路複雜、干擾也多、Power並不是那麼考究...
問題可能遠比我們所能想到的還多呢!或許電腦本身就是一個source
of pollution...小弟斗膽推測!
herroyuihk 寫:J@ck 寫:CD Player 的數位資料傳輸相當不嚴謹, 並不像電腦中的數位傳輸一般有除錯的功能. 音樂的品質完全靠 CD 頭讀取的"運氣". 我之所以稱之為運氣是因為可以發生的變數太多了. CD 的表面每次都不一樣, 有磨損消耗; CD 放置的方法位置...etc.
我看好像越來越多cdplayer
是用電腦的光碟機了....
J@ck 寫:herroyuihk 寫:J@ck 寫:CD Player 的數位資料傳輸相當不嚴謹, 並不像電腦中的數位傳輸一般有除錯的功能. 音樂的品質完全靠 CD 頭讀取的"運氣". 我之所以稱之為運氣是因為可以發生的變數太多了. CD 的表面每次都不一樣, 有磨損消耗; CD 放置的方法位置...etc.
我看好像越來越多cdplayer
是用電腦的光碟機了....
這跟什麼頭, 什麼光碟機一點關係都沒有.
問題在 CD 資料中沒有檢查除錯的功能/記號. 這就牽涉到 RedBook 了.
當你把他 "rip" 到電腦中, 除錯功能就被加進去了.
sssuperman 寫:
請問你懂光碟的讀取嗎?
麻煩你先參閱
謝謝
http://www.ee.washington.edu/conselec/C ... 2/95x7.htm
請不要說CD沒有jitter這種東西
謝謝
J@ck 寫:sssuperman 寫:
請問你懂光碟的讀取嗎?
麻煩你先參閱
謝謝
http://www.ee.washington.edu/conselec/C ... 2/95x7.htm
請不要說CD沒有jitter這種東西
謝謝
大概是我哪裡讓您誤會了, 我好像沒有說過"CD沒有jitter這種東西".
不過我確實是不太了解光碟的讀取, 還希望您能多解釋解釋.
謝謝.
primer 寫:先說在前頭,以下發言只出自於我淺薄的見識.....
今天剛好跟同學聊到Audio CD到底有沒有加上錯誤控制碼...
查了許多資料,我拿不到Redbook,但是我有類似樓上網友的資料
All right...
樓上網友的資料是這樣的...
音訊的資料部分共有44.1khz*2Channel*16bits=1.41Mbits/s
接下來經過兩層的錯誤控制碼變成1.94Mbits/s...
最後經由EFM調變器再加入同步位元成為4.32Mbits/s...
我原本也以為Audio CD應該是有加入錯誤控制碼....
但是在我另外查到的一些資料和計算....
如果真的有加上錯誤控制碼,那一片CD至少要有2.26GBytes的容量..
但是如果只計算到音訊的資料部分,那一片CD就差不多是740MBytes
以我們一般對Audio CD的認知,一片CD約是740MBytes左右...
所以,應該是沒有加上錯誤控制碼的部分....
以上是我的認知...如果有問題歡迎一起討論....^^
primer 寫:先說在前頭,以下發言只出自於我淺薄的見識.....
今天剛好跟同學聊到Audio CD到底有沒有加上錯誤控制碼...
查了許多資料,我拿不到Redbook,但是我有類似樓上網友的資料
All right...
樓上網友的資料是這樣的...
音訊的資料部分共有44.1khz*2Channel*16bits=1.41Mbits/s
接下來經過兩層的錯誤控制碼變成1.94Mbits/s...
最後經由EFM調變器再加入同步位元成為4.32Mbits/s...
我原本也以為Audio CD應該是有加入錯誤控制碼....
但是在我另外查到的一些資料和計算....
如果真的有加上錯誤控制碼,那一片CD至少要有2.26GBytes的容量..
但是如果只計算到音訊的資料部分,那一片CD就差不多是740MBytes
以我們一般對Audio CD的認知,一片CD約是740MBytes左右...
所以,應該是沒有加上錯誤控制碼的部分....
以上是我的認知...如果有問題歡迎一起討論....^^
oScARSr 寫:sssuperman 寫:請問你懂光碟的讀取嗎?
麻煩你先參閱
謝謝
http://www.ee.washington.edu/conselec/C ... 2/95x7.htm
請不要說CD沒有jitter這種東西
謝謝
請問說話不要這樣子可以嗎?
別人沒說還扣別人帽子....
J@ck 寫:Jitter 並不在 CD 的資料裡, 所以怎麼對比都找不到的
正在瀏覽這個版面的使用者:Google Feedfetcher 和 36 位訪客