ほしぞloveログ

天体観測始めました。

カテゴリ: 観測・撮影

前回のアンタレス付近の画像処理をする際、フラット補正で結構うまくいったので、別記事で書いておきます。




フラット補正の方法

フラットですが、これまで口径60mm程度の小口径鏡筒はiPadをフラットライトパネルがわりにして使っていました。でもTSA-120位のある程度の口径になってくると、まだきちんと合わせることができません。また、フラット補正情報のS/Nを稼ぐために暗い光はダメで、明るい光なら大丈夫ということもわかってきました。RGBのカラーバランスも大切そうで、液晶パネルはある程度の波長依存性があるという情報もあるようです。

その過程で思ったのが、フラットライトパネルでなく、暗くない自然光が均等にある状態があればいいのではということです。例えば以前見学に行った木曽シュミットでは、ドームの壁に吊るした白いスクリーンを撮影してフラットフレームにしているとのことです。

IMG_2444

最初、口径が大きいのでフラットパネルライトに相当するものがないのでこうしているのかと勝手に思っていたのですが、むやみに明るい必要はないこと、波長依存性があまりないこと、完全に均等でなくてもどうせ焦点は合わないことなどを考えると、むしろこういったシンプルなほうがいいのではと思ったのです。


実際のフラットフレームの撮影

なので今回は撮影は少し暗い部屋で、廊下の障子越しの光を写してフラットフレームとすることにしてみました。

IMG_0196


見ている限り口径60mm程度のローカル範囲では均等、明るさ的にも十分です。ヒストグラムを見ながら、ISO100で露光時間20ミリ秒でピークが中央に来る程度にして100枚撮影しました。

100枚をスタックして出来上がったマスターフレームになります。オートストレッチして周辺減光を見やすくしています。

masterFlat_BINNING_1_FILTER_NoFilter_integration_RGB_VNG
100枚のマスターフレームをスタックしたMaster flatをオートストレッチしたもの。

ただしこれだと、天体撮影時に時間変化するようなカブリの移動は補正できません。特に今回は撮影中、薄明に少し入って背景の明るさが変わった時に明らかにカブリが変わったことを実際に見ていたので、1次的な変化で変わるようなカブリはPixInsightのDyamicBackgroundExtraction (DBE)で補正することにします。


バッチ処理でのフラットの補正

まずは1枚目のRAW画像をオートストレッチしてJPGにしたものです。周辺減光がかなりあるのが分かります。

LIGHT_6D_180s_800_+13cc_20200530-00h44m10s100ms


次に、これらのRAW画像をPixInsightのWeightedBatchPreprocessingの自動処理でフラット補正をして、スタックした実際の結果が下になります。

masterLight-BINNING_1-FILTER_NoFilter-EXPTIME_181.5_PCC_slope

これを見ている限り、周辺減光は相当きれいに除去することができています。

ただ、やはり予想通り、1次的に変化するようなカブリが見られました。これはDBEで4隅のみを4点、もしくはそれぞれの4点の中間も合わせて8点を指定することで簡単に除去することができます。DBEで補正とともに抜き出してみます。


DBEで4点指定のカブリ補正

まずは四隅の4点のだけ指定した場合。除去された部分を見てみます。

masterLight_EXPTIME_181_5_PCC_background2

分かりやすいようにオートストレッチしていますが、きれいに横向きのカブリが出てますね。そのカブリを補正したものが下です。

masterLight_EXPTIME_181_5_PCC_DBE

すでに悪くないです。でも8点指定した場合と比較すると分かりますが、まだ少し濃淡が残っています。


DBEで8点指定のカブリ補正

念のため8点指定の場合を見てみます。

masterLight_EXPTIME_181_5_PCC_background2

masterLight_EXPTIME_181_5_PCC_DBE3

8点指定の方がやはりいいですね。これなら、かなり炙り出しがいのある画像になったというものです。

おそらく4点だと平面、8点だと縦横で2次曲面での補正になるのかと思います。

ここで少しコツですが、スタックしているとディザーなどの画角のズレで、縁の方は一部明るさが違ったりします。その明るさが違う部分に点を打つのではなく、全枚数がスタックされた部分の外側の方に点を打つときれいにスロープが取り除かれます。縁の明るさがずれている部分は後でトリミングすればいいでしょう。


考察

今回の一番のポイントは、周辺減光とカブリをうまく切り分けられたことかと思います。カブリは長時間撮影の場合は変化するはずで、それを平均化したフラットフレーム一枚で補正し切るのは、原理的に難しいはずです。でも周辺減光さえきれいに補正できていたら、あとは簡単なスロープだけで補正できるので、ソフト的に補正してしまえばいいはずです。

こうやって考えると、少なくとも周辺原稿をきちんと補正できる「自然光を利用したフラット補正」は悪くないのかと思います。

今回のフラットフレーム撮影時のポイントは
  • 波長依存性の少ない実際の空に近い自然光。
  • S/Nが悪くならないように光源に十分な明るさがある。
  • 鏡筒がある側の撮影場所は暗く、邪魔な迷光があまり入らない。
  • 光源がフラットになるように、今回は障子を通った光を使った。
  • ランダムノイズが無視できるような十分な枚数。
と言ったところでしょうか。


まとめ

口径が60mmの時は、これまでのフラットライトパネルを使っての補正でもうまくいったことはありますが、これほど周辺減光がきちんとれることは稀で、大抵は補正の残りが四隅とかにあって、毎回DBEで苦労して補正していました。銀河とかならいいと思いますが、全面星雲とか、暗黒帯ウヨウヨとかだと、DBEの多数点指定ではせっかく炙り出したい天体を、無駄に禍補正してしまったりします。

今回の「自然光を利用したフラット補正とDBEでのシンプルカブリ補正」という手法が、例えばまだうまくいっていないTSA-120とかのより大きな口径のものでもうまくいくなら、なかなか確定しないフラット補正のいい手法になるのではないかと思います。引き続き同様の方法で試していきたいと思います。


今週は週末に近づくにつれ、どんどん晴れてきました。透明度も良さそうです。少し月が沈むのが遅いですが、久しぶりの気合の入った撮影です。


久しぶりに気合を入れて準備

木曜の夜、仕事が終わってから少し撮影しようと準備したらすぐに曇って仕方なく撤収。しばらくして寝る直前に空を見たら快晴で、すごい透明度でした。でも次の日仕事もあるので、泣く泣く諦めることに。

金曜の夜も晴れてそうです。この日も昼間の立山を見る限り透明度はまだ良さそう。せっかく透明度がいいので、たまには暗いところに行こうと、機材を準備して車に荷物を積み込みました。と言っても、前回田んぼに映る天の川を撮ったところ。通勤途中を一本外れて山の上に向ったくらいで、自宅からも20分くらいの近距離です。

ターゲットはアンタレス付近です。焦点距離の短いカメラレンズにするか、FS-60CB+レデューサーにするか迷いました。2年前に同じ場所を撮影した時にはまだレデューサーも持っていなくて、フラットナーも旧タイプのもので撮影していました。まずは少し視野を広げた状態で撮ってみようと、FS-60CB+レデューサーを選びました。うまくいったら、いつかもう少し短い焦点距離のカメラレンズで少し広い視野で撮ってみようと思います。

IMG_0184
TSA-120用に用意したガイド鏡もつけたら、結構禍々しい機器になってしまいました。

このレデューサーをつけると、短いアダプターを外さないとピントが出ません。短いアダプターのところを鏡筒リングで固定していたので、それができなくなり、カメラ回転アダプターを内側に入れ込みその外につけたレデューサーを鏡筒アダプターで固定しなくてはいけません。暗いところでこれをやると難しいので、明るいうちにカメラの角度も含めて変更、調整しておくことがコツです。

月がしばらく明るいので出発までに少し仮眠をとります。22時頃、空を見ると少し雲がありますが、昨日のように途中から晴れることも十分あるのでとりあえず出発です。


自宅外での撮影でトラブル続出

現場に到着しましたが、月のある西方向は晴れ。でも肝心の東から南にかけて厚くはないですが雲がかかっています。少し迷いましたが、とりあえず設置を始めます。運良く設置途中からどんどん晴れてきて、全面快晴になりました。

ところが撮影準備の間、いくつかトラブルがあり撮影開始時間が結構ギリギリになってしまいました。
  1. 最近撮影用PCで活躍しているSurfaceでSharpCapのPolar Alignで極軸を取ります。N.I.N.Aで一眼レフカメラでまだ撮影したことがなかったので、今回挑戦しようと接続までしましたが、温度情報が読み取れなさそうなことに気づき諦めました。
  2. 仕方ないのでBackYard EOSに移ろうとしたら、SurfaceにはBackYard EOSがインストールされていないことに現場で気づき、急遽Stick PCに変更。
  3. Stick PCに交換し、BackYard EOSを立ち上げても、なぜかカメラを認識せず。BackYard EOSを再起動したり、PCを再起動したりで、気づいたのはUSBケーブルがまだSurfaceにつながったままだったこと。これだけで20分くらいロスしました。
  4. そのころにはアンタレスが南中を超え始めていたので、赤道儀を反転させたのですが、その後StickPCがネットワークに繋がらなくなりました。StickPCはモニターがないので、ネットワークに繋がってないと画面を見ることもできないのです。外に出た時はELECOMの小型ルーターを持っていっているのですが、とりあえず原因がわからず、PCを再起動してだめ、ルーターを再起動してやっとつながりました。これで10分くらいのロス。
結局トラブルだけで40分位のロスがあり、やっと撮影を始めたのが月が沈んだ30分くらい後の午前1時少し前でした。

でもその後は順調そのもの。以前この領域の長時間撮影で縞ノイズに悩まされたので、今回はPHD2でガイドしながら、BackYard EOSと組み合わせてディザー撮影をします。FS-60CBに0.72倍のレデューサーをつけるので、焦点距離は255mmでF4.3程度になりかなり明るくなります。なので、ISO800で露光時間180秒としました。

IMG_0177

風が多少強かったですが、CGEM IIに軽い鏡筒を載せているだけなので、多少ガイド信号は揺れますがこの短い焦点距離では問題にならないでしょう。一枚撮りでもすでに色が出ていますし、暗黒帯の暗い部分も見えています。期待できそうです。

IMG_0178

薄明までの2時間少し、意外にもちょっと寒いので基本的に車の中で待機です。その間にTwitterに投稿したり、ちょくちょく外に出て久しぶりの濃い天の川を満喫したりと、少し眠気もありましたが、すぐに時間が経ってしまいました。結局撮影できたのは1時間半分くらい。ディザーがそれぞれ1分くらいかかるので、少しもったいなかったです。途中、マニュアルで数枚に1回だけディザーするようにしました。

あ、そうえいば撮影中、なんでも名前解決の問題か何かでずっと天リフ接続できなくなっていて寂しかったです。普段いかに天リフを見ているか実感できました。

薄明開始の午前3時頃、実際に少し明るくなってきたのがわかり、ダウンロードされた画面を見ても背景の明るさが変わってきたので、ここで撤収としました。夏至の近くだと薄明までいてもまだ時間が早いので、寝る時間があるのがいいですね。片付け後すぐに車を走らせ、午前4時頃には自宅に到着し、そのまま寝てしまいました。

次の日、フラットとダークを撮影して画像処理です。フラットは昼間の自然光を利用して100枚ほど撮影しました。ダークは冷蔵庫と冷凍庫を利用して温度を調節しながら撮影。89枚撮影して、適当な温度に入った34枚を使いました。


画像処理

画像処理はいつものPixInsightで、今回はWeightedBatchPreprocessingを使ってみました。出始めの時に少し使いましたが、あまり変化がわからずその後はBatchPreprocessingでした。NiwaさんのブログでWeightedBatchPreprocessingについて詳しく解説されていたので、久しぶりに使ってみました。と言っても比較とかまではしていないのでただ使っただけです。

撮影したライトフレームは35枚で、全て使うことができました。あとは新たに撮影したフラット、ダークフレーム、使い回しのバイアスを使います。後はいつものStarNet++で分離してPhotoshopで処理です。今回は細部を残したかったのでDeNoise AIは無しです。


masterLight_EXPTIME_181_5_DBE_PCC_DBE_AS_all_PS8_cut

  • 撮影日: 2020年5月30日0時47分-3時11分
  • 撮影場所: 富山県富山市小糸
  • 鏡筒: FS-60CB+0.72倍専用レデューサー(合計焦点距離255mm)
  • 赤道儀: Celestron CGEM II
  • カメラ:  Canon EOS 6D(HKIR改造, ISO800, RAW)
  • ガイド: PHD2 + f=120mmガイド鏡 + ASI178MCによるディザリング
  • 撮影: BackYard EOS、露光時間180秒x35枚 = 1時間45分  
  • 画像処理: PixInsight、StarNet++、Photoshop CC

透明度など条件が良かったこともあり、1時間半程度の露光時間でしたが、色もそこそこ出てるのでまあ満足です。暗黒帯もきれいに出ています。今回、思うところがあり、少し派手目にしてみましたがどうでしょうか?

反省点を挙げるなら、青と黄色はいいのですが、まだ赤の諧調が乏しいです。特に下の方の広い赤の領域はもう少し時間をかけたいところでしょうか。

Annotationです。少し文字を大きくして見やすくしてみました。あと今回気付いたのですが、文字の大きさとか変えて再度レンダリングすると、前の文字が残ってしまうようです。その場合、一度ImageSolveからやり直すとリセットされて、前の文字は出てこなくなります。

masterLight_EXPTIME_181_5_DBE_PCC_DBE_AS_all_PS8_cut_Annotated



ちなみに、2年前のものがこれです。

light_BINNING_1_integration_DBE_ABE_color_cut

この日も透明度は悪くない日でした。露光時間が51分で少し短いですが、あとの違いはレデューサーだけです。あ、ディーザーもやってなかったですね。やはり2年の間に色々と進化していると思います。この次の週に3時間撮影したのですが、

light_BINNING_1_integration_DBE_min_color_stretch_ps_cut

縞ノイズが酷くてあまりうまくいかなくて、その後、昨年は天気がよくなかったりとかで、なかなかチャンスがありませんでした。2年越しでディザーもできて縞ノイズも克服できて、やっとそこそこ満足です。


まとめ

自宅外での星雲撮影は久しぶりでした。特にこれだけカラフルな領域はフィルターがなかなか使えないので、やはり暗いところはいいです。天気も良く、透明度が良くて、月もなくて、次の日休みでとなると、年間でも何日もあるかどうか。まだやっと自粛ムードが解けたくらいで、遠征とまでは行きませんが、近征でもこれだけ色が出れば悪くない環境です。まあ、田舎暮らしの数少ないいいところでしょうか。


久しぶりに少しだけ外に出て撮影しました。といっても、通勤途中の道から5分ほど山側に行っただけの場所で、自宅からも20分くらいと、遠征というには近すぎで近征といった方がいいかもしれません。

IMG_5538_all6

  • 撮影地: 富山県富山市, 2020年5月14日0時36分
  • EOS 6D(HKIR改造, ISO6400, RAW), 露出30秒、固定撮影
  • SAMYANG 14mm, F2.8  ED AS IF UMC
  • PhotoShop CC等で画像処理 
山あいの田んぼと天の川で、一枚撮りです。一年のほんの短い期間にだけ撮れる、田んぼに映る天の川で、2年前から狙っていてなかなか実現できなかったショットです。最低限、反射した天の川の色は出たので一応満足です。

撮影日の前日までは月が出ていて天の川は厳しく、撮影日の次の日から雨、とギリギリで選んだ一日でした。事実、天の川の上のを待って撮影開始で、撮影できたのはほんの少しの時間でした。天の川が上にあがり切る前に月が出かってきて、山の際が明るくなってきて終了です。正味40分くらいでしょうか。

惜しむらくは、鉄塔と電線が天の川にかかってしまったところでしょうか。撮影している最中は暗くて全然気がつきませんでした。画像処理の段階で「あーっ!」と。

水が流れていて水面が完全に落ち着いていないので、反射させてもイマイチ明瞭になりません。また、田んぼの反射は暗く、ISO6400としましたが、それでもまだ足りないかもしれません。このレンズではここら辺が限界なのかもしれません。もう1-2段明るレンズが欲しくなりそうですが、これはまたいつか。

画像処理をして出てきた反省材料をもとに、できるならもう一度撮影に行きたいですが、天気がしばらく悪そうなので、苗が伸びてしまうでしょう。一年にほんの何日かのチャンスでした。

M13でのTSA-120とVISACの比較から、どうやら単純にはVISACの方が分解能が上のようです。以前、TSA-120とASI178MCで全く分解能のでなかったM51を、連休中にVISACで再度撮影してみました。




今年初稼働のVISAC

そもそも、TSA-120での撮影の時は透明度も全然よくなくて、風がかなり強く鏡筒が揺れていたので、出来上がりはボケボケ状態で、無理矢理炙り出したような状況でした。焦点距離が900mmと短いので、M51は結構小さく出てしまいます。そこでセンサーサイズが小さく、分解能を出す意味でピクセルサイズが小さいASI178MCを使ったのですが、感度がASI294MCとかに比べると4分の1くらいなので、淡い星雲には不利に働いたのかと思います。

さて、今回は焦点距離が2000mmと倍以上になりASI294MCで感度もいいので、前回よりも少なくとも有利なはずです。口径も120mmから200mmになり光量も2.7倍くらいになるので、それも有利に効くはずです。その一方、これまでの経験からシリウスBトラペジウムではTSA-120の方が有利だったように、星像のシャープさという点ではもしかしたら不利な点が出てくるかもしれません。

さて、この時の撮影用のソフトはまだN.I.N.A.ではなく、APTを使っています。実際にはM13より以前に撮影しています。この日は透明度もそれほど悪くなく、風もたいしたことありません。


やっと画像処理

M13の方を先に処理し出してしまったので、M51の画像処理は後回しになってしまってました。週末の日曜になってやっとやる気が出てきました。

まず撮影した結果をそのままRAWで見てみます。おーっ!一枚でも解像度はすでに前回よりはるかに上っぽいです。

L_2020_05_11_21_28_11_Bin1x1_300s__15C_RGB_VNG

でも少し拡大してみると、

L_2020_05_11_21_28_11_Bin1x1_300s__15C_RGB_VNG_cut

あれ?おにぎり星像、また出たか!? 
M13の時は大丈夫だったのに〜!?
夏になると出るのでしょうか?

しかたないので、三角星像は画像処理で何とかすることにして、とりあえず進めます。

スタックまではいつものPixInsightです。今回もダークは以前の使い回し、フラット補正はサボってなしです。あ、一つトラブルがありました。最初、BatchPreprocessingが途中でスターアラインメントのところで止まってしまったのです。探ってみると、Debayerで色がおかしく出てしまています。よくわからないので、マニュアルで最初から探っていくと、どうやら一番最初のCalibrationのダーク補正のところでおかしくなっているようです。

心当たりを探ってみると、今回StickPCではなく、もっとパワーのあるSurfaceマシンで撮影して、その際APTを新規に入れたものを使ったのです。その際、オフセットの値をきちんと確認しなくて、小さな値を入れてしまっていたことが原因です。ダークファイルは使い回しで、そのオフセットはライトフレームよりも大きかったのです。ダーク補正をする際に、大きくオフセットを引きすぎてRGBのうちRとBの背景が0より小さくなってしまって、完全に緑がかった色になってしまっていました。

ここでどうするすればいいか、困ってしまいました。結局やったことは、PixInsightのHistgramTransformationの「shadow」を上げてmaster dark frameのオフセットを小さくしてみたことです。

dark_offset_cut

画面はわかりやすいようにDebayerしてカラー化してオフセットを取っていますが、実際にはBayer配列のままやっています。でもこの方法で本当に正しいのかよくわかりません。いずれにせよ、これで作ったmaster dark frameでダーク補正をすることで、背景が真っ暗になるようなことはなくなりました。そのままBatchPreprocessingでも最後まで処理できるようになりました。

その後、ABEとPCCで処理し、ArcsinhStretchで途中までストレッチして、最後はHistgramTransformationでストレッチしてPIはおしまいです。

次のトラブルは、StarNet++があまりうまくいかないことでした。大きな星は分離できてますが、細かい星がほとんど分離できません。

light_BINNING_1_integration_ABE_PCC_AS_SNP

light_BINNING_1_integration_ABE_PCC_AS_SNP_cut

何が原因か知りたかったので、とりあえず今回は2つ試して見ました。
  1. 一つはもう少しストレッチして明るくしてからStarNet++をかけて見ましたが、こちらはほとんど影響なしで分離できる星は変わりませんでした。
  2. 次にやったのが、MorphologicalTrasnformationで三角を丸に直してからStarNet++をかけて見ました。そうすると、もう少し分離でき流ようです。どうやら星の形(真円に近いという意味)を見分けて判断していることが分かります。
でも結局はかなりMorphologicalTrasnformationをかけなくてはならず、星雲部分や背景まで崩れてくるので、こちらも適用は諦めました。結局StarNet++で大きな星だけが分離できた状態で画像処理を進めました。その代わりに、分離できた分だけの恒星部の画像を作って、それをMorphologicalTrasnformationで三角になったのを少し緩和しました。


結果

画像処理の結果です。

「子持ち銀河M51」
light_BINNING_1_integration_ABE_PCC_AS_all_PS3_cut
  • 撮影日: 2020年5月13日21時22分-23時27分
  • 撮影場所: 富山県富山市下大久保
  • 鏡筒: Vixen VC200L
  • 赤道儀: Celestron CGEM II
  • カメラ:  ZWO ASI294MC Pro + サイトロン QBP (37.5mm)
  • ガイド: PHD2 + f=120mmガイド鏡 + ASI290MMによるディザリング
  • 撮影: APT、ゲイン220、温度-15℃、露光時間300秒x26枚 = 2時間10分 
  • PixInsight、Photoshop CC、StarNet++、DeNoiseで画像処理

今回はかなり分解能も出ています。M101に続いて、焦点距離の長い口径の大きい鏡筒を使えば、光害地でQBPを使って、もう少し小さい系外銀河の撮影もそこそこ可能だということが分かりました。

画像処理でVISAC特有の三角星像もそこまで目立たないくらいにはなりました。でも、前回のM13で三角になることはなくて、なんでM51は三角になったのでしょうか?赤道儀の向きにも依存しているのかもしれません。もしそうだとすると、光学的な問題というよりは、メカ的な振動の可能性もあり得ます。こちらはもう少し調べてみます。


まとめ

富山の明るい北の空で、何とか系外銀河を狙う目処がやっとついてきました。おにぎり星像はまだ問題ですが、四隅で流れるようなことはないので画像処理の範囲である程度補正することはできます。それでももう少し、根本的に何が原因か探りたいと思います。


前回のTSA-120に引き続き、VISAC (VC200L) でM13を撮影してみました。




撮影時の様子と結果

と言っても撮影したのは前回の画像処理をする前。なので、反省点は生きていません。撮影条件なども基本的には同じです。

大きく変わったのは、鏡筒はもちろんですが、撮影時間を3時間以上と大幅に増やしたこと。まあこれも増やしたと言うよりは、放って置いたら3時間経ってたと言うのが正しいので、3時間に「増えてしまった」と言った方がいいのかもしれません。あと、撮影にN.I.N.A.を使ってみました。結構よかったので、これは次の記事でレポートします

撮影時に気づいたことといえば、TSA-120は鏡筒自身が長いので時間が経つとCMOSカメラ側が三脚に当たって、それで撮影が終わることが多いのですが、VISACは焦点距離が長いのに物理的な長さは短いので全然大丈夫なことです。実際、M13が天頂を超えてしまって、あーもう当たってるかもと思って急いで見に行ったらまだ全然余裕で、その後30分くらい撮影を延長しました。

撮影結果です。


「M13: ヘラクレス 座球状星団
light_BINNING_1_integration_ABE_ABE_PCC_STR_PS_decom3
  • 撮影日: 2020年5月14日21時9分-5月15日0時48分
  • 撮影場所: 富山県富山市下大久保
  • 鏡筒: Vixen VC200L
  • 赤道儀: Celestron CGEM II
  • カメラ:  ZWO ASI294MC Pro + サイトロン QBP (37.5mm)
  • ガイド: PHD2 + f=120mmガイド鏡 + ASI290MMによるディザリング
  • 撮影: N.I.N.A.、ゲイン220、温度-15℃、露光時間300秒x38枚 = 3時間10分 
  • PixInsight、Photoshop CCで画像処理

中心部です。

light_BINNING_1_integration_ABE_ABE_PCC_STR_PS_decom3_cut



画像処理について

画像処理をした後の、いくつかの反省点と検討事項です。
  • StarNet++を試しましたが、相当明るい構成のみを一部分離できただけで、使い物になりませんでした。球状星団には向いていないです。
  • 背景ノイズを消す目的で試したのですが、相変わらずDfine2もDeNoise AIも微光星が崩れしまって、悪影響の方が大きいです。今回も使いませんでした。
  • 露光時間が長いので背景ノイズが滑らかになり、微光星とはかなりはっきり分離できています。逆に一番の問題は、露光時間が長いのでやはり星像にシャープさが無いこと。シャープさを出すために、Sharpen AIとNik collectionのSharpner Proとか色々試しましたがほぼ全滅で、唯一まともだったのがPixInsightのDecombolutionでした。ちなみに、月とかでRegistax代わりに使うMultiscaleLinearTransformも背景ノイズが増えたように見えるのでダメでした。
  • Decombolutionはまだあまりパラメータとか理解できていないので、ほぼデフォルト。Wavelet layerはデフォルトの2つだと不十分なようで、4つに増やしました。他にかなり効いたところがDeringingです。これもデフォルト設定ですが、オンにすると背景のノイズの崩れ具合がかなり改善されました。このおかげでシャープさが少し回復したのかと思います。
  • まだ口径200mmの分解能には迫っているとは思えません。特に明るい星が肥大化してしまうのはコントラストなども関わってくるので、難しいです。
  • 具体的に言うと、星が密になる境のあたりに3つ赤い星が固まっていて、一番外側の星の横に青い小さな星があるのですが、この3つの星がどうしてもくっつきがちです。シャープな画像を見ているともっと分離しています。次に短時間露光を試すときに、ここの分解能を出せるのかどうかがポイントかと思っています。
  • 以前問題になった、星像おにぎり化現象、一旦は出なくなったのですがはたして今回はと言うと、とりあえず星像を見る限り丸で、どうやら大丈夫なようです。でもこれまだ、調整不足で星像が肥大化して見えなくなっただけの可能性もあるので、結論は先送りです。

背景について

背景をわかりやすくするためにガンマを上げたものを載せておきます。

light_BINNING_1_integration_ABE_ABE_PCC_STR_PS_decom_gamma2

微光星とノイズがはっきりと見分けがついているところが今回進歩したところでしょうか。

その一方、よくみると背景に黒いシミのようなものがたくさんあるのがわかります。これがどこから来ているのか不明です。周辺減光を見てもわかりますが、今回フラット補正をしていないので、フラット補正をしたらうまく取れるかもしれません。まだフラット補正に絶対の自信がなく、出来る限り躊躇してしまっています。きちんと検証するいい機会なのかもしれません。


TSA-120の画像とVISACの画像の比較

面白いのはここからです。M13の画像をTSA120とVISACの場合で比較してみました。日にちも条件も違うので、完全な直接比較にはならないのですが、いくつか面白いことがわかりました。わかりやすいように、中心部の画像の右上4分の1を切り取って並べます。左がTSA-120、右がVISACになります。

detail_comp_TSA120_VISAC

まず、分解能についてですが、VISACの方が圧勝です。そもそも焦点距離が倍以上長いので、同じCMOSカメラで撮影した場合焦点距離の長いVISACの方が有利です。また、VISACの方が撮影時間3時間以上と3倍近い時間をかけているので、背景ノイズが小さくなっていて、微光星がよりはっきりと分離されています。
一方、明るい恒星に関しては隣同士の距離がTSA-120でもVISACでもあまり違いがありません。ここら辺はトラペジウムのE、F星がTSA-120では余裕で見えてVISACでは見えたことがないというところに通じるのかもしれません。もちろん、両撮影とも5分と露光時間が長いので、共に明るい星が肥大化してしまった可能性もあります。

星の色についてですが、基本的に白、オレンジっぽい赤、緑よりの青の3つに分かれるのは前回と同じです。赤と青がバラバラに散らばっているので、収差とかではなさそうです。また、どの星がどの色になるのかの再現性はあるようです。QBPのせいかなとも思ったのですが、他の方の画像を見ても同じように3種に分かれているのが多いです。やはりフィルターが入っているのかとも思ったのですが、Wikipediaの写真や、NASAの写真も同じような傾向です。これは一般的にこれで正しいのか?これも課題の一つです。

VISACの星像が横に伸びてしまっています。光学系のせいなのか、撮影時の流れなのか不明ですが、解決しなくてはダメそうです。TSA-120は流石に真円に近いです。

次に、左上のICIC4617周りを比較してみます。左がTSA-120、右がVISACです。

comp_IC4167

調べてみるとIC4617が15.14等級だそうです。Stellariumが18等級までデータを持っていて、改めて画像を見ると17等級後半とかは余裕で見えています。例えば、IC4617の右上にある3つ並んだ星の一番遠い矢印で指しているのが17.8等級です。VISACだと余裕ですが、TSA-120だとギリギリ見えてるかどうかというところでしょうか。

VISACはさらに暗い星が見えているようですが、もうデータがないので何等級かわかりません。きちんとデータと比べて限界等級を知っておきたい気もします。


まとめと、今後の課題

さて、VISACによる3時間撮影で、微光星の分解能は格段に上がりました。でも明るい恒星の肥大問題はまだ存在しているようです。こうやって考えると
  • VISACで10秒クラスの短時間露光撮影
  • TSA-120でシンチレーションのいい日に3時間クラスの長時間撮影
のような方向で攻めるのが次の目標でしょうか。でも、シリウスBとかトラペジウムとか考えたら、
TSA-120で10秒クラスの短時間露光撮で他数枚というのが手持ちの機器では解なのかもしれません。


 

球状星団を撮影するのは初めてになります。今回、ヘルクレス座の球状星団M13をTSA120を使って撮影してみました。全天で最も美しい球状星団と言われています。


初の球状星団撮影

連休初日に入るこの日の夜、天気は悪くなく、夜中から天の川を撮影しようと思っていたのですが、それまでの繋ぎでM13を撮影してみることにしました。よく考えたら、球状星団をまともに撮影するのは初めてのことです。もちろん、眼視や電視観望などでの簡易撮影などはあります。それでも時間をかけてまじめに撮影するのは初めて、いろいろわからないことがありそうです。
  • そもそも、撮影時間はどれくらいがいいのか?星雲ほど長くなくていいのか、それともやはり長ければ長いほどいいのか。
  • 1枚あたりの露光時間はこれまで通り5分でいいのか?
  • QBPはあってもいいのか?無いほうがいいのか?

天の川が出てくるまで1時間ほどあります。最初なのでとりあえずこれまでの星雲撮影のセッテングをベースとして、撮影時間を1時間としてみました。

撮影は順調。PHD2とAPTで、ガイドも含めて特に問題はなかったです。ちょうど同じ時間帯に、あぷらなーとさんもM13を狙っていたみたいです。


画像処理と結果

球状星団の画像処理も初めてのことで、まだ全然慣れていません。疑問だらけで、また太陽映像に取り掛かっていたこともあり、時間がかかってしまいました。

星雲の場合と違って、いじればいじるほど処理の跡が目立つような感触です。なかなかごまかしが効かない、素材の出来具合がそのまま処理後の出来に直結するような気がしました。とりあえず処理した結果です。



「ヘルクレス座球状星団M13」
light_BINNING_1_integration_ABE_PCC_STR2_cut
  • 撮影日: 2020年4月29日0時24分-1時23分
  • 撮影場所: 富山県富山市下大久保
  • 鏡筒: Takahashi TSA-120 + 35フラットナー + サイトロン QBP (48mm)
  • 赤道儀: Celestron CGEM II
  • カメラ:  ZWO ASI294MC Pro
  • ガイド: PHD2 + f=120mmガイド鏡 + ASI290MMによるディザリング
  • 撮影: ATP、ゲイン220、温度0℃、露光時間300秒x11枚 = 55分 
  • PixInsight、Photoshop CCで画像処理
中心部です。

light_BINNING_1_integration_ABE_PCC_STR2_center

今調べたら簡易撮影では、星を始めて一番最初に撮影したメシエ天体がM13 M3(2020/5/16訂正:玄さんのコメントのおかげで4年を経てM3と気付くことができました。玄さん、どうもありがとうございました。)でした。星を始めて、一眼レフカメラを手に入れてすぐのM13 M3がこれ。1枚撮り、中心からずれてる、星がぶれてる、画像処理も何もしてない。さすがにこれを見ると、4年間で進歩したと思えます。でも望遠鏡とカメラでメシエ天体が写っただけでも、ものすごく嬉しかったこと覚えています。

IMG_0326



反省点色々

最初は、初めてにしてはそこそこ中心部まで見えたのかなと思っていました。でもやはりまだまだですね。以下、反省点です。
  • 一つ一つの星像が大きい。もっと分離してもいいはず。
  • 星雲みたいに背景を出す話ではないので、構成を分離するStarNet++が意味をなさないはずです。今回は試すこともしませんでしたが、背景のノイズを減らすのには役に立つかも知れません。今後の課題とします。
  • 背景のノイズを無くそうと、DeNoiseやDfine2も試しましたが、見事に恒星の不自然さを強調します。今回は試しただけで、結局使いませんでした。
  • 炙り出していくと、背景ノイズがまだ多いです。今回はトータルで1時間弱の撮影だったので、もう少し総露光時間を増やしていいかもしれません。
  • すでに炙り出しすぎの感もあります。中心部から少しずれたところなんかは、微光星なのかノイズなのか見分けがつかなくなってきます。
  • 明るい恒星の裾部分の階調が少し不足しています。微光星を出そうとするとこうなってしまいます。もう少し中心部の微光星を抑えても良かったかも知れません。
  • 同様に、左上に写っている銀河も階調不足の感があります。
  • 中心部の画像を見ると、色が白、オレンジ、青緑と3系統にはっきり分かれています。現実は多分そんなことはないので、何かおかしな画像処理過程が入っているようです。それともQBPのせいでしょうか?
  • やはりまだ決定的に分解能不足です。というか、星が肥大化しています。これは画像処理以前の撮影時の問題です。
画像処理以前のこととして、決定的だと思ったのは、一枚の撮影時間の5分が長すぎたではないかということです。長時間露光はどうしてもブレが積分されるので星像がボケてしまいます。もちろんシンチレーションとか風の揺れによるのですが、1枚は1分程度に抑えて、枚数を増やした方がいいのかも知れません。

揺れに関して少し考えてみます。撮像の揺れ時間スケールで見ると
  • 秒以下の揺れ: シンチレーション、地面の揺れ、風による機材の振動
  • 1秒程度の揺れ: 風
  • 10秒周期以上の揺れ: 赤道儀のピリオディックモーション、機材のたわみ
などがあります。
  • この中で改善できるのは10秒以上の揺れのみ。オートガイドです。それでも1時間オーダーではたわみが問題になってきます。
  • 1秒から10秒程度の揺れはオートガイドで多少は抑えることができますが、速い揺れほどその効果は小さくなります。
  • 秒以下は今のところ打つ手なし。AOを使うことで、シンチレーションみたいな画面の中で揺れるもの以外は改善できます。でもAO高いです。自分で作ることを考えた方がいいかも知れません。
このように考えるとすぐにわかるように、一枚あたりの露光時間を1分程度に短くしても大した効果はありません。ただ、揺れの大きさで考えると、突風などの突発的事象で星像が肥大することはあり得るので、露光時間を短くしてそれらの揺れの大きいものを省くことはできます。ラッキーイメージの考え方ですかね。

さらに、カラーCMOSカメラで撮影していることも分解能を低下させている原因の一つです。モノクロの冷却CMOSカメラでそこそこのセンサー面積のものをそろそろ本気で考えた方がいいのかも知れません。

少なくとも今回の結果は、TSA-120のが持っている光学的な分解能には全く達していないと思います。


おまけとまとめ

最後にいつものアノテーションです。少しだけ斜めになってました。念のため再度ImageSolverで計算したら回転のズレ結果は0.41度でした。上が北で、経線が縮まっていくので上の方が間が小さくなっていまるので、より斜めに見えてしまっているようです。

light_BINNING_1_integration_ABE_PCC_STR2_Annotated

本当はこの撮影の後に天の川が登ってくる時間になり、中心部の干潟とか三裂星雲を狙おうとしていたのですが、外に出たら曇り。この日は撤収しました。

画像処理まで進めて、まだまだ改善の余地がたくさんあることがわかりました。球状星団は撮影時の条件がそのまま出てごまかしが来なさそうです。今回の撮影の後、もう少し試したくて、別の日にVISACで長時間撮影してみました。 これはまた次の記事で書きます。


 

みなさん、こんにちは。「ほしぞloveログ」のSamです。最近凝っている、太陽プロミネンス動画ですが、昔撮影してうまく最後まで処理できなかったファイルを、改めて処理したので載せておきます。


3月のテスト撮影

一つ目は少し前の3月7日に撮影したものです。まだテスト段階でしたが、ファイルが残っていたので動画にしてみました。でもプロミネンスの大きさがあまり大きくないので、動きもあまりたいしたことありません。

Blink2

鏡筒: 国際光器マゼラン102M、口径102mm、焦点距離1000mm、F10 アクロマート
エタロン: Coronado P.S.T.
赤道儀: Celestron CGEM II
カメラ: ZWO ASI290MM
撮影ソフト: FireCapture
撮影時間: 2020/3/7 13:55-14:50
撮影条件: ゲイン310、露光時間25ms、200フレーム撮影し150フレームをスタック 
画像処理: AS3にてスタック、ImPPGで細部出し、Sharpen AI、Photoshopで画像、PixInsightとffmpegで動画作成 

前回と同じようにgifにしましたが、gifファイルはあまりファイルサイズを小さくできないので、撮影時間1時間の60枚くらいが限界です。


4月の長時間撮影

次のファイルはゴールデンウィーク始めの4月29日撮影の約3時間ぶんの結果です。

  • 鏡筒: 国際光器マゼラン102M、口径102mm、焦点距離1000mm、F10 アクロマート
  • エタロン: Coronado P.S.T.
  • 赤道儀: Celestron CGEM II
  • カメラ: ZWO ASI290MM
  • 撮影ソフト: FireCapture
  • 撮影時間: 2020/4/29 12:59-15:55
  • 撮影条件: ゲイン300、露光時間25ms、200フレーム撮影し120フレームをスタック 
  • 画像処理: AS3にてスタック、ImPPGで細部出し、Sharpen AI、Photoshopで画像、PixInsightとffmpegで動画作成 
PixInsightで動画を作る際、

-y -r 25 -i Blink%05d.png -b:v 15000k -vcodec libx265 Blink2good.mp4

として、H.265でmp4にして、youtubeにアップしました。ただ、やはりプロミネンスがあまり大きくないので、長時間の割に動きが少ないです。このときちょうど小さな黒点も出ていたので光球面も一緒に出してみました。

本当は黒点周りや、Benar対流の動きが見たかったのですが、この日はかなり風が強く鏡筒が揺れてしまっていたので、分解能があまりよくありません。じっくり見てると少しだけ動いているのはわかりますが、いまいちインパクトがありません。再度挑戦して、もう少しはっきりとした動きを見てみたいと思います。やはり、プロミネンスと光球麺を同時に出すのはまだ難しいです。静止画ならマスク処理などで別々に細部を出せるのですが、動画だとそこまで手をかけることはできません。

SODの4月29日の動画との比較です。



UTCなので、午前5時くらいから午前8時までくらいに相当します。


苦労は理解され難く

ちなみに、撮影したファイルの合計は190GBになりました。3時間ものの超大作をやっと動画にまでして、この喜びをわかってもらおうと、妻に「すごいでしょう」と言って見せたとき、なんて言ったと思います?

「なにこれ?シューシューしてるの?
ヤカンの湯気みたい。」

ですよ!1億5千万キロも離れたプロミネンスの動きをヤカンの湯気なんて...。がっくりでした。

妻にとっては下の鳥の方がはるかにいいみたいです。


おまけ、初の鳥写真

さて、気を取り直してもう一つ、天文ネタと全然関係ないですが、庭にいつもいるキジを撮影してみました。ご存知かも知れませんが、キジは国鳥です。

FS-60CBにマルチフラットナー をつけてEOS 6Dで撮影しています。庭の端の方にいて少し焦点距離が足りなかったので、トリミングしています。

IMG_5492_cut

IMG_5492_cut_small-gigapixel-scale-4_00x

鳥をきちんと撮影するのはほぼ初めてで、星雲とかと違って色が最初から出ているのでずいぶんと楽です。普段の画像処理テクを駆使して細部とかも出してみました。羽がとても綺麗です。でもこれって正しい方法なのかどうか?

この子、この辺りにもう何年も住みついていて、グェー、グェーといつもうるさいです。今年もつがいでいます。毎年ひなを育てているのを見るのですが、今年も無事に生まれてほしいです。。

太陽プロミネンスのタイムラプスの手法がやっと確立しました。


これまでの試み

太陽アニメはこれまでも何度か挑戦しています。





でもこれ、めちゃくちゃ大変だったんです。2018年のは10分おきに3時間ですが、そもそも昼間で極軸が出ていないので赤道儀がずれてきます。ほぼずっとつきっきりでとにかく大変で、二度とやりたくないと思いました。

また、いずれもPhotoshopで一コマ一コマ手で位置合わせをしています。2019年4月の2つ目は何分かおきに撮りましたが、コマ数は11コマと少ないのでまだましです。でも位置合わせだけでなく、明るさとかもかなり違っていて、一枚一枚合わせこむので、これくらいが手合わせでは限界です。ジェットの結果は面白かったですが、この時ももう二度とやりたくないと思いました。


太陽タイムラプスの何が難しいのか

でもやっぱり太陽の変化をアニメにしたいんです。しかも1分おきくらいに数時間にわたるアニメです。そのためにはクリアしなければならない問題がいくつもあります。
  • PSTは安価ため、エタロンの平行度があまりいいわけでなく、Hαをうまく出せる部分が限られていて、画面の30-40%のみ。長時間撮影で太陽の位置が画面内でずれると、Hαの見え方も変わってくる
  • そのため長時間太陽がずれないような手法を確立する必要がある。極軸さえ合わせられないので、ほっといたらずれていく。ガイドか?でもどうやって?
  • 撮影時間が長く、画像の枚数が多いと、個別の画像処理は現実的ではなくなる。画像処理をまとめて一気にやってしまいたいが、一度にうまくできるのか?
  • たとえ撮影時の位置があまりずれなかったとしても、その精度ではアニメにしようとするとブレブレになってしまう。かと言ってステライメージやPixInsightなどの画像処理ソフトで位置合わせをしようとしても、星を使った位置合わせのような基準が何もないのでできない。
など、思ったより大変そうです。もう少し細かく考えます。
  • 撮影したserファイルをAutoStakkert!3でスタックしますが、太陽のブレ具合によって毎回出来上がる画像のサイズ(縦、横のピクセル数)が変わってきます。オプションでcropにしても拡大する方を選らんでもサイズは毎回変わってしまうようです。このため、動画にするときの位置合わせが難しくなります。
  • 炙り出しの際ImPPGを使っていますが、同じ設定でも撮影時の条件の微妙な違いにより、出来上がりの明るさや細部の描写などがバラバラになってしまいます。撮影時の条件をよほどうまく合わせるような工夫を何かしなくてはダメです。
実はあまり記事にしていないのですが、これまで何度もアニメには挑戦してきて、やっと上記問題を解決しなければうまくいないことがわかってきました。これらの反省点を含めて、手法を何度か改善しつつ、今回やっとうまく動画まで持っていける手法を確立することができました。

今回やった方法を順に書いていきます。それでもそこそこ大変です。


FireCaptureによる太陽オートガイド撮影

撮影はFireCaptureを使います。ポイントはガイド機能を使うこと。そのためにまずは赤道儀をASCOMやST4経由でPCから制御できるようにしておきます。接続がOKなら、「Setting」タブで「Telescope」を選んで、ASCOMやST4ドライバーを選びFireCaptureと赤道儀を接続してください。うまく接続できると画面の最前面に方向ボタンが出てきます。いくつか押してみてFireCaptureの画面に見えている太陽がきちんと移動するか確認するといいでしょう。

その状態で縦に並んでいるアイコンの上から5つ目の「AutoGuide」にいきます。まずは右クリックをするとオプションが選べます。制御はPHD2などと比べると随分シンプルでできることも限られますが、「Swap direction」でフィードバックする方向をきちんと選ぶこと、極軸があっていないので思ったよりずれていくことがあるので、「Guide rate」フィードバック量をデフォルトの倍くらいに増やすことなどに気を付けて調整します。

IMG_0012


設定が終わったら「AutoGuide」横のチェックボックスをクリックして、ガイドをオンにします。赤い四角いボックスが表示され、太陽のリムの形を使ってをオートガイドすることができます。最初なかなかうまくいかないかもしれません。しばらく待ってずれていかなければ成功ですが、方向とかを間違えるとどんどんずれていきます。いくつか設定を変えて試してみてください。うまくいくと数時間とかの単位できちんとガイドしてくれました。

タイムラプス映像にしたいので、一コマ一コマの時間間隔が重要になります。そのため撮影はフレーム数単位でなく、時間単位になります。今回は12.5ms露光で5秒間撮影、その後55秒休みます。保存はRAWで残したいので.serにします。今のPCだと80fpsで取り込めるので1ファイル400フレームくらい、サイズは1.7GBくらいです。これをFireCaptureの「Capture」タグのところにある「カメラアイコン」を押して出てくる「AutoRun」機能で繰り返します。「Delay」を55秒、「Limt」を5秒にします。これで1分に1度5秒間撮影します。出来たファイルのサイズやフレーム数は多少ばらつきが出ますが、気にしないでおきます。

cap1

撮影時にもう一つ気を付けておくことが、ゲインの設定です。ゲインはサチるくらい高めにしておきます。今回は440まで上げています。理由は、淡いプロミネンスを階調よく撮るためというのが一つの理由です。でも、実はもう一つの理由の方が重要で、ヒストグラムで見た時の背景ピークの幅を広げてピーク位置の依存性を少なくし、後の画像処理の時のパラメータにあまり依らないようにするためです。輝度の高い光球面までダイナミックレンジの中に入れようとすると、背景のピークが鋭く左の暗い方に寄ってしまいます。この状態で画像処理をしようとすると、撮影条件が変わった時にピーク位置がずれ、画像処理の設定が対応しきれなくなって、仕上がり画像のばらつきが大きくなってしまうからです。今回のようにゲインを上げて撮影する場合、当然ですが光球面の模様は諦めなくてはいけません。プロミネンスに特化したアニメになると思ってください。

実際のガイドの様子の動画です。娘のギターがうるさいですが、気にしないでください(笑)。


PC画面の右上の矢印がピコピコ反応して、きちんとガイドしているのがわかると思います。

長時間にわたる撮影の場合、保存されるファイル量が数百GBクラスになることもありますので、残りのディスク容量に注意してください。


ちょっと脱線、太陽のオートガイドについて

この記事を書きながら色々調べてみました。どうやら、このFireCapureのガイド機能を太陽撮影で使った例は、海外も含めてほとんどないようです。基本的に惑星での使用例ばかりです。太陽でのガイド撮影はCloudy Nightsとかでも「Hinode(ヒノデ)ソーラーガイダー」を勧めていました。名前は日本語っぽいですが、アメリカ製だそうです。ガイド精度も上記ページで動画があります。実はこれ、胎内(だったと思います)で実物を見た記憶があります。太陽を始めていたのでガイドにちょっと興味があったのですが、値段がそこそこ。なんか工夫してできないかと思っていました。

今回、SharpCapの機能で画像認識をしてそれがズレないようにガイドするのも試しました。まだ実験的と書いてあるからなのでしょうか、こちらはあまりうまくガイドできませんでした。FireCaptureはなんとかうまくガイドできましたが、これも最初はあまりうまくいかずパラメータ出しに苦労しました。あと、雲とかで一度位置を失うと、その後の復帰は位置が大きくズレる可能性があります。

要するに、まだ太陽のガイドってあまり確立された技術ではないようなのです。まあ、太陽やっている人が少ないので、仕方がないと言えば仕方ないのですが。

今考えているのは、別のカメラを用意して焦点距離を短くして、全体を見ながらガイドをかけるとかでしょうか。というのは、今回は太陽の縁が入っていたのでたまたまガイドできましたが、今後、黒点のアップなどを長時間撮影したい場合は今の方法では無理なので、何か別の方法を考える必要があります。


画像処理

ここから動画ファイルになるまでの過程を説明していきます。

まずは撮影後の画像処理ですが、動画の場合は通常以上に複雑になります。これまで太陽撮影や、太陽画像の処理をしたことがない方は、まずは下記のページを参考に一枚の画像を最後まで処理してみてください。




一枚がきちんと出せないようでは、多数枚を出すのは至難の技です。今回の動画の処理過程もある程度このページの処理方法に依っています。今回の記事では上記ページに加えて、動画作成で必要な部分に焦点を当てて、一枚画像の処理との違いを中心に説明していきます。


AutoStakkert!3での一括スタック

最初はいつも通り、AutoStakkert!3でのスタックです。撮影した全てのserファイルを一度に開きます。最初のファイルだけ処理すると、順に同じ設定で全てのファイルを処理してくれます。

ファイルの数が多いので、時間がかかります。間違えると全てやり直しで大変なので、慣れていない方は練習のためにまずはファイルを一つだけ開いて、うまく処理できるかどうか試した方がいいでしょう。これでうまく処理できたのを確認してから、改めて全てのファイルを一度に開いて処理した方がいいでしょう。

多数のファイルを処理する場合、撮影時の太陽の位置が長時間安定していなかったり、雲などで画面の明るさに変動があるとそのファイルはうまくスタックできない可能性があります。少なくとも、最初の方のファイルと最後の方のファイルをRAW動画で見てみて、位置が大きくずれていないか、明るさは大きく変わっていないかを確認した方がいいです。

全部の処理には時間がかかると思いますので、じっくり待ちます。


Photoshopで画像の大きさを揃える

次のステップとして、Photoshopで画像の大きさを揃えます。この過程はすごく重要です。なぜなら、AutoStakkert!3は写りの良い部分だけを処理するので、出てきたファイルの画像サイズは一枚一枚バラバラだからです。サイズを合わせないと、後の位置合わせがうまくいかなくて、全くアニメになりません。サイズ合わせはPhotoshopの「イメージ」->「カンバスサイズ」を使ってやります。AutoStakkert!3でできたサイズの中で一番小さいサイズ以下の大きさに設定します。

この過程をアクションツールを使って全てのスタックされたファイルに適用します。詳しいやり方は「Photoshop アクション 繰り返し」などで検索すると出てきますので、そちらを参考にしてください。ちなみにこのページが分かりやすかったです。ここでは簡単な手順だけ書いておきます。
  1. Photoshopを立ち上げ、「ウインドウ」から「アクション」を選び表示します。
  2. アクションパネルの下のアイコンの右から二番目の「新規作成」アイコンを押します。
  3. 新規アクションに名前をつけて、記録を開始します。
  4. 画像ファイルを開くところを含んで記録します。
  5. 先のサイズ合わせを一通りします。
  6. ファイルを「別名で」保存します。
  7. その後、アクションウィンドウの下の左の停止ボタンを押し記録を止めます。
  8. 次に「ファイル」->「自動処理」->「ドロップレットを作成」を開きます。
  9. 「ドロップレットを保存」で先ほどのアクションを選びデスクトップなどに保存します。ポイントは左の「”開く”コマンドを無視」と右の「”別名で保存”コマンドを省略」にチェックを入れておくことです。
  10. デスクトップなどに出来たドロップレットに、ImPPGで処理したTIFFファイルを全て選択し放り込みます。
うまくできましたでしょうか?実際に画像サイズが全て揃った、出力ファイルをきちんと確かめてみてください。


ImPPGで位置合わせ

次にImPPGを使い位置合わせをします。「Tools」の「Align image scequence」を選びます。上のPhotoshopの処理をサボって画像サイズがバラバラだと、位置合わせは全くうまくいかないので注意してください。

cap_ImPPG01

Photoshopで大きさを揃えた画像ファイルを選択します。ポイントは「Align on the solar limb」を選ぶこと。条件は太陽の縁がきちんと出ていることです。太陽が円になっていなくて、一部だけが写っていても、縁さえ写っていればうまく処理できます。これでうまくいかない場合は上の「Stabilize high-contrst feature」でやりますが、こちらは精度が悪くアニメにした時にぶれてしまうと思います。


ImPPGでの一括処理

次に改めてImPPGで炙り出しと細部出しをします。まずはImPPGで位置合したファイルを画像を1枚開き、処理過程を進めます。処理が終わったところで、「File」->「Save Processing Settings」でその際の設定を保存します。次に「File」->「Batch Processing」で、AutoStakkert!3でスタックされた画像を全て選び、先ほどの設定ファイルを選択し、適当な出力先を指定します。保存形式は「TIFF 16-bit」を選択します。「Start processing」ボタンを押して連続処理します。

IMG_0011


最終調整

この時点でもう動画にする準備はできていますが、ImPPGでの画像処理だけだと不十分なこともあるでしょう。例えばPhotoshopのアクション機能を使うことで、全ての画像に同じような処理をすることもできます。また、DeNoiseも最新バージョンではバッチ処理をサポートしていて、同じ処理を多数のファイルに一括で適用することができます。

それでも、背景の明るさが揃い切っていなかったりすることもあるかと思いますが、ある程度は一枚一枚微調整が必要なこともあるかと思います。ここら辺はアニメーションを扱うときには仕方のないことでしょう。


動画ファイルの作成

さて、素材のファイルができたのでここからやっと動画ファイルの作成になります。動画作成はいろいろな方法があるかと思いますが、ここではPixInsightを使います。PixInsightを立ち上げ、「Process」->「ImageInspection」->「Blink」を選び、これまでにできた画像ファイルファイルを全て開きます。
  1. 再生ボタン(右三角)を押すと動画の様子が確認できます。
  2. 真ん中のアイコン列の上から2つ目のオートストレッチがオンになっている場合、画像処理されてしまいます。オフにすると元の画像のまま表示されます。
  3. Previewで一部を切り取るとその部分だけ拡大してその部分だけ動画にすることもできます。
  4. Blink画面の右下の一番右端の撮影開始マークアイコンで動画にします。
  5. ffmpegがない場合は別途インストールしてください。ffmpegがインストールされていても、実行ファイルをフルパスで入れないとうまくいかないことがあります。/usr/local/bin/ffmpegとかいうことです。
  6. 今回の場合秒15コマのgifファイルにしたかったので、-y -r 15 -i Blink%05d.png Blink.gifとしました。
gifファイルは256色の制限があるので、パレットを最適化したい場合は別途コマンドラインで、

ffmpeg -y -r 15 -i Blink%05d.png -filter_complex "[0:v] fps=15,scale=1024:-1,split [a][b];[a] palettegen [p];[b][p] paletteuse" Blink.gif

などとするといいかもしれません。

Blink

実際に出てきたgifファイルを確認してみてください。gifアニメはWebなどでは再生することなく勝手に動画になってくれるので、見ていて楽しいです。長いファイルだとサイズが大きくなりすぎるかもしれません。その時はmp4などに変換するといいでしょう。


まとめ

IMG_9612


一応、動画になるまでの過程を書き出しましたが、うまく動画ファイルになりましたでしょうか?一枚一枚みていただけではあまり変化がわからなかった画像も、動画にするとプロミネンスが活発に動いていることに驚かれるかと思います。

ここに挙げた方法はあくまで一例です。他にも面白い方法があれば、どんどん探ってみてください。また、自分でやってみて分かりにくいところがありましたら、コメントでお尋ねください。できるだけ応えるようにします。

今後、このような動画ファイルがたくさん出てくると、太陽をやってみようという人がもっと出てくるかもしれません。早く太陽活動活発にならないかなー?もっとすごい動画が見てみたいですよね。

太陽楽しいですよー。


久しぶりの太陽です。記事としては3.5nmのHαフィルターの記事以来でしょうか。でも実は太陽撮影はちょくちょくやっています。ただ太陽活動があまり活発でなく、絵的にぜんぜん面白くないので、記事にするに至っていません。


晴れ間にパッと見た太陽に大きなプロミネンスが!

今年のゴールデンウィークはなかなか外に遊びに行ける状況でもなく、遠征撮影もままならないのでZoomで中継をしたりしてましたが、後半は天気もあまり良くないので、庭撮りも諦めていました。5月4日、この日も天気予報は曇りで期待していませんでしたが、午前中外を見ると珍しいくらいの綺麗な青空が広がっていました。透明度は良さそうですが、少し雲もあるので短時間なら太陽撮影できるかなと気楽に機材を出してみたら、東南方向に大きなプロミネンスが見えました。

晴れてる合間にすぐに撮ってしまおうと、午前11時半頃から撮影を始め、一度5000フレームほどのファイルを保存したのですが、風が強かったせいか、シンチレーションがたまたま悪かったのか、処理してみると写りはイマイチ。その後12時近くのわずか400フレームのファイルの方がはるかに細部が出ます。多分風がおさまったせいだと思っています。それを処理したのが下の画像です。

Sun_115711_lapl4_ap1328_IP3_OS_cut
  • 鏡筒: 国際光器マゼラン102M、口径102mm、焦点距離1000mm、F10 アクロマート
  • エタロン: Coronado P.S.T.
  • 赤道儀: Celestron CGEM II
  • カメラ: ZWO ASI290MM
  • 撮影ソフト: FireCapture
  • 撮影時間: 2020/5/13 11:57
  • 撮影条件: ゲイン440、露光時間12.5ms、400フレーム撮影し320フレームをスタック 
  • 画像処理: AS3にてスタック、ImPPGで細部だし、Sharpen AIで処理。
珍しくちょっと大きめのプロミネンスで、きちんと輪になっているのがよくわかります。シンチレーションも悪くなく、細部もよく出ています。

今回、細部を出すのにSharpen AIを使っています。かなり強力なシャープツールなので、擬似線が出てしまう可能性は否定できません。それでも元のファイルの出来が悪いといくらやっても綺麗に出ないこともまた事実で、やはりどんなソフトでも引き出せる限界はあるようです。AIと言えども万能ではないことは言うまでもありません。

上の画像の擬似カラー版です。

Sun_115711_lapl4_ap1328_IP3_OS_color_cut


プロミネンスのタイムラプス動画

さて、今回の目玉はこのプロミネンスのタイムラプス動画です。上のを撮影した後、まだ晴れが続いていたので、同じ構図で連続して撮影してみました。上の画像を撮影したときから30分くらい後の5月4日12時32分から12時50分までになります。

撮影条件は上の静止画の時と同じで、1分おきに5秒間撮影しています。約400フレーム撮影できるのは同じで、そのうちの240フレームをスタックしています。19分間ぶんの画像19枚でgifアニメーションを作っています。19枚で止まってしまったのは、これ以降は曇ってしまったからです。

最初短い時間しか撮影できなかったので全く期待していませんでした。せいぜい画像処理方法を試そうというくらいです。でも実際に動画にしてビックリです。

Blink

およそ20分の間ですが、細かいところがかなり動いていることがわかります。こんなに速く動いているとは想像していませんでした。これを見ると1分おきでもギリギリな間隔なくらいです。ここまでプロミネンスの動きが見えると相当面白くなってきます。

先にTwitterでテスト動画を公開したのですが、160いいねを記録し、TSA-120購入の時の言い値の数を超えて過去最高となりました。そもそも太陽関連の記事はマイナーなせいか、これまでも人気があまりなかったのでこの反応には驚いています。やはりこれだけ活発に太陽が動いているというのはインパクトがあるのでしょう。

ちなみに、その日のSDOの動画がここにあります。



時刻がUTCで表されているのでこの動画の最初の方、5月4日の午前3時半くらいのときのものが今回撮影したタイムラプス動画に相当します。SDOはこのページを見てもわかるように衛星なので、地上から撮影しているアマチュアでは到底太刀打ちすることはできません。それでも時間分解能ではそこそこ検討しているのではないでしょうか?今後、もっと長い時間撮影してみたいと思っています。


撮影方法と画像処理については次回解説

さて、太陽のタイムラプス映像ですが、これまで記事にしたものもあれば、
 

 

撮影だけして記事にしていないものもいくつもあり、実は結構な回数に挑戦しています。

やっと今回、短い間隔で多数枚撮影して、うまく最後まで画像処理する過程を確立することができました。その方法ですが、結構複雑で記事にすると長くなりそうで、未だにてこずっています。次の記事に独立して書こうと思います。多分明日くらいにはアップできると思いますので、今しばらくお待ちください。


おまけ: 撮影風景

タイムラプスの撮影時の風景です。撮影は始まってしまえばリモートで部屋の中から画面を見ることができます。娘が目の前でギターを弾いています。ギターがうるさい中、頼むから曇らないようにと祈っていました。

IMG_0005


M101に引き続き、TSA-120での単体銀河撮影の第2段、M51子持ち銀河です。


ピクセルサイズの小さいASI178MCで分解能を稼ぐ

M101よりだいぶん小さいので、ASI294MCで撮影すると

Stack_21_17_47_16bits_15frames_192s
のように、かなり小さく写ってしまいます。

しかもピクセルサイズが4.6umと大きめなASI294MCでは、解像度が足りなくてTSA-120の分解能は生かせきれないことが月とPowerMATEを使った検証でわかりました。

そのため、分解能を稼ぎたくてASI178MCで撮影してみたというのが今回の主題です。

でも実は今回の撮影は、上の分解能検証よりも先に済ませてしまっています。ASI178MCで撮影したものの妥当性を知りたくて上の検証をしたというのが実際です。結局、4倍バローを持って分解能は良くなったとしても、明るさが16分の1になるので厳しいというのが結論です。なので、口径を大きくして明るくして、焦点距離を上げてカメラの分解能を活かす方向で、系外銀河に関してはVISACを用いることになっていくのかと思います。

まあ、気を取り直してTSA-120とASI178MCで撮影したM51を処理してみたいと思います。


撮影状況

撮影は先週土曜日のことなので、1週間近く経ってしまってます。もう結構忘れてしまっていますが、透明度は良くなく、北極星がかろうじて見えるくらいでした。しかも風がかなり強かったです。最近もそうですが、春なのでしょうか、なかなか透明度がよくなりませんし、風が強い日が多いです。晴れているのに北極星が見えない日も多いです。

撮って出し(300秒1枚露光をDebayerしてAutoStretch)だとこんな程度です。おそらく風のせいでしょう、星像が肥大してしまっています。

L_2020_04_25_21_04_01_Bin1x1_300s__21C_RGB_VNG

まあ、それでも一応写ってはいますね。あと炙り出すと178はアンプグローがかなりひどいです。しかも右上、右下、左下と3方向。ホットピクセルもひどいです。

結局今回は300秒露光を22枚で、トータル1時間50分の撮影。その後ダークを同条件で30枚撮影しました。


画像処理

画像処理は結構手抜きです。手抜きと言う意味は、
  1. 中心部のみを使っているのでフラット補正はそもそもあまり必要ないことと、長時間露光フラットはむしろ補正しない方が縞ノイズ回避できることがわかっていること、短時間フラット補正もイマイチまだ正しいかどうかわからないので、いずれにせよフラット補正はなし。
  2. また、UTOさんのコメントにより、Optimizeオプションのないダーク補正は、バイアス情報を含んで補正しているので、バイアスファイルも撮影せず。
と言う意味です。アンプグローが激しいので、ダーク補正だけはしっかりやります。

処理はいつものようにPixInsightでBatchPreProcessingですが、問題点が一点。星の数が少ないせいか位置合わせがうまくいかなくて、マニュアルでStarAlignmentをやり直しました。その際、「Star Detection」の「Noise Scales」を2に上げたらうまく行きました。ノイズスタック直後のオートストレッチ画像です。

integration

アンプグローがほぼ無くなっているところに注目です。バイアスノイズっぽいのも出ていません。カラーバランスですが、赤が小さく出てしまっているようです。ASI294MC Proの時とは逆のセンスです。

ここまできたら次はStarNet++。でも今回あまりうまくいきませんでした。明るい星は分離できるのですが、暗い星がうまく分離できません。おそらく風のせいで星像が甘いため分離できないのだと思います。これってStarNet++の弱点なんですかね。以前、M57やM1で試した時は全く分離できないこともありました。長焦点で星像が甘くなるとうまくいかなくなるのが一つの特徴かもしれません。

仕方ないので、一部分離できた状態でPhotoshopに渡します。ここからは適当に炙り出して、Dfine2とDeNoiseで適当にノイズをごまかして、ブレた端をトリミングして出来上がりです。

integration_PCC_AS_HT_SNP3_cut
  • 撮影日: 2020年4月25日20時48分-4月17日22時53分
  • 撮影場所: 富山県富山市下大久保
  • 鏡筒: Takahashi TSA-120
  • 赤道儀: Celestron CGEM II
  • カメラ:  ZWO ASI178MC
  • 撮影条件: ゲイン220、温度20℃、露光時間300秒x22枚 = 1時間50分 
  • フィルター: サイトロン QBP (48mm)
  • PixInsight、StarNet++、Photoshop CC、DeNoise AIで画像処理

まとめ

最後まで仕上げましたが、恒星はぼやっとしてるし、星雲は細部が出ない出ない。口径、ピクセルサイズ、透明度などもまだ問題がありますが、今回の一番の原因は風でしょう。これはリベンジ案件です。いつか取り直します。まだ未処理物がいくつか残ってます。連休中にのんびりやります。


2020/5/17追記: VISACで撮影し直しました。





このページのトップヘ