今朝だったか、Spotifyでクラシック音楽のdaily mixを掛けていて、ふと思った。僕が室内楽が好きでない理由は、「意識高そう」だからかも知れない。

ピアノ単体とかピアノとオケなら、(もちろん曲にもよるけど)ロックとか肉体派って感じで乗れていいんだけど、弦楽合奏は美しい音だけで、どうにも意識高そうで、乗りにくくて苦手だ・・・

室内楽は詳しくないから、あくまでも想像だが、おそらく、弦楽器だけだとなかなかガツンという音が出せないので、流麗な美しい音が主になり、更に、「室内楽」というだけあって演奏する場所も小さ目のところだろうから、なかなかパワー全開にはできないのかも知れない。

仮にピアノが小編成の弦と一緒に演奏する場合でも、ピアノがガツンと大パワーの音を出すと弦と合わないから、同じようなことではないか。

だから、ピアノの曲でも、静かで流麗な美しい音だけの曲は余り好きでないのだろう。かといって、パワーだけで押しまくる曲も好きではないから、なかなか難しい。強弱・緩急・清濁といったメリハリ=ダイナミックさが重要ってことか。

  •   0
  •   0

「素人がコロナを語ると専門家が怒る」という日本は明らかにおかしい

対談記事は読みにくいから嫌いだけど、それぞれの発言の文章が塊になっているので(→ 対談というより普通の記事??)、全然問題なく読めた。岩田は余り好きではないけど内田は好きで、これもほとんど全部同感だ。

まあ、僕の理解・行動としては、良く居る「(頭がスカスカで、大昔の経験だけを頼りに生きている)偉そうなクソジジイ」がいかにも偉そうなことを言って来ても、「うるせー馬鹿!」と思って無視するってことだ。

どんな素人の言うことにだって、それなりの根拠(「五分の魂」)があるはずだから、(余程余裕のない時以外は、)耳を傾けるのは無駄でないと思う。実際、目から鱗のようなことはいくらでもあるから、聞いたって(時間以外)何も損はない。

でも、権威主義の連中は、そういうのが痛いところを突いていた場合に(要するに「コロンブスの卵」、「ちゃぶ台返し」: これが実に多く、気が抜けないのだがwww)「素人に負けた」と思う・思われるのが嫌だから、恫喝したり難しいことを言ってシャットアウトするのだ。まさに、砂に頭を突っ込む駝鳥だ。

単なる頭でっかちの使えない奴は、こういう場面で(バレバレなのにそうでない振りをしつつ)逃げるからすぐに分かる。でも、周りがかばうのか、見て見ぬ振りをするのか、相互に助け合っているのか。まあ、生産性も進歩も何もない、身内循環システムだ。

まあ、アフォはお仲間と遊んでればよろしい。こういうところに、すごい人とそうでない人の違いが現れるのだろう。

 

PS. こういうのは(記事の言うように)日本人だけかと思っていたが、実はそうでもなく、先日読んだ記事ではスペースシャトルISS(ああ、歳だ・・・)に乗った学者も似たようなもの(芸人が、宇宙でおならをしたら動くのかとか聞いたら怒り出したとか)だと知り、まあ、US(かどうか不明だが)にも似たようなのが居ると思った。僕の経験でも確かにそうだ。ソフトの開発者だって、ユーザーの指摘を素直に受け取らない連中は多い。

 

(もう一つ書きたいことがあるのだが、なかなか重いので、もう少しまとまってからにする。)

  •   1
  •   0

先日更新したLinux Mint 20のデスクトップ環境Xfce4の見栄え(特に、タスクバーやドックに相当する「パネル」)が気に入らないので、いろいろ調整した。気に入らなかった点と対処した内容を書く。

  • パネル
    • PulseAudio(サウンドシステム): アイコンが大き過ぎる(スピーカー)。
      • アイコンの周囲にマージンを追加して小さく見えるものを作った(スピーカー)。 ← その後、CSSの調整で不要になった(下を参照)。
        • アイコンがパネルの幅一杯に拡大されてしまうのが原因。しかも、スケーリング(SVG)なのでいくらでも拡大されてしまう。
        • CSSで調整できそうだが、この時はできなかった。 → その後できた。GTKのCSS(~/.config/gtk-3.0/gtk.css, 下に例)でアイコンを小さく表示し、上下の余白を減らし、通知エリア(上の部分)と中央を合わせた。 (9/27 7:28)
#pulseaudio-button image {
  margin: -14px 2px -6px 0;
  -gtk-icon-transform: scale(0.5, 0.5);
}
    • NWマネージャ: アイコンが大き過ぎる(スピーカーの下)。
      • 余計なプラグイン(XApp Status Plugin: システムリポートに推奨された)を使うのを止めたら、トレイに入り(インジケータープラグインに入った)、小さくなった(上から2番目)。
    • センサー(温度): バーが細過ぎて見にくい("Temp"の下)。
      • CSS(~/.config/xfce4/panel/xfce4-sensors-plugin.css, 下に例)で太くした("Temp"の下)。
levelbar block {
  min-height : 4px;
  min-width : 10px;
  border: 0px none;
  margin: -2px;
  padding: 0px;
}
    • Fcitx(多言語入力システム): トレイアイコンが細い線だけで見にくい(上から2番目)。
      • 設定で、文字を斜体にするアイコン(a: 非アクティブ時)と太字にするアイコン(a: アクティブ時)に換えた(一番上)。
    • Mozc(かな漢字変換): トレイアイコンが小さく見え、また、ぼやけた感じで汚い(左, 一番上)。
      • 大きいアイコンを縮小して作り直し、右下に突き出た部分(「あ」と色しか見ないので、あってもなくても関係ないw)を削った(右, 一番上)。 (まだ不充分)
      • → その後、どうも微妙なボケが嫌なので、自分で作ってみたが、表示する時に縮小されてボケてしまうようだ(文字の線の太さの加減も微妙だ)。まあ、右の余白がないから少しは大きくなったはずだ。あと、色をデスクトップのテーマに合わせた。 (9/27 16:21)
    • jack_mixer(オーディオのミキサー): トレイアイコンが真っ黒。しかも、小さいアイコンになったら何だか分かりにくい(下から2番目)。
      • 大きいアイコン(まあまあ分かる)を明るくし、縮小したものを作った(下から3番目)。
    • タイマー: タイトルがない。上下が空き過ぎ("Timer"の下)。
      • 時計のプラグインでタイトル("Timer")を出すようにした。日時のカスタムフォーマットを使い、タイトルは下側の時刻の部分に入れ、上側の日付の部分にタブ(空白の代わり)を入れて、上の隙間を作った("Timer")。
      • GTKのCSS(~/.config/gtk-3.0/gtk.css, 下に例。)で上のマージンを減らした("Timer"の下)。 (下部はできていない。)
/* 注: "-10"はプラグインを追加した順番で変わる。 */
#xfce4-timer-plugin-10 box {
  margin: -18px 0 0 0;
}
    • [以前やったもの] デジタル時計: 縦表示(デスクバー)のパネルを細くすると、文字を小さくせざるを得なくなって見にくい。
      • カスタムフォーマットで、上に表示される日付の部分に時と":"を、下に表示される時刻の部分に分を出すようにした(一番上)。
    • [以前やったもの] ランチャーのアイコン(ネズミ)がダサい。
  • 画面キャプチャ: Xfce4の画像保存先に、全く使わないImgurが増えてしまって消せないのが鬱陶しい(左の保存先一覧の一番下)。
    • GNOMEの(gnome-screenshot)に換えた。 → シャッター音がうるさいが、設定はないので消せない。 → 音のファイル(/usr/share/sounds/freedesktop/stereo/{screen-capture,camera-shutter}.oga)を消した。
      • GNOMEの設定で消すこともできるようだが、Xfceのせいかできなかった。

いずれもとても些細なことなわりに、設定などで手軽に調整できるものではないし、調整方法もすぐには分からないとか普通はできないものがほとんどだったため、結構手間が掛かったが、ようやく「許せる」感じになった。

書いたあとで、一部のアイコンが大き過ぎる問題の原因に気付いた。実際には大き過ぎないのである。

というのは、アプリ以外の通知や設定関係のアイコン(例: Fcitx)は「通知エリア」というプラグインがまとめて表示しているために少し小さくなる(その意識で、上では「トレイアイコン」と書いた)のだが、通知エリアが対応していないもの(例: PulseAudio)は、通常のアプリの扱いで大きくなってしまうのだ。

これはパネルや通知エリアのしょぼさによるとしか言えない。例えば、通知エリアが扱うアプリを設定できるとか、アプリごとに見え方を調整できればいいのにと思う。

Xfceを作っている人たちは、どうも、雑で美意識がなく、押し付けがましく狭量な感じだ。というのは、タイマーなんて、タイトルがなく(付けられず)上下のマージンが広過ぎるまま何年間も放置しているが、そんなのありえない。試した時におかしいと思わないのだろうか。それから、画面キャプチャアプリにはなぜかImgurだけを追加し(追加するなら他のサービスもすべきだし、on/offできるべきだ)、多くの人が文句を言って、パッチを提供した人すらいるのに無視している。他にもそういう苦情を放置していることがあったと思う。(まあ、そういう態度を取る開発者・団体は多いが・・・)

結局、Xfceは敢えなくても「カスである!」としか言えないw 以前も苦労して、その時はもっといいもの(パッと綺麗に出るものw)がないか探したのだが、いくら見た目が綺麗でも使い勝手も合わせると許せるものがなかった。それで今もXfceのパネルを使っている。しょうもないものを無理して使うためにいろいろな細工をするから、OS更新で苦労する訳で・・・ でも、こういうことができないOSなんて使いたくない。言ってみれば、「靴を足に合わせるか、足を靴に合わせるか」だ。いくら前者がしょうもないとしても、後者はその百倍クソだ。もちろん一番いいのは「足に合った靴」だが、滅多にないんだよなあ・・・

 

以下、パネルの改良前から現在までの変遷と、(余計なものが入れられた)画面キャプチャの保存画面。

  •   1
  •   0

申し込んでからどのくらい経ったか分からないが、数日前に当選通知が来た。待っていればちゃんと当たるものだと感心はしたのだが、(安くなっているなら別だが)今頃来たって何の意味もないのに・・・ シャープも意外に馬鹿なままだったようだ。

シャープのマスクの当選通知

これの問題点は、申し込みをキャンセルできないことだ。だから、今回購入しなくても、また当選してしまう可能性がある訳で、なんかおかしい気がする。あるいは、一度当選すれば もう除外されるのか。そこら辺も不明確だ。

そして、このマスク販売はいつどういうふうに終わりになるのか、そこが興味あるところだwww

一応、ちゃんと申し込んだのだから、当選していない人がいるうちは勝手に止められないだろうし、上に書いたように、申し込んだ人はキャンセルできないから、放射性物質の減り方(「半減期」)のように延々と続くと思われるが、大丈夫だろうか? (逆に、負の指数関数のように急激に減るのだろうか? 結構興味あるところだ) その伏線として小さいサイズを追加したのかもしれない。

まあ、でも、(どこかの年金と全然違って)本当に、何年掛かっても「最後の一人」にまできっちりと販売して終わりにして、ちょっとした喝采を浴びる気がする。「さすがだ」と、事前に褒めておくw

  •   1
  •   1

今までもそうだったが、Linuix Mint 20への更新作業中に、Linuxの日本語(主にコマンドラインでのメッセージ)にどうにもイライラするので、システム全体を英語に切り替えた。まあ、そういうメニューで一発で切り替えられるので手間要らずだし、駄目だったらちゃんと戻せる(はず)。もちろん、昔じゃないので、(プログラムのメッセージやメニューは英語になるけど、)日本語はこうやって問題なく読み書きできる。

日本語の設定で一番イラついたのは、コマンドの出力が日本語になっていて、出力を処理するプログラムが誤動作するし、訳が今一つなことが多くて分かりにくい(日本語を信じると馬鹿を見るので、いつも日本語から元になった英語を想像している)し見にくい。例えば、dateコマンドは

2020年 9月 24日 木曜日 21:03:06 JST

と出て、いつも「何だかなあ」って気分になる。やっぱり

Thu Sep 24 21:15:58 JST 2020

だろう。

と思っていたのだが、これを書く時にコピペしようと試したら、

Thu 24 Sep 2020 09:03:39 PM JST

と12時間制で出て、全然想定していなかったのでびっくりした(下の誤動作の説明を途中まで書いて、ようやく気付いたwww)。調べたら、なぜか、時刻の書式がUS英語(LC_TIME=en_US.UTF-8)だとそうなるようで、イギリス英語(en_GB.UTF-8)では24時間制になった。しかも、ブログサーバはen_USでも24時間制なので なかなか謎だが、とりあえずPOSIXに設定した(Cでもいいようだ)。

日本語よりずっとキリッとしている(気がするw)。まあ、僕がUNIXを使い始めた頃は英語しかなくて、それに慣れているせいもあるが。

違和感(や、見た瞬間にイラっと来る)の原因を考えてみると、「2020年 9月 24日 木曜日 21:03:06 JST」は全く日本語じゃないからだと思う。取って付けた感がすごいのだ。自然なのは「2020/9/24 (木) 21:03:06」だろうが、それだと英語の設定と かけ離れるので、せいぜい「2020年 9月 24日 (木) 21:03:06 日本標準時」か。(もちろん、dateの書式はいくらでも変更できる。ここでは標準設定を自然にするにはどうすべきかの話をしている。)

いずれにしても、英語とは順序とかが違って そのままではプログラムでは処理できないのだから、最初の案にタイムゾーンを追加して「2020/9/24 (木) 21:03:06 (日本)」辺りが良さそうだ。

それから、上述の「誤動作」について説明すると、上の例だと、普通(英語)のdateコマンドでは、日付(年月日)は2, 3, 6番目の単語だが(今となっては「その並びはどうよ?」って気がするが・・・)、日本語では1-3番目と食い違う。時刻も4番目と5番目で食い違う。

他には、ログを検索する時に、日本語だといちいち日本語入力をonにして入れてまたoffにしなくちゃならないし、英語のメッセージも混在している場合には、同じ意味のメッセージを探すにも検索すべきパターン・回数が2倍になってしまう。しかも日本語の訳がアレなので、実物を見ないと想像できないなど、結構効率が悪くなる。

それ以上に嫌なのは、やたらに日本語が出ると思考の妨げになって効率が落ちることだ。全部日本語ならまだしも、ほとんどが英語なのに取ってつけたように日本語が混じるのが良くない気がする。

あと、コマンドのエラーメッセージの訳がクソなこともあった。具体的には、aptitudeコマンドの使い方を間違えると、最後に、英語だと

This aptitude does not have Super Cow Powers.

と出て、この意味合いとか雰囲気は分からないが、日本語だと、

この aptitude にはスーパー牛さんパワーなどはありません。

と出て、見るとすごくイライラする。まあ、原文の感じを正確に訳しているのかも知れないが、「スーパー牛さんパワー」なんて全くのクソだ。

どうも、「スーパー牛さん」てのが大きく違う気がする。それだとなんか、コメディタッチ、あるいは ゆるキャラ的になってしまうが、英語はもう少し冷たい気がする。もちろん冗談なのには違いないのだが、もう少しクールな(UNIX的な)笑いなのではないかと想像する。

少し調べたら、元々apt-getコマンドが

This APT has Super Cow Powers.

と出すので、aptitudeは

This aptitude does not have Super Cow Powers.

と、「aptitudeにはそれはないよ(期待しないでね)www」という感じのようだ。しかも、apt-getも"This APT"なので、もっと前からの繋がりを感じさせる。であれば、やっぱり「スーパー牛さん」は違う気がする。どうでもいいことだが、どうでも良くないのだw

英語の設定にして今のところ大きな問題はないが(実は、上に書いたdateの書式が結構大きかったw)、KeePass2というプログラムのファイル選択ダイアログが、日本語のファイル名で文字化けする。まあ、これでいろいろファイルを開く訳ではないから大丈夫だろう。

 

その後、ロケール(上の英語・日本語他の切り替えシステム)の環境変数を調べたら、時刻以外に紙のサイズ(LC_PAPER)や電話番号(LC_TELEPHONE)、測定単位(LC_MEASUREMENT)に関するものなどがあり、全部英語(US式)にするのもまずい気もした。まあ、各プログラムがどこまでちゃんとサポートしているか はなはだ疑問ではあるが、例えば、PDFで保存する時に、紙のサイズにLetterやインチが最初に来るようになったら今一つ不便かと思い、そこらは日本式にしてみている。難しいのは名前(LC_NAME)で、日本にすると、きっと、(ローマ字で)姓, 名の順になりそうだ。でも、今はそれが正しいことになったからいいのか。でも、いつかその正しい順序がLinuxに反映されたら逆になってしまうのか。

でもまあ、全く気分の問題だろうw

 

PS. この話になると、やっぱり言いたいことは山ほどある。例えば、印刷などで複数のページがある時に、クソみたいなメッセージが出る。英語だと

Printing page 1 of 10...

のような感じだが、日本語だと、例えば、

印刷しています。ページ 1 うちの 10・・・

とか、「何やってんだかなあ・・・」になってしまうことが多い。自然な日本語にしようとしたら、「10ページのうちの1ページ目を印刷しています・・・」だろう。大抵、元のソフトがそういうのに対応できないせいもあるだろうが、そこは力の見せどころなんだよな。

ここはせめて、

印刷しています (ページ 1 / 10)・・・

にして欲しい。

要するに、

英語の代わりに日本語(風)の文字列が出ていればいい。

なんてことは全然ないってことだ。それで誰がうれしいのだろうか?

PS2. 日本語化の話になったので、出す機会のなかったネタをついでに書く。

Googleですら全然駄目だ。(以前も貶した)ニュースで、中身(ニュース)が新しくなったのを知らせる通知が以下のように出る。おかしいけどいつか直るだろうと思って待っても、全然直る雰囲気がないので、日本のGoogleの連中は余程能無しなのか、これは全部機械で作っているのかと思って諦めている。

Googleニュースの「あっ」な更新通知・・・

見てないけど英語版なら問題ないのだろうが、それを直訳して終わりかい!! (9/25 19:13)

  •   1
  •   0

OSのバージョンアップは、決して、「ちょっと気が向いた」時にしてはいけない!

とwww まあ、多くの方にはごく当たり前のことだと思うが、僕はその例に漏れた愚か者だ。

20日の午後。異臭の件で「風待ち」※で少し暇だったので、異臭対応が落ち着いたらやろうと思って居た、デスクトップPCのOS、Linux Mintのバージョンアップの事前検討をした。なお、その前に、ライブメディア(USBブート)で今のPCのハードは問題なく動くことを確認していた(実はこれが墓穴を掘った)。

※窓の塞ぐべき箇所が分かって、強い南風で漏れないかの確認待ちだった。

まず やることを列挙してみたら、項目は結構あるのだが、どれもそんなに大変でない感じだった。それで、つい「ちょっとやってみるか」と思って始めてしまったのが運の尽きだった。14時頃に始めたのだが、まあ、夕方には終わるだろうと軽く考えていた。が、

全然終わらねえ!

そもそも、通常のアップデート自体にすごく時間が掛かるうえにトラブルも発生して、夜中を過ぎても終わらなかった。その通常のアップデートにしたって、バージョンを18から20へと2つ上げるので、普通の2倍の時間が掛かる。更に、事前に知らなかったのだが、途中の19を最新に更新しないと20に上げられないという落とし穴もあり、結局、3段階上げた感じで、なかなかハードだった。

Linux Mintの人は、「問題なければ(急いで・毎回)更新する必要はない」と書いているが、それにならっていたら このありさまだ。まあ、頻繁に(毎年?)少し面倒なのと、たまに(2-3年ごと?)すごく大変なのと、どちらを取るかなのだろうが。

更なる落とし穴は、OSを更新すればそれで終わりではなかったことだ。新しいOSで消滅した・動かない・動きの変なソフトなどが結構あったり、デスクトップ(Xfce)の表示もイマイチになったりして、それをなんとかするのにも苦労し、今日の昼頃に ようやく許せるレベルになった。

それだけ苦労してOSを更新しても、特に何かいいことはないので、踏んだり蹴ったりではあるが、古いOSでは動かないソフトがあったりしたので、まあ、今後数年間使うための準備と考えよう。

 

以下、細かい話を。

大きな落とし穴

  • Linux Minの更新プログラム(mintupgrade)の実行は とても時間を食う。(実際にはUbuntuの更新プログラムが実行されている)
    • 何十分でも延々と処理し、吐き出すメッセージの量が半端でない(例: 18→19で約2万行)。そのため、結果のチェックが困難だ。
  • Linux Mint 19から20へは直接更新できない。まず、19を19.3に上げておかないといけない。
    • 気付いたら、(20でなく)19への更新を2回やっていた・・・
  • mintupgradeが失敗したあとの回復手段が不明で、失敗したら奈落の底に落ちる。。。
    • apparmorというソフトの影響でmysqlサーバが起動しなくなって、20への更新の途中でエラーで中断してしまったのだが、更新を再開・再実行する方法が分からず、結局、事前にTimeshiftで取っておいたスナップショットで19に戻して(、19.3に上げ、)再度mintupgradeを実行した。
      • mysqlサーバが起動しなくなったのは、mintupgradeが勝手にapparmorの設定ファイルを上書きしたため。
      • この問題を防ぐため、mintupgradeの実行時に、サーバを自動で再起動しない指定をするか、事前にmysqlサーバを停めておくべきだった。
    • mintupgradeは中でUbuntuの更新プログラムを実行しているはずだが、そこらの関係や順序が分からないので、どうにもできなかった。
      • 今見たら、mintupgradeはPythonで書かれているので、良く読めば何とかなるのかも知れないが、なかなか・・・
  • 更新時に勝手に設定ファイルを上書きすることが多い。特に、20にするときは全部上書きされた。
    • 新しい版では設定ファイルの書式が変わったりしていて、そうしないと動かないことがあるのは分かるが・・・
    • 記録を数えたら、18→19, 19.3→20それぞれ10個ずつ、合計20個あった。
  • 「非標準のソフトは知らない」という冷たいスタンスで、基本的には「全部削除しろ」と言われ、残しておいても新しいOSでは動かないものが結構あったし、削除したもので新しいOSの版がないものもあったりして、結構困る。
    • これも確かに仕方ないが、もう少しうまいやり方はないものか。
    • 特にPythonのソフトには手を焼いた。Pythonはいつもいつもいつも問題を起こすので、本当に嫌いだ。その次はJAVAだ。

動かなく・使えなくなったソフトなど

  • jack_mixer (JACKのオーディオミキサー): 起動しなくなった。
    • Pythonのバージョン違い(2と3)やライブラリ(pyGTKなど)がなくなった関係 → 古いライブラリを無理やり入れて「なんとか」した。
  • gDevilspie (プログラムのUIを自動で変更するDevilsPieのGUI): 起動しなくなった。
    • やはりPython → jack_mixerと同様に「なんとか」した。
  • gmusicbrowser (音楽プレーヤー, 改造版): 起動しなくなった。
    • Perlのモジュールが不足した。あと、今まで出ていなかったバグが露見した。 → モジュールを追加し、バグを修正した。
  • Mlhi (自作の音楽鑑賞履歴・感想記録システム)のweb: ページが正常に表示されなくなった。
    • Dbusの実行環境の実装が変わったようで、/proc下のdbus-daemonのプロセスのenvironファイルに必要な環境変数が入らなくなくなったため。 → 他のDbusを使うプログラム(例: Spotify, gmusicbrowser)から取るようにして対応した。
      • ただ、この環境変数が本当に要るのか、良く考える必要はある。
  • acc-wheel (自作のマウスホイール加速プログラム): 動作しなくなった。
    • X11のマウスの検出処理が変わったようで、リモコンもマウスと認識してそれがリストの最初に出るので、本物のマウスのホイールのイベントが取得できなくなった。 → acc-wheelでのマウスの検出方法を変更して対応した。

動作が変わったソフトなど

  • Linux
    • カスタム起動プログラム/etc/rc.localが2回実行される。
      • なぜか、2つのサービス("rc.local.service", "rc-local.service")になっているため。(どちらかは自分で追加したのかも知れないが、定かでない。)
        • → rc.local内で重複起動を防ぐようにし、更に、rc.local.serviceを無効にした。なお、rc-local.serviceは自動で作られるので、無効にしても復活する。
  • Linux Mintのデスクトップ (Xfce)
    • 日本語入力ができなくなった。 → パッケージを追加した。
    • パネル (Windowsのタスクバーに相当)
      • 入れていたモジュール(ウィジェット?)がなくなった。
      • 見栄えが悪くなったが、調整の手段がほとんどない・・・
        • (9/24 8:11) 通知関係のアイコンが大き過ぎる問題に対処した
          • PulseAudio(スピーカー)のアイコン(audio-volume-high-symbolic.svgなど)に周囲に余白を付けたものを作った。
          • NWのアイコンは、XApp Status Pluginを入れなければ、通知エリアに小さいアイコンが出るようになった。
          • ただ、mozcのアイコン(「あ」)が少し小さいが、直せていない。形状の都合で、元々右や下に余白があるせいかも知れない。
        • (9/24 10:45) CPU温度のバーの太さが細過ぎる問題に対処した
          • センサープラグインのCSSのlevelbar blockのmarginを負の値(例: -2px)にしたら太くできた。変更部分を~/.config/xfce4/panel/xfce4-sensors-plugin.cssに保存すればいい。
          • ただ、枠を消すことができず、枠一杯に太くすると太くなり過ぎて他と合わないのが、ちょっと気に入らない。
    •  カスタマイズしたキー配置が無効になった。
      • 設定が上書きされてしまったため。 → 設定ファイルを戻した。
  • mysqlサーバ: 起動しなくなった。
    • 上述のとおり、apparmorの設定ファイルが上書きされ、自分で追加したmysqlサーバ用の設定がなくなったため、mysqlサーバがデータにアクセスできなくなったため。 → 設定ファイルを直した。
  • サウンド関係: JACK(サウンドシステム)が起動しなくなった。
    • JACKのパッケージが変わっていた。 → インストールした。
    • PulseAudioの設定ファイルの記述内容(LFE関係)が変わり、自作のJACK起動プログラム(jack-start)のLFE無効チェックに引っ掛かったため。 → jack-startを修正した。
    • JACK関係のPulseAudioのモジュール(module-jack-dbus-detect)がうまく動かなくなり、JACKのデフォルトsinkの"jack_out"(または"PulseAudio JACK Sink")が自動生成されなくなった。 → jack-startを対応させた。
  • Munin (システム状態表示ツール): いろいろ表示がおかしくなった。
    • NW IFが出ない。 → なぜか直った。設定を直したため?
    • HDDファンの回転数がおかしい。 → 設定ファイルを復元した。
    • CPUなどの温度の出る内容が変わってしまった。→ 設定ファイルを復元した。
  • Minisp (自作のSpotifyのミニプレーヤー): 曲情報表示部の高さが2倍に表示される(下に余白ができる)。 → なんとか対応(修正)した。
    • 原因不明だが、どうも、Tcl/Tk(ウインドウを描くプログラム)の不具合やX11サーバとの相性のような気がする。Tkのscaling機能を使っているのも一因かも知れない。
    • → 最初に曲情報を表示したあとに実際の高さを調べて倍率を計算し、以後はその倍率で高さを調整する(この場合は縮める)機能を追加した。
      • その後、メニューやツールチップの文字がすごく小さく表示されることが分かった。どうも、Tkのscaling機能の動作が変わった感じだ。ただ、高さの問題を別とすれば、今のほうが以前よりは正しい動作の気がする。 (9/27 17:05)
    • → ようやく原因が分かった。トラック情報の領域(Tkのtext)の高さを画素単位で設定するためにArialというフォントを1ptのサイズで使っている。その高さは、以前は1ptだったと思われるが、今は2ptになったため、高さが2倍になった。小細工をすると、突然動かなくなって なかなか難しい。 (9/27 19:45)
  • VirtualBox
    • コマンドラインオプション(--startvm)が使えなくなった。 → (VirtualBoxコマンドでなく)VirtualBoxVMコマンドを使うようにした。
    • OS更新前に休止した仮想マシンが起動しなくなった。 → 「保存状態を破棄」して再起動した。
  • マウス: なぜか、従来のマウス(Microsoft Comfort Mouse 6000)が2つになり、リモコンもマウスとして認識されるようになった。
    • XfceとX11の設定を修正し、増えた分を無効にした。
  • KeePass, KeePass-HttpConnector (パスワード管理ソフト): FirefoxのBasic認証ダイアログに自動記入できなくなった。: 未解決
  • smartctl: ADataのSSD(SX900)のSMARTの値の意味が違う。ズレている感じ。 → ドライブ定義を追加した。
    • そのために「異常」の表示になっている。
    • 定義ファイルを修正すれば直りそう。 (以前もしたかも知れないが、定かでない。バックアップを見れば分かる。)
    • → ドライブDB(/var/lib/smartmontools/drivedb/drivedb.h)のモデル識別のパターンが不足していてデフォルトの定義が使われていたので、追加DB(/etc/smart_drivedb.h)にSX900のパターン("ADATA SX[389]00")と定義("SandForce Driven SSDs"のもの)を追加して、「異常」でなくなった。 (9/23 18:45)
      • 以前もした気がして来たが、更新で上書きされたか、いつの間にかなくなってしまったようだ。バックアップにも残っていなかった。
  • RSSOwl: 記事本文の日本語の文字が黒塗りされたようになった。 → QuiteRSSに換えた。
    • (最初に見た記事の内容とあいまって)すごい技だと思ったがw、そうではないようだ。
    • フォントキャッシュの問題? もしかして、複数行の文字が重ね書きされているのか? であればJAVAの問題かも・・・
      • これが自由に起こせるようなら、新たな表現手段になりそうだ。あと少ししたら出るかも知れないなw
    • → どうにもならないので、QuiteRSSに換えた。昔使っていた覚えがあるが、なぜ止めたかは忘れた。まあ、今ちゃんと使えれば、問題ない。 (9/24 12:39)

Tips

  • mintupgrade実行時は表示を英語にした方がいい。日本語モードで起動しても英語で出るメッセージもあるし、日本語メッセージは分かりにくいし、ログを検索する時に厄介なので。
    • 例: export LANG=en_US.UTF-8; export LC_MEASUREMENT=$LANG; export LC_PAPER=$LANG; export LC_MONETARY=$LANG; export GDM_LANG=en_US: export LC_NAME=$LANG; export LC_ADDRESS=$LANG; export LC_NUMERIC=$LANG; export LANGUAGE=en_US:en; export LC_TELEPHONE=$LANG; export LC_IDENTIFICATION=$LANG; export LC_TIME=$LANG
  • mysqlサーバが起動しないだけで20への更新が失敗したので、そういうものは更新の前に一旦停止・無効にした方がいい。
  • Timeshift(Linux OSのスナップショット作成ソフト)は有用。更新に失敗しても、ちゃんと戻せた。
  • Mintのシステムレポートプログラムが結構役に立つ。不足していた日本語対応パッケージのインストールができた。

その他

トラブルは多かったが、何もかも駄目になった訳ではなく、基本的なところや画面に関係ないところ(特にNW関係)は概ね問題なく動いたし、オーディオも意外とサクッと音が出た(もちろん、音質の劣化などもなかった)ので助かった。

あと、更新中もブラウザを始めとする機能が問題なく使えたのは便利だった(使えなくなるのは(当たり前ながら、)再起動する時だけだった)。※ どっかのOSみたいに、「機能を構成しています・・・」とか出て何もできずに延々と待つことはないw

※そのおかげで、更新中のPCで逐次webやEvernoteを参照・記録しながら作業できた。そういう点で、Evernoteなどのクラウド型サービス・システム、軽量クライアント(昔はNCやThin client、今は"VDI", "DaaS", Chromebookなど)はインストールなどが不要でやっぱりいい。でも、軽量クライアントは大昔からいつも成功していないのが謎だ。

更新して良かったことは わずかにある。Xfceのパネルにタイマーアプリ(ウィジェット)があるのに気付き(元からあったと思う)、カップ麺などを作る時に(タイマーの1行コマンドを見つける手間が減って)楽になったw これは、僕が作った1行コマンドとほとんど同じ機能なので感心したうえに、GUIなので残り時間がバーで見えるから便利だ。

まあ、真面目な話では、愛用しているPHPが標準で最新の系列になったことだ。今までPPAという外部のパッケージを入れていたせいで、いろいろ無理があったのが解消された。

今のデスクトップ(壁紙)は上のような感じである。少し前にパネルを左端に動かした。

最後に

以前も似たようなことを書いたが、(いろいろいじっているせいもあるが、)OSの更新くらいでこんなに苦労するのでは、さすがに普通の人には勧められない。開発している人たちは、みんな好きで(てんでんばらばらに)作っているのだろうが、普及・存続させたいなら、もっと集まってリソースを効率的に使って使い勝手や質や完成度を向上させるべきだろう。が、僕も含めて、他人の指向や好みを容易に受け入れられない人が多そうだから無理なのだろう。ただ、それだといつか滅亡してしまう気がする。※ カーネルは残っても、デスクトップは難しいだろうな・・・

そこにMSが付け入って来るのかも知れない。将来は、Windowsの下(中身)がLinuxになっている悪寒・・・

※その滅亡を少しでも食い止めることができるかも知れないので(まあ、実際には無理だけど、いつもお世話になっているので)、これが落ち着いたらMintとUbuntuに寄付するつもりだ。

まあ、普通の人に勧めるならMac辺りだな。あれのOS(下回り)はLinuxではないが、(いろいろいじくられてはいるものの)UNIXなので筋は悪くない。基本的にハードの相性問題もない。Appleの言う通りにするのが苦にならない、素直かつリッチな人なら全く問題ないw OSの更新にしたって、いろいろあるにしても、混沌を極めているWindowsよりはいいだろう。

Mac以外なら、Chromebookもいいと思う。あれはそもそもOSの更新が不要そうだし、安上がりだ。死ぬまでGoogleについて行く、魂を売り渡してもいいって人には持って来いだw

でも、どちらにも自由がないから、僕は決して使わないと思う。

 

これが一段落したら、次はブログサーバのOS(Ubuntu)を更新しなくてはならず、気が重い。やっぱりいろいろいじっているので面倒そうだ・・・

 

PS. 個人的にはOSのバージョンアップ(特にメジャー)は面倒なので、ない方がいいと思うし、なるべくしたくない。※ なぜ過去と互換性がないように変えてしまうのか、理解はするけど賛成はできない。きっと、そうしないと世の中の進歩に対応できないからだろうが(とは言っても、今回の更新で何が「進歩」したのか不明だw むしろ、劣化したものすらある・・・)、ユーザーの「バージョンアップ作業」を不要にするような うまい手はないものだろうか?

やっぱり、「気付いたら最新版になってた」ってのがベストだと思う。MSは大失敗しているが・・・

※なぜか考えたら、最早僕にはPCは水とか空気みたいなものなので、特に気合入れずに普通に使えればいいからってことに気付いた。だから、VDIのように存在すらなくてもいいのだ。オーディオと全く一緒で、「普通に」使えるだけでいいのだ。余計な個性とか主張とか全く不要。もちろん、息を吸うように自由に使えることが前提。

その一つが本文に書いた軽量クライアントだと思うのだが、なぜかずっと劣勢だ。でも、これからは違うかも知れないから、それに期待したい。

PS2. 今回は、動作確認から更新まで、DVDなどの光メディアを全く使わなかった。インストールしないで確認するライブメディアはUSB HDDが使えたし、更新はNWからダウンロードだった。円盤で音楽を聴くとか動画を観るとかでない限り、もう内蔵光ドライブは全然要らなそうだ。

 

(9/23 18:45 AData SSDのSMARTが異常な件の対処を追記; 9/24 8:11, 10:45 パネルのアイコンなどを調整した件を追記; 9/24 12:39 RSSOwlからQuiteRSSに換えた件を追記; 9/27 17:05, 19:45 Minispの修正の件を追記; 9/28 12:51 "minisp"を"Minisp"に修正, 変更履歴の記載漏れを記載)

  •   0
  •   0

ひょんなことから※、今朝、昔から余り好きでない(正確には、僕には合わない)グリモーの、ラフマニノフのピアノ協奏曲 第2番(2001)を試しに聴いてみた。結果としては やっぱり合わなかったけど、どうして合わないかなど、少し分かったことがあった。

※昨夜、何を思ったのか、ジルベルシュテインの上記の曲の演奏(1994)をちょっと聴いたら(これも今一つ気に入らなかった)、自作の音楽鑑賞履歴・感想記録システム(Mlhi)にちょっとしたバグが見付かって直した時に、グリモーの1992年の演奏では同じ問題が出るか試しに再生してみた(バグは出なかった)。演奏は、彼女の経験が浅かったこともあるのだろう、やっぱり全然気に入らなかった。でも、「近頃のなら、もしかしたら・・・」と思ったのだろう。

ちなみに、1992年のはCDを持っている。当時はミーハーだったので、彼女が可愛かった*ので何も考えずにジャケ買いした気がするw そんな彼女ももう50歳と知って驚いた。

*今見ると、単に可愛い訳ではなく、妙に意識高そうな面倒そうな雰囲気が醸し出ていて、実際、今までのアルバムや言動を見る限り、当たっていそうだw

2001年の演奏は1992年のよりずっといいと思う。ただ、少しやり過ぎ感がある。時々ロマンティック過ぎる感じで*、具体的には、テンポの揺らぎが大き過ぎるように感じた。※ その揺らぎが僕・この曲には大問題で、期待・予期したところにスパっと来ないので、なかなか全力で乗れない感じで もどかしい。

*すごく月並みな書き方をすると、「ショパンなら許されるような弾き方」ではありそうだが、そう単純な話ではない。

※オーディオのジッターとは全く違うが、演奏のテンポに波形があるとすれば、そういう感じに予測不可能にフラフラする。

例えれば、丸太の輪切りの踏み台が並んだ池を渡ろうとする時、台の間隔や位置が微妙にずれていて いつも足元に気を遣っていないと踏み外すので、なかなかリズミカルに行けないみたいな感じだ。もう一つの例えだと、こっちが相手のそれまでの言動から反応を予想して何かしても大抵外れて、冷たくされてがっかりして、乗りが悪いと感じるみたいな・・・

この揺らぎは彼女の解釈・個性なのだろうと思うが、僕には合わない。もちろん、バッハとかじゃないから「がっちり固定しろ」とは言わない。ただ、その量や仕方が僕には合わなかった。

そのせいで、第2楽章は今一つ乗りが悪かった。最もパワフルで乗りを期待する第3楽章の細かい感想を書くと、冒頭・前半でキレや鋭さが足りない箇所があり、中盤も鋭さとパワーが足りななど、なんか惜しい。後半の、ピアノが中心で低音弦が静かに伴奏する箇所は遅過ぎてイライラした。終盤も、彼女の揺らぎのせいで乗り切れないし、最後は余りにも坦々としていて物足りなかった。

ただ、下手ではないし、全く駄目な演奏だとは思わない。例えば、多くの音を「ちゃんと出している」(そう聞こえさせた)ところは感心した。

もちろん、仮にすべての音をちゃんと出していたとしても、僕に聞き取れる訳がないので、あくまでも印象である。おそらく、他の人が目立たせずに弾いている音を聞こえやすく出しているのだろう。

 

という訳で、不完全燃焼だったので、例によって別の人のを聴き直したのだが、今日はSantiago Rodriguezの(1999)にした。この演奏は普通にいい。すごくはないが、グリモーの(2001)に比べてずっと乗れるし、安心して聴けた。わずかな欠点は、なぜか第3楽章の出だしが遅過ぎることだった。それ以外は問題ない。これを読んで聴く方が居るとも思えないが、ちょっとお勧めである。

録音に関して付記すると、このアルバムは低音の入り方がいいのか、うちのシステムでの出方が とても気持ち良かった。

  •   0
  •   0

涼しくなったせいか疲れているのか、妙にだるいので、また お手軽なネタを。

最後のネタ元記事でNiziU(読みすら分からんw)というグループが好評だったので、試しにそこにリンクのあった"Make you happy"を聴いてみたのだが、最初の数十秒で駄目だった。特に、Perfumeのような電子処理されたボーカルがどうにも受け入れられない。あと、曲には関係ないけど、アニメ的なビデオ(色が平板的なのだろうか)も余り好きになれない。

それから最後のネタに関連して、「Official髭男dism」というのを見ると、一昔前の、ワイン片手に「トレビアン」とか言っていた、髭を生やしたお笑いの人を連想してしまうのだが、もちろん全然関係ないのだろうと いつも思うw

連想といえば、「米津玄師」はヨーダみたいな高齢の仙人を、「あいみょん」は、フワちゃんとかいうお笑いらしい人を、"BTS"は あるCPUのサブルーチンから戻る命令(RTS)を、「瑛人」は俳優の(永山)瑛太を連想する。何ひとつ合ってないw

最後に最初のネタに関して今思ったことを書くと、右のジャケットの写真は好きだ。無精髭で しょぼそうな服で全くカッコ良くなく、にこりともしていなくて、いかにも「ジャケットになんか出たくないんだよ。全く面倒臭せぇ」とか思っていそうだ。これを見てジャケ買いする人はまず居なさそうだから、本当に内容勝負なところが僕の志向に合っていていい。

だから中央のアルバムには出て居らず、左では作曲者を出したってこともないだろうが・・・

  •   0
  •   1

モーツァルトのピアノ協奏曲の良し悪しについて思ったこと。

今日、ふとK. 488(第23番)が聴きたくなったので聴いてみたら、例によって満足できないことが多かった。

ピアノ協奏曲 第23番: Matthias Kirschnereitの(2005)は駄目だったが(第1楽章まで)、Jean-Claude Pennetierの(2006)は悪くない。

ピアノ協奏曲 第24番: Alessio Baxの(2013)は駄目だった(第2楽章まで)しStefan Vladarの(2007)も駄目だった(第1楽章まで)が、Richard Goodeの(1999)は恐らくいい(イントロまで)。

どの演奏者も、技術的には何も問題なく同等(あるいは、あるしきい値以上)のレベルのはずだが、僕の耳には(演奏の良さが)明らかに違って聞こえる。本当に、具体的・定量的に説明できない、「わずかな違い」だと思う。例えば、第23番 第1楽章では、Kirschnereitのは「滑らかさが足りない」とか、第24番 第2楽章では、Baxのは「ただ弾いているだけに聞こえる」やVladarのは「速過ぎる」だ。そして、悪くないという感想のPennetierの第23番だって、いろいろ不満があるにも関わらず許せるのが不思議だ。

まさに、

いいものもある、だけど、悪いものもある

ってやつか。。。

 

こういう違いは、演奏者の理解・解釈に始まり、最終的にはピアノ(もちろん、オケも同様)の弾き方で生み出されている訳で、それをどうにか測定して数値で表現できるものかと思うが、個人的にはできなくてもいいと思う。

もしできてしまったら、機械(AIなど)で演奏できてしまうことに繋がるので。でも、それでも演奏できるとは言えない。いくらそういう「演奏」(表現)ができても、そういう表現をするための理解・解釈ができなければいけないはずで、それは難しい(人間でないとできない)と思う・思いたいのだ。

つまり、コピーでは駄目なのだ。具体的には、AIが「*の再現・復活」でなく、そのAI固有の表現・演奏ができて、それに芸術性があって、世の中に受け入れられるなら、許せる。が、個人的には、そういう世の中は全然見たくない・・・

ただ、そのうち、「モーツァルトが本当に意図した演奏」なんてのが出そうだ。それはどうやって証明するのか分からないが、いくら証明されても、僕は認めたくないwww そして、仮にそれができたとしても、上に書いたAI固有の表現・演奏とは違う。

そもそも、現代では「現代的な解釈・演奏」がなされている・好まれるので、作曲者本人の意図に忠実に演奏するのは、今の古楽器による演奏の完璧版のようなもので、(現代の)芸術としては必ずしも最高・最良ではないと、個人的には思う。

なぜかと言えば、今は作曲当時存在していなかった・作曲者が想定していなかった楽器や環境で演奏できるからで、そういうすごい演奏が必ずしも作曲者の意に反するとは言えず、もしかしたら、作曲者の意図を拡張して反映している(曲の良さを拡張して表現している)かも知れないからだ。

そういう意味では、AIが人間の創造性・能力を超えた領域(もちろん、既存の楽器の範疇も超えるだろう)で解釈・表現・演奏する可能性もある訳で、それはそれで楽しみでもあり、恐ろしい気もする。

 

酔っているので、後半は大風呂敷を広げたwww

  •   0
  •   0

バレンボイム/ベートーヴェン:ピアノ・ソナタ全集(2020)(13CD)

Disc 1-10: ベートーヴェン ピアノ・ソナタ 第1番-第32番
録音時期:2020年5月18日~6月1日

紹介より: ピアニストで指揮者のダニエル・バレンボイムが、この自粛期間に新たにベートーヴェンの録音を行いました。これほど長い期間集中してベートーヴェンの音楽に向き合った音楽家は他にいないのではないでしょうか。

は? 「新約聖書」とまで呼ばれているソナタ32曲全部、実にCD 10枚分の演奏を1か月も掛けずに録音した?? (それが「長い期間」? 一年の間違いじゃなくって?) 「絶句」としか書けない。

もちろん、聴く気は起こらないな。

と書きつつ、早速Spotifyで検索したけど、まだなかったw もちろん聴かないけど、とりあえずは「悲愴」(の最初の音)だな(爆)

で、パブロフの犬のように、それが脳内でリピート再生されてしまって困っている今w

 

PS. でもまあ、ベートーヴェンだから許せるな。これがもし、モーツァルトのピアノソナタとかピアノ協奏曲全部を2週間でとかだったら、こんなもんじゃ済まないよwww

  •   0
  •   0

細かいネタをまとめて放出。

それから、(キャプチャはないが、)集合住宅でベランダなどで煙草を吸われて臭いのに困っている人は、戸建てに住めばまるっと何でも解決とかいう発言を見たが、全くのエアプだと思う。日本の街中の密集している戸建てだと隣がどんな人か分からないから、困るリスクはほとんど同じだと思う。運任せだ。

実際、先日歩いていたら、家(賃貸の長屋的戸建てらしかった)の脇(正面の庭でないところがセコい)に備え付けられた椅子にあたかもボス猿のようにデーンと座って(スタンド式の灰皿まで置かれて居た)、横の道を睥睨しながら煙草を吸うDQN風豪快なオバさんが居た。道路まで臭かったから、向かいの(お金持ちっぽい)お屋敷の人は、可哀想に碌に窓を開けられないのではないかと心配した。少なくとも、洗濯物は駄目だろうね・・・

別のところ・ことでは、お子様の(内容の良し悪しについては書かないが)ピアノ演奏練習が外に流れて来たりして、そういうのがこっちの都合に関わらず聞こえるのを楽しめる人ならいいが、僕はちょっと勘弁だ・・・

  •   0
  •   0

微積分を知らない人が「損している」と言える訳」を読んで、いくつかの異論・違和感を持った。

まず、題が悪い。少なくともこの記事を読む限り、微積分を知らなくたって何も損はしないからだ。損するのは、「微積分の成果を使わない人」で、まず今の世の中には居ない(逆に、意識して使わないなら、微積分を知っていることになる)。もちろん、微積分を使う方面の技術者になる人は別で、知らなかったら なれない。でも、それはこの記事の対象ではない。

でも、記事に陽には書かれていない、「微積分的な考え方を生活に役立てる」という意味なら正しい。これは、以前書いた三角関数と同様だ。

次に、最初の例の「スピード違反を取り締まる」だ。この話の最後は、ある地点での車の速度を「正確に」(無限の精度で)知りたい場合は「(車の通過時刻を測定する)区間を無限に小さくすることで、無限に精度を上げられる」と言っているが、大いに疑問だ。この記事は訳者が書いたのか原著者が書いて訳されたのか分からないが、訳者が誤解しているか、著者が学者(工学者・技術者ではないという意味)なのかと思う。

僕の感覚では、時刻を測定する区間を無限に小さくしたら、誤差が増えて結果(速度)が安定しなくなってしまうだろう。車が無限に小さい距離を通過する時刻(の差)を正確に測定することができるのか疑問だし(これは原子時計などを使えばできそうだ。オーディオで良く見る、ピコ秒くらいで測れればいいのではないかw)、車は点でないから、起点と終点の間にサスペンションが上下して通過センサを通過する位置が異なった場合、かなり誤差が出るのではないか。そもそも、その「無限に短い距離」が意味を持つように、車が通過したことを無限の精度で判定することが可能なのだろうか? (無限に細いレーザーでできる? でも、反射の影響はないのだろうか?) あと、その「無限に短い距離」を無限の精度で測れるのだろうか? (一体型にする? でも、温度で伸び縮みしない? 補正する?)

まだまだあるよ。: 現状の光電管のシステムを踏襲して、車の通過を光で検出するのだろうし、光の回折を防ぐためにレーザーを使うのだろうと思うが、空気や車の動きによる光の歪みや揺らぎはどうするのかとか、(上記の心配を解消するため)測定装置を一体型にして なおかつ温度補正をするとしても、地面や空気の振動の影響は大丈夫かとか、無限の精度で測るとすれば、側に座っている警官の呼吸や動きも影響がありそうだ。考えるだけで頭が痛いしおもしろい^^

数学(者)的には無限に精度を上げられると言いたいだろうが(それはそれで実現するのはおもしろいけど)、僕は、現実的でないし意味(必要性・経済性)もないと思う。結局、メーカーや警察の人がこの話を真に受けて、意味もなく無限に精度のいい速度測定装置を作ったり買ったりしたら、なまじ微積分を知っていたために損するではないかwww (ほぼ無限に冗談)

単に、例とか言葉の使い方が悪いだけのことだが、どうも気になった。要は、

軽々しく「無限の精度で」なんて言うなよ!

ってことだ。

 

PS. おそらく、学者には「無限の何か」は いとも簡単なことなのだろう・・・ それでは何か一つ実現して欲しいwww

PS2. そして、僕が感心とか不思議に思うのは、その「無限」から生まれた積分や三角関数が実世界で成り立っていることだ。例えば、円の面積なんて、限りなく角度の小さい三角形の面積の総和だし、三角関数なんて、「微小な角度ではθ= sin(θ)」なんて恐ろし過ぎることを想定する場面があるが(どこまでですか「微小」って??)、それで世の中が大丈夫なのが謎だ。普通に考えれば、誤差が蓄積して爆発しそうなものだが・・・w

まあ、円の面積に関しては(、きっと三角関数についても)、最終的にそういう無限をペンと紙でやりくりしたあとの綺麗な(危ないところを無事通過した)「式」(積分や微分の公式のようなもの)になっているからいいのだろうと理解している。

上の理解が正しいとすれば、数学や物理学など、理学系の学問というのは、ふと思い付いた式を、他の人に同意してもらうために、無限を初めとするさまざまな難しいことを持ちだして説明はするが、結局は、思い付きが正しくて、最後はシンプルな式(これが最初かつ肝で、途中の細かいのはどうでもいい)なのかってことなのかと今思ったが、さすがにそうではないのだろう。僕は数学が全く苦手なので、そこらへんは全然分からない。

  •   1
  •   0

早くも、昨日国勢調査の紙が届いていたようなので、(子どもの頃からアンケート好きな僕なのでw、)さっき とっととwebで回答した。ただ、予想どおり対応環境でハネられて、ひと手間掛かった。

国勢調査(2020)の対応環境・・・

エラー画面を見ると、PCはWindows 7以上+IE, Edge, Chrome, Firefox または macOS+Safariしかサポートしていないらしく、Linux+Firefoxの僕は存在しないものとされてしまったw 仕方ないので、Firefoxにアドオン(User Agent Switcher and Manager)を入れ、User-AgentをWin7+Chrome 86に設定したら、ちゃんと回答できた。

より多くの人に回答してもらいたいのだから、ブラウザが合っていれば動くように作るのが普通なのに、なぜOSまでチェックするのだろうか(どういう不具合が出ると想定しているのだろうか? 今時文字化け??)。アンケートに文句を書いたが、まあ、少数意見なので考慮されることはないだろう。

それにしても、macOSでSafariを使わない人やOperaやVivaldiの人まで駄目とはひどい。きっとそのうち、twitterなどに文句が溢れるだろうwww (もうありそうだが)

 

PS. 入っていた紙袋には、回答手段として「調査員が回収」の説明が棒線で抹消されていて、あくまでも手間を省きたい確固たる意思が感じられた。もちろん いいことだと思う^^

次回はマイナンバーを活用して、紙すら配布しなくていいようにするといいが、どうだろうね・・・

  •   2
  •   1

全くやりたくないけどライフワークのようになりつつある、部屋の異臭問題。依然として、

何か分かる/仮説を立てる → 対策する → 解決?と思う → ちゃぶ台返し!

の「失敗PDCA」wの繰り返しで、難航もいいところだ。けれど、近頃は原因(臭いが漏れて来る場所)や対策の仕方が大分分かって来た気がしている。が、本当のところはどうだか分からない。

本題についてはもう少し進んでから書くことにして、今回は、そのための道具(測定器)を作った話を。

異臭が外から入って来る経路の一つは窓で、それの面している南の風が強いと、臭い外気が漏れて来て部屋が臭くなる(臭いを感じる)ことが分かった。※ そして、窓の対処をした後に、南風が強い時が分かれば、漏れがあるか(対処が有効か)確かめられるので、手軽に南風の強さを知りたくなった。いつもは、なぜか漏れないもう一つの窓を少し開けて顔や手で強さを見ていたのだが、面倒だし、頻繁に開閉してそっちのパッキンも摩耗して漏れ出したら嫌なので、なるべく窓を開閉せずに知りたくなった。

※今までの観察から、どうも、この辺りは午後、特に14-15時頃に南風が強くなるようだ。そして、今まではその頃に臭くなることが多かったことに気付いた。

ちょっと考えていたら、やはり臭い対策で換気扇の吸気口を塞ぐために張ったシートが風の強さによって下に膨らむ(あるいは、張力(= 上に押したときの重さ)が変わる)ことに気付いていたので、それを使おうと考えた。

最初は、シートの下に(余っていた)電気のコードを横に張り、その中央辺りから別のコードを下に垂らし、その先端の上下位置で風の強弱を見ようとしたのだが、コードが重くてテープでの固定がすぐ緩むのと、先端の位置の変化量(変位)が少なくて、風の強弱が分かりにくかった。

そもそも、コードは余り伸びないから、(横に張って)シートに押されてもほとんど下に下がらず、変位が分からなくて当然だ。実は、その前に、コードを横だけに張って、シートのコードによる押され具合で風の強さを見ようと思ったので、そうしていた。

試行錯誤するうちに、まず、テコの原理で変位(風の強さ)を拡大することを思い付いた。変位を拡大するテコ(= 風の強さを示す針)は、軽さを期待してストローを使った。更に、コードは重いので、鳩よけ網に付いていた紐を試したが、硬くて重かったので軽いPEの紐に換え、それをシートの中央付近にテープで直接貼って下ろした。

出来たら まあまあ使えそうだ。風が強目の時はちゃんと針が下がり、風の強さが変化する時は結構敏感に針が動くのでおもしろい(でも、ずっと見ていないと分からない)。今日はまだそれほど風が強くならなかったので、明日もチェックしてみたい。

写真には、今回作ったものと関係ない養生テープ(窓を塞ぐのに使っていたもの)がいっぱい貼ってあり、それも壁のタイルも紐と同色で全く見にくいことをあらかじめお詫びします。

これは風速は分からないから、簡易風圧(風力)計とでも言うのだろうか。作ったあとで調べたら、原理・構造としてはダイアフラム形圧力計になっている。

 

PS. 先日の(諦めた)エアコンの温度微調整アダプタと同様、こうやっていろいろ考えて、そこらにあるもので何か作るのはおもしろい。まるでロビンソンクルーソーのようだ。が、作らないに越したことはない。

が、まあ、何かの拍子にサバイバル生活になった時は、少しは役立つだろうか?w (全然、そういう状況になりたくないけど・・・)

PS2. 早速この風圧計が役に立ってしまった。換気のために風呂場の換気扇を回すと、結構針が下がる(= 相対的南風)のだ。つまり、換気扇の分、窓などの隙間から外気が入りやすくなっている訳で、今まで随分漏れが多いと感じ、しかもなかなか塞げずに苦労していた原因の一つは、これだったのかも知れない。かと言って換気しない訳にも行かないので、なかなか難しい・・・

  •   1
  •   0

誰も誤解しないでしょうが、ビクターの犬ではないですw

先日ニッパーを買い換えた。結構前に(愚かにも)ステンレスの針(壁に刺すやつ)や同じくステンレスの太い針金を切ろうとして、刃を駄目にしてしまったためだ。そんなに頻繁に工作はしないので、こぼれたのが一箇所くらいの間は我慢して使っていたのだが、数箇所に増えるとさすがに使いにくくなったので、買い換えることにした。

それまではホーザンのN-31というのを使っていたのだが、調べたら意外に高かった(約1800円)。そこまでいいものでなくても、細かく鋭く切れる薄い刃のものならいいのと、N-31の口コミでは、「刃の間に隙間があって今一つ」のようにあった※ので別のを探したら、ツノダのPM-120というのが良さそうだったので買ったら当たりだった。今までのとほとんど同じ使い勝手で満足している。僕の目には、刃先はほとんど同じだ(更に、今度のは刃や本体が少し大きくていい)。ヨドバシで約1200円だった。

※N-31は おそらく20年以上使っていて、今の同じ型番の製品は外見が少し違っていたので、近頃は質が落ちて仕舞ったのかと思った。

PM-120の口コミでは、「落としたら刃が割れた」とか書いてあって ちょっと心配だったのだが、良く考えたら、普通は落とし方によっては割れる(折れる・欠ける)こともあるだろうし、落とさないように注意して使うものだと思うが、そうでもないのだろうか。

ちなみに、通販で買う前にホームセンターも探したのだが、さすがに電気(AC 100Vなど)用の大きいものばかりで、電子工作用の細かいものはなかった。しかも、いい(まともな)物は高かったw

 

ここまでは真面目な話だが、これを書こうと思った切っ掛けは、Ceronで「ニッパー擬人化キャラ「ニパ子」、プロジェクト終了も消滅はしないと運営元が発表 「混乱を招いた」と謝罪 (1/2) - ねとらぼ」というのを目にして、「ニパ子とか聞いたことないな」、「ゴッドハンドとか変な会社名」※と思いつつも、なんか社名にピンと来るものがあって調べたら、なんと、僕が買ったニッパーの会社(ツノダ)の関連会社(子会社?)だったので、ちょっとがっかりした。製品一覧を見てみたら、刃先が僕のに似たものもあったから、まあ「そんな感じ」なのだろう・・・

※つい、昔観たドラマの「ゴッドハンド輝」ってのを思い出したが、誰も覚えてないだろうな・・・

更に意外だったのは、このニパ子が盛り上がっていたらしいことで、「なんかどっかの(僕は好きじゃない)ボカロに似ていて安直感が漂っているけど(それ以前にニッパーだしw)、それでも人気が出るんだから分からないなぁ」などと思った。

そして、「それじゃあ、ラジオペンチの『ラジ子』とか『ペン子』なんてのは居るのか? (居なかったら けなげなラジペンが可哀想じゃないか)」と思ったということはなくて、今ネタとして書いたw

  •   1
  •   0

ドコモ口座事件の前から思って居たのだが※、クレジットカードの明細に書かれている利用店の名前を僕が頻繁に使うスーパーやコンビニなどと一緒とか混同させる名前にされて虚偽請求されたら、まず気付かないことに気付いた。

通販などは受注メールで確認する・できるが、スーパーやコンビニなんて量が多くて確認できない・していない。しかも、コンビニは会社名しか出ないから、まず分からない。

※切っ掛けは、ある記事で、一年くらい不正請求されていたけど少額なので気付かなかったというのを読んだことだ。

まあ、カード会社で紛らわしい名前の店は排除してくれるのかも知れないが、片仮名でせいぜい10-20文字程度しか書かれないので、紛らわしい場合や本当に区別が付かない場合はありそうだ。

例えば、「イオソ」とか「セヴン-イレヴン」とか「□ーソン」なんて、まず気付かないよw

考え出すと夜も眠れない ってことはないがw、そのうち起こるかも知れないね・・・

 

こういうのの対策は、店名に識別記号(カード会社で使っている店のIDでもいい)を付けるといいのだろうか(いつも使っていない場合に分かるように)。※ それができない・付けても分からないとしたら、「ちゃんとした」店にはSNSの認証マークみたいなの(例: ✔)を付けるのか。

※自分で、既知とか お気に入りの店に識別記号(例: ★)を付けられて、以後は明細の識別欄みたいなところにそれが出るようになると良さそうだ。

まあ、そもそも、カード会社が認証しているから通るのだろうけど、怪しい会社でも代理の決済会社経由で結構使えるからな。提携カード会社経由の海外の会社なんて確認できないだろうし。

いろいろ難しいな。

 

PS. さっき思い付いた僕個人の対策としては、近くのスーパーやコンビニは一日一回くらいしか使わないので、普通の日にそれらしい店からそれ以上の請求があったら、ちゃんと調べれば良さそうだ。

けれど、毎月30件前後に目を通すのはちょっと・・・

今思い付いたが、チェックを自動化するといいかも知れない。Web明細をスクレーピングなりCSVをDLするなりして、プログラムでチェックすれば手間は減る。が、そういうのを作るのは面倒だ(爆)

  •   1
  •   0

医療事務をどんどん自動化したくなる――病院のRPA導入体験談 雑務なくして精神負担減

最初の数行しか読んでないけど、RPAなんて既存の事務処理がクソだからとりあえず(誤魔化し程度に)やるものであって、基本的には元々のクソな処理を改善する気持ちがなかったら、将来的には「廃墟」しか残らず(例: 今のCOBOLのシステム)、現状より更に悪い未来(ディストピア?)しかないと思うのだが、大丈夫だろうか??

そもそも、現場の人は何かしら事務処理(紙に書くとか、孤立したソフトに打ち込むとか?)をする訳で(そうしなかったら仕事が進まない)、そこから抜本的に改善すればいいと思うのだ。その最初の処理をそのままにしていたら、いつまで経ってもレガシー(= クソ)から抜けられない。

例えば、最初の入力の時に、「ここはこう書かないと、なんかうまく行かないのよ」になる。それを知らん顔して「こりゃいい」とか言って「どんどん自動化」して行ったら、がんじがらめになって、また効率低下しちゃうよ・・・

でもまあ、問題は看護師さんたちじゃなくて、事務の偉い人たち(石頭?)だ。

  •   0
  •   0

部屋のエアコンの消費電力を、旧居や交換前のエアコンと比較しようと思って居たのだが、旧居のは記録がないので測っていなかったようだ。なので、部屋の新旧エアコンについて書く。

交換前のエアコン (パナ, インバータ式, 能力: 2.8kW)

  • 測定期間: 2020/6/28-7/31
  • 平均消費電力: 52.7 W (測定されない待機電力を2.5Wとした)
  • 夏期推定 (5-9月, 153日)
    • 消費電力量: 193 kWh
    • 夏期(5-9月, 153日)の電気料: 約3900 円
  • 年間推定1 (使わない期間や夏・冬の増減を考慮していない)
    • 消費電力量: 461 kWh/年
    • 電気料: 約9200 円/年
  • 年間推定2 (夏期: 5-9月(153日) + 冬期: 11-3月(120日)= 夏期x1.5, その他は不使用)
    • 消費電力量: 421 kWh/年
    • 電気料: 約8400 円/年
  • 製品仕様より
    • 通年エネルギー消費効率(APF): 5.8
    • 消費電力量の目安: 期間合計: 967kWh

現在のエアコン (三菱, インバータ式, 能力: 2.8kW)

  • 測定期間: 2020/8/4-9/9
  • 平均消費電力: 257.6 W (測定されない待機電力はなかった)
  • 夏期推定 (5-9月, 153日)
    • 消費電力量: 946 kWh
    • 夏期(5-9月, 153日)の電気料: 約19000 円
  • 年間推定1 (使わない期間や夏・冬の増減を考慮していない)
    • 消費電力量: 2257 kWh/年
    • 電気料: 約45000 円/年
  • 年間推定2 (夏期: 5-9月(153日) + 冬期: 11-3月(120日)= 夏期x1.5, その他は不使用)
    • 消費電力量: 2059 kWh/年
    • 電気料: 約41000 円/年
  • 製品仕様より
    • 通年エネルギー消費効率(APF): 5.8
    • 消費電力量: 期間合計/2013: 913 kWh

※計算を簡単にするため、電気料は20円/kWhとした。

今のエアコンがバカ食いに見えて心配になるが、測定時期が異なるため、前のエアコンを測った時はまだそれほど暑くなかったために消費電力が低くなったと考える。実際、近頃は24時間点けっぱなしだが、前のエアコンの時はそうではなかった。

また、製品仕様では、通年エネルギー消費効率や期間合計の消費電力量の目安はどちらも同様である。ただ、仕様に記載された値の測定条件(JIS)は24時間点けっぱなしではなさそうだから、それよりは多くなりそうだ。とすると、年間推定2の値に近付きそうだ。

(最初はここまでで終わっていたのだが、少しして気付いた。)

 

とすると、前の稿で書いたが、僕の年間電気料は約8万円なので、実にその半分くらいはエアコンが使っている(いた)ことになる。うむ、やっぱりバカ食いだ。これを半分でも浮かせられれば、電気会社を換えるよりずっとすごい支出削減になるが、それは全く容易なことではない・・・

ちょっと、年間でエアコンの消費電力量を測定してみたくなった。

  •   1
  •   0

困っては居ないけどw、「困った時の測定ネタ」ってことで電気料を測定(比較)してみた。なお、別途、エアコンの消費電力や電気料も計算しているのだが、昔のデータを引っ張りだしたり整理が面倒なので後回しにした。

去年の9月頃にENEOSでんき に移って一年。プランはV (2年)である。移る前に、ENEOS他の会社に移ったらいくら安くなるか試算・比較しており、ENEOSが一番良くて約4800円だった。そして、一年経ったので実際の使用量で料金を比較してみた。すると・・・

見積り (支払い月: 2018/9-2019/8より)

  • 年間の消費電力量(実績): 3230kWh
  • 東電での純電気料*: 86013円
  • ENEOSでんき V (2年)での純電気料(予測)*: 81210円
  • 差額(東電-ENEOS: 予測): 4803円

実際 (支払い月: 2019/10-2020/9※より)

  • 年間の消費電力量(実績): 3191kWh
  • 東電での純電気料(推定)*: 86322円
  • ENEOSでんき (V (2年))での純電気料*: 81600円
  • 差額(東電-ENEOS): 4722円

*「純電気料」は、実際に支払う電気料から変動する賦課金などを除いたもの。

※2020/9はENEOSでんきに移ったばかりで、使用量や料金が小さかったので、10月からにした。

最初は2020/9から計算していたために差額が小さくて、何かおかしかったのかと思って居たのだが、上記のように移ったばかりの9月を除外したら、自分でも驚くほど見積りと実際がぴったり合った。

まあ、年間5千円弱というのは大した額ではないが、このサーバの年間使用代の半分くらいとか、バックアップ用オンラインストレージの使用料の2年分に相当するので、そのどちらかが何もせずに儲かったと考えれば、ちょっと得した気分だ^^

ただ、ガソリン代とすると、大体1回の給油で終わってしまうので、なかなか微妙だw ガソリンの高さを実感する。

  •   1
  •   0

(何も目新しくなくておもしろくない話で、グラフ描いたり詳しく書くのが面倒だから、簡単に書く。)

コロナに合わせたタイミングで激遅(混む時は10Mbps未満)になったDTI光のIPoE(OCNバーチャルコネクト, MAP-E)。仕方なくPPPoEに戻したらIPoEよりはずっと速くなったのだが、時間帯による速度の変動が激しかった。

おそらくそのため、iPhoneから撮影した画像のDropboxへの転送がエラー("Too many reqs.")になることが結構頻繁に(ほぼ毎日)起こっていた。

それで、いろいろ調べてみたら、DTI光のIPoEは近頃JPNEのv6プラス(MAP-E)に変更になったことが分かったので、(再度申し込めばv6プラスになるので)試してみた。すると、以前のように高速で概ね安定した速度になった。そのせいか、上記のiPhoneからDropboxのエラーも起こらなくなった。

結論: PPPoEはイマイチ。だけど、OCNバーチャルコネクトはもっとクソ。

とはいえ、いつまでJPNEの速度が続くかは不明だが・・・

 

以下、細かい話をメモからコピペ。

  • 速度関係
    • ダウンロード速度
      • ざっと見た感じの平均速度は、IPv4は70Mbps辺り、IPv6は85Mbps辺り。
      • IPv4は、(特に休日の)夕方や夜などに遅くなることはあるが、PPPoEよりも、遅くなる頻度や速度変動の量は少ない。
      • 早朝でも遅くなることがあるのが不思議。
      • IPv6(FASTで測定)はほとんどいつも安定している。
      • Speed Checkでの速度安定度は、大抵は95%前後だが、混んでいる時は60%台まで下がる。
        • PPPoEでは大抵70%台だった。
    • アップロード速度: ほとんど変わらず、36Mbps前後。
      • ただ、なぜか、この建物のVDSL装置の上限の35Mbpsを超えることが多い。
  • 速度測定に関して
    • 使用プロトコル: FAST, GoogleはIPv6, OoklaはIPv4。Speed CheckはおそらくIPv4。フレッツ速度測定サイトは両方。
    • なぜか、Googleの速度測定はアップロードが終わらないことがほとんど。
    • フレッツ速度測定サイトで「インターネットプロトコル」は"IPv6"と出ることがほとんどだが、たまに"IPv4"と出ることがある。ただ、速度には関係ない。
      • ("IPv4"と出ても、IPv6のチェックをするとIPv6になっている。 ← 記録が残っていないので不確か)
      • Speed Checkで「プロバイダ」が"JPNE"と出る時と、"JPNE-IP4"と出る時がある。これはフレッツ速度測定サイトのインターネットプロトコルとは関係ない。また、速度には関係ない。
        • "JPNE-IP4"と出る時は、IPv6アドレスが表示されていない(ただし、出る時もある)。その時でも、IPv6のチェックはOKだし、FASTはIPv6アドレスが出るし、フレッツはv6になっている。サーバや途中の経路の問題?
  • その他
    • v6プラスのMAP-Eの利用可能ポート数の少なさ(約225個)の影響を感じたことはない(分からなかった)。
      • 僕のPCを普通に使っていて、使用中("established")のコネクション数(= ローカルポート数)の例: IPv4: 40, IPv4+IPv6: 50
        • ただ、なぜか、上記で出るポート番号はルーターの「利用可能ポート」一覧に入っていない(IPv6も)。別のもの? ← ルーターでポート番号が変換されているため。
      • 僕のPCの過去1年の最大同時接続数("established")は約150なので、今までどおり使えば不足することはなさそう。スマフォもあるが、おそらく問題ない。ただ、機器が沢山ある場合はどうだろうか?
    • IPoE(MAP-E)にしてから、再びルーターのログにFW off/onが出るようになった。 → IPoE(MAP-E)の処理に関係してそう。ただ、一定間隔でないのが不思議。
    • IPoE(MAP-E)のIPアドレスの地域を調べたところ、OCNと異なり、JPNEはIPoEでも栃木にPOIがあるようだ(推定)。
      • Maxmindでは、IPv4は栃木(宇都宮)、IPv6はは栃木(黒磯)

 

(9/10 7:45 追記) 上のMAP-Eの利用可能ポート数は、「IPv4の通信装置へのユーザーの詰め込み方」に関係しているのかも知れない。具体的には、少なければ多数のユーザーで装置を共有していて、多ければその逆だ。

普通のシステムでは最大約6万個のポートが使えるので、ユーザーのルーターでの使用可能ポート数が220個なら約270人のユーザーで、1000個(OCN)なら約60人のユーザーで共有していると推測できる。

とすれば、v6プラスはOCNバーチャルコネクトの約4倍詰め込んでいる(詰め込む予定がある)と考えられるから、その分余裕がないのかも知れないし、単に使っている装置の仕様とか、装置の元々の性能が違うかも知れないし、接続先の回線の太さも関係するから、利用可能ポート数と速度は全然関係ないのかも知れない。仮に詰め込んでいるとしても、今のところは性能悪化はない。

そもそも、4倍も余裕があるはずなのに激遅のOCNって「あっ」なのか?www

  • Speed Test

    Speed Test

    「フレッツ速度測定サイト」は、お客様の端末からNTT東西のフレッツ網上の測定サーバまで、及びお客様の…

  •   0
  •   0