晴れない夜は基本の復習⑧

★「Delphi日和」の顛末

悪天候のため、まったく写真が撮れないのを逆手にとって「Delphi日和」と位置づけた休日ですが、結局丸一日Delphiと格闘するハメになりました。はい。例のASI1600MC-COOL様の画像処理ソフト『開発ごっこ』です。RAWファイルのヘッダを読み込み、撮像データを引っ張り出すところまでは良かったのですが・・・・・・・。

★感覚が鈍ってるのにも程がある

しかし、苦戦しました。なにがって・・・それはもう、酷い有様。

とにかく自分が『完璧な』素人に戻っているのを感じて、自己嫌悪。

＜トラブル①＞

EAccessViolationで落ちまくる！

昔は良く目にしていたんですがねぇ。思い出せませんでした。今回のケースは確保した配列の要素数を超えるデータをロードしようとしたのが原因。

＜トラブル②＞

stack overflowで落ちまくる

これは、一般のアプリでも見かけますよね。要するにメモリが不足してるんですが、今回の場合はDelphiの配列に割り当てられるメモリの上限を変える方法を思い出せずに悪戦苦闘していたという顛末。なにしろ、４６５６×３５２０の巨大データですものねえ。

＜トラブル③＞

いくら頑張ってもRAW画像が変！

こればっかりは教則本がありませんので自力で考えるしか無かったのですが、思いついたロジックがことごとく玉砕。

ちなみに「初歩的」なところでは、

　☆2バイトのバイナリデータを整数値に変換する方法が思い出せない

　☆データストリームから各個データを読み込むためのバッファーをバイト型で宣言してたのに、その上限を超えるようコーディングしていた

　☆計算上の要素数と実際の画素数のズレを見逃していた

という燦々たる有様でしたが、とにかく強敵だったのが、「ところどころ階調が反転して見える」という怪現象でして・・・。結局、犯人は（うすうす感じてはいましたが）ヘッダに記録されている「BZERO＝３２７６８」なるパラメータの意味するところ。要するにASI1600MC-COOLは１２ビットで記録したデータを１６ビットで記録しているので、残りの４ビット分の『空白』がどうなっているのかという問題です。結論として、１画素につき2バイトで記録されている各画像データの上位バイトに８０が加算されているのが犯人でした。１６進で８０００＝３２７６８ですものねぇ。

★苦節１５時間の結果・・・

・・・ついにっ

ASI1600MC-COOLのRAWデータから、

ベイヤー画像を取り出すことに成功っ！！

うひゃー。疲れた。

これで、『敵の城門』を突破したことになるので、

あとは、いかようにも料理できますね。

なんか、ちょっとやる気が出てきた♪

あ、M42の画像が鏡像になっているのは、ご愛敬。

・・・もう、ディスプレイのY座標は上から下に計るっていう「基礎中の基礎」すら頭から消えてたという（笑）。ま、後からどうにでもなります。