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

看板Headphone作者 (Levian)時間2年前 (2022/05/11 12:53), 編輯推噓50(500131)
留言181則, 18人參與, 2年前最新討論串3/5 (看更多)
另外回一篇,比較容易看 目前看下來,推測應該是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

05/11 13:05, 2年前 , 1F
有個東西叫數位傳輸規範,意思是在這個規範下可以確保數位
05/11 13:05, 1F

05/11 13:05, 2年前 , 2F
傳輸的正確性,那為什麼會有這個"規範"呢? 硬體要是沒遵守這
05/11 13:05, 2F

05/11 13:05, 2年前 , 3F
個規範(例如傳輸線太長 阻抗不對 屏蔽做不好)noise就會強到
05/11 13:05, 3F

05/11 13:05, 2年前 , 4F
開始影響數位資料的正確性了(error出現)。也就是說,打從一
05/11 13:05, 4F

05/11 13:05, 2年前 , 5F
開始這門學問就沒有否認過noise的存在阿
05/11 13:05, 5F

05/11 13:06, 2年前 , 6F
加入第三方來比較呢? 像是手機或平板USB接DAC
05/11 13:06, 6F

05/11 13:11, 2年前 , 7F
有iPad iPhone的話裝Roon Remote一樣可以輸出Bit Perfect的U
05/11 13:11, 7F

05/11 13:11, 2年前 , 8F
SB Audio,很多Roon用戶也這樣用,自己比較看看。另外就是第
05/11 13:11, 8F

05/11 13:11, 2年前 , 9F
一篇我提過PC如果可以跑Roon ROCK也可以拿來比較Windows跑Ro
05/11 13:11, 9F

05/11 13:11, 2年前 , 10F
on直連DAC
05/11 13:11, 10F

05/11 13:19, 2年前 , 11F
我是覺得你的狀況很可能是市電或GND的問題才會有明
05/11 13:19, 11F

05/11 13:19, 2年前 , 12F
顯的聽感變化。軟體那些有設定好就不要再糾結數位是
05/11 13:19, 12F

05/11 13:19, 2年前 , 13F
否正確的問題。可以先試著做隔離,弄好市電的接地或
05/11 13:19, 13F

05/11 13:19, 2年前 , 14F
是查看市電迴路上有沒有接線錯誤
05/11 13:19, 14F

05/11 13:22, 2年前 , 15F
這些基本的東西沒弄好加上不夠嚴謹的ABT你會遇到很
05/11 13:22, 15F

05/11 13:22, 2年前 , 16F
多很玄的事情
05/11 13:22, 16F

05/11 13:29, 2年前 , 17F
我都自己蓋核電廠發電 才能得到最乾淨的電源
05/11 13:29, 17F

05/11 13:36, 2年前 , 18F
樓上沒有8次ABT盲測不同電廠,是自由心證
05/11 13:36, 18F

05/11 13:37, 2年前 , 19F
電廠也能盲測 I服了U
05/11 13:37, 19F

05/11 14:35, 2年前 , 20F
數位雖然是0跟1 但是這個0跟1是藉由電流開與關來產生的
05/11 14:35, 20F

05/11 14:35, 2年前 , 21F
而不是直接在設備跟線材間丟一個個白紙黑字的0跟1…數
05/11 14:35, 21F

05/11 14:35, 2年前 , 22F
位訊號是由類比方式傳遞的 不同設備與線材間傳遞的0與1(
05/11 14:35, 22F

05/11 14:35, 2年前 , 23F
電流開關)波形等都會有一些細微的差異 這些就是最後影響
05/11 14:35, 23F

05/11 14:35, 2年前 , 24F
音色的部分
05/11 14:35, 24F

05/11 14:53, 2年前 , 25F
數位音響的重點在Clock信號阿....
05/11 14:53, 25F

05/11 14:56, 2年前 , 26F
DAC將數位資料轉換成類比信號的"時間點"
05/11 14:56, 26F

05/11 15:20, 2年前 , 27F
沒人吐槽怎麼扯到GND跟市電嗎XD
05/11 15:20, 27F

05/11 15:28, 2年前 , 28F
可以吐槽看看 我來看看你的程度到那邊
05/11 15:28, 28F

05/11 15:28, 2年前 , 29F
PC跟樹梅派我手上都有,歡迎討論
05/11 15:28, 29F

05/11 15:30, 2年前 , 30F
如果你每一篇都想引戰,還真是耳機板的不幸
05/11 15:30, 30F

05/11 15:38, 2年前 , 31F
ROON 是AP,你還是要看 底層OS 的行為。
05/11 15:38, 31F

05/11 15:39, 2年前 , 32F
PC 和 樹梅派 都有,代表什麼? 可以盲測?
05/11 15:39, 32F

05/11 15:40, 2年前 , 33F
這篇不就是在討論 數位0/1 的問題,就是來討論(戰?)的啊
05/11 15:40, 33F

05/11 15:47, 2年前 , 34F
"數位是類比的方式" 這其實某方面來說是很正確的
05/11 15:47, 34F

05/11 15:48, 2年前 , 35F
如果沒有限制變因,討論也沒辦法解決原PO的問題
05/11 15:48, 35F

05/11 15:48, 2年前 , 36F
USB來說好了 總會用到"CDR/Serdes"對吧 嚴格說起來這是類比
05/11 15:48, 36F

05/11 15:49, 2年前 , 37F
PC跟樹莓的電源設計就不同,PC多了一個EMI filter
05/11 15:49, 37F

05/11 15:49, 2年前 , 38F
電路 然後CDR跟SerDes的Reference Clock的jitter很重要
05/11 15:49, 38F

05/11 15:51, 2年前 , 39F
以前讓SI5328B輸出的clock 過fpga general pll
05/11 15:51, 39F
還有 102 則推文
05/11 20:25, 2年前 , 142F
資料的1,在3.3v跟5v之間跳動的1對比穩定5v的1,轉譯成
05/11 20:25, 142F

05/11 20:25, 2年前 , 143F
類比訊號會不會有差異?
05/11 20:25, 143F

05/11 20:26, 2年前 , 144F
要去買雞排了
05/11 20:26, 144F

05/11 20:35, 2年前 , 145F
單一個bit的錯誤我是覺得影響很小,因為數位訊號是一長串
05/11 20:35, 145F

05/11 20:36, 2年前 , 146F
的01去組成類比資料,除非一直出錯,不然我是覺得影響小
05/11 20:36, 146F

05/11 20:36, 2年前 , 147F
幾乎沒有差異
05/11 20:36, 147F

05/11 20:37, 2年前 , 148F
讀書心得寫的:16100片CD會發生1bit錯誤 (我記得
05/11 20:37, 148F

05/11 20:50, 2年前 , 149F
01沒有附贈電壓
05/11 20:50, 149F

05/11 20:51, 2年前 , 150F
找不到USB 2,USB 3.2 的 USB PHY,允許 10^-12錯誤率
05/11 20:51, 150F

05/11 20:52, 2年前 , 151F
你要聽的出差異,好歹5秒錯1次吧;USB 真的不可能錯成這樣
05/11 20:52, 151F

05/11 20:52, 2年前 , 152F
不要再想傳輸資料錯誤了啦,真的真的。
05/11 20:52, 152F

05/11 20:56, 2年前 , 153F
順便說一下,現在USB DAC的產品,大概都是USB 2.X的速度。
05/11 20:56, 153F

05/11 20:56, 2年前 , 154F
01不是本身就是用電壓在表現的嗎?
05/11 20:56, 154F

05/11 20:56, 2年前 , 155F
這種產品己經做爛了,所以都是買現成的來,像是mentor的
05/11 20:56, 155F

05/11 20:56, 2年前 , 156F
PHY。這些IP喔,經過20年的千錘百鍊,加上整個電子業幫他測
05/11 20:56, 156F

05/11 20:57, 2年前 , 157F
相容性,那個穩定度是高的嚇人。新的USB 3.2或4,那我不敢
05/11 20:57, 157F

05/11 20:58, 2年前 , 158F
說,但是USB 2.0的規格,是真的做爛,資料不會出啥問題。
05/11 20:58, 158F

05/11 21:03, 2年前 , 159F
我的問題是如果數位資料傳輸都正確,例如說0101這樣,那
05/11 21:03, 159F

05/11 21:03, 2年前 , 160F
他data腳在輸入電壓是0v5v0v5v跟在1v4v2v5v的情況下輸出
05/11 21:03, 160F

05/11 21:03, 2年前 , 161F
的類比波形會不會有差?
05/11 21:03, 161F

05/11 21:04, 2年前 , 162F
數位的好處,就是就算電壓有差,但是在範圍內,資料仍然可
05/11 21:04, 162F

05/11 21:04, 2年前 , 163F
會啊,工作電壓的差別一般 DAC 的 spec 裏就有
05/11 21:04, 163F

05/11 21:05, 2年前 , 164F
我以r2r的架構在想覺得可能有差,可是我沒辦法驗證,而
05/11 21:05, 164F

05/11 21:05, 2年前 , 165F
且在資料進機器到進DAC見還隔了一個USB的接收晶片,可能
05/11 21:05, 165F

05/11 21:05, 2年前 , 166F
修正掉了也不一定(?)
05/11 21:05, 166F

05/11 21:05, 2年前 , 167F
以完整的傳遞。你說的狀況,那真的太極端了。一般5V的訊號
05/11 21:05, 167F

05/11 21:06, 2年前 , 168F
IC能接受大約 10%的上下差,但是通常會做到20%。所以,你真
05/11 21:06, 168F

05/11 21:06, 2年前 , 169F
的要傳5V的電壓,「正常」的訊號,是不到出現4V這種事;如
05/11 21:06, 169F

05/11 21:06, 2年前 , 170F
果出現,那這塊PCBA根本就有問題,不在討論範圍內。
05/11 21:06, 170F

05/11 21:09, 2年前 , 171F
另外的角度是,USB這種爛大街的介面,有無數的reference可
05/11 21:09, 171F

05/11 21:09, 2年前 , 172F
以抄,要做到爛很困難,應該算是入門等級了。
05/11 21:09, 172F

05/12 05:02, 2年前 , 173F
怎麼知道中間資料沒被改過
05/12 05:02, 173F

05/12 05:02, 2年前 , 174F
只能把usb封包錄下來比對才知道是不是真的一樣
05/12 05:02, 174F

05/12 06:09, 2年前 , 175F
驗封包 那是基本做IC的驗證,一般人不用去做啦。
05/12 06:09, 175F

05/12 19:05, 2年前 , 176F
從錯誤更正碼的角度而言,因為是用加入的redundancy
05/12 19:05, 176F

05/12 19:05, 2年前 , 177F
-bit去解碼,如果超出解碼的錯誤上限通常會是一整
05/12 19:05, 177F

05/12 19:05, 2年前 , 178F
串bit一起往錯誤的方向解碼,只錯一個bit的情況應
05/12 19:05, 178F

05/12 19:05, 2年前 , 179F
該是不可能出現。
05/12 19:05, 179F

05/12 19:06, 2年前 , 180F
所以有錯的話人耳通常能聽到跳針/爆音,而不是聽到
05/12 19:06, 180F

05/12 19:06, 2年前 , 181F
較差音質的音樂。
05/12 19:06, 181F
文章代碼(AID): #1YUq5Jik (Headphone)
文章代碼(AID): #1YUq5Jik (Headphone)