|
先日、ブログにも書きました様に、遠州地方でも晴れは見られるようになりましたが、この時期特有の、遠州のからっ風で、オライオンでの撮影はなかなかに厳しい・・
それでも、春の銀河が狙い時となるこの季節。撮るなら系外銀河だと思って、撮影させていましたが・・
風で壊滅状態・・
まぁ、少しでも救えるものがないか、見て確認中です・・
何回か紹介してると思いますが、多少の星像歪みであれば、ステライメージのカスタムフィルターを使うことで、
矯正することができます。
いわゆるフィルタマトリックスと呼ばれるBOXに数値を入れていくカスタムフィルターです。
基本的な３×３のマトリクスであれば、シャープ処理（２次微分）は以下のように記述できます。
0 -1 0
-1 5 -1
0 -1 0
といった感じで、中心に値が大きな数値を置いて、周囲にマイナスの数字を配置します。
星像の流れが横方向であれば、
0 0 0
-1 3 -1
0 0 0 となり、この場合、左右方向のみにシャープ処理（１次微分）を適用、つまり、ガイドミスのエラーをシャープ処理で矯正、という考え方です。
この時の数字の合計値が１になるように配置する必要がありますが、
ステライメージでは、『正規化』にチェックを入れることで、何も考える必要がありません。
また、最小値のスライダで、矯正したいハイライト部分に適用することで、画像全体のS/Nの劣化を防ぐことができます。
画像のように、複雑な星像崩れでも、重みづけを変えることで、星像がだいぶよくなることが判りますね。
また、カスタムフィルターの良いところは、基本的には変形シャープ処理ですから、星雲のハイライト部分などディテール描写を重んじたい部分にも適用することで、構造描写の劣化は最小限に留めることができます。
この点でも、Psなどで行う星像崩れ修正とは異なり優れている点です。
コツとしては完成画像に適用するのではなく、流れている各１コマ画像に適用し、流れていない画像に混ぜてコンポジットを行うことで、必要な枚数（S/N）を確保することにあります。
しかし、悪貨は良貨を駆逐する、です。基本的にはガイドエラーやブレ画像は除外した方が良いでしょう。
どうしても枚数が足りない場合には劣化を最小限に留めるこの手法は覚えておいて損はありません。
まぁ、せっかく撮ったしね。なんとか活用してみようと、ちまちま確認・処理中・・です。
|
画像処理の小部屋
[ リスト | 詳細 ]
コメント（0）
|
さて、３連休でしたので、嫁さんの実家に来ています。
まぁ・・自分の方は、どこにいても、PCがあればやってることは変わらないのですが・・（汗）
ただ、今使っているDynaBookは液晶パネルの色合いがだいぶ違うので、画像処理の仕上げはできません。
と、いうわけで、ラッキーイメージングのスタック比較なんて試してみました。
ステライメージの方が選別結果がより厳しくなっていることもあり、厳密な比較ではありません。
しかし、ステライメージでの選別では、『FWHM』、以前に画像処理の小部屋でも紹介している『評価値』、そして実際の目視判別。とりわけ、最後の目視判別でしょうか。
FWHMの値がよくても、星像が風でブレていたり、ハネて二重になっていたり（←特に後者はソフト判断で騙されやすい様）といったデータがありますので、それらはステライメージでは目視判断で排除することが可能です。
もちろん、AS!でもより選別基準を厳しくすることで、より良い結果を得ることはできるかもしれませんが、画像を全く見ずに、最適値の設定を行うことなど、できるわけがない・・
DeepSkyStakcerでも最終的には目視確認して排除することはできると思いますが、目視選別の使いやすさであれば、チャンネルパレット等もあるステライメージの方が上かなと思いました。
結果としては、恒星の大きさ、M64の微細構造の描写など、差は一目瞭然ですね。
この画像、過去に、AS!でスタックして、この程度では・・と思って、結局放置していたのですが、ステライメージでスタックした画像からなら、もう少し処理をしてみてもいいかな、という気持ちになります。
せっかく、多数枚で時間かけて処理しているので、やっぱりきちんと自分の目で見て、判断した方が良さそうです。
|
|
相変わらず、大和くんの添い寝と同時に寝てしまいます、、、(^^ゞ
昨日、朝４時に起きて、昼前にやっと今月応募分の作品をプリントしてポストに投函してきました、、
もっとも、コレと言ったものがなかったので、入選する可能性は低いのですが、、、、(;´д｀)ﾄﾎﾎ…
その一環でこちらのM8も仕上げてはみたのですが、流石に、入選するレベルにはないですね。遠天写真展用にもどうしようか、悩むレベル・・・…(￣ﾍ￣;)ｳｰﾝ
ST10XMEは、NABGタイプのCCDなので、盛大にブルーミングするのは以前お見せした通り。
こんなひどい有様ですが、きちんと手順を踏んで処理していくことで、なんとか見られるものになります。
もっとも、星回りは、ブルーミング除去時に、多少、いびつになってしまうのですが・・・
今流行りの短時間露光の星画像を追加すると、その欠点も補えるかもしれませんね。
手順は煩雑ですが、ご参考までに自分の補正方法を挙げます。
一手でも手順を間違えると、正常にノイズが補正できないのが難点ですが、NABGのCCDを使ってる以上仕方ないですね・・・
1)ダーク補正
旧STシリーズは、安定度が若干良くないので、MaxImDLで、BIASを用意して、AutoOptimizeでダーク補正する必要があります。
2）ブルーミング補正
ダーク・フラットは一括で処理してしまいたいものですが、フラット補正で周辺減光を補正してしまうと、星から溢れた電荷であるブルーミングの輝度値が変化してしまうため、フラット補正の前に、ブルーミング補正を行う必要があります。
具体的なソフトとしては、CCDOPSのものが一番優秀だと思うのですが、MaxImDLのプラグインにDeBloomerを入れておくと、一括して補正できますので、最近はよほどのことがない限りはDeBloomer使っちゃいます。
なお、ダーク・フラットを一括で処理する為、ブルーミング補正を最初にやっていた時もありましたが、このテの補間処理による補正だと、当然、補正した部分はダークがマッチングしなくなるので、ブルーミング補正痕部分のS/Nが悪化します。
系外銀河なら、背景が荒れるだけで済みますが、本作のような散光星雲では致命傷ですね。
3)フラット補正
ここでフラットを入れて・・
4)カラム欠陥補正
旧STシリーズ、STLシリーズでもあるかもしれませんが・・・回路系の品質が悪いせいか？使っているうちに、カラム欠陥（明るい縦筋）が出てくるという問題があります。
ダーク補正で、完全補正できそうな気がしないではないのですが・・・なかなか上手く消えない様です。
そのため、MaxImDLのRemnoveBadPixelに補正したいカラム欠陥を登録しておいて補正しています。
5)コンポジット（要シグマクリップ）
ここで、コンポジットです。高QEのセンサということもあり、宇宙線をよく拾います。
これを除去するには、シグマクリップを使ったコンポジットを行う必要がありますので、棄てる画素を可視化してくれるCCDStackでコンポジットを行います。
ここまでやって、ようやく使い物になるデータとなります。
ST10XMEは一見、ノイズは多いのですが、流石、高QE、画素ピッチも十分大きい（6.8μ□）こともあり、感度が高く、手間はかかっても、使っていきたいと思わせてくれる機材です。
とはいえ、さすがに3MPの画素数では、散光星雲はちょっと厳しいですが・・・
センササイズもちょっと大きい（15mm×10mm）ので、上手く使っていきたいなーと思ってます。
|
|
AutoStakkert!3の方が、スタック速度は圧倒的にRegistax5.1より高速です。
個人的に、Registaxを気に入っていたところは、50Frameを平均化して、リファレンス画像とするところ。
こうすることで、像の歪みを平均化し、参照画像としては理想的な状態になると考えています。
で、最近使い始めたAutoStkkert!ですが、以前に試したAS!2の時に同様な機能があった様な覚えが・・
どちらにしても、AS!3は適当に使っているだけなので、きちんとしたソフトの性能を引き出せていないとは思いますが、いずれにしても、Registax5.1から移行しようとするなら、画質についても比較してみないと・・
ってわけで比較してみました。
約１分間 671フレームのデータから、Registaxは500枚 AS!は75%でスタックして比較してみました。
スタック画像だけでは全く判断できないので、その後の強調処理もほぼ同等に適用しています。
比較する前は、速度が早いAS!の方の画質に不安がありましたが、こうして比較してみると、Registax5.1に対してほぼ同等ないし、上回っているのではないかと（まあ、枚数でいけば、671枚の75%なら503枚で若干多いですが・・）
いずれにしても、これなら、AutoStakkert!で問題なさそうです。
と、いうわけで安心して？AS!3でスタックして処理した木星です。この日もシーイングは決して良くはなかったと思いますが（薄雲の中からの撮影でしょうし・・）、それでも、5/12に比べればまだマシだったんでしょうね。
やっぱり惑星はシーイングが一番大事ですね、、
|
|
ちまちま選別してみました。
やってみて、気がついたのは、シンチレーションによる星像の差以外にも、オライオンの場合、アルミ筒なのもあって外気温によるピント移動の影響もあること。
冷却CCDで撮る時は、予め反対方向にちょっぴん（ちょっとピンぼけの略）にしておいて、自然とあってきて、最後また外れる・・なんてことをやってるのですが、オライオン30cmにつけてあるJMIのMotoフォーカサーでは、さすがに4.54μ□のSXVR-H694でのピント合わせがやっとで、3.75μ□のToupCamだと無理があります、、（と、いうか確実なピントも無理といえば無理ですが・・・）
やっぱり接眼部、換装したいかも・・
でも、昔は売られていたR200SS用の接眼部も今は単品販売されていない・・？
というわけで、まず、選別の判断基準として、ステライメージに100コマ読み込み、100コマのFWHMの平均値を求めました。
この値以下で足切りとして、画像がハネたりブレたりしているのはまず目視で排除し、次にFWHMを測定し、100コマ平均より星像が肥大しているものは容赦なく排除。
撮影してあった約3400コマのうち、940コマを選別しました。
と、簡単に書いてますが、結局、これに４日間、のべ10時間くらいかかってるような・・・・
まぁ、なんとかギリギリ、モノになりそうな感じはしますので、これで処理してみます。が、その前にカラーのQHYで撮った方もコンポジットせねば・・・（こちらはできればお手軽にやりたかったところですが・・・）
AutoStakkert!でQHY178Cの画像が極めてノイジーなのは、MaxImDLでダーク・フラットを行って、32bitFitsで保存しているせいではないかと思います。
カラー32bit実数Fitsはさすがに非対応なのでモノクロになってしまうし、Bayerで保存したものも、AS!では対応できてないのでしょうね。
フラット補正後の画像を16bitで保存することに抵抗はありますが、Fitsで保存すれば問題ない気もするので、次に撮影する時は、その点もテストしてみたいと思います。
TIFFにするとScaling（MaxIMDLだと保存時にストレッチがかけられる）しないとハイライト/ローライトは切り捨てられてしまうと思いますが（ステライメージでやると良く判りますね）、Fitsなら、ヘッダ情報が埋め込まれるので問題ない・・・筈・・・ σ(^^ゞ
ToupCamはモノクロなので、32bitFitsでも何の問題もないと思えるので、やはりAS!ではS/Nの損失が大きすぎると思います。
ただ、Drizzle 1.5×のオプションも入れたので、この辺りも悪さしてる可能性はありますが・・・・。 時間があれば、この点は再検証してみようかな・・。
|
