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

看板Headphone作者 (Phantom)時間2年前 (2022/05/11 00:31), 2年前編輯推噓30(30推 0噓 84→)
留言114則, 20人參與, 2年前最新討論串2/5 (看更多)
先說我不是專業的 不過我會Google Google之後可以看到其實一個OS對音效都有相應的架構 Windows https://tinyurl.com/3fc6j7hs Linux ALSA https://wiki.st.com/stm32mpu/wiki/ALSA_overview 所以很多東西並不是你看到的這麼簡單 不同的OS對音效會做的相對應處理都不一樣 所謂的撥放程式也只是Call api把檔案讀出來經過處理後再請求系統處理而已 當然細項實作我不知道,除了Linux,Windows在這方面就一個黑盒子 你也不知道實際出來的數位訊號丟給DAC的數位訊號長什麼樣子 不過真要量應該是可以量? 以上,如果有做這方面Driver還是設計的可以出來科普XD -- 作者 NerVGear (Phantom) 看板 Gossiping 標題 [問卦] 有沒有記得最熟課文的八卦 時間 Thu Apr 9 17:16:15 2015 ───────────────────────────────────────
推
04/09 17:16,
孫中山看精子往上游?
04/09 17:16
→
04/09 17:17,
靠杯 打錯 腦子是想小魚逆游?打出精子= =
04/09 17:17
-- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.7.111 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Headphone/M.1652200272.A.5AD.html
推
05/11 00:38, 2年前 , 1F
那CD轉盤怎麼解釋（在線等
05/11 00:38, 1F
你想講什麼就直接講題目就好 不然也可以發一篇討論
推
05/11 00:42, 2年前 , 2F
我是問問題好嗎…
05/11 00:42, 2F
要問問題就把題目條件講清楚啊==
→
05/11 00:47, 2年前 , 3F
所以不知道丟過去的數位訊號不同所以影響了聲音 對吧?
05/11 00:47, 3F
→
05/11 00:47, 2年前 , 4F
轉盤就是問…不同轉盤的差異也是這樣嗎? 跟電腦的差異也
05/11 00:47, 4F
→
05/11 00:47, 2年前 , 5F
是這樣嗎?
05/11 00:47, 5F
第一段可以說是 因為最終還是會經過系統層處理 然後你可能不知道這個系統層他做了什麼處理然後才把東西丟給DAC 至於我想你想說的是光碟機? 光碟機只是負責把光碟上的資料讀出來然後餵給後面系統 跟你從硬碟讀資料出來是一樣的 只要沒有資料錯誤東西都會一樣 理論上並不會存在光碟機不同音質有差之說 畢竟光碟機就是一堆bit的載體而已,這東西是絕對的 硬要說真的有差可能就不同廠牌的光碟機資料錯誤容忍度有差吧 至於你說電腦的差別是指什麼?
→
05/11 00:59, 2年前 , 6F
你的意思是光碟機會有讀取錯誤的時候?
05/11 00:59, 6F
→
05/11 01:00, 2年前 , 7F
我的問題就是CD轉盤丟給Dac的資料跟你電腦丟給Dac的資料
05/11 01:00, 7F
→
05/11 01:00, 2年前 , 8F
不是一樣嗎?
05/11 01:00, 8F
→
05/11 01:01, 2年前 , 9F
你說的系統層造成差異 導致數位訊號有改變 那不同CD轉盤
05/11 01:01, 9F
→
05/11 01:01, 2年前 , 10F
也是一樣的原理嗎?
05/11 01:01, 10F
→
05/11 01:02, 2年前 , 11F
CD轉盤…這不是電腦裡面的光碟機
05/11 01:02, 11F
→
05/11 01:02, 2年前 , 12F
有讀錯的可能 不過應該有糾錯的機制 如果錯太多應該就
05/11 01:02, 12F
→
05/11 01:02, 2年前 , 13F
直接資料毀損了
05/11 01:02, 13F
→
05/11 01:03, 2年前 , 14F
你電腦播放已經rip好的CD 跟 用CD轉盤播放 『同一塊』CD
05/11 01:03, 14F
→
05/11 01:03, 2年前 , 15F
裡面的資料不是一樣嗎?
05/11 01:03, 15F
→
05/11 01:04, 2年前 , 16F
這不就是常常講的疑問嗎 讀取錯誤早就爆音了…
05/11 01:04, 16F
→
05/11 01:04, 2年前 , 17F
那裡的CD轉盤是指？
05/11 01:04, 17F
→
05/11 01:04, 2年前 , 18F
衍生問題 所以你讀取錯誤那邊影響聲音?? 應該不是吧
05/11 01:04, 18F
→
05/11 01:06, 2年前 , 19F
05/11 01:06, 19F
→
05/11 01:06, 2年前 , 20F
CDt CD轉盤 … 沒人在用了嗎
05/11 01:06, 20F
→
05/11 01:09, 2年前 , 21F
那是這個的話就是所謂的系統層的問題啊 光碟機把資料讀
05/11 01:09, 21F
→
05/11 01:09, 2年前 , 22F
出來會送進它裡面的不管是SoC的還啥處理 出來的數位訊
05/11 01:09, 22F
→
05/11 01:09, 2年前 , 23F
號本來就有可能有差異
05/11 01:09, 23F
→
05/11 01:10, 2年前 , 24F
嚴格說起來，現代的轉盤要塞個小小的linux不是問題
05/11 01:10, 24F
→
05/11 01:11, 2年前 , 25F
可以分解成幾步 資料->系統處理->DAC
05/11 01:11, 25F
→
05/11 01:11, 2年前 , 26F
不見得是bare-metal的開發方式
05/11 01:11, 26F
→
05/11 01:14, 2年前 , 27F
追問 換線會影響數位訊號嗎?
05/11 01:14, 27F
→
05/11 01:21, 2年前 , 28F
你說的影響是指？ 如果是會讓0變成1的那種本身前提就不
05/11 01:21, 28F
→
05/11 01:21, 2年前 , 29F
對了
05/11 01:21, 29F
→
05/11 01:22, 2年前 , 30F
不是的話只要線能正確傳遞資料流那就不會影響
05/11 01:22, 30F
推
05/11 01:58, 2年前 , 31F
Linux現在的音效架構超級雜的
05/11 01:58, 31F
→
05/11 02:00, 2年前 , 32F
要解MQA要bit perfect 那還會有不同撥放os/程式差異嗎?
05/11 02:00, 32F
→
05/11 02:05, 2年前 , 33F
MQA bit perfect? 感覺好衝突的一句話
05/11 02:05, 33F
還有 46 則推文
還有 9 段內文
→
05/11 10:36, 2年前 , 80F
是這跟資料有沒有被改就無關了，Jitter跟同步非同步傳輸有影
05/11 10:36, 80F
→
05/11 10:36, 2年前 , 81F
響，電氣電磁雜訊也可能有影響
05/11 10:36, 81F
我看Roon的說明頁看起來是不一定耶? https://help.roonlabs.com/portal/en/kb/articles/audio-setup-basics 檢查一下兩邊設定是否相同就可以快速排除阿 搞不好是有什麼問題有設定跳掉
推
05/11 10:42, 2年前 , 82F
另外播放程式只是Call API這個誤會就大了
05/11 10:42, 82F
這樣說的確不好啦 撥放器有可能會做一些處理再把資料丟給系統
→
05/11 10:42, 2年前 , 83F
資料不會被改變吧 所以都是其他的原因影響 像是這篇講的
05/11 10:42, 83F
→
05/11 10:42, 2年前 , 84F
OS處理層導致改變
05/11 10:42, 84F
推
05/11 10:55, 2年前 , 85F
不是還有exclusive mode 要開嗎
05/11 10:55, 85F
推
05/11 11:48, 2年前 , 86F
原Po的做法是拿樹苺派當Roon Bridge，Roon Server還是原來的
05/11 11:48, 86F
→
05/11 11:48, 2年前 , 87F
那一台PC，Roon的資料流是不是Bit Perfect看Signal Path就知
05/11 11:48, 87F
→
05/11 11:48, 2年前 , 88F
道了
05/11 11:48, 88F
Roon的Bridge也是分開設定的阿 Server只是提供音檔,但實際怎麼送到DAC是看Local的裝置設定 Once you've installed Roon Bridge, you’ll need to configure your device’s audio outputs. Start by opening Roon on your Windows or OS X computer, or Roon Remote on your iOS or Android device. In Settings, click the Audio tab -- in the Networked section, you should be able to see the list of audio devices discovered by Roon Bridge. Enable the device (or devices) you want to use. More detailed instructions about setting up your DAC can be found here.
推
05/11 12:21, 2年前 , 89F
我只能猜你沒用過，RoPieee的Roon Bridge接USB DAC沒什麼設
05/11 12:21, 89F
→
05/11 12:21, 2年前 , 90F
定，就是Bit Perfect的方式，Roon預設就是這樣而已，除非故
05/11 12:21, 90F
→
05/11 12:21, 2年前 , 91F
意SSH進去亂搞
05/11 12:21, 91F
推
05/11 12:36, 2年前 , 92F
Roon設計上本來就有考量到不同OS可能的干擾，這是基本功，要
05/11 12:36, 92F
→
05/11 12:36, 2年前 , 93F
檢查也很簡單，要刻意讓OS的機制如Mixer改變資料也不是不行
05/11 12:36, 93F
→
05/11 12:36, 2年前 , 94F
，只是我看不出來原Po有故意做這件事
05/11 12:36, 94F
確實是沒用過 所以我只是在雲整體架構 那其實可以反過來說 Windows上的設置正確嗎? 如果RoPieee上面的東西都是不能動的 我光看Roon介紹的頁面就一堆東西可以設定了 PC上有開Exclusive mode嗎? 還是Roon預設就會開? 而且你終究會接到Driver層的 我看他所用的DAC在Windows還會需要特別裝驅動 除非是像MQA這種的 他是原始資料直接丟給DAC解 不過MQA也有很多種運作模式,也不一定 https://tinyurl.com/yfk7vmdj
→
05/11 12:50, 2年前 , 95F
USB接DAC 應該也排除jitter不同的問題?
05/11 12:50, 95F
→
05/11 13:52, 2年前 , 96F
某些狀況下USB協定即時傳輸速度優先於正確性。這時線
05/11 13:52, 96F
→
05/11 13:52, 2年前 , 97F
材造成的影響才會出來（眼圖張開程度）
05/11 13:52, 97F
推
05/11 13:58, 2年前 , 98F
討論線材 模糊焦點喔
05/11 13:58, 98F
→
05/11 15:07, 2年前 , 99F
再次開戰
05/11 15:07, 99F
推
05/11 15:13, 2年前 , 100F
置板凳
05/11 15:13, 100F
推
05/11 15:29, 2年前 , 101F
塔塔開
05/11 15:29, 101F
※ 編輯: NerVGear (114.34.7.111 臺灣), 05/11/2022 15:57:01 ※ 編輯: NerVGear (114.34.7.111 臺灣), 05/11/2022 16:03:40
推
05/13 00:26, 2年前 , 102F
一般人用的系統沒在跟你直接用 libasound 的啦
05/13 00:26, 102F
→
05/13 00:26, 2年前 , 103F
userspace 那邊都嘛還要經過 sound server (libpulse)
05/13 00:26, 103F
→
05/13 00:28, 2年前 , 104F
app > libpulse > libasound/plugins > kernel ALSA
05/13 00:28, 104F
→
05/13 00:29, 2年前 , 105F
新的或未來的會慢慢改成 pipewire 但是幹一樣的事情
05/13 00:29, 105F
推
05/13 00:41, 2年前 , 106F
真的很用心開發的 比方說roon on Linux 應該會以ALAS為底層
05/13 00:41, 106F
→
05/13 00:42, 2年前 , 107F
上層的東西再自己寫
05/13 00:42, 107F
→
05/13 00:43, 2年前 , 108F
05/13 00:43, 108F
→
05/13 00:43, 2年前 , 109F
這是roon server在arch的相依套件
05/13 00:43, 109F
→
05/13 00:45, 2年前 , 110F
如果要保證低latency的話 除了基於ALSA手刻上層之外
05/13 00:45, 110F
→
05/13 00:45, 2年前 , 111F
連kernel都要用realtime的 jack好像有realtime的conf
05/13 00:45, 111F
→
05/13 00:46, 2年前 , 112F
可以打開 這是jack強調他low latency的原因
05/13 00:46, 112F
推
05/13 01:00, 2年前 , 113F
那是改 limits.conf 讓 jackd 的 thread 可以跑在 rt
05/13 01:00, 113F
→
05/13 01:01, 2年前 , 114F
scheduler 上。這個操作沒有一定要 kernel rt patchset
05/13 01:01, 114F
‣ 更多 NerVGear 的文章
文章代碼(AID): #1YUfDGMj (Headphone)
‣ 更多 NerVGear 的文章
文章代碼(AID): #1YUfDGMj (Headphone)