フォーラムへの返信
-
投稿者投稿
-
たしかに!
6Dのフィルターのデータは見つからないのですが、比較的近いと思われる60Dのデータを参照すると656nmのところにGの感度がわずかに残っていそうです。IRカットフィルターの除去でそのあたりがどのように変わるかは分からないですが、一応Gチャンネルも確認したほうが良いかもしれません。

<p style=”text-align: left;”>なるほど、ノーマルカメラの情報にHaを混ぜるのはそれは楽しみですね。</p>
デュアルバンドパス系なら6Dのスタック後のマスターファイルのうちRチャンネルがHaだけになっていると見てよいです。ちなみにGとBチャンネルはO3だけの信号が記録されていますこんにちは。
なんとそんなことがあるのですね! Gainの値は前回のスレッドの初めの段階でFitsHeaderをみて確認していたはずですが、ステラショット2->ASIStudioと移行するとASI StudioのGain設定値がFitsHeaderに記録されて、実際のGainはステラショット2の値で動作していたってことでしょうか。
そうだとすると、かなりタチの悪いトラブルで、ステラショット2に問題ありですね・・・
昔のあぷらなーとさんの解析によれば、294MCはGainを390以上に上げると画像の階調が14bit未満に落ちるそうなので、以前いただいた画像がすでにストレッチされたように見えていた理由もそれで判明しました。
よかったです。螺旋星雲もナローで淡いところまで写っていて、結果が楽しみです。
今回は勉強になりました-
この返信は1ヶ月前に
だいこもん (たの天アンバサダー)が編集しました。
-
この返信は1ヶ月前に
だいこもん (たの天アンバサダー)が編集しました。
ちなみにご質問の話題については、自分も以前いろいろ考えていて、ブログの記事にしています。もしご興味あればご一読ください
https://snct-astro.hatenadiary.jp/entry/2026/01/31/165052田中さんこんにちは。
書かれている「意味がない・ある」とは科学的な合理性のお話なのか、それとも天体写真を好みの美しい画像に仕上げる目的に対してのお話なのかで結論が変わってくると考えます。
前者なら、使用したフィルターの透過特性をSPCC/PCCに適用することで、「適切に設定したホワイトバランスの下で、このフィルターを透かして天体を見たらこういう色になりますよ」という画像を出力することが出来ます。それが一応、「合理的な色」にはなるかと思います。
やってみるとわかるのですが、上の結果はそれほど「映える」色彩にはなりません。ですので私の意見では合理性に囚われず自由にアレンジするのが良いと思います。後者の立場ですね。
よかったです。画角が大きく違う場合は有効みたいですね。
複数画像に対して行う場合はどうなるのかが気になっていますが、今度試してみます
全部書いた後に思い出したのですが、オプションでResistration modelを”Two-dimensional surface splines”に変更するとひょっとするとうまくいくかもしれません。上の方法はこれがダメだったら試してみてください
”Restricted Preview”は、SAの計算範囲をプレビューに限定して計算してくれるので、極端に画角が違う場合に有効です
最後に2枚の画像をスタックするときにちょっと工夫が必要になるかもですが、それはそのときにまたご相談ください
そうでしたか、失礼しました。
焦点距離が270mmと550mmで焦点距離がだいぶん違うのですね。ちょっと面倒ですが、以下のような方法を思いつきました
- 270mmの画像群と550mmの画像群をそれぞれ別々に位置合わせして、スタックまでを済ませる。
- それぞれのmasterファイルの位置合わせを以下の手順で行う
- 550mmのマスター画像をリファレンスに指定、270mmの画像をTargetImageに指定
- 270mmのマスター画像のうちで550mmの画像に写っている範囲をpreview指定
- StarAlignmentのStarMatchingタブ内”Restricted Preview”にチェックを入れて実行
- おそらくSAがうまくいく
- 位置合わせを終えた2枚の画像をさらにスタック
-
この返信は2ヶ月、 1週前に
だいこもん (たの天アンバサダー)が編集しました。
おはようございます、乗り遅れました。
一つ確認があるのですが、Toshy-jiGさんがStarAlignmentで合わせようとしている画像はリニア画像でしょうか?ストレッチを終えた後のノンリニア画像だと、星の認識がうまくいかず失敗することがよくあります。
こんにちは
そのばあいcpast stretch
と”と”がのぞいて入力してみてください。わかりにくかったですね
入力場所は、下の赤枠です

石黒様
なるほど、状況がよくわかりました。
私の経験ですと、ストレッチ後のプレートソルブは、たまたま星をうまく検出して解けることもあれば、そうならずに解けないこともあるという感じです。
解けない場合は、リニア画像の段階であらかじめプレートソルブを行っておくか、または事後的にリニア画像にプレートソルブを行い、その情報をストレッチ後にコピーするかの二通りです。そのばあいは、プレートソルブが済んでいるリニア画像を選択した状態(ウインドウが青くなっている状態)で、プロセスコンソールに
cpast “コピー先の画像のタグ名”
と入力します。するとプレートソルブ情報がコピーされます
石黒様、こんにちは
添付いただいたImageSolverの設定画面にて、ImageParametersのタブが隠れてしまっていて中身が見えていませんが、そこには対象画像に写っている天体の座標、望遠鏡の焦点距離(GS200RCなら1600mmですね)とカメラのピクセルピッチを入力する必要があります。そこは入力されてましたでしょうか?
さらに、上記を正しく入力してあっても、ノンリニアのストレッチ済み画像に対しては星が検出できない場合があります。もしノンリニア画像に対して行っていたようなら、リニアの段階でImageSolverを行う必要があります。
石川さんの書き込みで、離島と富士宮で撮影したそれぞれのミックスするときに、PSF Signal Weightを全面的に信用して良いかどうかの難しい問題ですね。理屈では、光害値のデータでも適切なウエイトで加えればSNは向上すると理解してますが、ちゃんとやったことがないのでわかりません。
でも「あまり変わらなかった」という結果は面白いと思います。いろいろ試してみてください。結果にも興味ありです!
-
この返信は1ヶ月前に
-
投稿者投稿