堕天使の煉獄

とりあえず今度はＱＴのQImageの縮小の精度を見てみることに。

拡大縮小のモードが以下の二つしか無いのか……。

Qt::FastTransformation
Qt::SmoothTransformation

Fast～の方はみたまんま、精度よりも速度重視なので、実際やってみるとプレビュー画面用って感じですね。保存用には使えない品質ぽ。

Smooth～の方は、バイリニアで行ってるのですが、これは普通に綺麗に。
いつも使ってる一括画像編集ツールの出力結果と比べてみたけど、ほとんど同じ。

この辺のアルゴリズムといえば

ニアレストネイバー法
バイリニア法
バイキュービック法

辺りが有名どころですが、綺麗な画像のままという条件だと
とりあえずニアレストネイバーは使い物にならない。

バイリニア法はちょっとぼやける。
バイキュービック法はちょっとシャープ。

これは元画像によって結果の善し悪しが変わる感じで、内容によって向き不向きでるので一概にどっちのが上ということもないぽ。
ただ、拡大においてはバイキュービックの方が優れてる気がする印象か。

んでＱＴではバイリニアのみしか選択肢が無いわけだけど……基本無駄に大きすぎる画像を縮小したい用途なので、バイリニアだけでも問題ないのかなと……。

一応QImageにはQPixmapと連携するとかすれば、簡単なエフェクト処理も出来るし（モノクロ化とか）

そうなると、openCV使うまでもないかなーと。

ならもうＱＴでいいじゃんというかんじに。c#でdll読み込みとかあれからまた少し調べてみたところ、汎用的にdll読み込んでなんかしようとすると（dll読み込み部分をクラス化とかそんなん）デリゲータだとかリフレクションだとか、あんましよくわかってない単語がぽこぽこ出てくるし。その辺あんま勉強してもこの先つかうかなーという所だったりして。

てことでvc#案は却下ということに。

で、いざＱＴと思ったら……実のところ、ちょっと今まで問題があったためＱＴからvcのコンパイラ使うことが出来なくなってたのだけど、それが出来る用になったところで、文字コード回りの問題を解決しないといけないんだよなと。

とりあえずＱＴ内ではQStringで、リテラルはu8""でutf8固定（vcもu8リテラル使える用になったのはわりと最近のことなので、むしろ楽になったぽ？）な感じで、とりあえず日本語混じりのファイルをドラッグ＆ドロップしてファイル名取得、QImage展開、縮小、jpgで別名保存。までやってみたけど、意外にあっさり動く。

あれま、思ったより問題なっしんぐ？　どっかで文字化けとかするモンだと思ったけど。なのでちょっと拍子抜け。
localeの指定とかもなーんもしてないんですけど。
ソースコードはutf-8bom付で、リテラルはutf8固定とか、その辺の下準備だけでうまくいくものっぽい？

あとはアーカイバdllとやりとりする文字列回りが面倒そうだけど、QStringでその辺はうまくできるぽなのかな。