堕天使の煉獄

日中曇ってたからかもしれないけど、今日はエアコンなしで過ごせるレベルに涼しかったり。
まだ一応8月だよな。

なんか今年の夏は、梅雨が一瞬で終わったと思ったらもっかい梅雨が来て。
んでもってわりとその後も雨ってか雷雨多かった気がするぽ。

あんまし夏っぽさを感じる前にもう終わり？　な印象ぽ。


話は変わって、susieの代替ツール開発……全然すすんでねぇ。
なんかエアコンつけっぱのせいなのか、慢性的なしつこい頭痛に苛まれたりとか、モチベーション上がらないかんじで全然手につかないかんじで。

気がついたらクレイモア全巻読んでたりするし。

あとは相変わらず、なんかそっちじゃねぇって方向に力入れちゃったりする変な癖も出ちゃったりしたし。

まだQtで対応してないAVIFを読み込めるようにするためにsusieプラグイン対応したのだけども、もっと本格的に対応できるようにし始めちゃったりとか。

んでもsusieて盛んだったのって2000年代初頭ぐらいまでで、情報もそのへんで止まってる物が多くて。
64bit版の仕様とか、どこ発信でどれが一次ソースなのかすらもよくわからなくて。どうも公式発じゃないっぽい。

TORO's Library
ttp://toro.d.dooo.jp/slplugin.html

64bit版の仕様はどうもここの人が提唱して、みんなそれに倣ってる感じらしい？
ここで公開されてるいくつかのプラグインのzipのなかのドキュメントにしか64bit版の仕様について触れてないので迷ったわｗ

うーん。
どっかにsusieプラグイン開発者のコミュとかあったりするのか？？
5chの記事とかも漁ったりはしてみたものの、いまいちよくわからない。

んでもsusieのプラグインて基本的に色んな人が作ってる所為もあってか、ちゃんと仕様に準拠してる作りになってるとは限らず、例えば進捗を伝えたりするコールバックにnullわたしても、nullチェックなしに呼び出す仕様になっててブチ落ちるのあるからnullでなく何もしないダミーを置いとくべきとか、物によっては一部の返り値が信用出来ないとかｗ

エラーチェックとか例外キャッチとか、いろいろとシンプルに書けないかんじで面倒くさいなコレ。
64bit以降限定にすればそういう経験へた人が作ってたりしてそうなのでちゃんと作られてそうな雰囲気あるけどどうなんでしょね。


んでも……もともとはAVIF読めりゃいいんだよないまんとこ。

なによりツール自体64bitビルドで作ってる関係上、中身はただのdllであるsusieプラグインなので32bitのdllは読めないんですよね。

んでsusieプラグイン使えるメリットって、わりと32bit用の古いプラグイン目当てな場合おおかったりする（古いエロゲの画像吸い出しとかｗ）ので、古い資産使えないのならもうその辺切り捨てたほうがいい感じなんだよなぁと。

そんな経緯で、64bitプラグインのみ対応……でもQtのほうでもAVIF対応されたら、そもそも使う理由もないんだよなーと。

そもそもAVIFが画像ってよりは動画用の圧縮技術の応用でコーデックありき、将来的にはハードウェアで処理するの前提(デジカメとかすでにそういう製品出だしてるかんじらしい)な感じのフォーマットで、フォーマットわかったら自分でローダー書ける類のフォーマットじゃないっぽい所為でこんなんなってるわけで。
（jpgの次期フォーマットもそうだけど、オプションやらアニメ形式やら仕様が多すぎて自前で書くのが大変すぎるってのもあるかもｗ）

それ以外の普通の画像形式なら、対応してないものはローダー書けばいいじゃん。
つい最近（てほどでもないか）もうsusie入れてないのでkanonの画像吸い出しできなくなっちゃったんだっけ。ってことで自前でPDTローダー書いたりしたし。

なんだかんだでjpgとかpngとかの汎用的なのだと、QtのQImageとか広く使われてるだけあって優秀だしね。
これで読めない画像とか殆どないし。（読めないとなったらまず画像が壊れてるか偽装ヘッダでそもそも画像じゃない方を疑うレベル）

psdなんかも自前で書けるし。（仕様が公開されてるので）
……saiもせめて専用形式のサムネぐらい取得できるといいんですけどね。
saiもsai2も専用形式のフォーマットは非公開なのでどうにもならんぽ。

saiのフォーマットを解析してる（しようとしてた）とこなんかはちらっと見た記憶あるけど、どういう構造になってるか推測してるだけで、ローダーとか書けるレベルまではいってなかったしな。
そもそもいまだと旧saiのあってもしょうがないし。ほしいのはsai2の方だよね。

そんな感じで、調べ物してたり、それが2000年初頭ぐらいの記事が多い所為でなんとなくそのあたりのsusieと関係のない記事とかも懐かしさに読み出したりするので時間ばっかりすぎて……。

んで気がついたらもう8月終わりだよ（ぉ


お絵かきもコミケ原稿終わった後も継続して続けよう！　といいつつ、すぐ脇にいつでも使えるままの状態でおいてあるペンタブにも埃つもってますわ（ぉ


涼しくなってきた（またぶり返して暑くなるのまもしれないけど）んだし、いろいろとちゃんとやらないとなぁ……。

とりあえず某氏んとこの夏コミ原稿料も入ったので、久しぶりにサッポロ黒ラベルなんか買ったりして。

普段はやっすい発泡酒ばっかりなので。

たまにはビール。　
それも黒ラベル好きなんですよね。
んでなんとなく丁度黒ラベル買ったドラッグストア（税込価格で安いので）の隣にあるからあげ専門店のでっかい唐揚げとセットでプチ打ち上げして胸焼けコース（ぉ

なにげに親のお中元でアサヒスーパードライ（とジュースの詰め合わせのやつ）なんかもあったので、もう10年は飲んだ記憶のないスーパードライも飲んでみたのですが。

あれ？　スーパードライってば後味が鉄さび臭い味しなかったっけか？
それがなんか何の特徴もない普通のビールって感じになってたり。
ぐぐってみたら今年2022年に「36年ぶりに味をフルリニューアル」したんだそうな。
へぇ～そりゃ印象全然かわっちゃうわなと納得。
まあ、スーパードライは個人的には貰い物でもなけりゃ今後も飲む機会あんまなさそうなのでどうでもいいけど（ぉ


そんな感じで、〆切明けってことで、ここ数日だらけた生活を。

んで、そろそろ動き出すべーってことで。


当面の予定としては、絵のレベルを上げる修行……の前に。
夏コミ原稿のときにも、ああ、さっさと用意しておくべきだった……と思ってた、susieの代替ツールの作成。

似たようなツール探したんだけども、それっぽいやつはあったものの（comono ImageViewerっていうやつ）唯一にして最大の欠点があって、ウィンドウを最前面に出来ないってことなんですよね。それ以外は表示形態といい、わりと欲しい機能網羅してたりしてたんだけどな……。

資料用の画像を表示しながら作画……ってのに最前面化してくれないとペイントツールと供用出来ないわけで。
とりあえず画面を選択してキャプチャするツール「Rapture」っての（コレめちゃくちゃ便利でもはやなくてはならないってぐらい使ってる……）でビューワで開いた画像をキャプチャして表示する。このツールは最前面表示できるので、これでしのいでたのだけども。

ビューワの方はマウスホイールで画像の拡大縮小を多段階で細かく変更できるのに対してRaptureのほうは25％または50％単位でしか変更できない＆コンテキストメニューから倍率指定＆拡大縮小が汚なくて使えないので、ちょっと資料のサイズ変えたいなってときに、ビューワの方でサイズ変えて、Raptureで再キャプチャ……と二度手間感あって、イライラ。

その辺、自分の使いやすい機能ぶちこんだsusie代替のビューワ作ろうと思ってたところで夏コミ作業期間のほうが先に来てしまった感じなんですよね。

これは今後のお絵かきの効率にも関わるのでさっさと作ってしまいたい。

ただ一つ決めかねてる部分があって、その所為でなかなか開発進んでなかったところがあって。

画像ファイル開くたびにアプリを個別に開く感じにするのか、子ウィンドウとして追加して開く感じにするのか……というところ。

子ウィンドウ形式だと、一括で開いてる窓を表示・非表示切り替えたりできるというメリットと、タスクバーも占領しない（画像いくつ開いても実質一個しか立ち上げてないので）っていうメリットあるのだけども。
コードが複雑になりがちというデメリットと、Qtはクロスプラットフォームな開発環境なので、win固有の機能とかないわけで。
アプリの多重起動禁止なんかも自前で処理書かないと行けなくてwinAPIでやるしか無い部分出てくるので面倒ってのもあったりして。


一方、個別のほうは作りやすくはある。
コードがシンプルに書けて複雑にならないし。
それ一つで完結するので。


んで、アプリの設定の保存とか、開いた画像の履歴をどう管理するのかとか、その辺、子ウィンドウ形式か個別起動かで変わってくるので、そこ決めなきゃ進められないんですよね。


今のところは、もう個別アプリ起動でいいかなてな方向に傾いてたりする。
上記のcomono ImageViewerていうビューワがその方式で、使ってる感じ、子ウィンドウ方式と比べて特にデメリット感じなかったりしたし。

そもそもの用途として、ペイントツールで作業しながら複数の資料画像を表示するかんじなので、個別に閉じたり出来たほうがよく、一括で閉じるのとかはかえって迷惑。
あと資料なんかは、今回のだと「2022_summer」とかフォルダ作ってその中にまとめて放り込んだりするので、ビューワ立ち上げるのは一個で、フォルダ内の画像を切り替え表示すれば複数立ち上げる必要も薄いわけで。

なので画像開きすぎてタスクバーがうまるって事態もあんまり起こらないかなぁと。
そんな知見も今回の作業中得られたので、個別アプリ案のほうに固まりつつあったりして。

というわけで、さっさと作ってしまおう。


と思ったのだけども。

最近avifファイルも結構増えてきてたりするっぽい？
Qtだと対応してたっけ。
と調べてみると、Qt6.4 betaとかでもまだ対応してないっぽい。
というか対応予定みたいな話すら出てきてないぽ。

というかavifて、数年前に調べた時点でまたフォーマットがまだ固まってないとか言ってたので、最近で回りだしたってことは仕様が固まったのだろうか？
とおもってググってみたのだけども、オフィシャル的なものなのかなんなのかもわからないけど、とりあえずlibavifてのが一番に出てくるのだけども、verが0.10.xと、まだver1.0とかになってないのね。

あとライセンス的にも今後どういうあつかいになるん？
とかちょっと不透明なところがあるらしく、そのへんでQtもまだ採用見送ってる感じっぽい？
webpはQtの対応速かったのにね。
やっぱその辺で揉めてる感じなのかなぁ。
次期verのQt6.4でもサポート無いので、まだまだサポートあるとしても先の話になりそうなので、自前でavifフォーマットも読めるようにしとこうかなとおもったのだけども。

このlibavif……なんかすんげぇめんどくさい。
コーデックやらなんやらのビルドにninjaとかいうビルドシステムが要ったりとか他にも色々と必要だーとか書かれてて、なんかいろいろとめんどくさそう……。
このためだけにごちゃごちゃ入れるの嫌ぁ……って感じで。


……ていうかちょっと前にavifとりあえず表示できるようにってことで、susieプラグイン入れたんだっけ。
ってのを思い出す。

……あ、じゃあsusieプラグインからavifデコード→QImageしたらええやんけ。
ってことに思い至る。
どうせビューワにはsusieプラグインとか対応する予定だったし。
じゃあそれで解決じゃん。
てことになる。

そんでもって、susieも代替ほしいって理由の一つに、もはや開発停止して久しく、最近のwindowsだと結構動作がおかしい部分出てきちゃってるってのもたったりする。

ただプラグインの仕様は便利なのでそこだけ未だに開発、ユーザーともに利用者多い感じなのだけども。

ここ最近は64bitビルドで作るのが基本になってきてるので、プラグインも64bit版の.sph(32bitは.spi)を使うことになるのだけども。
そうなると古い32bitのしか無いやつは使えなくなるなーとか(なんか方法はあるらしいけど)
susieAPIの解説なんかみると32bit版のものしか見当たらないのだけども、64bitでもおんなじなのかなコレ？　とか。
もはや界隈廃れまくってて情報が1999年とか20世紀で止まってるｗ
なんかそゆのみちゃうと、なんかちょっとさみしい気分になるな……。

あとavifのsusieプラグイン、gitにあるソースコード見ると、内部ではlibavif使ってるみたいなんだよね。

とかおもってたら、どうもこのsusieプラグイン、単体だけではだめっぽい？
結局winにav1のコーデック入ってないと駄目っぽい。というかコーデック呼び出してデコードしてるだけのものっぽい？　みたいなことが某巨大掲示板に書かれてたりして。
もうよく分かんねぇなコレｗ

ただウチでは普通にこのプラグインでavifは表示できるので、コーデックは入ってるっぽい。
winアップデートで入ったのか、忘れてるだけで昔に自分で入れたのかしらんけど（ぉ

あとはこのavif用のsusieのプラグイン、libavifのverが0.8.2とか使ってたりして（最新は0.10.x）まだまだ今後変更がありそう＆現状開けないavifもぼちぼちあるっぽいなかんじで、まだまだフルサポートとは行かない状況っぽい。

まあとりあえず32bitのsusieプラグイン使って画像デコードして～てのは昔に組んだことあるので64bitでも変わらずできるんかいなーってところから試してみるかな。

……そんでもってもう一つ謎が。
avif用のsusieプラグイン。

ifavif.intel64.gcc
ifavif.intel64.clang

と大まかには二種類あるんだけど（あとはARMていうモバイル用のcpu向けのやつもあるけど関係ないので除外）

まあ、gccとclangはコンパイラの種類だってのはわかるのだけども。
試しにgccの方をマンガミーヤのプラグインフォルダに入れてみる。

avif表示普通にできる。

clang版のをいれてみる。

ぶち落ちるｗ

あるぇー？
マンガミーヤはMSVC製だとおもうのだけども。
gccてのは実際はMinGWとかのWindows環境で動くgccのことで、vc++とバイナリ互換あるから問題なく動いてる感じなのかな？
clangのほうはどうもMSVCとバイナリ互換がないっぽい？？

正直良くわからんｗ

いよいよ見限られ始めた｢Microsoft Visual - 趣味人倶楽部
ttps://smcb.jp/diaries/7625603

したらこんな記事が。

たしかに_sとか頭になんかついたりとか、msvcの所為でカオスになってる部分あるものなぁ。
その辺関係なく後発ゆえに洗練されてるわけだし。
vc++存亡の話きけばたしかにそうなるのかもなーて感じの印象ぽ。
そもQtではそういうの一切使う機会ないし、DXライブラリでも、そういう部分はラップしたりライブラリ化してもう直接触ること無い（触りたくもない）感じにしちゃうし。
そういう流れだよなーと。

なのでclang版があるってこと自体、時代の変遷を感じるべき所だったのかなーと。

とはいえ、Qtもclangビルド版とかまだ無いしなぁ。
でも来たら移行する……かな？

閑話休題。

とりあえずgcc版の方を使えばいいのかなコレは？
実際にテストコード書いてみないと分かんないですね。
というか使えてくれないと困る。
libavif自前でビルドは面倒くさすぎるのでやりたくないでござる。

まあ最悪、avifはQtで正式サポート来るまでシカトするのも有りかと。

ていうか……なんとなくwebpは根付きそうなきがするけど、avifはなんか流行らないような気もしてたりするんだけど、どうなんでしょ。なんか今回調べた結果、色々めんどくさそうて印象もっちゃってる所為か。


んまあ、とにかくこのビューワ作っちゃわないと、色々と捗らない感じなのでさっさと作ってしまいたい所。

某氏んとこの夏コミ原稿終了～

てか現時点でなんのアナウンスもないので、東京コロナ3万超え～とかいってたけど、コミケは開催する方向っぽいですね。

しかし今回は、某氏のほうが昼間の仕事忙しすぎて、ほとんど打ち合わせもなく、最後まで本文一行も見ることもなく終わったな……。

前回もそんな感じだったのだけども、そのときはちょっぴり愚痴ったりもしたんだけど、仕事忙しいのは不可抗力でどうにもならんわけだし、愚痴とか空気悪くなるだけで何の得もないな。

と悟ったので今回はそういうのしないようにしたのだけども。

んでも、やっぱ実際問題モチベーションに響くなぁ。
全然モチベあがんなくて、作業してても持続力なくてすぐゴロンと横になったりして進まない。
締め切り間際のギリギリブーストで、ようやくやる気が出てきたぐらいで。


今回は、ちょくちょく以前から思いつくたびに試していたSAI2の線画用のブラシ設定で、ようやく「お、これいいかも」ってのが出来たのが収穫かな。

実戦こそが最高のテスト的に、本格的に使ってみてようやっと手応え感じる設定出来たかも。
んでも塗りの方は全然しっくり来ない。SAI2になってブラシ設定とかかなり変わっててなんか全然いい感じの塗り方出来ない状態が続いてるぽ。
今回も何度も塗り直したりしたし。

でもやっぱ、ちょっとまえの日記にも書いたけど、抜本的に絵柄とか見直したいなーってのがあって。
それが出来ない状態で描くってのは、なんかずーっと迷いが残ったまま続くので、それもモチベーションんが上がらなかった要因の一つだったかもしれないぽ。

なので今回はもうちょっと、まだ連日の作業で熱が残ってるうちにお絵描き修行続けるべきだな、と。

んでも困ったことに、ここしばらくお絵かきモードになってたので、PGやりたい病もむくむくと……はやくゲーム制作も再開したいし。

やりたいこと、やるべきことは山ほどあるんだけど、どうしたもんか。


閑話休題。

二週間ぐらい前からかな。
ちょっぴり背中あたりたまに痛かったんですよね。
それも覚えのある感じの。

んで一週間前ぐらいになると、あ、これヤベェ。例のやつだ……。

右の腰のあたりの背中に鈍痛。
そして尿の出が悪い……。

そう尿管結石……。
過去二回経験して、どっちも痛みでのたうち回ったアレですよ……。

でも、現時点では予兆程度の痛みなので、水分ガブガブ取った所為か、小康状態なかんじな現在。

この季節、汗かくからなぁ。
いくら水分とってもおいつかねぇ。

このままひどくならないといいんだけどな……。
意識して水分取らないと死ぬる……。

そんな夏の日。