ASI1600MC-COOLの謎⑩．

★昼間は良い天気でした・・・が

夕方から突然薄雲が広がってしまって、本日の「ASI1600MM-COOLデビュー戦」は延期となりました。

ここまでタイミングが悪いと、もはやイジメとしか・・・・。ううう（涙）。

★というわけで、勘を取り戻すために

過去のMCで撮影したデータを色々と画像処理してリハビリしているのですが、ふとその途中で「のっぴきならぬ」事に気づきました。

ちなみに、「ノータッチガイドによる短時間露光＋多数枚コンポジット」は私が最も得意とする「手抜き撮影法」ですが、その際に重要なのは、コンポジット時に「加算平均」ではなく「加算」を用いることです。（アストロアーツの公式コメントでは加算平均でも良いそうですが、これはステライメージが特殊なだけでしょうね）

たとえば１５秒露光の元データが著しく露光アンダーである場合、暗い部分は階調が破綻しているので普通はいくらコンポジットしても「写ってないものはあぶり出せない」ハズです。ところが、加算コンポジットの場合は値をどんどん加算していきますので、言ってみれば単なるコンポジットというよりはむしろ、露光を何段階かに分けて行ったものを最後に合算するという行程を行っている訳で、フィルム時代の多重露光に相当すると把握しています。

実際の処理はこんな感じですね

　左：１５秒露光元データ　中央：４０枚加算コンポジット後　右：さらにレベル調整

実は、加算コンポジットの場合は注意点があります。

左の元画像を加算コンポジットした段階（中央）で画像が「真っ白け」になりますので、一瞬「げ、サチった！！」と早合点してしまいがちなのですが、実はサチって「いない」のです。ステライメージは96ビットの画像処理空間を有しているため、いくら足し算しても事実上飽和しません。そこで、輝度グラフを見ながら適切なレベル調整をしたりデジタル現像処理する等によって、右のように良い感じの画像が得られます。また、単純に加算するだけですから、多段階露光した場合でも一気に処理して大丈夫ですし、手動でコンポジットする場合のように、「2枚目は５０：５０、３枚目は６６．６：３３．３、４枚目は７５：２５・・・・」などと加重平均の比率を計算しながらチマチマと処理する必要性も、いわゆる「トーナメント方式」で多段階に処理する必要性も皆無です。

ステライメージの最も優れた点を上げるとすれば、ひとえにこの広大な画像処理空間が使えることでしょうね♪

★「のっぴきならぬ」事とは・・・・

さて、いつものように加算コンポジットしている最中に、ノイズの出方などを見たくて「RAWのまま＆位置合わせ無し」で加算処理した画像を拡大すると、「のっぴきならぬ」事に気づきました。まあ、下記の画像を見てやってくださいな。

ASI1600MC-COOLでゲイン４００・15秒露光の画像をベイヤーのまま４０枚加算コンポジットして４００％に拡大したものです。

な、なんだこの黒いポツポツは？！

４０枚も単純加算しているんですから、普通は画面のどこをとっても一見サチったように真っ白けになるはずです。・・・・が、この黒いポツポツは４０枚加算しても「一向に明るくならない」ということになりますね。

ああ、これって・・・

デジタル一眼レフなどではメーカーや機種によって「ピクセルマッピング」機能が実装されていたり、サービスセンターで「ピクセルマッピングサービス」をしてくれる場合があります。例えば、ニコンの場合、ニコン１シリーズだけには「ピクセルマッピング機能」があります。ここでいうピクセルマッピングとはいわゆるキャリブレーションの一種でして、永続的に出る輝点（本来の意味のホットピクセル）や永遠に黒いままの点（本来の意味のクールピクセル）に対してその該当ピクセルを「殺す」処理を指します。ただしその処理過程はブラックボックス化されているので、なんだか怖くて私は手持ちのニコン１シリーズ（ニコワン大好きで４台も持っていたりする）に対しても一切「ピクセルマッピング機能」を実行したことが無いのですが、どうやらASI1600MC-COOLに見られる黒いポツポツはクールピクセル（デッドピクセル）である可能性が浮上してきました。

だって、ランダムノイズなら、４０枚も重ねて消えないハズが無いですからねぇ。（ちなみに、上記画像はダーク引きをする前の『素』のベイヤーデータを加算したものですので、ダークの引きすぎではありません。）

★CCDと比べてCMOSには経年変化のウワサもあって・・・

一説によると、CMOSセンサーの場合、宇宙線被爆などによる破壊と経年劣化などにより欠陥ピクセルが増えていくという「恐ろしいウワサ」も聞きますので、別日程の画像でも同じようなクールピクセルが見られるか試してみました。

　※左は８／１３に撮影した１５秒露光×４０コマの加算　右は８／３１に撮影した１５秒露光×４０コマの加算

上記画像は、それぞれ別日に撮影した画像を６００％に拡大したものですが、ぱっと見て黒いポツポツの位置は一致していないように見えます。

ところが、よーく見てみると・・・・

赤丸で印を入れたところなど、別日程でしかも別対象を写したにも関わらず、完全に一致するポツポツが多数見られることが分かりました。

・・・という訳で

「ASI1600MC－COOLには、元々デッドピクセルが存在し、メーカー側では特にピクセルマッピングは施されていない」

可能性が浮上してきました。

★ちなみにデッドピクセルが存在すると・・・

MCはベイヤー型のカラー撮像素子ですので、１つのピクセルが死んでいることは、輝度情報のみならず「その色情報が失われる」ことにつながります。

たとえば、上記の画像をそのまま現像（デモザイク）してしまうと

　左：ベイヤーデータのまま　右：デモザイク（ディベイヤー）処理後

死んだピクセルの色に対する補色（Rが死ぬとシアン、Gが死ぬとマゼンタ、Bが死ぬとイエロー）が生じた上に、デモザイク補完処理によってその影響が周辺のピクセルに波及します。

これまで、いわゆる「縮緬ノイズ」↓

の原因は「ダーク除去の過不足」と思い込んでいましたが、そもそもデッドピクセルが効いてきている可能性が出てきましたね。

え？「どのピクセルが死んでいるのかは数値化できるのか？」ですか？

ええと、先日来やっているDelphi遊びでプログラミングした「なんちゃってFITS画像解析ソフト」↓

には、容易に実装可能でして、その気になればあとからピクセルマッピングできるのですが、いかんせん処理速度が遅すぎて実用化は遙か遠い未来です（泣）。

※ステライメージの「ホット・クールピクセル除去」フィルタである程度は緩和できると思いますよ。念のため。