Archive for 2月, 2019

(彼女が悪くなったという意味ではなく、僕の中での話です)

昨日、久し振りに内田光子のモーツァルトのピアノ協奏曲 第25番(2016, ライブ)を聴いた。どうしてか、近年、彼女のは余り聴かなくなっていたのだが、どうもその理由が分かった気がした。いつからか僕の好みでなくなったのか、元々好みでなかったようだ。クラシックを聴き始めた頃は、(特にモーツァルトのピアノソナタを)とても良く聴いていたのだが、他のいろいろな人のを聴くうちに、無意識のうちに気付いたのだろう。

その演奏への感想を少し書く。

雰囲気が、期待や曲のイメージと違って細かった。そして、それよりも、音を跳ねるように(スタカート気味に)切ることがあるのがちょっと(結構)嫌だった。細さと相まって、おしゃれとか意識高い感じになってしまって、嫌味に感じた。なお、オケは悪くなかった。そして、「なんか違う」ので、第2楽章の途中で止めた。

そういえば、彼女の弾き振りは以前から好みでないのを思い出した。その前(1980年代末-1990年代頭)に出した、テイトの指揮の方が良かったと思う。ちなみに、今、この曲はフレイの(2010)が一押しだ。

余談だが、「なんか違う」のがもう一つあったので書く。: 昨日は、フレイのその演奏の指揮をしたJaap van Zwedenという人の新作の「春の祭典」(2019)も聴いた。フレイののオケも気に入っていたので、興味があったのだ。最初は普通にいいと思っていたのだが、段々パンチが足りないように感じ、そのうち、大人しくて迫力がなく、切れも足りなくて、「今ひとつ」になってしまった。これだったら以前(2008)の方が良かった。このアルバムは、数か月前に広告で見てから出るのを待っていたのだが、残念だった。

ポリーニやゼルキンについて書いた時は、刷り込みだろうかと書いたが、彼女はそうではなかったようだから、これは刷り込みではないように思う。僕の中での曲のイメージ(これがどうやって生まれたかは不明だし、だから必ずしも正しい解釈であるとは思えない)と、演奏との近さ・ギャップなのだろう。

PS. その後何の気なしに聴いてみた(別の人の演奏の指揮をしていたので)、Christian Zachariasの同第25番(2011)が、どういう訳か、実に自然で良かった。「すっ」と入って来た。自然なんだけど、ありきたりとか通り一遍ではなく、オリジナリティもあって(それも違和感はなかった)いい感じだった。ゼルキンに近いと思う。ただ、自然な分、フレイよりは大人しい。同じアルバムの第26番も良かった。それにしても、どこが違うのか(いや、確実に違うんだけど)、謎だ。 (3/1 19:11)

  •   0
  •   0

先日からの、Wi-Fiに接続できる環境でもモバイルデータが使われる問題への対処の続きのまとめを書いていたら、新しいアイデアが浮かんで、それがうまく行ったので書く。前半はそのアイデアが浮かぶ前に書いていたものを加筆・修正したもので、後半がそのアイデアと結果である(前半を飛ばしたい場合はここ)。

ディープスリープ回避による同期間隔の改善

当初は、Automagicで定期的にカレンダーなどの特定アプリの同期を行うようにし、その時にWi-Fiが切れていたら再接続するようにしていた。ただ、システムがディープスリープする(Dozeモードになる)のか、アイドル時間が長くなると、Automagicでの同期間隔が(設定は30分なのに)3時間前後に伸びる傾向にあった。それは消費電力の削減には効くので諦めようとした。とは言え、やっぱり、できれば同期間隔が伸び過ぎないようにしたくなった。ただ、前回も書いたように、消費電力削減と定期的な同期間隔とモバイルデータ量の削減は相反するので、うまく共存させる必要がある。

それまでに分かった問題点は、

  1. ディープスリープ(Dozeモード)のために同期間隔が伸びる。
  2. 要求した同期の実行が遅れることがある。(同期の実行遅れ)

なので、それらを解消(軽減)できればいいと考えた。

それで、同期間隔が長くなり過ぎることを改善するためのポイントは、スマフォを「寝させ過ぎない」(ディープスリープさせ過ぎない)ことだろうと考えた。ディープスリープし過ぎると同期間隔が伸び、更に、Wi-Fiが切れる(offになる)可能性も高くなって、モバイルデータ量も増えてしまう。一方で、全然ディープスリープしなかったら消費電力が増えてしまう。だから、Androidを「適度に突っついて」、目を覚まさせればうまく行きそうな気がした。

いろいろ試したのだが、前回気付いた「ディープスリープを回避する方法」をヒントにしたら、結構うまく行った感じだ。そのアイデアは以下である。

Periodic Timer(オプション= "Like alarm clock")をセットすると、ディープスリープにならなくなるが、セットしたままだと消費電力が増えてしまう。そこで、短時間だけPeriodic Timerをセットして解除すれば、消費電力はそれほど増えないのではないか。

これにより、上記の2つの問題が改善できることを期待した。1番は、定期的にディープスリープにならない状態を作ることで、ほとんどの同期間隔を支配しているPeriodic Timer Inexactの精度が向上することを(この間にPeriodic Timer Inexactが「動き出す」ことを期待する)、2番は、ディープスリープにならない状態を作ることでAndroid内部に溜まっている同期要求が実行(flush)されることを、それぞれ期待した。それで、以下のようなPeriodic Timerの設定で試してみた。

  • Periodic Timerの周期(= ディープスリープにしない時間): 2分
  • Periodic Timerを解除するまでの待ち時間: 30秒

理論的には、Periodic Timerのイベントが起こったらすぐに解除してもいいはずだが、解除する前に何かの処理を入れたほうがいいかと考えて、少し待ち時間を入れた(後で分かったが、待ち時間は要るようだ)。

すると、1番(同期間隔)については効果があったが、意外なことに、2番(同期の実行遅れ)にはほとんど効果がなかった。ディープスリープにしない時間が短かかったのかも知れないし、他の要因があるのかも知れないと思っていたのだが、その後、要求を溜めているのは、OSでなく同期アプリ自体なのかも知れない(同期アプリがスリープしていたら、要求を受けても実行できないのだろう)と考え、同期アプリがスリープしないように、「電池の最適化」をoffにして試したら、同期の実行遅れもなくなった。

基本的な処理の流れは以下である。

  1. 同期の契機となるイベント(例: Periodic Timer Inexact)を待つ。
  2. 同期する時期(例: 前回の同期から30分以上経過)だったら以下を行う。
    1. ディープスリープ回避処理を有効にする(= Periodic Timerを起動する)。 → ディープスリープの回避が始まり、Periodic Timerの周期の経過後に解除される。
    2. 同期処理を行う(基本的には前回書いたのと同じ内容)。

本当は本体のプログラム中でPeriodic Timerの作成や起動をしたかったのだが、Automagicに適当な機能はなかったので(アラームやタイマーなどは可能だが、本当にアラームが設定されて音が鳴ったりするので、実用には向かない)、別のプログラムにした。もしかしたら、ディープスリープ回避処理で行っているスリープ(オプション= "Keep device awake")をするだけでもいいのかも知れないが、確かではない(Periodic Timerには"Like alarm clock"オプションが必要なので、たぶん駄目だと思う)。

ディープスリープ回避処理は以下である。

  1. Periodic Timer(周期= 1分, オプション= "Like alarm clock")のイベントを待つ。
  2. 以下を並行して行う。
    1. 一定時間(30秒間)Sleepする(オプション= "Wake up from idle/doze": Doze(ディープスリープ)状態から復帰させる)。
    2. 一定時間(35秒間)Sleepする(オプション= "Keep device awake": この間はディープスリープさせない)。
  3. 自分を無効にする(= Periodic Timerを無効にする)。

2種類のSleepは、Sleepの2種類のオプションのうちどちらがディープスリープの回避に効果的なのか分からなかったので、念のため両方入れた(Periodic Timerによってディープスリープは既に回避されているのだから、おそらく後者だけで充分だと思うし、なくてもいいかも知れない)。

上記の仕組みを実装し、試してみたところ、管理しているアプリが同期する時にWi-Fiが切れていても確実に接続できるようになり、なかなか良い結果が得られた。要するに、僕の要求のほとんどを満たし、期待以上の効果が得られた。ただ、このプログラムとサーバのログやモバイルデータ通信の状態や使い勝手をチェックしていたら、以下の問題が見付かった。

Wi-Fiが切れている間にこの仕組みが管理していないアプリ(= 外部から同期開始できないもの。例: AquaMailやGoogle Play)やOSの通信が始まった場合は、モバイルが使われてしまう。

特に、AquaMail(メールアプリ)はデータ量が多いうえに外部から同期を開始させられないのでモバイルデータ量が増える要因なので、外部からの同期が可能なBlueMail(= TypeApp)に換えたのだが、使い勝手や好みではAquaMailの方が良い。

Wi-Fi接続のモニタリングと自動(強制)再接続

それで思い付いたのは、同期する仕組みの中の、「Wi-Fiが切れていたら再接続する」処理だけを定期的に実行することである。本来、Wi-Fiの再接続はOSが自動的に行うから自分でする必要はないのだが、ディープスリープ中はそれが結構長く遅れることがあり、その間に通信が発生するとモバイルが使われるので、それを回避するため、切断後なるべく速やかに再接続したい。AutomagicはWi-Fiの切断イベント(WiFi Disconnected)を受けられるので、それを契機にすれば切断後即座に接続できそうだ。また、何らかの理由(例: 帰宅時、ディープスリープ中)でWiFi Disconnectedがない・受け損ねた場合に備えて、定期的なチェックも行う。

基本的な処理の流れは以下である。

  1. 契機となるイベント(例: WiFi Disconnected, Periodic Timer Inexact)を待つ。
  2. 再接続処理を行う時期(例: 前回の処理から30分以上経過)だったら、以下を行う。
    • Wi-Fiを使用する設定になっていて、Wi-Fiが切れていて(WiFi Connectedが偽)、
      • 指定のAP(= 家のルータ)が利用可能(WiFi Available)なら、再接続(WiFi Reassociate)を行う。
      • イベントがWi-Fiの切断(WiFi Disconnected)で、指定のAPが利用可能でないなら、Wi-Fi APのスキャン(WiFi Scan)を行う。
      • イベントがWi-Fi APのスキャン結果(WiFi Scan Results Available)で、結果(AP一覧)が空の場合には、再接続(WiFi Reassociate)を行う※。
  3. ディープスリープ回避を行う時期(例: 前回の回避から30分以上経過)だったら、以下を行う。
    • ディープスリープ回避プログラムを起動する(実際にはプログラムを「有効」にすることでPeriodic Timerが起動され、ディープスリープの回避が始まる)。

※ 下にも書いたが、Wi-Fi APがあるにも関わらずWiFi Scanの結果が空の場合があり、その時に切断されたままの状態が長引いてしまうため、スキャン結果が空の場合にも再接続してみるようにした。ただ、画面を点灯すると自動的にスキャンが行われるようなので、外出時に無駄に再接続しようとして消費電力を増やす可能性はある。

実装後、さまざまな調整を行い、最終的には以下のような設定(動作条件)にした。

  • 処理の契機とするイベント
    • Periodic Timer Inexact, WiFi Disconnected, WiFi Scan Results Available, WiFi State Enabled, Automagic Startup
  • 再接続処理を行う最小間隔: 10分 (Periodic Timer InexactとAutomagic Startupのみ。それ以外は無条件に実行する)
  • Periodic Timer Inexactの周期: 15分
  • ディープスリープを回避する間隔: 30分
  • ディープスリープの回避
    • Periodic Timerの周期(= ディープスリープにしない時間): 1分
    • Periodic Timerを解除するまでの待ち時間(Sleep(Keep device awake)): 35秒

Periodic Timer Inexactの周期やディープスリープ回避の間隔を長くすると消費電力が減るが、切断時(Wi-Fiの鍵の期限切れなどで起こる)や帰宅時に再接続するまでの時間が長くなる可能性が高い。また、Periodic Timerを解除するまでの待ち時間は必要で、ないとディープスリープしてWi-Fiが切れてしまう。

当初は、基地局(セル)への接続イベント(Phone Cell GSM: Connected to CIDs)を使って帰宅の判定をしようとしたのだが、基地局の範囲は広いために家から離れたところ(Wi-Fiは繋がらない)で「帰宅」と判定してしまうのと、基地局の変化(増減)を常にフォローすることはできないから、いつまで今の判定条件が有効なのか分からないので止めた。

それから、画面を点灯させるとWi-Fiのスキャンが行われてWiFi Scan Results Availableイベントが発生するから、その時はPeriodic Timer Inexactの周期を待たずに素早く再接続できる(実際には、この場合はOSも再接続すると思われる)。

なお、同期間隔が伸びるのを防ぐために無効にしていた、カレンダー同期アプリの「電池の最適化」は有効に戻した。ディープスリープ回避の効果のようだ。

最終的な性能(特性)は以下のようになり、概ね要求を満たせたように思う。

Wi-Fiが利用可能な場所(家)で、約7時間(2/25 21:13 - 2/26 4:17)のアイドル時の性能:

  • 消費電力率: 0.6%/h (2/26 1:50までは0.4%/h)
  • モバイルデータの使用量(← Wi-Fiの再接続が遅れた期間): 約60KB (Wi-Fiの使用量: 約3MB)
  • Wi-Fiの再接続が遅れた回数: 3回 (再接続回数: 4回)
  • カレンダーの平均同期間隔: 約32分 (13回/7時間)

ディープスリープ回避処理により、Wi-Fiが長時間停まることはなくなったようだが、Wi-Fiの鍵の期限切れの時の再接続が数十秒遅れることがあるために※、モバイルデータが使われるのを完全には防げてはいない。ただ、OSを含むすべてのアプリからの通信をほぼWi-Fiにすることができたので、前回よりはモバイルデータ量が減ったはずだ。消費電力は以前より大きくなっているが*、低い期間もあるので他の要因が関係しているのではないかと思う。この点はもう少し様子を見たい。また、同期間隔は申し分ない。

※ Wi-Fiの再接続が遅れることがある問題の詳細な原因は不明なのだが、その時はWi-Fi APのスキャン(WiFi Scan)を行ってもAP一覧が空になっているので、スマフォ(AQUOS sense lite)の仕様(作り)に起因するものではないかと思っている。OSはWi-Fiデバイスは使える状態(「生きている」)だと思って使おうとするのだが、実際にはスマフォが停めていて、使われる時に陰で起動させるのだが、その立ち上がりに時間が掛かるために、最初のスキャンで結果が得られないのではないかと推測している。あるいは、Wi-Fiデバイスの立ち上がりが遅く、OSはそれを待ちきれなくて、モバイルが使われるのかも知れない。

* 消費電力増加の影響を考えてみる。: アイドル状態を継続(使わずに放置)できる時間を考えると、今回の消費電力率(0.6%/h)では前回(最小で0.3%/h)より約7日短くなる。が、実際にはそういう状況はなく、毎日使って充電しているので、その値は余り意味がない。それで、1日当たりの消費電力の差を求めると7.2%程度となる。そして、当然ながら、使っている時の消費電力はそれよりずっと大きい(数十%)ので、この処理による消費電力の増加はそれほど問題ではなさそうだ(と思ったが、通常は1日で20%くらいしか減らないから、7.2%の増加は大きいかも知れない)。

この作業はなかなか根気が要り、動作確認すると不具合が見付かって調整し、再度確認するという手順を何度も繰り返していた。動作確認は深夜などの長時間使わない時に放置することでしかできないので、なかなか時間が掛かり、3週間くらい掛かったが、ようやく終わったようだ(消費電力と再接続の遅れに我慢すればね・・・w)。

わずかなモバイルデータ使用量や電池使用量を減らすだけの、重箱の隅をつつくような改良ではあるのだが、Androidのいろいろなことが分かって(大体は想像)おもしろかった。それから、Automagicを使えば(いくつか不満はあるものの)ものすごくいろいろなことができるので、感心した。結構昔に買ったのだが、全く損はない。

(3/1 6:51) 月が変わったので、モバイルデータ使用量削減処理の効果を調べてみた。削減処理の作成を始めたのは大体2月からなので、1月と2月のモバイルデータ量を比較すれば分かりそうだ。

  • 1月: 134MB → 4.3MB/日
  • 2月: 81.8MB → 2.9MB/日

見かけ上は1日約1.4MBの節約となった。ただし、1月には設定誤りによるカレンダーの再取得や地図アプリ比較のための利用があったので、その分が多くなっているはずだから、過去のログからそれらのデータ量(カレンダー: 約16MB、地図: 11.8(1月分)-2.7(2月分)= 9.1MB)を引くと、以下のようになる。

  • 1月: 109MB → 3.5MB/日
  • 2月: 81.8MB → 2.9MB/日

1日600KB(27MB/月)の節約と、効果はかなり微妙(気分の問題??)だ。ただ、データ量削減処理は2月の半ば頃から動き出したし、処理の作成や修正による増分もありそうなので、今月の分を見てみないと本当の効果は分からない。ただ、劇的に減ることはなさそうだ。

それでも、現在のモバイルデータの残量は1GB(契約は500MB)になっているので、まあ、全体としては目論見どおりである(良く考えると、繰り越しできるのは前月分だけだと思っていたが、そうではない? それならなおありがたいが・・・)。

 

PS. この作業中に他の問題も見付かったので、書いておく。

○同期アプリごとの問題

  1. 同期が不安定なもの: Androidの再起動後にカレンダーの予定がほとんどなくなって、同期がうまく行かなくなった。
  2. 同期のデータ量が多いもの: 同期は調子いいのだが、常に数十KB(上の約10倍)のデータを取得する。取得するデータの選択がインテリジェントでない?

不安定なのは良くないのだが、最初だけ何とかすればあとはうまく動くから、データ量を減らしたいので、1番を使うことにした。

○Wi-Fi matic(位置に基づいて自動的にW-Fiを有効・無効にするアプリ)の問題

なぜか、Wi-Fiを有効にする場所なのに無効にされてしまうことがある。有効・無効はモバイルの基地局(セル)で判定しているのだが、家に居ても基地局がたまに変わる(3つくらいあった)のに、1つしか記憶しないために無効にしてしまうようだ。元々なのか、設定を変えてしまったせいだろうか? しかも、このアプリはGoogle Playからなくなってしまっているので、使い続けるのは好ましくない。Wi-Fi maticは家以外に居る時(外出時)の消費電力を減らすために使っているのだが、とりあえず、使うのを止めることにした。

それから、複数の基地局に対応したWi-Fi maticの代わりを作ろうとしたのだが、難しかったので止めて、常にWi-Fiを有効にしたままにすることにした。問題になるのは、外出時に無駄にWi-Fiが有効であるために消費電力が増えることだが、外出時は操作やモバイルデータの消費電力の方が大きいので、大きな問題ではなさそうだ。

PS2. この、Wi-Fiが途切れる(勝手にoffになる、再接続が遅れる)現象は僕のスマフォ・環境(ルータとの相性)だけで起こるのか、それともAndroidなら他でも起こるのか気になるところだ。何となく前者の気はするが、実は後者だけど、細かい話だから誰も気にしていないのかも知れない。

PS3. モバイルのデータ残量を見たら、月末だというのに690MB(→ 先月の繰り越し分が190MB余った)も余っている。繰り越しできるのは1か月だろうから、節約し過ぎても意味がないのかも知れない。であれば、多少の接続遅延を許して(= Wi-Fi時でも少しモバイルが使われる)省電力に振る方が得策なのか? 「そんなのどっちでもいい」というのが真実のような気はするがw、まあ、ちょっと考えてみよう。

という具合に、"Never ending story"になる。。。 (2/27 18:58)

  •   0
  •   0

懸案のドラレコだが、本物の設置方法を詳細に検討して何とか方針が決まって、「さあ、注文だ」と思っていたのだが、風邪気味でだるくて、「届いても取り付けられないな」とか思っているうちに、本質的なことに疑念が生じてしまった。以下のような考えだ。

  • 今までに、事故は10年に1回くらいしか起こってないのに、(期待値としての金額は前回書いた通りではあるが、)そのための準備が要るの? しかも、これからは今までよりずっと乗らないから、確率も期待値もかなり減りそうだ(また乗ることになったら、話は別)。
  • 「準備」と言ったって、家の耐震補強とか非常食とかABSやエアバッグと違って、ドラレコを付けても、安全性(事故の起こる確率)は全く変わらない。「ドラレコを付けたら事故が減る」とか、事故になった時の死亡率が減るなんてことは全くなく、あくまでも事故が起こった後に自分の立場を守るとか嫌な思いをしないためだけのものなのだ。
    • (2/26 7:50追記) つまり、ドラレコは「アクティブセーフティ」どころか「パッシブセーフティー」でもない何か(おそらく、「安全のための機器」ではない)なのだ。それから、「ドラレコを付けたら・付ければ、運転が記録されることで緊張感が生まれて、安全運転につながる」という意見・説もあるが、論外だ。記録の有無に関わらず、いつもちゃんと運転しなくてはならない(僕自身が実践できているかは別として)。そういう人は、そのうち、記録されていることなど忘れて、イザという時に困るのがオチだ。
  • 「立場」と言ったって、今は別に何も失うものはないし、任意保険の弁護士特約には入っているし、いくら準備したって、事故になったら嫌な思いをするのは確実なのは分かり切っている。
    • (2/26 7:53追記) 例えば、突然飛び出して来た人をひいて殺してしまったら、いくらドラレコの記録でこっちに何も非がなかったことが証明されたって、「何もなし」では全く済まないだろう。
  • せいぜい考えられる、回避・軽減可能な損失は、(こっちの過失割合が大きくなって)保険の等級が上がって(というか、少しでも保険を使えば過失の割合には関係ないだろう)保険料が上がるのと、免許の点数とか刑事罰の重さで、ドラレコがあればその度合いが小さくなる可能性がある程度だ。そんなことは、自分の怪我とか嫌な思いに比べたら屁でもない! (まあ、刑務所行きはちょっと嫌だが、さすがに、自分が悪くないのに、ドラレコがないためにそこまでひどいことになるとは思えない。そうなるのなら、自分もそうなる原因を作っているのだ・・・)
  • あと、駐車中の当て逃げなどはまず防げない(ぶつけた車は分かるかも知れないが、ぶつけられることは全く防げない)。これはどうしてか、いつまで経っても嫌な気分を思い出させるので、それに無力なのなら、余り価値がない。

と思ったら、

別に要らなくね?

と思ってしまった(若者言葉はノリで使ってますw)。

だから、ポチっとするのは止める感じだ。ただ、あって損ではないのは確かだから、もし次に車を買う時には迷わず付けると思う。

あと、遊びとしてのドラレコはおもしろいので、スマフォでドライブの光景を「テキトーに」録画するのはやってみたいと思った。それは、なぜか、自分の運転を自分で観てもおもしろかったくらいだからだ。

 

PS. 以前にもこういうことはあったが、その時も今も、全然、無駄とかつまらないことをしたは思っていない。逆に、「おもしろかったからいい」くらいだ。そういうところが技術馬鹿なんだと思うw でも、文系(経済?)の人とかスマートな(= 意識高い)理系は、検討したたけで(いや、それ以前に「そんなの当たり前・自明でしょ()」で)終わりそうだ。それじゃあ、全くつまらないと思う。

PS2. やっぱりコスパ最高なのは、「録画中」のステッカーかな。いやマジで。もちろん買わないし貼らないけどw

  •   1
  •   0

ドラレコの設置場所に迷った。フロントガラス上部よりダッシュボードの上の方が手軽そうでいいと思っているのだが、下部が良く映らないという情報があった。考えても分からないので、買って試そうと思っていたのだが、まず今(無料で)できることをやってみようと、段ボールで台を作り、ダッシュボードに古いスマフォ(Nexus 4)を仮置きして、どのくらいの視野で撮影できるか試してみた。もちろん、実際のドラレコとは視野角は違うだろうが、下部の切れ方は設置する高さや角度の影響の方が大きいと思うので、実際(予定)に近く設置すればスマフォでも確認はできると思った。

設置時に、作ったままでは高過ぎる気がしたので、下の箱を外した(実はこの箱は、「高さが足りないかも」と思って後から追加したものだ)。

意外にちゃんと撮影できていて、観てみたら予想以上に良く、視野はまず問題なさそうだった。写りも良くて、途中で観た時は「これでいいじゃん!」と思い掛けたのだが、帰ってから調べたらものすごく電池を食っていた(約35%/h)ので驚いた。これでは3時間も持たない。まあ、アプリ(今回はアウトガードというのを使った)や設定を選べば減るかも知れないし、SIMを入れていないために、例の「セルスタンバイ」も電池を食っていたから、ダミーのSIMを入れれば減るかも知れない。それに、常時USBから給電すれば、電源は問題はないだろう(が、電池はすぐに寿命になりそうだ)。

それでも、何となく無理があって実用には向かない気はする。あと、スマフォが大きくて若干目障りな問題もあった。その点では外部カメラが使えればいいが、USB 2.0でまともに動画が転送できるかとか、OSやアプリが対応しているかどうかが疑問だ・・・ それから、後方が撮影できないという欠点もある(スマフォを2台使えばできないことはない。確かに2台余ってはいるけど・・・)。

以下に、市街地での撮影例を示す。

※エンジンや排気の音が結構迫力あるのだが、元々そういう車(改造はしていない)なのと、構図やマイクなどのせいで更に迫力が出ているのだと思う。暴走している訳ではないので、誤解せぬよう・・・

サンプルは再エンコードしたためにぼやけているが、元の動画は以下のようにかなり鮮明で、(縮小しても)他車のナンバーがはっきり読める。

スマフォドラレコで撮影した動画のキャプチャ

それから、やる前は、カメラの固定をかなりちゃんとしないとブレて駄目だと思っていたのだが、こんないい加減な台(若干傾いてさえいる)でもそれなりに見えるし、そもそも、僕が使いたいのは事故などの問題のあった時だけなので、多少振動しても問題ないことに気付いた。ただ、衝撃でカメラが動いてしまったら、肝心の場面が映らない可能性もあるので、それなりにしっかり固定する必要はあるだろう。

あと、スマフォなら、部屋に持ち帰れば簡単にドライブ中の映像をPCに取り込めるのもいい。ドラレコだといちいちmicro SDを抜くのが面倒だから、問題のあった時だけ使うことを想定していたが、手軽にできるのなら欲も出て来る。なお、動画ファイルのサイズは意外に小さかった。5分で200MB以下だった(いや、これは実は1時間で2GBを超えるから、大きいのだw)。

という訳で、試してみたらいろいろなことが分かった。そして、スマフォドラレコの手軽さ・安さも捨てがたいので、もう少し考えてみたい。

以下のように進めようと思う。 (16:27)

  1. 夜の撮影具合を試す。
    • (2/25 5:36) アウトガードの消費電力が大きかったのでAutoBoy Dash Camを試してみた。
      • まれに焦点がボケた以外は、大きな問題はなかった
      • 電力消費率は約10%/hだった。
      • 今回はダミーSIMを入れていたので、再度、アウトガードの電力消費率を測りたい。
      • スマフォドラレコでの撮影例3 (夜間, アプリ: AutoBoy Dash Cam)
  2. 良さそうなら、ドラレコにも使えそうなスタンドを買い、スマフォを正式に設置して使ってみる。
    • 良さそうなら、外付けのカメラ(webカメラ?)を付けてみる。(ただし、いいものは結構高いので、要検討)
  3. 駄目そうなら、本物のドラレコを買って取り付ける。

(2/25 9:46) 今、別のアプリを試に行こうかと思っていたら、根本的なことに気付いた。スマフォドラレコは確かに手軽だが、本物同様の信頼性は望めないということに。例えば、以下のような問題で正常に動作しなくなる可能性は結構大きいから、「いざという時に記録されていなかった」ということはあり得る。ドライブの記録ならがっかりするだけだからいいが、事故などの証拠用としては論外である。

  • 夏の高温、冬の寒さ、結露
  • 連続書き込みでのストレージの劣化
  • 電池寿命
  • アプリやOSのハングなど

そのような問題を防ぐには、定期的に(毎回?)正常動作を確認するべきのだろうが、それは現実的でない。忘れなければやるかも知れないが、そもそも面倒だ。本物でも原則的には動作確認は要るが、スマフォはより信頼性は高そうだから、確認の必要性は低いことが期待できる。定期的なmicro SDの交換を忘れず、使用時は警告が出なければ正常動作が期待できる。

という訳で、やっぱり本物をポチっとするかな・・・

いろいろ試したのが無駄になった気はするが、そもそも、スマフォドラレコは「本物」の設置方法を検討するために始めたのだから、こういう結論になっても無駄ではなかったのだ。まあ、プロトタイプとか実証実験のようなものだったのだ。それで設置方法だけでなく、実際に使う時に外せない条件に気付けたのだから、本当に成功と言えよう(と、自画自賛してみるw)。

 

PS. テストで走っているだけでも気持ちが良くて、気付いたら1時間半、30kmくらい走っていた。

PS2. さすがにNexus 4は古いせいか(2013年に購入)、側面のゴムのような部分が劣化してベタベタになっていた。最初はケースが劣化したのかと思っていたのだが、本体まで劣化していた。ケースは貼り薬(例: トクホン)のような臭いまで出していた。。。 まあ、これなら心置きなく使い倒せるw

PS3. ダミーのSIMは、iPhone 6sを買った時に、本物のSIMが届くのが待ち切れなくて、すぐアクティベートしたくて買った未契約のものがあったのだが、サイズが違っていた(Nexusはmicro, iPhoneはnano)。ただ、セロハンテープでうまく誤魔化したらなんとか認識した。位置合わせと接触をちゃんとする以外に、挿入する前か後に一旦電源を切る必要があるようだ。これでセルスタンバイの消費電力は減るだろうか? (何となく、関係ない気がする・・・)

PS4. Nexusよりは新しいiPhone 6sも余っているから、ドラレコアプリを探したのだが、検索しても無料でまともなものがなさそうなうえに、App Storeは(昔からそうだが、)webでは全く使いものにならないので、呆れ果てて使う気が失せた。まったく、煮ても焼いても食えない腐った林檎だ。まだ人気はあるようなイメージだが、開発者は段々逃げつつあるのかも知れない。

(3/10 20:53 動画のサイズがかなり大きい(3個で25MB)ことに気付いたので、リンクに変更)

  •   0
  •   0

もはや当たり前(一種のブーム?)のようになっている、ドラレコ。僕も、今まで何度も付けようか迷っては、止めて来た。今も再び迷っているのだが、おそらく止める気がする(← 書いたあとで気が変わったw →)面倒ではあるが、付けてみようかと思う。迷う理由はいくつかある。

  1. 必要性に疑問がある(リスクとの兼ね合い)。
  2. いい製品がない。
  3. フロントガラスに赤外線カットフィルムを貼っているので、取り付けに不安がある(フィルムが剥がれないか)。
  4. これ以上、前面がごちゃつくのが嫌(今既に、GPS, VICS, ETCのアンテナが並んでいる)。

まず、1番(一番重要)は、今の僕の状況を考えると必要性が薄そうに思える。今は通勤に使っていないので、乗る機会は少ない。せいぜい月に2回だ。ドラレコが有用なのは、事故に遭った場合、かつ、相手が悪質な場合や、人や自転車が飛び出して来た場合だろう。他には、煽られたとか警察が言い掛かりを付けて来たとかだろうか。それらの起こる確率はどの程度だろうか? ドラレコがないことによる損害の期待値(平均損害額)はどのくらいだろうか? 少し考えてみる。

ドラレコがないことによる損失の期待値(平均損害額)の試算 (1回の運転当たり)

  • 車に乗った時に事故に遭う確率 R1= 3回/36年= 3/(2*(36*365)/3)= 0.000342 (今までの実績。今まで3日に1日(各日の往復を2回とする)乗っていたと推定した。バイクは含まず)
  • 事故に遭った時にドラレコがないことで嫌な目に遭う確率 R2= 1/2 (相手が悪質な場合などで、ドラレコが役に立つ場合。推定)
  • 事故に遭った時に嫌な目に遭うことでの損害額 L1= 10万円 (推定)
  • その他の嫌な目に遭う確率 R3= 1/100 (推定)
  • その他の嫌な目に遭った時の損害額 L2= 10万円 (推定)
  • 合計の損失の期待値 L= L1*R1*R2 + L2*R3= L1(=L2)*(R1*R2 + R3)= 1017 (円/回)
  • 参考
    • 月に2日(24日/年)乗った場合の年間の期待値: 約4.8万円 (各日の往復を2回とした)
    • 毎日通勤で乗る場合の年間の期待値: 約41万円 (年間200日乗るとし、各日の往復を2回とした)

確率は苦手なので、上の計算が合っているか不安だが、合っているとすれば、今の状態でも付ける価値はありそうだ。今までドラレコがなくても損害がなかったのは、確率の計算の常で、これからある可能性が高いと解釈すればいいのだろうか(本当はそうではないようだが、実に分からんw)。

なお、今まで事故のたびに嫌な目に遭ったが、ほとんどは精神的・時間的なものだった。一度当て逃げされたが、それは駐車中に側面を擦られたものなので、ドラレコがあっても役に立たなかっただろう。その他の事故では相手が過失を認めたので、金銭的な実害はなかった。

「その他の嫌な目」については、煽りとかはあるものの、特に損害は受けておらず(ドラレコがあっても煽りはあると思うし、通報しても実益があるだろうかとは思う。ステッカーだけで充分な気はする)、警察などからの言い掛かりもなかった(仮にドラレコがあっても、覆すのは難しいかも知れないし、言い掛かりよりも、本当にこっちが良くないことをしている方が多い)。

2番は以前からずっとそうだ。以下のような条件を全部満たすものはほとんどない。

  • 耐久性・信頼性がある。
  • 前後を撮影できる。
  • 取り付けが楽。
  • 値段が高過ぎない。
  • 小型・軽量

外国製の安い製品は耐久性や信頼性に欠けるイメージがある。例えば、去年は評判が良かったメーカーが今は全然人気がなかったり、メーカー自体がなくなっているのを見ると、「やっぱりな・・・」としか思えない。いい物を出しているなら、ずっと人気があるはずだし、会社も継続しているはずではないか。それから、外国製のルームミラー型はカメラの位置が左ハンドル用なので、今ひとつ撮影条件が良くないという話も読んだ。

国内メーカーにしたって、必ずしも良い訳ではでないようで、すぐ壊れた・壊れやすいとか、定期的にメディア(micro SD)をフォーマットしなければならないとか※、サポートがひどいとかいうのが多く、それらを除外するとほとんど残らない(僕の調べた限りでは、存続が危ないP社しかない。笑えることに、今回の最有力候補は去年のそれと同じだった)。もちろん、外国製より値段は高目だ。

※僕の意見では、メディアを定期的に(2週間に1回など!)フォーマットしなければならないのは、ドラレコ自体の作りが悪いせいだ。確かに、良く言われているようにフラグメントは起こるが、そもそも、フラッシュメモリではフラグメントの影響は少ない。実際、SSDにデフラグは不要ではないか(要る説もあるが)。動画記録が遅くなる可能性はあるが、エラーを出すものではない。

定期的にフォーマットしなければならないのは、ドラレコの電源断などの処理がイマイチなために、論理フォーマットが壊れる(壊す)可能性が高いからだろう。だから、平気な顔して「定期的なフォーマットが必要です」などとマニュアルに書くメーカーの技術力を疑う。

なお、メディアが寿命で壊れるために定期的に交換する必要があるのは仕方ない。ドラレコは大容量のデータを連続して書き込み続けるので、TLCなどの安いものだとすぐに寿命に達してしまうのだ。このことと定期フォーマットが混同されているフシもある。フォーマットすると一時的に使えるようになる場合が多いが、寿命なのですぐに駄目になってしまう。こういう用途にはSLCを使ったものがいい(実際にはSLCでも出来が悪くて駄目なものもある)のだが、そもそも売ってないうえに、すごく高い。

「煽り運転対策に有効」とか言いつつ、未だに前後を撮影できる製品が少ないのは、マスコミの欺瞞(ブームを作る時に良くあるパターン)やメーカーの怠慢が感じられる。

3番は詳しい説明は不要だろう。ルームミラー型にするか、取り付ける部分のフィルムを切って剥がすかになる。ミラー型は余りないし(実は、今回の検討のきっかけは、サンコーのミラー型の新製品だった)、フィルムを切るとそこから剥がれ出しそうなのでしたくない。他に、ダッシュボード上に付ける手もあるが、下の視野が狭くなってしまうようだ。

4番は、純正オプションなら綺麗にまとまるだろうが、後付けだと物やケーブルがごちゃつくだろう。リアカメラが付くものは、前だけの物よりも更にケーブルが増えるのも痛い。そして僕は不器用なので、綺麗にまとめられる可能性が低いw

なんだかんだ言っても1番が一番重要なのだが、上の検討より、あった方が良い感じだ。なるほど。もう少し積極的に考えたいが、計算する前は「余り乗らないから要らない」という結論だったので、どうも納得が行かない。自分で計算したのではあるが・・・

まあ、付けて悪いことはないのは確かなので、(既に候補は決まっているので、)もう少し具体的に考えてからポチっとしようと思う。

 

PS. いい製品がないので、基本的な処理としては動画を撮るだけだから、(スマフォなどを使って)自分で作りたくもなったのだが、実際には難し・面倒そうなので止めた。

  •   0
  •   0

(スマフォ関係の作業(家に居る時にモバイルデータを使わないようにすることの徹底)は まだまだ終わらず。)

先日、掃除用品を買いに100円ショップに行ったら、いつもと違って、なんか店内がうるさかった。どうも、BGMに流す曲の系統が変わったようだ。有線のチャネルを変えたのか。いわゆるJポップで、うるさいけど、まあ無視できる程度なので、かろうじて許せた。

が、そのうち、妙に気持ち悪い歌が始まってしまった。馬鹿みたいな声(「アニメ声」の系統)で、何人だか知らないが、多くの若い女性がユニゾンで歌っている。おそらく今流行りの音作りなのだろうが、鼻に掛かったような声を機械的に処理(高音を強調?)している感じで、うるさい以前に、とにかく気持ち悪かった(まさに「キモ」かった)。

僕は、あれを音楽とは認めない。「アイドル」のパフォーマンスだとしたって、十把一絡げで、数十人単位のグループが何十組も出たってほとんど残らないではないか。そもそも、アイドルってのは歌手とか役者とかの本業がある人が人気が出て(あるいは創出されて)ファンが多くなったことから付けられる呼称であって、自分から「アイドル」をやる・になるっていう魂胆が全く理解できない(確かに、小泉は「アイドルはやめられない」と歌ったが、それを馬鹿みたいに真に受けているのか? 今思うに、あれは「『アイドル』である状態は止められない」であって、決して、「アイドル」という職業があると言っていた訳ではないのだろう。ただ、あれはそもそも彼女の作詞ではなく、今の問題の元凶によるものなので、それが体現されたようではあるが)。本末転倒もいいところだ。試しに、USで誰かに「私の職業はアイドルです」って言ってみなw そして、是非、相手の顔を見せて欲しい。百歩譲ってアイドルという職業があるとしたって、単独とか少人数じゃないところが間違っている。お前らは小中高生みたいにつるまないと行動できないのか? そもそもアイドルってのは、個人プレーだろうが!

本人たちは、あれが・あれでいいと思っているんだろうが、まったくの無駄だから、さっさと辞めればいい。

 

PS. 本題とは関係ないが、100円ショップの掃除用品は、物によりけりだった。洗剤のようなのは問題ないが、ブラシのように力が加わるものは、見た目はいいけど使いにくかったり、すぐに駄目になったりした。洗剤だって、中身は悪くないけど、スプレーは1/3くらい残っているのに出なくなってしまった。あと、去年買った金属製の小さい棚を風呂場に置いておいたら、予想通り錆びた。

何でも「安かろう悪かろう」ではないが、安いだけあって、詰め、いや、最初の検討が甘いようだ。選球眼が必要だ。

  •   0
  •   0

(例によって、僕が弾くわけではないです。)

今日、ちょっとしたことで題の曲をYouTubeで探したら、なかなかなかった。6人目くらいで、Olga Schepsという人の(2014)が、その目的(第2楽章の最後の音の例を示す)には良かったのだが、Spotifyでちゃんと聴いてみたら、イマイチだった。オケは室内楽になっていて、それは基本的には嫌いなんだけど、伴奏(演奏)としては良かった。が、ピアノがすごくイマイチだった。

それで、まともなのが聴きたくなって、ポリーニ(1960)にしてみたのだが、どうも気に入らなかった。その後、ルガンスキーも含めて8人のを試したが、どれも気に入ることができなかった。。。

結局、(当たり前過ぎて止めていた)一番最初(僕のクラシック初期)にいいと思った、Israela Margalitの(1974)を聴いている。これだって最高ではなく、言いたいこと(演奏については少なく、音質が主なので、許せる)はあるが、他よりはずっといい。

一体なぜだろうと思う。刷り込みなのか、お酒を飲んたせいで判断力がおかしいのか。ただ、どうしても一言言いたいのは、長ーいイントロのあとのピアノの最初の音は、「ダーーン」と かなり開放的に(、でも、力任せにではなく)弾いて欲しいのだが、そこで既に気に入らないのだ! (「いいから僕にやらせろ!」と言いたいけど、まったく無理で、歯がゆい限りだ)

我ながら、まったく困ったものだw

 

PS. だから、(前にも書いた気がするが、)ずっと、この曲はそれほどいい曲ではないと思っていたのだが、いい演奏が少ないせいもあるのではないだろうか。要は、この曲の良さとか良さの引き出し方が理解されていないのだろうか。でも、それはなさそうだ。単に僕の好みだろう。

  •   0
  •   0

(結構前からやっている、スマフォ関係の作業(家に居る時にモバイルデータを使わないようにすることの徹底)が予想外になかなか収束しないので、先日から思っていた別の話題を書く。)

先日、Spotifyで、あるピアニストのモーツァルトのピアノ協奏曲 第21番を聴き、(第1楽章の時点では)「結構許せる」と思った。知らない人だったが、ジャケットに目をひかれたので、試す気になったのだ。

それで興味を持って、聴きながら、どういう人なのかと検索したら、その人は目が見えないことを知ってしまった。全然気付かなかった。これなら問題ないと思った。どうりで、ジャケット写真で黒いサングラスを掛けていた訳だ(それがなかなかかっこ良かった)。

ところが、その後、第2楽章が少しガタついているのが気になってしまい、その後で試したK. 488もガタガタで駄目だった。

自分では、決して演奏者の属性(例: 経歴、言動、身体的特徴、民族・国・地域)で演奏の良し悪し(正確には、「自分がいいと思うか」)を判断しないようにしているつもりなのだが、もしかしたら、目が見えないことを知って、無意識のうちに負のバイアスを掛けてしまったのかも知れない。自分の感覚とか意識を疑ってしまった。知ってしまった以上、再度同じ演奏を聴いても同じ(中立な)感想にはならない気がするので、もう遅い。

同様に、数日前に、あるピアニスト(以前から好きではない人)が難病であることを発表したが、そうなると(そういう行動でなく、)演奏を批判するのも躊躇われる(例: 不用意に批判すると、「病気にも関わらず頑張っているのに けしからん」となる)ので、僕としては好ましくない。

結局、以前からの持論の、(芸術家の)属性は作品とは別であり、属性を知らないほうがいい・知る必要はないというのを更に堅くした。

PS. とはいえ、気に入った人なら どういう人か知りたくなるのも人情で、そこの解決は難しい。半分冗談だけど、演奏者は全員、記号とか番号で発表すればいいのに。もちろん、ジャケットには本人の写真などなしだ。作曲者なども同様にして、「X1234のピアノ協奏曲第1番、ピアノ: P345、指揮: C87、オケ: O65」とかにする。そうすれば、ちょっと昔の偽作曲者騒動もなかっただろう。でも、随分味気ないなw

それに、この方法はコンサートでは使えない(本人がステージに出て来ざるを得ないので)し、演劇でもまったく無理だ。パフォーミングアートとは相容れない考えなのだろうか。

実現の可能性があるのは、自分がまったく何にもとらわれずに、常に中立の立場で鑑賞し、評価することだろう。だが、なかなか難しいと思う。強靭な精神力(例: 大嫌いな人の演奏でも聴く)と、正しく評価するための知識(例: 単に「いい」でなく、「※が*だからいい」と示せること)が要るだろう。

  •   0
  •   0

技術バカ者たるもの、謎は解きたいので、先ほど不明だった、ダイソーのUSB LEDランプの消費電流を測ることにした。ただ、僕は直流電流がまともに測れるデジタルテスターなんて持ってないので、どうにかする必要がある。

最初は、AC電源の消費電力を測るエコチェッカー(= ワットチェッカーもどき: 本物を持っていたが、寿命のせいか壊れたので、同様のものを買った)でACアダプタの消費電力を測ってみたのだが、さすがに小さくて"0W"なので、有効な値を得るには数時間くらい点灯したままにしなければならず、まぶしいし面倒だし精度も悪そうなので止めた。

仕方なく、手持ちの物を駆使して測ることにした。理論的には、電源と小さい抵抗(例: 1Ω以下)と電圧計があれば、電流は電圧として測れる。以下に、その模式図を示す。

                      電圧計
                
電源 |+ ———> 小抵抗 ———> +| 測定対象
    |- <—————————————— -|

ところが、うちには小さい抵抗なんてない。しかも、実際に上図のように接続するには、USBを受けてバラ線にして抵抗を通して、またUSBに直せるようなものが要るが、そんな気の利いたものはない! でも、そんなことで諦める訳にはいかないのでw、手持ちの物で何とかすることを考えた。そして、もはや遺物とも言える、USB→PS/2変換コネクタ(以下、変換コネクタ)と余っているUSBケーブルを使うことを思い付いた。以下に、その構成を示す。

               電圧計 
      (USB-A)                     (USB-A) 
USB電源 |+ ——> 小抵抗 ——> | 変換コネクタ | ————> +| ランプ
        |- <———————————— |           | <———— -|
          USBケーブル (バラ - PS/2のピン)

変換コネクタの中は直結であることが分かっているので、それを分解するなどして、USBの線を出せるようにすればいい。最初はプラスティック部を切って開けようとしたのだが、大変だったので、PS/2コネクタの円筒形の金属部をラジオペンチで力任せにひねったら、うまく外れて、ピンに線を半田付けできそうな感じになった。

そして、USBケーブルのBコネクタを切断して線を出して、対応するPS/2コネクタのピンに半田付けした。一つだけ忘れてはいけないのは(実は危うく忘れた)、片方の電源の線だけは直結せずに、途中に抵抗を繋げられるように、2つのミノムシクリップに繋ぐことだ。予想以上にうまく行って、抵抗なしの(ミノムシクリップを直結した)状態で、ちゃんと点灯した

次に、電流を電圧に変換する抵抗を用意する。上に書いたように小さい抵抗なんてないが、10Ωは沢山あったので、それをとりあえず10本並列に繋げて1Ωにした(もし駄目だったら、さらに10本追加して0.5Ωにしようと思っていたが、大丈夫だった)。これもうまく行って(ただ、テスター自体か電池が劣化しているのか、実際の抵抗値は測れなかった)、ちゃんと電流(正確には1Ωの両端の電圧)が測定できた

そして、目的の電流測定結果は予想外というか予想通りというか、「さすが中国」であったw

1Ωの抵抗の両端の電圧は約0.27Vだったので、以下の計算より消費電流は約270mAとなり、記事での値(292mA)とほぼ合った。

オームの法則より、電圧E= 電流I×抵抗Rなので、I= E/Rとなる。
ここで、R= 1Ωなので、I= E/1= Eとなるから、
電流I= E= 約0.27A = 約270mAとなる。

なお、抵抗での電圧降下は約0.27Vで、これがランプの点灯回路の動作を変えて、消費電流(の測定値)に影響しないかという疑問はあるが、定格電圧(5V)の10%未満なので問題なさそうだ。実際、見た目の明るさは変わっていない。なお、もしランプの消費電流が仕様通り1Aだったら、電圧降下は1Vとなるので、良くないだろう。

それにしても、3倍以上(仕様では1-1.2A)にもサバを読むとは、さすが中国だ。もしかしたら、中には仕様どおりに大電流を食う、ものすごく明るいものがあるのかも知れない。それはきっと「当たり」なのだろうw もしかすると、ほとんどが暗い不良品で、ごくまれに良品があるのかも知れないな。それはそれでおもしろいが、僕はこっちでいい。

PS. 余談だが、更に正確に測定するなら、まずは抵抗値を正確に測る必要がある。例えば1本ずつなら測れるかも知れない(でも、アナログなので、誤差が結構ありそうだ)。次は、テスターの測定値(電圧)の較正だ。基準電圧としてボタン電池が使えるだろうか。あとは、なんとかして直流(抵抗両端の電圧)を周波数に変換できれば、それをPCの音声入力に入れて取り込んで解析すれば測れそうだ。いやいや、安いデジタルテスターを買うのが一番いいよw

(2/15 22:27 わずかに追加, 2/16 7:50 図を改良)

  •   0
  •   0

先日、ニュースでダイソーのUSBで点くLEDランプの記事を見て、妙に便利そうな気がした。ただ、記事の記述から手持ちのモバイル電池で点灯時間を計算してみると、約43時間と、手持ちの乾電池用ランタンの72または144時間より短いし、モバイル電池がないと使えないので不便な気もして、「まあいいか」と思っていた。

ただ、妙にひかれていたので、今日、散歩がてら買って来た。箱が目立たなく(透明パッケージ入りかと思っていたが、紙箱だった)て、置いてないのかと思ったが、良く見たらあった。箱に仕様が書いてあったので点灯可能時間を計算したら70時間近かったので、意外に長いと思って買って来た。家で試してみたら、結構明るくていい感じだった。

しかし、落とし穴があった。点灯可能時間を計算し直したら、10-13時間くらいにしかならなかったのだ。どうも、店内での計算を間違えていたようだ。実際、以下のように約11時間になる。

モバイル電池の容量: 13000mAh
ランプの消費電流: 1.2A= 1200mA
→ 点灯可能時間= 13000mAh/1200mA= 10.8時間

記事で引用されていた、

「12時間使ってもバッテリー消費は3500mAh程度」

は何だったんだと思うが、(中国製らしく)仕様がかなりサバを読んでいて(PSに書いたように、そのとおりだったw)、実際にはこんなものかも知れないから、それを信じると、以下のように約43時間使えることになる。

3500mAh/12h= 292mA → 300mAとする。
→ 点灯可能時間= 13000mAh/300mA= 43.3時間

どっちにしても、ランプだけに電池を使うのは本末転倒だから、実際に使えるのはこの数分の1だろう(要は「おまけ」ってこと)。そして、更に間抜けだったのは、モバイル電池にもライトが付いていたことだ。

まあ、そのライトは見るからにそれほど明るくないから、ランプの立つ瀬はあるのだが、電池とランプの2個要るよりは電池だけの方が便利だ。

なお、明るさについては、以下のようにランタンのLOWモードと同等だから、この点は悪くなさそうだ。

  • ランタン(Gentos EX777XP): 280lm (LOWモード: 140lm (推定))
  • このランプ: 150lm

結局、このランプは車に積んでおこうかと思っている。車のバッテリーは大容量だから、かなりの長時間点灯できそうだ。僕の車のバッテリーは36Ah(12V)だそうなので(今知ったが、型番の数字は「性能ランク」なるもので、"46"だと容量は36Ahだそうだ。なんか騙されてる感じだ)、全部使ったとしたら、

(36Ah*12V)/(5V*1.2A)= 72時間

と、意外に短い。このランプは(中国製らしく)効率が悪くて電流を食い過ぎるのだろうか。それとも、何か計算を間違えている? なお、記事に引用されていた値を信じた場合、(36Ah*12V)/(5V*300mA)= 288時間になるから、これなら悪くない。

まあ、いずれにしても、いろいろ間抜けだったw 結局、提灯記事(ではないかも知れないけど)に乗せられたってことなのだろうか?? まあ、非常用品は冗長化するに越したことはないし、あとで何かに使えるかも知れないから、良しとしよう。

PS. なんか、本当の消費電流を測りたくなって来た。すぐにはできないので、今後の課題としようw

早速測ってみたら、記事の引用していた値(約300mA)が正しいことが分かった。 (20:52)

PS2. 本当は、夜にランタンと明るさを比べようと思っていたのだが、面倒なので止めた。「点けばいい」って感じだw (21:07)

  •   0
  •   0

本サーバのPHPを最新版(7.3)に更新した。先日書いた手順で行った。いくつかトラブルがあり、一時(php-apcuのインストールがうまくできなかった時)は諦めモードになったが、何とか解決できた。約3時間掛かった。以下に、作業中に起こった問題と概要を示す。

  • コマンド(add-apt-repository)がない。
    • 最初は手で最新PHPのPPA(リポジトリ)を追加したのだが、pgpの鍵も入れないと警告が出るので、パッケージsoftware-properties-commonをインストールし、上記コマンドを追加して改めてリポジトリを追加した。
  • php-apcu(とphp-common)が古いものしかインストールできない。
    • なぜか、他と同様に"php7.3-apcu"のように指定してもインストールできなかった。
    • いろいろ試しても駄目だったので、以下のように、バージョンを指定してインストールした。

sudo aptitude install \
php-apcu=5.1.17+4.0.11-1+ubuntu16.04.1+deb.sury.org+1 \
php-common=2:69+ubuntu16.04.1+deb.sury.org+1

    • その後、aptの追加設定(/etc/apt/preferences.d/ondrej-php.pref)に上記モジュールを有効にする設定が漏れていることに気付いたので、以下を追加した。

Package: php-*
Pin: release o=LP-PPA-ondrej-php
Pin-Priority: 500 # 注: 優先度をデフォルト(500)以上にしないと、古いものがインストールされてしまう。

  • ブログアクセスでHTTPエラー500
    • 最新のphp-fpmの設定ファイル(php-fpm.conf)のコピーを忘れていたために、php-fpmの設定が今までと異なっていて、webサーバとphp-fpm間のソケット(通信路)がない(正確には食い違っている)ためにエラーになっていた。
    • 元の設定ファイルをコピーした。
  • 自作プログラム(古い投稿の非表示プログラム)が山ほどの警告を出す。
    • 昔作ったプログラムで、WordPressの関数add_action()の第2引数の指定方法が間違っていたので修正した。
    • PHPのバージョンが新しくなって厳しくなったのか、ずっと気付かずにいたのか・・・
  • systemctlコマンドでphp7.0-fpmのサービスを無効にできない。
    • 先にPHP 7.0をアンインストールしたため、そのsystemctl用の設定もなくなったためと思われる。
    • 手(ちょっとしたスクリプトをコマンドラインにコピペ)で、/etc/rc?.d/S*php7.0-fpmの"S"を"K"に変更した。

php-apcuの問題は、デスクトップPCで試した時に確認し忘れたので、今まで気付かなかった。

主要な動作確認は問題なく(修正もした)、残件としては、今回追加した最新のPHPのパッケージが自動更新されるか確認する必要がある程度だ。

今朝、ログのローテート処理がエラーになっていた。PHP 7.3をインストールするとphp-fpmのログのローテート処理も追加されるのだが、それと元の処理が競合していた。php-fpmのプログラム名にバージョン番号が付くため、PHPのバージョンに関係なくphp-fpmのローテート後の処理を実行させるのが容易でなかったが、なんとか回避した(phpでプログラム名を出して、それを使うようにした)。 (2/12 5:37)

 

PS. 他の重要なプログラムが駄目になったりサポート期間切れにならなければ、OSは2021年頭までサポートされるので、あと1年以上は「安泰」で、来年中にOSをバージョンアップすればいい。デスクトップPCも同様だが、OSが古いために使いたいアプリが動かない問題が出るかも知れないから、少し早くなるかも知れない。

  •   0
  •   1

2/9に下記のようにお知らせしましたバージョンアップ作業が終わりましたので、サイトの運用を再開します。

 「サイトの一時停止予定のお知らせ」 (2019年2月9日 19:29)

サーバソフトのバージョンアップ作業のため、下記日程で本サイトを一時停止します。

2019/2/11(月) 朝から夕方頃まで (早期終了あり)

作業中は本サイト(ブログ)へのアクセスはできなくなります。断続的にアクセス可能になるかも知れませんが、不安定な状態ですので、終了のお知らせまでお待ちください。

なお、作業中に予期せぬ問題が生じた場合には、一旦止めて復旧させる予定です。

よろしくお願いします。

なお、しばらくは細かい問題が起こる可能性がありますが、その際は随時修正致します。

よろしくお願いします。

  •   0
  •   2

近頃、ある家族(A)の言動に妙なわだかまりを感じた。本人はPCを使わずガラケーなのでここを読むこともないだろうから、書くことにする。生臭い話だが、(将来の)相続に関係することだ。

Aは、学生の頃に父からマンションを与えられていた。父の死後もそれをずっと使っていて、税金や管理費や家賃を母に払っていたそうだ(僕はその額がどのくらいかは知らなかった)。

先日、そのマンションを将来どうするかという話になって、僕はAが今のうちに母から買い取るべきだと書いた(普通の相続も可能だが、ちょっと理由があって、そうでない方法も提示した)。更に、贈与してもらうことも可能だが、それは不公平な気がするとも書いたのだが、これがAにはカチンと来たようだ。Aの言い分はこうだった。

ずっと(数十年)、家賃などを支払っていて、その額は当時の購入価格を超えているから、贈与が不公平というのは当たらない。

なかなか唖然としたが、そのマンションの対価を求めたかった訳ではないので、そこは「分かりました。済みません」程度で終わらせたが、今にして思えば、「不公平」と書いた時は、なんかそんな気がしたからそうしたのだが、実は根深い理由があることに気付いた。

Aがマンションを与えられた当時、僕も学生だったか社会人になったばかりだった。その前も後も、僕はそんなに高価な物を与えられたことはなかった(そういえば、マンションをもらうどころか、借金の保証人になれと言われたことすらあった)。逆に、父が遺した失敗の尻拭いのために、さまざまな苦労や出費をさせられたくらいだ。そのせいで人生を狂わされたと言っても過言ではない(でも、今は、それは父の失敗のせいだけではなかったから仕方ないことだし、もし狂わなかったらとんでもないことになっていたから、その結果(今の状況)自体は悪くないと思っている)。

自分の部屋があれば、(簡単には引っ越せないデメリットはあるものの、)生活は随分楽だっただろう。何しろ、家賃を滞納したって追い出されないし、部屋をどう使ったっていいのだから。

Aは、若い頃に高額な利益を受け、その後も日頃の利益を享受し続けて来た。その利益に対して対価(家賃など)を払うのは当たり前で、何も威張れないはずだ。そのお金はその部屋を買う前提ではなく、住んでいるから払っていたものだった。それなのに、今になって今までの積算額が購入額を超えているからもらえて当然だっていう論理は通らないと思う。それなら、賃貸に長く住めば部屋がもらえることになるではないか。実は、僕は、Aが部屋を購入するということになったら、「今まで出した分で相殺してもらえば、安くなるよ」と言おうと思っていたのだが、大甘だったようだ。

要するに、僕が納得できないのは、(上の繰り返しになるが、)当時の僕らの状況で受けた利益は、今での価値よりかなり高価だったはずで、その評価をしない、あるいは、僕の苦労を一顧だにしないのはおかしいということだ。

でもまあ、ああいうことを書いた人にこういうことを言っても理解されないだろうし、言ってもつまらない(多分、「じゃあ、いくらお金を払えばいいですか」とか言われそうだ)ので、言うつもりはない。単に、「はいはい、ご自由に。クソが」と思うだけだ。そもそも悪いのは原因を作った父なのだが、Aだって、何十年も親が買った部屋に住み続けて来てそのままでいいのかとか、この先どうするのかとか考えず何もしなかったのはおかしく、ある種のズルをして来たのだと思う。向こうは当然のことだと思っているのだろうが、こっちにすれば、それが「不公平」という言葉につながったのだろう。

最後に、「良くある話だけど僕らは関係ない」と思っていたが、相続になると家族の仲が悪くなってしまうってのはやっぱりあったようだ。皆さんも充分気を付けましょう。ただ、いつどういうことがあるか分からないので対策もあまりなさそうですから、「覚悟しましょう」が合っていそうです・・・

 

PS. 「非可換」を検索したら、おもしろいページを見つけた。小学校で掛け算の順番を間違える(正確には「間違い」ではなく、先生用の「あんちょこ」と逆に書く)と×になる話だ(僕の時はどうだったか記憶にないが、無意味な問題の列挙された「ドリル」には散々苦しめられた)。そんなことやってるから、日本は世界から取り残されるんだよ! でも、相続なんかよりこっちの方がずっと興味が持てるw

  •   0
  •   0

そろそろドライブに行きたくなって来た。明日は雪だというので、今日がリミットだった(いや、溶けてからだって行けるが、そんなに待ちたくなかったのだ。それに、雪のあとだと車が汚れるしw → 2/9 12時: 雪はまだそれほどでもないが、ものすごく寒い(今の気温: 0℃)ので、昨日で正解だった)。行き先は、前回諦めた日鉱記念館にしようと思った。が、前回ナビに設定した時に、その手前のトンネルが有料になっていたので、そのトンネルの手前の奥日立きららの里というところにした。まあ、どっちにしたって、単にその辺りまで行くというだけで、大きな違いはない。

7:30頃出発した。前回は休日だったのでいろいろな問題があったが、今日も、いきなり忘れていた問題に遭遇した。平日の通勤の時間帯だったので、通ろうとした道がすごく渋滞していたのだ。僕が会社まで通っていた道も混んでいたが、あれほどではなかった気がする(忘れているだけかも知れない。ただ、時間は早い)。みんな、あれを毎日やっているとは可哀想だと思った。確かその道にはLRTができるから、そうなったら道が狭くなったり電車の影響で、さらに渋滞するのではないか。公的な指示は「LRTに乗れ」だろうから、何も補償(金銭とかでなく、謝罪的なもの)はないだろう。全く可哀想に。その道が全然動かなくなったので、Uターンしてもう少し南の道(R123)に行ったら、大丈夫だった。

この辺りで気付いたのだが、車のエアコンのファンから小さい音が出るようになってしまった。ファンが低速の時に出るようだ。段々寿命になって来たのだろうか?

曇りで風が強かった。途中、大型トラックが何台か前に連なって居たので、のどかに走った。気持ち良く走って、10:20頃、奥日立きららの里に着いたのだが、入り口にゲートがあったので、入場料なり駐車料金を取られる気がしたので、それならトンネルのお金を払った方がいいと思って、入るのを止めた。そもそも、そこまでの山道がすごく気持ち良く走れたので、きららの里なんかに入らず、そのまま走り続けたかったのだ。ところが、不思議なことに、トンネルは無料だった(普通のトンネルだった)。だから、車のナビの情報がおかしかったか古かったか見間違えたのだろう。

日鉱記念館があるだけあって、トンネルの向こう側には山を掘っている(切り崩している)作業所があり、ダンプが出入りしていた。幸い、葛生と違って埃などはほとんど問題なかった。会社の環境に対する姿勢の違いなのか、積む物が違うせいなのか、たまたまなのか。

10:40頃、山を降りて日立のコンビニに着いた。その前の田舎道で、しばらく、パトカーらしいけど屋根のライトが青い車が後ろに居た。ドライバーは、こち亀に出て来そうな若い女性で、ピシッとしたワイシャツがいい感じだった。隣には先輩らしき女性が居た。普通のパトカーではないが、警察の車の可能性はあり、その先輩が「前の黄色いの、スピード出しすぎで気に入らないから捕まえちゃいましょう!」とか言い出したら面倒なので、しっかり丁寧に走ったw この辺りでは、梅なのか、白い花がちらほら咲いていた。

お腹が空いたので、コンビニでコールスローを食べた。それからどうするか迷った。十王ダムにも行ってみたかったのだが、道が細そうなので今回は(疲れもあるから)パスし、良く行く花貫ダムに寄って帰ることにした。花貫ダムに上がる道も下りる道も気持ち良く走れた。前に軽トラなどは居たが、問題なかった。車はすこぶる調子良かった。トイレに行きたかったので、ダムは素通りして花貫物産センターまで行った。本当は戻るつもりだったが、ダムの近くにあったトイレ(公園?)を素通りして(例によって、トイレとここを混同していた)、結構離れてしまったので、ダムに戻るのは止めた。外は寒かった。隣のコペンの人が煙草を吸っていたようで、煙かった。標高が高いせいか、耳も少しおかしくなった。

そこから下る道でロードスターに追い付いた。マフラーとかいじっているみたいで迫力ある排気音だったが、それほど速くはなかったようだ(遅くはなかったので、見付けてから追いつくまで時間が掛かった: もちろん、煽るとかじゃなくて、普通に走っていて「追い付くかな?」と思っていたら追い付いた)。

その後、12:40頃、大子の道の駅 奥久慈だいごに着き、昼食にした。疲れと予想より距離があったせいで、結構遠く感じた。カレーやラーメンやけんちん蕎麦などで迷ったが、いわゆる日替わり定食であろう、にこにこセットというのにした。オムライスとしゃもフライと小たぬきうどんだった。750円。これが想像よりずっとおいしかった。冷やしたぬきうどん(本当は揚げ玉が好きでない)もおいしかった。うどん自体のコシが強くておいしかったうえに、揚げ玉がカリっとしていて良かった。これなら許せる。量もたっぷりだった。

道の駅の手前ですごく危ない車に遭った。彼は右側から僕の前に入って来た。それだけならいいけど、反対車線からも車が来ていたのに、その直前を横切って僕の前に飛び込んで来たのだ。おそらく、どうしても僕の前に入りたくて、右の車が目に入らなかったのではないか。老人なのかは分からないが(車はそんな感じだった)、呆れた。判断能力がなくなってしまったのか、元々ないのか。

道の駅には温泉もあるのだが、湯上がりで妙に色っぽい女性が居た。少し前の加賀まりこみたいな雰囲気だった。その連れは赤黒い顔の田舎のオヤジって感じで、良くあることだが、全く不釣り合いだった。娘じゃないとは思うが、良くわからない。まあ、どうだっていいことだw どうだっていいと言えば、TVで国会中継をやっていたが、茶番とか学芸会なのかと思った。分かってない人が分かってない人に聞き、分かってない人が答え、分かってない人が「*の推進のために是非よろしく」とか言ったって、なんか意味あるのかね。。。

そして、思わぬところで森高を見つけてしまった・・・ 森高ともあろうものが、こんなところ(一番奥の目立たないところ?)に無造作に貼られていて、隣は落語だし、ポスター自体もセンスが悪いし、なかなか微妙だった。そして、結構高い(8640円)のにも驚いた。腐っても森高なのかw それにしても、彼女は何のために復活したのだろうか。僕には理解できない(ポールが今もやっているのと似たようなものか)。あと、なぜか、おじいさんがそのポスターの前にずっと立って居たのだが、僕が見つけて近くに行ったら去ってしまった。密かにファンなのだろうか?

疲れと、かなり遅い車(軽トラと大型トラック)が居たせいで、なかなか遠く感じたが、15:30頃、無事帰宅した。運動不足のせいか、身体が痛くなった。

今日は白バイを二台見た。一台は車を捕まえていた。一時停止だろうか? もう一台は高速のインター近くのコンビニに居た。高速で仕事して休憩していたのだろうか。青灯のパトカーといい、今は何かの安全週間だろうか。それとも、年度末のノルマ達成?? そして、工事が多かった。例によって予算消化か。余るんだったら税金下げるとか返せばいいのに! あと、至るところに老人が多かった。まったく高齢化社会になった感じだ。。。

225km、約8時間。
AQUOS sense liteにて撮影

  •   0
  •   0

技術面ではなく(簡単だという意味ではない)、「僕が気に入る演奏が少ない」という意味である。昨夜、ふと聴きたくなってSpotifyを漁っていたのだが、許せる人が全然居なかった。正確には、大好きなゼルキンは全然間違いないし(「鉄板」)、内田もピレシュも問題ないし、昨夜最初に掛けたアンスネスもいいのだが、いいと分かっているものをわざわざ聴くのではおもしろくないので他を探したのだが、おそらく10人以上試しても全然見つからなかった。

自分でも物好きだと思うのは、そうやって何度も同じ曲を(途中まで)取っ替え引っ替えしても、疲れはするものの、全然飽きないことだ。

そして今、振り出しに戻って、アンスネスの(2000)を聴いている。

彼の演奏は結構癖がある(素直そのもののゼルキンの(1982)とは全然違う)のだが、なぜか許せる。きっと、(僕にとって)何かいいもの、グッとくるものがあるだろう。技術があるのはもちろんだが、強い信念があるように感じる。そういうのには大抵反発するのだが、不思議と許せるもののようだ。

僕にとっては、(下手はもちろん駄目で、)普通も、奇をてらっても、わざとらしくても、この曲らしさを失っても(例: 音が薄い)駄目なのだ。まったく針の穴のように狭い。

彼のラフマニノフのピアノ協奏曲第2, 3番を最初に聴いた時は余り好きになれなかったが、近頃は大丈夫だ。そして、モーツァルトもラフマニノフもいいという点で、ルガンスキー(彼の演奏(2007)は今ひとつだった: 彼のモーツァルトは最高ではない、ラフマニノフほどすごくはない、と思った)を超えているのかも知れない。もちろん、「僕の中」での話である。

 

PS. 今日、自分でもおもしろかったのは、使う楽器でかなり印象が違ったことだ。フォルテピアノはもちろん好きでないのだが、遠山慶子という人のベーゼンドルファーでの演奏(2000)はどうも気に入らなかった(結構期待して聴いたのだが・・・)。音は澄んでいて綺麗だとは思うのだが、フォルテピアノみたいに弱くて芯が細いのだ。一方、同じアルバムのスタインウェイ(楽器の区別はwebによる)での第21番は悪くなかったから、僕はスタインウェイの「鋼の音」、骨太で凄みがあって、しかもきらびやかな音が好みのようだ(もちろん、それがモーツァルトに適しているのかは、議論のあるところだろう)。ヤマハやカワイは知らないw

  •   0
  •   0

モバイル通信のデータ量の節約には余念がないのだが、通信データ量を調べていたら、思わぬことが分かった。前にも書いたが、家に居るのにWi-Fiでなくモバイルが使われることがある(以下、「家でもモバイル問題」)のだ。それで、それを何とかしたいと思って試行錯誤していたら、僕の要求が相反していて、同時に全部は満足できないことに気付いた。要求を以下に示す。

  • 電池消費率を削減する。
  • モバイル通信のデータ使用量を削減する。
  • (スケジュールなどの)同期を可能な限り定期的にする。

全部を満足させるのは無理で、どれを優先すべきなのか、それぞれをどういうふうに配分するのかの「さじ加減」が難しい。どれが一番重要かはいつも変わるのだが、(とりあえず今は)電池だということになった。その次はデータ量だ(上のリストの順に優先度が高い)。

その方針で、「家でもモバイル問題」に対処した。予想以上に大掛かりになり、うまく動くまでには結構(1週間くらい)時間が掛かった。以下に内容を示す。

現象

接続可能なWi-Fiルータがあっても、モバイルデータが使われてしまうことがある。

原因

Androidのディープスリープ(Dozeモード)に関係しているようだ(他に、アプリごとのディープスリープ"App standby"というのもあるらしい: 参考)。Androidのディープスリープ中はWi-Fi機能が停まり※、何かのアプリが通信する時に自動で再接続されるようなのだが、再接続が遅い(間に合わなかった?)場合にモバイルが使われるようだ。

※Wi-Fi機能の停止以外に、Wi-Fiの鍵の期限切れによる切断もある。

対処

基本的には、通信する時にWi-Fiが接続されていなかったら接続するようにすればいい。が、Androidにはそんな機能はないし(そうしているつもりなのだろうが、抜けがあるのか、「少しくらい(のモバイル)は大目に見て」いるから、この問題が起こっている)、調整するアプリもなさそう(調べてはいない)なので、Androidのグラフィカルなプログラミング言語Automagicでスクリプトを作った。ただ、Automagicではアプリの通信要求を検知することはできないし、その通信を保留することもできないので、以下のようにした。

注: 以下は私のスマフォ・OS・環境(AQUOS sense lite, Android 8)での確認結果に基づいており、すべての場合で同じであるとは言えない(スマフォのHW・ファームやOSが違えば、動作は異なる可能性が高い)。また、私はAndroidに関して詳しく調べた訳ではなく、Automagicのマニュアルの記述と実際の動作から推測したので、Androidの公式の仕様とは異なる可能性がある。以下で用いている単語(例: "Request Sync")はAutomagicで使われているものだが、Andoridでも同じかは不明である。

準備

Wi-Fiが停まっている時にも通信(同期)しそうなアプリ(例: メール、カレンダー、アドレス帳、Evernote)の設定を、自動で同期しないように変える(例: バックグラウンドデータや自動同期・受信をoffにする)。

注: Androidの、アプリに外部から同期要求を出す機能(Request Sync)を使うため、それに対応するアプリでしか対処できない。

定期同期処理

Automagicで以下の処理を実行する。

  1. なるべく頻繁に、かつ、ディープスリープ中も発生しそうな、しかも消費電力が少ないイベントを待ち受ける。
  2. イベント発生時に以下を実行する。
    1. 前回の処理からの経過時間が最小同期間隔(例: 30分)より短かったら、何もしない。
    2. Wi-Fiが有効な状態で、APに接続されていなかったら、再接続(WiFi Reassociate)する。
    3. Wi-Fiが使用可能(Active Network Type= WiFi)になるまで待つ。
      • Wi-Fiが無効だったり接続できなかったり使用可能にならなかったら諦める(→ モバイルが使われる)。
    4. 対象のアプリに同期の要求(Request Sync)を出す。

リストで書くとシンプルなのだが、Automagicはプログラムを図で描くのと、デバッグ用の機能を入れたため、実際のプログラムは大規模になった。普通の言語のようにテキストで書くならそうでもないが、図(しかもスマフォの画面でいじる)だとデバッグや保守がなかなか困難だ。。。 ただ、並行処理がたやすく書ける・実現できるのは、とても楽でいい感じだった。

Automagicでの定期同期実行+Wi-Fi再接続プログラム (概観)

以下に設定や条件などを書く。

対象のアプリは以下とした。通信状況の調査結果から、最も通信頻度・量が多そうで、外部から同期できるものを選んだ。

  • メール(TypeApp): それまで使っていたAquaMailは外部から同期できないので換えた。いくつか試したうちでは一番良かった。 : TypeAppが原因の確証はないが、先ほどセキュリティ上の問題(GoogleのID・パスワード漏洩の可能性)が起こったので、使うのを止めた。AquaMailに戻し、この機能での同期は諦めることにした。詳細は追って書く予定。 (16:18) ← いろいろ調べたが、原因はTypeAppではなさそうだ。というのは、TypeAppにはGoogleのパスワードを入れていないからだ。余りにもタイミングが良かったので、誤解した。まとまったら書く。ただ、別件でも怖くなったので、TypeAppは止めることにした。 (21時) → 詳細をPS2に書いた。 (2/5 13:34)
  • Evernote
  • カレンダー同期アプリ
  • アドレス帳同期アプリ

待ち受けるイベントは以下にした。

  • Periodic Timer Inexact (定期的な(ただし正確でない)タイマー)
  • Display State: On (画面が点灯したら)
  • Notification on Statusbar (ステータスバーに通知が出たら)
  • WiFi State: Enabled (Wi-Fiがonになったら: 帰宅時にWi-Fi Maticがonにした場合に起こる)
  • WiFi Connected (Wi-Fiが接続されたら)
  • Phone Cell GSM: On every cell change (モバイルの基地局が変わったら)
  • Periodic Location Update (30min) (位置が変わったら: 注: 消費電力を増やさないため、GPSでなくNetworkのみを使う)
  • Calendar Event (予定の通知が出たら)
  • Automagic startup (Automagicの起動時)

基本的にはPeriodic Timer Inexactで同期間隔を実現するのだが、ディープスリープ中には間隔が長くなってしまう(例: 2時間)。そこで、なるべく同期間隔を正確にするため、ディープスリープ中も発生しそうなものを追加したので多くなった。が、実際にはPeriodic Timer InexactとDisplay Stateが同期の契機になることが多い。他のものはディープスリープ中にはほとんど発生しない感じだ。

同期間隔は30分としたが、アドレス帳はあまり変化しないので6時間にした。この間隔の種類を増やしてそれに対応する処理を追加すれば、アプリごとに間隔を変えることができるし、細かい処理を調整することもできる(ただし、プログラムは更に複雑になる)。

それから、Periodic Timer Inexactは発生間隔がアバウトなので、ある程度早目にイベントが起こった場合でも処理するようにした。

プログラムは概ねできて、今は動作確認・調整中である。なお、上にも書いたように、Periodic Timer Inexactはディープスリープ中は発生間隔がかなり長くなるため、同期間隔も長くなってしまう。これを解消できる方法も見つけた(下記「簡単にディープスリープを回避する方法」)のだが、消費電力が若干増えるので採用を見送った。これが、最初に書いたさじ加減の難しさの一つである。

ただ、実際に使う場面を考えると、家ではほぼPCしか使わないので、スマフォの通知が出なくても問題はないし、外では頻繁にスマフォを開くので、そのたびに同期が行われる可能性があるから、大きな問題ではなさそうだ。ちょっとした問題は、寝る前に作った予定や夜中に来たメールが朝になっても同期・受信されていない可能性があり、それに気付いて気分が悪くなる程度である。

以下、この過程で見つけた問題などについて書く。

通信遅延問題

ディープスリープの関係なのか、上記プログラムのログに書かれた同期時刻より遅れて実際の同期(通信)が行われることがある(サーバのログと比較して分かった)。呼び出す方(Automagic)からは同期処理が実行されたように見えているのだが、実際にはどこかに貯められていて、あとでまとめて実行されるような感じだ(→ 参考)。左の参考ページによれば、回避策はGCMを使うことらしい(が、それは廃止になり、FCMに移行すべきのようだ)。。。 いずれにしても、クライアントプログラムが非互換なので、そのままでは使えない。

簡単にディープスリープを回避する方法

今まではどうしてもディープスリープを回避できなかったのだが、偶然、方法が分かった。Periodic timer (Like alarm clock)を設定れば良い※。間隔は、例えば1時間でも2時間でも大丈夫だった。ただ、ステータスバーやロック画面にマークやアラーム時刻が表示されるので、紛らわしいし鬱陶しい。

※これはAutomagicだから可能なのか、Android全般に有効なのかは分からない。時計アプリにアラームを設定すれば確認できそうではある。

これより、Periodic timer (Like alarm clock)を待ち受けるイベントに追加すれば、同期間隔がかなり正確に保てることが分かった。しかし、消費電力が若干増える(例: 使用しない場合: 0.3-0.5%/h, 使用した場合: 0.5-0.6%/h)ために見送った。

 

PS. これの発端を調べたら、「(ディープスリープ時に)同期間隔が長くなるので、改善できないか」だった。結局は、同期間隔は諦めてモバイルデータ量の削減となった。やっぱり優先順位が変動しているw そして、こうやって書いておかないと、あとでまた同じことを気にし出す可能性が高いから、困ったものだw

PS2. セキュリティの問題を疑った件について

2/4に、何もしていないのにGoogleから確認コードの電話とSMSが来た。それで、Googleのパスワードが漏れたのかと思って心当たりを考えたところ、数日前にTypeAppをインストールしたので、そこから漏れたのかと思って検索したところ、件数は少ないものの、いくつかの悪い情報があった(→ )。それによれば、TypeApp(BlueMailと同じもの)はIDとパスワードを彼らのサーバに送っているとのことで、それが漏れたのかも知れないと思ってTypeAppを使うのは止め、登録したすべてのアカウントのパスワードを変更した。

ただ、そのあとで良く考えたら、TypeAppからGmailへのアクセスにはIDもパスワードも入れていない(Androidで「アクセス許可」をしただけ)ので、それらが漏れることはないのに気付いた。その他には、昨日インストールした別のアプリにも幅広く権限を得るものがあって疑わしかったのだが、それにしてもパスワードが漏れることは考えにくい。一方、昔、Linuxで使ったメールアプリにパスワードを入れた覚えがあるので、そこからの漏洩は考えられた。その他には、前述の疑わしいアプリがパスワードを総当りで推測した可能性はあるが、何度もログインに失敗したら警告が来そうだ。それでも、念のため、疑わしいアプリは削除した。

更に調べたら、他の人が自分のGoogleアカウントに2段階認証を設定する時などに電話番号を間違えて入れると、間違った電話番号にコードが届くそうだ(これは間違いであることが分かるように欲しいが、良く考えるとどうしようもない(SMSに本人の名前などを入れたらセキュリティリスクだ)。ただ、いたずら電話の道具になりそうで、嫌な予感がする)。他に、僕のメールアドレスはわかっているので、そのパスワードをリセットしようとしていることも考えられたが、その時には再設定用のアドレスにメールが届くようだからから分かる。

確かに、Googleのアカウントページには何も異常の記録がなく、警告のメールもなかったので、電話番号を間違われた可能性が高い。そういえば、どういう訳か、僕のところには以前から何度か間違い電話が掛かって来ているので、押し間違えやすい番号なのかも知れない。あるいは、ずっと僕(のアカウント)を狙っている人が居て、その工作の痕跡なのかも知れない。別に大したものはないから考え過ぎだろうが、ハインリッヒの法則からすれば、安心し過ぎるのも良くなさそうだ。注意一秒怪我一生。 (2/5 13:34)

  •   0
  •   1

イオンモバイルに移ってから1か月経ったので、先月のモバイルデータの使用状況を確認したところ、約216MB(制限: 500MB)だった。事前検討した時の見込みでは約250MB/月だったので、それより少なくて安心した。残量は繰り越されて、今月の使用可能データ量は800MB近くになった(このまま無制限に貯まるとうれしいのだが、そうではないのが残念だw)。

モバイルデータの使用量の変化 (2019年1月)

ただ、少し前に気付いたのだが、家に居ても(Wi-Fiでなく)モバイルが使われることがあり、それがデータ量を増やしているかも知れないし、そうでなくても気に入らないので、その対策をしている。謎が多くてかなり苦労したが、大体うまく行くようになった(あとで書く予定 → 書いた)。

使用量の多かったアプリ(上位5個)

  1. Evernote: 約28MB
  2. カレンダー・アドレス帳同期アプリ: 約16MB※
  3. メールアプリ(AquaMail): 約15MB
  4. 地図アプリ(いつもNAVI): 約12MB
  5. Google Playストア: 約7.7MB

サーバソフトの移行テスト中に、間違ってモバイルでカレンダー・アドレス帳をフルに同期してしまったので、特に多かったと思われる。

  •   0
  •   1

このブログでは、投稿後5年経過したものを自動で非表示にしている(以下、自動expire)。ただ、需要の点から一部の投稿(「MusicBeeの使い方」)は表示させたままにしたくなった。

今は自作のスクリプト(以下、expireスクリプト)で自動expireの処理をしているのだが、探すと自動expireするプラグインはいくつかあるから、それで手軽に実現できるなら乗り換えようと思った。が、どれも僕の要求をすべては満足できないことが分かった※。以下に要求と理由を示す。

  • 新規記事がデフォルトで自動expire対象になる。: 毎回設定するのは面倒だし、設定し忘れを防ぎたい。
  • (非表示になる日でなく)非表示までの期間(日数)が指定できる。: 日付を考えることなく、例えば「5年」という設定にしたい。
  • 自動expireした投稿にカテゴリやタグが付けられる。: 意図して非表示にしたものと、期限切れで非表示になったものを区別したい。
  • 可能なら、何もせずに既存の投稿が自動expire対象になる。: 最初に全部の既存の投稿に非表示までの期間を設定するのは手間(負荷が掛かる)なので。

※試したうちで一番要求に近かったプラグインは、Post ExpiratorとContent Schedulerだった。二つを合わせるといい感じなのだが。。。

それで、expireスクリプトを改良することにした。方法としては、自動expireさせたくない投稿にWordPressの管理画面で「印」(以下、保持マーク)を付けておき、expireスクリプトは、その保持マークがあるものは期限切れでも非表示にしないようにする(= 非表示対象にしない)のだ。

至ってシンプルで容易に実装できるのだが、すごく細かいところが気になった。どのような手段で保持マークを格納するかである。以下を検討した。

  • 「自動expireしない」というカテゴリを追加する。
  • 「自動expireしない」というタグを追加する。
  • 「自動expireしない」というカスタムフィールドと値を設定する。

カテゴリは一番使いやすいのだが、「自動expireしない」というのは属性なので、カテゴリ(投稿の分類・分野)にするにはふさわしくない気がした。実際には、非表示になっている投稿には期限切れになったことを示すカテゴリが付いているからそれと似たようなものなのだが、避けたい気がした(非表示になっている投稿の余計なカテゴリは、(その投稿自体が非表示なので、)外からは見えない点は異なる)。

タグもまあまあ使いやすいのだが、カテゴリ同様にふさわしくない気がする(ところで、タグとは何なんだろうか? 投稿のキーワード?)のと、投稿の下に表示されて今ひとつ美しくない(カテゴリも同様)。あと、一括して設定できるのに、一括して解除する方法がないのも不便だ(プラグインでもいいものがなかった)。

カスタムフィールドは、まさに属性を設定・格納する機能なので、「机上」では理想的で、投稿に見えないところもいいのだが、全然使いやすくない。プラグインを使わないと一括して設定・解除できないし、管理画面の投稿一覧に表示もできないし、検索もできない。投稿に見えないから、どうして残っているのかも分からない。

結構迷ったのだが、タグを使うことにした。投稿の下に表示される点は、見えることで残っている理由が分かるメリットはあるし、隠したくなった場合にはテーマを直せばどうにでもできるし、一括して解除できない点は、今のところ自動expireさせない投稿は少ないから、できなくても大きな問題ではない(もし多くなったら、スクリプトを作ればいい)と考えた。

なお、自動expireにしないタグは""と表示するようにした。これなら、一見意味不明(だけど、何となく重要そうなことが分かるw)で普通のタグ(文字列)とは区別できていいと思ったのだ(まあ、実際には僕はタグを使わないのだが)。本当は、(さまざまな案はあったものの、)金庫とか錠の絵文字が良かったのだが、(広く使える絵文字は)探しても見つからなかった。

自動expireにしないタグを付けた投稿の例

その機能を実装したので、明日テスト結果が出る。ちゃんと動いていたら、「MusicBeeの使い方」の各投稿にそのタグを付ければ、無事、「保全措置」が終わる。予定より随分前倒しだ(もっと先にすべきことはあるのだが、なかなか進まないw)。

(19:37 細かい修正・画像の追加)

 

PS. 余談だが、「MusicBeeの使い方」を電子書籍にすることも検討した。が、最新版のMusicBeeに対応していないことと(最新版はその次に対応しようかとも思った)、(自分の興味を除き、)電子書籍にすることにそれほど大きなメリットが感じられなかったのと、自分の仕事のプロモーションにするとしても、効果やその先が期待できなかったからである。もし効果があるのであれば、形態に関わらず既にあるはずだと思うのだ。

PS2. あとから気付いたのだが、「MusicBeeの使い方」だけならば、WordPressの「固定ページ」というものに変換すれば自動expireにはならない。ただ、ページのURLが変わってしまって見る方が不便だし(以前、国税庁が顰蹙をかっていた)、検索もリセットされてしまうので、そうしない方が良かっただろう。もちろん、従来のブログのURLからジャンプさせるようにもできるが、仕組みが複雑になって間違いが起こりやすいので得策ではない。 (2/4 6:53)

  •   0
  •   1

e-Taxは諦めたので、先日、国税庁のwebで去年の確定申告を書いた。一人だしそんなに多項目の収支もないから、すぐに終わった(毎年改良しているのか、webの使い勝手は結構良かった。Firefoxでもちゃんと使えた。そこは評価できる)。意外に、わずかながら還付になった(医療費はギリギリで控除対象額を超えたが、残念ながら、集計した手間に見合う価値(還付額)はなかった)。すぐに出してすっきりさせたいが、一応、漏れや誤りがないか数日間考えてから出そうと思った。ところが、待つうちに、段々、「こんなの、(「飾りだ」とは言わないが、正しかろうが間違っていようが)どうだっていいじゃん」みたいな、妙な気分になった。(更に、これを書くうちに腹すら立ってきたw)

(事前に思い付いたことをメモしていたので)いくら考えても漏れに気付くことはなさそうだし(例えば、「おや、こんなところに*十万円が!」なんてことはないのだ)、(正しいと思って打ち込んだうえに見直しもしたので)誤りだって見つかる訳がない。特に、誤りなんて、(得するように故意に操作しない限り、)指摘されなければ何も問題はない(そもそも、自分が気付かなかったのだから「誤り」な訳で、指摘されたら直せばいいことだ)。極端な話、桁と最初の数字が合っていればいい程度じゃないか。「厳密に徴税したいなら、お前らが自分で調べろ!」って気さえする(他には、例えば、「伝票類をまとめて放り込むだけで終わり」のように、作業を自動化してもっと楽に正確に申告できる仕組みを提供してくれればいいのだ)。そもそも、還付になったのだから出さなくたっていいくらいだが、決まりではあるし、要らぬ誤解を招いたらつまらないので、一応出す。

そんなことより、国の方がいい加減なことばかりしているではないか。賃金上昇(誰も信じちゃいないが)の根拠にしていたとかいう統計なんて、操作したのか本当に間違ったのかはどっちでもいいが、あれに比べれば、僕の誤りは(仮にあったとしても)本当に些細なことだ。全く何にも効かない。そもそも、納税したって碌なことに使われないではないか。消費税を上げても、どうせまともなことには使わないだろう。USに言われるままに高い武器を揃えたり、外国にばらまいてご機嫌を取ったり、役人だの議員は高給のうえに無駄遣いだの誤魔化しばかりしているではないか。税とは関係ないが、年金だってどうなるか分かったものじゃない。

昔、「納税は国民の義務」とか読んだ覚えがあるが、それであれば、まずは、役人だの議員だのがまともに仕事して欲しい!

という乗りでいい加減に申告したり誤魔化したりする人が増えたら、どうするのかねえ・・・ 全員を厳密に調べることはできないからねえ。一人一人は少額でも、積もると結構な影響が出るかも知れないね。そこを例のマイナンバーで取りっぱぐれないようにしようとしているのか。

今朝、還付金が振り込まれていた。去年(だったかな)と同様に、額の通知の葉書が届く前に銀行からの通知で知った。こういうところは笑える(苦笑)し、本当に遅れていると思うし、無駄そのものだと思う。なんでメールとかで通知するようにできないのかね。葉書のお金だってもったいないと思う。 (2/28 11:43)

  •   1
  •   0