pixwooder久しぶりにPixInsightでWBPP（Weighted Batch Pre-Processing）を回すと、スタック完了時にメインの画像と一緒に「crop_mask」というモノクロ画像が開く。
「これ、何のためにあるんだっけ？」と毎回閉じそうになるので、その正体と、実はかなり重要だった活用方法について、自分なりの見解を交えてメモしておく。
WBPPが自動生成する「crop_mask」の正体
オートクロップの「足跡」を残す理由
最近のWBPPは賢いので、スタック時にディザリングや構図のズレで生じた「外周のガタガタな黒縁」を自動でカット（オートクロップ）してくれる。
その際、**「画像のどの範囲を有効と見なして残したのか」**を可視化したデータがこの crop_mask だ。
- 白い領域： 全コマが重なり、スタックが正常に行われた「有効エリア」。
- 黒い領域： コマの不足やズレにより、WBPPが「不要」と判断して切り捨てたエリア。
つまり、これは単なるゴミファイルではなく、今回のスタック処理がどの程度の範囲をカバーできたのかを示す**「スタックの合格証」**のようなものだ。
「crop_mask」を捨ててはいけない3つの理由
単なる確認用だと思っていたが、深く掘り下げると画像処理のワークフローにおいて「再現性」を担保する重要な役割が見えてきた。
1. フィルター間での「構図の完全一致」に必須
これが個人的には一番のメリット。 例えば、L画像とRGB画像を別々にWBPPで処理した場合、オートクロップの範囲が数ピクセル単位でズレてしまうことがある。この微差が、後のL/RGB合成で星の縁に色ズレを起こす原因になる。
ここで crop_mask を保存しておけば、L画像のクロップ範囲をそのままRGB画像にコピーできる。**「1ピクセルの狂いもなく構図を合わせる」**ためには、このマスクが唯一の正解になる。
2. 撮影システムの「健康診断」
crop_mask の黒い縁の出方を見ると、その晩の撮影がどうだったかが透けて見える。
- 縁が四方に均等に出ている： ディザリングが理想的に全方位に効いている証拠。
- 一方向だけ極端に削られている： 極軸合わせのズレ（ドリフト）や、子午線越え前後の大きな構図のズレが発生している可能性がある。
具体的な数字で言えば、縁のカット率が全体の 3〜5% 程度に収まっていれば、導入精度もガイドも極めて優秀だったと判断できる。
3. AI処理との相性
最近愛用している BlurXTerminator などのAI系ツールは、画像の端に少しでもスタック由来の「黒いガタガタ」が残っていると、それを異常な構造と誤認して変なノイズを出してしまうことがある。 WBPPが crop_mask を通じて「ここまでが純粋なデータですよ」と明示してくれるのは、後段のAI処理をクリーンに通すための重要な布石なのだと思う。
DynamicCrop
このマスクを使って別の画像のサイズを合わせる。 今後研究。
まとめ：crop_mask は「作品の整合性」を守る鍵
一見すると邪魔なだけの crop_mask だが、それは自分の撮影結果をピクセル単位で管理するための「定規」だった。
「自動でクロップしてくれたからOK」で終わらせず、このマスクを使って多色合成や別日のデータとの統合をスムーズに進めるのが、PixInsight使いとしてのステップアップになりそうだ。
次の処理では、このマスクを使ってLとRGBを完璧に重ねる工程を試してみようと思う。
