フォーラムへの返信
-
投稿
-
小西さん、こんばんは。
カラー化した時に、画像全体が緑色になるのはカラーカメラは緑の感度が強く設計されているためで、不具合ではありません。緑色の画像に対して、BackGroundNeutralizationをかけてみると、自然なカラー画像にならないでしょうか？
もしならないならカラー化するときのベイヤー配列の設定が間違っているのかもしれません。Celestron Origin Mark IIに使われているセンサーはIMX678だそうで、そのベイヤー配列はスタンダードなRGGB型のようです。WBPPの下のセッティングでMosaic PatternをRGGBに指定してやってみてください。
こんにちは。
メモリに関係するエラーなので、WBPP終了後にキャッシュを削除しても同じようにエラーがでるかどうか、試していただけますか
また、ウェブを調べてみると、以前のバージョンで似たようなケースが報告されているようです。下のケースではWBPPの実行中に落ちるということで、川崎さんの場合とは少し異なりますが、これはPixInsightをアップデートすることで回復したようです。すでに最新版なら、すこし面倒ですけど再インストールを試してみてください
(2)に関して、カラー画像にDBEをかける場合と、モノクロのRGB各チャンネルにDBEをかける場合の違いは、サンプルの打点位置の違いではないのでしょうか？
カラー画像に打点する場合は、色の傾斜も見ながらになるのでモノクロに対して行う場合と変わりそうです。
結局どっちが打点しやすいか？って話になるのでは無いでしょうか？
こてっちゃんさん
こんにちは。確かに赤いムラが画面の右端やその他ところどころに現れていますね。
ムラがR chだけに現れているから、画像をRGB分解して、RだけDBEの打点を変えるという方法は納得できます。カラー画像に対してDBEを行ってもムラが取りきれないようでしたら、その方法が良さそうです。特にデメリットもなさそうな気がします。
（SHTとは、Screen Transfer Function（STF）のことでしたでしょうか？）
中沢様
ご覧いただき有難うございました。リポジトリからインストールできなかったのは気になりますが、スクリプトを直接コピーされたのですね。
是非お試しください。何かありましたらまたご質問をお気軽にどうぞ
まさおさん
こんにちは。これはカタログデータを参照しているサーバがなんらかの理由でダウンしているときに出るエラーで、たまに起こります。もし今まではImageSolveが問題なく動いていたのなら、大抵の場合はしばらく待ってから実行すると解決していることがおおいです。
もう一度試してみるといかがでしょうか？桑子さん、こんばんは
自分は過去のImageSolverのエラーに関する書き込みを全てチェックできていないのかもしれませんが、ノンリニアの画像だとソルバーが失敗することがよくあります。その点はいかがですか？
まさおさん、
試していただき良かったです。ただ自分もまさおさんがアップロードされた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の使い方「応用編」で紹介してます）