ほしぞloveログ

天体観測始めました。

タグ:縞ノイズ

前回の記事で、SWAgTiのディザーがうまくいくかもと書きましたが、まだ確証がありませんでした。


少し晴れ間があった日の夜、改めてディザー撮影ができるかどうか試してみました。長時間露光が効く天体ということで、M27亜鈴状星雲の羽を狙うことにしました。 

最初に結果だけ書いてしまいます。3分露光で40枚、2時間分の撮影ができましたが、
見事にディザーで画面を揺らすことができました!

動画で示します。ピョコピョコずれているのがわかるかと思います。
Blink

これで縞ノイズが解決されるのか、画像処理までしてみます。


設定

今回のSWAgTiのディザーをソフト的にどう設定したのか、詳しく書いておきます。

ディザーですが、通常の場合はオートガイド撮影が前提で、オートガイドによってソフト側から撮影中に信号を出して架台を制御できる状態にしているわけです。ディザーはそれに加えて1枚1枚の撮影の合間に、架台に信号を出して少しだけ(数〜数十ピクセル)画角をずらし、ホットピクセルが重ならないようにして、また撮影に入ります。

通常のディザー撮影から考えると、SharpCapのディザー撮影はかなり特殊です。まずガイド撮影やディザーは基本的にライブモードを使います。なぜこう設計したのかは少し疑問もあるのですが、とにかくライブモードでしかガイド撮影もディザーも出来ません。さらに特殊なことは、SharpCapでは、オートガイドなしでディザーすることができます。要するに、ガイド鏡がなくても、PHD2などのガイドソフトを使わなくても、それらとは独立にディザーができてしまうということです。もちろん、ディザーで架台に信号を送る必要はあるので、その制御のためのセットアップは必要です。それでもこの「オートガイドが必要ない」ということは、SWAgTiのお気楽撮影の目的にかなり合致していて、今のところSharpCap以外にガイド無しでディザー出来るソフトは、少なくとも私が探した限りでは見つかりませんでした。今回SWAgTiの撮影ソフトにSharpCapを選んだのは、ガイドと独立してディザーができるというのが1番の理由です。だって、SWATの追尾性能が飛び抜けていいのに、あえてガイド鏡とか用意するのはなんか負けた気がするからです。

そのディザーの設定です。まずはSharpCapの設定のガイドタブから。
13
  • 「ガイディングアプリケーションは」3つ目の「ガイディング無し」を選びます。これでガイドは無しでディザーのみできるようになります。
「ディザリング」のパラメーターは状況に応じて適当に設定しますが、重要なのはどれだけずらすか、収まるまでにどれくらいかかるかでしょうか。
  • 今回はディザーでの揺れ幅を見るために「最大ディザステップ」をかなり大きくしています。これはもっと小さくてもいいでしょう。
  • 「最小整定時間」はある程度長めの方がいいかと思います。ディザー時にAZ-GTiを動かすのですが、モーターの精度がSWATと比べて劣るので、キックしてしばらく揺れる可能性があります。一年前のテストではそんな兆候が見られたのですが、今回撮影した画像を見ている限りではキックのようなものは確認できなかったので、あまり気にしなくてもいいのかもしれません。

次に、ライブスタックモードでのガイドタブの設定です。
14_cut
  • 最初の「Monitor Guiding Applicaton」にチェックを入れると、実際にディザーされます。
  • 「Only stack when guiding is active」はチェックしましたが、ちょっと確かめきれていません。これがないとディザーしている最中もライブスタックするかもしれません。
  • 私は3枚撮影するごとにディザーするようにしています。1枚ごとにディザーをかけると撮影終了までの時間が増えてしまからです。
  • 「Reduce Exposure While Dithering」はオンにしておいてください。長時間露光に設定してあっても、ディザーの最中は短時間露光に勝手に切り替えてくれます。揺れが収まったかどうか見るのに、短時間露光で比較することが必要になります。
  • 右に、ディザーやドリフトなどで中心からずれていくと、プレートソルブを使って元に戻すという機能もあります。今回は使っていませんが、M27のような中心が決まりやすい天体はオンにしておいたがいいかもしれません。

もう一つ重要な設定があります。ライブスタック画面左の「Raw Frames」のところです。
03_cut
  • ここを「Save except for when Paused/Dithering」にしておきます。こうしないと、ディザリング中の短時間露光の画像が何枚も保存されてしまいます。
今回は露光時間を180秒、ゲインを200でHGCモードにしてライブスタクを始めると、3分ごとにRAW画像が保存され、3枚ごとにディザーが適用されます。ディザーが動いているかどうかは、ライブスタックパネルの「Log」タグを見ると、実行時に色々メッセージが出てくるので、それを読むとうまくいっているかなど詳細が分かります。

あとは通常のライブスタックと同じでしょうか。あ、一つ忘れそうなことがあります。毎回のことなのですが、AZ-GTiで追尾をオフにしても、SharpCapでライブスタックを立ち上げた瞬間になぜか強制的にAZ-GTiの追尾がオンになります。ライブスタックをオンにしたときに、毎回必ずAZ-GTiの追尾を改めてオフにするようにしてください。そうしないと2重で追尾することになり、星が画面内を流れていきます。


プレートソルブがトラブルの種

撮影中は少し雲がかかっていましたが、基本的に安定していて順調でした。前回書きましたが、プレートソルブが安定性に関係するのは確実みたいです。

まだ一回しか試せてませんが、最初にプレートソルブをしてから長時間露光を開始すると、やはり1枚目の途中でSharpCapの「望遠鏡制御」のところの「赤経」の更新頻度が徐々に広がり、程なくして更新が止まります。その後、ディザーをするときにSharpCapからSynSan Proに信号を出しても反応がないので、エラーダイアログが出てきます。

一旦、AZ-GTiの電源を落とし、PCも再起動し、次はプレートソルブなしでマニュアルで再度初期アラインメントから試すと、不安定なところは微塵も出ずに、まるまる2時間連続で撮影ができました。プレートソルブの具体的などの操作が原因なのかまでは特定できていません。できればプレートソルブはつかいたいので、何か回避策がないか今後探っていきたと思います。


ライブモードでの実際のディザー撮影

さて、撮影ですがディザーはライブスタックモードですることになるので、必然的に常時仕上がり具合を見ることができます。これが結構楽しかったです。なんと、総露光時間わずか30分ですでに羽が確認できます。
11

鏡筒のせい?カメラのせい?ちなみに鏡筒は最近手に入れたRedCat51で、カメラがUranus-C Proです。フィルターはサイトロンのDBP(Dual Band Pass)の48mmをRedCatに取り付けて使いました。機材については次回記事で詳しく書きます。

約2時間経ったのちのライブスタック画像です。羽もさらに濃くなっています。
15
うれしいことに、少なくともこれを見る限り縞ノイズは全く発生していないようです!

2時間少し撮影しましたが、最後の数枚は雲が出てきたので、ちょうど2時間分を画像処理に回すことにします。上のライブスタック画像は最後の雲の画像も入ってしまっていますが、長時間露光から考えたら影響は少ないようです。


ライブスタックとWBPPでのスタック

ライブスタック画像をfits形式で保存したRAWファイルと、PixInsightでスタックした画像にどれくらい違いがあるか比較してみましょう。一見したところではクオリティーは同じかと思いました。

これがライブスタック画像をオートストレッチした画像です。
Stack_16bits_41frames_7380s_22_23_34_cut


次がPixInsight上でスタックした画像をオートストレッチした画像です。
180.00s_RGB_cut

ほとんど同じに見えるかもしれませんが、よく見るとライブスタック画像の左上の真ん中よりに明るい緑の輝点群が、右下に軽く青の輝点群があるのがわかります。ホットピクセルが残っていて、ディザーで散らされたものの残りと思われます。PixInsightではWBPPの際に、Cosmetic CorrectionをAutomaticでhigh sigma = 10でかけたので、そこでホットピクセルが除去されたのかと思われます。ライブスタックでもSharpCapで簡易ホットピクセル除去をするだけでも、ライブスタック画像もそのまま処理できるくらいにホットピクセルが消えるかもしれませんが、今回は試していません。

今回、WBPPではフラット補正もダーク補正もしていません。RedCat51と1/1.2インチのUramus-Cではフラット補正は必要がないほど周辺減光はないです。あ、CMOSセンサー面に埃がついているとダメですよ。フラット補正が必須になります。フラット補正をサボるためには、少なくともセンサー面はきれいにしておきましょう。ダーク補正もしていないので、ホットピクセルとコールドピクセルはCosmetic Correctionで除去しているだけですが、これで十分なようです。ダーク補正をしない場合は大きなメリットが一つあります。ダーク補正によってダークカレント起因のダークノイズが余分に加算されないということです。今回のような強い光害補正フィルターを使った「暗くて」、さらに「長時間露光」での撮影では、背景などの淡い部分がダークノイズで制限されている可能性があり、画像処理でダークノイズを増やさないことはかなり有利になります。具体的には、ダーク補正をするとダークノイズは√2倍になり、信号は増えなくて1倍のままなので、仕上がり画像のSN比の違いは最大で1/√2 = 0.71倍となり、損をします。ダーク補正についてのもっと詳しい計算を知りたい方はここをご覧ください。


一つ心配だったのは、バイアス補正でした。今回、バイアス補正もしていません。なのでバイアスファイルに含まれる決まった模様などのコヒーレントなノイズは除去されていないことになります。バイアスファイルに含まれるノイズは読み出しノイズと考えていいかと思いますが、長時間露光で相対的に読み出しノイズは効きが弱くなるはずなので、みている限り今回は影響がないように思われます。

と、今のところこのセットアップだとフラット補正もダーク補正もバイアス補正も、あえてしなくても問題はなさそうです。仮に多少画質に影響はあったとしても、フラットファイルとダークファイルとバイアスファイルを撮影する手間を省くのは、相当気楽です。


画像処理

画像処理はSWAgTiのコンセプトを崩さないように、できるだけシンプルにしたいと思います。WBPPでも、上で書いたようにライトフレームだけを処理しています。

上で書いたように、このRedCat51とIMX585の1/1.2インチ程度の範囲だと、光学的なフラット補正無しでも周辺減光がほぼありません。一度ABEの4次をかけましたがほとんど補正しなかったので、簡単のためPixInsightでのソフト的なフラット補正も無しとしました。 
masterLight_BIN-1_3856x2180_EXPOSURE-180.00s_FILTER-NoFilter_RGB
スタック直後の画像の強あぶり出し。周辺減光はほとんど見られません。
左にカブリが少しあるように見えますが、これは実際に何か構造があるようです。
この構造はかなり淡く、今回の露光時間ではまだノイジーで
うまく出すことは諦めました。

結局PixInsightで使ったのは、スタックでWBPP、色調整でSPCC、恒星出しにBXT、ストレッチにiHDR、最後にNoiseXTerminatorで背景のノイズを緩和して、StarNet++で恒星と背景を分離までで、あとはPhotoshopに渡します。今回iHDRがうまくいって、自動的にうまく羽根まで炙り出してくれたので、Photoshopでは背景と恒星を重ねること以外には、ホントに最後微調整したくらいです。


結果

まずは全体像です。
180.00s_RGB_SPCC_BXT05_02_10_iHDRx3_NXT05_015_back2

少し画角が広いので、クロップしてみます。わずか2時間の露光ですが、既に羽もはっきりとわかります。

180.00s_RGB_SPCC_BXT05_02_10_iHDRx3_NXT05_015_back2_cut

肝心な縞ノイズですが、拡大した画像でも全く見えていません。

SWAgTiのディザー撮影大成功です。

これでSWAgTiが一気に実用的になりました。今後デフォルト機器として、使う頻度が増えてくると思います。


まとめ

SWAgTiのアイデアが出てから苦節1年。縞ノイズがどうしても気になって、どうやって解決しようかずっと悩んでいました。

一時はSharpCapとSynScan Proの間に何かソフト的に割り込ませようとも思いましたが、プログラミングはあまり得意でないので時間がかかりそうでした。でもそこにSharpCapが大幅改善されていて、(プレートソルブで不安定になる以外は)ほぼ目的通りのことができました。正直言って、わざわざガイド無しディザーを実用レベルに持ってくるためのアップデートだったとしか思えません。でもそもそもガイドも無しでディザーをやりたい人が実際どれくらいいるのでしょうか?たまたま開発がこの方向で進んだのか、もしくは誰かが開発者に助言してくれたのか、最近SharpCapフォーラムなどあまりフォローしていないので状況がわかっていませんが、とにかく感謝でしかありません。

ここまで使えるようになると、このSWAgTiで色々試したいことが出てきます。軽くて、コンパクトで、設置も楽。精度も出るし、機能的にも十分。5kg以下の機材は全てSWAgTiまかせにしてよさそうです。CGX-LもしくはCGEM IIとSWAgTiの2台体制でも、時間的にも精神的にも十分余裕が出そうです。使用頻度が大幅に増える予感しかありません。


前回までの記事で、SWATにAZ-GTiを取り付けて(SWAgTiと命名)、SWATで自動導入機能を実現して快適な簡単撮影を試してきました。しかしながら、数時間にわたる長時間撮影では縞ノイズがどうしても出てしまい、それをディザーで散らしてやることを考えましたが、今の環境では難しいであろうことがわかってきました。今回は画像処理でどこまで縞ノイズを改善できるか検証してみます。


方針転換

ディザー撮影とは、露光と露光の合間に少し(数ピクセルから多くても数十ピクセル)画角の位置をずらしてやることで、縞ノイズを避ける最も効果的な方法です。縞ノイズとは、長時間における機材のたわみなどで画角が一方向に流れてしまい、ホットピクセルやコールドピクセルなどの固定ノイズが縞状になって表れることです。ですが前回の検証でどうやら、今の機材、今の制御ソフトの範囲ではSWAgTiではディザーができないであろうということが判明しました。

そこで今回は方針転換をします。そもそもディザー撮影も複雑なので、撮影はシンプルそのものに、ガイドやディザーなどなしにして、その分画像処理を多少複雑にしてどこまで縞ノイズを回避できるかを検証したいと思います。


ライブスタックでの縞ノイズ

まずは、SharpCapでライブスタックをしただけだと、どれくらいの縞ノイズが出るのか見てみます。

3分露光で29フレーム、トータルで約1時間半撮影し、そのうち29フレーム中21枚がライブスタックされた画像です。SharpCapに出てくる画像(ストレッチなども含めて)そのものです。

Stack_16bits_21frames_3780s

かなりひどい縞ノイズが出ていることがわかります。ライブスタックだとひどい時にはこれくらい出てしまいます。


RAWファイルでも縞ノイズ

次に、同じ撮影時に保存してあったRAWファイルを使って、上の縞ノイズを再現してみます。PixInsightを使いましたが、ステライメージなどでも同じです。

方法は簡単で、ダーク補正やフラット補正をせずに、位置合わせだけしてスタックするだけです。こうしてできたものが以下になります。

masterLight_BIN-1_3856x2180_EXPOSURE-180.00s_FILTER-NoFilter_RGB

PixInsigtで途中雲で十分な露光ができていな画像を弾いたりしていますが、それらは同様にライブスタック時でも弾かれているはずです。多少(数枚)採用/不採用の違いはありますが、縞ノイズに関してはほぼ再現できていると思います。ようするに、ダーク補正などせずに単にスタックするだけでは、ライブスタック/後からのスタックにかかわらず、縞ノイズに関してはかなり厳しいということです。


ダーク補正とフラット補正

上と同じRAWファイルを、今度はダーク補正とフラット補正をしてスタックしてみます。

masterLight_BIN-1_3856x2180_EXPOSURE-180.00s_dark_flatjpg

劇的に改善されているのがわかるかと思います。

わかりやすいように3枚を拡大して並べてみます。左からライブスタック、PIでダーク補正フラット補正なし、PIでダーク補正フラット補正ありです。

comp

これだけ見ると、やはり簡単撮影といえど、ダーク補正とフラット補正はした方が明らかにいいという結論になるかと思います。


クールピクセル除去

ただ、ダーク補正とフラット補正したとしても縞ノイズはわずかに残ってるんですよね。ここでさらに、あぷらなーとさんが言うクールピクセルの影響の可能性があると考え、クールピクセル除去を試しました。実際にはだいこもんさんがPixInsightでスクリプト化の足がかりを作られだぼさんが実装したコードを使用させていただきました。あぷらなーとさん、だいこもんさん、だぼさんには感謝です。

結果を示します。まだごくわずか縞ノイズらしきものは見えますが、もうほとんど気にするレベルではなく、画像処理でなんとかなるレベルと思います。
masterLight_BIN-1_3856x2180_EXPOSURE-180.00s_cold

わかりやすいように、クルーピクセル除去の効果がわかりやすいところを切り出して拡大してみます。場所は下の真ん中より少し左のあたりです。左がクールピクセル除去なしで、右がクールピクセル除去ありです。

comp

画面の一部ですが、右は明らかにクールピクセル起因の縞ノイズがあって、それが左だと除去されていることがわかります。

でも実はこれ、最初ほとんど効果が見られなくて、Cold Sigmaの値をいくつか変えてみて、やっと違いがわかるくらいになりました。今回の場合0.1が一番良かったです。0でも0.5でも縞ノイズが結構残ってしまいました。0.2よりは0.1の方が少し良かったです。もしかしたら、もう少し調整できるのかもしれません。

縞ノイズが撮り切れていない原因の一つですが、今のところ冷却でないカメラを使っています。ダーク補正も温度をきちんと管理し切れていないので、ダーク補正によるホットピクセルの補正がまだうまくやり切れていない可能性があります。なので、冷却カメラに向かうというのが一つの方向性かと思います。

もう一つの方向性は、一眼レフカメラに向かうことです。SWATを使っている方は一眼レフカメラで撮影している方も多いかと思われます。基本シャッターを切るだけというお手軽な方向は、SWATを使う上での一つの正しい方向だと思います。これでも、今回のように画像処理をきちんとすれば、十分なクオリティーの撮影画像になるかと思います。ただ、お気軽撮影からは少し拡大していきますが...。


まとめと今後

今回見た画像は、1時間半ほどで本当に一方向にのみ進むものなので、縞ノイズ的には相当不利なものです。前回画像処理して最後まで仕上げたものは、トータルでもっと長時間露光で、しかも何方向かに進むものを合わせているので、クールピクセル除去とかしなくても、あまり縞ノイズが目立たなくなっています。

というわけで、前回のようにある程度マニュアルディザー状態になるように、撮影中に何度か位置を変えてやるか、今回のようにクールピクセル処理までしてしまえば、かなりのレベルで縞ノイズを無視できるくらいになるのかと思います。


おまけ: 胎内星まつりで「SWAgTi」展示

今週末に行われる「胎内星まつり」で、ユニテックさんから声がかかり、ユニテックブースにおいて

SWAT + AZ-GTi = 「SWAgTi」 を展示

させて頂けることになりました。

星まつりの期間は8月18日(金)午後から20日(日)昼となっていますが、

展示は19日の土曜となる予定

です(もしかしたら18日の夜には展示できるかも)。私自身はずっとユニテックさんのところにいるとは限りませんが、少なくとも土曜はほぼ一日じゅう会場内にいると思います。名札をかけていますので、もし見かけたらお気軽にお声掛けください。


さらにおまけ: 一眼レフカメラでのプレートソルブに挑戦

展示だけでもいいのですが、せっかくの星まつりなので、夜にはもう少し何かしようと思っています。

今ちょっと考えているのは、一眼レフカメラ(今回は手持ちのEOS 6D、EOS 60Dなど)でプレートソルブができないかです。ユニテックの方と話したところ、SWATに一眼レフカメラをつけて撮影している方が多いそうです。CMOSカメラではなくて、一眼レフカメラで自動導入やプレートソルブができた方が、SWATユーザーにとっては実用的ではないかとのことでした。

でも、見ていただきたいのは6Dでのプレートソルブそのものではありません。そもそもまだ、一眼レフカメラでプレートソルブを試したことがないので、うまくいくかどうかもよくわかっていません。星まつり会場のその場で初めて挑戦しようと思っています。

見てほしいのは、新しいことを試す時に、私Samがいつもどうやって取り組んでいるのか、問題にぶち当たった時にどうやって解決するのかなど、いろいろ試す過程を見ていただきたいと思っています。今回はその場で試してみてのことなので、実際にうまくいくかという保証はありません。でもこういった泥臭いところを見せることで、何かを感じていただければと思っています。

多分独り言をぶつぶついいながらの作業になるかと思いますが、もし興味があると言う方はぜひご参加ください。もちろんその場での質問とかもOKです。

暗くなってきてからのほうがいいと思うので、開始時間は19時過ぎくらいからになると思います。PCの画面が対面で見えるように、外部モニターを持っていこうかと思っています。

胎内星まつりでみなさんとお会いして、いろいろお話しできるのを楽しみにしています。

(2024/8/18追記: 1年越しでディザー撮影に成功し、縞ノイズを撮影時から無くすことができました。)





SWAgTi記事のまとめ
 
 
 








ネオワイズ彗星の画像処理をしていて、検証できたことが一つありました。バイアスノイズの影響です。

4連休なのに天気がずっと悪くてどうしようもないです。少しでも見えれば電視観望くらいと思っているのですが、さすがに雨が降っているようでは手が出ません。仕方ないので画像処理時少し時間を費やしました。


なぜか縦縞ノイズが残る?

まずこちらを見てください。

integration1_ABE_DBE2_STR_stripenoise_cut


初日に撮影したうちの処理途中のネオワイズ彗星を少し見やすくしたものです。炙り出しを進めると縦方向に縞ノイズがあることが分かります。このノイズ全体にあるのですが、特にダストテイルの真ん中下部が分かりやすいかもしれません。分かりにくい方は今見ているモニターの明るさをできるだけ明るくしてみてください。

この時は速報性重視で時間が勝負だったので、撮影から帰ったその夜中に、しかも朝には仕事があるにもかかわらず、PixInsightでライトフレームだけ使い、バイアス補正、ダーク補正、フラット補正をしていない状態で出てきたものです。

このノイズがあるために画像処理を控えめにして縦縞ノイズを目立たないようにしたものをブログに載せています。コメントでRAINYさんから「屏風絵のようで和を感じる」などと評価いただいたのですが、私はそんなに心の綺麗な人間ではないので、本当はもっと炙り出したかったのです(笑)。その時のコメントでこっそり書いてますが、まだまだ彗星の画像処理も未熟で迷走状態だったわけです。


縦縞ノイズの原因

原因は比較的はっきりしています。マスターバイアスフレームを炙り出したものを見てみます。

20191109_bias-6D_ISO1600_s4000_x100

縦縞の様子が似通っています。最初は何もノイズ処理をしていなかったので、取り除いていなかったバイアスノイズが出てしまったと推測されます。


真面目にノイズ処理をしみた

1回目の撮影はあまり真面目にノイズ処理をやらずに縦縞ノイズが残ってしまったので、2回目の撮影ではきちんと各種補正をしようと思い、PixInsightで
  • バイアス補正あり、ダーク補正あり、フラット補正あり
で画像処理をしました。詳しく言うと、
  1. ライトフレームISO1600、30秒露光を20枚に対して
  2. バイアスフレームはカメラにキャップをして、暗所で撮影、ISO1600で最短露光の1/4000秒を100枚スタック、ただし半年以上前に撮影したもの
  3. ダーク フレームはカメラにキャップをして、暗所で撮影、ISO1600で30秒露光を50枚
  4. フラットフレームはライト撮影時の105mmレンズを開放のF2.4にして、ISO100で1/50秒露光で50枚、ここにあるように障子の漏れ光を利用して昼間に撮影
となります。結果を見ます。

masterLight_BINNING_1_FILTER_NoFilter_EXPTIME_30_integration_DBE

全ての補正をしたのでこれでOKと思っていました。でもまだ縦縞ノイズが残るんです。なぜでしょう?ここから迷走して少し時間がかかってしまいました。

でも、鋭い方ならここの時点でピンと来た人もいるのかと思います。この時点で全てのヒントは出ているので、もし理由を考えたい方がいたらここでじっくり考えてみてください。
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.


縦縞ノイズが残った原因

何が問題だったか、答えを言いますとフラットフレームだけISOを100として撮影していて、その他ライト、バイアス、ダークフレームのISO1600と違っていたことが原因です。

フラットフレームを撮影する際、昼間の障子紙越しの光を使ったのですが、十分明るいのでISO100、1/50秒で撮影しました。この際のISOがライトフレームの1600と大きく違ったことが問題だったというわけです。ISO100で撮影したフラットフレームに残っているバイアスノイズが、ISO1600で撮影したライトフレームのバイアスノイズを補正できなかったのです。

その証拠にライトフレームと合わせるためにフラットのISOを1600と上げ、その代わりに露光時間を1/2000秒と短くして撮影し直し、上記で試した
  • バイアス補正あり、ダーク補正あり、フラット補正あり
で、フラットファイルだけを新しいISO1600のものに変更して処理し直したものを示します。

masterLight_BINNING_1_FILTER_NoFilter_EXPTIME_30_integration_DBE

これまで出ていた縦縞ノイズが綺麗さっぱり消えています。分かりやすいように目立つ場所の比較をしてみます。左が間違ったISO100のフラットフレームで補正した画像、右が正しいISO1600のフラットフレームで補正した画像です。

comp_center

明らかにライトフレームと違うISO100の補正では縦縞が残っていて、ライトフレームと同じISO1600では補正がうまく行っているのがわかると思います。

ここで一つ結論が出ます。

以前紹介した短時間で撮影したフラットフレームは、ライトフレームとISOを合わせる必要がある。そうでないとバイアス補正がうまくいかない。

ということです。以下のページを見て参考にされた方がいましたら、是非とも今回の結論に合わせてISOを揃えるようにしてください。





このような淡い縦縞ノイズは、相当な炙り出しをしない限りは問題にならないかもしれませんが、今回のような彗星の淡いテイルなどは確実に影響を受けます。最初シンクロニックバンドに直交するように縞が出てしまって「なんじゃこりゃ?」となったわけです。

実はこの短時間フラットフレーム撮影のISOを合わせた方がいい件、確かどなたかがコメントかTwitterで指摘してくれていたと思ったのですが、その発言を見つけることができませんでした。今回はやっとここが検証できたことになります。

これでめでたしめでたしかと思いきや、でも実はそうでもなかったんですよね。これ以降詳しく書きますが、こちらの方の検証で相当時間を食ってしまったというのが実情です。


ここからがバイアス補正の謎

さて、これまでの議論が正しければ、フラット補正やダーク補正なしで、正しいISOのバイアス補正だけをした場合も綺麗に縞ノイズが消えるはずです。ところが、ところがですが、
  • バイアス補正あり、ダーク補正なし、フラット補正なし
という状態で処理した画像を示しますが

masterLight_BINNING_1_FILTER_NoFilter_EXPTIME_30_integration_DBE

上の画像が示す通り、なぜかバイアス補正だけでは縦縞ノイズは消えないんですよね。いろいろ検証しましたが、いまだに謎です。やったことは

縞ノイズが残った場合
  1. バイアス補正なし、ダーク補正なし、フラット補正なし
  2. バイアス補正あり、ダーク補正なし、フラット補正なし
  3. バイアス補正あり、ダーク補正あり、ISOの違うフラット補正あり

縞ノイズが消えた場合
  1. バイアス補正あり、ダーク補正あり、正しいISOでのフラット補正あり
  2. バイアス補正なし、ダーク補正なし、正しいISOでのフラット補正あり
  3. バイアス補正あり、ダーク補正なし、正しいISOでのフラット補正あり
です。ここからわかることは、とにかく正しいISOでのフラットで補正でないといずれも縦縞ノイズが出てしまうということです。

繰り返しになりますが、以下の2通り
  1. バイアス補正なし、ダーク補正なし、フラット補正なし
  2. バイアス補正あり、ダーク補正なし、フラット補正なし

でバイアス補正が共にされていないという事実から、バイアスファイルに問題があるのではとも思いました。半年以上前に撮影されたものなので、もしかしたら温度とかの条件が違うからかもしれないからです。念のため、今回さらに新たにバイアスフレームをISO1600、露光時間1/4000秒で100枚撮影しました。そのバイアスフレームを使って、
  • バイアス補正あり、ダーク補正なし、フラット補正なし
で、試しますが、

masterLight_BINNING_1_FILTER_NoFilter_EXPTIME_30_integration_DBE

上のようにやはり縞ノイズが残ってしまいます。バイアスフレーム自身は直近で撮影していて流石に問題ないと思うので、むしろバイアス補正が全く効いていないような状態です。確かにライトフレーム撮影直後にバイアスフレームを撮影したわけではないので数日の時間差はありますが、それでもその程度の時間差でバイアス補正が効かないとしたら、やはりこの補正方法自体が役には立たないでしょう。

結局この新しいバイアスフレームでもいろいろ試しましたが、結果は全て上と同等で、正しいISOでのフラット補正をした場合のみ縦縞ノイズが消え、バイアス補正は縦縞ノイズに何ら関係ないとなりました。

一方、ダーク補正につても考えます。単純に考えるとフラットフレームの中にバイアスノイズが含まれているので、正しいフラットフレームならバイアスノイズを消せるはずというので理解はできます。これが正しいならダークフレームの中にもバイアスノイズは含まれていて、ダーク補正だけでも縦縞ノイズは消えるはずです。
  • バイアス補正なし、ダーク補正あり、フラット補正なし
というのも試しましたが、縦縞ノイズは消えませんでした。少なくとも今回の検証ではダークフレームに含まれるはずのバイアスノイズは、ダーク補正において縦縞ノイズに何の影響も与えていないという結果です。


うーん、何がおかしいのか?

ちなみにこの結果は、一連の状況を経験してから、改めて一から全ての処理をし直し、再確認しています。それでもなにか勘違いなどで間違いを繰り返している可能性はあります。ただ、最後はバイアスの有無だけとかなり物事をシンプルにしたので、おかしいところは相当限定されていると思います。

これまでのことから、PixInsightにおいては、バイアス補正のみだとうまく補正できていない、もしくは補正し切れていなくて、正しいフラット補正(ISOを合わせたという意味)においてのみバイアスノイズの補正がうまく行われているようだということが言えます。

もしかしたらPixInsightのバグかもしれません。でもバイアス補正はPixInsightの相当基本的なところなので、かなり検証されているはずです。

私がとんでもない勘違いをしている可能性もあります。一つの可能性が、バイアスノイズと思い込んでいるものが実はフラットフレームのみに現れる全く別のノイズかもしれないことです。でもこれもあまり正しいとも思えません。

今回の検証が本当に正しいのかどうか、もしどなたか追試していただける方がいてくれると嬉しいです。


過去の縞ノイズでも試してみる

もしかしたら、flat補正の効果が今回の撮影だけの特別な場合だった可能性もあります。なので、過去の画像で縞ノイズが出たファイルを再処理してみます。使ったのは、2年以上前のPixInsightを最初に使い始めた頃に撮影したM33。

シンプルにするためにフラットの有無だけで比較します。撮影条件は
  • 鏡筒: タカハシFS-60Q、焦点距離600mm
  • 赤道儀: Celestron Advaned VX
  • カメラ:  ZWO ASI294MC
  • ガイド: ASI178MCと50mmのCマウントレンズをPHD2にて
  • 撮影条件: SharpCapでゲイン270、温度-15℃、露光時間300秒x25枚 = 2時間5分
  • ディザー: なし 
  • ファイル保存形式: RAW16bit、fits形式
です。本質的なところではカメラは常温ですが同じ、長時間、ディザーなしというのでよく似た条件です。Flat frameの内容はというと、記録から
  • flat frame: light frame撮影後すぐに、鏡筒に状態でスーパーの白い袋を2重に被せて撮影。ゲイン270、露光時間300秒、常温で、3枚撮影。
となっているので、これも撮影後すぐにとったとか、枚数が少ないとかの条件も同じです。この似た条件というのが鍵になる可能性がありますが、まずは時期的にも違うという点で検証して一般性を見ます。

まずはflat補正あり。やはり以前と同じように縞ノイズは盛大に出るので再現性もあります。

light-BINNING_1

次にflat補正なし。ゴミの跡とかは目をつぶってください。当然周辺減光も出ますし、アンプグローも残ります。その代わりに、バラ星雲の時と同じで縞ノイズは消えます。厳密に言うとバラ星雲の時も今回のM33の時も同じで少しの縞ノイズは残っています。でもflat補正のあるなしで、いずれも劇的な違いがあることはわかります。

light-BINNING_1

この時点で、PIに限られますが違う画像でも起きているので、一般的にも十分あり得る話だということがわかります。


PixInsight以外では?ステライメージで確かめてみる

もしかしたらこれ、PIのflat補正のアルゴリズムに問題があって、PIだけの問題という可能性があります。他のソフトの代表で、ステライメージ8で確かめてみました。

そう言えば最近Windowsを入れ直してステライメージまだ入れてませんでした。久しぶりに再インストールして、M33を使ってflat補正をしてみました。自動処理モードは使わずに、詳細編集モード(マニュアルモード)で試しました。自動処理モードはこれまでもほとんど使ったことがないのと、一応は試したのですがうまく色が出なかったからです。

最初の結果がこれです。

light

「お、縞ノイズないじゃん!なんで?PIだけの問題か?」と思ったのですが、よくみるとゴミの跡も残っていてフラット補正全くされていないみたいです。自動処理モードでやっても結果は変わらず、flatファイルが悪いのかとか色々疑ったのですが、原因はステライメージのバグ。バージョン8をディスクからインストールしたてで、アップデートしていなかったことが原因でした。現行のバージョン8.0hにして試してみると、

light

ちゃんとflat補正もされて、縞ノイズも盛大に出るようになりました。なので、PIだけの問題でないということが分かります。

ちょっと蛇足です。久しぶりにステライメージ触ったのですが、随分といろんなことを忘れていました。今回サボりましたがflat darkとかも本当は撮らないとダメ(flat darkあるなしで縞ノイズに影響がないことは確かめています)なんですよね。その代わりにbiasファイルを撮らなくていいとか、今思うとPIとはだいぶん違います。

初心者向けの自動処理モードも「ほとんど何も設定出来ない」との批判も多いですが、私はこれでいいと思います。多分ステライメージは、初心者にとっては天体画像処理ソフトとしては唯一の選択肢です。日本語で操作できて、マニュアルも(十分ではないかもしれませんが)日本語で読むことができてという意味で、敷居がずいぶん低いはずです。初めて天体写真に挑む人は、一番最初は本当に何も分からず手探りでやるので、自動モードもこれくらい簡潔にしておくのはある意味正しいと思います。自動モードで理解できてきたら、詳細モードに行って、詳細モードでいろんな操作をして理解して、その上で不満が出たらより高機能なPixInsightという手もあるかと思います。

ステライメージで一つ不満があるとしたら、「ベイヤー・RGB変換」のところでしょうか。バッチ処理が無いので、一枚一枚手で変換しなくてはダメなんですよね。ALTキーでI、ALTキーでYで、Enterで処理、マウスで最小化ボタンを押して次の画像というのを繰り返し、出来るだけ楽に進めてます。今回20枚程度でしたが、100枚とかはやりたくないです。最近はPIで1000枚とかの処理もする時があるので、これだとステライメージでは現実無理です。せめてコンポジットやホット/クールピクセル除去機能みたいにバッチ処理ができるようになるといいのですが。


ついでにDSSでも

あと日本で流行っているスタックソフトの残りは、惑星用除いたらあとは、DSS(DeepSkyStacker)とRAP2くらいでしょうかRAP2は有料で持っていないので試せませんが、DSSはフリーなので試すことはできます。DSSは星を始めた4年前にまだ有料ソフトに手を出す前に、フリーだからと少し試しただけくらいの経験しかありません。もう久しく触っていませんが、いい機会なので試してみます。

昔はものすごく複雑だった印象があるのですが、機能自身は今思うとまあ一直線で素直ですね。少なくともPIに比べるとはるかにシンプルです。特に困ったところは2箇所だけで、一つはRegisteringのところで進まなくなってしまったところ。これは検出する星の数が多すぎたことが原因で、「Register Setting」の「Advanced」タブの「Star Detection Threshold」を増やして、検出する星の数を減らすことで解決しました。もう一つは一度最後まで処理をしたのですが、モノクロのままだったので、メニューの「RAW/FITS Settings」の「FITS Filters」できちんとdebayerしてやることでした。

さて結果です。フラットもうまく補正されたようです。

light

あー、ダメですね。やはり縞ノイズ出ますね。

と言うわけでflat補正問題、PixInsightだけの問題でもなく少なくともステライメージとDSSも含めて、同様に縞ノイズを発生させることがわかりました。日本で使われている3大スタックソフト(惑星用除く)で同じ状況というので、flat補正が縞ノイズに与える影響はかなり一般的と言っていいかと思います。


とりあえず、今回の記事のまとめ

他のデータでも、他のソフトでも同様の傾向で、flat補正の影響はあると言えそうです。

ただしやはり気になるところは、flatの撮り方が2例とも撮影後すぐに同露光時間、同ゲインで、スーパーの袋をかぶせて空で撮っていることです。露光時間が長いので、明るさ的に足りないことはないと思います。ただし、カラーバランスはかなり黄色っぽくなってしまっています。また、枚数が足りない可能性もあります。

次回以降はここら辺のflat frame自身についてもう少し検討できたらと思っています。実は今回の謎の答えもう出ています。今検証を進めているところです。乞うご期待です。



多分このシリーズ、長くなります。普段の記事を全然長いと思っていない私が長くなると思っているので、多分本当に長くなります。試したいことがありすぎるので、書けるとこまで書きます。途中で力尽きたらごめんなさい。

今回縞ノイズの一つを、多分特定しました。最初に断っておきますが、限られた条件でのことかもしれません。この記事を読んで試してみても、全然効果がなかったと言う方もいるかもしれません。ですが幾らかの悩んでいる方の解決にはなると思います。私自身、他の方の環境でどうなるか興味があるというのもあります。

comp

この比較写真のように違います。左がこれまでの縞ノイズ、右が無くなった(実際には軽減された)場合です。以下、詳しく説明します。


バラ星雲で出た縞ノイズ

この間のEVOSTAR 72EDでのバラ星雲の撮影で、ディザーをしなかったために縞ノイズが出たという報告をしました。

integration_DBE_PCC_AS_cut


その後、上記の縞ノイズを可視化した記事を書きました。この動画は結構反響が大きかったので、ご覧になった方も多いかと思います。






なぜか突然縞ノイズが消えた!?

この後、もう少し縞ノイズの検証をしてみようとファイルをいじってみました。とりあえずシンプルなところからと思って、rawのlight frameをDebayerしてStarAlignmentだけして縞ノイズを再現しようとしたのです。ところがところが、縞ノイズが綺麗さっぱりなくなっています。

integration

拡大です。
integration_cut

え?
なんで?
全然縞ノイズ出てないじゃん!
せっかく縞ノイズの解析しようと思ってたのに!

さあ、ここからが戦いの始まりです。


PixInsight用語

今回、PixInsight (PI)用語がたくさん出てきます。PIに慣れていない方のために、簡単に解説しておきます。
  • PixInsight: 世界的に有名な天体画像処理ソフト。英語でものすごくとっつきにくいが、高機能。
  • BatchPrepocessing: 撮影したファイル(light, bias, dark, flatなどの各frame)を掘り込んでおけば、スタックまでボタン一発でやってくれる便利な機能。
  • master: bias, dark, flatなど、他数枚の補正ファイルを一度処理すると、スタックされた一枚のmasterというファイルをそれぞれ作ってくれる。以降はそれを使うと処理時間を削減できる。
  • ImageCalibration: BatchPrepocessingのような自動で処理する以外に、マニュアルでもっと細かくオプションを指定しながら処理する方法がある。これはbias, dark, flatなどの補正をマニュアルでする機能のこと。
  • Debayer: 同様にマニュアル処理の一つ。モノクロのBayer配列のRawファイルをカラー化すること。
  • StarAlignment: マニュアル処理の一つ。多数枚数の画像の星位置を合わせること。PIでは平行移動、回転にのみならず、画面を歪ませて星の位置をそれぞれ合わせることができる。
  • ImageInteglation: マニュアル処理の一つ。他数枚の画像をスタックすること。
  • ScreenTransferFunction: 簡易的にストレッチ(明るくすること)をする機能。見かけの表示のみをいじるので、ファイルには何の手も加えない。見かけを適用したい場合はHistgramTransfomationを使う。
  • Auto Stretch: ScreenTransferFunctionの一機能。あぶり出しのすんでいないまだ暗い画像などを、そこそこ見やすいように自動でストレッチする機能のこと。超便利。
  • DynamicBackgroundExtraction (DBE): 背景の被りや周辺減光などをソフト的に除去する機能。任意の補正点を指定できるので、星雲部分の補正を避けるなど細かい補正が可能。超便利。
  • AutomaticBackgroundExtraction (ABE): 背景の被りや周辺減光などをソフト的に除去する機能。細かい補正はできないが、大局的に補正してくれるので簡単で便利。
  • TVGDenoise: PI場で最強と言われているノイズ除去機能。

比較条件

今回検証するRAWファイルは全て同じです。他に共通撮影条件は
  • 鏡筒: SkyWatcher EVOSTAR 72ED + x0.72レデューザー、焦点距離300mm
  • 赤道儀: Celestron CGEM II
  • カメラ:  ZWO ASI294MC Pro
  • ガイド: ASI178MCと50mmのCマウントレンズをPHD2にて
  • 撮影条件: SharpCapでゲイン220、温度-15℃、露光時間300秒x20枚 = 1時間40分
  • ディザー: なし 
  • ファイル保存形式: RAW16bit、fits形式
  • フィルター: サイトロン QBP(アメリカンサイズ)
となります。

今回の検討を始める前までに、縞ノイズが出た時の処理と、出なかった時の処理の違いを書いておきます。処理は全てPI上でやっています。
  • 縞ノイズあり: BatchPreprocessingでbias補正、dark補正、flat補正を適用し、走らせた。
  • 縞ノイズなし: マニュアルでDebayer、StarAlignment、ImageInteglation。
この中に決定的な違いがあるはずです。以下、各補正ファイルの条件です。全てSharpCap上で撮影していて、最初の処理でmaster fileができるので、以降はそれを利用。
  • bias frame: ゲイン220、露光時間が最小の0.032ミリ秒で、100枚撮影。
  • dark frame: frat frame撮影後、片付けの後すぐに、家の中で撮影。ゲイン220、露光時間300秒、-15℃で、28枚撮影。
  • flat frame: light frame撮影後すぐに、鏡筒に状態でスーパーの白い袋を2重に被せて撮影。ゲイン220、露光時間300秒、-15℃で、7枚撮影。

処理結果に大きな違いが出ていて、検証材料も全て揃っているので、何が違いに影響しているのか順に検証していきます。


検証過程

ここからはほぼ実際にやった手順です。
  1. まず、再度BatchPreprocessingとマニュアル処理で再現性を確認。->きちんとBatchPreprocessingのときには縞ノイズ出て、マニュアル処理では出ないです。再現性はきちんとあります。
  2. 次に、一番怪しくないと思ったflat frameのみ適用させBatchPreprocessingで処理 -> 縞ノイズ出ます。「うーん、あんまり関係ないよな。」
  3. 次、一番怪しそうなbias framaのみを適用させBatchPreprocessingで処理 -> 縞ノイズ消えた!「そりゃbias必要でしょ。」
  4. 次、flatとbias frameを適用させBatchPreprocessingで処理 -> 縞ノイズ出ます。「あれ?flatあまり関係ないはずなのに。」-> ところが、ここでやっと思い違いに気づきます。今回、何も補正していない方が縞ノイズが出なくて、補正した方が縞ノイズが出たのでした。と言うことは、bias関係なしで、flatで縞ノイズ有無が決まっていることになります。え、本当?
  5. 確認で、darkとbias frameを適用させBatchPreprocessingで処理 -> 縞ノイズ出ません。「えー、ホントにdarkもbiasも関係ないよ!?」
  6. 念のため、darkのみ適用させBatchPreprocessingで処理 -> 縞ノイズ出ません。「確かにdark関係なし。」
  7. さらに念のため、master flatを使うのではなく、改めて個々のflat frameを使ってBatchPreprocessing処理 -> 縞ノイズ出る。「やっぱりflatが原因だ!」
  8. さらに、BatchPreprocessingが何か悪さをしている可能性も考えて、マニュアルのImageCalibrationを使ってflat処理だけしてみます->縞ノイズあり。「少なくともPIで処理する限りflatが悪さをしているのは確定でよさそう」


Flat補正をしない場合、本当に改善されているのか

確かに上の画像で見た通り、flat補正をしないと縞ノイズは無くなって見えているのですが、本当でしょうか?それぞれSTFでオートストレッチをしているのですが、本当に正確な比較をしているのか疑問になってきました。オートストレッチは星雲を含む背景の最大の輝度と最小の輝度から適用範囲が決まります。例えば、flat補正をしていない周辺減光のある画像ではあぶり出しも中途半端で、周辺減光のない平坦に近い画像では極限まで炙り出すことをするので、細かい差(この場合縞ノイズも含めて)をより浮き出させてくれます。

ここでは公平に比較するために、それぞれの画像にAutomaticBackgroundExtraction (ABE)を適用し、周辺減光の影響をできるだけ少なくして比較してみます。flat補正をしたものでもまだ明暗のばらつきは無視できないほど存在していて、ABEを適用することで多少の変化があります。それぞれABEをしてから、STFでオートストレッチをしています。

まず、flat補正ありの画像。

light_BINNING_1_integration_ABE

light_BINNING_1_integration_ABE_cut
これまで通り、縞ノイズは盛大に見えています。

次にflat補正しない場合。
integration_ABE

integration_ABE_cut

結局、周辺減光がABEで補正できる範囲を超えてしまっているので全然補正できていません。そのためオートストレッチ後、少し補正して目で見て、拡大部分の明るさをそこそこ合わせています。多少公平性は欠けてしまいましたが、それでも不公平になる程の違いは無いくらいにはなっているでしょう。結果はというと、flat補正なしであからさまに縞ノイズは改善されていますが、よく見るとやはり完全に無くなりきってはいないです。「相当軽減する」くらいは言っていいでしょうか。

この比較から、flat補正は縞ノイズの影響を悪化させていることは確からしいですが、完全には撮りきれないことから、それだけが原因というわけでもなさそうです。

実際の画像処理では背景はもう少し暗くなるので、flat補正なしにして、この程度の縞ノイズになるのなら個人的には許容範囲でしょうか。


Flat frameについて

でもここでふと我に返ります。でも今回使ったflatってそんなに変なの?

確認してみる限りごくごく普通のflatだと思います。master flatをAuto Stretchしたものです。(blogに載せるためのファイルサイズ制限で、bayer配列を無理にjpegにしているので、偽色が出てしまってノイジーに見えてしまっています。)
flat-BINNING_1

拡大です。pngなので、偽色とかは出ていないはずです。(画像サイズが小さいのでpngでもファイルサイズが大きくなり過ぎず、blogでもアップロードできます。)
flat-BINNING_1_cut

見ている限り、極々ノーマルで、ノイズが特別多いようにも思えません。

でも、master flatをdebayerしてAuto Stretchしてみると少し正体が見えてきます。
flat_BINNING_1_integration_RGB_VNG

拡大です。
flat_BINNING_1_integration_RGB_VNG_cut

カラー化すると結構ノイジーなのがわかります。なんだかカラーノイズと言われているものに似ています。これが固定ノイズとなって、星像を止めたときには逆に、この固定ノイズが流れるのでしょう。

でも本当にこれくらいのことであんなに盛大に縞ノイズが出てくるまで画像を悪化させるのでしょうか?だって直接処理しているのはlight frameの1枚1枚で、それに対してflat frameは枚数少ないとは言え7枚です。それが流れて見えるので、スタックした20枚:7枚でなく、1枚:7枚の比で比較してもいいような気がします。ここは少し疑問が残ります。


flat frameのノイズを改善してみたら?

本当にflatが効いているのか確認するためにもう少し試します。master flatにPI上でTVGDenoiseでノイズを減らしたflat frameを適用して処理してみました。その結果がこれです。
integration

拡大です。
integration_cut

わかりますでしょうか?多分拡大していない方がわかりやすいと思いますが、細かい縞ノイズが消えて、大きな構造の縞ノイズが出てきています。

この結果から考えられることは、flat frame自身でのノイズ除去があまりうまくいっていなくて、細かいカラーノイズが大きな構造のノイズになってしまったからです。

少なくとも、これらの結果からflat frameが縞ノイズに影響を与えているのは間違いないでしょう。ただし、あくまでこれも限られた環境、限られた条件下での話の可能性もあります。ここら辺は次回以降に検討してきます。


とりあえずのまとめ

どうも聞いていると、縞ノイズに困っている人と困っていない人がいるみたいです。なので、一概に今回の結果が正しいとは言えないと思いますが、flat補正の影響は私と同じような状況の人には朗報となるかもしれません。でもflatが原因の全てだなんていうことを言う気は全くありません。あくまで原因の一つであるのではないかということです。

いろいろ検索してみましたが、flat補正が縞ノイズの原因だとバッチリ書いてあるところは見つかりませんでした。むしろこれまで思っていた通り、flat補正をきちんとすると縞ノイズが解決できるはずだと書いてある記述はたくさん見つかりました。普通だとこちらのセンスの方が正しといと思ってしまうのは、ある意味ごくごく普通でしょう。そもそもなんでflat補正が縞ノイズに対してダメなのか、まだよくわかっていません。これからいろいろ検証していきたいところです。

今回、縞ノイズに対する根本的な解決策を示したわけではありませんが、状況によってはflat補正を外して画像処理することで、縞ノイズを軽減できる可能性があることがわかります。その上で、PIのABEやDBE、FlatAidProなどを使ってカブリや周辺減光を減らすことで対応する必要もあるでしょうか。この場合、ゴミやアンプグローなどは除去できません。

もう一つ重要なことはは、きちんとディザーをして散らすことでしょうか。多分縞ノイズって複合原因なんです。1方向に流さないようにすること。これが重要なのは変わりません。ディザーはおそらく根本解決の方法の一つです。


この記事まだまだ続きそうです。今回はバラ星雲での撮影のみ取り上げましたが、次回は過去に出た縞ノイズの場合なども検討してみたいと思います。

 


縞ノイズを時間的に見てみる

もしかしたら興味がある人もいるかと思い、縞ノイズを時間的に可視化してみました。先のバラ星雲の1日目のディザーなしで撮影した失敗画像約2時間ぶんの24枚を使っています。中心あたりの一部を拡大して見ています。といってもやったことは簡単で、ディザーなしで撮影した画像を、PixInsightで動画にしただけです。

Blink

これはガイドをしていても、たわみなどでガイド鏡と撮影鏡筒の相対的な視野が一方向にずれてしまうために起きます。それでももしノイズが完全にランダムなら、このように流れるようには見えないはずです。ノイズが流れて見えるということは、ノイズに時間的なコヒーレンスがあるということです。うーん、結構ありますね。あれだけの縞ノイズになるのもわかる気がします。

integration_DBE_PCC_AS_cut



縞ノイズ動画の作り方

さて、この動画の作り方です。今回縞ノイズを時間的にみる目的でしたが、このやり方覚えておくと色々応用が効きそうです。基本的に、PixInsightを使います。
  1. 普通にBatchPreprocessing 処理などで進めます。
  2. master以下のregsteredフォルダに入っている、位置合わせまで終わって、Integrationする寸前のファイルを使います。ここまでは普通にDebayerしてStarAlignmentでも構いません。
  3. Blinkでそれらのファイルを開きます。
  4. とりあえずは、デフォルト機能の再生ボタン(右三角)を押すと確認できますが、順に動画のようになるように見せるだけです。オートストレッチもできるのでみやすくなります。カラーバランスが悪い場合は、RGBのリンクをオン/オフする「鎖マーク」のアイコンを押してください。
  5. Previewで一部を切り取るとその部分だけ拡大して見えます。
  6. それをBlink画面の右下の一番右端の撮影開始マークアイコンで動画にします。
  7. ffmpegがない場合は別途インストールしてください。
  8. ffmpegがインストールされていても、実行ファイルをフルパスで入れないとダメでした。/usr/local/bin/ffmpegとかいうことです。
  9. オプションは秒20コマのgifファイルにしたかったので、 -y -r 20 -i Blink%05d.png Blink.gifとしました。
このように結構簡単に動画を作ることができます。


M42の場合

もう一つ例です。TSA-120でM42を撮影した時のものです。約30分くらいの撮影時間で、枚数は14枚です。これはディザーもそうですが、ガイドさえもしてないので赤道儀の極軸の精度が悪くてずれていってしまっているものです。上のバラ星雲のように画像の一部ではなくて、ほぼ全体像を示しています。解像度はこのブログにアップできるように(一画像当たり5MBが制限)落としてあります。

Blink

縞ノイズの原因となるクールノイズなどに混ざって、おそらくバイアスノイズに相当する縦線のように見えるノイズも流れていることがわかります。基本的にランダムでないノイズは、全て縞ノイズになり得るだろうことがわかります。

これを普通にスタックすると下のように縞ノイズが盛大に出てくるわけです。

integration



バラ星雲のもそうですが、時間的にこれだけ明らかに変化しているのがわかるのなら、なんとか分離してペラっと一枚皮を剥ぐようにこのノイズだけ取れないですかね?

このページのトップヘ