人生初のTWSへ − Jabra ELITE 4

Bluetoothヘッドセットは長らく「片耳引っ掛け式」のを使ってきてましたが、メガネをかけること・マスクを装着する機会がまだ多いこと等があって耳の付け根（上部）の負担が大きくて「さらにヘッドセットまで…」となると「けっこうキツいな」と。今さらのように思ったしだい。

ということで、今ドキなＴＷＳを物色してJabra ELITE 4を選択しました。

選定に際して候補となったのはAnker Soundcore Liberty 4 NCあたり。つまり値段的にこの辺りを狙っておりました。型落ち機であるJabra ELITE 3が某通販で9000円となっていたのを見て、初めはそれに決めかけていたのですが、別の通販で貯めてたポイントを考慮するとELITE 4でも大して差が無かったので、発売日の新しい方に決めました。

付属のシリコン製イヤーパッドはＭサイズを装着して、自分の耳にはぴったりでした。キツすぎず緩すぎず。実使用時間がまだ短いのでこの先どう思うかは分かりませんが、気に入らなければサードパーティ品を含めて見直しをかけます。イヤーパッド、しょーむない部材のクセにバカ高いっすよね。それに「Ｓ／Ｍ／Ｌのセットです」なんてスカタンな売り方してるのが多くて…。単一サイズを複数セットで売ってくれよ…。

短めのUSB充電ケーブルが付属してきますが、太くて固くて取り回しにくいです。「5V以下、2A以下の充電器を使え」と言うぐらいなら、相応の太さのケーブルで良いでしょう、Jabraさん。

ヘッドフォン本体・ケースとも、「ツルン、ツルン」てほどではないですが手から滑り易そうで…。ケースからヘッドフォンを外す時も戻す時も。最初慣れないうちは何度かヘッドフォンを下に落としました。（部屋の中だったので大丈夫でした）

ノイキャンにはあまり興味はなくて重視してません。地下鉄車内で音楽を聴いてる時にANCオンにしてみましたが、電車の走行音など周囲の騒音はそれなりに聞こえてきます。ただ、音楽再生音量はあまり大きくしなくても聴き取れるので「これがANCの効果なんかな…」と思ってますが、その程度です。ほどほどに効果はあるんだと思います。「大音量にしなくてよい」ので、電車とかで近隣乗客に音漏れ騒音な迷惑をかけずに済むかな。

外音取り込みは屋外歩行中に有効化してみました。いちおう外の各種騒音が耳に届くんですが、音の聞こえ方が生音を生耳で聞くのとは大きく違い（当たり前ですが）、それぞれの音源の方向や位置・距離感が全く掴めません。自動車・自転車乗車中はもちろん歩行中やランニング中でも「公共の場」に居る時は、こんな程度の機能では全く役に立たないですね。危ないっす。Jabra ELITE 4が「その程度の機能なだけ」で、他の機種ではもっとマシなのかもしれませんが、ま、あんまし大きな期待は持たない方が身のため／社会のため、でしょうね。

以上のような家の外での状況とは違い、室内での利用要件下ではノイキャンも外音取り込みも「ま、いいんじゃない」って程度に機能してくれるように思います。

自分的には３代目のJabra機。これからしっかり働いてもらいたいと思います。

結局DerpFestに戻る（Pixel 6a）

この１ヶ月ほど色々渡り歩いたんですが、結局、DerｐFestに戻りました。

LineageOS にしてみたり crDroid を入れてみたり、Stock ROMに戻してみたり、したんですがどれもピリっとせず、DerpFestが最も自分の好みに合ってるな、と感じました。RisingOSは開発は進められているようですが、ビルドされたものがなかなか出てこず試しようもないので、敬遠しました。

画像を見てもらえれば分かる通り、ほとんどアプリを使うことはなく、仕事や体調の事などもあって家から出ることもほとんどないので、スマホ自体はアイドル状態が異様に長い使い方になります。（それを「使い方」と言うのかどうか…）

そういった自分の特性もあっての選択ですが、アイドル時の低消費電力だけが取り柄ではなく、アプリの起動にタイムラグがあったりなんてことはなく、きびきびと動作してくれます。UIのカスタマイズも上手く揃えられていて自分には必要充分なほど。

DerpFestも、メンテナーさんの興味が薄れたりデバイスを手放したりすると開発が止まってしまうんだろうと思います。そうなった時はまた次の乗り換え先を探す旅に…。Stock ROMの寿命が残ってればそれにするし、そうでなければLineageOSにでも…

RisingOS for Pixel

メイン機のPixel 6a、スペアのPixel 4a、両方とも RisingOS v1.1 Babylon を導入してみました。

Pixel 6aの方は、このまま常用するつもりで様子見しています。DerpFestも素晴らしく良かったのですが、初物のRisingOSに少し強めの興味がわいたもので…。

Pixel 4aの方は、ビルダさんの気持ちがcrDroidに傾いてるっぽいので、RisingOSのビルドが継続されないならcrDroidに移ってしまうかもしれません。

という状況ですが、今のところ RisingOS はとても気に入っております。

Pixel 4aの方は、com.android.hbmsvmanagerという「High Brightness Mode Manager」なるコンポーネントが暴れるようでｗ、アプリのバッテリー設定を Restricted にしても完全にはおとなしくならず、やむなく adb shell pm uninstall -k -user 0 com.android.hbmsvmanager でアンインストールして対処しました。（Pixel 6aの方では、この問題はもしかしたら開発者さんの方で対処済みなのかもしれません）

Google純正OSのサポート期限が近づいてきたPixel 4aの方が喫緊の課題ではありますが、なんとか食いつないで延命したいところです。

超久しぶりのDerpfest

常用スマホのPixel6aですが、Google純正OSに少し退屈してきたのもあって、ＧＷ中からいくつかつまみ食いをしてきました。

で、「ファイナルアンサーかな」と思ったのが、コレ、Derpfest 13 "Tango" です。

導入してまだ間無しですが、素性の良さは充分感じられます。Moto G5Plus で一時期Derpfestを使ってたことがあり、その時も同じように好印象／好感触でしたが、その感じが全く変わってなくて、一瞬で「これに決ぃ〜めた！」となりました。

ミニマムではなく必要なアプリを絞り込んだ格好でGappsがパッケージされており、その選択が自分の好みにぴったり合ったものですし、機能やデザインも洗練されて良い感じです。

Derpfestのウェブサイトでは、まだPixel6aが公式デバイスとして掲載されていませんでしたが、Sourceforge上の公式ディレクトリには Bluejay ディレクトリが作成されROMがアップロードされていました。

ダウンロードしたROMアーカイブ中のpayload.binから vendor_boot.img を取り出してFlashし、その後リカバリを起動してFactory Resetしてからadb sideloadでインストールしました。

バッテリの保ち具合など常用機向けＯＳとしての使い勝手はこれから検証していくことになります。

【2023/05/25追記】
しばらく使ってみてDerpfestの良さがさらによく分かりました。開発者さんがTestbuildを公開してくれていて、現状で 20230524 build に更新していますが、何１つ問題は無く（私が見つけられないだけかも）極めて安定しています。バッテリ消費は十分に穏やかですし、UIのカスタマイズもとってもクールです。

ClamAV OnAccess スキャナと戯れる

まったく予定の無かったＧＷの空き時間の多くを埋めてくれたClamAVですが、「よっしゃこれでいこ」と思ってＧＷを終えた途端に問題発覚。てゆーか、ぜんぜん上手に設定できてなかった…。

ということで、ＧＷ明けも空き時間をClamAVと戯れておるワケですが、とりあえずバッチ一括検査処理の方は「なんとかこれで良いやろ」という感じに設定できたのですが、問題は OnAccess スキャナの方。こいつがぜんぜんダメ。

一番の問題は、Clamonaccから検疫処理を依頼されたclamdが途方もなく膨大な量のWARNINGログを吐き出すこと。１〜２分ほどの間に60万行以上も記録され、且つ、LogSyslog disabled と設定しているにもかかわらずSyslogにも同じ量が記録されてしまうこと。

発生するのは/home下ですが、記録されたファイルを見てますと、アプリ等の処理で一時的に生成してすぐ消えるようなファイルが対象になってしまうようです。その為、そういうログが出る度に、ログを点検してファイル名を確認して、パス名の共通性を見出してからclamd.confにExcludePathを正規表現で追記する、ということを「運用で」繰り返す必要に迫られました。

OnAccessExcludePath（--exclude-list=）は正規表現に対応しておらず柔軟性に欠けること、OnAccessスキャンだけではなくバッチ一括検査の時にも同様問題が起こる可能性があること、からclamd.confのExcludePathを修正してその都度clamav-daemonを再起動する、ということをやってます。（めんどくせー）

現状で、clamd.confのExcludePathは以下のように育ってますｗ

ExcludePath ^/dev/
ExcludePath ^/proc/
ExcludePath ^/sys/
ExcludePath ^/run/
ExcludePath ^/snap/
ExcludePath ^/media/
ExcludePath ^/var/lock/
ExcludePath ^/var/log/
ExcludePath ^/var/run/
ExcludePath ^/var/clamav/tmp/
ExcludePath ^/swapfile$
ExcludePath ^/.*lost\+found/
ExcludePath ^/root/quarantine/
ExcludePath ^/root/\.lesshsQ$
ExcludePath ^/timeshift/
ExcludePath ^/home/.+\.lesshsQ$
ExcludePath ^/home/.+\.tmp$
ExcludePath ^/home/.+\.txt$
ExcludePath ^/home/.+\.log$
ExcludePath ^/home/.+\.lock$
ExcludePath ^/home/.+\.sqlite-wal$
ExcludePath ^/home/.+\.db-journal$
ExcludePath ^/home/.+\.sqlite-journal$
ExcludePath ^/home/.+\.store_new$
ExcludePath ^/home/.+\.vbox-tmp$
ExcludePath ^/home/.+\.xml-tmp$
ExcludePath ^/home/.+\.js$
ExcludePath ^/home/.+\.json$
ExcludePath ^/home/.+temp-index$
ExcludePath ^/home/.+/\.temp.+$
ExcludePath ^/home/.+/\{.+\}\.final$
ExcludePath ^/home/.+.[a-zA-Z0-9]{6}$
ExcludePath ^/home/.+/[0-9]+\.ldb$
ExcludePath ^/home/.+/\.cache/.+/cache2/entries/[A-Z0-9]+$
ExcludePath ^/home/.+/\.cache/.+scr--[0-9]+\.png$
ExcludePath ^/home/.+/Downloads/.+\.crdownload$
ExcludePath ^/home/.+/\.config/google-chrome/Profile\ [1-9]+/
ExcludePath ^/home/.+/\.thunderbird/.+/virtualFolders-[0-9]+\.dat$
ExcludePath ^/home/.+/\.mozilla/firefox/.+/usage-journal$
ExcludePath ^/home/.+/\.mozilla/firefox/.+/newtab$
ExcludePath ^/home/.+/\.cache/mozilla/firefox/.+-\.vlpset$

まったくバカらしい話で、「OnAccessスキャンなんて使うもんじゃない」なんて意見も見られるワケで、ほんとにそういう感じで、つまらん運用作業に手間取られるぐらいなら .cache .local .config 辺りをClamonaccの監視対象から除外してしまうのが「賢いやり方」のようにも思いますし、一時はそのように設定していました。

ただ、そうしてしまうと「何の為にOnAccessスキャンなんて動かしてるの？」ということになって「Clamonaccなんて止めちゃえ」ということになってしまいます。現状まだそこまで諦めをつけられていないので、「つまらん運用作業」を繰り返してるしだい。（バカですよね…）

使うアプリが増えたら除外条件に影響するでしょう。使ってるアプリが機能修正されても影響することもあるでしょう。そういうのにどう対応していくのが良いのか…。とにかく、ClamAVのアップデートで膨大なログを吐き出すのが止まってくれたらありがたいのですが…。Syslogが無用に肥大するのが痛すぎ。

ということで、今のところ ClamAV OnAccessスキャナ には過度の期待は持てず、徐々に機能が良くなっていくのを眺めながら運用支障の無い範囲で自分なりの良い使い方を見出すしか方法が無いようです。

【後刻追記】
ExcludePathのコード内容ですが、この日記を書いてるシリから変更せざるをえない状況が何度か発生して、とりあえず最新内容に置き換えました。

【2023/05/25追記】
心底バカらしくなって OnAccessスキャナを使うのを止めました。ログの爆発を制御しきれませんわ。こんなのに付き合ってられん…。てことで、それに合わせて clamd.conf の内容をシンプルにして、１日１回バッチ一括検査する運用でいくことにしました。そう決めたら気が楽になった…。