-
2023-07-12, 12:33 AM
#7021
增加 Windows 對時頻率
看到 Sam 和 k900733 兩位大大在隔壁樓講系統時間準確度及對時,也去讀了他們提到的幾篇文章/討論。先把看到的一些資料簡略整理出來供大家參考。目前我的系統正自行放暑假、我也忙著看環法大賽、沒空實驗。還望技術能力較強和有空實測的版上先進不吝補充、糾正、分享:
首先,這篇提到 S/PDIF 的訊號傳輸並不是以 DAC 端的時鐘頻率為準去從電腦拉訊號,而是電腦的時鐘和 DAC 的晶振各自爲政,你丟你的,我接我的,兩者的時鐘/晶振頻率可能有差異。而即使看似微小的差異,在很短的時間內就可能造成電腦丟出來的訊號塞車、累積到超過 DAC 暫存記憶體的容量而丟失;也可能電腦發訊號發得太慢,造成 DAC 收訊號開天窗。Airplay 的訊號傳輸有同樣的問題:
So lets say, the DAC’s clock is running at a perfect 44100.000. The computer’s clock might be at 44100.005. This seems like a small difference, but over even relatively short periods of time, they will drift relative to each other. In this case, since the computer is faster, data will tend to “pile up” in the AirPlay device.
同一篇還提到 DAC 對訊號做 asynchronous 頻率重建會造成訊號品質劣化。我好奇這裡說的取樣頻率轉換跟 FIFO 所做的處理是不是同一件事:
- Perform an asynchronous sample rate conversion from, in our example, 44100.005hz to 44100hz. This degrades the signal the whole time that the conversion is running to a degree that depends on the quality of the sample rate conversion algorithm.
如果電腦常常向標準時鐘對時的話,電腦調時間的機制不是一下子把時間往回撥(回撥可能造成剛剛系統已用過的時間印記再度出現、造成混亂)或往前撥,而是以調整時間走快或走慢(也就是微調振盪的頻率)的方式去修正。電腦經常對時會導致電腦的振盪頻率(時間走得快或慢)趨近於準確(標準時鐘),如果 DAC 端的晶振很準的話,前面提到的訊號塞車或開天窗現象就不會出現。若不考慮其他因素的話,電腦經常向標準時鐘對時應該有正面的效果。
以下讓 Windows 系統更頻繁去對時的步驟來自這一篇:(我自己還沒試)
Changing time synchronisation interval in Windows 10
A windows 10 computer synchronises with a time server to update the clock at specific intervals. In case of computers that are part of a domain, the default interval is 1 hour. But in case of stand-alone systems the update interval is 7 days. If you want your computer to synchronise the time more frequently, you can achieve that by changing the value for a registry key.
- Open registry editor. (Type regedit in the search box)
- Open the following registry path.HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient
- Right click the key SpecialPollInterval and select modify.
- Select Decimal as Base. The default value in the Value data box will be 604800 which is the poll interval in seconds (604800 seconds = 7 days).
- Enter a new value in the Value data box. For example if you want to set the poll interval to one day, enter the 86400.
- Click OK.
- Close registry editor and restart your computer.
這篇作者提醒:對時過於頻繁可能會被標準時鐘服務器誤判為惡意攻擊:
由於系統時鐘很快就會歪掉,所以若要長時間保持在 AES11 Grade 2 +-10ppm (+-10us),那麼就必須要增加對時頻率;為了避免被 NTP server 視為惡意行為 (過度的 polling 可能會被判斷為 DDoS),個人建議對時頻率別太緊密,大約 10~30s 範圍都能接受。
對時也沒想像中單純。電腦與標準時鐘間溝通的來回傳輸條件是否對稱也會影響。還有網路延遲、層級/stratum 等等都會影響。
此篇文章於 2023-07-12 07:55 AM 被 dequad 編輯。
-
The Following 5 Users Say Thank You to dequad For This Useful Post:
-
2023-07-12, 10:08 AM
#7022
我覺得PTT那個原始文章的『理論』犯錯太嚴重,把很多錯誤觀念搞在一起了!所以應該回到該文章的『實際聽感』。
要解釋該文章的『實際聽感』就很簡單:因為原始文章處理的方法是『每 XX MS進行一次系統對時』,這個動作會形同在聲音增加了某個頻率的加料。這樣的加料有兩大影響:第一個是該頻率與倍頻加上強化,第二個是依知覺心理學,加上底躁會突顯中頻信號。所以這個動作百分之百會『影響』聲音無誤!但是改善或改變就要再說.......
所以最後只能實際操作才能知道結果,依我看會因此得到『改善』的機率也會有,因為類比端性能不足,強化某個頻率來提供聽感是很容易發生的現象.......
所以我就懶得測試了.....
作者: dequad
看到 Sam 和 k900733 兩位大大在隔壁樓講系統時間準確度及對時,也去讀了他們提到的幾篇文章/討論。先把看到的一些資料簡略整理出來供大家參考。目前我的系統正自行放暑假、我也忙著看環法大賽、沒空實驗。還望技術能力較強和有空實測的版上先進不吝補充、糾正、分享:
首先, 這篇提到 S/PDIF 的訊號傳輸並不是以 DAC 端的時鐘頻率為準去從電腦拉訊號,而是電腦的時鐘和 DAC 的晶振各自爲政,你丟你的,我接我的,兩者的時鐘/晶振頻率可能有差異。而即使看似微小的差異,在很短的時間內就可能造成電腦丟出來的訊號塞車、累積到超過 DAC 暫存記憶體的容量而丟失;也可能電腦發訊號發得太慢,造成 DAC 收訊號開天窗。Airplay 的訊號傳輸有同樣的問題:
同一篇還提到 DAC 對訊號做 asynchronous 頻率重建會造成訊號品質劣化。我好奇這裡說的取樣頻率轉換跟 FIFO 所做的處理是不是同一件事:
如果電腦常常向標準時鐘對時的話,電腦調時間的機制不是一下子把時間往回撥(回撥可能造成剛剛系統已用過的時間印記再度出現、造成混亂)或往前撥,而是以調整時間走快或走慢(也就是微調振盪的頻率)的方式去修正。電腦經常對時會導致電腦的振盪頻率(時間走得快或慢)趨近於準確(標準時鐘),如果 DAC 端的晶振很準的話,前面提到的訊號塞車或開天窗現象就不會出現。若不考慮其他因素的話,電腦經常向標準時鐘對時應該有正面的效果。
以下讓 Windows 系統更頻繁去對時的步驟來自 這一篇:(我自己還沒試)
這篇作者提醒:對時過於頻繁可能會被標準時鐘服務器誤判為惡意攻擊:
對時也沒想像中單純。 電腦與標準時鐘間溝通的來回傳輸條件是否對稱也會影響。還有網路延遲、層級/stratum 等等都會影響。
-
The Following 5 Users Say Thank You to psycho For This Useful Post:
-
2023-07-12, 11:15 AM
#7023
作者: dequad
如果電腦常常向標準時鐘對時的話,電腦調時間的機制不是一下子把時間往回撥(回撥可能造成剛剛系統已用過的時間印記再度出現、造成混亂)或往前撥,而是以調整時間走快或走慢(也就是微調振盪的頻率)的方式去修正。電腦經常對時會導致電腦的振盪頻率(時間走得快或慢)趨近於準確(標準時鐘),如果 DAC 端的晶振很準的話,前面提到的訊號塞車或開天窗現象就不會出現。若不考慮其他因素的話,電腦經常向標準時鐘對時應該有正面的效果。
我好奇的是這樣的對時能在校正補償後變相改善電腦震盪器的短期穩定性? 用統計學來說,校正補償後mean會更趨近標準值,
但std標準差是變大還變小? 我本來以為是一次性校正,那標準差也許還會變大,但如果是補償概念的話,收斂後也許有可能是變小?
至於out of buffer或 empty buffer這種data drop的問題,產生的結果是爆音,而非我們想討論的改變或改善....老實說我會默認
這不會發生,因為太基礎了.就跟討論數位傳輸是否會data error一樣.
作者: dequad
對,這是另一個問題,對時本身就會因為傳輸品質而增加std(各種晃動)的來源,讓最終能產生改善的難度更高.
-
The Following 4 Users Say Thank You to Higuma For This Useful Post:
-
2023-07-13, 02:53 PM
#7024
-
The Following 5 Users Say Thank You to psycho For This Useful Post:
-
2023-07-13, 05:21 PM
#7025
教授,方便問一下你切換對時頻率後忍受了多久? 因為照之前討論,
這種補償式的作法要好一陣子才會收斂,一開始很難聽是正常的。
至於要多久,我也不知道,但起碼10分鐘吧,有變得像樣一點也許
就能再看看半小時後的差異XD。
-
The Following 2 Users Say Thank You to Higuma For This Useful Post:
-
2023-07-13, 07:28 PM
#7026
其實前兩天Sam兄貼了ArchQ的chrony安裝方式後,
我馬上就在我的ArchQ試了。
設定是每五秒對時一次(選的server網頁有說不能more frequent than 4 seconds)
聽感上是聲音變糊了點,
有點朝我上週在隔壁串分享聽感改善的反方向走。
不過在試聽之前,就已經和樂友討論過,並心理有了
「頻繁對時會造成系統和網路負擔」的想法,
所以不確定自己的聽感是不是心理作用;
甚至把chrony disable並重開機後,這種糊糊的聽感都還留著,
只能重灌一次ArchQ後聲音才覺得恢復了。
所以我自己也不確定這聽感到底準不準,就沒上來分享免得誤導大家XD
-
The Following 7 Users Say Thank You to k900733 For This Useful Post:
-
2023-07-13, 08:27 PM
#7027
-
The Following 3 Users Say Thank You to psycho For This Useful Post:
-
2023-07-13, 09:20 PM
#7028
作者: psycho
PC CPU直通USB 3.0 => BENEVO A TO C轉接頭( 要小心C的正反面完全不一樣!) => 【Avier】Uni G3 USB4 Gen3x2 線 => LINDY HUB。LINDY HUB外接 電源三號。
LINDY HUB 『第二號孔』是 A母 => DELOCK 鐵殼線 => YU-STUDIO電訊分離頭(外接電源二號) => UGREEN USB TO SATA(外接電源一號) => WD 8T ULTASTAR企業級硬碟2020/4月產。
以下是一些複雜的測試過程,直接講結論:
1、Z97UD7 有裝一片 USB 3.1擴充卡(當時應該是上千元),外接電源接上1500W的電腦本身電供。結果 聲音『徹底』輸給『直通CPU的USB3.0孔』.......
2、過程一直出現一堆莫名奇妙的相容性問題,需要自行以DEBUG的能力去奮戰!我出現的問題是LINDY HUB很容易抓不到硬碟,去裝置管理員把HUB解除安裝再重新掃描就可以抓到了.....
然後務必注意這個動作會把 USB HUB的自動省電功能打開!這是絕對的聲音殺手!!!趕快關掉!!!!
3、無論使用那個HUB,PC到HUB一定要使用【Avier】USB4 線 ,使用轉接頭照樣電死其他線。
4、但是從HUB到HD就見鬼了!!DELOCK 鐵殼線硬是贏你一截.......這個情況無論是 LINDY HUB 或 BENEVO HUB都一樣,排除【Avier】USB4 線造成LINDY HUB電腦功能增加的變數。
5、半夜不能測試兩聲道音響,改用 CONTROL PC當成單一CAT,資料碟是電腦開機SSD,上述外接硬碟改成外接音效卡,接 KP-1800平板耳機。
結果.......不知道是不是由奢返儉難?反正無論換什麼USB線都一樣,就只是『難聽』......
覺得太莫名奇妙了,所以加上從 tetsuka 恐嚇勒索來的 DT2。這下子分辨出 USB線的差別了!!其實整體聽起來改善還好(由奢返儉難??),但是對USB線就突然很敏感了。可見 TOPPING 的 數位處理有多麼誇張地....爛到爆炸.......
相對的兩聲道就太敏感了!換一條USB線,多半可以在10秒內立刻分辨出與前者的不同。
『對USB線就突然很敏感』的情況下,從 PC到HUB,照樣【Avier】USB4 線大勝。從HUB到DT2:RC USB線>>DELOCK 鐵殼線>【Avier】USB4 線。
RC USB線的『音響性能』是目前世界第一強,DELOCK 鐵殼線輸得不過份,沒想到果然映證了DELOCK 鐵殼線之『音響性能』強過【Avier】USB4 線。
我也購入了【Avier】USB4 線 兩條,然後我聽感結論基本上跟教授相差無幾,但HIFI性能一定是比教授好上一大截。
首先我一開始先把電腦裡BIOS的USB全部開啟,然後將【Avier】USB4 線直接插入電腦40Gbps的Type-C孔連接到U3TT,我的轉接頭是POLYWELL雙面10Gbps有晶片的USB type-A(公)toUSB type-C(母)的轉接頭,結果不曉得是轉接頭還是U3TT不相容沒反應。
後來我將鐵殼線插回電腦的USB Type-A的10Gbps(原本插在5Gbps),然後把【Avier】USB4 線 插在U3TT與USB HUB之間,結果聲音大幅進步!!!
至於為什麼沒把電腦鐵殼線到U3TT這段換【Avier】USB4 線,原因是轉接頭不夠正在路上...需要雙面都是Type-A才能實驗(因為插在電腦Type-C無反應)。
另外,還有一點,我覺得BIOS的USB開關也會影響聲音,USB使用越少讓單個USB供電最沒干擾音質還會再提升,所以我覺得USB I/O面板應該再放一台USB HUB只接一個USB孔,其他USB孔在BIOS關閉這樣能夠把主機板產生的干擾降到最低。雖然我們把USB分離供電了,但不曉得為何,主機板USB孔關閉越多聲音就越好,因此推測干擾是在主機板產生的,這時候分離供電也有限。也就是把第一段的HUB功能移出機外避免干擾。
對了,還有一個新發現:
就是原本伽利略光速線是接Type-A的,不曉得為何好像HUB跟這個SATA USB轉接裝置一直衝突會搶電,雖然聲音不錯但很不穩定,會突然當機。
後來突發奇想就把手邊一個Type-A(母)轉Type-C(公)的轉接頭插入淘寶買的10Gbps SATA USB轉接裝置,就是把鐵殼線轉為Type-C公插入,結果發現聲音又更好一截了...
基本上達成 電腦→U3TT→HUB→SATA轉USB裝置都是10Gbps了,就聽感來說應該是有差。
此篇文章於 2023-07-13 09:24 PM 被 gangster.tank 編輯。
-
The Following 6 Users Say Thank You to gangster.tank For This Useful Post:
-
2023-07-28, 10:16 PM
#7029
-
The Following 3 Users Say Thank You to psycho For This Useful Post:
-
2023-07-28, 10:43 PM
#7030
-
發文規則
- 您不可以發表新主題
- 您不可以發表回覆
- 您不可以上傳附件
- 您不可以編輯自己的文章
-
討論區規則
|