※ 本文轉寄自 ptt.cc, 文章原始頁面
看板Headphone
標題

Re: [心得] 數位不就0與1怎麼可能(略

時間
最新2022-05-12 19:06:00
留言181則留言,18人參與討論
推噓50 ( 500131 )
另外回一篇,比較容易看 目前看下來,推測應該是RoPieee內部的系統與PC的Windows處理機制不同 加上樹莓派本身硬體架構比較簡單,干擾少所以把訊源輸出換成樹莓派時 造成的聽感差異,我的結論是這樣 輸出的架構是這樣 *音量統一在Roon裡面都是設定成 Fixed Volume 由 Qi 控制音量 原架構 PC(Roon Server)沒有開任何DSP -> USB -> 老虎魚 -> USB -> Qutest -> Qi -> XLR -> HD800s 樹莓 PC(Roon Server)沒有開任何DSP -> Roon Bridge(透過家用內網) -> 樹莓(RoPieee)沒做任何其他設定 -> USB -> 老虎魚 -> USB -> Qutest -> Qi -> XLR -> HD800s 其實我覺得比較困惑的是在資料到Qutest以前,應該都是數位的,歌曲當初是 怎麼紀錄成數位的,在還沒有變成類比訊號以前應該不會有差(我猜),我的認 知是數位應該是01組成的紀錄,不是0就是1為啥解讀數位這部分會有差異? 又不是量子除了01以外資料還有其他狀態,我沒辦法理解為什麼解讀01會因為 系統不同會有差異?(可能表達疑問沒表達的很清楚,請見諒,我盡力了QQ) 另,Roon的資料傳遞方式都是一樣的,我檢查過,除了最後到Qutest不同以外 PC直連是ASIO,樹莓因為是Linux方式是ALSA 我沒辦法盲測,不過我反覆插拔試聽了三個小時,結論真的有差異就是(我的結論) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.51.173.64 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Headphone/M.1652244819.A.B2E.html

181 則留言

uone, 1F
有個東西叫數位傳輸規範,意思是在這個規範下可以確保數位

uone, 2F
傳輸的正確性,那為什麼會有這個"規範"呢? 硬體要是沒遵守這

uone, 3F
個規範(例如傳輸線太長 阻抗不對 屏蔽做不好)noise就會強到

uone, 4F
開始影響數位資料的正確性了(error出現)。也就是說,打從一

uone, 5F
開始這門學問就沒有否認過noise的存在阿

jhs1213, 6F
加入第三方來比較呢? 像是手機或平板USB接DAC

xoy, 7F
有iPad iPhone的話裝Roon Remote一樣可以輸出Bit Perfect的U

xoy, 8F
SB Audio,很多Roon用戶也這樣用,自己比較看看。另外就是第

xoy, 9F
一篇我提過PC如果可以跑Roon ROCK也可以拿來比較Windows跑Ro

xoy, 10F
on直連DAC

ultimatevic, 11F
我是覺得你的狀況很可能是市電或GND的問題才會有明

ultimatevic, 12F
顯的聽感變化。軟體那些有設定好就不要再糾結數位是

ultimatevic, 13F
否正確的問題。可以先試著做隔離,弄好市電的接地或

ultimatevic, 14F
是查看市電迴路上有沒有接線錯誤

ultimatevic, 15F
這些基本的東西沒弄好加上不夠嚴謹的ABT你會遇到很

ultimatevic, 16F
多很玄的事情

icekiba, 17F
我都自己蓋核電廠發電 才能得到最乾淨的電源

AncientLich, 18F
樓上沒有8次ABT盲測不同電廠,是自由心證

icekiba, 19F
電廠也能盲測 I服了U

hsakuya, 20F
數位雖然是0跟1 但是這個0跟1是藉由電流開與關來產生的

hsakuya, 21F
而不是直接在設備跟線材間丟一個個白紙黑字的0跟1…數

hsakuya, 22F
位訊號是由類比方式傳遞的 不同設備與線材間傳遞的0與1(

hsakuya, 23F
電流開關)波形等都會有一些細微的差異 這些就是最後影響

hsakuya, 24F
音色的部分

laeva75, 25F
數位音響的重點在Clock信號阿....

laeva75, 26F
DAC將數位資料轉換成類比信號的"時間點"

icekiba, 27F
沒人吐槽怎麼扯到GND跟市電嗎XD

ultimatevic, 28F
可以吐槽看看 我來看看你的程度到那邊

ultimatevic, 29F
PC跟樹梅派我手上都有,歡迎討論

ultimatevic, 30F
如果你每一篇都想引戰,還真是耳機板的不幸

djboy, 31F
ROON 是AP,你還是要看 底層OS 的行為。

djboy, 32F
PC 和 樹梅派 都有,代表什麼? 可以盲測?

djboy, 33F
這篇不就是在討論 數位0/1 的問題,就是來討論(戰?)的啊

dzwei, 34F
"數位是類比的方式" 這其實某方面來說是很正確的

ultimatevic, 35F
如果沒有限制變因,討論也沒辦法解決原PO的問題

dzwei, 36F
USB來說好了 總會用到"CDR/Serdes"對吧 嚴格說起來這是類比

ultimatevic, 37F
PC跟樹莓的電源設計就不同,PC多了一個EMI filter

dzwei, 38F
電路 然後CDR跟SerDes的Reference Clock的jitter很重要

dzwei, 39F
以前讓SI5328B輸出的clock 過fpga general pll

djboy, 168F
IC能接受大約 10%的上下差,但是通常會做到20%。所以,你真

djboy, 169F
的要傳5V的電壓,「正常」的訊號,是不到出現4V這種事;如

djboy, 170F
果出現,那這塊PCBA根本就有問題,不在討論範圍內。

djboy, 171F
另外的角度是,USB這種爛大街的介面,有無數的reference可

djboy, 172F
以抄,要做到爛很困難,應該算是入門等級了。

chickengod, 173F
怎麼知道中間資料沒被改過

chickengod, 174F
只能把usb封包錄下來比對才知道是不是真的一樣

djboy, 175F
驗封包 那是基本做IC的驗證,一般人不用去做啦。

gba321gbb321, 176F
從錯誤更正碼的角度而言,因為是用加入的redundancy

gba321gbb321, 177F
-bit去解碼,如果超出解碼的錯誤上限通常會是一整

gba321gbb321, 178F
串bit一起往錯誤的方向解碼,只錯一個bit的情況應

gba321gbb321, 179F
該是不可能出現。

gba321gbb321, 180F
所以有錯的話人耳通常能聽到跳針/爆音,而不是聽到

gba321gbb321, 181F
較差音質的音樂。