★RAW画像解析ごっこツール改訂
テストは、前回と同様、パソコンのモニタに表示したグラデーションを撮像することで実施します。
FireMonkeyにやられて開発停滞気味だった解析『ごっこ』ツールですが、またブランクが空くと素人に逆戻りするので、少しコーディングしてみました。
ただし、VCLベースで作ったソースを元に、少し手を加えてみただけですが。
今回の解析ごっこテーマは、
「ASI1600MC-COOL のハードウェアビニングの謎」
です。
一応、資料ベースでは、本体側でビニングを掛けてしまうと、
「本来１２ビットで駆動しているADCが１０ビットで駆動してしまい、階調が乏しくなってしまう」
ことが予想されていましたが、果たして本当にそうなのか？
・・・・で、テストしてみた♪
★今回のコーディングは超簡単
一応輝度分布を解析するルーチンは完成していたので、あとはビニングしたあとの画素数に合うようにループ回数や配列の大きさを変更するだけで完成です。
気をつけるのは、Delphiの場合、整数型数値の除算は「／」演算子ではなく「div」演算子を使わないとエラーになる事ぐらいですね。
・・・で、あっという間に「ビニング対応版」解析ツールが完成。
★より正確に解析するために
ガンマをいじっているとデータの間隔が不揃いになるので、
今回は「ガンマパラメータは５０が無補正ではないか？」との仮定の下、撮影を行いました。
＜SharpCapの撮影パラメータは下記の通り＞
Debayer Preview=Off
Pan=0
Tilt=0
Output Format=Fits files (*.fits)
Binning=2 ←ここを「１」と「２」で比較
Capture Area=4656x3520
Colour Space=RAW16 （共通）
Hardware Binning=On ←ここを「OFF」と「ON」で比較
High Speed Mode=Off （共通）
Turbo USB=80
Flip=None
Frame Rate Limit=Maximum
Gain=250 （共通）
Exposure=0.1 ←ここを「０．１」と「０．０２５」で比較
Timestamp Frames=Off
White Bal (B)=50 （共通）
White Bal (R)=50 （共通）
Brightness=1
Gamma=50 （共通）
Temperature=-9.6 （共通）
Cooler Power=22
Target Temperature=-10
Cooler=On
要するに、ビニングをした場合は原理的には４画素分のデータを加算し、輝度が４倍になるはずなので露光は１／４にしました。
★輝度分布の比較
２×２のハードビニングした場合は、露光を１／４にすることでビニングなしの輝度分布とドンピシャ一致しました♪
さて、上記の輝度分布図はほとんど一緒に見えますが、実は大きな差があるのが分かるでしょうか？？
よく見るとビニング無しに比べてビニング有りはグラフが細くて貧弱なのですね。ちなみにこのグラフは片対数のスキャッタープロット（散布図）で作成していますので、元のデータ数（プロット数）が少ないとグラフが弱々しく見えるというわけです。
★輝度データのインターバル比較
この時点でほぼ決着も同然なのですが、念のため各輝度値のインターバルを比較してみました。
言わば、輝度分布を表示した場合の「階調の隙間」を比較しようというわけですね。
全ての輝度において均等なインターバルが得られました！！
さて、グラフを比較してみましょう。
オレンジのグラフはビニング無しのデータです。インターバルが全輝度範囲に渡って「１６」であることが分かります。
一方ブルーのグラフはハードビニング有りのデータですが、インターバルが「６４」もあることが判明しました！！
１６ビットFITSの場合は、２の16乗の階調を持ちますが、ASI1600MC-COOLのADCは１２ビットなので、２の４乗分だけデータが少ないことになります。ガンマ補正を加えない場合は、ちょうど１６間隔でデータを散らしている計算になりますが、今回の解析結果に一致します。ハードビニングを用いた場合は、この間隔が６４になっていることが分かりましたが、これはちょうど２の６乗に相当しますので、実データは１０ビットしか無いことが分かりますね。
★というわけで、最終結論
ASI1600MC-COOLは、
ビニングなしの場合はADCが１２ビットで駆動しており
ビニングありの場合はADCが１０ビットで駆動している！！
ということが判明しました。
結局、ハードビニングは転送速度を稼ぐための便法であって、SN比を改善するためのものでは無かった、ということですね。
というわけで、やはり、星雲星団撮影の時にはビニング無しで撮影し、あとからソフトウェアビニングするのが正解のようですね♪
Commented
by
けむけむ
at 2016-10-25 05:02
結論が出て安心して寝る事ができます（？） ＼(＾o＾)／
で、昨夜、晴れ間があったので、M57を例の超々望遠で撮影してみようとしました。
さすがにF16は、Bin=1だと写ってるかどうか分からないくらい暗かったので、Bin=2, Gain=500って暴挙に出ました。
基本はBin=1ですが、状況によってはBin=2もアリかな？(画像処理も速いのでメンタル病まなくてすみそうだし）
今回の検証は Bin=1&HB=Off VS Bin=2&HB=On ですが、Bin=1&HB=Off VS Bin=1&HB=On とか Bin=2&HB=Off VS Bin=2&HB=On も興味あります。
Binパラメタの値に従属してHBは勝手にOn/Offしてんぢゃね？とか...
で、昨夜、晴れ間があったので、M57を例の超々望遠で撮影してみようとしました。
さすがにF16は、Bin=1だと写ってるかどうか分からないくらい暗かったので、Bin=2, Gain=500って暴挙に出ました。
基本はBin=1ですが、状況によってはBin=2もアリかな？(画像処理も速いのでメンタル病まなくてすみそうだし）
今回の検証は Bin=1&HB=Off VS Bin=2&HB=On ですが、Bin=1&HB=Off VS Bin=1&HB=On とか Bin=2&HB=Off VS Bin=2&HB=On も興味あります。
Binパラメタの値に従属してHBは勝手にOn/Offしてんぢゃね？とか...
0
Commented
by
にゃあ
at 2016-10-25 23:33
こうやって数字とグラフで見ると分かりやすく、説得力ありますね！ビニングはステライメージでと覚えておきます！
at 2016-10-26 00:40
> けむけむさん
> けむけむさん
久々に予想どおりの結果が出たので納得して眠れました(笑）
もちろんこれは十分に明るい対象の場合でして、暗すぎてゼロ輝度の画素がたくさんあると、せっかくの12ビットも無駄ですね。高輝度側がサチらない限りはビニング撮影も大いにアリだと思います。
あ、つぎの宿題出された～。そ、そのうち検証しますね。
> けむけむさん
久々に予想どおりの結果が出たので納得して眠れました(笑）
もちろんこれは十分に明るい対象の場合でして、暗すぎてゼロ輝度の画素がたくさんあると、せっかくの12ビットも無駄ですね。高輝度側がサチらない限りはビニング撮影も大いにアリだと思います。
あ、つぎの宿題出された～。そ、そのうち検証しますね。
> にゃあさん
今回はスッキリした結果が出ました。
データ量が気にならない場合はビニングオフで撮影して、後からソフトウェアビニングですね。本当はビニング不要なほど明るく写せれば良いのですが・・・。
今回はスッキリした結果が出ました。
データ量が気にならない場合はビニングオフで撮影して、後からソフトウェアビニングですね。本当はビニング不要なほど明るく写せれば良いのですが・・・。
by supernova1987a
| 2016-10-25 02:27
| 機材
|
Comments(4)
