換了USB線完全聽不出差異~怎辦?

[ETK]

可能搭配性也有差別吧
小弟以前 a900和m50也聽不出差別 和朋友ab test很多次 ,那時我和朋友的結論是a900比叫好戴

補充一下 訊源是 90pci+ha20

這個結論, 真的令人飆淚啊
跟我對 K701 / RS1 配 corda Symphony 的 ab test 結論 ..... 非常接近啊

我還是當個懂點理論 + 知道如何陶醉在音樂裡的木耳族就好了

[foo]

USB3.0 是比較值得看好的介面
從原本的岔斷使用改成全雙工
傳輸速度也快了
但是在介面還沒出來前
還是比較看好Firewire
pcie卡直接溝通北橋則是更好

USB2.0音效,我認為還是最不得已的選擇

[06114kato]

Firewire 技術比較成熟嗎?
似乎都還停在Firewire 400

[alicejen]

我建議可以帶著dac和耳機到一個環境較佳的地方試試,ex音響店,或是網友家
因為電腦訊源,以及電腦訊源的電源若是沒有處理,它會讓所有設備和配件聽起來一樣濫

[gdemon]

抱歉~

軟體是foobar2000

小弟也只能承認是幸福的木耳啦

小弟有個想法
不知道開版大試過之前有人在AA發過的USB ASIO driver沒？

若沒，個人建議可以試試

在之前，家裡用大陸的svdac04u
這台剛好有三種input，fiber/coaxiel/usb

一開始我是用1723->fiber->svdac04u，此時我是用foobar的kernal stream(1723可用ks)
後來改用usb線接，usb->svdac04u
再後來換之前文章提及的usb asio driver
換driver後的聽感，僅憑印象所及，接近kernal stream的聽感(因為……也懶得做A/B Test啦)
在使用usb audio device時，個人感覺，該usb asio driver真得提升很大
真是個了不起的driver，難怪可以賣錢

個人聽力不夠，換設備的改變要做AB Test才能聽出差異，但AB Test耗心力(後來小弟直接承認為幸福的木耳，不然這樣被音響玩實在花很多時間)
而usb asio driver是小弟少數可不AB Test直接聽出差異的改變

[Symphony]

我之前有裝過USB ASIO Driver

後來覺得很不好聽, 就移掉了

聲音變的很利, 毛邊變很多 變的很不自然, 音樂的生命力都沒了

這東西應該還是要搭配硬體本身的處理方式來搭配吧...

我只聽聲音~ 不講技術的~ 哈哈!

[superpipi]

我之前有裝過USB ASIO Driver

後來覺得很不好聽, 就移掉了

聲音變的很利, 毛邊變很多 變的很不自然, 音樂的生命力都沒了

這東西應該還是要搭配硬體本身的處理方式來搭配吧...

我只聽聲音~ 不講技術的~ 哈哈!

我聽的結果倒是相反
使用器材為opera+dt880 不過用這個要去調latency就是 預設值聽不出好效果

[06114kato]

我之前有裝過USB ASIO Driver

後來覺得很不好聽, 就移掉了

聲音變的很利, 毛邊變很多 變的很不自然, 音樂的生命力都沒了

這東西應該還是要搭配硬體本身的處理方式來搭配吧...

我只聽聲音~ 不講技術的~ 哈哈!

我聽的結果倒是相反
使用器材為opera+dt880 不過用這個要去調latency就是 預設值聽不出好效果

小弟用有比較好些 USB的聲音比較沒那麼乾,比較圓潤一些 不過差距倒是不大

[Symphony]

我之前有裝過USB ASIO Driver

後來覺得很不好聽, 就移掉了

聲音變的很利, 毛邊變很多 變的很不自然, 音樂的生命力都沒了

這東西應該還是要搭配硬體本身的處理方式來搭配吧...

我只聽聲音~ 不講技術的~ 哈哈!

我聽的結果倒是相反
使用器材為opera+dt880 不過用這個要去調latency就是 預設值聽不出好效果

小弟用有比較好些 USB的聲音比較沒那麼乾,比較圓潤一些 不過差距倒是不大

我是用Foobar2000

裝完後也有設定完模擬ASIO的部份

但聲音應是變小聲, 變的好衰聲, 有一種掉資料的感覺

有點像是衝到, 本來聲音該有的透明度也都沒了

我機器是 m902, 偵測到的是BB PCM2902

還是設定哪邊有問題?

[gdemon]

我實在很想說...先把USB傳輸規格K過之後再來討論USB的Jitter這件事，
不要什麼事都牽拖到它上面

首先，USB的編碼為Non-return to zero, inverted編碼(NRZI)，
這是一種不帶有時脈訊號的編碼方式，接收端完全根據其接收到的資料，
來決定接收端用來作解調的時脈訊號為何

由於它不帶有時脈訊號，所以請不要以SPDIF的Jitter的想法套用在USB上，
USB沒有這個問題，USB有問題的是其他方面

之前沒仔細看這篇，畢竟考研究所是好幾年前的事了，有些東西忘了……
身為計網的助教，今天老師剛好教到point to point link，複習了編碼方式
NRZI編碼是1=>電位改變(high->low or low->high)，0=>電位不變
所以NRZI怎麼沒有clock？
沒有clock，怎麼判斷0的存在？
因為NRZI會遇到連續0的問題，所以才會需要4B/5B encoding保證連續的0不會超過3個

今天8個bit都為1的data：0b11111111，電位會做8次變化，接收端輕易的知道有8個1
那麼8個bit都為0的data：0b00000000，電位不會有任何變化，請問沒有clock的話，接收端收到一連串沒有電位變化的訊號，怎麼判斷有8個0？
只有存在clock，經過八個cycle都沒有電位變位，receiver才能知道收到8個0
更別提若receiver的clock跟sender有差的話，receiver可能會認為收到9個0或7個0

另外，因為1會做訊號變化，所有若訊號中帶有兩個連續的1，訊號就會連續變化兩次，而這兩次連續變化的time interval就剛好等於sender的一個clock，receiver也可以根據這個來校正clock

由於它不帶有時脈訊號，所以請不要以SPDIF的Jitter的想法套用在USB上，

而既然你前面的立論錯誤了，後面的結論我想也沒法信了……
(consecutive 1s imply clocks)

另外，wiki上的NRZI寫相反了

http://zh.wikipedia.org/wiki/NRZ
這篇NRZ中最下面的NRZI的部份是正確的

http://zh.wikipedia.org/wiki/NRZI
而同一個wiki上的這篇NRZI反而寫相反了

[Therion286]

我之前有裝過USB ASIO Driver

後來覺得很不好聽, 就移掉了

聲音變的很利, 毛邊變很多 變的很不自然, 音樂的生命力都沒了

這東西應該還是要搭配硬體本身的處理方式來搭配吧...

我只聽聲音~ 不講技術的~ 哈哈!

我也覺得ASIO不好聽。
自己覺得開ASIO，音質沒比較好就算了。
換歌，點歌都會破音。真無言

[sexy]

理論跟實際還是有不小的差距
例如線材方向性或線材不能放地上等等的
但就是會有差異
小弟幾年前用X-CAN V8耳機是ATH-W1000
當時剛推出純銀USB線索性買條玩玩
結果差異之大讓小弟非常驚訝
這感覺比小黑線換上SILTECH G3還誇張
這應該不會是錯覺

[ad47]

我之前有裝過USB ASIO Driver

後來覺得很不好聽, 就移掉了

聲音變的很利, 毛邊變很多 變的很不自然, 音樂的生命力都沒了

這東西應該還是要搭配硬體本身的處理方式來搭配吧...

我只聽聲音~ 不講技術的~ 哈哈!

我也覺得ASIO不好聽。
自己覺得開ASIO，音質沒比較好就算了。
換歌，點歌都會破音。真無言

安裝asio usb driver聽歌會破音，應該是系統太髒囉！
除了調整driver和播放軟體的buffer外，
電腦盡量不要接太多USB裝置，然後播放軟體系統優先權調到最高
應該就可以避掉大部分的爆音跟奇奇怪怪的事情
我弄了一台無風扇電腦系統在僅有接一個USB音訊裝置其他滑鼠等等都不接
聲音好上非常多！

[aztec1234]

之前沒仔細看這篇，畢竟考研究所是好幾年前的事了，有些東西忘了……
身為計網的助教，今天老師剛好教到point to point link，複習了編碼方式
NRZI編碼是1=>電位改變(high->low or low->high)，0=>電位不變
所以NRZI怎麼沒有clock？
沒有clock，怎麼判斷0的存在？
因為NRZI會遇到連續0的問題，所以才會需要4B/5B encoding保證連續的0不會超過3個

我想你應該也誤會我的意思

我所謂的"不帶時脈訊號"的意思很簡單，
舉個例子，
I2S介面，Data一條傳送路徑，clock一條傳送路徑，
完全根據接收到的clock去解Data

這種的叫做"帶有時脈訊號的傳輸"，因為傳送出去的封包就有包含了時脈，
接收端就用這個時脈資訊去作資料處理

那麼USB呢？它的時脈訊號是由接收端本身去產生的，但相位是由"資料"去決定的，
有點類似於S/PDIF的編碼方式，只有"資料"的傳輸，雖然這個資料有經過一些處理

另外USB上的NRZI編碼如下：
當資料為1時，USB data bus上的電壓不變，當資料為0時，電壓反轉，
它碰到的問題是連續的"1"時，長時間USB data bus電壓無法反轉，
所以沒有任何的trigger point給接收端去辨認，接收端就會無法作同步

所以在6個連續的"1"之後會作Bit-stuffing的動作，強迫USB data bus上作電壓反轉，
以便接收端作同步

再來，USB封包開頭會先送一串同步序列:
連續7個0外加一個1，
這樣USB data bus上就會出現一段連續的電壓反轉訊號，
可讓接收端先用這一段去同步自己產生的clock，
再基於這樣的clock來解NRZI封包，
根據接收到的NRZI封包是否有電壓變化來不斷調整clock的相位

這個就完全可以解釋你所提出的這一段話---

今天8個bit都為1的data：0b11111111，電位會做8次變化，接收端輕易的知道有8個1
那麼8個bit都為0的data：0b00000000，電位不會有任何變化，請問沒有clock的話，接收端收到一連串沒有電位變化的訊號，怎麼判斷有8個0？
只有存在clock，經過八個cycle都沒有電位變位，receiver才能知道收到8個0
更別提若receiver的clock跟sender有差的話，receiver可能會認為收到9個0或7個0

另外，因為1會做訊號變化，所有若訊號中帶有兩個連續的1，訊號就會連續變化兩次，而這兩次連續變化的time interval就剛好等於sender的一個clock，receiver也可以根據這個來校正clock

在USB上，你說的這段是反過來的，
USB的NRZI是0才作電壓反轉，1不動

而既然你前面的立論錯誤了，後面的結論我想也沒法信了……
(consecutive 1s imply clocks)

So?
另外我不是用維基去找資料的，這是我之前公司的案子需求，
去硬把USB規格讀完得到的東西

[aztec1234]

想到再補充一些東西，
就是S/PDIF與USB雖然編碼看起來很像，但是不同的地方在那裡

S/PDIF是Biphase Mark Coding，直接看例子比較快：

Clock 0 0 0 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0

Data 0 0 0 0 1 1 0 0 0 0 1 1 1 1 0 0 1 1 0 0 0 0 1 1 0 0

BMC 0 0 0 0 1 0 1 1 0 0 1 0 1 0 1 1 0 1 0 0 1 1 0 1 0 0

可以看到要作BMC編碼，Clock的頻率必須要Data的2倍，
而BMC編碼後的最小pulse width = 50% duty clock pulse width = 0.5*Data pulse width

而USB的NRZI如下：

Data 0 0 1 0 0 1 1 0 1 0 0 1 0

NRZI Idle 0 1 1 0 1 1 1 0 0 1 0 0 1

經由NRZI編碼後最小pulse width = Data pulse width

因為S/PDIF的編碼方式讓編碼後的資料其最小的pulse width與Clock相同，
所以許許多多的S/PDIF Receiver都在接收BMC編碼資料後，直接拿它用PLL鎖定出clock頻率，
再把資料解回去

但USB無法這麼作，因為NRZI的最小pulse width是Clock的兩倍(假設setup/hold time = 0.5*Tclk)
沒辦法直接用，所以USB在接收到NRZI編碼資料後，
接收端自己先產生Clock，再用NRZI編碼資料去作Clock phase synchronize

而比較好的S/PDIF Receiver就會用外部的clock，再用接收到的BMC編碼作同步，
一些De-jitter元件也有類似的作法，這時就跟USB的作法很像

這樣的差異也說明了為何S/PDIF Receiver與USB Receiver對於Jitter的抵抗能力會有所不同

[gdemon]

之前沒仔細看這篇，畢竟考研究所是好幾年前的事了，有些東西忘了……
身為計網的助教，今天老師剛好教到point to point link，複習了編碼方式
NRZI編碼是1=>電位改變(high->low or low->high)，0=>電位不變
所以NRZI怎麼沒有clock？
沒有clock，怎麼判斷0的存在？
因為NRZI會遇到連續0的問題，所以才會需要4B/5B encoding保證連續的0不會超過3個

我想你應該也誤會我的意思

我所謂的"不帶時脈訊號"的意思很簡單，
舉個例子，
I2S介面，Data一條傳送路徑，clock一條傳送路徑，
完全根據接收到的clock去解Data

這種的叫做"帶有時脈訊號的傳輸"，因為傳送出去的封包就有包含了時脈，
接收端就用這個時脈資訊去作資料處理

暸解

另外USB上的NRZI編碼如下：
當資料為1時，USB data bus上的電壓不變，當資料為0時，電壓反轉，
它碰到的問題是連續的"1"時，長時間USB data bus電壓無法反轉，
所以沒有任何的trigger point給接收端去辨認，接收端就會無法作同步

所以在6個連續的"1"之後會作Bit-stuffing的動作，強迫USB data bus上作電壓反轉，
以便接收端作同步

再來，USB封包開頭會先送一串同步序列:
連續7個0外加一個1，
這樣USB data bus上就會出現一段連續的電壓反轉訊號，
可讓接收端先用這一段去同步自己產生的clock，
再基於這樣的clock來解NRZI封包，
根據接收到的NRZI封包是否有電壓變化來不斷調整clock的相位

在point to point link上，這是很常見的作法

在USB上，你說的這段是反過來的，
USB的NRZI是0才作電壓反轉，1不動

So?
另外我不是用維基去找資料的，這是我之前公司的案子需求，
去硬把USB規格讀完得到的東西

暸解
我沒K過 usb spec
感謝你很詳細的解說

[mlnaml]

我機器是 m902, 偵測到的是BB PCM2902

還是設定哪邊有問題?

沒有問題，不管你的機器叫什麼名字
電腦抓的是晶片，偵測到的是BB PCM2902
就代表m902用的解碼晶片就是BB PCM2902

[averyhsu]

個人也是用DAC2~~

話說昨天嚐試了一下~比較USB線跟光纖線輸入~~~

我還是覺得兩個幾乎比不出差異~~


想請問各位版大一下~USB跟光纖這種數位輸入~~是不是本身就不會有什麼差別??

謝謝

[tomchen928]

USB3.0 是比較值得看好的介面
從原本的岔斷使用改成全雙工
傳輸速度也快了
但是在介面還沒出來前
還是比較看好Firewire
pcie卡直接溝通北橋則是更好

USB2.0音效,我認為還是最不得已的選擇

這句話是不正確的
PCI-E只有在跑8X 16X顯示使用時才會是由北橋控制
以下的4X 1X都是由南橋控制
就算是把1X的卡插在16X的槽
那個槽會降速成1X並由南橋控制(有時還不會支援1X的速度)