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

Re: [心得] 運用 Chrony 對時工具提升音訊品質

時間
最新2023-07-14 15:39:00
留言98則留言,13人參與討論
推噓20 ( 20078 )
原文恕刪 以下簡易解釋優化front end, 的DATA或是CLK是相對比較無效益的, 如有錯誤再請高人補充或改正, 另外關於介面傳輸干擾,包含PG noise,crossing talk ,ISI,SSO,GND bounce ,PSR R問題先不在此列。 如下圖截至ESS提出的原理 左邊紅圈為CDR/DPLL 因介面傳輸有非理想效應, 這些傳輸不佳訊號不能被直接數位電路使用, 所以需要重整DATA, 右邊為OSC 或是本地CLK 專門給DAC cell使用, 當CLK正或負源觸發後將DATA送給DAC, *OSC物理電器特性是一個固定低頻高性能的CLK 故我們知道最終決定抖動性能就是這個本地CLK,前端很差或是被DIGITAL PHY暫存都只是 被看作latency 的表現不影響最終性能,其他類比干擾暫不在此討論。 https://i.imgur.com/JgIngMU.jpg
Re: [心得] 運用 Chrony 對時工具提升音訊品質
這時有人會說DATA錯了怎辦? 通常晶片內有digital PHY或是controller 如果DATA效能差到規格外,搞得PHY神經了,是會解不出來或是time out,聲音是打不出 來的。 內部數位的過程因為設計時晶片EDA tool都會評估DATA 跟CLK的skew故可以放心,如果真 有問題量產晶片測試時會被刷掉不會流到消費者端。 以下兩圖是市面上販賣的主機板內建以及外接USB DAC 晶片的data sheet ,紅圈所示為 這個原理的實踐 https://i.imgur.com/7XIGNUe.jpg
Re: [心得] 運用 Chrony 對時工具提升音訊品質
https://i.imgur.com/IW2N5Bg.jpg
Re: [心得] 運用 Chrony 對時工具提升音訊品質
感謝板上先進,如有錯誤再請板上先進修正 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.239.156 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Audiophile/M.1689237197.A.AFE.html

98 則留言

※ 編輯: bt092001 (223.137.239.156 臺灣), 07/13/2023 16:35:37
※ 編輯: bt092001 (223.137.239.156 臺灣), 07/13/2023 16:35:52

icekiba, 1F
大腸麵

evadodoya, 2F
多加香菜

djboy, 3F
可能要在結論區加一句:「系統的GLOBAL CLOCK沒有對準,

djboy, 4F
可視為前端有狀況,但是均己被DAC後端解決掉」

djboy, 5F
這樣子,原原PO才看的懂
感謝補充,的確是這樣理解,如果狀況大到PHY看不懂,資料是送不出來的
※ 編輯: bt092001 (223.137.239.156 臺灣), 07/13/2023 17:12:19

kshieh, 6F
原原po有說到在USB DAC做resampling時需要準確的時間,才

kshieh, 7F
會算(interpolate)出正確的結果?

kshieh, 8F
更正:是電腦做resampling
07/13 17:18這樣意義不大,因為聽到的聲音的CLK是DAC 本地CLK在送,電腦端的東西也只是被DIgitalPHY存起來視為系統latency 而已

Oswyn, 9F
目前主流就是傳輸為異步,明示兩端被不同步的 buffer 分隔

Oswyn, 10F
而 DAC 還是工在同步模式,所以 DAC 依賴的時鐘源很重要

greg7575, 11F
dpc latency 大到讓音樂起肖的狀況也蠻常發生(

greg7575, 12F
封包,你退下。
※ 編輯: bt092001 (223.137.239.156 臺灣), 07/13/2023 17:36:25

comipa, 13F
所以為什麼之前很多人玩PC訊源都是先幹了p/c state這類

comipa, 14F
另外電腦算什麼都不用準確的時間 是要準確的clk,連時間都

comipa, 15F
是以clk為基礎算出來的. 電腦內有時間觀念的硬體大概RTC吧

ganei, 16F
玩過走USB 1.x的 DAC就知道DAC起乩其實也還好,重插RESET一

ganei, 17F
下而已(重新同步),頂多一直斷電重開有點煩,等哪天受不了

ganei, 18F
自然會換走2.0非同步的新機... (不便引發的購物衝動

icekiba, 19F
1.1沒幾年就2.0化了

elguapo, 20F
感謝解說。但我的point真的不是DAC的design問題。場景:M

elguapo, 21F
ac A 用 Dante 連 Mac B,Mac B 用 internal looping 將

elguapo, 22F
音訊轉給 USB DAC。Dante 和 internal looping 是虛擬介

elguapo, 23F
面。請問音訊資料傳遞時,max A -> Mac B 傳 Dante 時誰

elguapo, 24F
是主鐘?到了 Mac B,Dante 借 internal looping 到 USB

elguapo, 25F
DAC ,這時的時鐘如何轉換?
坦白說只要合規前端並不重要, 因為到DAC前可能過了無數個PHY,他們之間只要DATA對, 其他firmware,software,hardware 之間 如何handshake 轉了什麼格式的資料或是時鐘,只要合規走最高規互相能看懂就好, 但詳細還要去看各個介面的spec 。 最終性能決定還是在最終段

ganei, 26F
記得2003年左右就有pcm2702的pcb可以玩,2.0 非同步的

ganei, 27F
audio 介面出來要到2010去了(XMOS方案),有本事拿Cypress

ganei, 28F
晶片或FPGA自幹的論外,這大概比日本製壓縮機還稀少

elguapo, 29F
更正Mac A
※ 編輯: bt092001 (125.228.98.41 臺灣), 07/13/2023 19:33:15

greg7575, 30F
古早拿270x 蝦機八搭棚的一堆啊,好玩

greg7575, 31F
xmos 粗乃還是有一大堆receiver活得好好的(

greg7575, 32F
usb剛粗乃的時候cs8xxx這些轉IIS的很熱門

yamatai, 33F
這種說法已經十幾年 還是沒解釋為什麼電腦不同聲音不同
內文有說排除,類比串擾,這邊講的是系統理論,CLK一樣DATA一樣就是一樣,但這裡沒 講類比串擾哦,系統隔絕能力,noise 樣態大小這些都是可能不一樣的點 而且chip 都還有PVT的偏移,要計較的話多的是可以計較的
※ 編輯: bt092001 (125.228.98.41 臺灣), 07/13/2023 19:55:39
※ 編輯: bt092001 (125.228.98.41 臺灣), 07/13/2023 20:33:23

djboy, 34F
其實,現在都2023年了,AKM/ESS的高薪RD也不是吃素,能做

djboy, 35F
能改的應該都全下了(除了COST DOWN版本,這也是盡力COST

djboy, 36F
DOWN)。DAC IC 大概也就如此,除非有天才或是架構性的突破

dancehotdog, 37F
產品會往cp值發展 不太會只考慮音質 就像3C一樣 到最

dancehotdog, 38F
後就不見得是特定族群喜歡的
07/13 22:03

yamatai, 39F
類比串擾 noise 樣態 也只是你的假設阿

kshieh, 136F
硬要跑進水(ip network)裡,用來奧林匹克等級的泳技,結果

kshieh, 137F
速度還是輸給陸地慢跑的阿伯…

bt092001 作者的近期文章

[閒聊] 垂直的soundstage是不是比較難營造
如題所示, 一般來說只要喇叭本身控制好水平指向性, 波導設計等等,跟設計好側牆反射距離, 都有不錯的水平聲場, 但是好像比較難做到垂直指向性跟水平指向性 都很完美的寬直, 或是同時都有很好的垂直水平波導等等, 或是天花板高度讓反射距離等比較
[心得] 更換系統雜談
前前後後因為更改裝潢, 或是符合新的適用使用環境換過三次系統, 簡單分享一下雜談, 第一對入門: Naim NDAC Naim xs2 amp Naim Hi cap Pmc twenty 23 優點:當時前端算是一時之選,技術規格當年算是
[心得] 簡易視聽之旅心得
如題所示, 小弟近期想要縮減設備, 主要是有生小孩跟改變設備動線環境等規劃, 原喇叭是dynaudio focus主動喇叭, 想一想這單體對於小孩子的吸引力不少。 當時出掉了minidsp ddrc 以及node與線電, 換入一台M10,考
[問題] 2.1小型超低音購買請益
如題所示, 主喇叭 dynaudio focus 20XD 目前需求主要是希望低頻能延伸到20hz附近,大約開到50-60dB不失真即可,不需要地震 級,體積要小,有自備DRC。 選手如下 1.KEK kc62 帳面規格跟體積都很不錯,價格
更多 bt092001 作者的文章...