VC++2005でビルドしたexeって、そのままMFC*.DLLを同じディレクトリに配置しただけでは動かないとのこと。試したら本当だった。DLL HELL解消策の一環か。いかん。1ヶ月近く、動かない実行ファイルを配布していたことに…。
VC++2005をインストールしたパソコンしか使わなかったので気が付かなかった。スタティックリンクしてみたけどどうなんだろ？明日会社でこっそり試そう。
ちなみにVC++2005ってインストーラも作成できるらしい。
http://www.atmarkit.co.jp/fdotnet/clickonce/clickonce01/clickonce01_01.html
昔はInstall Shieldが別売りだったのにな。

単にVC++2005で警告とか取ってリビルドしただけだけど。
思えば去年の５月頃、画像ファイルの読み書きにはGDI+を使うようにして*1PNGの透明度問題を解決した上にTIFFやら何やら色々なフォーマットに一気に対応できた*2は良いが、VC++5.0ではビルドできなくなり家でコーディングしたものをこっそり会社のVC++2002で密かにビルドしてまた持ち帰りをするという、電器屋の店頭でリストを入力してテープで持ち帰る80年代マイコン少年してたが、その頃主任になったのでやっぱそういう業務上横領っぽい行為はイカンだろ、と止めて、しかし2005年の今、VC++2003.NETを買うのは如何なものかと2005の発売を待ってたら2006年になったんだよな。
何か問題が残ってたような気がするけど、自分で使う時にはPNGばっかりだったんで、危うく忘れる所だった。PSDからPSDでレイヤを維持しながらスムージング掛けるとダメなPSDにたまになる、と。TGAがたまに上下反転する、と。
日記をつけておいてよかった。

プロジェクトは数時間で承認。ザル審査だなぁ…まぁいいけど。さて問題はここからで果たしてCVS登録できるのか。
あれ？リリース物件が表示されないぞ。ログインしてると見えるのに。なにか設定ミスか。
→リリースのステータスが「秘密」になっていた。

があると伺ったので、大型連休も終わったことだし対策を入れてみる。こうアドホックな対処を入れる度にソースが奇奇怪怪なモノになるが…まぁいいや。
読み込むPSDがデカくなるとエラーになるのは、確か昔も発生して読み込みDLL作者の方に対処を教わったメールがあった筈。

原因調査の為のテスト用のPSD*1を使うと再現しない謎。まぁこういう事は良くある。どっちにせよ会社に行かないとVC++2002でコンパイルできないし。家でコンパイルするとPSDかTARGA(逆さまになるけど)しか出力できなくなるのであった。
むむ。如何にもな感じ。やっぱグラフィックプログラムのバグはこうでないと。この斜めスダレが堪らん。Targaにαが出ないバグの怪我の功名。妙に細いのは主線レイヤーかな。髪の毛の先っぽいのもあるし。でもコードを見ても怪しい所はまだ見付からず。

やっぱあの見事な抜けっぷりと人間臭い形からして、別レイヤーの透明度を参照しつつ現レイヤーのオフセットを使って頓珍漢な位置に置いているはず。上手く行っている事が多いのが不可解だけれど。

その昔、tga32でやろうとして結局挫折した事のあるディレクトリ再帰検索。付けると特定の業界ウケが良いというので再挑戦。あっさり上手く行った。いや別に私の腕が上がったんじゃなくて、ネットの普及によりサンプルソースを公開している人が増え、丁度使えるソースがあっただけの事だけど。

PSD→PNG。
上下反転バグを直し、色は統合画像、透明度はレイヤーから取る様に変更。
概ね上手く抜けてはいるんだが、謎の透明部分が…。何だろ？この形からしてプログラムのミスではなく、データ側に何かあると思うんだけど。マスクとか？
いや、スクリーン合成(ビット反転したもの同士を乗算して結果を反転)でまた何かオーバーフローの線もあるか。
HyperKidは消しゴムや削除の操作ではαに何かしてるとか…うーん…。
→ねこまたや氏から戴いたPhotoshop製データでも発生するからHyperKidは無罪だった。
同じデータでも背景を表示すると正常になるみたいだから…なんだろ？アドレスの計算間違いなら落ちるし、初期化漏れなら砂嵐だろうし、座標計算ミスなら南斗水鳥拳風簾画像だろうし…。妙に整った形になってるのが不可解デス。