LatencyMonでHDAudBus.sysが高い原因｜HDMI・DisplayPort音声とRealtekを切り分ける【2026年版】
本記事にはアフィリエイト広告（Amazon・楽天市場等）のリンクが含まれています。
Realtek専用のドライバーではなく、GPUの音声も同じバスの上で動いています
ゲーム中に音が一瞬途切れる、映像は滑らかなのにボイスチャットだけ乱れる、音が飛んだ瞬間にマウス操作まで引っかかる。こうした症状をLatencyMonで調べると、実行時間の長いドライバーとしてHDAudBus.sysが並ぶことがあります。
名前からRealtekのドライバーを疑いたくなりますが、HDAudBus.sysはRealtek専用のファイルではありません。Windowsが標準で持っているHigh Definition Audioのバスドライバーで、その下にはマザーボードのオンボード音声と、GPUがHDMIやDisplayPortへ送る音声という、性格の違う経路がぶら下がっています。表面に出ている名前はひとつでも、実際に長い処理をしている相手は複数の候補があるということです。
この記事では、HDAudBus.sysの下で動いている音声デバイスを、GPU側とマザーボード側に分けて計測する手順を扱います。どちらで再現するかが決まれば、そのあと確認すべきドライバーも自然に決まります。音響効果やサンプルレート、排他モードといった設定側の調整は別記事に整理してあるため、必要な箇所からリンクします。
目次
当てはまるかこの記事の対象になる症状
次のいずれかに当てはまるなら、この記事の手順が使えます。逆にLatencyMonにHDAudBus.sysが出ているだけで実害がないなら、無理に触る必要はありません。
土台部分HDAudBus.sysの正体はWindowsが用意するバス側
HDAudBus.sysは、Windowsに標準で含まれるHigh Definition Audioのバスドライバーです。Microsoft Learn公式「HD Audio Bus Driver」によれば、HD Audioコントローラーのハードウェアレジスターへ直接アクセスする唯一のソフトウェアコンポーネントで、次の役割を持っています。
前提条件名前が出ることと壊れていることは別
High Definition Audioを使っているPCなら、HDAudBus.sysが動作すること自体は正常です。LatencyMonのDriversタブに名前が出ること自体は異常を意味しません。問題になるのは、1回の処理が長く、その瞬間と実際の音切れが繰り返し一致している場合だけです。
HDAudBus.sysはWindowsのシステムファイルです。配布サイトから同名のファイルを入手して置き換える対処は不要であり、危険でもあります。SFCやDISMも、システムファイルの破損を示す別の症状が出ているときに検討するもので、LatencyMonに名前が出たことだけを理由に実行しても原因には近づきません。確認すべきなのはファイルではなく、そのバスの下で動いているデバイスのほうです。
既出の手順LatencyMonの基本操作は専用記事で確認する
計測の開始方法、Driversタブの読み方、どのくらいの時間を回すかといった基本操作はLatencyMonの使い方とDPCレイテンシの診断方法にまとめてあります。この記事では、HDAudBus.sysが上位に出た状態からの分岐だけを扱います。
見る場所DPCだけでなくISRも確認する
LatencyMonの結果というとDPCの実行時間に目が行きますが、HDAudBus.sysではISR側の数値も同じくらい重要です。理由は、HD Audioの割り込みがバス側でまとめて処理される設計になっているためです。Microsoft Learn公式「Low Latency Audio」は、hdaudbus.sysによって列挙されるHDAudioのミニポートドライバーはHDAudioの割り込みを個別に登録する必要がなく、それはすでにhdaudbus.sys側で行われていると説明しています。
つまり、下にぶら下がっているCodec側のドライバーが起点であっても、割り込みの処理時間はバスであるHDAudBus.sysの数値として表に出ます。Highest ISR execution timeだけが突出しているなら、コントローラーからの割り込み処理が手掛かりです。DPC側だけが大きいなら、割り込みのあとに回される処理のほうを見ます。どちらにしても、次にやることは同じで、下にいるデバイスを分けて確かめることです。
経路HD Audioバスの下には音声経路が2つ同居している
ゲーミングPCでHigh Definition Audioを使う経路は、ふつう1つではありません。
| 経路 | デバイスマネージャーでの見え方 | 使っている人 |
|---|---|---|
| マザーボードのオンボード音声 | Realtek High Definition Audio、Realtek Audioなど | 背面や前面の3.5mm端子にヘッドホン・スピーカーを挿している |
| GPUのディスプレイ音声 | NVIDIA High Definition Audio、AMD High Definition Audio Device、Intel Display Audioなど | HDMIやDisplayPortでモニター・テレビ・AVアンプへ音を送っている |
重要なのは、片方しか使っていなくても、もう片方のデバイスはPCに存在し続けるという点です。ヘッドホンをRealtekの端子に挿していても、モニターをHDMIやDisplayPortでつないでいる限り、GPU側の音声デバイスは有効なまま動いています。HDAudBus.sysの数値が跳ねているとき、その原因が使っていないほうの経路にあるということは十分あり得ます。ここを分けずにRealtekのドライバーを入れ直しても、当たらない可能性があります。
切り分け使っていない側を一時的に止めて再計測する
最も効率がよいのは、2つの経路を片方ずつ動かして同じ条件で計測することです。手順は次のとおりです。
デバイスマネージャーの「ディスプレイ アダプター」にあるGeForceやRadeonを無効化するのではありません。止めるのは「サウンド、ビデオ、およびゲーム コントローラー」に並ぶNVIDIA High Definition Audio、AMD High Definition Audio Device、Intel Display Audioといった音声側のデバイスです。表示が消えるようなことはなく、HDMIやDisplayPortの音声出力だけが使えなくなります。
GPU側ディスプレイ音声で再現する場合
GPU側の音声デバイスを無効にしたときだけHDAudBus.sysのピークと音切れが消えるなら、対象はディスプレイ音声の経路です。この音声はグラフィックスドライバーに含まれる形で提供されるため、Realtekのドライバーをいくら入れ直しても改善しません。確認する順番は、グラフィックスドライバーの更新時期、モニターの接続構成、ケーブルとポートです。
症状が出はじめた時期とドライバー更新の時期が重なっているなら、最新版へ上げるだけでなく、問題がなかった頃のバージョンへ戻したときにどうなるかも比較材料になります。マルチモニターなら、いったん1台だけにして計測すると変化が見えることがあります。
なお、モニターの電源を切ったりスリープへ入ったりしたときに音声出力そのものが消える現象は、故障ではなく仕様です。Microsoft Learn公式のトラブルシューティング資料は、他に音声デバイスが接続されていない構成では、モニターの電源を切ると唯一の音声出力が失われる動作を設計どおりだと説明しています。スリープ復帰後だけ音が出ない、出力先が入れ替わるといった症状は、モニターのスリープ後にDisplayPortの音が消える原因で個別に扱っています。
オンボード側Realtekで再現する場合
GPU側を止めても変化がなく、3.5mm端子から音を出しているなら、次はオンボードのCodec側です。ここで大事なのは、ドライバーの入手先です。同じRealtekのCodecでも、マザーボードメーカーごとにアンプ、ジャック検出、マイク処理、独自の音響ソフトの構成が違います。型番の分からない汎用ドライバーを入れるのではなく、使っているマザーボードやPCの型番に対して正式に配布されているオーディオドライバーで比べてください。
更新後から症状が出はじめたなら、以前の安定版へ戻したときの変化も見ます。このとき、ドライバー以外の設定は動かさないでください。出力先、サンプルレート、音響効果を同時に変えると、改善しても何が効いたのか分からなくなります。
音響効果やメーカー独自の音声ソフト、サンプルレート、排他モードといった設定側の調整は、audiodg.exeのCPU使用率が高くなる原因と対処で1項目ずつ整理しています。ドライバー経路の切り分けが済んだあとに、そちらへ進むと重複なく確認できます。
隣に出る名前他のドライバーが並んでいるときの読み方
HDAudBus.sysが単独で突出しているのか、他の名前と並んでいるのかで、疑う場所が変わります。
別経路USB機器とBluetoothはHD Audioを通らない
USB DACやUSBヘッドセットを持っているなら、切り分けの道具として使えます。USBオーディオはHigh Definition Audioのバスではなく、Windowsに標準で含まれるUSBオーディオ用のクラスドライバーを経由するためです。出力先をUSB機器へ移して症状が消えるなら、原因はHD Audio側にあると判断できます。
ただしUSBへ移せば必ず低遅延になるという意味ではありません。今度はUSB側のドライバーが関わるため、比較のための経路だと考えてください。USB接続の機器でだけ音が途切れる場合の設定調整はゲーム中だけ音がプチプチ・途切れる原因と直し方で扱っています。
Bluetoothヘッドホンも別経路です。Bluetoothで音が途切れているのにHDAudBus.sysだけを追いかけても、原因にたどり着きません。いま実際に音を出しているデバイスがどれなのかを最初に確認してください。
目安数値をゼロに近づけることが目的ではない
LatencyMonは実行時間から判定を表示しますが、開発元Resplendenceの解説は、2000マイクロ秒を下回っていればリアルタイムオーディオに適し、2000から4000マイクロ秒なら疑わしい、4000マイクロ秒を超えれば不適という目安を示したうえで、この限度は任意に決めたものであり、実際に許容できる遅延はオーディオデバイスのバッファサイズなどによって変わると断っています。
したがって、HDAudBus.sysが何マイクロ秒だから故障、という固定の線引きはできません。音切れもなくゲームも安定しているなら、最大値を下げるためだけに省電力機能や音声デバイスを次々と無効化する必要はありません。判断の基準は数値そのものではなく、長い実行時間と実際の症状が繰り返し一致するかどうかです。
実践ステップおすすめの確認順
ここまでの内容を順番にまとめます。一度に1つだけ変えることが、遠回りを避ける唯一のコツです。
- LatencyMonのDriversタブで、HDAudBus.sysのHighest ISRとHighest DPCの両方を控える
- いま音を出しているデバイスが、Realtekの端子か、HDMI・DisplayPortか、USB機器かを確定する
- 普段の構成のまま、実際に音切れが再現するところまで計測する
- 使っていないほうの音声デバイスをデバイスマネージャーで一時的に無効化し、再起動して同じ条件で計測する
- 変化がなければ元に戻し、もう片方を止めて同じように比べる
- GPU側で再現するならグラフィックスドライバーの更新時期、モニター本数、ケーブルとポートを順に確認する
- オンボード側で再現するなら、マザーボードメーカーが配布しているオーディオドライバーで比較する
- USB機器があれば出力先を移し、HD Audioを通らない経路で症状が消えるかを確かめる
この順で進めれば、共通のファイル名だけを見てRealtekのドライバーを何度も入れ直すより、どの経路に原因があるのかを短い試行回数で絞れます。
FAQよくある質問
まとめ名前ではなく経路で切り分ける
HDAudBus.sysはRealtekのドライバーではなく、WindowsがHigh Definition Audioのために用意しているバス側のコンポーネントです。Codecの列挙、コマンドと応答の仲介、DMAエンジンとリンク帯域の管理を担当し、HD Audioの割り込み処理もここでまとめて行われます。そのため、実際に長い処理をしている相手が下位のデバイスであっても、表に出る名前はHDAudBus.sysになります。
切り分けの主軸は1つで、マザーボードのオンボード音声とGPUのディスプレイ音声を分けて計測することです。片方を一時的に止めて症状が変われば、そのあと確認すべきドライバーも自然に決まります。
LatencyMonでHDAudBus.sysが上位に出ても、そのファイルが壊れているわけではありません。削除や置き換え、SFCから始める必要はなく、まずDPCとISRの両方を控えてから、いま音を出している経路を確定してください。
次に、使っていないほうの音声デバイスを一時的に無効化して同じ条件で計測します。GPU側で症状が動くならグラフィックスドライバーとモニター構成へ、オンボード側で動くならマザーボードメーカー配布のオーディオドライバーへ進みます。USB機器があれば、HD Audioを通らない経路として比較に使えます。
数値をゼロへ近づけること自体は目的ではありません。長い実行時間と実際の音切れが繰り返し一致するかどうかだけが、対処すべきかを決める基準です。
あわせて読みたい
