暖房と HEVC

前回灯油を買ったのが 12/16。買った容量は 20L。冬休みがあったことを考えると、1/19 で切れたのは持った方ではないだろうか? ちなみに 20L の灯油は 2000 円くらいだ。エアコンの電気代が 8000 円だとするとずいぶんと安く済んでいると思う。

ただ石油ファンヒータは消したときの臭いがね(いちおう臭わない機能はついている)。あとこれらの排ガスが肺にどういう影響を与えるのかも心配ではある。

iOS が保存する画像形式 HEIC(HEIF)についてはこの間も触れた。これの大元の処理形式を HEVC と言うのだけれど、静止画だけでなく、動画もこの形式で保存される。それを Windows 版の Premiere で読み込ませたところ、映像は表示されるものの、最初のフレームが表示されるだけで、再生ボタンを押してもずっと静止画のままだった……orz

ダメかー。

でね、HEIC 形式での保存は iOS の工場出荷時の設定でそうなっている。ということはこの形式だと困る人は世の中にたくさんいるはずなのになんで話題になってないんだろうと思ったら……!!!

そもそも Mac や Windows につなげて iPhone の中のデータをコピーしようとすると、静止画は JPEG に、動画は H.264 にしてコピーされるということが判明したwwww
要するに正規の手段で iOS 上のファイルを PC にコピーしてくると、古い互換性のあるデータ形式でコピーされるのだwwww
なるほど、そりゃ問題が起きないわけだwwww

ボクはとあるツールを使って iPhone の中のファイルをそのまんま自宅のサーバにアップするようにしているため、このような変換が一切なされず、HEVC 形式のままサーバに保存される。そのため Windows でも HEVC のまま開かねばならないという状況なのだ。

ということはボクも iPhone を PC に繋いでデータをコピーすれば良いことになるのだが、心配事もある。それはデータの劣化だ。当然 iOS 側には HEVC 形式のデータしかない。JEPG や H.264 のデータが同時に保存されているわけではない。ということは PC にコピーする際に HEVC から JPEG や H.264 形式にコンバートされていることになる。
HEVC は非可逆で保存されているので、となると画質が劣化しているのではないかという心配をしてしまうのだ。まぁボクが見てわかるくらいに劣化するわけではないと思うが……しかし気になってしまう~~~。それにデータサイズもせっかく 2/3 にはなるのだから HEVC 形式のまま保存しておきたいなぁ……。
なんとか PC の世界でも HEVC が普及するのを待つ or 祈るしかないのか……。

とんかつ三太と HEIF

芝公園にいつも入れないとんかつ屋さんがある。狭いってのもあるが、とにかく人気なのだ。食べログの点数を見ても解ると思う。しかし下の写真を見てもらえれば解ると思うけど、とても 3.5 点台をつける店ではないように見える。

とにかく入ろうとしても、「今いっぱいなんで」と店主に言われること、すでに何回目だろうか?
ただこちら側にも問題があることがわかっている。というのも、いつも 3, 4 人でこの店に行っているからだ。狭いので空いていたとしても基本的に一人しか入れない。
今日はたまたま二人だった。
というわけでダメ元で行ってみたら、空いていた!

とんかつ専門かと思ったら、メニューはそれなりにあった。生姜焼きや魚のフライなど。
ただ皿のレイアウトは同じだ。千切りのキャベツが山盛りになった皿が、カウンターの上にいくつも並べられている。あとは焼いたり揚げたりしたものを乗せるだけで完成するようになっているのだ。
味噌汁、ご飯、お漬物がお代わり自由だがセルフだ。自分で盛りに行かないといけない。けど料理が出てくるまで手持ち無沙汰だし、ちょうど良い。

店内は L 字型のカウンターが 6 席だろうか。
お座敷は向かい合って二人座る場所が一つだけ。その座敷の空いてるスペースにはセルフ用のご飯や味噌汁などが置いてある。

ボクはトンカツを注文。同僚は生姜焼きを注文。
わりとすぐに出てくる。
店はとてもキレイとは言いがたく、床も油でペトペトするんだけど、出てきたトンカツはとてもキレイな黄金色だった。ほほう。肉はジューシーとはいえず、わりとパサパサしているのだが柔らかい。そして揚げ加減もなかなか。サクッとした衣に、同じくサクッとしたお肉。おいしい。
牡蠣フライは外がサクッとしていて中はトロトロ。ちゃんと火は通っている。
牡蠣フライは一つおまけしてくれていた。

店主は気難しい人なのかなと勝手に想像していたのだが、話しかけてみるとそうでもなく、受け答えしてくれる気さくな方だった。
なるほど、おっさんが来るべき美味しくて汚い店。ボクが憧れる店の一つでもある。
有楽町~新橋にかつてあったような。

また来たい。

iOS はカメラで撮った画像などを HIEC(HEIF)という形式で保存する(設定で JPEG に切り替えることも出来る)。iPhone 7 ですでに HEIF 形式で保存できたのだが、当時はこの画像を Windows で開くことが出来なかったため、JPEG 形式で保存していた。
でも去年の 4 月に Windows 10 は HEIF に対応した。
なので iPhone XS に機種変したら、HEIF のまま使ってみようと思っていたのだ。

HEIF 形式で保存されたデータは iOS のアプリでは普通に使うことが出来る。たとえば Instagram や Twitter などだ。これらのアプリは HEIF 形式のデータもアップロードすることが出来る。ところが例えば Twitter の場合は Windows では HEIF 形式は使えない。今まで通り JPEG でなければならない。

えー……。

対応してくれよー。

HEIF の何がいいか?
とにかく画像データが小さいのだ。同じキレイさで 2/3 以下になる。さすがに半分はキビシいが、データのサイズがどんどん大きくなっている今、これはとても有難いのだ。例えば一時間ほどの動画データなんかも 1080p 30fps が 4.3GB くらい食うんだけど HEIF 形式だと 2.3GB だ。2GB も節約できるのはとてもありがたいのだ。
これなら 4K 60fps の動画も気軽に撮れるというものであるって、まだ試してないけど!

そんなわけで、HEIF、ぜひ Windows の諸アプリもどんどん対応して行って欲しい。

iOS の移行プログラムがすごい

メインの携帯電話を機種変更した。iPhone 7 から順当に iPhone XS へ。ホームボタンがなくなることへの世間の風当たりは強かったが、Android なんてとっくの昔にないのだし、Apple が今頃後追いしただけじゃん、ぐらいにしか思っていなかった。

さて、今回も通販で買って、自分で機種変をする。理由は Docomo の窓口だと時間がかかりすぎて辟易するからだ。ただ前回は Docomo の窓口でやるより時間がかかってしまった(笑)。今回は失敗すまいと iTunes は使わずにやる。iCloud だけでやる。そしてアプリのバックアップはとらない。
しかし Apple はさらにその上を行っていた。なんと、古い iPhone を新しい iPhone の隣に置いておくだけで、データが移行されるのだ!! すげー!! なにこれ!? こわい!!! こわいよwwwww
でもおかげで機種変更はあっという間に終わったwwww
モバイル SUICA の残高もばっちり移動。
気合い入れていたのにまったくそんな必要は無かった。

もちろん移行されなかったものもある。それは以下の通り。

  • 電話
    • 留守録のデータ
    • よく使う項目
  • +メッセージの内容
  • 自分で登録した証明書
  • Docomo 関連の接続設定(WiFi とかメールとか S メッセージとか R メッセージとか)
  • アプリ

これらのデータは iTunes にバックアップを取った場合、すべて復元される。
アプリに間しては復元して貰わなくて良かったのだが(これを機に、使ってないアプリは消したかったし)、それ以外は移行して欲しかったなぁ……と思いつつ、まぁ仕方ない。
ちなみに同期時間はものの 5 分とかそれくらい。そんなもんで移行は終わってしまった。

さて、iPhone 7 は 1334×750 ドットだったが iPhone XS は 2436×1125 ドットあり画面はかなり広くなった。ちなみにツイートでは 2688×1242 ドットとかつぶやいているがこれは XS Max の解像度で、ボクが勝手に勘違いしたものである(汗)。
でも広くなっても文字が大きくなっただけで、画面に入る情報量は実はそんなに変わっていないという……それが悲しくてたまらない。


 

上のスクリーンショットは、左が iPhone 7、右が iPhone XS なのだが表示されているウェブページの内容はほとんど変わっていない。画面が広くなった意味はほとんどないのだ……orz
ドットが細かくなったからキレイにはなってるだろうけどさ。
実際、ホーム画面のアイコンの数も同じだ……orz
縦に長くなったからと言って、アイコンが多く並ぶわけでもない。
この辺が iOS の嫌いなところだ。画面が細かくなったんだから、小さくもさせてくれよっていう。

でね、結局なにに時間がかかったかというと、壁紙www
XS に合うサイズの壁紙を作るのに時間かかったwww
ツイートでは二種類しか披露してないけど、実際は 6 種類作ってある。気分や気が向いたときに変えようと思う。
しかし縦長すぎて、キャラが入りきらないんだよねぇ……。16:9 でも細長いとボクは思っているのに、さらに細長くなっちゃって……orz

さて、会社が終わってから、iPhone XS のケースを買いに新宿のヨドバシカメラに行くことにした。ケースは実際に見て手で触れて確認したかったからだ。
と言うわけで初めて赤羽橋という駅へ。
やっぱり都営 12 号線のホームは深いねぇ……。新宿駅に出るのも大変と思ったんだけど、意外と出た地上が西口のヨドバシカメラに近かったので良かった。

んでそのヨドバシカメラなんだけど……いつもヨドバシ Akiba に行ってたじゃない?
だから売り場面積も品揃えもすげーちっちゃい!って思った。
ボクが何となく頭に思い描いていた、周囲だけ囲うタイプのケースなんか二種類しかなくて……マジかーってなった。携帯アクセサリー館っていう専門の建物のなのになぁ。そして建物が歴史を感じさせる古さww 昭和の建物って感じ。

しようがないので、本体と同じ色をしたアルミ製のものを購入。

帰りにせっかく新宿に来たんだから何か食べようと思って、ちょうど近くに陳麻家があったので入る。ここに入るのは 10 年以上ぶりじゃなかろうか? 四川系の辛い中華料理屋さんというイメージだったんだが……入ってみたら全然店のレイアウトとか変わってて、しかも担々麺専門店っぽい感じになってた。中華のメニューはほとんどなくて、あったのは点心くらい。
担々麺が人気になったのかなぁ?
そして凄い人! 人気なのは解った。ボクも相席と言われたんだけど、たまたま一席空いたのでテーブル席に座ることが出来た。そのあともドンドンお客さんが来て、テーブル席をくっつけたいので他の席に移動して欲しいって頼まれたり。いやー、商売繁盛ですな。

味はストイックな担々麺。醤と味噌の味よりも辛味が強く、コクや出汁よりもまず舌に刺激が来る感じのストイックさ。麺もご飯も「半分」ってのが選べるので、半担々麺+半麻辣飯なんてことも可能だ。
ただ麻辣飯は山椒がつよめなので、個人的にはご飯と合わないなぁと感じだ。
点心の写真は春巻きと油淋鶏(いや油淋鶏は点心ではないがw)。こちらは別に辛いと言うことはなく、普通に美味しかった。

湯浅とトリュフとオレオレ証明書

今日は昨日、ランチを決めるときにすでに閉まっていたんだけど気になったお店に来てみた。名前を『湯浅』。どっかで聞いたことある名前なんだよね。といってもそれはこの店に過去に来たことがあるわけじゃなくて、観光地名かその観光で見たお店の名前……みたいな感じ。と思ったら、地名だった(汗

湯浅、けっこう人気の店らしいがボクが入った頃にはだいぶ席は空いていた。それでも一回は満席、二階席に通される。従業員が凄く多い。一族経営難だろうか? おばちゃんたちが所狭しと駆け回る。
まかないが厨房横のちょっとした空間に、ビールケースを裏返してテーブル代わりにして供されてたw

ボクはミックスフライ定食を注文。他の二人は天ぷら蕎麦としらす丼、海鮮丼だった。お値段いずれも 780 円。
味は二本の定食の見本とも言うべきだろうか。見た目通りの味な上に揚げ物はどれも柔らかく中まで火が通っていつつも固くなりすぎないような揚げ加減。そして写真では解らないけど、お米が美味しい! なのでおかずも自ずと美味しくなる。
いいなぁ、ここは常連になりたい。店員さんと会話を許してくれる雰囲気もあったし。

ところで帰りにマイバスケットによってデザートを物色してたんだけど、なんだか高そうなチョコを見つけたので何となく買ってみるっていうか、カロリーがすごい。そして食べると……あっま~~~~い! 喉が焼ける! 焼ける!!
それぐらいの甘さだ。
思わずお茶をがぶ飲みしてしまった。

日本のチョコ感覚でパクパク行きすぎた。そもそもこれは一人で全部食うものではない。というわけで周囲にも配りつつ(相対ダイエット)、まぁ結局はほとんど自分で食ったんだけどさ!

iPad を買った時、これを Windows ノート PC のように使おうとしたときに、オレオレ証明書で躓いたという話を書いた。結局証明書のエラーは出たまんま使っている。このエラーは iOS 起動後ブラウザを初めて起動するときに出るだけなので、まぁいっかって感じだったので、そのまま放置していたのだが、今日、ふと iOS の設定を見ていたら上のツイートのような画面があるのを発見した。

なんだこれ、いつ追加されたんだ???

というわけでこれを ON にしたら無事、ウチのサーバの証明書でもエラーが出なくなった。

ところでボクは iOS のウェブブラウザには Google Chrome を使っている。理由は単純に Chrome の方が反応が速いからだが、これは iPad では感じられない(マシンパワーが充分なので、両者の差異が出ない)。そもそも iOS は iOS が用意したレンダリング エンジン以外は許可しておらず、Safari も Chrome も速度は変わらないはずなのだが iPhone で使っていると Chrome の方が速く感じる。これはおそらく UI の出来の違いだと思われる。

でね、インターネットのリンクをタップ(クリック)するとブラウザが起動してリンク先のページが表示されるじゃない? このとき、 Windows や Android だとどのブラウザを使って開くのか設定が出来るんだけど、iOS は Safari 固定になってしまう。そのためいつの間にか Safari がとんでもない数のページを開いた状態になっていたりするのだ。

かつて EU が Windows と Internet Explorer を分離させたように、是非とも iOS から Safari 以外のブラウザが選べるように Apple に働きかけて欲しい。マジで頼みます!

プログラミングする上で致命的な欠点が iPad にはあった(解決)

実は旅行に行っている間、ずっと PHP の開発をしていた(笑い
ツールは iPad +リモートデスクトップである。amatsukami.jp サーバ上にある仮想マシンが実質の開発マシンであり、iPad はそれを遠隔で操作するためのものである。なので、Windows で開発していると言っても良い。
エディタは秀丸だ。

PHP 程度では上記の装備で、そんなに問題ない。デバッグも別に専用のデバッガを起動してブレークポイントを設定したり、メモリやスタックの中をダンプしたりなんて必要もない。PHP なんていうものは、プログラムと言ってしまってもいいものかと恥ずかしくなるくらい簡単な言語である。まぁだからプログラマを引退したボクでもある程度は組めるわけだが。

開発のストレスというのは主にキーボードにある。前にも説明したが、キー入力情報だけを送って Windows の IME を使うと言うことが現時点では iOS ではできない。実際入力した文字情報が Windows には送られる。

  • CTRL や SHIFT などの情報が限られる
  • 日本語の辞書が iOS のものを利用することになってしまう
  • スペースで変換出来ない

まぁ、主にこんな感じだ。何のキーを押したかという情報が送られていれば、処理をするのは Windows の方になるのでかなりストレスが減るのだが、なにをするにも iOS 側で変換された文字情報が行くので、どうしてもこうなってしまう。

今回の旅先の仕事は、新しく組む部分はほとんどなく、出発する前にだーっと組んでおいたプログラムが正常に動くか確認し、動かなかったら修正するというのがメインだった。だから基本的にはデバッグ作業みたいなものだ。だから入力する部分もとても限られている。
だから最初はあまりストレスを感じなかった。

結局、作ってきたプログラムがそのままではなぜか動かす、何か根本的に間違っているのかと思い、いろいろと組むことになった。そこで iOS の新たなクソ仕様が判明してしまうのである。

シングル&ダブル クォーテーションが勝手に全角になって補完されてしまう! しかもそれを OFF にする方法がない!!

どういうことか、プログラマじゃないと解らないことなので順を追って説明しよう。
シングル クォーテーション、ダブル クォーテーションというのは、’ や ” というものだ。日本語で言うと「」みたいなもんだ。これは日本語と同じく、前と後ろで種類が違う。

‘シングル クォーテーションで囲んだよ。’
“ダブル クォーテーションで囲んだよ。”

とまぁ、こんな感じだ。しかしプログラミングではいちいち書き分けはしない。すべて右閉じのものを利用する。

‘シングル クォーテーションで囲んだよ。’
“ダブル クォーテーションで囲んだよ。”

そもそも全角の文字を使うこと自体、NG だ。ところが iOS ではこれらの文字を入力すると、始まりは ‘ に、終わりは ’ に勝手にされてしまうのだ。設定にある自動補完機能を OFF にしてもダメ。プログラムではシングル クォーテーションやダブル クォーテーションでコンピュータに与える値を囲むことが多いため、この二つの記号は使いまくるのだ。

結局どうしたかというと、シングル クォーテーションを入力したいときはすでに入力されているシングル クォーテーションをクリップボードにコピーして貼り付けるという方法で回避するしかないのだ。ダブル クォーテーションを入力したくなったら今度はダブル クォーテーションをクリップボードに。
なんだそりゃ???
ウンコ過ぎるだろ。

一応、もう一つ回避方法がある。それは「変換」だ。クォーテーションを入力したあと変換キーを押すと候補に半角のクォーテーションも出てくる。ただこれがよく解らないのが、出てこないこともあるのだ。良く解らん。ただこれに関してはこちらの問題もありそうな気はするが……。

そんなわけで、これは超致命的。プログラミングに全く使えないと断言しても良い。
買い換えを考えるレベルだ。
う~ん、今まで気づかなかったなぁwww
買う前にいろいろ試してはいたんだが……記号の入力ってのはぜんぜん試してなかった……orz
iOS のクソがまた一つ、明らかになってしまったなぁ。

下のスクリーンショットは実際に開発している様子。赤文字になっているのがクォーテーションで囲まれた文字列で、その使用頻度が多いのが解ると思う。

と、さんざん iOS のことをこき下ろしておいて本当にこの自動補完は OFF に出来ないのかもう一度設定画面を眺め見た。そこで気になったのが「スマート句読点」という設定項目だ。あ、ひょっとしてクォーテーションも句読点の一種と扱われているのでは? と思って OFF にしてみたら、クォーテーションの補完も OFF になった! なんだ、やればできるじゃん!
ただし今度は変換を押してしまうと NG。変換すると補完されてしまうのだw ので入力したらすぐに確定しないとダメ。まぁでも今までよりはずいぶんマシだ。これでプログラミングのストレスもだいぶ減るかも??

うどんの写真は、酔壱やさんの讃岐うどんだよ~。透明なだし汁が嬉しい。出汁濃いめ~。

  

iOS12 にしたら画面が明るくなって、村井

iOS12 が来てたので何も考えずにアップグレードした。そしたら画面が妙に明るくて、「うおっ、まぶし!」ってなった。iOS11 と見比べてみると、確かに白飛びしているように見える。こういう変更って何か意味があるんだろうか? 別に前のままでもいい気がするんだけどなぁ……???

過去のスクリーンショットをあさったらもっとわかりやすい画像が出てきたので、下にはっておく。当然だが暗い方が iOS11 で明るい方が iOS12 である。

ただそれだけ(ぁ

今日は浅草橋でもまだ行ったことがないトンカツ屋さんに行った。名前は『村井』。
ウチの会社の人の中には、ボクが大好きな串竹よりもこの村井の方が美味しいという人もいるくらいの店だという。
奥まった場所にあるので、なんとなーくイカなかったのよね。

店の雰囲気は昭和な感じ。まぁ、浅草橋にはそういう店が多い。とは言え、「汚い」昭和系とは皆無で店内はキレイ。ただテーブルや椅子の大きさの規格が昭和。風景も。そしてメニューも。
ただ種類は豊富。ミルフィーユカツもある。
でもまずはオーソドックスにロースカツ定食を頼む。ハムカツがついてきた。
味はと言うと、肉がかなり柔らかい。少し驚いた。この柔らかさの秘密は肉そのものではなく、充分に筋を落とした下ごしらえの柔らかさの感じ。なるほど、串竹よりうまいというのも解るが、肉そのものは串竹の方が良い肉を使っているんじゃないかと思えた。

面白いのが、ウスターソースしかないこと。とんかつソースではないのだ。
そしてウスターが合う。カツそのものが割と淡泊でそこにウスターのストレートな味がマッチする。中濃だとだれてしまうだろう。なるほど。

あとおそらくこの食べ方は名古屋方面にあるものと推測された。というのもメニューの中に名古屋風の物が多かったからだ(味噌カツとか魚雷のエビフライとか)。他のメニューもたべたくなったので、また来てみよう。

iOS はクソだなぁ……

 

事の発端は 3/6 に作った福引きシステムを Bluetooth のシャッターボタンでも引けるようにするという要望だった。夏コミが近くなり、この福引きシステムを夏コミにも使うのだが、前回、お客さんがなかなか引けないという場面があり、列が伸びてしまったらしいのだ。

お客さんがひけなかった原因は、単純に「タッチ」しなければならないのに、画面にタッチした時、指を画面から離す前に指で画面をこすってしまい、タッチとして判定されなかったためだ(スワイプとして判定されてしまう)。緊張したのかなんなのか解らないが、そういうお客さんが多かったらしい。なかなか引けなくて後ろの列が伸びてしまった。列が伸びると次のサークルを回りたい人はさっさと諦めて引かずに行ってしまうらしい。
そこで対策としてリモコンのシャッターボタンを押して貰えば、失敗が少ないのではないかというわけだ。

リモコンのシャッターボタンはキーとしては【Volume Up】の信号が送られてくる。
確かにスマートフォンを横向きに構えると音量ボタンがちょうどシャッターボタンぽい位置に来る。
なので Javascript でシャッターボタンを拾うように組んでみた。とりあえず Windows の Edge で実験。ちゃんと動いた。
ところが iPhone ではウンともスンとも言わない。んー? なんだ?
シャッターボタンは拾えないのかな?

そこで、どんなキーを押しても動くように組み直してみる。
それでも iPhone だと何も起きない。おいおい、どういうことだよ。
そこで気づいたのが、iPad だ。ボクの iPad にはキーボードが着いている。これなら絶対に動くはずだ!!

ところが、iPad + キーボードでも動かなかった!!

ここに来て初めてボクはググった。そしたらなんと、画面にキーボードが表示されていないと、iOS ではキー割り込みが発生しないのだった!!! なんだこのクソ仕様は!!! つまり Javascript では何をしようがどうしようが Form の上か画面にキーボードが表示されていないと、キー情報をとることができないのだ(ちなみに Android はできる)。

というわけで、リモコンのシャッターボタンでは iOS ではクジは引けない。回避方法はないのだ。この一連の変更はすべて無駄となった。

で、結局どうしたかというと、スワイプでも引けるようにとりあえずした。
ただこれでお客さんの失敗が減るかどうかは、夏コミに実際に引いてもらわないと解らない。それはまたその日の日記に。