edison133 發表於 2014-5-10 09:48 static/image/common/back.gif
yeah!!!
okok, lo fi 就 lo fi 啦 {:8_384:}
咁又係，邊夠你地呢班金錢幫咁 hi fi {:8_395:}
請問Parco兄介唔介意分享一下點樣調整個Windows？
本帖最後由 Parco 於 2014-5-12 18:38 編輯
felix430 發表於 2014-5-11 08:58 static/image/common/back.gif
請問Parco兄介唔介意分享一下點樣調整個Windows？
其實簡單講都幾多野要搞
最主要必須要調高 MMCSS 之中 audio 部份的 priorities 同有關 IRQ priorities
仲有 player 的 process priority 同 playback thread priority 都要最高
跟住，Win32PrioritySeparation 就係管理 CPU 的interrupt cycle 間距，係好複雜的設定，相當於係更改 hardware physical timer 的使用行為，一般我會用到最盡設定 36 (十六進位為 0x24)，但慢機有可能會頂唔順。
再調整開機核心數目，用盡所有 CPU 核心開機
關閉所有無用的系統還原/系統保護
變更電源政策為高效能
如果有使用 hardware firewall 或 router 的話，關閉防火牆
調整 CPU L2 快取值
只用 ASIO 播，而且 ASIO buffer size 同 software player buffer size 都要 set 到最大 (但唔好超過 2 秒，否則會好難 seeking)
player 要盡量 set 佢全個 file 都係 ram 入面播，即係類似 ram play 或 full file buffering，而唔係係 harddisk 或 CD 度直接播
加大網絡卡接收傳送緩衝大小至最盡，會減少 CPU 用量，同埋減低 latency
小弟自己 CAS 有用防毒軟件，但只會使用最高速的avast，而且裝左防毒之後，記得要徹底關閉 Windows Defender，以免雙重掃瞄拖慢部機
仲有每次開機之後都要 run fidelizer, 不過小弟用左咁耐都只會用第一項同第三項，其他的一概唔用。
但其實要好聲唔止 tweak，仲要識揀野配合，用料全部夾過晒，不過當然就唔係以你地對音響機的邏輯來去夾，而係以電腦運作邏輯來去夾。例如小弟堅持唔會使用 intel 原廠底板以外的其他牌子底板，硬件要夠快夠新，永不超頻，永不降頻，要開 HPET，harddisk 要夠耐用，要有獨立 1394/USB card，一切都必須係要令所有數碼資料訊號以最快最短，經最少關卡的最短路程來直接出聲，從來唔玩任何 cubox 或者 NAS，亦從來只會用 desktop tower 來做 CAS。
不過我一般都唔會理部電腦用唔用線性牛，只係用返最大路最穩陣的名牌電腦牛，例如牛魔或 antec，不過同音響一樣，供電量必須為用電量的至少兩倍以上，用電量距離上限越遠，運作溫度越低，火牛越長命，越少老化，而且 peak 用電量都保證夠，例如小弟果部無任何 display cards，用電量不過二百幾 watt，不過隻牛係 750w，所以開幾耐都無乜溫度，電腦用開關牛其實無咩 lazy 唔 lazy，只要溫度夠凍唔熱，佢表現就會超水準，而且我 DAC 係遠離機箱之外，電腦用唔用 linear 牛對佢無乜影響。因為數碼訊號本身就係開關訊號的一種。
仲有我唔會理佢有無 fan 有無摩打會造成D咩電噪音，我只係關心佢散熱夠唔夠，同埋有無聽得到的風扇摩打物理性聲音同埋氣流聲大唔大，所以我 CPU 會照樣用原廠跟盒風扇，機箱有兩把前一把後的風扇，不過全部一概只用磁浮風扇，咁就會無左摩打的物理聲音，同埋壽命長好多，一般有七萬至十一萬小時。同埋我用的一概只有大直徑慢轉速的扇，所以連氣流摩擦聲都好微弱。而 x86/x64 電腦其實係好高用電量的機器，CAS 通常都係性熱遠遠多過怕凍，所以降溫係一大課題。何況現今既 CPU 全部都有自動降頻保護機制，即係話只要 CPU 熱到去到某個水平，就開始會越熱越慢。同埋我機箱內係有一層好薄的吸音棉同隔塵網的
仲有買 DAC 仲要考慮佢個 driver 寫得好唔好，快唔快，穩唔穩定，最緊要係可以支援 ASIO 叫用 MMSCC 而且去到盡，clock 要夠穩定。我自己好熟好清楚我部 echo 的 driver 係因為我有經常聯絡佢地的 tech support 果班 programmer，仲有 send 過部份 code 俾我睇過，同埋 block diagram 圖。
最後記緊好重要就係，務必經常保持所有 BIOS, drivers, OS 及 software update/upgrade 到最新狀態。呢樣極之緊要。不過如果係用 foobar2000 的話，就最緊要係每次 upgrade foobar 自己或任何 components 之前，先 update 好晒其他野先，因為 foobar2000 每次做 upgrade 時都會做一次 latency detect
所以其實要整好一部靚聲 CAS，好多野都要部署考慮，全部夾好晒，如果要細執任何師兄部機的話，最好都係直接上門先了解清楚果部機先。{:6_182:}
其實 tweaking 我以前都做過好多次類似的分享，不過果時仲未有太多師兄上過來聽過真功夫，所以唔係有太多師兄相信 {:6_175:}
本帖最後由 felix430 於 2014-5-13 09:12 編輯
Parco 發表於 2014-5-12 18:37 static/image/common/back.gif
其實簡單講都幾多野要搞
最主要必須要調高 MMCSS 之中 audio 部份的 priorities 同有關 IRQ priorities
多謝詳細回覆！
我將Win32PrioritySeparation改去HEX 24，
係裝置管理員見到個HPET 之前多手disable左，開番佢之後restart部腦。
我部腦行i3-3120M並無出現負荷問題。{:1_326:}
初步聽番平時d歌，同記憶比較，發現低音好似真係實淨左，整體少左軟賴賴既感覺。
可能因為收緊左，又覺得低音量好似少左dd，音場又好似都收窄左dd。不過分析力唔覺有改變。
暫時未有多時間，改住咁多先，效果都聽得出，希望唔係心理作用或其他因素影響喇。
felix430 發表於 2014-5-13 09:07 static/image/common/back.gif
多謝詳細回覆！
我將Win32PrioritySeparation改去HEX 24，
正常，你的確係無幻聽，因為呢個過程我自己都試過
同埋 ivy bridge 一D都唔慢，無理由會頂唔順。
Win32PrioritySeparation 改到呢個最盡值其實係將 physically interruption timer 調到最密集最高 resolution (記住係指 timer resolution，同 audio 係有關，不過單靠佢同 audio resolution 係無必然關係)，而 fidelizer 係可以將 windows software 內部的 timer 調到最密的 0.5ms interval。
調密 timer interval 的好處就正如你所聽到，detail 分析力會更平均攤分下潛去到更低頻範圍，而唔同以往改善極都只會集中係中頻同高頻，如果你用的係 windows 8.1 的話咁恭起你，佢對 HPET 前所未有的支援可以令你的 detail 更可以伸延入超低頻範圍。
不過正如你所聽到，單單係加密左 timer interval 的 side effect 就係係原本中高頻擁有更多的 detail 而家就會被攤返薄左，所以會令到中高頻的聲音變散左，少左 detail，所以聽落窄左，飆左出來，較嘈左少少，聽落音質差左，係好正常，因為被攤薄左音質，所以你更加要去盡量改善返你的 audio priorities 同埋效能先得。
請問師兄你係用緊咩 OS? 咩 sound device? 是否用緊 ASIO?
我所指的慢機係指上世紀 pentium 古董，有時好古舊的 core 2 都會，或者 atom，任何非檯機類的電腦等等，都有可能頂唔順。
我以前發現呢個設定時，最初以為 40 (HEX 0x28) 已經係最密 interval 的值，直到後來外國有班 pro programmer 討論過呢個問題並公開用 source coding 用過一D queuing period check functions 之後，先知原來有呢個結果：
Win32PrioritySeparation Foreground Background
0x28, 0x29, 0x2A 18 18
0x18, 0x19, 0x1A 36 36
0x24 6 6
0x25, 0x14 12 6
0x26 18 6
0x15 24 6
0x16 36 6
而原本 Microsoft 對呢個值的講解，其實呢個設定所代表的意思原理其實都好複雜，小心留意
Win32PrioritySeparation
in its binary AABBCC
AA = how long the threads of processes are permitted to run each time they are scheduled
BB = the length of processor time varies or is fixed
CC = the ratio of processor time of foreground to background threads (foreground processes : background processes)
01 long 01 var 00 equal = 20 (0x14)
01 long 01 var 01 2:1 = 21 (0x15)
01 long 01 var 10 3:1 = 22 (0x16)
01 long 10 fixed 00 equal = 24 (0x18)
01 long 10 fixed 01 2:1 = 25 (0x19)
01 long 10 fixed 10 3:1 = 26 (0x1a)
10 short 01 var 00 equal = 36 (0x24)
10 short 01 var 01 2:1 = 37 (0x25)
10 short 01 var 10 3:1 = 38 (0x26)
10 short 10 fixed 00 equal = 40 (0x28)
10 short 10 fixed 01 2:1 = 41 (0x29)
10 short 10 fixed 10 3:1 = 42 (0x2a)
http://technet.microsoft.com/zh-cn/library/cc976120(en-us).aspx
你見用 36 (HEX 0x24) 其實同 40 (HEX 0x28) 其實都係 short interruption interval periods，同埋 foreground:background 比例 equal，不過 40 (HEX 0x28) 係 fixed period 而 36 (HEX 0x24) 就係 variable period，而 36 (HEX 0x24) 做出來的基本 period 只有 "6"，明顯短過 40 (HEX 0x28) 的 "18"，即係話係一段情況下，每次 CPU interrupt 之間，一般 threads 係一次 CPU thread queue cycle 之中只能每運作 "6" 個單位的運行時間就要暫停一次等候 interruption 同 content switching，之後再繼續 retore threads 再繼續執行下一份指令，一路循環不息。不過由於 36 (HEX 0x24) 值所容許的 period 係變動，即係話如果一遇到 MMSCC 優先，process 優先同 thread 優先都非常高 (尤其連相關 IRQ 優先都好高) 的 multimedia threads 的話 (唔係 DPC 架構之中)，果條 thread 係每次所能霸佔使用的 cycle 運行時間就唔只得 "6" 咁短，即係有階級特權，非常唔公平的待遇，凡係 tweak 過的 audio/video 的 playback/recording，一律都係 CPU 之中的 VIP，可以一人霸幾個人的位，可以霸頭位唔使等，其他 DPC threads 就要等佢地做完空閒期間先可以有D時間去做。Audio 一出，等於電腦惡霸，其他 threads 都要先讓路。
所以點解我會話，如果你係舊 pentium 機加舊 OS 度用 36 (HEX 0x24) 值的話，有可能一係聲音崩潰，一係就系統崩潰，有可能停下 hang 下咁，不過當然，我只係話有可能，唔係必定，仲要視乎你硬件同系統的質素。{:6_142:}
Parco 發表於 2014-5-13 18:07 static/image/common/back.gif
正常，你的確係無幻聽，因為呢個過程我自己都試過
同埋 ivy bridge 一D都唔慢，無理由會頂唔順。
非常詳盡分析，夜d我再深入消化。
我依家用緊Windows 7 - x64，
DAC係Benchmark DAC2 HGC，用USB經ifi usb psu連接..
(IC早前由Oyaide PA-02換番舊DIY Gotham 10701，立即打通經脈，果然錄音室線係好野)
佢平身有ASIO，我用Foobar2000都見到有
同佢跟機driver有buffer設定，已set做8192 samples，想請教一下哩個sample單單係點用法？唔識轉換去"秒".......
至於priority係咪指MMCSS？我之前已經set左，Foobar2000用Pro Audio，注冊表如下。
不過就唔知佢GPU Priority同Clock rate唔知點較。
似乎無左理論好難整部腦，完全唔知佢背後係到做乜，依家好似死背書，set左就係咁先。
因為我哩部腦係Zotac Zbox ID83迷你機，根本無得彈性升級，當初一直以為哩種embedded PC少d電路實少d干擾，似乎關系唔大。
我一直都有個疑問，我每日聽歌，成日都覺得唔同聲，以為電腦處理process有multitasking又有interrupt 就影響音質。同咪我無一部獨立系統去播歌，我哩部腦係做埋日常上網文書。但系有時到左深夜，聲音又變番寬松d，到係咪電源問題大於OS處理？
我比較貪心想保留日常工作之餘，又想盡量玩好部DAC。
felix430 發表於 2014-5-13 20:24 static/image/common/back.gif
非常詳盡分析，夜d我再深入消化。
我依家用緊Windows 7 - x64，
第一件事，轉用 windows 8.1, 成部野既聲即刻唔同晒
下? USB 經 wifi? wifi 係好大 latency 好衰聲的，一般就算 CAS 連上網都一定係用 ethernet 線而唔會俾 CAS 直接開著 wifi 的
用 pro 線當然老實好多無咁搵笨，你睇我就咁用條 canare 線都可以聽到位師兄咁既反應都知
buffer-samples / audio-date-sampling-rate = buffer time in second
例如如果你播 CD 格式的 file = 44100Hz, 咁 8192/44100 = 0.1857s = 185.76ms
即係話 8192 個 sample 的 buffer size 等於一個 buffer 佔左 185.76ms
不過你個 driver 果D mode 的選擇，我 download 左佢個官網的 manual 來睇，睇晒都無點講明佢地具體有D咩原理上的分別，所以最好 email 去佢地個技術支援度問清楚，如果佢俾你既答覆你睇唔明俾話，你俾佢封 email 我睇
MMCSS 方面，你可以用以下的 registry setting
Windows Registry Editor Version 5.00
"SystemResponsiveness"=dword:0000000a
"Scheduling Category"="High"
"SFIO Priority"="High"
"Latency Sensitive"="True"
"Priority"=dword:00000008
"GPU Priority"=dword:0000001f
"BackgroundPriority"=dword:00000008
"Scheduling Category"="High"
"SFIO Priority"="High"
"Latency Sensitive"="True"
"Priority"=dword:00000008
"GPU Priority"=dword:0000001f
"BackgroundPriority"=dword:00000008
但請注意其中 "Latency Sensitive"="True" 呢一項只有 Win8 或以上先適用，win7 同 vista 係無呢一項的。
USB 方面，你有無用獨立 USB card? 定係 onboard USB?
有樣野其實好多人都忽略，用細底板其實係衰過用大底板的，你諗下，同一堆類似的走線，係細板上邊會有咁多空間設計靚個走線？一定係大板個走線靚D同用料靚D，所以我唔會用 mini 定 macro 板
你果部係咪檯機來的？不過迷你機係一定會差過塔機一D，你係咪係深夜既時候部機的工作量無咁大？
如果你講電方面，我覺得唔係對你部 CAS 有影響，而係對你D DAC 同 analog 器材有影響，不過除非你部 CAS 的火牛供電量只係剛剛繃繃緊。而且，亦有D因素唔關電事，你府上環境又唔係完全隔聲環境，日頭一定會有好多屋外環境噪音蓋過緊你一部份 detail，即使聲源距離你府上都好，但越低頻係去得越遠，所以深夜時份連一把電腦風扇仔都會覺得特別嘈。
我比較貪心想保留日常工作之餘，又想盡量玩好部DAC。
呢個我都一樣，我部機除左打機唔得之外，平時乜都用佢。但從來唔影響我聽歌，因為我一做 audio 野時，其他無關的工作因為 priority 無咁大，全部都會自動相應輕微 slow down (始終我都唔係用慢機)
Parco 發表於 2014-5-14 00:38 static/image/common/back.gif
第一件事，轉用 windows 8.1, 成部野既聲即刻唔同晒
下? USB 經 wifi? wifi 係好大 latency 好衰聲的， ...
又學到野！之前都想試下上windows 8嫁喇，依家就直頭準備升上windows 8.1！
師兄睇錯左，我USB唔係經wifi，係用左早排好hit既iUSBPower，原理大概係隔離左USB線由電腦方面提供既power，然後用外置火牛供電番比USB線，避免DAC用左電腦干擾電源，影響音質。下面係個產品網址：
http://ifi-audio.com/portfolio-view/micro-iusbpower/
咁其實聽得出係有正面效果。
canare一直有聽過，不過無研究過，以為係入門級。遲下我又整番條canare線先{:9_429:}
講番Win32PrioritySeparation，我發現原黎處理器排程(Processor Scheduling? 下圖)，本身就係設定個Win32PrioritySeparation！我以前上網睇過教tweaking話要set做background service。我琴日將Win32PrioritySeparation改做0x24之後發現個處理器排程變左去Program，而唔係background service！然後我就睇睇兩個設定，發現：
Backgound service = 24 (0x18)
Program = 38 (0x26)
我地目標設定 = 36 (0x24)， 會題示為Program
未知處理器排程會唔會涉及其他registry設定......
電腦方面我再解釋清楚少少，我部腦係下面哩部(我換左SSD)，一定要用番佢onboard USB既。雖然哩部機BIOS設定都算多，好過laptop好多，但都係同大機無得比。火牛一定係laptop果種火牛，質素唔使講喇。
http://itc.ua/wp-content/uploads/2013/02/ZOTAC_ZBOX_ID83_Plus_10.jpg
聽完師兄咁講，我未來實會砌番部機，等下一係Broadwell或者等Skylake嫁喇。
同咪我係耳機用家(短期唔會升上喇叭系統)，加上我電腦做野唔會點開大型軟件，都係打下word上下網咁，電腦要多資源處理既事唔算多。背景雜聲都係一個要素喇，但我都相信深夜電質素好d(有時日頭都會好聲)。
felix430 發表於 2014-5-14 04:17 static/image/common/back.gif
又學到野！之前都想試下上windows 8嫁喇，依家就直頭準備升上windows 8.1！
師兄睇錯左，我USB唔係經wif ...
哦，咁剪走條 power wire 都係個好辦法，不過最好唔好剪埋條 ground wire。不過有D機，尤其係專業機，佢本身都有內置類似的機制，但者探測到有外部電源就會自動 digital control 跳走果個 usb/1394 電源，就好似小弟自己果部咁。咁就用返正常 usb/1394 線都得，而唔使故意挑走條 power wire。
Processor Scheduling 選項的確就係用來更改呢個 Win32PrioritySeparation 的值，不過 Win32PrioritySeparation 本身就有好多個唔同組合的值可以揀，但係 Processor Scheduling 就只有兩個可以揀，而且兩個都做唔到 Win32PrioritySeparation 的最盡的值，所以一般我都唔會係 Processor Scheduling 度去 set。
未知處理器排程會唔會涉及其他registry設定...... 唔會
我地目標設定 = 36 (0x24)， 會題示為Program
其實係呢個 dialog 度，Win32PrioritySeparation 只要被設成任何非呢兩個選項的值，都會自動顯示為選擇左預設選項 (desktop system = program, server systems = background service)，但係實際上 Win32PrioritySeparation 運行緊既值都只會跟返 registry 而唔係跟呢個 dialog。
咁你個 USB port/host 有無同其他 hardware share 緊 IRQ?
火牛你肯唔肯定係可以供到幾多 watt?
哈哈，Broadwell 同 Skylake 你都要等好耐喎，同埋而家因為 win 8 搞到 desktop 市場萎縮左，而家我落深水步同旺角睇都唔知仲有無以前咁多貨。{:8_395:}
其實我自己果部腦都係我自己去揀料自己親自郁手砌，因為小弟未轉而家呢D行業以前曾經都係一個專業 IT engineer 同 programming developer，已經好耐無再掂過 server 系統了。{:6_181:}不過都試過寫過下少少 audio player 玩過下咁既。{:6_179:}
深夜電質素好d，的確有機會會影響你 DAC 同耳擴的聲，不過如果你電腦隻牛本身個推力都係好弱雞的話，咁電質素就實會影響你部腦的 latency 啦 {:6_183:}
咁既聆聽環境好難作出中肯比較.
至少我唔覺你可以聽到一個音場.
應該比較平面.而且飛唔離對喇叭.
