フォーラムへの返信
-
投稿
-
MIさん
理由は不明ですが、誤って一つ目のサブフレームが太文字となっていてマスターとして認識されています。
一度、右端の”Detect masters from path”のチェックをはずして、Purge casheを押して試してみてくださいませんか。これでマスターを自動で設定されないのと、読み込み情報がクリアされます。
それでもまだ変わらなかったら、次はresetボタンを押して、”Reset all parameters”と”Clear al file lists”にチェックをいれてOKを押してください。
そうするといったんクリアされます。それで再度ファイルを読み込んでどうなるか試してみてください。
いったん試してみて、またご連絡ください！
丹羽
MIさん、こんにちは。ご質問をありがとうございます。
添付いただいた画面ですとFlatにインテグレーション済みのマスターファイル(masterFlat)が登録されています。FlatDarkはインテグレーション前のFlatのサブフレームから引き去る必要があります。FlatDarkを利用してmasterFlatを作りたい場合、個別のFlatのサブフレームを登録ください。
この画像がフローです。
こちらで解説しました。
https://masahiko.me/wbpp20-pixinsight/もしご質問の意図と違っていたり不明点がありましたら、またご質問下さい！
足利様
ありがとうございます。できてよかったです。タブとして作るとCloneではなくてPreviewになります。
書籍の記載の情報をもありがとうございます。すこし表現を見直した方がよさそうです。次の改版で見直しますね！
足利さん
本をお買い上げくださいましてありがとうございます。P151ということは、ここまで読み進めてくださったのですね。感謝です！
PixelMathでエラーが出ているとのことですが、エラーの出た画面のスクリーンショットを貼っていただけないでしょうか。確認したく思います。
丹羽
みいこさん
色の違いの表現、つまり色によるコントラストは私もまさに取り組んでいるテーマです。明るさのコントラストは比較的つけやすいのですが、色は全体のバランスもありなかなかチャレンジしがいのあるテーマです。
SPCCを実行した時点では、まだ写真は素材の状態です。明るさも色もまだコントラストがついていない段階です。
今回のマルカリアンチェーンは色差がデータとしてはあるものの、おそらくその差は小さく、SPCCの段階では目に見えるような違いが出ていないのと思います。その差を強調によって引き出していくのがこの後の工程で、主にノンリニアのフェーズです。
私はマスクを多用しています。たとえばGAMEスクリプトを活用して銀河ごとのマスクを作り、赤っぽくしたい楕円銀河だけ彩度をあげるなど、工夫して色の違いを表現するのかと思います。
色の違いの表現例ではありませんが、マルカリアンチェーンに似たろ座銀河団のときのマスクの例はこちらです。
https://masahiko.me/wonderful-universe/
またこれも銀河ではありませんが、色の表現方法について工夫したのがこちらです。
https://masahiko.me/contrast-by-color/
このように、あれやこれやを駆使して情報を引き出そうとしています。
私もまだ道半ばです。
清水さん、
こんにちは。設定の方法は、まずWBPPのLightsタブでAstrometric SolutionのImage Solver parameters…をクリックします。
すると下記のウィンドウが出てきます。
ここで、Searchボタンをおして、たとえばM31と入れるなど撮影対象天体を指定してOKボタンを押すとRight AscentionとDeclinationに座標が入ります。次に望遠鏡の焦点距離とカメラのピクセルサイズを指定してｘボタンでクローズします。
これでImage Plate Solverが動きます。
しかし私は、いつもAstrometric Solutionをオフにしています。
この機能は撮影した座標を画像に書き込む機能です。WBPPが終わった後に、SPCCなどのときに必要になるのでWBPPのタイミングで実行しておくと便利なためです。しかしエラーになりやすいですし、現在のWBPPではこの情報は使っていません。単に後からの利便性のためだけに実行しています。(「現在の」と書いたのは今後のWBPPの改善ではこの情報を使うことが示唆されています)
WBPPでAstrometric Solutionを実行しなかった場合は、自分でScript – Image Analysis – Image Solverを実行させます。こちらの方が動作をその場で確認できるのでWBPPで行うより便利に思います。
わからないことがあれば、ご連絡ください！
対処療法的ですが、結果は同じ効果を得られるので、ぜひお試しください。
またPixelMathはとても便利です。一番使うのは、二つの画像A, Bでどちらを採用するか悩んだ時に
(A + B)/2
とやって混ぜています。カレーライスと同じで、なぜか混ぜると結果がよくなることが多いです。これもお試しください！
星を見るカタツムリさん、
metadataの件は失礼しました。Image Solverが外れたバージョンから無くなっていたのですね。
DrizzleのScaleが2のときは通ったとのことですが、確かに星が少なくて不安ですね。まだパラメータの調整が必要なのかもしれません。
根本的な解決策ではありませんが、回避策的な方法がひとつあります。Drizzleしていない画像であれば、SPCCを実行できますよね。その実行結果のパラメータを使って、Drizzleデータを処理する方法です。SPCCもPCCも道具立ては大袈裟ですが、やっていることはRGBのカラーバランスを整えるのとBackground Neutralizationだけです。カラーバランスは、上記の画像ですとWhite Balance Factorsの値がそれにあたります。
以前に別の理由でDrizzle画像にPCCができなかったときに似た方法を採用しました。この時はメモリサイズの問題でPCCができませんでした。記事のリンクを貼っておきます。こちらはPCCの記事ですが、SPCCでも同じです。
https://masahiko.me/pcc-process/
実行方法は、下記のとおりです。
(1) いったんDrizzleなしの画像を使ってSPCCを実行し、White Balance Factorsを取得します。
(2) 次に記事の方法でDrizzleありの画像に対して、PixelMathでホワイトバランス調整をします。
(3) その後にBackground Neutralizationを実行します。またこの方法はDrizzleあり/なしで、カラーバランスがおなじであることを前提にしています。おそらく問題ないと思いますが、もし心配なときは、DrizzleデータをResampleによってサイズを小さくして、その画像に対してSPCCを実行してみることも試してみてください(ResampleはProcessマニューのAll processedの下にあります)。DrizzleしたデータのResampleであればSPCCがうまくいく可能性もあると思いました。その結果を使って、元データに対してPixel Mathでカラーバランスを調整します。
以上は回避策的ですが、効果はSPCCを実行したのと同じになるはずです。よければ試してみてください。
星をみるカタツムリさん
ご質問をありがとうございます。Drizzleを使っていてもPCC、SPCCは実行可能です。私も実行しています。
まずImage Solverは正常に終了したでしょうか。スクリーンショットを拝見するとおそらく成功しているようですので、念のため確認です。DrizzleのときはPixcel Sizeを小さく(たとえばScale 2のDrizzeならば半分に)する必要があります。
このエラーはご指摘のように星を見つけられないときに発生します。PCCならば下記のようなことでエラーを回避したという書き込みがネット上にいくつかみられました。
・automatic magnitudeをオフにして、limit magnitudeの値を大きくする
・Ignore existing metadataをオフにするSPCCはまだ情報がないのですが、Signal Evaluationのパラメータが効いてくるように思います。
パラメータ変更されたようですので、上記はすでにされているかもしれませんが、いったん状況をお聞かせください。
AIricha33さん
いつもありがとうございます!こういう場合はコントロールが効くDBEがおすすめです。下記のパラメータで試してみてくださいませんか。
・Toleranceを大きく(5.0くらい)
・Sample Generationを大きく(20くらい)
パラメータの解説はこちらをご参照ください。
https://masahiko.me/dbe-improved/
