LinuxでSteamゲームのクラッキングサウンドの問題を修正する方法

LinuxにSteamをインストールし、次にライブラリからいくつかのゲームをインストールして、ゲームを楽しんでいます。お気に入りのゲームを起動し、スピーカーをオンにするか、ヘッドホンを装着した後、耳障りなクラッキング音が聞こえたため、急いでミュートしました。 LinuxでプレイするWindows用のSteamゲームの経験はありますか？

問題の原因は、Pulseaudioで正しく構成されていないパラメーターであり、どのLinuxディストリビューションでも発生する可能性があります。ありがたいことに、簡単な修正があります。 LinuxでSteamゲームのクラッキングサウンドの問題を簡単な調整で修正する方法を見つけるために読んでください。

PulseAudioデーモンを微調整する

私たちの問題の修正は2つの部分からなるプロセスであり、適切な対策を講じるために後でトラブルシューティングを行う可能性があります。まず、PulseAudioのデーモンを微調整しましょう。

お気に入りの端末を起動して、次のように入力します：

sudo nano /etc/pulse/daemon.conf

パラメータ「default-fragments」および「default-fragment-size-msec」を検索します。両方ともすでに存在しているはずですが、存在しない場合は、自由に追加してください。それらの値をそれぞれ2と4に設定します。次のようになります：

default-fragments = 2
default-fragment-size-msec = 4

更新したファイルを保存し、PulseAudioを再起動して変更を適用します。あなたはそれを行うことができます：

pulseaudio -k

これで、調整の最初の部分は終わりです。次の方がさらに簡単なので、心配しないでください！

サウンドサーバーを微調整する

お気に入りのテキストエディタを再起動しますが、今回は、PulseAudioサウンドサーバーの起動方法を定義するファイルを次のように編集します。

sudo nano /etc/pulse/default.pa

udevを使用してドライバーモジュールをロードするようにPulseAudioに指示するセクションを見つけます。次のようになります：

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
load-module module-udev-detect
.else
 
### Use the static hardware detection module (for systems that lack udev support)
load-module module-detect
.endif

tsched=0を追加して更新します 「load-modulemodule-udev-detect」の最後にあるため、新しいバージョンは次のようになります。

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
load-module module-udev-detect tsched=0
.else
 
### Use the static hardware detection module (for systems that lack udev support)
load-module module-detect
.endif

変更を保存し、PulseAudioをもう一度再起動します：

pulseaudio -k

そして、それだけです–うまくいけば、問題はなくなるでしょう。

トラブルシューティング

上記の調整で状況が改善されたものの、まだ完全には修正されていない場合は、最初のファイルを再編集して、「default-fragments」パラメータと「default-fragment-size-msec」パラメータの値を増やします。それぞれ「3」と「5」または「4」と「8」のような値を試してください。最初から夢中にならないでください。ただし、問題が解消されるまで値を徐々に増やしていきます。

一方、これらの調整によって問題が悪化した場合は、逆のことを行う価値があります。これらの2つのパラメーターの値を減らしてから、2番目のファイルに戻り、微調整をtsched=1に変更します。 。

もう一度PulseAudioを再起動し、問題が今回修正されたかどうかを確認します。そうでない場合は、両方のファイルに戻って変更を元に戻します。残念ながら、この場合、問題の原因は他の場所にあります。

オーディオサブシステム用に別のドライバーを試す価値はありますが、それらはカーネルに含まれる傾向があるため、ディストリビューションのカーネルを別のカーネルに交換することを意味します。新しいものが利用可能かどうかを確認します。そうでない場合は、以前のカーネルに戻すか、Liquorixなどの代替カーネルをインストールします。

ドライバー、バッファー、スケジューリング

これらのパラメータが（おそらく）問題を修正したのはなぜか疑問に思うかもしれません。それはすべて、オーディオサブシステムのハードウェア、そのドライバー、およびPulseAudioがそれをどのように使用するかに関係しています。

変更した最初の2つのパラメータは、オーディオデバイスのバッファをフラグメントに分割します。オーディオサブシステムによっては、これはオペレーティングシステムがデータをオーディオサブシステムにストリーミングするのに役立つ場合があり、オーディオサブシステムはサウンドに変換されます。

2番目のパラメーターは、PulseAudioのスケジューリングアプローチを変更します。バージョン0.9.11以降、PulseAudioはシステムタイマーベースのモデルを使用しています。ただし、これには、ハードウェアとドライバーが正確なタイミング情報を返す必要があります。インテルのソリューションのように、そうするものもあります。これは、現代的でより良いアプローチと考えられています。 Creativeの多くのサウンドカードのように、そうでないものもあります。ハードウェアとドライバーに応じて、タイマースケジューラを回します（tsched 導入したパラメータ）オンまたはオフ（値1または0）は、世界に違いをもたらす可能性があります。

代わりに、Ubuntuで音が出ない問題がある場合は、次の方法で修正できます。