フォーラムへの返信
-
投稿者投稿
-
まさおさん
こんにちは。これはカタログデータを参照しているサーバがなんらかの理由でダウンしているときに出るエラーで、たまに起こります。もし今まではImageSolveが問題なく動いていたのなら、大抵の場合はしばらく待ってから実行すると解決していることがおおいです。
もう一度試してみるといかがでしょうか?私も、PixInsightがダウンした後いくつかのスクリプトが消える症状を経験したことがあります。その時も再インストールしました。
ありがとうございます。そういうケースがあるのですね。参考になりました!
桑子さん、こんばんは
自分は過去のImageSolverのエラーに関する書き込みを全てチェックできていないのかもしれませんが、ノンリニアの画像だとソルバーが失敗することがよくあります。その点はいかがですか?
そっちでしたか。
自分が試したのは星ハロマスクでリンギングを修正する方法ですが、あまりうまくいきませんでした。むしろBXT実行時にハロマスクを適用して、星の周辺に処理がかからないようにした方が良かったかもしれません。そういった対処療法てきな方法しか思いつかないのが苦しいところですが
-
この返信は1ヶ月前に
だいこもん (たの天アンバサダー)が編集しました。
まさおさん、
試していただき良かったです。ただ自分もまさおさんがアップロードされたjpgで試してみましたが綺麗に補正するのは難しそうでした。星ハロマスクを作るプロセスはPIには実装されていないようです。
画像を見てみました。たしかにわずかなリンギングの症状がみえますね。BXTは基本ブラックボックスなので、丹羽さんの描かれた通り”Sharpen stars”を小さくするか”Adjust Star Halos”を大きくするかしか直接の対策はないかもしれません。
私の感覚からすると、この程度のリンギングならあまり気にならないかなと思っていますが、この後のストレッチで目立ってきてしまうならリンギング部分を選択するマスクを使って補正する方法もありそうです。
星ハロを選択するマスクは、starnetなどで作った星のみ画像に対してpixelmathで
RGB/K: gconv( dilation( $T, r, str_circular() ), r ) -$T
Symbols: r=3として作成できます。rの値をハロの大きさに合わせて調整してみてください。
(この方法は、pixInsightの使い方「応用編」で紹介してます)まさおさんこんにちは。
私の経験では、BXTにかける画像は十分なスタック枚数で滑らかな場合の方がうまくいくと思っています。可能なら、BXTでリンギングが発生する画像のBeforeとAfterを見せていただければ何かわかるかもしれません
素敵に仕上がりましたね。中心部の様子も中心から周辺にかけて滑らかでいいですね。
また何かありましたらお立ち寄りくださいーすみません、気づくの遅れました。
確かに、これならいい感じですね。よかったですですがその辺は、上側に飛び出た部分を再スケールして輝度を1以内に納めるなどの方法で回避しているのかも知れませんね。
こてっちゃんさんの質問を通じて、とても勉強になりました。ここの掲示板の雰囲気を気に入ってくださっている旨書いてくれましたが、我々も皆さんの質問に答えて楽しくやっております。
一般的な用途でLinear Fitを使う場合は、明るい方をreferenceにするのが基本なんですね。たしかに暗い方をリファレンスにするとノイズの影響など受けてしまいそうです。
HDRComp.の場合、飽和したピクセルが含まれる長秒露光のデータに単秒露光を合わせていくと添付した図のように、1より飛び出た部分が失われてしまうのではと思いました。単秒露光の方に合わせればそのままスムースにHDR合成に移行できます。

なるほど、HDRCompositionではそれそれの露光時間のフレームをLinearFitで合わせてから合成しているわけですか。かんがえてみればそのはず、と言う気がします。
とすると、最も露光時間の短いフレームに残りのフレームを合わせているはずで、その過程で階調が失われないように内部で64bitの処理をおこなっているのでしょうね。
通常のLinearFitの内部処理が32bitなのか64bitなのかはわかりませんが、もし32bitだとすると露光時間の短いフレームにfitする過程で階調が失われるかも知れず、必要ないどころかやらない方が良いとまでいえそうです。
ちなみに、私が上にあげた処理フロー
WBPP →StarAlignment → HDRComposition →DBE(MGC)→ SPCC → deepSNR
ですが、光害が強い状況では
WBPP →StarAlignment →DBE(MGC)→HDRComposition → SPCC → deepSNR
とDBEとHDRを逆にする方が適切かもしれません。そのあたりはぜひ検証してみてください
こてっちゃんさま
説明ありがとうございます。なるほど、linearFItは光害の影響を考えてのことだったのですね。
たしかにLinearFitで各フレームの輝度を合わせることができますが、よく考えてみるとHDRCompositionまえのLinearFitの適用は以下の2点の問題(心配)があるような気がしてきました
- 例えば300秒露光の画像をreferenceにして短秒の画像をLinearFitしてしまうと、短秒露光のもともと飽和していなかったピクセルが飽和するか飽和に近い状態になってしまい、損をしないか
- カラー画像にLinearFitを行うと、RGB各フレームに対して輝度の変換が行われますが、そうするとせっかくSPCC で合わせたカラーバランスがリセットされてしまうことになりそう
です。
-
この返信は1ヶ月前に
-
投稿者投稿