PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 儲存媒體討論區
帳戶
密碼
 

  回應
 
主題工具
takuro
*停權中*
 
takuro的大頭照
 

加入日期: Sep 2001
您的住址: 高雄 屏東 光華
文章: 1,506
燒錄片對CD音質的影響

==前言==
在燒錄討論中
一直存在著CD音質的爭論
有的人認為CD儲存的是數位資料(0與1)
數位資料複製後並不會有任何改變
所以主張用什麼片子燒出來的音樂都一樣
不過也有許多網友從他們的經驗中發現
不同的燒錄片所燒出來的音質差很多
因此主張CD音質與所使用的燒錄片有某種程度的相關性
而廠商也推出了一些Audio專用的燒錄片
而對於光學讀取以及數位音訊完全沒有概念的我
在沒有專業測試儀器的狀況下
作了一個小小的測試
希望能拋磚引玉
讓一些在這方面有專長的網友看看測試的結果
並且幫我解釋一下圖表的差異性

==測試平台==
燒錄機: Teac R56S
讀取機: 聯積50
測試片: 光復書局SuperABC(母片)
TDK水藍片(ritek k染)
TDK白金片(ritek js染)
燒錄速度: 6X
燒錄軟體: Nero5582
Wav Ripper: CD to MP3 Maker 1.15
測試軟體: CoolEdit2000

==測試方法==
用Nero將母片作成Image
再用這個Image分別燒錄到TDK白金與水藍
利用CD to MP3 Maker 1.15這個軟體將第一軌的音樂抓成Wave(抓兩次)
再利用CoolEdit2000中的Frequency Analysis作分析

==測試結果==
由於同一音軌抓兩次的結果看不出差異
所以只列出其中一次

母片Linear


TDK水藍Linear


TDK白金Linear


母片non-Linear


TDK水藍non-Linear


TDK白金non-Linear


==非結論==
比較圖表我們可以發現
不同的片子的確會產生不同的圖表
這些圖表應該多少反映了不同燒錄片之間的差異
不過對於這些圖表的解釋就不是我能力範圍內的
希望對CoolEdit有研究的網友能提供一下意見
     
      
舊 2002-06-10, 01:01 AM #1
回應時引用此文章
takuro離線中  
KJ200X
Power Member
 

加入日期: Jan 2002
文章: 634
有些說法表示不同的燒錄軟體所燒出來的結果不一樣
有的燒錄軟體會比較較適合燒錄音樂CD
想請教燒錄軟體對於燒錄音樂CD的音質影響有多大 是如何影響
還是完全沒影響

來源機 母片 燒錄機 燒錄空片 "燒錄軟體" 是燒錄過程與結果 環環相扣之變數??
 
__________________
有些事無法強求,當你越這麼做或許失去更多---2006.8.30
舊 2002-06-10, 01:53 AM #2
回應時引用此文章
KJ200X離線中  
takuro
*停權中*
 
takuro的大頭照
 

加入日期: Sep 2001
您的住址: 高雄 屏東 光華
文章: 1,506
引用:
Originally posted by KJ200X
有些說法表示不同的燒錄軟體所燒出來的結果不一樣
有的燒錄軟體會比較較適合燒錄音樂CD
想請教燒錄軟體對於燒錄音樂CD的音質影響有多大 是如何影響
還是完全沒影響

來源機 母片 燒錄機 燒錄空片 "燒錄軟體" 是燒錄過程與結果 環環相扣之變數??


很想試試看
可是又要犧牲片子了...
舊 2002-06-10, 02:00 AM #3
回應時引用此文章
takuro離線中  
WhiteFang
Advance Member
 
WhiteFang的大頭照
 

加入日期: Jun 2002
您的住址: 台南,台北
文章: 420
建議可以用CD DAE抓音軌試試看,他可以任你抓幾次在去互相確認,
應該可以確定抓音軌的過程沒有出錯,以排除讀取音軌時造成的誤差.....

一點建議....
__________________
不管是台製片還是日製片,
只要是好片,我都要!

我做了一個CDR FAQ網頁,歡迎光臨討論討論!
http://whitefang.myip.org/
舊 2002-06-10, 03:22 AM #4
回應時引用此文章
WhiteFang離線中  
P&W
Elite Member
 
P&W的大頭照
 

加入日期: Jul 2001
您的住址: Red Planet
文章: 4,277
讀取的機器以及寫入的機器也會造成差異性
__________________
The war is crates by fear and gap.
舊 2002-06-10, 03:31 AM #5
回應時引用此文章
P&W離線中  
takuro
*停權中*
 
takuro的大頭照
 

加入日期: Sep 2001
您的住址: 高雄 屏東 光華
文章: 1,506
引用:
Originally posted by WhiteFang
建議可以用CD DAE抓音軌試試看,他可以任你抓幾次在去互相確認,
應該可以確定抓音軌的過程沒有出錯,以排除讀取音軌時造成的誤差.....

一點建議....


不過我試過同一片抓兩次的圖型看不出什麼差異
舊 2002-06-10, 03:48 AM #6
回應時引用此文章
takuro離線中  
takuro
*停權中*
 
takuro的大頭照
 

加入日期: Sep 2001
您的住址: 高雄 屏東 光華
文章: 1,506
引用:
Originally posted by P&W
讀取的機器以及寫入的機器也會造成差異性


剛剛發現更有趣的事了
呵呵
有空在po上來
舊 2002-06-10, 03:49 AM #7
回應時引用此文章
takuro離線中  
WhiteFang
Advance Member
 
WhiteFang的大頭照
 

加入日期: Jun 2002
您的住址: 台南,台北
文章: 420
我先講一下我發現的怪現象好了.....

我用NERO CD DAE讀取一張原版CD的一首歌,
用我的爛LiteOn 526D讀取兩次
(CD DAE每次讀取一首歌會讀兩次,總共有四次讀取)
CD DAE告訴我讀取沒有錯誤,檔案大小37,260,428 位元組
MD5測試:
1: fce666e30157d759c04f4b6db8349f05
2: fce666e30157d759c04f4b6db8349f05

接著我用LiteOn 48125W讀取相同檔案
1: 42ad9a2ee0f542139683e5c6bd7bc0f0
2: 42ad9a2ee0f542139683e5c6bd7bc0f0

Plextor 32Tsi
e85ad55005ea90cdd5d4cb3abbc4fc84
e85ad55005ea90cdd5d4cb3abbc4fc84

Nechiman BP4
00b0d8e8ee9e6aa8b01151f4145d1567
00b0d8e8ee9e6aa8b01151f4145d1567

竟然同一個檔案,四台都沒有讀錯,檔案大小也完全相同,
卻內容不同......
怪不得每台CD都有自己的音質特色......
__________________
不管是台製片還是日製片,
只要是好片,我都要!

我做了一個CDR FAQ網頁,歡迎光臨討論討論!
http://whitefang.myip.org/
舊 2002-06-10, 06:21 AM #8
回應時引用此文章
WhiteFang離線中  
SKYSTAR
Advance Member
 
SKYSTAR的大頭照
 

加入日期: Feb 2001
文章: 446
請問一下 :

如果經由 CD DAE 抓到的WAV....經MD5測試後...其數值是一樣時....
那麼當我將這個WAV燒到空白片後...是否就表示該曲目的音質就和原版的該曲目...
是一模一樣的呢? 如 : 原版有雜音...燒錄後也會有雜音....同理...原版無任何異狀,
燒錄後...當然也沒有異狀....!! 還是說...還會有其它的變數而導致音質會有所不同呢
?

另外....用CD DAE來抓取音軌時...各位建議...最好用多少倍速來抓取音軌...會比
較好呢?

THANKS!!
舊 2002-06-10, 07:36 AM #9
回應時引用此文章
SKYSTAR離線中  


tjchung
Major Member
 

加入日期: Feb 2001
您的住址: 台南市, 台灣.
文章: 236
To WhiteFang: 這是因為每台CDROM的offset數值都不一樣的關係吧?
CD會有自己的音色, 比較有可能的關係是DA的轉換, 基本上Digital的資料應該都是相同的
__________________
Roger's Cafe.

此文章於 2002-06-10 07:50 AM 被 tjchung 編輯.
舊 2002-06-10, 07:36 AM #10
回應時引用此文章
tjchung離線中  
    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是06:12 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2026。