Ana içeriğe geç

WeightedBatchPreprocessing (WBPP)

Sayfa Bilgisi

Kategori: Kalibrasyon · Düzey: Intermediate · Tahmini okuma: 5 dk Anahtar kelimeler: WBPP · WeightedBatchPreprocessing · Weighted Batch Preprocessing · calibration · kalibrasyon · linear processing Önerilen ön bilgiler: CMOS ve Monokrom Kamera · SNR ve Dinamik Aralık

PixInsight 1.9.3 UI doğrulaması

Menü yolu ile görünür section ve kontrol adları supplied ekran görüntüleri üzerinden doğrulandı. Görünen değerler fabrika varsayılanı sayılmadı; davranış ve algoritma iddiaları bu statik UI kanıtının dışındadır. Ayrıntılı kayıt: validation/ui/pi-1.9.3/wbpp/wbpp-evidence-matrix.md.

Durum: Tamamlandı — Faz 1B

Amaç

WBPP’nin avantajlarını, sınırlarını, arka planda orkestre ettiği process’leri ve manuel alternatifini açıklamak.

Kapsam

PixInsight 1.9.3 hedeflenir; kurulu build’in process documentation ve console logu nihai doğrulama kaynağıdır.

Teori

WBPP bir batch script’tir; calibration algoritmasının kendisi değildir. Seçeneklere göre ImageIntegration ile masters üretir; ImageCalibration, CosmeticCorrection, Debayer (CFA), ölçüm/weighting, StarAlignment, LocalNormalization ve ImageIntegration gibi bileşenleri orkestre edebilir. Kesin çağrı listesi kurulu 1.9.3 WBPP build’inin logundan doğrulanmalıdır. Avantajları grouping, Diagnostics, caching, standart output ve loglamadır. Sınırı, veri setine özgü kararların kullanıcı sorumluluğunda kalmasıdır.

flowchart LR
    inputs["Frame groups"] --> diagnostics["WBPP Diagnostics"]
    diagnostics --> orchestration["Process orchestration"]
    orchestration --> outputs["Ara çıktılar ve masters"]
    orchestration --> logs["Console ve WBPP logu"]

Lineer veri

Bu pipeline nonlinear stretch uygulamaz. Ara sonuçları görmek için ScreenTransferFunction kullanılır.

Ne zaman kullanılır?

  • Ham veya kalibre edilmiş frame setini ilgili pipeline aşamasında işlerken.
  • Süreci yeniden üretilebilir parametreler ve loglarla yürütürken.
  • Bir artefact’ın kök aşamasını ayırırken.

Ne zaman kullanılmaz?

  • Input metadata ve aşama durumu bilinmiyorsa.
  • Nonlinear post-processing yerine kullanmak için.

Doğrulama sınırı

Kamera modeline veya script build’ine bağlı ayrıntılar test edilmeden genellenmez. Belirsiz ayrıntı: Doğrulama bekliyor.

Doğrulama durumu

Bu davranışların PixInsight 1.9.3 arayüzünde ve ilgili process veya script sürümünde doğrulanması gerekiyor.

Teknik doğrulama sınıflandırması

Sınıf İfade grubu İnceleme işlemi
A WBPP bir batch orchestration script’idir. Kalabilir.
B WBPP build’i, çağrı sırası, Diagnostics, caching ve output yapısı. Doğrulama bekliyor.
C Belirli veri setinde WBPP veya manuel seçim. İş akışına bağlıdır.
D WBPP ile manuel akışın eşdeğerliği. Aynı process instance’larıyla test edilmelidir.

Process arama alanında WeightedBatchPreprocessing; WBPP için Script > Batch Processing > WeightedBatchPreprocessing. Kesin menü grubu kurulu 1.9.3 arayüzünden doğrulanmalıdır.

Parametreler

Parametre / kontrol Açıklama
Frames Metadata tabanlı gruplar
Calibration Masters, overscan ve dark seçenekleri
Registration Reference, interpolation, distortion ve drizzle data
Local Normalization Etkinlik ve reference
Integration Combination, weights, normalization, rejection ve maps

Parametre politikası

Evrensel preset yerine metadata, sample test, log ve maps birlikte değerlendirilir.

Adım adım kullanım

  1. PixInsight ve WBPP build’ini kaydedin.
  2. Frame’leri ekleyip grouping tablosunu inceleyin.
  3. Diagnostics uyarılarını çözün.
  4. Master eşleşmelerini doğrulayın.
  5. Registration/LN/integration seçeneklerini gerekçelendirin.
  6. Önce küçük bir group test edin.
  7. Log, ara output ve rejection maps’i inceleyin.

Gerçek kullanım senaryosu

Saha örneği

Dört gecelik LRGB setinde WBPP, farklı binning taşıyan bir Green flat grubunu Diagnostics’te gösterir. Grup düzeltilmeden pipeline çalıştırılmaz. Finalde yalnız masters değil registered samples ve maps incelenir.

Girdi gereksinimleri ve master frame stratejisi

WBPP, yanlış eşleşmiş frame'leri kendiliğinden doğru hale getiremez. Light, bias, dark ve flat dosyalarının metadata alanları işleme başlamadan denetlenmelidir. Aynı sensör modu, gain/offset, binning ve geometri tek grupta tutulmalı; dark için sıcaklık ve poz süresi, flat için filtre ile optik tren eşleşmelidir.

Karar Neden Kabul kanıtı
Master'ı yeniden kullan Aynı acquisition koşullarında zaman kazandırır Metadata eşleşmesi ve master istatistikleri
Master'ı yeniden üret Sensör modu, optik tren veya flat geometrisi değişmiştir Yeni grubun ayrı entegrasyonu
Dark scaling'i değerlendirme CMOS glow veya eşleşen dark varken ölçekleme model hatası üretebilir Eşleşen dark ile kalıntı karşılaştırması
LocalNormalization kullan Geceler arasında background/şeffaflık farkı vardır Normalization çıktılarının denetimi

Gruplama hatası

Dosyaların hatasız yüklenmesi, doğru calibration grupları oluştuğunu kanıtlamaz. Diagnostics sonucu ile light–master eşleşmesi ayrı ayrı doğrulanmalıdır.

Subframe quality, weighting ve walking noise

Weighting seçilen bilimsel önceliği temsil etmelidir: FWHM çözünürlüğe, eccentricity yıldız geometrisine, SNR tahmini sinyal kalitesine duyarlıdır. Tek metriği mutlak eşik yapmak yerine dağılım, sıra grafiği ve örnek frame incelemesi birlikte kullanılmalıdır.

Walking noise, sabit desen bileşenlerinin registration sonrası aynı yönde sürüklenerek birikmesiyle görünür. Rejection'ı sertleştirmek tek başına güvenilir çözüm değildir; dither yeterliliği, calibration kalitesi, frame sayısı ve iz yönü birlikte değerlendirilmelidir.

Performans, en iyi uygulamalar ve kaynaklar

  • Ara çıktıları hızlı ve yeterli boş alanı olan diskte tutun; drizzle ve normalization verileri depolama ihtiyacını artırır.
  • Küçük bir temsilî alt kümeyle calibration ve registration kontrolü yapmadan tüm geceyi çalıştırmayın.
  • WBPP ayar özetini, script sürümünü ve reference frame seçimini proje kaydına alın.
  • PixInsight Master Calibration Frames ve M31 H-alpha örnek iş akışı kararların dayanağı için başvuru kaynaklarıdır.

Beklenen çıktı

Seçime bağlı masters, calibrated/registered frames, normalization/drizzle yardımcıları, integrated masters ve log.

Sık yapılan hatalar

  1. Diagnostics’i yok saymak
  2. Grouping’i otomatik doğru sanmak
  3. WBPP’yi tek process sanmak
  4. Cache davranışını kontrol etmemek
  5. Yalnız final master’a bakmak

Sorun giderme

Belirti İlk kontrol Eylem
Output beklenmedik Input metadata ve target İlk başarısız aşamayı sample frame ile tekrarlayın
Artefact tüm frame’lerde Calibration/master zinciri Eşleşmeleri ve logu inceleyin
Artefact yalnız master’da Registration/normalization/rejection Maps ve residual’ları inceleyin
Data clipped Statistics ve pedestal Önceki aşamaya dönün
İşlem başarısız Console log İlk hata mesajını çözün

SSS

WBPP algoritma mı?

Hayır, process’leri çağıran script’tir.

Manuel daha kaliteli mi?

Kendiliğinden değil.

Hangi process’leri çağırır?

Seçeneklere göre değişir; logdan doğrulayın.

Manuel yapılabilir mi?

Evet, core process’lerle.

Ne zaman manuel?

Özel calibration, hata izolasyonu veya kontrollü deney gerektiğinde.

Hızlı Referans

Tek sayfalık kontrol listesi

  • [ ] Input metadata doğrulandı
  • [ ] Lineerlik korundu
  • [ ] Sample-frame QA geçti
  • [ ] Log incelendi
  • [ ] Yardımcı maps incelendi

Karar Ağacı

flowchart TD
    start["Veri seti hazır"] --> metadataq{"Metadata güvenilir mi?"}
    metadataq -- "Hayır" --> grouping["Grouping bilgisini düzelt"]
    metadataq -- "Evet" --> specialq{"Özel veya deneysel işlem gerekli mi?"}
    specialq -- "Evet" --> manual["Manuel pipeline kullan"]
    specialq -- "Hayır" --> diagnostics["WBPP Diagnostics çalıştır"]
    diagnostics --> warningq{"Uyarı var mı?"}
    warningq -- "Evet" --> grouping
    warningq -- "Hayır" --> run["WBPP çalıştır ve çıktıları doğrula"]

Teknik Doğrulama Durumu

Alan Durum
Hedeflenen PixInsight Sürümü 1.9.3
Teknik İnceleme Durumu Sürüm Bağımlı
Resmî Kaynak Kontrolü Kısmi
İş Akışı Tutarlılığı Doğrulandı
Kanıt Düzeyi İncelemesi Güncellendi
Son Teknik İnceleme Phase 6.4

Canlı PixInsight uygulama testi yapılmadı. UI ekran kanıtı, statik ifade/iş akışı incelemesi ve yayımlanmış birincil kaynak kontrolü birbirinin yerine kullanılmamıştır.

Ayrıca İnceleyin

İlgili Süreçler

İlgili İş Akışları

Önceki Bölüm

← Calibration Pipeline

Sonraki Bölüm

ImageCalibration →