USBサウンドカードの出力がミュートされるのに断続的に問題があります。これは、AppleオーディオアダプタとUgreenサウンドカード（2つの非常に異なるチップセット）に同じ方法で影響を与え、ハードウェアの問題を排除します。
USBケーブルを抜いて別のUSBコンセントに接続すると、通常は問題は解決しますが、必ずしもそうではありません。再起動すると、一時的に問題が解決することがあります。
オーディオを聴いている間にビデオまたはオーディオアプリを一時的に一時停止したり、スキップしたりスワイプしたりすると、問題が再び発生し、すべてのオーディオがミュートされることがあります。
奇妙なことに、Pulseaudioの音量調整アプレットが開いている場合、現在は問題が発生せず、時には問題が発生し、アプレットを実行すると問題が解決することがあります。 pulseaudioアプレットで問題を解決できます）。
私が確認したこと：
- Pulseaudioは正しい出力デバイスを表示し、VUメーターはオーディオが再生されていてミュートされていませんが、音が聞こえないことを示しています。
- Alsamixerは、接続されたオーディオデバイスにミュートがないことを示します。
- これは、オーディオを再生するさまざまなソフトウェアに影響を与え、この現象が発生すると、そのデバイスで再生されるすべてのソフトウェアに発生するようです。
- lsusb と同様のコマンドは、USB デバイスについて奇妙な点を表示せず、まだ認識され、dmesg に問題があることを示すものはありません。
- オーディオが出力されない問題が発生しても、pulseaudioは接続および切断されたデバイスとタイプを正しく検出します。
Debian 安定版と Gnome デスクトップでは、pulseaudio の設定は非常に一般的です。
ベストアンサー1
これを行う理由と解決策を見つけました。
44.1KHz/16bitを強制的に使用すると問題が解決することがわかりました。 USBオーディオデバイスは、より高い速度と深さ（私の場合は96KHzと24ビット）で動作できると報告していますが、44.1KHzより高いサンプリングレートと16ビットビット深度では動作しません。この場合ではありません。
問題の原因は、USB3ポートのUSB 1/2オーディオデバイス、特にUSB 3対応ハブを介した問題のようです。 USB 2専用ハブを使用するか、ホストコンピュータのUSB 3ポートに直接接続すると、問題がなくなります。それはおそらくより多くの帯域幅を保存するからです。他のデバイスと共有されているハブに接続すると、動作している場合と動作しない場合があります。これは、その構成でホストの帯域幅を維持するのに問題があるようです。 44.1KHz / 16ビットでしか維持できないと、USB 3ハブを介して動作し続けることができます。 USBデバイスが44.1KHz / 16ビットでのみ動作する代替低帯域幅モードに切り替えられるためです。
Pulseaudioのデフォルトのサンプリングレートは44.1KHzと16ビットですが、「代替モード」は48KHzと指定されています。これは/etc/pulse/のdaemon.confで定義されています。これは、デバイスへのリンクがデフォルトで44.1KHzに設定されているが、ソースが48KHzで44.1KHzソースがない場合にデバイスが使用するサンプリングレートを48KHzに変更できることを意味します。
Pulseaudioのボリュームコントロール（pavucontrol）をオンにすると、pavucontrolがレベルモニタリングを開始するか、少なくともサウンドサブシステムと対話することを意味します。これにより、48KHzソースを再生してもpulseaudioが48Khzのサンプルレートに切り替わるのを防ぎます。これは、pavucontrolのリスニングが異なるオーディオストリームで処理され、サンプルレートの切り替えを防ぐためです。これは、パルスオーディオが44.1KHzに維持されるため、オーディオ出力が正常であることを意味します。
この問題を正常に解決する方法はいくつかあります。
daemon.confから代替サンプルレートを削除して、pulseaudioが常に44.1KHzサンプルレートを有効にします（デフォルトと同じ値に設定すると効果的に無効になります）。
USBハブを介さずにホストポートから直接USBオーディオデバイスを使用してください。