都内からの天体写真

これまでは、鏡筒を Borg 71FL から Borg 107FL にアップグレードするのを第一候補にしていました。しかし、それによって得られる効果が投資に見合うかどうかの確信が持てませんでした。また、その都度対物レンズを交換するのも面倒ではないかと考えるようになりました。 一方で、かもめ星雲などは、 71FL とフラットナーでは入り切らず、もっと短い焦点距離の鏡筒が必要でした。カメラをフォーサーズの 294MC から Canon の APS-C 一眼レフに代えたり、カメラレンズや Borg のレデューサー【 7885 】を試したりしましたが、どれもしっくりきませんでした。 そこで鏡筒はこのままにし、カメラをモノクロにしてナローバンド撮影をしたほうが、同じ投資であれば得られる効果が大きいという結論になりました。ナローバンドは光害地での撮影に有利ですし、ベランダ撮影であればこまめに撮りためて時間を稼ぐことが可能です。そのため、次のカメラとフィルターを購入しました。センサーが１インチと小さいので、今の赤道儀（ EQM35 Pro ）で対応できるか、また、ピクセルサイズが小さく暗いので、ピント合わせやプレートソルブが可能かどうか、心配ではありました。 ・ ZWO ASI 183MM Pro ・ ZWO EFW Mini ・ ZWO ナローバンド 7nm ・ 31mm フィルターセット（ H α /SII/OIII ） ・ ZWO EOS-EF マウントアダプター II 短焦点の鏡筒は、 William Optics の Redcat 51 を考えていましたが、海外のサイトを見るとコマ収差が出るとの記事もあり、ためらっていました。そこにちょうどオークションで Borg 71FL とレデューサー【 7872 】のセットが出ており、こちらにしました。ベランダでのテストでは、周辺減光や収差も少なく、満足できました。ピント合わせがヘリコイドですので、全体に軽量です。暖かくなったら、これと AZ-GTi とのセットで外へ出ようと思います（ 71FL+ フラットナーでも、ドリフトアラインメントによる極軸合わせでも、 5 分の撮影は十分可能でした）。 このレデューサーだけの購入も考えましたが、フラットナーの鏡筒では長すぎてそのまま使えず、結...

パソコンを高速化してPixInsight の処理時間が短くなったことで、学習もはかどってきました。前回から分かったことをまとめておきます。 カブリ補正 カブリ補正は DyanamicBackgroundExtraction （ DBE ）を使います。しかしこれまでは、大まかな補正はできますが、どうも角のカブリが平坦になりませんでした。 2 回 DBE を使うと良いという記事を読み、試しましたがだめです。さらに調べると、背景の色が急激に変化する場合は、 Tolerance を高くし、 smoothing を低くすると良いと記事を見つけました。横浜のような光害地では、これを使う必要がありそうです。 次のインテグレーション済みの画像で処理します。左下が特に明るく、右上が暗くなっているのが分かります。 これをディフォルトの設定のままで、 DBE で処理すると次のようになります。多少は平坦になりますが、やはり左下が明るく、右上が暗くなっています。 そこで次のように Tolerance を 1.5 と高く、 Smoothing factor を 0.1 と低くします。左下と右上には、星雲を避けながらかなり多めにサンプルポイントを打っています。 この結果が次の画面です。背景が全体に平坦になっているような気がします。 これをもとに処理をしたバラ星雲の画像です。上の画像に加え、三日間に渡って撮影した画像をインテグレーションしています。うまくカメラの回転の調整ができていなかったので、かなり小さくクロップしなければなりませんでした。そのためこの画像では良く分かりませんが、背景の問題は解決できたように思います。ちょっと星雲を強調し過ぎという感じもしますし、星像が太っているのはこれからの課題です。 ノイズ処理 これまでノイズ処理は、ストレッチした直後に ACDNR や TGVDenoise というプロセスを使ってきましたが、パラメーターの意味がよく分からず、またマスクを掛けていても、星像が変化することがあり、苦労していました。 これもネットで調べていると、 MultiscaleLinearTransform （ MLT ）でストレッチ前に処理するのが良いという記事を読みました。この...

PixInsight を使ううちに、どうも処理が遅いと感じるようになりました。考えてみると、画像処理に使うデスクトップは CPU が Core i3 2120 （第二世代）でした。もう８年近く使っていますが、 Windows 7 から Windows 10 まで安定して動作していましたので、アップグレードの必要性が感じられなかったのです。しかしここが潮時です。交換することにしました。 以前に PixInsight （ PI ）の PhotometricColorcalibration （ PCC ）を実行すると、奇妙な色になることについて書きました。特に画像品質が良くない場合や、 DeepSkyStacker （ DSS ）でコンポジットした画像は、青色になることが多く、 PI での処理を諦めていました。しかし、調べてみると設定がいい加減だったことがわかりました。 CPU ・マザー・メモリの交換 これまでは CPU ・マザー・メモリで３万円という基準を設け、格安のパソコンをいくつも作ってきました。しかし今回はちょっと奮発して、４万円で組んでみることにしました。選んだのは次のパーツです。          CPU : Core i5 8400 （第八世代）          マザー : GIGIGABYTE H370 HD3ATX          メモリ : CORSAIR DDR4-2666MHz 8GBx2 枚 CPU スコアは、あるサイトによれば i3 2120 が 3891 、 i5 8400 が 11700 とのことですので、ちょうど 3 倍になります。メモリはそれほど速くはならず、 HDD は同じですので、全体としてはここまではいかないかと思います。 PI の速度測定 交換前の Core i3 2120 で、特に時間がかかる次の処理について測定しました。 ①　 StarNet++ による星雲マスク作成（ Stride=64 ）     ...

カメラの回転角度は Astro Photography Tool （ APT ）のポイントクラフトで SHOW ボタンを押せば、ステラリウムに撮影枠が表示されるということは、前回書いた通りです。しかし試してみると、ステラリウムでプラグインの設定をしなければならないことが分かりました。 ASI 294 MC で撮影した画像は、 PixInsight の バッチ処理プロセス（ Weighted Batch Preprocessing ） を使って、キャリブレーションからインテグレーションまでを自動実行していました。しかし、最近は露出時間を 300 秒と長くしたためか、画面の右上にアンプグローがかすかですがはっきりと見えるようになりました。これは何とかしなければなりません。 カメラの回転角度 APT でプレートソルブして、 SHOW ボタンを押しても、ステラリウムには何も表示されません。 APT をよく見るとエラーメッセージが出ています。          Connecting to Stellarium problem (5) APT のフォーラムで調べると、ステラリウムのプラグイン「リモートコントロール」の設定が必要だとのことでした。「起動時に実行」をチェックし、ステラリウムを再起動します。リモートコントロールの設定ウィンドウで、次のように上の二つをチェックします。 これで APT で SHOW ボタンを押すと、ステラリウムに枠が表示されますので、回転装置を回して調整します。 M42 を中心にして、縦画面にしてみました。これくらい赤経赤緯軸に合っていれば、合成したときの画面の損失はかなり減るのではないかと思います。 PixInsight のアンプグロー 上で撮影した M42 の画像（ 300 秒 X24 枚）をコンポジットし、 Dynamic Background Extraction をしただけの画像です。 全体ではそう目立たないのですが、右上を拡大すると放射状のアンプグローが残っているのが分かります。 これは、次のマスターダークファイルのアンプグローと一致します。 ...