投影の傾きに合わせて canvas の広さを調整するシ組みが大体出来たかな。（まだサーバーには置いてない。）表示領域の矩形の外側は切り落とすようにした。本当は四隅の印（鉤括弧みたいなの）を表示領域に沿わせた方がいいけど、それもまた面倒だし、まあいいか…。

斜めにしながら canvas 全体に（矩形に切り抜かないで）描画する方が便利な場合もありそうだけど、それをやるなら根本的に縮尺の指定方法を表示領域の寸法から分離すべきだし、それをやると設定項目が更に増えて UI が複雑になるので悩ましい。（今は指示された表示領域の広さに対し、投影方式毎に定義してある矩形範囲がピッタリ収まるのを「倍率 100%」とするように暗黙的に拡縮している。大雑把に分かりやすいけど、傾きも加味して精密に画素数を決めたい場合は難しい。）

@tizerm そのとおり。（載せた直後に加筆したくなった場合は消してる。）

@tizerm リモートサーバーが受け取ってくれなかったりもするし…。

@noellabo @tizerm （行き当たりばったり感のある GitHub の issue をこの前見掛けました…。）

切り抜かない方がいいかも。やっぱり鉤括弧をちゃんと描こうか…。

『フレッシュプリキュア !』の変身アイテムの鍵（ピックルン）、顔と手があるのか。どれぐらい喋るのかな…誰も注目してない様子だから扱い軽いんだろうな…。顔はカワイイので取りあえず画面写真を並べておいた。

#もふけもの #ピックルン

上段の右から二つ目（キルン）だけ止めたコマが違ったかな。形が少し異なる。

『フレッシュプリキュア』の断片が視聴できたので少し見てみたけど、ノリが近年のと大分違う。こういうのもあるのか。何が安定して売れるか分かり切っていない模索の時期だったわけね。

（プリキュアは別に好みではないのに成り行きで段々学んできてる。）

おはよう

ツイログに記録されている私の月間ツイート数の推移はこんな具合でした。

2009 年から 2022 年までは一月当たり 850 個ぐらい。2023 年からは 74 個ぐらい。

ちなみにツイログのソースからグラフの元となった数値を拾えるので、自前で分析したい場合も便利です。

回転によって発生する寸法の端数処理が雑なので僅かに投影結果がずれるのを確認した。（予想はしていた。）後で正確な計算方法を検討する。

例えば縦横の画素数が「100 × 150」の画像を三分の一に縮小すると「33.33… × 50」になるぢゃないですか。画像処理ソフトウエアはこれを暗黙的に「33 × 50」か「34 × 50」に丸めて、縦横比が変わってしまった画像を出力するわけだけど、この歪みを話題にしてる人を見た事がない。私は画像を作る時にいつも気にしてる。

想定される望ましい挙動は目的次第で大別して二通り考えられる。一つは、元の画像の内容が「33 × 50」をちょうど満たすように、縦と横の倍率を不統一にする。この例では内容全体が僅かに扁平になる。もう一つは、「34 × 50」のキャンバスの中央を基準にして「33.33… × 50」の内容を描画し、上下の余りを適切に埋める。多分大抵のソフトウエアは前者で動いてると思う。

地図投影器は後者で作ってる。幅が 141.42 画素なら、142 画素を確保して端を余らせる。

なお、前者の挙動をするソフトウエアで後者の結果を得たい場合、この例なら元の画像の上下に余白を追加して「150 × 150」に整え、それを「50 × 50」に縮小してから、上下を切り落として「34 × 50」に戻せばいいです。

だって内容の縦横比が変わるのってオオゴトぢゃない ? そりゃ画素数がそこそこ大きければ、気付かないような微差ではあるけど。縦と横の倍率を別々にするという事は、誤差を画面全体の歪みとして散らして符号化するという事で、厳密にはデータの全てを汚染している。それよりは端っこの画素に全て担わせる方が穏便だと思うんだけど。いづれにしても画像のフチには隣接画素の情報がなく、暈かしや鮮明化、拡大縮小といった処理でも特別扱いするしかない部分なので、珍しい考え方ではない。

牛乳と鶏卵を買いたい。

もっとねてた。

芋の丘に行って来た。というわけではなく、お買い物に行って来た。

#アナグラム