網友 LukeLo 的「漫談數位音樂」

討論MP3、WAV、MIDI、WMA甚至其他數位音訊的播放、製作、轉換等。

版主: DearHoney

天地
神人
文章: 1244
註冊時間: 2001-01-03 08:00
來自: 東大畢業生

文章 天地 »

我說的有點不太對,影響類比的不只有震動,像器材會有各自的頻段相位問題,這也是造成聲音不同的主因。
光光
初學者
文章: 21
註冊時間: 2001-07-10 08:00
來自: 新竹

文章 光光 »

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
您對Jitter的認識可以藉有閱讀以下文章有所收穫。\r
http://www.dcsltd.co.uk/papers/jitter.pdf
您也可以參考本討論區標題為Jitter Correction的討論串。看來我的文章寫得很爛,讓人以為Jitter就是震動。
</FONT><!-- BBCode Quote End -->

您寫得很好阿! 讓我把一些疑問都解決了!
只是目前還有一些東西想弄清楚一些!

Jitter當然不是震動,只是外界的震動是否是造成clock skew的原因之一?
Hsin
大師
文章: 194
註冊時間: 2001-05-31 08:00
來自: Penn State, USA

文章 Hsin »

不知大家知不知道哪一種數位線材造成的jitter最小?
我只知道4種形式:
1.S/PDIF(RCA接頭 or BNC接頭) coaxial digital cable
2.Toslink(Optical fiber)
3.AES/EBU balanced
4.i2S
我聽說i2S的jitter很低,不知Toslink跟他比如何?
LukeLo
神人
文章: 2100
註冊時間: 2001-01-04 08:00

文章 LukeLo »

1.2.3.基本上都是同樣的東西,只是造型不太一樣罷了。I2S包含了時脈資訊,Jitter問題較小。
AVu
初學者
文章: 2
註冊時間: 2001-05-04 08:00

文章 AVu »

<!-- BBCode Quote Start --><FONT COLOR=GREEN>有些Hi-End器材使用不同於一般S/PDIF的單線數位傳輸介面,加入包含時鐘訊號的接線用意即在此。</FONT><!-- BBCode Quote End -->
S/PDIF 嚴格來講不能說沒有含 clock
S/PDIF 的 BMC coding 跟 Ethernet 用的 Manchester encoding 類似, 實際 data 的每一個 bit
都有電壓的變化, 而且每一個 subframe 都有供同步用且DC balanced 的 preample
只要接受晶片有好好設計, S/PDIF 的接收應該是不會有太大的問題, 反倒是 DAC 自己本身 jitter 的影響可能還比傳輸介面來的大
JamesT
神人
文章: 1347
註冊時間: 2001-01-04 08:00

文章 JamesT »

Bi-phase Mark Coding是讓clock混在data裡面, 結果就引入了所以"data introduced jitter"

更精良的PLL clock recovery circuit, 例如: 僅僅鎖定Preamble block......等技術, 徒增技術成本而且效果仍有極限, 以現今的科技及成本考量, clock 和 data 分開傳送才是比較好的做法。

不過由於AES/EBU及S/PDIF已行之多年, 普及率之高, 很難讓新的傳輸界面有快速成長的機會。


<!-- Edit Notice Start -->

<font size=-1>[ 這篇文章在 2001-07-16 01:11 被 JamesT 編輯過 ]</font><!-- Edit Notice End -->
rio
初學者
文章: 12
註冊時間: 2001-08-11 08:00

文章 rio »

請問lukelo大大:

1.既然cdplayer的讀取上會造成JITT,何不將cd裡頭的audio data先讀取成wav檔或是暫存在一buffer後再作d/a的動作,這樣是否就可以徹底解決jitter的問題了呢?有沒有廠商作這種構想的cd player呢?

2.文章中所提到的DITHERING,現在是否有軟體可以做到呢?因為想要將手邊LP轉成CD,所以想要用較高的SAMPLING RATE何BITS數目來做,如果用上DITHERING,應該是會讓音質更好些吧?
LukeLo
神人
文章: 2100
註冊時間: 2001-01-04 08:00

文章 LukeLo »

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
1.既然cdplayer的讀取上會造成JITT,何不將cd裡頭的audio data先讀取成wav檔或是暫存在一buffer後再作d/a的動作,這樣是否就可以徹底解決jitter的問題了呢?有沒有廠商作這種構想的cd player呢?
</FONT><!-- BBCode Quote End -->
聽說Merdian最近出品的一台CD Player就是使用IDE CDROM抓音軌的方式運作。其實對於正版的高價位CD以及高價轉盤來說,jitter對於音質影響很小,因此不是訴求重點。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
2.文章中所提到的DITHERING,現在是否有軟體可以做到呢?因為想要將手邊LP轉成CD,所以想要用較高的SAMPLING RATE何BITS數目來做,如果用上DITHERING,應該是會讓音質更好些吧?
</FONT><!-- BBCode Quote End -->
例如Cooledit2000就有dither的功能。經過實際測試,的確對保存聲音細節有幫助。\n<!-- Edit Notice Start -->

<font size=-1>[ 這篇文章在 2001-08-11 05:44 被 LukeLo 編輯過 ]</font><!-- Edit Notice End -->
Vaquero
初學者
文章: 1
註冊時間: 2001-10-04 08:00

文章 Vaquero »

Dear Luke...
這兩天不吃不睡 生活只有燒錄及抓取影像檔
想找出複製完全1:1Audio光碟的做法
最後參考了貴文章 開始使用EAC
不斷的測試發現在UltraEdit下複製光碟與原版
編碼雖是完全相同 但所在的磁區位址仍是不同!
關於此套軟體PreGap與Offset的設定還是不得
其門而入...
若只做到如此 那根據以往的經驗CDRWin,Clone,
甚至是NERO在作若干調整後也能達到這種程度

故想請問一下

1.有關EAC的Gap及Offset設定要如何調整?

2.MethodA,B,C有啥不同?(全都試過,映像檔也是
全部不同)

3.或是其他還有什麼需注意的地方?

硬體: Plextor124Tsi (SCSI)*設定均為2倍寫入*

TEAC CD-540E (ATAPI)*大部為2倍 在EAC中 讀
取為10倍(最低)*
CPU:225MMX

最後真的非常感謝!

Vaquero :lol:

From: [email protected]




<!-- Edit Notice Start -->

<font size=-1>[ 這篇文章在 2001-10-04 13:18 被 Vaquero 編輯過 ]</font><!-- Edit Notice End -->
LukeLo
神人
文章: 2100
註冊時間: 2001-01-04 08:00

文章 LukeLo »

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
關於此套軟體PreGap與Offset的設定還是不得
其門而入...
</FONT><!-- BBCode Quote End -->
我以前寫過EAC的介紹文章,位址在這。
http://www.dearhoney.idv.tw/phpBB/viewt ... 39&forum=3
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
1.有關EAC的Gap及Offset設定要如何調整?
</FONT><!-- BBCode Quote End -->
請到以下網頁查詢Read offset與Write Offset以其其他相關設定值
http://www.ping.be/satcp/eacoffsets01.htm#-
想要了解何謂offset請看以下網頁
http://www.ping.be/satcp/eacoffsets00.htm#-
read offset在抓wave燒CD時相當重要,另外用EAC燒音樂CD時還要設定Write offset。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
2.MethodA,B,C有啥不同?(全都試過,映像檔也是全部不同)
</FONT><!-- BBCode Quote End -->
這部分我並不清楚。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
3.或是其他還有什麼需注意的地方?
</FONT><!-- BBCode Quote End -->
燒片的速度和燒片品質。自己用不同的倍數燒同樣的資料看看哪片音質最好吧。
回覆文章