またもや音声の再生についてである。しつこい。ここまで様々な小細工を施してみたのだが、結局ノイズの軽減には成功しているものの排除に至ってない。つまり根本的なノイズの原因が分かってない。youtubeなどで動画を見ているとノイズが起こらないときは起こらないが起こるときは起こる。なんとアナログな。

で、結論から述べるとpulseaudioのサンプルレートとハードウェアの再生レートのミスマッチが根本的な原因のようだ。前者が44100Hzで後者が48000Hzだったのでリサンプリング時にノイズが入る、らしい。いやどうしてノイズを入れるんだ綺麗にリサンプリングしてくれ。

まあそれはさておき /etc/pulse/daemon.conf を編集し

default-sample-rate = 48000
alternate-sample-rate = 48000

などと追記する。pulseaudioの現在の状態は pacmd info で確認できる。これで劇的にノイズがなくなる。てかね…こんなもん…自動でやってよ…pulseaudio…何なんだ…お前は…。

ところでそうなると、これまでにやった小細工は要らないのか？　という点が気になる。

そこでサンプルレートの変更は固定し、他の小細工はいろいろ有効にしたり外したりして聞き比べてみたのだが、結局いずれも有効にするのが一番良いようだ。無駄にならなくて良かった。

それにしてもxubuntuを使ってた頃はここまでノイズが気になることはなかったのだけど。何が起こったんだろうか。

音声の再生について、プチノイズが出まくる件は解決したのだが、実はそれ以外の問題もある。これは言葉で表現するのが難しいのだが…再生の途中で瞬間的なスキップがけっこうちょくちょく発生する。時間をほんの一瞬だけ吹っ飛ばし…その時間内のこの世のものは全て消し飛ぶ。最終的に何か音が飛んだな？という結果だけが残る。

これはノイズというよりは要するにPCMデバイスにデータを叩き込むスケジューリングの問題に思える。しかしGHzでプロセッサがぶん回る時代にそんなことあるのか？

というわけでまたしてもarchlinuxのwikiを参照すると、なにやらPulseAudioの動作に伝統的な割り込み方式と新しいタイムベースのスケジューリングというものがあるらしく、後者で問題が起こるハードウェアもあるのだそうだ（前者で起こるハードウェアもある）。とりあえず/etc/pulse/default.paに

load-module module-udev-detect tsched=0

などと追加して割り込み（何の割り込み？　PCMデータを突っ込んだ後のDMAの転送終了割り込みとか？）駆動を指定させたところ、だいぶマシになった。完全になくなったわけではないが…。

いやしかし、それにしても、intelチップセット内蔵のオーディオデバイスなんて最強にポピュラーなハードウェアなのになんでこんなちまちま設定を与えてやらないと上手く動かないのか。こういっちゃなんだけど、PulseAudioってちょっとポンコツなんじゃないの？

聞くところによるとubuntuではそろそろPulseAudioはobsoleteで、新しくPipeWireが音声と映像の再生を管理するようになるらしいので、そこでタナボタ式に解決したりしたら嬉しい。

Chromeを起動し、ウィンドウを適当に配置し、一旦終了する。そして再度起動すると、各ウィンドウのタブ、位置、状態（通常か最大化かなど）が再現される、はずだ。

ところがこの新しいubuntuの環境ではこの動作が正しく行われないのである。

そして単に再現されないだけではなく、さらに謎のルールが付加されているように見える。右側のようなウィンドウのようなサイズだと、そのまま再現されるのだが、その奥のほぼ全画面のウィンドウは何やら「このウィンドウ、ほぼ全画面だから全画面で表示してあげるね！」的な配慮が働くのか、最大化状態に上書きされてしまう。

なんだこれは。

アプリケーションの起動時にウィンドウの状態を再現する処理というのは、一義的にはそのアプリケーション自身が行うはずだが、それはウィンドウマネージャーやらデスクトップ環境やらが何もしないということでもない。実際gnomeにも新しく開くウィンドウを中央に表示する云々のゆるやかに位置を指定するオプションがある。そういうわけで、このChromeの奇妙な動作が誰の仕業なのかはよく分からない。

しかしそれならば、Chromeの起動後に好きにすればいいわけで、Chromeの拡張を書き、独自にウィンドウの配置を覚えておき、起動後にそれを再現するようにしてみた。ウィンドウが最大化状態で表示された後でシュッと縮むような様子を目で確認できるような動作になるけど、まあしょうがない。

この拡張は割と使いでがあるような気もするが、公開の必要はあるだろうか。このChromeの変な動作が他の環境でもよくあることなのか、おま環なのかどうかもう少し調べてみたい。

　 *
勝手に最大化はorg.gnome.mutter auto-maximizeで制御されるようだ。これをfalseにすると終了時の配置がその通り再現されるようになった。なんだよこのオプション！なんだよこのオプション！

前の投稿でも書いたが音声を再生すると妙にプチノイズが入る。これをなんとかしたい。

まず環境から確認しておくとIntelチップセット内蔵のオーディオデバイスがあり、snd_hda_intelカーネルモジュールが読み込まれている。またUSB DACを刺しているので、snd_usb_audioモジュールも読み込まれている。ただしUSB側はあくまで出力用のデバイスなのでオーディオデータの生成はあくまでチップセットが行う。

ちなみに内蔵スピーカーやらHDMI出力やらを担当するために？ALC269VBも載っていて認識されているがこれはまあ気にしなくていいだろう。

さてこの問題自体は割とFAQらしいのでみんな大好きarchlinuxのwikiにトラブルシューティングがまとまっている。要するにデバイスに省電力状態というものがあり、その状態が変わるときにプチノイズが発生するっぽいので状態が遷移するのを禁止しようというわけだ。

とりあえずmodinfoしてみると:

filename:       /lib/modules/5.15.0-47-generic/kernel/sound/pci/hda/snd-hda-intel.ko
description:    Intel HDA driver
license:        GPL
srcversion:     EB88CE4FDDC8DBA5650936E
(snip)
depends:        snd-hda-core,snd-hda-codec,snd-pcm,snd,snd-intel-dspcfg
retpoline:      Y
intree:         Y
name:           snd_hda_intel
vermagic:       5.15.0-47-generic SMP mod_unload modversions 
sig_id:         PKCS#7
signer:         Build time autogenerated kernel key
(snip)
parm:           index:Index value for Intel HD audio interface. (array of int)
parm:           id:ID string for Intel HD audio interface. (array of charp)
parm:           enable:Enable Intel HD audio interface. (array of bool)
parm:           model:Use the given board model. (array of charp)
parm:           position_fix:DMA pointer read method.(-1 = system default, 0 = auto, 1 = LPIB, 2 = POSBUF, 3 = VIACOMBO, 4 = COMBO, 5 = SKL+, 6 = FIFO). (array of int)
parm:           bdl_pos_adj:BDL position adjustment offset. (array of int)
parm:           probe_mask:Bitmask to probe codecs (default = -1). (array of int)
parm:           probe_only:Only probing and no codec initialization. (array of int)
parm:           jackpoll_ms:Ms between polling for jack events (default = 0, using unsol events only) (array of int)
parm:           single_cmd:Use single command to communicate with codecs (for debugging only). (bint)
parm:           enable_msi:Enable Message Signaled Interrupt (MSI) (bint)
parm:           patch:Patch file for Intel HD audio interface. (array of charp)
parm:           beep_mode:Select HDA Beep registration mode (0=off, 1=on) (default=1). (array of bool)
parm:           dmic_detect:Allow DSP driver selection (bypass this driver) (0=off, 1=on) (default=1); deprecated, use snd-intel-dspcfg.dsp_driver option instead (bool)
parm:           power_save:Automatic power-saving timeout (in second, 0 = disable). (xint)
parm:           pm_blacklist:Enable power-management denylist (bool)
parm:           power_save_controller:Reset controller in power save mode. (bool)
parm:           align_buffer_size:Force buffer and period sizes to be multiple of 128 bytes. (bint)
parm:           snoop:Enable/disable snooping (bint)

なるほどとても親切だ。ところで件のwikiだとpower_saveだけを0にするか、さらにpower_save_controllerもオフにするか2つの選択肢を挙げているわけだが、前者に意味はあるのだろうか。power_saveを0にした場合（=disable）の動作の詳細が分からないが、デバイスが暇になった場合即省電力状態に入らせるということならプチノイズ回避にはならないのでは？　いろいろ試してみよう。

まずpower_saveを0にしただけで様子を見たところ、10秒に一度プチ！が出る感じなのが20秒に一度くらいになったようだ。なるほど効果は少しはあるのか。次にpower_save_controllerに’N’を書き込んでみたところ、こちらは覿面にプチノイズがなくなった。なるほど。

というわけで、これを永続化した設定にするため/etc/modprobe.d/の下に適当なファイルを作って

options snd_hda_intel power_save=0 power_save_controller=N

という感じの内容で保存。wikiにも書いてあるがラップトップの場合電源状態によってこの辺の設定が再設定されうるので、そういう場合は/etc/pm/power.d/下にも何かいろいろと仕込む必要があるかもしれない。

ところで省電力機能というのは当然消費電力を通常より低くするのだろう。その代わり音質が犠牲になるトレードオフがあるのだとしたら、バッテリー駆動のときだけオーディオデバイスの省電力機能をオンにする…とかにすればいいと思うのだけど、なぜ常に省電力オンなのかはよく分からない。

• webpのサムネイル
  $ sudo apt install webp
$ vim ~/.local/share/thumbnailers/webp.thumbnailer

  [Thumbnailer Entry]
  Exec=/usr/bin/dwebp %i -scale %s %s -o %o
  MimeType=image/x-webp;image/webp;

• 動画のサムネイル
  $ sudo apt install ffmpegthumbnailer
• サムネイルキャッシュの更新
  $ rm ~/.cache/thumbnails/fail/gnome-thumbnail-factory/*
$ nautilus -q
• 音声を再生する際プチノイズが入ることがある: サウンドデバイスが省電力モードになっているのが原因、かもしれない
  $ echo '0' | sudo tee /sys/module/snd_hda_intel/parameters/power_save