3.5ジャックで数秒間音を再生しないとパチパチという音がする

3.5ジャックで数秒間音を再生しないとパチパチという音がする

症状


オーディオ ジャックを PC に接続すると、ヘッドフォンから大きなパチパチという音が聞こえます (2 つの異なるペアを試しました)。また、数秒間に別のオーディオを再生していなかった場合は、サウンドを再生するたびに同じことが発生します。

オーディオ サービスまたはカードが数十秒間操作がないとスリープ状態になり、再開するとパチパチというノイズが 1 回発生し、その後オーディオが再びクリアになるかのようです。オーディオの再生が終了して数秒後に、同様の、しかしはるかに穏やかな音が聞こえます。

パチパチという音は、最初の瞬間(起動後)は他のどの瞬間よりもずっと大きくなります。また、ヘッドフォンを接続したときや PC の電源を切ったときにも発生します。

システム


私は、ストック HP ENVY PHOENIX 860-080nz 1.04 (ストレージを除く) に Parrot OS 5.0 (LTS) (Debian ベース) をクリーン インストールして使用していますが、問題は初日からありました。

cat /proc/asound/cardsの出力は次の通りです。

 0 [PCH            ]: HDA-Intel - HDA Intel PCH
                      HDA Intel PCH at 0xdf320000 irq 129
 1 [NVidia         ]: HDA-Intel - HDA NVidia
                      HDA NVidia at 0xdf080000 irq 17
 2 [AUDIO          ]: USB-Audio - USB  AUDIO
                      USB  AUDIO at usb-0000:00:14.0-7, full speed

デバイス 0 と 1 はカーネルにネイティブな snd_hda_intel ドライバーを使用しますが、これには触れませんでした。

以下はlspci -vの出力の一部です。

01:00.1 Audio device: NVIDIA Corporation GM200 High Definition Audio (rev a1)
        Subsystem: Hewlett-Packard Company GM200 High Definition Audio
        Flags: bus master, fast devsel, latency 0, IRQ 17
        Memory at df080000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: <access denied>
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel
[...]
00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31)
        DeviceName: Onboard Audio
        Subsystem: Hewlett-Packard Company 100 Series/C230 Series Chipset Family HD Audio Controller
        Flags: bus master, fast devsel, latency 32, IRQ 129
        Memory at df320000 (64-bit, non-prefetchable) [size=16K]
        Memory at df300000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: <access denied>
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel

私が行った他のテスト


USBスピーカーは問題なく動作します。

これはヘッドレス モードかどうかに関係なく発生します (起動時の最初のパチパチ音が KDE スプラッシュ ロゴ中に発生するため、KDE ​​ではないかと疑っていました)

私は Windows とデュアルブートしていますが、Windows 側ではそのような問題は発生していないため、ハードウェアの問題ではないと確信しています。

答え1

別のウェブサイトで答えを見つけたので、この行をコメントアウトする必要がありました

ロードモジュール モジュールのアイドル時サスペンド

/etc/pulse/default.pa ファイルで再起動します。

KDEにはサウンドの問題がたくさんあると聞いていたので、私もGNOMEに切り替えましたが、違いはありませんでした。この修正は両方のDEで機能しました。

関連情報