新天新地音樂論壇

進入調整 IRQ 的部分，先要叫出電腦內 IRQ 的清單，請參考下列圖示


附屬應用程式=>系統工具


系統工具=>系統資訊


系統資訊=>硬體資源=>IRQ 就看到 IRQ 的清單啦! (沒有什麼危險性!)

查看清單的主要目的，只是確認每個人電腦內的 IRQ 配置

以 Higuma 之前所寫， IRQ 0 與 IRQ 8 都是與時間相關的計時器(是計時器才需調整)
透過調整 Priority 會增加計時器的權重=>進而增加時間的準確性(簡單說明啦...)
而時間的準確性，對聲音是非常重要的，所以要針對這部分調整

調整的方式，要先打開 regedit 這隻程式，執行方式請參考下圖


在開始=>搜尋程式及檔案處，輸入 regedit，然後執行它
就會看到一堆 樹狀圖

調整 IRQ 的位置是 HKEY_LOCAL_MACHINE=>SYSTEM=>CurrentControlSet=>Control=>PriorityControl
如下圖的左下角



在右側的視窗裡，按右鍵會出現 新增 這選項，選新增會再出現選單。
選擇 DWORD 然後確定，輸入 IRQ0Priority ，在確定之後，就會看到字串建立
選擇 IRQ0Priority 這字串，按右鍵 選擇修改，在 數值資料 輸入 1，確定後就完成一項設定

再依照上述步驟，再建立 IRQ8Priority 這字串，也同樣在 數值資料 填入 1。

P.S 假如覺得麻煩，也可以抓之前 Higuma 提供的 reg 檔，直接執行也可(只是還會調整到其他東西)


完成後，會像上圖這樣
把 regedit 關閉後，再重新開機，就完成 IRQ 的調整

而時間準確度的增加，也會反映到聲音上，這就是聽感上差異

--到這是一般的設定，大家都可使用--

接下來，是我現在使用的設定..

自不量力的我，不安分的嘗試了幾個設定，而我覺得有差，所以就留著。
這裡面有幾項設定是因應我的使用狀況，或因 DLNA 的關係，才會如此設定，僅供大家參考。



Higuma 或許可以試試 數值資料處理器 與 硬碟控制器 這項

以上 IRQ 部分的調整 結束

查了一下數值資料處理器,因為我不知道這是捨麼

http://home.educities.edu.tw/wanker742126/asm/ch22.html

似乎是CPU內專門負責浮點計算的子部分,考慮到即時播放需要對檔案解碼,

調整這部分應該可以期待.

至於硬碟控制器,因為我的資料碟是走sata-esata方式外接出去,外接盒內還有自己

的controller,所以我想效果大概不會很直接,過陣子再試試.

最近一直在聽Time Resolution的部分.

又,這串應該真的變成兩個電腦宅自high的地方了

看到一篇介紹IRQ的文章,解釋的很清楚又好懂,

不過從內容來看,這篇文章已經太舊了,一些細節

已經不符合現在的實際情形,但因為基本概念不會變,

所以還是轉過來給大家看看.


轉載網頁(該處也是轉載 但原始網頁已經無法連結)
http://www.pczone.com.tw/vbb3/thread/43/28494/

認識 IRQ 及資源分配問題


常見的問題
　　你要求任何一個電腦技術人員列舉所有常見的電腦問題，其中資源（PC' system resources，電腦系統資源）衝突定必是這個問題清單的頭一二位。這些令人煩惱的衝突主要是由於電腦系統資源不足而最終導致死機、間歇性系統故障及資料流失等情 況。
　　要解決這些問題，其中一個要辦法就是從IRQ 〈Interrupt Request Lines，中斷請求線）入手。當然，你要知道甚麼是 IRQ 及 IRQ 如何運作。認識以後，便能一步步地解決 IRQ 的衝突及電腦系統的問題。

甚麼是電腦系統資源
　　電腦系統資源可被理解成為電腦系統內的一部份，但不是指物理層次上的（因為我們眼不能見，手也觸摸不到），而是概念上的。這些資源對電腦系統非常重要，必須小心地分配給系統內各驅動器使用。這些資源的主要用途有二：第一，用作驅動器之間的溝通及訊息傳送；第二，用作管理各驅動器如何存取記憶體。某些電腦資源是供不應求的， 換句話說，不斷增加電腦系統的週邊設備，只會令這些資源更顯缺乏，無法滿足所有設備的要求。這些資源主要有四種，第一當然是IRQ，其餘三個分別是直接記憶體取存通道（Direct Memory Access (DMA) Channels）、輸入輸出地址 （Input/output（I/O）Addresses）及記憶體地址 （ Memory Address）。

多工處理
　　中央處理器是電腦系統的心臟，本是被設計成為只能在一個時間處理一個工作。但大家的經驗都是，我們可以同時要求電腦處理超過一個工作，特別是使用到一些能夠多工處理（multitasking 〉的操作系統（operating system），例如WIN95或以上等，我們確是可以一邊下載軟件、一邊聽音樂、一 邊使用文書處理器。是何道理呢？那是因為處理器 不停地快速轉換工作而造成的錯覺，或是速度之高使我們未能察覺。最終，處理器還是只能"專注地工作"。
　　對於電腦各部份不停地發出對處理器的要求又如何排遣？就好像地方各區不斷地要求中央政府工作，怎樣的安排才能平衡各界呢？這就是中斷（intcrrupt）的基本概念。
當一個裝置要求做資料的傳輸，它就會發出一個中斷訊號給處理器，比方說：“我需要你的注意。”這時處理器就會停止手頭上的工作，處理新的要求。

中斷的運作
　　電腦各裝置就是利用IRQ產生中斷訊號要求被處理器注意。每一個裝置會有一個或更多的IRQ。當裝置要求被注意時，它就會將中斷訊號放進IRQ，然後中斷控制器（interrupt controller，下稱控制器）會識別這些中斷訊號並將之傳送到處理器。 控制器同時會告訴處理器這些訊號的優先次序，好讓處理器再安排工作，這叫做“中斷服務”。

IRQ分配至控制器
　　最早期的個人電腦，只有一個控制器，管理八個IRQ。後來、IBM於1984年在PC/AT的機種中加多一個控制器，為連接起兩個控制器，第二個控制器的記號將會透過IRQ2連接到第一個控制器，至於原使用IRQ2的訊號則會在主機板上“被導向”改用IRQ9，此格式一直沿用至今。所以今日電腦最多有16個lIRQ，平均分配給兩個控制器負責。即第一個控制器負責IRQ0至IRQ7，第二個控制器負責IRQ8至IRQ15。

IRQ的優先次序
　　不同IRQ的用途與優先次序使得電腦系統內的不同裝置不重復地產生中斷訊號。各IRQ的優次由高至低分別是0、1、8、9、 10、 11、12、 13、 14、 15、3、4、5、6及7。
　　因為第二個控制器使用IRQ2傳送訊號至第一個控制器，所以它所負責的IRQ8至IRQ15的優次介乎IRQ1至IRQ3中間。

IRQ的分享
　　傳統的中斷訊號是單一裝置所發出。因為系統總線（system bus）的設計所限，多於一個裝置同時使用同一條IRQ是不可能的。這只會令處理器混亂造成錯誤的回應。不過，多於一個裝置分享同一條IRQ在有限制的條件下卻是可能的，例如兩個裝置很少使用或同時使用，實例是電腦系統內的四個通訊連接端口（communications port，COM）共分享二個IRQ（IRQ4及IRQ3〉。但這做法只會傾向產生問題多於解決問題，不是最好的。新一代的電 腦，多個週邊元件互連（Peripheral Component Interconnect，PCI）透過PCI總線及個別元件的控制器，則能夠有效他分享IRQ避免衝突。

IRQ的工作
　　因為IRQ的數量有限，所以IRQ的工作分配一定要清晰及準確。正常情況下，每一個IRQ都有內設或標準的用途，其中部份的IRQ是保留給電腦系統內部使用，包括IRQO、1、8及13。而大家不是善忘的話，該記得IRQ2是已不復存在的了。

更改IRQ的設定
　　某些週邊器材會指定使用哪一條IRQ及其用途，是無法更改的。但其餘大部份的IRQ仍可按用戶需要更改選擇，避免衝突。以下就是其中五個可使用的方法：
a. 更改硬件設定。
某些較舊的硬件可透過設定跨接線（jumpers）及開關（switch）更改IRQ的選擇，但由於此方法並不方便、所以新的硬件已不備有這個功能。
b. 使用配置程式。
不少新的裝置會備有個別獨特的配置程式，用戶可以透過這些程式更改IRQ的選擇。
c. 使用視窗的裝置管理員。
有些裝置是可以透過視窗的裝置管理員更改資源運用。
d. 隨插隨用。
在備有隨插隨用特性的操作系統及特定的裝置，用戶或可在安裝時選擇IRQ的安排。
e. 檢查系組內IRQ的使用。
視窗95或以上的操作系統，可以簡單地檢查關於IRQ的使用分配。 用戶可循以下途徑找到： 控制台→系統→裝置管理員→內容（選取電腦的情況下）→確定是IRQ的選項。

衝突與病徵
　　現在我們算是初步認識了IRQ，接著就是認識關於IRQ的衝突。當兩個或以上的裝置嘗試同時使用同一個資源時就會發生資源衝突。而當上述所指的資源是IRQ時，就是IRQ衝突了。有些衝突是容易被識別，但有些衝突因為故障的出現不直接甚至出現一些不似是由裝置問題造成的“症狀”，故難以被發現及更正，以下就是部份常見的“病徵”：
1. 當使用某些裝置時“當機”；
2. 音效卡出現雜音；
3. 打印時輸出不正確或出現其他圖文；
4. 滑鼠的指標拒絕移動或出現“口吃”；
5. 視窗顯示錯誤訊息又或突然以安全模式（safe mode）運作；
6. 應用程式衝突並沒有提供原因；
7. 新的週邊加入以後，電腦系統出現奇怪行徑。
　　當然發生IRQ衝突時會出現以上情況，但有以上情況的又未必一定是IRQ衝突。而且“病發”與被病毒感染的情況很相似，所以當你懷疑是電腦資源衝突時，宜先檢查電腦系統內有沒有病毒。

如何解決衝突呢
IRQ衝突通常是意外的錯誤設定所造成。所以要解決衝突，理論上，就只是以下二個簡單的步驟： ヾ
a. 檢視lIRQ與裝置之間的合作情況； ヾ
b. 確定哪個是衝突的裝置及 ヾ
c. 改變資源設定，解決衝突。
　　第一步可以按上文所示從控制台內的系統檢視。第二步就需要做一點研究的功夫。除了解IRQ的使用情況外，用戶可以到裝置管理員，有沒有裝置出現“黃圈內的感嘆號”，那些裝置就是最大的“嫌疑犯”。用戶當然可以請教朋友，哪些是常見的資源衝突。其中IRQ2、3、4、5、7、9、 12及15是比較多出現問題的。最後，當然是更改資源設定。但這不是易做而且冒險的工作，有些裝置是不容許你更改設定的，你要首先取消“使用自動的設定”一項的選擇。以下是一些解決衝突的意見，不妨參考參考：
a. 使用一些電腦系統的診斷工具，例如Norton Diagnostics，這些軟件會提供資源運用的分析。 但這並不是代表完美的解決方法。 ヾ
b. 如上文所述，IRQ2與IRQ9最好不要同時使用，或當作是一個IRQ看待。 ヾ
c. 新增Modem同時而系統又擁有COM2，衝突就會出現，除非更改Modem的設定。如果只是單單由 COM2改用COM 4、問題仍未解決，必須從IRQ 著手。
d. 音效卡與第二個並聯端口（second parallel port） 內設同是使用IRQ5，所以必先更改其中一個設定。小心別將第一個並聯端口改用IRQ5。

哇!!! 這下真的越來越宅了... 但還是謝謝 Higuma 這篇轉貼文

繼續寫寫今天的自找麻煩

在上周末開始用 MV 調整 MMCSS 前，我根本沒在看 MV ，所以這些 MV 都是剛好別人有，才抓了些回來測試。
在測試的過程裡，有些 MV 的聲音一聽就很難過，有些則可以接受。
PSY(Hyuna)與 Hyuna 的 MV 則屬於聲音 OK ，又剛好養眼的類型(其實還有個 SISTAR19..)

所以今天想自己從 youtube 上抓抓 MV (我之前沒在抓的)看看，就試了兩個軟體。
一個是 youtube downloader HD，另一個是 Freemake Video Downloader 3.5.4

趁中午休息的時間，用辦公用 NB 比了一下，不比則還好，一比居然又...
我感覺同樣都是下載成 MP4 的格式，兩者的畫質好像有微小的差異，而音質則有可取捨的差異。
現在是發生什麼事? 連下載個 MV 都還要慎選軟體

回到家，把所有抓的 MP4 通通轉移到 NB 裡，再進一步比試，果然有差異(大概又是神經病發作)..
比到這，就上網蒐尋是否有針對音質的 youtube 下載，結果還真的有。

再針對幾個特定 MV ，用該網頁再下載 MV，與從辦公室抓回來的比較。
這一比.. 沒轍了! 所有 MV 又都要再下載一次，因為這次的差距是明顯的(且畫質也可接受)

天啊! 我是給自己找麻煩嗎? 不過就是個 AAC 18x 的聲音..
而之前聽到那些不好聽的 MV，也可能是因為抓取的軟體，才有這樣的結果?

所以沒事還是不要太無聊，不然... 就像我現在是走火入魔嗎?

最後，今天測過最好的 youtube 下載，就是下面這(有興趣的人可以試試)
http://keepvid.com/?url=about%3Ablank

以上就是我自找麻煩的一天

先解釋一下MMCSS對畫質的幫助好嗎,

這個比較重要啦

正式進入 MMCSS 調整的部分

請先參考官方資料如下，可以有些基本的概念

http://msdn.microsoft.com/en-us/library ... s.85).aspx

上列連結內有寫到 MMCSS 預設提供的項目，且有額外需求的話，也可新增項目(但我應該用不到吧?)
每個預設項目裡，都有可供設定的參數與可調整的範圍，也說明了參數的意義。
但翻了一些資料後，都沒找到關於項目的說明(例: Capture, Distribution...是什麼用途?)

上周末嚐試調整 MMCSS 時，無聊把 MV 也列入測試的東東(之前我沒看 MV)，這些 MV 也是剛好別人有，就順便抓回來測。
測試 MV 時，有些 MV 的聲音一聽就是難過，而 PSY(Hyuna) 與 Hyuna 的 MV 是我覺得聲音 OK ，又蠻養眼的(其實還有個 SISTAR19..)。
比較意外的部分，是沒想到 MMCSS 調整後的影響，不論是在聲音 或 畫質，居然都能在播放 MV 時反應出來。

上周末只測了 Audio 與 Capture 兩項，測試的方式如下
調整一個參數=>重新開機完，測試聲音與畫質=>再調整一個參數=>再次重新開機後，測試聲音與畫質

每次的測試，除了幾個 MV ，也會撥放些音樂，所以會花些時間。
就這樣度過了整個周末，所以..有些走火入魔，哈哈!

要修改 MMCSS 同樣需使用 regedit 這程式，而修改的位置官網內有列出。
執行後打開 MMCSS 位置的畫面如下



NetworkThrottlingIndex 這參數類似網路流量管理的功用，我試著調降兩次後，就決定直接關掉它
關閉的方式，就是把所有值都填入 F(15)。

SystemResponsiveness 這參數是保留系統資源給 Low Priortiy 的程式，最低就是調到 10

其他項目裡的參數，可以參考別人的設定，我有參考 Higuma 的檔案，也有參考另一個友站的設定。
再加上自己一邊慢慢調，一邊慢慢聽，聽看看有什麼差異。

在 OS 未使用 HPET 的狀態下，我參考友站的設定，先把 Capture 內的參數調低。
比較差異時，我重點是擺在聲音上，這時還沒注意到 畫質 的影響..

Audio 與 Capture 裡的參數都一樣

Affinity
Background Only
Clock Rate
GPU Priority

---- Higuma 調了 Audio 內下面的三項，上面的部分則未調，但友站的設定則有
Priority
Scheduling Category
SFIO Priority

MV 是 E5300 透過 DLNA 把 NB 內的資料抓來撥放

我在調整了 Capture 裡的
SFIO Priority 調成 Idle
Scheduling Category 調成 Low
Priority 調成 3
GPU Priority 調成 5 (原本是 8)

測到這時不知怎麼了! 注意力居然轉移到 畫質上，或許是 感覺到整個畫面的顏色好像不太對、且黯淡了下來..
我原本還懷疑是否電視的設定無意間備被動到了，還把電視的設定左調右調了一陣子.. 最後好像沒動到阿..

這時我才意識到 Capture 內的參數，不會才是影響 畫質的原因吧?
疑問既然出現，我就把注意力轉到 畫質 上，開始針對調過的參數再度調整

我先調整了 SFIO Priority 為 High => 這時發現 MV 的整個畫面 變亮了
再來針對 Scheduling Category 調成 High => 畫面變得更亮了, 一些細節也出現了(顏色、光澤、流動感..)
回復到這階段，我覺得畫面可接受了! 就跑到 Audio 開始調整

Audio 的參數裡
SFIO Priority 先調為 High => 這也屬全面的改變，但不太明顯，像流動感、微細節好像有變好
Scheduling Category 調成 High => 這感覺有明顯，整個音量變大，微細節，開放感..變好
Priority 調成 8 => 這感覺也明顯，也是音量、能量類的變大

接下來的參數
Affinity => 我設定為 1，分隔CPU的資源，這調整後聲音好像再乾淨些
Background Only => 我設定為 False，這項也類似上面
GPU Priority => 我最後調成 1(最低)，這項也類似上面，只是因為變乾淨，所以有些東西會再更明確

Clock Rate => 這項是我覺得很恐怖的一項，原設定是 10000。
我第一次就調成 1000=>500=>300=>100(沒錯我調了四次，每次我都有花時間聽)

這是 微細節(其實都有差，只是在微細節會較明顯) 在 時間軸上解析度的調整，到這調整已是每一秒聲音內細節的改變。( Higuma 這要調整阿...)

越是短時間裡快速的變化(流動感)，在調這項參數時，差異就會出現。
光是 PSY(Hyuna) 的 MV 裡的某些快速變化的電音，在調整的過程裡，都有不同的變化。

我現在還在測低於 100 的變化，我聽不聽得出來。
而聲音調到這，我忽然又想到，那這影響在 畫質 會有什麼變化?

所以我又回去調 Capture 裡的 Clock Rate，一樣先調到 1000。
結果... 我看到畫面時，我嚇到 ... 這是從 DVD 進階到 BD 的感覺啊(實際上還沒到 BD 的畫質啦! 這是感覺的落差)...
整個人皮膚的細緻度、鮮明度、立體感..都大大進化(人活了!!!)

在 Hyuna bubble pop 的 MV 裡某些片段，會有人在眼前跳舞的錯覺。
但我是以聲音為主，所以 畫質 的部分，我就未把值調到頂，現在是調到 300

而 GPU Priority 與 Priority 的調整，也同樣有很好的效果，都是在光澤、鮮明度..的變化(我很難詳細的說明)
GPU Priority 最後調為 16，Priority 則為 5(與上述的原因相同，未把值調到頂)

畫質調到這階段，我已經覺得蠻好的(至少有產生錯覺的時候了!)

以上我敘述的比較詳細的參數，是因為差異較大，所以會細細比較差異，而其他的參數，則是調了一次後，覺得有改善，就直接保留(未再多花精神)。

以上的內容，請自行細細品味

Clock Rate:

A hint used by MMCSS to determine the granularity of processor resource scheduling.

越低越好很奇怪啊,我有機會再試試.

倒是

"IRQ0Priority"=dword:00000001
"IRQ8Priority"=dword:00000001
"IRQ16Priority"=dword:00000001

感覺是無用功的機率很高,因為查遍MSDN,

都沒有IRQ Priority這玩意,只有IRQL(interrupt Request Level),

且這機制是寫在driver裡,不是從register控制的.

實測上,我昨晚聽了幾次1 1 2與1 1 1的比較,聽不出差異,

之後準備直接拿掉這機碼再試試,之前是連MMCSS一起設好

才聽,沒有單獨針對IRQ Priority測過.

Higuma 寫:Clock Rate:

A hint used by MMCSS to determine the granularity of processor resource scheduling.

越低越好很奇怪啊,我有機會再試試.

倒是

"IRQ0Priority"=dword:00000001
"IRQ8Priority"=dword:00000001
"IRQ16Priority"=dword:00000001

感覺是無用功的機率很高,因為查遍MSDN,

都沒有IRQ Priority這玩意,只有IRQL(interrupt Request Level),

且這機制是寫在driver裡,不是從register控制的.

實測上,我昨晚聽了幾次1 1 2與1 1 1的比較,聽不出差異,

之後準備直接拿掉這機碼再試試,之前是連MMCSS一起設好

才聽,沒有單獨針對IRQ Priority測過.

夠決斷.. 那就等你的測試啦!

不過.. 耳機系統 與 喇叭系統 也許也有差，有時間再看看囉!

peaceming 寫:

Higuma 寫:Clock Rate:

A hint used by MMCSS to determine the granularity of processor resource scheduling.

越低越好很奇怪啊,我有機會再試試.

倒是

"IRQ0Priority"=dword:00000001
"IRQ8Priority"=dword:00000001
"IRQ16Priority"=dword:00000001

感覺是無用功的機率很高,因為查遍MSDN,

都沒有IRQ Priority這玩意,只有IRQL(interrupt Request Level),

且這機制是寫在driver裡,不是從register控制的.

實測上,我昨晚聽了幾次1 1 2與1 1 1的比較,聽不出差異,

之後準備直接拿掉這機碼再試試,之前是連MMCSS一起設好

才聽,沒有單獨針對IRQ Priority測過.

夠決斷.. 那就等你的測試啦!

不過.. 耳機系統 與 喇叭系統 也許也有差，有時間再看看囉!

不過之前測試的time resolution有差喔,感覺蠻不錯的,

就是要設成系統服務這點比較特別.

P.S 這次我有查過MSDN了,確實有這麼個玩意