堕天使の煉獄

いつの間に二月になってるんだ？
二月になってるどころかもう半分終わってるじゃないか……。

って感じで、なんかなんにも出来てないのに時間ばかりはあっという間に過ぎ去っててヤバイです。

まあ全く何もやってなかったと言うことはないのですが……。

随分前に作った、ｚｉｐ書庫ファイル内の画像を一括リネームフォーマットやサイズ整頓ツール。
普通に便利に使ってるのですが。
ある日、とあるいい絵を描く絵描きさん見つけて。あとでゆっくり見直そうとぴくしぶの画像をツールで一括ＤＬしたのですが。

最近は、普通に縦横が3000とか5000とかでファイルサイズもＭＢな画像がぽこぽこあがってて、昔ほど絵のサイズに気を遣う必要がない時代になったんだなーとかおもたりして。
が、あくまで参考用というか、なんか刺激をうけるためにビューワで眺めたりする用途なのでそんなに高画質なもの必要無かったりする。

で、前述のｚｉｐ書庫ファイル内の画像を一括処理するツールの処理内容がぴったりだったりするのだけども、現状だとわざわざ一旦ｚｉｐ書庫にしてから画像処理するハメに。
それはなんだかバカらしい。

ということで、書庫内画像でなく普通に画像ファイルを直で登録して一括処理するツールを作ることに。

基本的には画像ファイルリストに対して画像処理すると言う部分はほとんど共通なので、その部分だけをぬきだして別ツールにするだけなので、簡単だなーと。

が、久しぶりにソースコード見てみたら、結構めんどくさい作りになってたりして。
プレビュー画面の処理がメインウィンドウ側にめり込んでたり、ＵＩもメインウィンドウに直接貼り付けてる感じで、分離がし難い感じになってたり。

うーん、コレは邪魔くさい。
ってことで画像プレビュー機能をwidgetとして独立した感じで切り出すことに。

この辺、別件でちまちま作ってるダンジョンＲＰＧのマップエディタのエディタ部分なんかで、いっそダンジョンＲＰＧツクール的なのを作る方が良いのか、マップエディタだけ独立させて作った方がいいのかその辺決めかねてたりするのだけど。マップエディタ部分だけ独立したモジュール単位として切り分けておけばどっちにも対応できるよなーとか。で、他のとこもどんどん再利用可能な形でモジュール化していくべきだよなと思ってた所だったりしたので。
（でもそうするとQtCreatorの画面上では空白のwidgetばかり表示されて完成図が実際に実行してみないと絵として見えないという弊害もあるんだけどさ……）

な感じで、とりあえず出来。


やたらとデカイ画像を一定サイズ以下におさえて、画像フォーマットも統一みたいなのを一括で処理する感じのツール。
似たようなフリーソフトはいくつもあるのだけど、「拡大をしない」という機能が無いのばかりで、結局自作の流れなんですよね。

ついでにプレビュー見ながら画像をゴミ箱に送ったり完全に消去したり、フィルタで特定のファイルを検索→削除ｏｒ変換処理といった、画像ファイルの整理にも使える感じのツールにしてみたり。

その中で今回ちょっとはまったというか、気になった所は、jpgの品質って、画像のヘッダに情報として載ってないんやねと。
品質も統一する機能とか欲しいなと思って、ヘッダから現在の品質とか取得しようと思ったのだけども、そんなチャンクは存在しないぽ。
ググってみるとなんか

100-(量子化テーブルの平均値×50÷ベーステーブルの平均値)

なる計算式で調べられるっぽいのですけど。普通に画像データを全走査とか必要っぽい。

このツールのように100とか1000とかの画像ファイルをぶっ込んで～みたいな処理前提だと、１ファイル毎に全部メモリに読み込んで走査とか時間かかりすぎるぽ。（現状は先頭の数バイトのヘッダ部分だけ読んでフォーマットやピクセルサイズのみ取得する感じ）

なのでファイルリスト登録時に品質表示は見送ることに。

次に透過付pngの保存方法。
ＱＴではQImageという各種画像フォーマットを包括的に扱える画像クラスがあって便利なのですが。

んで、ＱＴの画像処理の定石として、QImageで読み込んでQPixmapに変換して画像処理を行いQImageにもどしてから保存。という流れがあってQPixmapてのはピクセル毎にＲＧＢ値をもつベタのバイナリ形式ですね。QImageで各種フォーマットの仲立ちをして、QPixmapでピクセル単位の処理をする流れです。

が、この流れの中でQImage→QPixmapに変換するときに透過ＰＮＧの透過部分のＲＧＢ値を強制的に#000000にしてくれやがりますｗ
なので、透過付ＰＮＧをアルファチャンネルのないＪＰＧとかＢＭＰに保存するときに、そのまま保存すると背景は強制で真っ黒けに。

以前のｚｉｐ書庫内の画像編集では透過pngとか出会う機会があんまなかったのだけども、今回、ぴくしぶからＤＬした画像だと結構透過pngあって、初めてこれちゃんと処理しないとダメじゃんて気づいたのです。

そんな感じで、新たな問題点なんかも処理したり、あとはトリミング処理に以前は上下左右に何ピクセルと切り取る幅を数値で指定するだけだったのですが、この辺も視覚的にＧＵＩでやりたいなと。

で、こんな感じに。
操作的には写真屋のトンボ機能のアレみたいな感じぽ。


上の画像は、画像処理ツールのほうではなく、ｚｉｐ書庫編集ツールの方ですけど。
モジュール化したあとこっちに戻すときは、ばっさばっさと他の所に出張ってたプレビュー関係のコードを消しまくる必要があったので、このままうごかんようになってわけわからんようになってまったらどないしょ～とひやひやしながらの作業でしたが。
思ったよりもあっさり置き換え完了したうえに、随分とコードもすっきりした感じに。



ついでにトリミングした領域の画像をファイルに書き出したりクリップボードにペーストしたりする機能もつけてみたり。

ｚｉｐ書庫内の画像を解凍することなくプレビューで確認しながら画像の一部を抜き取るのは、たまにそゆことやりたいなと思うことがあったので。
まあ、ビューワとかで表示してプリスクとかでも出来るんですけどｗ

そんな感じで、ちょっと思いつきで作る＆アプデしたりとツール開発やってる間になんだか時間経っちゃってたり。

しかしＱＴ5.10にｖｅｒあがってたのだけども結構またいろいろ変わってやがる。
プリコンパイラ使ってるとなんでかＱＴのcore部分のところがなんかinclude順がおかしいときのエラー見たいのでてプリコンパイラつかえなくなっちゃってたり（stdafx.hの中身でなんか順番的に不味いのがあるのかよくわからん）、ランタイムが結構構成かわって、分化したのとか新しく切り出されたのとか増えて古いツールとかリビルドした後その辺の対応が必要でちょっとめんどい……。

んでも今となってはｃ++で組めるまともなＧＵＩ開発環境てＱＴぐらいしかないんだよな。
でもｃ++自体の問題か、ここ数年ＱＴて目に見えて衰退してきてる感じあるんですよね。
ＱＴ題材にしたｗｅｂサイトとかここ最近新しいところあんま見ないですし。
日本のＱＴのオフィシャルっぽいページはいかにも意識高い系が作ったようなサイトの見た目そのままに碌な情報がない中身ぺらっペラなサイトになってるしｗ

某巨大掲示板の情報からすると、ＱＴはモバイル関係は糞（使い物にならない）。ＧＵＩツール開発は一部の人が使ってるよねレベル。唯一まともに使われてるのは組み込み系ぐらいじゃね？
てな感じらしい。組み込み系もｃ++だからという点で採用されてる感あるぽ？

個人的にはＱＭＬとかQt QuickとかＱＴ関係で調べ物してるときにググった結果で出てきたところがQt Quick関係のコードとかだとがっかりしてそっとじのパターンなのだけど、そのときに目に入るコードは、普通にｃ++で組めるんなら手を出す理由はないな……って感じで興味もわかないのですが。
日本語では入門レベル以上のサイトとかはほぼ皆無といって良いレベルなので、ぜんぜん流行ってなさそうだなと思ってたけど、どうも微妙な代物らしい……。

配布時のランタイム回りとか考えると、配布目的のちょっとしたツールなんかはＶＣ＃とか使った方がいいんだろうなーとは思う物の、バイナリとかがっつり弄るようなのはやっぱり慣れたｃ++使いたいしなーと思うと、やっぱ結局ＱＴなんですよね。
このまま廃れてなくなってしまうのも困るなとかおもたり。


しかし、今回ちょっとテスト用になんか画像固めたｚｉｐをとおもて、自作絵の作業用フォルダのなかから適当にまとめたのだけども。
一番新しいファイルのタイプスタンプが2016/09/14てどういう事だ……とちょっと震えた（ぉ

絵……描かないとね。

あと日記も最近サボり気味なのでもうちょっと更新頻度上げていこう……。