FC-76+SHG700+G3M567Mでの太陽分光撮影で、Hα線は毎回テストがてら撮影していて、その日のうちか、せいぜい次の日にはXで報告しています。でもブログ記事にはしていないものが少したまっているので、SHG700の応用編は今回はお休みで、観察記録で記事にしてみようと思います。


He-D3画像を撮影した7月13日(日)、実は機材を出してまず最初にHα画像を撮影しています。初めにHαで撮影して大きな問題がないことを確認してから、新しいことに挑戦するようにしていること、機材を出した日はできるだけHα線で撮影して変化などを見ていこうという意図です。

この日でHαの撮影は４回目、スタックは3回目になりますでしょうか。もう手慣れたもので、かなり安定に撮影できています。以下の画像は20枚をスタックしたものになります。20枚も重ねると、分光撮影特有のジャギーもほとんどわからなくなります。モノクロ、モノクロ反転、カラー、カラー反転画像を載せておきます。





このくらいの画像がコンスタントに撮れるなら、全景はもうSHG700で十分かなと思います。波長幅的にはエタロンよりも圧倒的に有利です。モザイクなしで一度に取るということを考えると、最後はカメラのピクセル数で限界が来て、これ以上はセンサーサイズを大きくすることになってくるので、ここら辺が一番バランスが取れているのかと思います。弱点は、撮影と画像処理がエタロンの一発撮影に比べるとだいぶん面倒というのと、分光特有のジャギーが出ることでしょうか。今の分光撮影のペースでは一番速くて1ショットあたり30秒ちょっとかかり、1回の撮影のファイルサイズも大きいので、連続撮影は多少難しくなります。

実はこの日、午前7時半頃と、午前11時半頃にHα線を撮影しています。上の画像は午前11時の画像を処理しています。というのも、7時の画像はかなりジャギーがひどく、11時の画像は1枚だけでもジャギーが目立ちません。あまりハッキリ覚えてはいないのですが、7時の時よりも11時の時のほうが風があった気がしていたので、11時の画像が綺麗すぎるのは意外でした。可能性の一つが、正午近くになり鏡筒が天頂近くに向き、SHG700が一番下側にきます。今の機材の一番弱い部分は鏡筒とSHG700の接合のところで、ここで一番揺れるはずです。鏡筒部分を赤道儀で支えて、SHG700が鏡筒接眼側に付いていて揺れるとすると、鏡筒が水平の場合と垂直の場合では、垂直になっていた方が揺れが小さい気がします。でもこれが本当なのかどうか、もう少し実験も含めていつか検証してみようと思います。



この日の太陽は、北東方向位に大きなプロミネンスが出ていました。このプロミネンスの高さを測ってみましょう。

JSol'Exを使うと、太陽画面内で太陽表面からの高度や距離を測ることができます。一度seeファイルを処理した状態で、出来上がった画面内で右クリックして「Measure distance」を選ぶか、画面の上のアイコン群の右端の天秤みたいなボタンを押します。すると以下のような高度を加えた画面になります。


ここで、画面のどこかをダブルクリックすると、そこを起点にして赤い線が出て距離が測れます。終点もダブルクリックです。下の画面は、距離に、さらにImage Mathのdraw_earthコマンドを使って、地球の大きさを書き込んでいます。今回のプロミネンスは6万km越えの高さで、地球の直径12756km5個分くらいになります。




続いて、1週間後の7月20日(日)の撮影です。午前8時29分から8時37分の間に撮影した10枚をスタックしています。1週間前に比べて、東側にあった黒点群が西の端の方に来ています。Hαはもうテスト段階は終わって、コンスタントな観察段階になってきました。この画質レベルで記録が続けられるなら満足なのです。

でも逆にこうやって安定してしまうと性格的に急速に興味を失う可能性が高いので、この観察がいつまで続くかちょっと心配です。

タグ ：

#太陽

#SHG700

#観察

#記録

#Hα

#黒点

#分光

#全景

前回示したように、画像の一部でドップラーシフトの連続変化が見えるなら、頑張れば画像全体でも見えるはずです。


今回は、全画面でのドップラーシフトをアニメ化する方法を探ってみたいと思います。いい機会なので、JSol'Exの強力なスクリプト言語のImage Mathを使ってみようと思います。



まずは連続波長ずれ画像（静止画）を出力する一番簡単な方法です。

とりあえず、JSol'Exでserファイルを開いて、「Custum prosess」を選んで「Mode」を「Simple」にして、下の「Select all」ボタンを押し、右上の数字が並んでいるところに「-10;-9;-8;-7;-6;-5;-4;-3;-2;-1;0;1;2;3;4;5;6;7;8;9;10」などと入れてやって、-10pixelから+10pixlelまでシフトした画像を生成してくれます。

autostrerchフォルダなどに出力された21枚の画像を、適当なツールを使ってアニメ化するというのが、まずは一つ目の簡単な方法になります。例えば、PixInsightのBlinkで動画化することができます。

実際に作って見ました。ブログに載せるために縮小してgif化してますが、これだけでも迫力があります。

一旦はこれで作ったのですが、でもまだまだ不満が残ります。



まず、どれだけ波長がシフトしているかの数字を画面内に入れたいのですが、なかなかいいツールが見つかりません。高々20枚ほどなのでPhotoshopなどでマニュアルで入れるのでも構いませんが、JSol'ExのImageMath機能を使うと、さらに細かいことが色々できるみたいです。せっかくなので、ここで使い方を一通り把握しておきたいと思います。

まず、マニュアルや解説に相当するページですが、以下の4つくらいでしょうか。

https://melix.github.io/astro4j/3.3.1/en/jsolex.html
https://melix.github.io/astro4j/3.3.1/en/imagemath.html
https://youtu.be/l6tb-UFC6Zs?si=oyHAQhvETiXK3iJe
https://youtu.be/8XKzFcmvqfI?si=GXIArv_YOCPATGgI

上の2つはバージョンごとにページがあるので、今使っているバージョンのものを見るといいでしょう。アドレス内の数値を自分のバージョンに合わせてください。いっそのこと最新バージョンの3.3.1を落とすのもいいでしょう。このJSol'Exですが、まだ開発絶頂期の範囲なのか、バージョンアップの頻度がものすごいです。私が使い始めたわずか2週間の間に、3.2.1から3.2.2、3.3.0、3.3.1と、3回もアップデートしています。

下の2つは動画ですが、1つ目は基礎からImageMathまでわかりやすく英語で解説してくれています。え？日本語でないからわかりにくい？いやいや、2つ目の動画はImageMath専用の解説ですが、フランス語です。私は大学でフランス語を選択してましたが、今では全くわかりません。作者が解説してくれているJSol’Ex関連のビデオは結構たくさんあります。

https://melix.github.io/blog/jsolex.html

でも見てみるとわかりますが、21本中英語版はわずか3本、他は全部フランス語です。なので英語にしてくれているものは大きな情報源になり、かなり助かります。でもフランス語でも画面を見ているとわかるところもあり、特にImageMathについてはソースコードを見るとわかることも多いので、多少は役に立つと思います。というか、他の方のものなども散々探しましたが、どうもこれくらいしか解説はないようです。



実際にImageMathを触るときは、まずはサンプルコードを見るといいでしょう。JSol'Exのメニューの「Tools」から「Image Math editor」を選びます。出てきた画面で「Sample scripts」を押すと、いくつかの例が出てきます。


この中で一番わかりやすいのは「Technical card」でしょうか。Full modeで緯度とか経度が書き込まれるcardという画像が出ていますが、それと同じ画像を作るスクリプトです。中身はこんな感じです。





まずはこのスクリプトを、そのままSaveボタンを押して適当な名前をつけてどこかに保存してみてください。

次にserファイルを開いて、「Custum process」に進んで、出てきた画面の右上の「Mode」を「ImageMath」にします。右横の「Open ImageMath」ボタンを押してエディタを開き、「Load」ボタンを押して先ほど保存したファイルを開きます。

もし先ほどのスクリプトを保存していない場合は、ここであらためて「Technical card」を選択してもいいですが、SaveしてLoadせずに進めると何も読み込まれない状態になってImageMathの処理がされないので注意です。それから、ここで開いたサンプルファイル一覧では、「Tools」から「Image Math editor」から開いた場合で見たサンプルファイル一覧に出てくるものより少ないものしか出てこないので、これも注意です。なので、サンプルファイルは基本的にはメニューの「Tools」から辿って開くようにした方がいいいです。

Image Math editorの「Ok」ボタンを押し元の画面に戻って、「Unselect all」を押します。これでImage Mathの処理のみが行われるので時間の節約になります。JSol'Ex上に処理された緯度経度情報が入った画面が表示されると思います。その後のスクリプトの改造ですが、この画面の右下にImageMath scriptという場所があって、そこに先ほどのソースコードの内容が表示されていると思います。ここをいじっていきます。

手始めに、このモノクロのcard画像をカラー化してみましょう。

まず[param]、[tmp]、[output]の3つのパートに分かれているのがわかります。[param]は変数 (数値) の定義、[tmp]は内部的な画像処理で、[outputs]で指定されたもののみが実際の画像として出力保存されます。

改造のための情報を得るために、関数リファレンスページでコントロールキーとFキーを押すなどして「color」などとページ内検索します。どんなコマンドを使えばいいかはこの関数リファレンスページの関数一覧を一通り読むか、他のサンプルファイルを読み込んでみるといいでしょう。検索すると「COLORIZE」という関数が出てきます。使用例には


などと書かれていますが、これを参考にします。例えば今処理しているcardスクリプトでは[tmp]の最後にglobeという画像が出来上がっているので、同じ[tmp]のところに

colorized=colorize(globe;"H-alpha")

という1行を追加して、colorizedという変数に画像を入れてみましょう。上の使用例と結構違っているので注意が必要です。それぞれの引数の間は「, (カンマ)」ではなくて、「; (セミコロン)」が標準みたいです。カンマでもいいみたいなのですが、サンプルコードでは全てセミコロンになっているので、私もセミコロンで統一することにしました。あと、引数のところの「img」とか「profile」は入れても入れなくてもいいみたいですが、入れるなら全て入れて、入れないなら全て入れないようにしないとダメみたいです。他のサンプルコードを見ると、入れない方が標準みたいです。

あとは、[output]の中の1行を

techcard=draw_solar_params(draw_obs_details(colorized))

のように書き換えて、先ほど作ったcolorizedを引き継ぎます。これでもう一度JSol'Ex画面右下のImage Math Scriptの「Run」ボタンを押して走らせるとカラー化された緯度軽度情報が入った画像が出来上がる位はずです。ただし、ここで書き換えたスクリプトはあらわにセーブしないと、再度立ち上げた時には元のモノクロの状態のスクリプトしか残ってないので、気をつけてください。

ちなみに、ここで出来たカラー画像ですが、フルモードなどで自動で作ったカラー画像とは色使いが違います。自動処理の方のカラー化はもう少し凝ったことをしているようです。



ここまででImage Mathの使い方のきっかけくらいは掴めたのかと思います。次は目的の全景のドップラーシフトアニメーションを作ってみましょう。といっても、これもサンプルファイルがあります。同様にImage Math editorで見えるサンプルリストの中から「Continuum animation」を選びます。以下のような内容です。





このコードをそのまま使ってもいいのですが、前回のアニメであったような波長などの書き込みはありません。ここでは練習として、動画の各画像にテキストで波長を書き込んでみましょう。

使うコマンドはdraw_textです。[tmp]の最後に1行

を付け加えます。200とか2900は位置なので、自分の画像の大きさに合わせて適当に数字を変えてください。%SHIFT%はリファレンスマニュアルのdraw_textのところに書いてありますが、あらかじめ予約されている変数で、単位がÅに換算されたそれぞれの画像の波長のずれを表します。72はフォントの大きさです。こちらも適当に変えてください。FFFFFFは色で、RGBを各2バイトで表していて、この場合はRもGもBも255で一番明るくしてあるので白色になります。

[outputs]内では、最後の行を以下のようにtext_added変数を引き継いだ形に変更します。




走らせた結果ですが、以下のようになります。ブログにアップロードできるように、元々出力された3040x3040のmp4ファイルを600x600のgifに落としています。無事に数値が入って、わかりやすくなりました。

• 撮影日: 2025年6月18日7時13分
• 撮影場所: 富山県富山市自宅
• 鏡筒: Takahashi FC-76(f600mm、F7.9) 
• 分光器: SHG700
• 赤道儀: Celestrn CGEM II
• カメラ: ToupTek G3M678M
• 撮影: SharpCap Gain 200 (=6dB)、露光時間1ms、ROI: 3840x100、平均381fps
• 画像処理: JSol'Ex

これでももう結構十分で、ここでフルサイズの画像をアップしてもいいのですが、追加でもう一つ手法を紹介します。



Image Mathをある程度見てみて、上の動画まで完成させた後に、もっとはるかに簡単に全景画像を作る方法があることを知りました。悔しいですが、紹介しておきます。

処理したいserファイルを、Quick modeで一度処理します。出てきた画像の上で、コントロールキーを押しながら左クリックで処理したい部分を選択します。そして右クリックして「Create animation or panel」を選択します。


すると次のような設定画面が出るので適当に設定して「Generate」ボタンを押します。

時間がかかりますが、処理が終わると以下のような画像と動画ができます。


上の動画はブログ用に縮小しています。フルサイズの動画はここにおいておきました。どうもショート動画になってしまうようですが、かなりの解像度なのでぜひ全画面化や、さらに拡大して見てみてください。

この領域選択はどこでもできます。最初からこんな大きな全景範囲で処理すると大変なので、まずは小さなサイズで試してみるといいと思います。例えばプロミネンスなどです。


この便利な機能、マニュアルにも記述がないみたいです。



今回は3通りの全画面の連続波長ずらしのアニメ化の方法を示しました。本当は2つ目までだったのですが、一旦2つ目までの記事をほとんど書き終えてから3つ目の画像の一部選択の方法があることを知りました。まさか全画面ではできないかと思っていたら、あまりに簡単にできてしまったので、悔しかったですが紹介することにしました。でもまあ、Image Mathの使い方がわかったからよしとしましょう。

次の記事はこのドップラーシフトの全景画像を使って、色々議論したいと思っています。

タグ ：

#太陽

#SHG700

#JSol'Ex

#ドップラーシフト

#Hα

#波長

#全景

#プロミネンス

#アニメーション

最近ものすごく忙しくて、土日も仕事のことが多いです。先週末の福島も行けずじまいでした。そんな忙しい状況ですが、先週のある晴れた平日に朝早く起きて、色々と試しました。結局この日は自宅にいたので、セッティングだけして撮影中はほったらかしにしておきます。しばらく梅雨で何もできそうにないので、しばらくこの日にやったことを記事にしていきます。



最初はSharpCapを使っての太陽全景のタイムラプス映像です。SharpCap単体で、リアルタイムでスタックして細部出し、さらにはカラー化からプロミネンスの炙り出しまでできるので、撮影さえしてしまえば、あとは動画化するだけになります。


上記記事にSharpCapでの太陽全景撮影のための設定は説明していますが、実際の長時間タイムラプス映像はまだ試せていませんでした。なので今回の記事はその続編ということにもなります。



実際の撮影です。全景撮影で太陽の細かいところまでは見えないためシーイングはあまり関係ないので、午後からの撮影としました。シーイングがいい午前の撮影については、C8で高解像度のテストとしましたが、これについてはまた後日記事にします。

20秒に1枚で、トータル2時間25分の撮影で、数えたら422枚の大量の画像です。枚数は多いですが、ファイル量としてはトータルで高々10GB程度です。同じカメラで動画撮影する200フレームのserファイル換算だと、たった3本分程度です。ちなみに動画の場合は100本レベルで撮影したりしています。しかも処理ずみの画像が保存されるので、それ以上の画像処理も必要なく、心理的にもかなり気楽です。

撮影中はPHD2でのガイドと、SharpCapでのセンタリングを併用しています。SharpCapでの設定内容は以下のようにしました。

以前に示した設定よりも少し凝った設定になっていますが、これでほぼ完全にセンターに保つことができました。後々の位置合わせは全く必要なく、全コマに渡り、見ている限りピッタリ位置が揃っていました。これはすごい。

ただし、このことは快晴だったからというのが大きいと思います。これまで雲がある時にタイムラプス用の連続撮影を試していますが、小さな雲の通過でも影響が大きく、長時間撮影では途中で位置がずれてしまったり、スタックがうまくいかなくなったり、プロミネンスの炙り出しがうまくいかなかったりしていました。なので、このSharpCap単体でのタイムラプス映像のための撮影は（あまり設定にかかわらず
）、本当に雲がないという意味での快晴の時でないと、うまくいかないと思います。



繰り返しにもなりますが、今回のやり方の利点をまとめておきます。

• リアルタイムで、スタック、細部出し、カラー化、プロミネンス炙り出しなど、それ以上の画像処理が必要ないレベルで、画像を保存していくことができる。
• トータルファイルサイズを節約できる。
• 各画像の位置合わせの必要が、全くない。
• あとは、動画化するだけ。

なので、ホントに保存された画像をそのままアニメ化します。今回はPixInsihgtのblinkで動画化しました。blink上でtifから一旦pngにして、mp4で書き出しています。その後、ブログに載せるために以下のコマンドでYoutubeに適したフォーマットにしています。

 ffmpeg -i .\Blink.mp4 -vf "scale=1920:1400" -vcodec libx264 -pix_fmt yuv420p -strict -2 -acodec aac .\Blink_X.mp4

実際に出来たタイムラプス映像です。

見てもらってもわかりますが、はっきり言って全然面白くないんですよね。理由はひとえに動きが少なすぎるからです。でも実際には一部動いていて、たとえば左の大きなプロミネンス部分を拡大してみると以下のようになります。

たしかに動いていはいるのですが、いつものC8のタイムラプス映像と比べると、まあ当然ですが解像度不足なのは否めません。また、拡大して見るレベルだと太陽表面とプロミネンスの境がさすがに不自然です。

全景動画をよく見てみると、まだ他にも動いているところはありますが、上の動画よりはるかに小さな動きでしかありません。

結局、実際に長時間撮影したものをタイムラプス化して面白かったことは、2時間半で太陽の自転がわかったことでしょうか。これはタイムラプスというよりは、最初と最後の画像を比べればいいでしょう。

赤道付近の自転の周期が25日程度というので、半回転180度として、それをざっくり12日で回転するとしたら、1日あたり15度、2時間半だと1.5度程度回転するはずです。高々2時間半でこれくらいわかるので、夏場の朝から晩まで、1時間おきくらいに撮影して12時間くらいの自転を見るのも楽しいかもしれません。



さて、今回長時間撮影してわかった問題点もあります。今後の改善のために列挙しておきます。

• SharpCapで保存されたtif画像が、階調8ビットで保存されてしまっています。SharpCapのタイムラプスの設定画面の下の方に、画面のストレッチをしたら8bitで保存されると書いてあるので、逆に言うとストレッチしていなければ16bitで保存されるはずなのかと思います。実際、以前PhoenixとASI290MMで撮影した過去画像を調べたらきちんと16bitで保存されていたので、何か方法があるはずです。でも8bitで保存されたとしても、すでにプロミネンスまで炙り出し済みなら、階調は問題でないのかと思います。
• 黒点やダークフィラメントなど、何か構造が見えるところだけボケてしまっていて、アニメ化するとブレてしまっています。SharpCapから保存されてtifファイルの時点でもうボケが見えているので、スタックの問題か、変なノイズ処理が入っているからとかかと思うのですが、今の所不明です。今回はアニメ化してからこのことに気づきました。次回からは画像をとにかく1枚保存して、きちんと撮れているか確認しようと思います。ちなみに、このボケのため、太陽表面が動いているように見えるものはほとんどフェイクです。
• 太陽表面の模様があまり出ていない気がします。シーイングがものすごく悪かったのか、設定が悪かったのか、今となっては確認できません。短時間でいいので、serファイルを別途撮影しておけばよかったです。
• やはり全景では変化がなさすぎてつまらないです。拡大してみるとプロミネンスの変化などがわかるので、拡大を前提に楽しむべきか、それでも拡大するとすぐに分解能の限界でアラが見えるので、どこまで拡大するかのバランスが大事なのかと思います。
• プロミネンスの境が不自然に見えます。リアルタイム処理なので仕方ないのかもしれません。
• プロミネンスの境がブレるようです。アニメ化すると目立ちます。

色々問題点もありますが、それでもこれだけ簡単にタイムラプス映像ができるのは、魅力なのかと思います。



やっとSharpCapのリアルタイムスタックを利用して長時間のタイムラプス映像まで辿り着きましたが、あまり面白くもないので、これを今後継続するかはちょっと迷っています。ただ、問題点はまだあることはわかったので、もう少しはマシになるはずです。これらの問題点をある程度解決してから判断しようかと思います。

タグ ：

#太陽

#タイムラプス

#全景

#分解能

#SharpCap

#リアルタイムスタック

#プロミネンス

この日、最初にやりたかったことは、C8でのエタロンの調整です。ここ一か月くらい色々試していて、なかなか結果が出ていないのですが、この日新カメラのG3M678Mを使ったことで、少し進展がありました。ただし、まだ調整の余地がありそうなので、もう少し続けようと思っています。

エタロン調整はまだ結論まで出ていないので、もう少しまとまったら、また別途記事にします。



朝の早い時間を利用したかったので、エタロン調整の成果を試すべく、すぐに撮影に入ります。まずは黒点周りです。

1ショットあたり200フレームで、いいシーイングを逃したくなかったので30秒に1回、トータル30分程度で合計55ショットとしました。30分の短時間にしたもう一つの理由がファイルサイズです。カメラをこれまでのASI290MMかG3M678Mに変えたので、前回計算したとおりピクセル数は約4倍になるため、ファイルサイズも単純に4倍くらいになります。ディスク喰いなので、長時間撮影を何度もできないということに気づきました。

撮影後、全55ショットを仮処理して、細部出しまでしてから改めて分かったのですが、この日は相当シーイングが良かったです。以前のかなりシーイングがいい日と思った日の、1-6までランク付けしたときの基準に合わせてみると、悪い方のランク6と5は皆無、4もほぼないと言っていいでしょうか、全部3以上で、ランク1の枚数が多かったです。ただし晴れ間は続かなくて、撮影したうちの3分の1程度はほぼ真っ暗で捨てることになりました。多少暗くなっているだけのものは残しています。そのうち、ランク1の中で、実際そこまで差はないのですが、一番いいと思われる時間帯の、ほぼ連続した4ショットを処理しました。モノクロ、カラー、カラー反転版を載せておきます。




まず、カメラをこれまでのASI290MMかG3M678Mに変えたので、画角が縦横ともに1.5倍くらい、面積では2倍以上増えています。それでも良像範囲が増えているのは、エタロン調整の効果です。しかも揺れも少なく安定していたせいか、四隅を含めてほぼ全面にわたって使える画像になっています。今回はクロップを何もしていないので、ずれたところも含めて表示していますが、細い枠程度でほとんど影響がないくらいの範囲で収まっているのがわかります。

ピクセルサイズが小さくなったせいなのかわかりませんが、ASI290MMの時に比べて明らかにノイジーになっています。もしかしたら、ImPPGが細かすぎる画像が苦手なことがあるので、そのせいの可能性もあるかもしれません。ここら辺はもう少し経験を積む必要があるでしょう。

あと、黒点の右側など、まだピントが合っていない部分が変な形であるように見えます。エタロンのせいなのか、C8やカメラのせいなのか、なぜかはまだ謎で、ここら辺をもう少し突き詰めていきたいと思っています。



次はプロミネンスです。大きなものがいくつか出ていましたが、午後4時半方向の南西に出ているものが大きかったので、それがカメラの長辺になるようにカメラを回転して撮影しました。プロミネンスを撮影したカメラもG3M678Mなので、これまでより広い範囲で撮影ができています。

黒点撮影の時より、さらにシーイングが安定だったみたいで、ほぼ全ての画像でかなりの解像度が出ていました。どれが一番いい画像が選ぶのが難しくて、いっそのことタイムラプスにしてしまおうと、少し処理を進めました。

本当は1時間撮影する予定でしたが、途中で雲が出てしまい、結局連続で使えた部分は午前8時19分から8時46分までのわずか26分間でした。その26分の間も多少雲が通過して少し暗くなってしまったショットもありました。明るさ調整は多少できますし、暗い時に出るノイズもタイムラプスで動画にしてしまうと目立ちにくいので、それでとれる最大の26分を使いました。そうは言っても高々26分の52コマなので、タイムラプスとしては短くて全然期待していなかったのですが、ある程度拡大しているからなのでしょうか、連続で見ると結構動いているのがわかります。


上の動画は、ブログ上で動くのが見やすいようにgifファイルにしていますが、サイズがかなり制限されてしまいます。HDMIサイズにした動画はYoutubeに挙げておきましたので、よかったらご覧ください。

今回はシーイングが相当良かったので、1枚1枚の画像処理をかなり抑えています。多少ノイジーなところは残っていますが、細かい様子も十分残っていて、短時間ながら迫力ある映像になったのではないかと思います。

これだけの良好なシーイングだったので、もしずっと晴れていたらと思うと、とても惜しかったです。




最後は太陽全景です。この頃には一つ一つの雲が大きくなってきていて、鏡筒を変えて導入するときも、ピントを合わせるときも、一瞬太陽が出たところで素早く合わせていました。時間がたつほど全面が雲に覆われてきて、撮影時はかなり待ちながら本当に一瞬で出たところを何ショットか狙いました。何度かの途中で雲が通る程度での撮影したあと、9時46分に、やっと全く雲が通らない1ショットが撮れて撤収としました。

画像処理はこれまで通りで、こちらもモノクロ、カラー化、反転バージョンを作ってみました。




PSTでここまで撮れるならかなり満足です。解像度もピクセルサイズが2μmと小さいので、拡大して見てもある程度耐えうるくらいに、十分に出ています。今回の撮影では分解能を出すために、エタロン位置を、8cmの口径が効くように、かなり後ろにしています。後ろにする理由は前回記事をご覧ください。



撮影後は完全に曇ってしまって時間ができたので、画像処理に移りました。

簡単そうなので先に処理を始めた全景は、その日のうちに済んでXに投稿したのですが、C8で撮影した黒点周りとプロミネンスは新カメラということもあり、思ったより時間がかかってしまいました。天気がイマイチで雲が結構な頻度で通り、少し暗くなった画像をどうするか迷ったのと、画角が広くなった分のエタロンの調整がまだ不十分で、どこまで採用するかを迷ってしまったからです。特に、プロミネンスは静止画にするかタイムラプス化するか迷いました。タイムラプスの処理過程は静止画より遥かに複雑で、前にやったものを思い出しながら、しかもカメラが違うのでパラメータも違い、思ったより時間がかかってしまいました。



処理した画像は、まだ一部の個所に不満はありますが、全体としてはそこそこ満足です。これはシーイングがかなり良かったのが主な理由です。このクラスのシーイングで、天気が良く、別の大容量外部ディスクなども用意して、思う存分撮影し、処理もルーチン化して慣れた状態で短時間でできるなら、もう夢のようですね。エタロンの調整は、まだ余地があるならもう少し続けたいと思います。

タグ ：

#太陽

#C8

#PST

#黒点

#プロミネンス

#タイムラプス

#全景

#エタロン

#好シーイング