パソコン用スピーカを新調

デスクトップＰＣを初めて自作したのが１９９６年ぐらいだったと思います。最初のWindows95は既に出ててOSR2がまだ出てなかった頃です。

店員さんのお薦めで選んだスピーカがDIATONE DS-31Pで、それを今日までずっと使い続けてきました。四半世紀以上、ですね…

しかしさすがに寿命末期、右スピーカの出力がしだいに下がってきて、どうにもならなくなってしまいました。左右バランスを調整して誤魔化してきましたが、我慢の限界…

で、新しく調達したのが上の絵にあるFOSTEX PM0.1e。先代DS-31Pと同じく、設置場所の都合で横倒しで設置してありますが、ちゃんと鳴りますｗ

音は、小型フルレンジ一発のスピーカなりですが、机上で小音量で圧縮音楽／ストリーミング音楽を聴くぶんにはまったく問題ありません。下も上も聴きやすい音を出してくれます。

第一印象として唯一気に入らなかったのは前面の電源LED。白色ですが目に刺さりますｗので、黒のアセテートテープでおとなしくさせました。

小型スピーカなのに予想外に大きな梱包で届いて驚きました。丁寧に保護されてて好印象。また、重量も「それなりに」あって、安モン小型スピーカばりの軽々しさは微塵もありません。しっかりした感じで安心感も高い。「良質なスピーカは、それ相応に重量があるもの」と信じております。

っということで、このスピーカ、はたして何年もってくれるでしょうか…
先代同様の寿命なら、今回が「人生最後のスピーカ購入」となるはずｗｗｗ

大切に使います。

画面出力がスリープから復帰しない（ことがある）件

 前の日記に書いておりましたが、スリープから復帰する時、パソコン本体は復帰しているように思えるのにモニタが真っ暗なまま復帰してこないことがありました。

ハイバーネートを無効にしたり、nVidia Driverの一部設定を変更したりしましたが対処しきれずにいました。が、ようやく正当な対策らしきものを見つけました。（探し方が下手なだけ）

nVidiaの開発者向けフォーラムに投稿されていたものですが、nVidia driverの電力制御に関して、Kernel Driver Callbackからsystemdに方式が変更されたが、そのsystemd方式がバグってた、と。

なので、関連するサービス類を止めて（無効にして）しまえば良い、のだとか。

っということで、この投稿に記載されてある通りの対策を実施して現在様子見中です。問題の症状はまだ一度も起こっておりません。

で、その後いくつか追加で調べてみたところ、もっと簡単に「/usr/bin/nvidia-sleep.shの先頭に exit 0 を追加すりゃエエ」というものを見つけました。つまり、問題原因だったのはこの nvidia-sleep.sh の処理内容だ、てことのようで。

この方法が簡単・手軽で良いかもしれません。

悩ましきキーアサイン

Windows(MS-IME)にせよLinux(fcitx＋Mozc)にせよ、ほぼデフォルト的に「IME OFF/ONは［全角/半角］」に割り当てられていると思います。が、［全角/半角］などという「遠いキー」は扱いにくいので、随分前から [Ctrl]+[Space] をIME OFF/ON に割り当てて生きてきました。

が、それだけでは不十分な場面に遭遇することも多くなってきました。

元の［全角/半角］キーアサインを残したままだった為、数字の［１］キーをタッチする時に誤って左隣の［全角/半角］に触れてしまい、意図せず IME 起動状態が切り替わってしまったケースが１つ。もう１つは、ウェブ画面での会員情報登録時など、ウェブ側がIME起動状態を入力項目によって切り替えてしまうものがあり、漢字氏名を入力するフィールドで [Ctrl]+[Space] したらウェブ側がIMEを起動してくれてたのにそれをOFFってしまったケース。IMEの起動状態はパネルやタスクトレーを見れば判別できますが、入力中は視線は入力フィールドにあるので目視判断は難しいところ。

１つめのケースへの対策は、［全角/半角］キーをキーアサインから全て削除して対応しました。これでもう誤って手が触れてしまっても何も起こりません。

２つめのケースが少し悩ましくて、[Ctrl]+[Space] を IME ON に、[Shift]+[Ctrl]+[Space] と［変換］を IME OFF にに割り当てました。ONとOFFを分離することで「IMEが必ずONになる、必ずOFFになる」となり、この方が分かりやすいんじゃないかと思って。IME OFFに２つアサインしたのは、現時点でどちらのキーが使いやすいのかしばらく試行してみるためです。Majestouch MINILA-R での［変換］は [Fn]+[Space] として操作します。［無変換］は単独キーがあるんですが、配置がいまいちなので使用を見送りました。

[Fn] というキー自体が必須ではないフルサイズキーボード等では、スペースバーの左右両脇の［無変換］［変換］を IME ONとOFF にアサインすれば済む話かもしれません。現用中の Majestouch MINILA-R ではスペースバー両脇の [Fn] は「（自分にとっては）そこに無くてはならないキー」なので [Fn] を殺すわけにはゆきませんでした。

Linux MINT環境の「魔除け」対策

要するにセキュリティ的な対策の事ですが、Windowsを使ってた時はESET Internet Securityを利用しておりましたが、これのLinux版は無く、そうしたツールを利用しない対策を実施することにしました。

ＯＳ含めソフトウェア類のアップデートは適切に実施すること、ウェブ検索でヒットしたページを手当り次第に見たりしないこと、というような基本的なことは実施するとして、システム的にどのように対策しておくか、という視点で、（１）システムワイドな対策としてhblockを導入、（２）ウェブブラウザにuBlock originを利用する、という方針でいくことにしました。

hblockだけでも充分なのかもしれませんが、ブラウザでの表示レイアウトが少し崩れてしまう（重箱の隅問題）ので、uBlock originを併用することにしました。

hblockもuBlock originも広告対策的なツールと理解されているのかもしれませんが、いろいろ危ないのは広告サイト（サーバ）のような気がしますし、それを人間系で対策するのは極めて難しいと思うのでシステム的にフォローしてもらうのが良いかな、と。

Linux MINT環境・その後

昔のLinuxの事を思えばこれほどラクなことはない…と思えるぐらい安楽に使っています。Windows OSと遜色ないぐらい…というか、もっと安心かもしれない…。

作業効率面からコンソールを使うこともあるんですが、ややこしい（面倒な）システム管理をしないのであれば、もうほとんどの作業がGUIで行えるようになってます。パッケージのアップデートは素早いですし、GUI操作に関する一般的なITスキルがあれば、もう誰でも使えるOSなんじゃないか、と思います。

それはともかく、使ってて１つ気になったのがサスペンドからの復帰した時の問題。

レジュームするまでの時間が短い場合は問題無いんですが寝る前にサスペンドして翌朝起きた時にレジュームする、というような場合に「PC本体はレジュームしてる（ように思える）んだけど、モニター出力が回復しない」という状態に何度か（何度も）遭遇しました。

キーボードを操作してもマウスを操作しても[Ctrl]+[ALT]+[DEL]しても、ディスプレイの電源をオフオンしても回復せず、ハードウェアリセットかけるしか方法がありません。

いくつか試してみた結果、上の図にある「ディスプレイの電源を切るまでの時間」を「なし」にすることで解消できました。（と思いますが、もしかすると、hibernateとhybrid-sleepを無効にしたのも問題解消できた要因の１つかもしれません）

この問題とは別ですが、サスペンド期間が短時間だった場合、レジュームした時にパスワード認証しないようスクリプトで設定しました。（参考にしたページ： Linux デスクトップ環境でサスペンドモードから安全にパスワード入力無しで復帰する方法）

あと全く別件で。たまたま偶然にMozcの設定が気になって見てみたら、郵便番号変換が有効になっていながら郵便番号辞書が無いことに気づきました。

これはいかん！と、早速郵便番号辞書を整備することに…し始めたんですが、シェルスクリプトやsed/awkから長らく遠ざかっていたため、いろいろ調べる／思い出すのに四苦八苦。ウェブ上にあった有用な情報をいただきながら、なんとかスクリプトを作成して、日本郵政が公開している郵便番号データ（を正規化したデータ）を元に辞書インポート用ファイルを作成し、郵便番号辞書を用意することができました。

１回ぽっきりの作業ならスクリプトなんて作らず手作業でやれば済むのですが、元データは毎月末に更新されるようですし、毎月ではなくてもいつかまた作業するかもしれないのでバッチ一括で処理できるようにしておきました。そういう準備をした事すら忘れてしまう可能性も大いにあるんですけどね…

"KEN_ALL.CSV"でググってみて分かりましたが、日本郵政の提供データ、中身が酷いっすね。気軽に使えんやん…。だいぶ以前から世の中の悲痛な叫びが多数あるにもかかわらず、一向に修正しない…。さすが、役人・役所由来の企業さんだと改めて理解を深めました。

【後日追記】

サスペンドからの復帰で画面表示が戻らない件、電力管理の設定とハイバーネートのDisableで対処できたと書いたんですが、まだダメな場合がありまして…。

nVIDIA X Driverの設定を一部変更して様子見することにしました。接続しているモニタに対するVSyncが復帰しないのが原因ではないか？との根拠の無い推測でｗ

【さらに後日追記】
ようやく正しい対策らしきものを発見しました。