どのプロセスがサウンドを出力しているかを特定します
私のコンピューターは定期的に（他の音の中でも）ランダムなDingを鳴らしますが、ソースがわかりません。
SUに関する提案には以下が含まれます
ボリュームミキサーのバーインジケーターを使用してソースを探します。サウンドの持続時間が短すぎてこの方法で「キャッチ」できないため、これは機能しません。
プロセスモニターを使用して、ディスク上でアクセスされているすべての
.wavファイルを識別します。これがシステムサウンドまたは.wavファイルであるとは確信していません。これは、Webプラグイン、開いているタブの1つにあるフラッシュムービー、またはその他のものである可能性があります。
プロセスモニターまたは同様のツールを使用して、実際にサウンドカードにデータを書き込んでいるプロセスを特定する方法はありますか？インプロセスモニターでフィルタリングできるWindowsAPIまたはドライバーリクエストはありますか？
サウンドは、デバイスの接続や切断などの多くのイベントのサウンドを生成するWindowsのデフォルトのサウンドスキームから発生する可能性があります。 「NoSounds」スキームに切り替えると、物事がずっと静かになります。オーディオキューが必要な場合は、個々のサウンドのオン/オフを切り替えることもできます。
サウンドテーマによって生成されたすべてのサウンドは、ボリュームコントロールミキサーの「システムサウンド」エントリから出力されます。プログラム自体はサウンドカードにアクセスしません。
Spy ++（一部のMicrosoft Developerツールに含まれている）のようなWindowsメッセージキュービューアは、サウンドをトリガーする基になるメッセージをキャプチャして表示できる場合があります。とにかくサウンドをオフにする唯一の場所はサウンドスキームにあるので、おそらく努力する価値はありません。
Dingが頻繁に発生している場合は、タスクマネージャーのプロセスリストに移動します。
Dingが停止するまで、プロセスを次々とゆっくりと（急いではなく）殺します（作業中やドキュメントを開いている間は実行しないでください）。殺された最後のプロセスはおそらくDing-erです。
アカウントの資格情報を使用して実行されるこのようなプロセスから始めます。
これらのプロセスのいずれも原因ではない場合は、すべてのユーザーのプロセスを表示し（タスクマネージャーのプロセスウィンドウの下部にあるボタンまたはチェックボックス）、他のプロセスの強制終了を続行します。
この手順により、現在実行中のデスクトップセッションが不安定になる可能性があることに注意してください。したがって、それを終了した後、マシンを再起動することをお勧めします。
Dingが引き続き発生する場合は、サウンドドライバにも問題がある可能性があります（可能性は低いですが、可能性があります）。サウンドソフトウェア/ドライバーにバグがある場合、またはサウンド再生バッファーが何らかの理由で破損した場合、アプリケーションがサウンドを出力しなくなっても、サウンド再生バッファーがループで無限に再生されることがあります。