だいこもん (たの天アンバサダー)

フォーラムへの返信

15件の投稿を表示中 - 1 - 15件目 (全66件中)
  • 投稿者
    投稿
  • 返信先: image solveのエラー #27182

    まさおさん

    こんにちは。これはカタログデータを参照しているサーバがなんらかの理由でダウンしているときに出るエラーで、たまに起こります。もし今まではImageSolveが問題なく動いていたのなら、大抵の場合はしばらく待ってから実行すると解決していることがおおいです。
    もう一度試してみるといかがでしょうか?

    返信先: MASが消える #27158

    私も、PixInsightがダウンした後いくつかのスクリプトが消える症状を経験したことがあります。その時も再インストールしました。

    ありがとうございます。そういうケースがあるのですね。参考になりました!

    桑子さん、こんばんは

    自分は過去のImageSolverのエラーに関する書き込みを全てチェックできていないのかもしれませんが、ノンリニアの画像だとソルバーが失敗することがよくあります。その点はいかがですか?

     

    返信先: BXTをかけると星のリンギングが出る #26996

    そっちでしたか。
    自分が試したのは星ハロマスクでリンギングを修正する方法ですが、あまりうまくいきませんでした。

    むしろBXT実行時にハロマスクを適用して、星の周辺に処理がかからないようにした方が良かったかもしれません。そういった対処療法てきな方法しか思いつかないのが苦しいところですが

    返信先: BXTをかけると星のリンギングが出る #26994

    まさおさん、

    試していただき良かったです。ただ自分もまさおさんがアップロードされたjpgで試してみましたが綺麗に補正するのは難しそうでした。星ハロマスクを作るプロセスはPIには実装されていないようです。

    返信先: BXTをかけると星のリンギングが出る #26984

    画像を見てみました。たしかにわずかなリンギングの症状がみえますね。BXTは基本ブラックボックスなので、丹羽さんの描かれた通り”Sharpen stars”を小さくするか”Adjust Star Halos”を大きくするかしか直接の対策はないかもしれません。

    私の感覚からすると、この程度のリンギングならあまり気にならないかなと思っていますが、この後のストレッチで目立ってきてしまうならリンギング部分を選択するマスクを使って補正する方法もありそうです。

    星ハロを選択するマスクは、starnetなどで作った星のみ画像に対してpixelmathで

    RGB/K: gconv( dilation( $T, r, str_circular() ), r ) -$T
    Symbols: r=3

    として作成できます。rの値をハロの大きさに合わせて調整してみてください。
    (この方法は、pixInsightの使い方「応用編」で紹介してます)

    返信先: BXTをかけると星のリンギングが出る #26972

    まさおさんこんにちは。

    私の経験では、BXTにかける画像は十分なスタック枚数で滑らかな場合の方がうまくいくと思っています。可能なら、BXTでリンギングが発生する画像のBeforeとAfterを見せていただければ何かわかるかもしれません

    返信先: HDRの手順 #26951

    素敵に仕上がりましたね。中心部の様子も中心から周辺にかけて滑らかでいいですね。
    また何かありましたらお立ち寄りくださいー

    返信先: アンドロメダ銀河 黄色カブり #26950

    すみません、気づくの遅れました。
    確かに、これならいい感じですね。よかったです

    返信先: HDRの手順 #26894

    ですがその辺は、上側に飛び出た部分を再スケールして輝度を1以内に納めるなどの方法で回避しているのかも知れませんね。

    こてっちゃんさんの質問を通じて、とても勉強になりました。ここの掲示板の雰囲気を気に入ってくださっている旨書いてくれましたが、我々も皆さんの質問に答えて楽しくやっております。

    返信先: HDRの手順 #26893

    一般的な用途でLinear Fitを使う場合は、明るい方をreferenceにするのが基本なんですね。たしかに暗い方をリファレンスにするとノイズの影響など受けてしまいそうです。

    HDRComp.の場合、飽和したピクセルが含まれる長秒露光のデータに単秒露光を合わせていくと添付した図のように、1より飛び出た部分が失われてしまうのではと思いました。単秒露光の方に合わせればそのままスムースにHDR合成に移行できます。

    返信先: HDRの手順 #26891

    なるほど、HDRCompositionではそれそれの露光時間のフレームをLinearFitで合わせてから合成しているわけですか。かんがえてみればそのはず、と言う気がします。

    とすると、最も露光時間の短いフレームに残りのフレームを合わせているはずで、その過程で階調が失われないように内部で64bitの処理をおこなっているのでしょうね。

    通常のLinearFitの内部処理が32bitなのか64bitなのかはわかりませんが、もし32bitだとすると露光時間の短いフレームにfitする過程で階調が失われるかも知れず、必要ないどころかやらない方が良いとまでいえそうです。

    返信先: HDRの手順 #26888

    ちなみに、私が上にあげた処理フロー

    WBPP →StarAlignment → HDRComposition →DBE(MGC)→ SPCC → deepSNR

    ですが、光害が強い状況では

    WBPP →StarAlignment →DBE(MGC)→HDRComposition → SPCC → deepSNR

    とDBEとHDRを逆にする方が適切かもしれません。そのあたりはぜひ検証してみてください

    返信先: HDRの手順 #26887

    こてっちゃんさま

    説明ありがとうございます。なるほど、linearFItは光害の影響を考えてのことだったのですね。

    たしかにLinearFitで各フレームの輝度を合わせることができますが、よく考えてみるとHDRCompositionまえのLinearFitの適用は以下の2点の問題(心配)があるような気がしてきました

    • 例えば300秒露光の画像をreferenceにして短秒の画像をLinearFitしてしまうと、短秒露光のもともと飽和していなかったピクセルが飽和するか飽和に近い状態になってしまい、損をしないか
    • カラー画像にLinearFitを行うと、RGB各フレームに対して輝度の変換が行われますが、そうするとせっかくSPCC で合わせたカラーバランスがリセットされてしまうことになりそう

    です。

15件の投稿を表示中 - 1 - 15件目 (全66件中)