だから私は otherpeople が issues with audio をEnvy Series Notebooksで持っていたことを知っています。ただし、HP Envy 17-3200(4スピーカーとウーファー)に関してはほとんどありません。これを踏まえて、音を正しく動作させるのにかなり苦労しました。しかし、それ以上に、サウンドcanが現在のカーネルモジュールで正常に機能するかどうか、または誰かが何らかのコーディングを行う必要があるかどうかもわかりません。
カードは以下によって与えられます:
$ cat/proc/asound/card0/codec#0 | grep Codec Codec:IDT 92HD91BXX
現在、このカードは 互換性のあるカードのリスト には表示されません。ただし、サポートされているさまざまなカードの組み合わせを使用して、すべての機能を実現できます(これが奇妙なところです)。
4つのツイーターのうち2つはそのまま使用できますが、サブウーファーを制御しようとするsnd-usb-audioから一連のカーネルエラーが送信されます。
Snd-usb-audioをブラックリストに登録し、snd-hda-intelのモデルを「ref」に設定すると、内部スピーカー(サブウーファーを含む)が機能します。ただし、ヘッドフォンもミュートせずに内部スピーカーをミュートすることはできません。モデルが「ref」以外の適切な値(「auto」を含む)に設定されている場合、ヘッドフォンを接続すると内部スピーカーは正しくミュートされますが、サブウーファーは機能しません。
スクリプトを実行して、ヘッドフォンを接続するたびに実行時にモデルを切り替えることができますが、これにはスーパーユーザー権限が必要であり、実行する必要はありません。 kernel.orgへのバグレポート を提出しましたが、それが正しいかどうかについてはますます不確かです。
この問題はArchとFedoraにも存在します。考え?
うわー、これを解決するのに長い時間がかかりました。
Linux 3.10(現在、UbuntuではなくArchLinuxを使用しています)では、snd-hda-intel
ドライバーはヘッドフォンジャックで自動的に正しく動作します(つまり、ヘッドフォンを接続すると内部スピーカーが正しく無効になります)が、サブウーファーは間違ったポートに差し込まれます。これを修正するには、alsa-tools-gui
のhdajackretask
を使用して、ウーファーが接続されているポートを手動で操作します(私にとっては0x10でした)。このツールは、これをブートオプションにする手段も提供するため、このプロセスを繰り返す必要はありません。