長く続いてきたSV405CCの評価も佳境になってきました。今回の記事は作例とともに、青ズレの謎に迫ります。さてさて、どこまで解明できるのか？



まずは作例です。今回の一連の記事のその2で出した北アメリカ星雲の再撮影です。

目的は2つ、

• 前回の撮影は透明度がかなり悪く、階調がほとんど出なかったので、そのリベンジ。
• 四隅の流れを改善しておきたい。

といったところです。本当はあと一つ、あわよくば青ズレを直す方法が見つかったらと思いましたが、この時点ではそれは叶いませんでした。

まず透明度ですが、今回の撮影では白鳥座の羽の先が見えるくらいよかったです。その影響はかなり大きく、見た目だけなら今回の3分露光の1枚で前回の全スタック分くらいの諧調が出ています。(アップロードの関係でサイズを各辺半分にしています。)


依然青ズレは出ていますが、これならインテグレーションしたら階調に関してはかなり期待できそうです。

もう一点、マルチフラットナーを使っているにもかかわらず、前回までバックフォーカス長を適当にとっていたため、SV405CCでもASI294MC PRoでも、いずれの撮影にも関わらず四隅の星像が流れまくりでした。


タカハシの鏡筒はCanonやNikonといった、一眼レフカメラのバックフォーカス長に合わせてアダプターなどの製品を提供しています。今回は手持ちのタカハシ純正のCanon用の一眼レフカメラ用のアダプターを使ってマルチフラットナーのバックフォーカス長に合わせるようにしました。このアダプターに合わせてCMOSカメラを使う場合は、例えばZWOから出ているCMOSカメラとCanon EFマウントに変換するアダプターを使うこと、ほぼ何も考えることなくバックフォーカス長があった状態にしてくれるので楽です。

今回は、かなり前に買ったZWOのCanon EFマウントアダプターを使ってみました。現行モデルはフランジ長が固定ですが、初代のZWOのCanonマウントアダプターはフランジ長を1cm位調整できます。CBPを取り付けたくて、SV405CCに付属の1.1.25インチフィルター用のリングをセンサー部に取り付けたので、ZWOのCanonマウントアダプターは少し手前で固定されるはずです。そのため、マウントアダプターの長さは最短に調整しました。この状態で四隅を見てみると、

のように四隅の流れはほぼ無くなりました。

その後、撮影前に少しだけ青ズレを直せないか試したのですが、この日は結局太刀打ちできず、透明度も良くて時間ももったいなかったので、そのまま撮影続行としました。結局天文薄明開始までの午前3時前まで3分露光で72枚撮影しました。前半は雲が通ることも多かったですが、後半はずっと快晴でした。使えたのは雲のない44枚の2時間12分ぶんでした。



インテグレーション直後の画像をオートストレッチしたものです。


一部拡大するとわかりますが、依然青ズレがあります。


もう一つ、今一度上の画像をクリックして拡大して見てもらいたいのですが、微恒星の中心が暗く抜けてしまっています。最初はピントが合っていなかったと思っていたのですが、実際にはかなりピントは気を付けて合わせているにもかかわらず、ほぼ毎回こうなります。また、そーなのかーさんがSV405CCで撮影した画像も同様に中心抜けになっているようなので、どうもこれはピンボケというよりは何か系統的に問題があるような気がしています。

恒星に関しては仕方ないとして、そのまま画像処理を進めます。

途中やはり恒星部分で苦労しました。一番大変だったのは、StarNetのバックグラウンドと恒星部の分離の時に、色ズレのせいかハロの部分がバックグラウンドと認識されてしまい、ここを誤魔化すのが大変で、最後まで不満が残ってしまいました。


パッと見はわかりませんが、B画像を抽出してみると同様のハロが他にもたくさん残っていて、あぶり出しとともにたくさんのハロが目立ってきます。

• 撮影日: 2022年7月2日0時38分-2時53分
• 撮影場所: 富山県富山市自宅
• 鏡筒: TAKAHASHI FS-60CB+マルチフラットナー(f370mm)
• フィルター: SIGHTRON CBP(Comet BandPass filter)
• 赤道儀: Celestron CGEM II
• カメラ: SVBONY SV405CC (0℃)
• ガイド:  f50mmガイド鏡 + ASI290MM、PHD2によるマルチスターガイド
• 撮影: NINA、Gain 120、露光時間3分x44枚で総露光時間2時間12分
• Dark: Gain 120、露光時間3分、128枚
• Flat, Darkflat: Gain 120、露光時間 0.3秒、128枚
• 画像処理: PixInsight、Photoshop CC

淡いところの階調もかなり出ています。前回の透明度の悪い時より相当良くなっています。庭撮りでここまで出るならまあ満足でしょう。あとはやはり恒星です。

普通ならここでおしまいなのですが、もう少し続きます。ここから大きな進展です



上の北アメリカ星雲の撮影のあと、もう少し青ズレに関して何かわからないかと思い、後日いろいろ試してみました。ただし雲が多く出ていたので、その隙間でのテストであまり時間をかけることができませんでした。

とりあえず、SharpCapで3分露光を何ショットか撮影しました。最初のショットがやはりこれまでのように暗くなるのが再現され、やはりドライバーレベルで何かやっているのかと思います。この時、雲の動きが速く、雲間が貴重なためにすぐにNINAに移りました（ここで焦っていたのが後で効いてきます）。

NINAでは少し雲が薄くなってきて余裕も出てきたので、じっくり青ズレを見ながら、ASI294MC Proとも交換しながら、何が問題かじっくりみることができました。

一つ疑っていたことがあって、オフセットが40と小さすぎることが原因ではないかということです。SV405CCの場合、オフセットは最大255まで設定でき、今回はわずか40と、最大の6分の1くらいとしています。ちなみにASI294MC Proの場合は最大80で半分の40としています。前回のPedestalの記事であったように、オフセットが低くて輝度の低いところが問題を起こしているのかと思ったわけです。でもオフセットが40の場合でも、120にした場合でも、青ズレに関してはなんら違いが見られませんでした。なので、オフセットは無関係かと思います。

結局、このとき画面を見ながら出した結論は、ASI294MC Proでは何をどうやっても（ゲインやオフセット、露光時間など）青ズレのようなものは出ない、その一方SV405CCでは何をどうやっても（こちらおゲインやオフセット、露光時間など）青ズレを消すことはできない。ということでした。

その後、改めてSV405CCのRAW画像を、RGBで分離して見たり、4つのセグメントごとに見たりしました。

• SV405CCのBayer パターンがなぜかGRBGであること。ASI294MC ProはRGGB。
• でもなぜか星雲の濃さから判断するとCF0:G1, CF1:B, CF2:R, CF3:G1のように見えること。
• CF2の恒星中心部近くに極端に暗くなっている欠損部が多いこと。輝度は周りの1％程度であるが0でないこと。
• CF1に星の中心部近くに輝度が完全に0のところがあること。CF2ほど欠損の数は多くないこと。

などがわかりました。そーなのかーさんも同様のレポートをしていたので、再現性もあるようです。

結局、この時点ではどうすることもできなくて諦めて、次はNINAで触れないパラメータをいじってみるのかなと思っていました。というのも、CMOSカメラはどこかに設定が保存されていて、例えばSharpCapで触った設定が、FireCaptureを立ち上げるとそのまま引き継がれるというようなことがあるからです。



そんなことを考えながら昨晩、上の北アメリカ星雲の画像処理を終えて、次回テストの準備をしようと思い、「そういえばSharpCapでSV405CCで撮影した画像があったなあ」と何の気無しに開いてみたら、どこをどう見ても青ズレが見えません。



わかりやすいように拡大して比較して見ます。

明らかに違いがわかると思います。ただし、SharpCapでの露光は180秒、NINAでの露光は30秒です。露光時間が逆だったらまだ疑いの余地もありますが、NINAでわずか30秒で青ズレが出てしまっているので、結論は覆らないでしょう。これは明らかにどうやっても青ズレが消えなかったNINAとは、状況が全く違います。

カメラのドライバーはSharpCapでもNINAでも同じ「SVBCameraSDK.dll」を使っています。一応念のために改めて確認しましたが、SVBONYで配布されている1.7.3のカメラドライバーを普通にインストールしたあと、SharpCapは最新版を改めてインストールすると、SVBCameraSDK.dllに置き換わっていました。その一方NINAでは現在の最新版でも、カメラドライバーは最新のものに自動的に置き換わらず
、その前に使っていた1.7.2のままだったので、マニュアルでSharpCapにインストールされていたSVBCameraSDK.dllをNINAの方にコピペして、改めてNINAを立ち上げて1.7.3になったことを確認しています。

ここまでの検証が正しければ、最新版のNINAでの読み出し方の問題ということになります。


よく考えると、SharpCapで撮影した時は雲が流れてたので、時間がなくあせっていて青ズレをきちんと画面で確認していませんでした。そういえばSharpCapで電視観望した時もSV40CCで青ズレが出なくて、彩度もSV405CCとASI294MCで変わりがなかったことを改めて思い出しました。この時は露光時間が短かったからかと思っていましたが、どうもNINAとSharpCapの違いの方が濃厚そうです。


今の段階であとやれることは、次に晴れた時に改めてSV405CCを使ってSharpCapで撮影、画像処理までしてみて、（ディザーはやりにくいのでパスするかもしれませんが）青ズレが出ない仕上げ画像まで作ってみることでしょうか。



ここまでの結果が正しいのなら、問題はハードではなくてソフトで解決できるということになります。ここが切り分けられるだけでも、かなりSV405CCの未来は明るくなります。その際、彩度がこれまで通り出なくなるのかちょっと気になりますが、まあ優先度としては次の話でしょう。

SV405CCの初期の評価、長かったですがやっと解決につながる道を見つけることができました。やっとあぷらなーとさんにお渡しすることができそうですが、どうもあぷらなーとさん骨折で入院しいるとかで心配です。焦らせてしまっても申し訳ないので、活動できるようになってから渡るようにしたいと思います。

タグ ：

SharpCap

NINA

SV405CC

ASI294MC

driver

北アメリカ星雲

NGC7000

ペリカン星雲

ASI294MMで撮影後、画像処理をしていたのですが、一つトラブルがあったのでメモがてら記述しておきます。



NINAでライトフレーム
NINAを使い普通に天体を撮影しました。ASI294MMはセンサーにIMX492を使っていて、bin1だと8288x5644とかなりの高解像度になります。DSOだとそこまでいらないので、本来のASI294MC(IMX294使用)と同じ4144x2822になるようにNINA上でbin2モードでライトフレームを撮影しました。

SharpCapで補正用フレーム
画像処理用にバイアスフレーム、ダークフレーム、フラットフレーム、フラットダークフレームを撮影する必要があるのですが、画面のレスポンスやヒストグラムの見やすさなどから、SharpCapを使って、これらの後処理用のファイルを撮影しました。その時は解像度を 4144x2822にするために「11 megapixel」の方を選んでbin1を選びました。高解像度の場合には「47 megapixel」なのですが、この場合bin2は選べないようなので、4144x2822にするには「11 megapixelでbin1」が唯一の選択肢になります。



撮影自体はいいのですが、これらを使ってPixInsightで画像処理をしようとするとはまります。下の画像のように、ライトフレームに警告マークが入っていて、バイアス、ダーク、フラットどれも補正してくれにというのです。
最初何が悪いのかわからなかったのですが、色々触っているとどうもビニングの設定が、NINAで撮影したライトフレームは2x2、その他SharpCapで撮影したフレームは1x1となっているのが問題だとわかってきました。でもどちらも画素数は4144x2822です。



一番簡単な方法は、NINAで補正フレームをライトと同条件にして、全て取り直すことです。でもフラットフレームは撮り直すと合わないことがあるので、できればNINAでの撮り直しは避けたいです。

ここまで撮影してきたファイルをなんとか使うことはできないのでしょうか？

まずわかったのは、このビニング情報はFITSファイルのヘッダに書かれているテキスト情報をただ読んでいるだけなので、例えばライトフレームのヘッダの2x2を1x1に書き換えてやれば、PixInsight上で各種補正をしてくれることはわかりました。



そうすると次は、そもそもNINAで2x2ビニングと、SharpCapの11 megapixelで1x1ビニングは同じ効果なのか？ソフトウェアビニングが入る余地はないのか？などが疑問になってきました。

海外のページをあたっていくと、特にSharpCapで初期にASI294MMに対応したときに結構な時間をかけてZWOともコンタクトを取りながら決めていった過程を辿ることができました。おそらくは多分混乱のないようにわかりやすくするために高解像度でビニングのない47 megapixelモードと、低解像度で14bitにしたハードウェアビンニングの11 megapixelモードと、あからさまに切り分けたのかと思います。おそらくこの切り分け方が、本来のASI294MMの294の名を冠したことから考えると、正しいのかと思います。

もう一つ重要なことは、ASI294MM Prp発売当初、ここら辺のことで混乱した人が何人もいたようなのですが、先人達の色々な検証の結果一つ言えることは「どんなソフトでも2x2のビニングを入れると確実にハードウェアビニングが入る」ということのようです。なので、NINAで単にbin2を選んだとしても、ソフトウェアビニングになっていることはないということが分かります。

実際のところは自分で検証しない限りは確実ではないですが、調べている限りこの情報は正しいようなので、画像処理を進めるためにもとりあえず1x1と2x2で名前は違うけれど、共にハードウェアビンニングが適用され、4144x2822の画像ができていると思うことにします。



となると、あとはどうやってFITSヘッダーを書き換えるかです。一枚一枚書き換えていってもいいのですが、ここにあるキーワードの値を書き換える、PixInsight上で動くスクリプトが公開されています。



今回はこれを利用しました。実際にはXBINNING、YBINNINGをそれぞれ書き換える必要があるため、2回走らせます。注意はソースの途中の拡張子が「.fit」になっているてため、「.fits」にしてやることと、最初の方のoldKeywordValueなどの値が「2.」とか小数点まで入れてやらないと動かない時があることくらいです。



これでライトフレームを1x1ビニングと騙してやることで、下のようにうまくPixInsightのWBPPを走らせ、
きちんと各種補正も適用することができました。

さて、やっとこれでM27の画像処理を続けられます。

タグ ：

PixInsight

NINA

binning

11megapixel

47megapixel

1x1

2x2

VISAC復帰第2段です。前回のNGC4216に続き、今回はM104ソンブレロ銀河。





M104にした理由ですが、あまりこだわりはなくフォーサーズのASI294MCの画角に合うところを探したらM104だったといっても良いかもしれません。M104は意外に大きくて、VISACの1800mmとフォーサーズでもそこそこの大きさになります。自宅から見てくらい東や南の空でこの画角にちょうど良い大きさの銀河が意外に少ないのです。

でもM104って、南のかなり高度がかなり低い位置にいるんですよね。撮影期間が意外に限られているので、ちょうどよかったかもしれません。



セットアップは前回のNGC4216と同じなので、ピント合わせくらいでほとんどいじるところはありません。露光時間などもNGC4216の時と同じゲイン120で5分露光で撮影しています。

22時頃から撮影を始めたのですが、平日なので撮影が始まったら放っておいて寝てしまいました。あとからチェックしたら、使えるのは50枚だったので、5分 x 50枚 = 250分で、合計4時間10分となります。




そういえば前回から撮影ソフトにNINAを使っています。最近はCMOSカメラでの撮影は課金までしたAPTから完全にフリーのNINAに移りつつあります。構図決めや導入時のプレートソルブもうまくいくので非常に快適です。LiveViewでのオートストレッチも便利で、短時間の露光でターゲット天体が見えるので、一決めも正確です。

最近の撮影時間は結構長いので、どうしても天頂越えをしてしまいます。前回の撮影からNINAの赤道儀の自動反転機能を使い始めています。ケーブルの絡みが心配だったので、最初だけはその場にいて見ていましたが、全く問題なさそうです。最近はケーブルの固定位置を赤道儀の赤緯体の可動部付近だけ一箇所にしていて、他は余裕があるようにかなり緩めています。こうすることで、最終稼働部である赤緯体のモーター位置から、鏡筒やカメラまでのケーブルの長さが固定されるのでトラブルが少ないです。赤緯体からバッテリーやStick PCまでのケーブルはあえて固定せず、余裕があるケーブル長さでプラプラしています。赤経体が回転する時にケーブルが引っかからないか心配なのですが、赤経体がホームポジションにある時に北側から見て左右対象になるようにStick PC、バッテリーなどを配置し、（赤道儀の電源口が片側に寄っているので全部は無理なのですが）ケーブルもできるだけ左右均等になるように配置します。そうすると、たとえ赤経体が反転しても、反転前後どちらの場合もケーブルもバランスよく配置されるので、スムーズに反転します。




バイアス、ダーク、フラット、フラットダークも前回のNGC4612の時の使い回しです。セットアップが同じで冷却カメラで、カメラの回転角とかを触っていないと、これらのファイルがそのまま使えるので、画像処理が楽になります。

銀河はまだ画像処理に慣れていないのか、少し迷走しています。あまりシンチレーションが良くなかったこともあると思いますが、焦点距離が長いこともあり、星像がどうしてもボタっとしてしまいます。最初はArcsinhStretchでストレッチしたのですが、色は出てもすごく眠い恒星となったので、結局STFとHistgramTransformationのみでストレッチしました。なので恒星の色があまり出ていません。それでもまだ鈍い星像には不満で、ピントが合っていなかったのか、5分露光で長すぎたのか、赤外の収差で大きくなっているのか、まだまだ改善の余地がありそうです。



結果です。


まだまだ反省点だらけです。星像をキリッとさせるためにまだできることがたくさんありそうです。ピントはEAFを導入した方がいいかもしれません。VISACの星像がまだ安定しないので、ピントが合ってないのか光軸がまだずれているのか迷う時がよくあります。撮影に関しても、露光時間が長すぎるのでラッキーイメージが効果的かと思います。ノーフィルターの方向性は間違っていないと多いますが、どうもIRで星像が肥大化している可能性があるので、UV/IRフィルターは入れた方がいいのかもしれません。それとは別に、最近赤外が流行っているので分解能目的でIRだけを撮るのはありかもしれません。

次回は鏡筒自身の強度を上げるために、VISACを改造します。でもこれも大きな落とし穴があったのでした。

タグ ：

VISAC

自宅

銀河

ノーフィルター

M104

ソンブレロ銀河

CGEMII

NINA

平日ですが、晴れていたので自宅で朝まで放置撮影です。ターゲットは迷いましたが三角座銀河M33。TSA-120とASI294MC Proで狙います。本当はTSA-120と6Dで試したかったのですが、少し面積が大きすぎます。でもこの間のM31がFC-76と6Dでうまくいったので、銀河をもう少し試したくて、より焦点距離が長く、よりセンサー面積が小さい方向に行きます。



夕方過ぎの暗くなったくらいではまだM33の高度はそこまで高くないので、準備はのんびり。機材を設置して、Stick PCでSharpCapでとるとどうも通信が不安定になります。Stick PCはネットワークに繋がってないとリモートデスクトップが成り立たないので、画面を見ることができず、何が怒っているかも分からなくなります。結局全くつながらなくなってしまったので、何が起きているのか見るのに、少し前に用意したモニターアダプターを使ってみます。どうやら再起動されたみたいで、アダプターを準備している間にネットワークも復帰していました。画面を見ながら、同時にpingで安定性を見ます。


どうもCPUの負荷によって、通信が遅くなったり、止まったりするようです。その上で過度の負荷がかかると完全に止まってPCが再起動されるようです。

ここからは推測ですが、電源容量が足りてないのではないかと。CPU負荷が大きいと電力が足りなくて、Wi-Fiまで電力が回りにくくなり通信速度が落ち、さらにひどいとPC自身が電力不足で止まってしまいPCが再起動されるのかと思います。現在はLess is moreのバッテリーを使っていて安定だと思っていたのですが、電力的にはよくても電圧的には決して高いわけではないので、電圧不足になった可能性があるかと思っています。むしろ普通のUSBバッテリーに昇圧アダプターを使った方が安定なのかもしれません。

SharpCapの極軸合わせはかなり計算負荷が高く、これが終わってしまえば今回はこれ以上負荷の大きいことはしなかったので、バッテリーはそのままとしました。今回の撮影はNINAとPHD2を使ったのですが、これくらいの負担なら全く問題なかったです。昇圧の試験は次回以降に試してみます。

あとSharpCapですが、Stick PCのWindowsが64bitでももしうまく動かなければ32bitにしろと警告が出ます。実際、極軸合わせは警告ではなく動かなかったので、これ以降は32bit版で試すことにしています。



今回の課題は恒星のサチリと風での揺れでした。最初の300秒の露光時間のものはゲイン120で2時間くらい撮影したのですが、どうも明るすぎて恒星中心がサチっているようなのと、途中から風が出てきたので長時間露光だと星像が大きくなるようなのです。

途中でカメラがきちんとNINAで認識されていないみたいで、撮影は進んでいるのにファイルが生成されないというトラブルがありました。この時点で、ゲインはそのままの120で、露光時間を180秒にしました。
露光時間を短くするのは星像肥大にも有利かと思ったからです。同時に温度順応でピントがズレたことも疑い合わせ直したのですが、ピントは問題なかったという判断でした。でもこのピント確認自体がどうも悪さをしたようです。

朝になって見たらそれでも180秒露光のものも中心部がまだ少しサチっていました。それよりも途中から雲が出てきたみたいで、撮影した180秒のものの半分以上は無駄になってしまっていました。結局露光時間が不足しそうなので、300秒露光の2時間分と180秒露光の2時間分の計4時間分を使うことにしました。

PixInsightでは露光時間が違ったりすると別処理でスタックするので、ダークフレームも2種類用意します。フラットフレームはゲインを120と一致させたので一種類で済みました。



少しフラットについて書いておきます。TSA-120ではこれまでフラット補正がうまくいったことがありませんでした。撮影したフラットフレームが全然まともでないのです。FS-60とFC-76で障子越しの自然光でうまくいっているのですが、我が家の障子は枠が狭くてTSA-120の口径をカバーする面積の障子面がありません。一方、スーパーの袋で薄明後の空でフラットフレームを撮影してうまくいっている方もいるとのことなので、今回はスーパーの袋を二重にして輪ゴムでTSA-120に取り付け、太陽光が入っている部屋の日陰部分の白い壁を映すことにしました。


できたフラット画像は見た目はそれほど悪くありませんが、左の方に少し段差のようなものがあります。ビニール袋の取り付け方か、壁の光の当たり具合かと思って色々試しましたが、特に変化がないのでこれがTSA-120の特性かと思うことにしました。かなり炙り出しているので、それで目立っただけなのかもしれません。それよりも変化が大きかったのが、太陽に少しでも雲がかかった時で、光の光量が大きく変わることです。炙り出して見ているとすごい変化に見えるので、雲が完全に無い時を狙いました。でもこれはスタックするので、実際に光量が多少変化してもほとんど影響がないと思います。

フラット補正をした結果を見る限りは、特に問題なさそうなのでしばらくはこれでいくと思います。



処理はいつも通りPIのWeightedBatchProcessing (WBP)で。出来上がりのライトフレームは、露光時間の違いにより300秒と180秒の2種類できるのですが、よく見ると300秒の方が細部が出ていてノイジー、180秒の方が細部がなまっているけど滑らかと、ちょっと予測と逆の結果となりました。後半のほうが風の影響が大きかったか、もしくはピント確認した時に合わせ直しが甘かったのが原因かと思います。

最初300秒のと180秒のをPIのImageIntegrationで合わせたもの（3枚以下だと処理してくれないので、それぞれコピーして計4枚をスタック）を処理したのですが、改めて4時間分合わせたものと300秒単体の2時間分を比べてみると、合わせたものの細部がどうしても鈍ってしまっています。泣く泣く2時間分を切り捨て、前半の300秒露光の2時間分だけで処理することにしました。

• なかなか納得がいかず、何度もやり直して十日くらい過ぎてしまいました。いろいろ問題点はあります。露光時間が光害地にもかかわらず2時間と短いので、根本的にノイジー。
• 明るい恒星の中心部がサチっているのに後から気付き、残ってしまっています。短時間露光を取り直してHDR合成しようかとも思いましたが、露光時間不足が決定的でそこまでやる価値はないと思い、今回は諦めました。
• もう少し細部が出そうな気もしますが、ノイズを考えるとここら辺が限界かもしれません。

結果です。



風の影響が大きく、星像が肥大したことがそもそもの問題でした。

口径が大きくなるとより明るく撮影できます。その一方、明るくて恒星がサチってしまう恐れがあります。中心をサチらせても淡いところを出すのか、サチるのは絶対に避けるべきなのか、HDRを前提に短時間露光も別撮りするのか、ここら辺はこれから検討すべき課題です。

星像肥大でピンぼけを疑って、その後のピントが合わせきれなくて、2時間分の画像を無駄にしてしまいました。そのため露光時間不足から、画像処理も少し諦めた感があります。M31アンドロメダ銀河は自宅撮影でも処理に余裕がありました。露光時間が4時間半と長かったこともありますが、やはり根本的に明るい銀河だったからだと思います。M31で気を良くして撮影したM33ですが、M31に比べたらやはりM33は淡いです。と言っても銀河の中では大型な部類なのは言うまでもありません。自宅撮影ではやはりここら辺が限界なのでしょうか？露光時間をもっと長くしてリベンジしたい気もまだあります。

あ、それでも前回、3年近く前のM33が縮緬ノイズで救いようがなかったので、自己ベストは更新です。

あと2つ画像処理が残ってます。太陽とかすぐに記事に書けるものと、どんどん先送りになっているネタの差が激しいです。残ってる画像処理の一つは夏の天の川。もうとっくに季節が過ぎ去ってしまいました。あせらずに頑張って、そのうちやります。

タグ ：

M33

TSA-120

ASI294MCPro

自宅

庭撮り

StickPC

NINA

電源

CBPの作例の最後になります。みずがめ座のらせん星雲です。撮影日が8月21日でのんびり画像処理していたので、もうかなりのことを忘れてしまっています。下の文書の撮影時の様子は、撮影当日か次の日に書き留めておいたことです。やっと記事として日の目を見ます。


秋の星座なので、そこそこ高度が上がってくるのが夜少し遅くなってからです。なので前半は前回示した三日月星雲を撮影してました。



らせん星雲がのぼる頃には三日月星雲の撮影をやめて、らせん星雲へと移りました。


三日月星雲のときは調子良かったStick PCでの撮影ですが、らせん星雲に移ろうと準備をしているときにStick PC自身が何度か落ちました。特に、ShaprCapを使う時が多かったような気がします。このStick PCの弱点の一つなのですが、ファン側を床などにくっつけてしまってしばらく運用すると、温度が上がって確実に落ちるようです。また、極度に暑い夏はSharpCapとかでの計算量が増えると反応が無くなってしまうことがあるようです。ただしファンは回りっぱなしなので、外見を見ただけではわかりません。

今回は外での撮影だったので、直につなぐモニターを用意していなくて、リモートデスクトップで見ていて反応が無くなったということしか分からかったので、最後どうやって落ちたのかよくわかっていません。ネットワークトラブルでただ単にリモートデスクトップが繋がらなくなって落ちたと勘違いした可能性ももしかしたらあり得ます。特に、Stick PCをモニターしているクライアントの方のWi-Fiを弱い方につなげていたことが後でわかったので、そのせいの可能性があります。

今回一番の失敗が、夜中に赤道儀を反転してから撮影を初めて放って寝てしまって、朝確認したら午前2時で撮影ファイルの生成止まっていたことです。1時間半ぶんくらいの撮影時間を無駄にしてしまいました。確認したら撮影用に走らせておいたソフトも全部立ち上がっていなかったので、どうもPCが再起動されたような形跡があります。これがトラブルで止まったのか、アップデートとかで再起動されたのかは分かりません。そもそのアップデートはその日のうちに事前にしておいたので、そんなに連続であることはないと思うのですが。

->　その後記録を見たら、撮影をしたその日（夜中）に幾つかの「品質更新プログラム」というのが3つインストールされていました。これが再起動を要請したかどうかまで分かりませんでしたが、どうやらこれが怪しいです。アクティブ時間を撮影時の夜から明け方にしておく方がいいですね。



最初、ダークを昔撮ったもので使いまわして処理しました。露光時間は3分で同じですが、温度が0度のライトフレームに-10℃のダークフレーム、ゲインが220のライトフレームに180のダークフレームを使ってしまってます。これだとものの見事にアンプグローが出てしまいました。気を取り直して露光時間、ゲイン、温度全部合わせて取り直して改めて処理。きちんとアンプグローも消えてくれました。やっぱり横着はダメですね。バイアスはあり、フラットは無しです。バイアスはダーク内に含まれているはずなのでなしでもいいのかもしれません。フラットは代わりにABEを使い、StarNetで恒星と分離してから、星雲側の背景にのみ、細かいところを補正するために再度DBEを使いました。そこそこ炙り出していることになって、ノイズが目立ち始めてるので、これ以上を求める場合は露光時間を増やすしか改善していかないと思います。


期待していた、瞳の虹彩のような線はあまり出なかったです。背景が少し荒くなっています。これらは露光時間が1時間半と短かったせいでしょう。

今回は赤と青とかだけでなく、惑星状星雲らしいカラフルな天体です。CBPで撮影しているので、色がどこまで正しいかがよくわかりません。そもそも色情報は欠けてしまっている可能性が高いので、それらしい色に仕上げているだけです。そこに根拠はありませんが、大きくいじるような必要は全然なかったので、CBPの色バランスはそれほど悪いわけではないかと思います。



これまで、CBPで三裂星雲の一部、網状星雲、北アメリカとペリカン星雲、三日月星雲、らせん星雲と

あとやり残したのは、M42すばると、アンタレス付近とかでしょうか。多分これらはCBPでも難しいと思います。暗い空に勝るものはなくて、これらを自宅から満足いくくらい出すのがもっと大きな目標ですが、焦らずにゆっくりやっていこうと思います。

今回でCBPの初期評価はおしまいです。今回の検証を通して把握できたのは以下のようなことです。

• QBPほどではないにしろ、十分な光害防止効果がある(QBPの1.3倍くらいしか背景が明るくならない)
• 青色もかなり出る（紫外の方まで透過して、かつCMOSカメラも感度がある）
• 赤外起因のハロも防げる
• 色バランスがあまり崩れない

これまで評価の高かったQBPにも勝るほどメリットが多いです。はっきり言って、十分すぎるほど使えることがよくわかったので、今後も完全に実戦投入決定です。


 

タグ ：

CBP

TSA120

ASI294MCPro

らせん星雲

StickPC

NINA

みなさんこんにちは、ほしぞloveログのSamです。最近「ほしぞloveさん」とか呼ばれたりしますが、ハンドルネームは「Sam」です。「ほしぞloveログ」と書いて星空ブログ（ほしぞらぶろぐ）と読みます。

前回、前々々回の記事で、先週金曜日にペルセウス座流星群と天の川の撮影をしてたと書きましたが、本当は今回書く記事が一番試したいことでした。少し時間がかかってしまいましたが、やっと画像処理も終わったのでまとめておきます。


これまで好んで使っていた、サイトロンのQBP(Quad Band Pass)はHα、SII、Hβ、OIIIの4つ(Quad)の基線を通すためこの名前がついています。このフィルターかなり便利で、自宅のような光害地でも、多少の月明かりがあっても、星雲を相当炙り出すことができます。

QBPの作例については以下をご覧ください。

















さらになんと、私がTwitterで電視観望でも使いたいと呟いたリクエストで、QBPのアメリカンサイズまで作ってくれ、もうサイトロンさんには感謝しても仕切れないくらいです。



私にとって、QBPは撮影にも電視観望にも、すでに無くてはならないフィルターになっています。



このQBP、ものすごく便利なのですが、実は2つ不満があります。

1. 一つは、最初の方の作例を見てもらうとわかるのですが、普通に赤を出そうとするとどうしても朱色がかった赤になってしまうのです。他の方の作例を見ても同様の傾向が多いので、これはQBPの特徴の一つなのかと思います。でもこれは何度か画像処理をしていて、青を少し強調してやると赤の色バランスがよくなることに気づきました。QBPの特性として、どうも相対的に青色が弱く写ってしまうようです。最後の方のバラ星雲なんかは適度に補正してあるので、初期の頃とだいぶ色合いが違うのがわかるかと思います。
2. もう一つは記事の中で時々書いているのですが、恒星の色、特にオレンジとか緑とかが出ないのです。これは結局解決に至らず、適当に色が抜けたような状態でごまかしています。なので、どうしても色を出したい場合はQBPをあえて使わない時もありました。

そもそもQBPは青が強いM45プレアデス星団や、恒星の色に近い銀河はあまりきちんとした色が出ないようで、今のところ主にHαを出したい時にQBPをよく使っています。

そうは言っても、QBPはこの手のフィルターにしては比較的波長帯の制限をゆるくしてあるために、色バランスが崩れにくいというのが大方の評判で、私もその意見に賛成です。ただ、上記のような不満もあるのも事実なので、これをなんとか改善できないかとずっと思っていました。



今回やったことはサイトロンから少し前に発売されたCBP(Comet Band Pass)フィルターの検証です。

 

一方、今回使ってみたCBPは彗星用に開発されたフィルターということもあり、青や緑の波長帯を通すとのことで、QBPの弱点であった、赤以外の色が意外にバランスよくでるのではという期待があります。ただ、星雲用に開発されたわけではないので、これは自分で試してみないとよくわからないでしょう。

というわけで、毎度のこと前置きが長かったですが、やっと検証の開始です。

今回のターゲット天体は青色を適度に含むM20、三裂星雲です。機材はTSA-120に35フラットナーをつけ、ASI294MC Proで撮影をします。もう8月後半なので、M20は宵のうちから高い位置にあり、しかもこの日はちょうど下弦の月のころなので、M20が沈むくらいまでは月は出てきません。さらに前回の記事でも書いたとおり、この場所は天の川が結構はっきり見える（2つに分かれているのは十分に分かります）場所なので、光害の影響があまりないところです。条件としてはいいのですが、光害のカットという意味での検証にはならないということは注意が必要です。

タグ ：

M20

三裂星雲

QBP

CBP

TSA-120

ASI294MCPro

光害

NINA

ちょっと間が空きましたが、N.I.N.A.の試用記の続編です。



前回の記事を書いてからなかなか晴れなくて、やっと日曜の夜に少しだけ星が見えたのでテストしました。本当は撮影までしたかったのですが、結局曇ってしまいNINAのテストだけで終わってしまいました。

第一回の撮影までに加えて、今回は少し応用編。導入など、撮影の準備に相当する部分になります。撮影までのことなので、本当はこちらを先に説明しても良かったのですが、一度赤道儀で導入して撮影まで進めてしまえば見通しが良くなると思ったからです。



最初に左アイコン群の「スカイアトラス」でターゲットを調べるといいでしょう。左上に対象とする天体を入力します。例えばM57と入力すると、その情報が出てきます。


その際、「オプション」「一般」タブの「スカイアトラス画像ディレクトリ」を設定しておくといいでしょう。ここはスカイアトラスで画像を表示するために使います。サイトのダウンロードページの一番下にある「Misc」のところの「Sky Atlas Image Repository 」をダウンロード、展開して、「スカイアトラス画像ディレクトリ」で設定したディレクトリに置くと、「スカイアトラス」の「詳細」のところにカタログ画像が表示されるようになります（TKさんに教えてもらいました。ありがとうございました。）。

このスカイアトラスのところで「導入」ボタンを押してしまっても導入はできるのですが、次のフレーミングで導入した方がいいでしょう。



撮影時にPCがインターネットに接続されているなら、フレーミング機能が便利です。デフォルトで縦横3度の視野角を見るようになっていますが、画像を落とすのに結構時間がかかります。今どれくらいダウンロードしたか表示があるとよかったかもしれません。

一旦ダウンロードした画像はキャッシュに保管され、キャッシュを表示することを選べばインターネットがない環境でも確認することができます。撮影時にインターネット環境がないなら、事前に対象天体の検索して画像をダウンロードしておくといいでしょう。

ダウンロードした画像があると、撮影時の画角や位置を確認できます。


M57を囲んで大きな四角い枠が見えます。これが接続されているカメラと、この画面の「画像の読み込み」の「カメラパラーメーター」の「焦点距離」から計算された、撮影した場合の画角になります。

黄色の丸は、現在赤道儀（望遠鏡）が向いている位置になります。上の写真の場合、M57の中心からは少しずれた位置にいることになります。でもこれは実際に向いている位置とは限らなくて、N.I.N.A.が「赤道儀が向いていると思っている」位置です。この数値は接続した赤道儀から得ています。なので、この状態で撮影しても、黄色の場所が中心なるとは限らず、後のプレートソルブを使い誤差を無くします。

さて、画角を示すこの四角は移動することができます。四角の中心が導入したい目的の位置になります。今はM57の中心が四角の中心になっているので、ここで「導入」ボタンを押してみます。すると実際の赤道儀の向きに合わせて、一旦黄色い丸が画面からはみ出し、しばらく待つと


のように、黄色い丸が画角の中心にきます。

この際、もしガイドをしっぱなしなら、PHD2のオートガイドを外すのを忘れないようにしてください。また、導入が終わったら、撮影前に再びPHD2のオートガイドをオンにするのを忘れないでください。

でもまだ注意です。ここですでに画面中央に目的の天体が導入されたかに見えますが、本当にその向きに向いているかどうかの保証はありません。赤道儀の持っている情報と実際の向きが合っているかは保証がないからです。ここで次のプレートソルブの出番です。



プレートソルブは思ったよりはるかに簡単にできました。もともとAPTで「PlateSolve 2」と「All Sky Plate Solver(ASPS)」をインストールしていたからというのもあります。この場合は「オプション」「プレートソルブ」のところでパスを通すだけで使えてしまいました。


具体的には、撮像ページで右上「ツール」アイコン群の左から3つ目「プレートソルブ」を押してプレートソルブパネルを出します。


パネルの位置がわかりにくいかも知れません。「画像」パネルの下のところに「プレートソルブ」タブが出ていると思いますので、それを選択します。ここで「同期」が「オン」になっていると、プレートソルブが成功した際の位置情報が赤道儀にフィードバックされ、赤道儀上の一情報が書き換わります。その際「ターゲットの再導入」を「オン」にしておくと「エラー」の値よりも誤差が大きい場合に再度自動で導入し直してくれますが、導入は後で自分でもできるので、とりあえずはオフでいいでしょう。「露出時間」と「ゲイン」なども適当に入れます。準備ができたら、真ん中の三角の再生マークのところの「画像素取得してプレーとソルブ処理します。」を押します。

勝手に撮像が一枚始まって、プレートソルブが始まり、うまく位置が特定できると「成功」のところにチェクマークが出ます。


フレーミングでM57を中央にしたにもかかわらず、やはり実際に撮影するとずれしまっていて、その誤差を赤道儀側にすでにフィードバックしているので、今一度フレーミングを見てみると、


のように、黄色い丸がずれているのがわかると思います。横にずれたのはカメラが90度回転しているからです。この状態で再度「導入」を押すと黄色い丸がM57のところに行き、実際に撮影してみると


のように、今度は本当に赤道儀がM57の方向をきちんと向いていることがわかります。



ASI290MMでLRGB撮影をやってみようと思っていて、かなり前に勝手ずっと使っていなかったZWOのフィルターホイールを繋いでみました。ポイントはEFW用のASCMOドライバーをZWOのページから落としてきてインストールしておくことと、NINAを一度再起動することです。これでNINAの「機材」の「フィルターホイール」からZWOのフィルターホイールとして認識され、選択することができるようになります。



フォーカスに関して

• オートフォーカス機能はあるようですが、マニュアルでのフォーカスをサポートするような機能は見当たらない。と思っていたら、撮像の右上のツールのところにありました。今度使ってみます。

だいたい試したのはこれくらいでしょうか。2度に渡って使用して、その使い勝手をレポートしましたが、2回目は撮影まではしていないので、まだ説明が不十分なところもあるかもしれません。例えば、フォーカサーとかフラットパネルと接続した撮影の機能もあるみたいで、ここら辺は機材を持っていないので試すことができません。

とりあえず十分すぎるくらいの機能があることもわかって、撮影するには何も不便なところはなく、ベータ版でもすごく安定しています。

前回と今回の記事を読めば導入して撮影するまでできるのではないかと思います。わかりにくいところがあったらコメントしてください。私も全部理解しているわけではないですが、質問に答えがてら理解していきたいと思います。

タグ ：

NINA

N.I.N.A.

プレートソルブ

platesolving

フィルターホイール

フレーミング

スカイアトラス

最近話題のNINAを試してみました。すごくいいです。試したのはVISACでM13を撮影したときです。



そもそもAPTをまともに使い始めたばかりなのに、なんでNINAを使ってみたかというと、APTで少し不満があったからです。

• Live viewの映像がうまくストレッチできない。
• ピント合わせで拡大できない。
• 撮影ごとのログが残らない。fitsに特化しているので、各ファイルの中に情報は含まれてますが、いちいちヘッダを見なくてはならないのが少し不満です。
• 撮影中の設定が結構制限される。例えばカメラのカラーバランスやストレッチの設定など、撮影中も触りたいのにできない。(でも、撮影中に弄れたことも一度だけあるのですが、再現性無しです。不思議です。)

と言っても、上のように細かいことだけで、普通に撮影するだけならAPTは十分な機能を持っています。「今回の撮影は前と同じM13で、余裕があるので失敗してもいいからNINA試してみようか」くらいの気分でした。しかもNINAで上記不満が解決されたかというと、実はそうでもなく、せいぜいLive Viewがマシになったくらいでしょうか。

でもそれ以外にいい所がかなりあり、極めて順調に撮影までできたので、この記事を書いています。



ダウンロードはここからです。

2020年5月13日現在、最新の安定バージョンは1.9ですが、事前情報から日本語を使うためにはベータバージョンを使う必要があり、Version 1.10 BETA002（5月16日の今日、アクセスしてみたらすでにBETA004になっています）をダウンロードしました。

Windows版のみ存在し、MacやLinux版はないようです。32ビット版と64ビット版がありますので、各自の環境に合わせて選択します。自分のWindowsが32ビットか64ビットか分からない場合はここなどを参考にして確認して下さい。

今回は64ビット版を使ってみましたが、注意事項が書いてあって、もしNINAの64ビット版を使う場合はASCOMも64ビット版を使う必要があるそうです。いくつかのASCOMドライバーは未だ32ビットのままなので、その場合は32ビット版を使うか、64ビット版のドライバーの開発を促してくれとか書いてあります。とりあえず今回の使用（一通りセットアップして、plate solvingして導入、長時間撮影とかするくらいまで）では64ビット版で困ることはありませんでしたが、たくさんの機器を繋いで本格的に稼働させるとかの人は32ビット版の方がいいのかも知れません。

インストールは普通にやれば特に困ることはないでしょう。



インストール後、起動して一番最初にやるべきことは左端アイコン群の一番下「オプション」の「一般」の設定でしょう。そもそも日本語になってないと「Options」の「Genaral」になっています。まずは、そこの「Language」を「Japanese(Japan)」に変えます。変えた瞬間に日本語に切り替わるのが素晴らしいです。でも後から再起動して気づいたのですが、細かいところ、例えば先ほどの「Japanese(Japan)」は再起動して初めて「日本語(日本)」に切り替わるので、全ての項目が瞬時に切り替わるわけではないようです。一応言語を切り替えたら、一旦終了して立ち上げ直した方がいいでしょう。

同じページで「天文測定学」（ちょっと訳が微妙ですが）で緯度、経度を写真のように「137.12」などという形式で「度と分だけを小数点で区切った形」で入れておくといいでしょう。後の「スカイアトラス」のところで正しく表示されるようになり、撮影時間などの目安を立てやすくなります。



「オプション」「撮像」「画像ファイルパス」で、撮影した画像を保存する場所を指定できます。好みの適当なところにしておくといいでしょう。



最低限の設定がとりあえず終わったら、次は「機材」ページです。この時点で、必要な機器はケーブルなどで実際に接続しておいた方がいいでしょう。今回設定したものはカメラ、望遠鏡（赤道儀のこと）、ガイダーです。これら3つは接続すると縦に並ぶアイコン群の右下に小さな電源マークが出るので、何が接続されているのか一目で分かります。


それぞれのページの一番上で接続したい機器を選択し、その右の電源マークのアイコンを押して「接続」します。例えばカメラなら、すでにカメラが接続されていれば上の写真のように「ZWO ASI294MC Pro」という選択肢が出てきます。カメラが繋がれていないとASCOMとかN.I.N.A.のシミュレーターカメラとかしか出てこないので注意です。もしきちんとカメラにケーブルをつないでいても、つないだカメラ名が出てこない場合は、接続アイコンの左の矢印が回っている「デバイスの再スキャン」を押すと再認識されて、選択肢として出てくることがあります。

うまくカメラが接続できると温度制御やゲインの設定などができるようになります。冷却は設定温度を決めて、右横の雪の結晶マークのアイコンを押すだけです。撮影終了時の昇温は下の炎マークのアイコンを押します。オフセットはダークファイルのオフセットより大きな値が入っていればいいのかと思います。通常数十とかでしょうか。ゲインは後の「撮像」のところで改めて設定するので、適当でいいです。



とりあえず、赤道儀での自動導入でも、マニュアル導入でもいいので、撮影したい適当な天体を導入します。最初はテスト撮影だと思って下さい。NINA自身の導入機能「フレーミング」については次回の記事で説明します。

一旦撮影したい天体が導入できたら、PHD2を起動してオートガイドを始めます。その際ですが、PHD2で赤道儀に接続した時に出てくる4方向ボタンのの小さな画面が後で導入すうる時に便利になるので、できればボタンを押してきちんと赤道儀が反応するか確かめておくといいでしょう、

きちんとオートガイドされていることが確認できたら、「オプション」「ガイダー」で、PHD2に接続して下さい。もしかしたら自動的に認識されて、すでに接続された状態になっているかも知れません。もし選択肢にPHD2が出てこなかったら、「オプション」「機材」の右下の「ガイダー設定」できちんと「PHD2パス」が設定されているか確認してみて下さい。私は先にPHD2を動かしていて、うまく動いている状態でNINAを立ち上げたので、特に何も設定する必要はなかったですが、うまくいかない場合はここが設定画面になるはずです。


うまくPH2Dが接続されると、ガイドされているグラフが「機材」「ガイダー」のところに表示されます。PHD2の制御情報がそのままNINAで表示されるのがすごいです。左の方の選択で、y軸、x軸の表示設定とともに、誤差の単位を変えることができます。下の写真ではピクセル単位にしています。概ね0.5ピクセル以内に収まっているでしょうか。


ついでにここで、NINA上でも赤道儀との接続も済ませておきましょう。PHD2がうまく動いているなら、すでに赤道儀はPCと接続されているはずです。NINAの「オプション」「望遠鏡」で自分の赤道儀のドライバーを選択し、右の「接続ボタン」で接続します。





次はNINA画面の左端アイコンの下から二番目「撮像」ページです。ここは盛り沢山で混乱しますが、最初は最低限の機能から試します。


まずは右上の「撮像」パネルのところのシャッターマークの「露光開始」ボタンを押して一枚テスト撮影して見て下さい。その際、「露出時間」は適当に10秒くらい、「ビニング」は1x1、「ゲイン」は200から400くらいいいでしょう。これらの設定はテスト撮影の時のみ有効で、本撮影では別の設定項目があり、そことは独立に設定ができます。撮影中は左下に「撮像:露出中」とか出て、時間バーが動いていきます。一枚撮影すると画像が出てくるはずです。望遠鏡の蓋がきちんと外れていて、ピントも合っていて、何かターゲットが入っているはずなのに真っ暗な画面しか出てこない場合は、撮影画面の上の右側にあるアイコン群の真ん中の棒のようなマークの「画像の自動オートストレッチをトグルスイッチでオン/オフする(表示のみ)」を押して、ボタンが明るくなるのを確認して下さい。同時にオートストレッチが効いて撮影画面も明るくなり、星などが見えてくると思います。

右上の「撮像」パネルのカメラマークの「ライブビュー」も同様です。「露出時間」を1秒とかにして「オートストレッチ」をうまく使って、リアルタイムで連続してみることができます。ただ、この「ライブビュー」うまくいかないことが何度かありました。「ライブビュー」ボタンを押して「露光開始」を押してうまくいったときもあれば、画面の拡大率を変えてうまく行った時もあります。同様のことをしてエラーが出たこともあります。ライブビューはまだ少し不安定な気がします。

ちなみに、この撮像画面のパネル、入れ替えとかしてぐちゃぐちゃになってしまったら、「オプション」の「撮像」タブにいき、右下の「画面配置のリセット」でデフォルトの設定に戻すことができます。



次にNINA画面左のアイコン群の「シーケンス」を押します。撮影計画をここで設定します。最低限

• トータル#
• 時間
• ゲイン
• オフセット
• デザリング

だけ設定すればいいでしょう。デザリングはデフォルトでオンになっているようですが（下の写真はオフになっています。この場合ボタンを押して「オン」と表示されるようにしてください。）、PHD2が動いていてサーバーモードになっていれば、これだけでデザリングもできてしまいます。


ちなみに、ディザー量などは「オプション」「機材」の右下の「ガイダー設定」で設定します。

シーケンス画面の左上の「対象」のところの「ターゲット名称」のところに希望の天体名を打ち込むと候補が出てきます。例えば「M13」と入れると「Herucles Globular Cluster」と出てくるので、それをクリックします。すると何時頃が撮影どきかとかも知らせてくれます。これと関連して、NINA画面左のアイコン群の「スカイアトラス」でも同じようなことができます。


これらの画面にある「ガイド開始」「対象の導入」「ターゲットをセンタリング」「シーケンスの対象として設定」「導入」などのボタンはまだ試していません。ここら辺を駆使すれば、時間がくれば自動的に導入して撮影を始めるとかができるのかと思います。ドームでの撮影などでは便利なのかも知れません。



さて、最低限の撮影準備が整ったと思います。いよいよ本撮影です。



左端アイコンの下から二番目「撮像」ページに戻り、右側真ん中の「シーケンス」パネルの三角の再生マーク「シーケンスを開始します」を押して下さい。撮影が開始され、順次右下の「画像履歴」パネルに撮影された画像が溜まっていくと思います。Windowsのエクスプローラで実際に保存先フォルダを見て、ファイルがきちんと保存されているか確かめて見ましょう。私は一番最初だけエラーメッセージが出て、ファイルが保存できないと言われました。これは撮影中に保存先を変更してしまったことなどが原因かと思われます。最初の一度きりで、それ以降はこのようなエラーはなく安定して撮影できました。

撮影時の注意事項ですがが、あえてシーケンスの「リセット」ボタンを押さないと、途中枚数からの撮影が続行されてしまいます。テスト撮影で止めてしまった時など、必要枚数に達しなくなる時があるので、本撮影を始める時は必ず「リセット」を忘れないようにします。左端アイコン「シーケンス」に行って、左下のアイコン群の左から三番目の矢印が回っているマークのアイコンを押すとまた0枚に戻ります。

とりあえずここまでで、最低限のディザーの撮影までできるかと思います。



うーん、NINAかなりいいです。もちろんどのソフトがいいかは機能だけでなく、インターフェースとかの好みはあるでしょうし、安定性なども大きなファクターです。NINAはまだまだ開発がどんどん進んでいる段階で、しかも今回はベータ版にもかかわらず、一度も落ちることはありませんでした。実は立ち上げてから一度も終了することなく撮影までできてしまうくらい分かりやすいインターフェースでした。オープンソースでこれだけのものができるのは、開発者の方々にただただ感謝です。

ベータ版ですが、すでに日本語が選択できるところもありがたいです。日本語訳もおかしなところはほとんどありません。どなたか日本人の貢献者がいらっしゃるのかと思います。感謝いたします。


感想など、細かいところをいくつか。

• オンオフボタンがわかりにくいです。オンとオフどちらを押してもスイッチが切り替わってしまいます。どうやらボタンのところに「オン」と出ていたら「現在はオンの状態」、「オフ」と出ていたら「現在はオフの状態」という意味のようです。
• ライブスタックはSharpCapと比べると流石にまだまだですが、APTよりははるかにマシです。多少不安定なところもありましたが、最低限操作の通りには動いてくれます。
• 結局撮影ごとのログは残せませんでした。全体のログは残せるがトラブル時以外はあまり有用ではなさそうです。
• 撮影中もほとんどの設定を変更できるところがいい。
• 非力なStickPCで試さなかったので、重いかどうかがわかりません。でもホームページには2GBで動くと書いてあるので、意外に軽いのかも知れません。

とりあえず今回はここまで。次回はもう少し応用編として、「プレーとソルブ」と「フレーミング」などについて解説します。実はもう試してはいて、プレートソルブは簡単だったのですが、フレーミングに少し手間取りました。お楽しみに。

タグ ：

NINA

N.I.N.A

撮影

統合環境

platesolving

software

APT

ディザー

dither