- このトピックには33件の返信、1人の参加者があり、最後ににより4ヶ月、 3週前に更新されました。
-
投稿者投稿
-
2023年9月19日 20:46 #18268田中邦明ゲスト
まずは、Biasなし、Dark Optimizedなし、Flatなし、Darkなしの結果です。
これまでと同じようにSTFのオートストレッチのみ。
やっと、ピンクになりました。
2023年9月19日 20:51 #18269田中邦明ゲストまずは、撮影したままの元データ(Subframe)です。
すべて、STFのオートストレッチをかけたものです。
2023年9月19日 20:56 #18270田中邦明ゲストBiasなし、Dark Optimizedなしのcalibratedフォルダのデータです。
2023年9月19日 20:59 #18271田中邦明ゲストBiasなし、Dark Optimizedなし、Flatなしのcalibratedフォルダのデータです。
2023年9月19日 21:03 #18272田中邦明ゲスト最後に、Biasなし、Dark Optimizedなし、Flatなし、Darkなしのdebayeredフォルダのデータです。
(calibratedフォルダはありませんでしたから)
2023年9月19日 21:06 #18273田中邦明ゲストところで、PixInsightのバージョンは1.8.9-1です。
あれやこれやあったようなので、最新版にアップデートしていません。
アップデートした方が良いでしょうか?
2023年9月20日 08:57 #18275Masahiko Niwa/丹羽雅彦キーマスター田中さん
ありがとうございます。これまでの情報を総合すると、DarkでのCalibrationで問題が起きていると思います。Narrowbandフィルターを使っているためSubframeをみるととても淡いので、Dark減算をしたときにRがぬけてしまったように思います。RGGB配列なのでGのシグナルはある程度強く、Gは残ったので緑になったと推測します。(まだ推測です)
Darkフレームと、撮影画像、Calibrate済の画像の様子をみたいので、Processes -> all processes -> statisticsを起動して、下記の画像のStatistics画面のスクリーンショットを見せていただけませんか。
・Darkのマスター
・Darkの1枚
・撮影した画像
・Darkあり、Flat、BiasなしのCalibrateフォルダのしたの画像対象画像切り替えは一番上のドロップボックスでできます。
また短期的には下記の条件でWBPPを実行すると赤くはなると思います。
・Biasあり
・Flatあり
・DarkなしPixInsightのバージョンアップは、いったんこの問題が解決するまでは実行しない方が良いと思います。環境を変えてしまうと問題の切り分けができなくなるといけないからです。
2023年9月20日 20:56 #18281田中邦明ゲストDarkのマスターStatistics
2023年9月20日 20:57 #18282田中邦明ゲストDarkのうち1枚のStatistics
2023年9月20日 20:58 #18283田中邦明ゲスト撮影した画像のStatistics
2023年9月20日 20:59 #18284田中邦明ゲストDarkあり、Flat、BiasなしのCalibrateフォルダの下のStatistics
2023年9月20日 21:28 #18285田中邦明ゲスト不思議ですねぇ。どうしてDarkを引くとRがなくなってしまうような暗い画像になったのか原因不明です。
元画像が暗すぎるのであれば、どんなソフトを使ってもダメなものか、簡単に使えるASIDeepStackで画像処理をしてみました。
BIAS、Flat、Darkともありです。簡易ソフトですからPIのように凝ったことはできません。
その出力画像がこちらです。
う~ん、ぱっぱり緑ですね。
LiveStack中の画像に赤い色が付いていたのが不思議です。
この日は湿度が高かったので、赤い色の透過率が低かったのでしょうか?
ASI294MC Proはアンプグローがひどいので、Darkなしでの処理は考えられません。
また、天気の良い日に撮り直すというのが本筋かもしれません。
2023年9月20日 21:37 #18286田中邦明ゲストASIDええpStackでは、BIAS、Flat、Darkなしで、やっと赤い星雲になりました。
やはり引き算でR成分がなくなっていますね。
これこそが、撮影中にiPadに表示されていた画像です。
2023年9月20日 22:10 #18287Masahiko Niwa/丹羽雅彦キーマスター田中さん
ありがとうございます。Darkが撮影画像に比べて明るいのが原因かと思います。
・Darkの平均値(mean): 1919
・撮影画像の平均値(mean): 1863つまり撮影画像の平均輝度より、Darkの平均輝度の方が明るくなっています。これによりDark減算したときに、かなりのシグナルが引かれてしまったようです。緑になったのはおそらくカラーカメラがBayer配列でRGGBでGの情報が2倍あるため、Gのみ淡いシグナルが撮影できていたのかもしれません(この辺はあまり知識がなく想像です)。
Darkを取得しなおすのが良さそうです。
私の方法はDarkに余計な光が入らないように、カメラのキャップをしてクローゼット中の光が入らない暗いところで撮影しています。明るい部屋で撮影したことがあるのですが、カメラのキャップをしていてもかなりの光を拾うため、Darkの輝度が上がってしまいました。丹羽
- この返信は1年、 3ヶ月前にMasahiko Niwa/丹羽雅彦が編集しました。
- この返信は1年、 3ヶ月前にMasahiko Niwa/丹羽雅彦が編集しました。
- この返信は1年、 3ヶ月前にMasahiko Niwa/丹羽雅彦が編集しました。
2023年9月21日 07:58 #18292田中邦明ゲスト的確なご指摘ありがとうございました。
昨夜からDarkのフレームの撮影し直しを始めました。
5秒から300秒まで、何種類かを100枚ずつ。(すべて撮り直すと20時間以上かかります)
それでも不思議なのは、撮影した画像(1枚)よりDark(1枚)と比べて、平均値ばかりか最小値も撮影画像の方が値が小さいのは何ということでしょう?
光漏れをご心配していただきましたが、例えばM16は同じDarkを使っても問題なく処理ができています。
また、撮影画像にはDarkの右上に出ている強烈なアンプグローも見られないことです。
撮影条件に何か異変があったのかもしれないとFitsのヘッダーを見ても、私が設定可能なパラメータは以前と変わっていないようです。
何か致命的に画像データが小さくなる不具合があるかもしれないので、もう少し元画像を見てみます。
同時に写したM31は同条件で撮影したデータもありますから、その比較などもやってみようと思います。
-
投稿者投稿
- トピック「WBPPの結果がおかしくなってしまいました」には新しい返信をつけることはできません。