本站提供正體中文版。切換到正體中文本站提供简体中文版。切换到简体中文This site is available in English.View in Englishこのサイトには日本語版があります。日本語で表示이 사이트는 한국어로도 제공됩니다.한국어로 보기Diese Website ist auch auf Deutsch verfügbar.Auf Deutsch ansehenEste sitio web también está disponible en español.Ver en españolQuesto sito è disponibile anche in italiano.Visualizza in italianoCe site est également disponible en français.Afficher en françaisEste site também está disponível em português.Ver em portuguêsDeze website is ook beschikbaar in het Nederlands.In het Nederlands bekijkenЭтот сайт также доступен на русском языке.Смотреть на русскомयह वेबसाइट हिन्दी में भी उपलब्ध है।हिन्दी में देखेंهذا الموقع متاح أيضًا باللغة العربية.عرض بالعربيةSitus ini juga tersedia dalam bahasa Indonesia.Lihat dalam bahasa IndonesiaTa strona jest dostępna także po polsku.Wyświetl po polskuTrang web này cũng có phiên bản tiếng Việt.Xem bằng tiếng Việtاین وب‌سایت به فارسی هم در دسترس است.مشاهده به فارسی

Görüntü alanı merkezinin kayması ve entegrasyon dikişleri

Ön işleme ve stacking2020.09

Birden fazla gece boyunca veri biriktirdiğinizde ya da birkaç takım ekipmanla çekilmiş verileri bir araya getirdiğinizde, her takımın görüntü alanı merkezi çoğu zaman birbiriyle örtüşmez — kimi zaman ekipmanın alan dönme açısı farklı olduğu için, kimi zaman da bir nedenle teleskobun yönelimi kaydığı için. Bu, entegrasyondan sonra belirgin dikişler bırakır. İyi haber şu: bu durumun büyük çoğunluğu yeniden çekim gerektirmez; hizalama ve entegrasyonda doğru parametreleri kullandığınız sürece dikiş neredeyse tamamen ortadan kaldırılabilir. Zorlukla elde edilmiş tek bir pikseli bile ziyan etmeyin.

Alan dönüşünde 45 derece fark olsa bile dikişsiz olabilir

Bu sorunla, iki farklı takım ekipmanla çekilmiş fotoğrafları ilk kez birleştirmeye çalıştığımda karşılaştım: hedef aynıydı, teleskopların odak uzaklıkları da birbirine yakındı, ama iki kameranın görüntü alanı tam olarak 45 derece farklıydı; bu yüzden dört köşe üst üste gelemiyor, doğrudan üst üste bindirmek belirgin bir birleşme sınırı oluşturuyordu.

45 derecelik alan farkında doğrudan üst üste bindirmek sınır oluşturur, düzgün işlendikten sonra ise hiçbir iz görünmez

Uygun bir hizalama ve üst üste bindirme işleminden sonra hiçbir sınır izi görünmüyor. Şunu hatırlatmak gerekir: bütün bunların geçerli olmasının bir ön koşulu var — flat kalibrasyonu mutlaka başarılı olmalı. Alan kaymasının kendisinin etkisi büyük değildir; çok fazla büyütmediğiniz sürece esasen pek fark edilmez, hele monokrom kamera kullanırken. Böyle 45 derece alan dönme farkı olan iki veri takımında, entegrasyondan sonra dört köşedeki sinyal-gürültü oranı farkını görebilmek için dikkatlice %300’e kadar büyütmek gerekir.

Alan dönüşü 45 derece farklı olan iki veri takımı, üst üste bindirildikten sonra neredeyse izsiz

“Örtüşmeyen” siyah bölgeleri piksel eleme (pixel rejection) ile yutmak

Merkez kaymasına dair bir örneğe daha bakalım. M51’i işlerken elimde A ve B olmak üzere iki görüntü takımı vardı; B takımında, OAG’yi parlak bir yıldıza yöneltmek uğruna görüntünün merkezi M51’in kendisine denk gelmiyordu. B takımını “M51 merkezli” olan A takımına hizaladıktan sonra, B takımının görüntülerinde A’nın karşılık gelen aralığını kapsamayan kısımlar tamamen siyah görünür.

M51’in iki görüntü takımı hizalandıktan sonra B takımında eksik olan kısım siyah görünür; entegrasyondaki piksel elemenin ardından dikiş kaybolur

Kilit nokta, A ile B’nin son entegrasyonunda uygun bir piksel eleme yöntemi seçip o siyah kısımların tamamını reject etmektir; böylece dikiş tamamen görünmez hale gelir, %400–500 büyütmede bile. Pek çok kişi “yeniden çekerim, olur biter” diye düşünür, ama bu aslında verinin israfıdır: B takımında yalnızca L kanalında her biri 20 dakikalık 15 kare var ve A takımıyla aynı konuma gelecek şekilde yeniden çekmek, sadece L kanalı için en az 5 saatten fazla zaman harcamak demek olurdu. M51 hâlâ görüntünün kapsadığı alanın içinde kaldığı sürece, ön işlemeyi iyi kullanarak sorun çözülebiliyorken neden baştan başlayasınız?

Renk kanallarındaki dikişleri göz ardı etmeyin

Alan kaymasıyla uğraşırken kolayca gözden kaçan bir tuzak daha var: dikiş, farklı kanallarda farklı biçimde ortaya çıkar.

Lüminans kanalında dikiş görünmez, ama SNR’si düşük mavi kanal yüzünden nihai LRGB görüntüsünde sınır yine de belirir

Yine görüntü alanları örtüşmeyen iki görüntü takımı: parlaklık (L) kanalında, sınırın iki yanındaki kare sayısı aşağı yukarı aynı olduğu için entegrasyondan sonra hiçbir fark görünmüyor (soldaki resim); ama renk kanalları içinde mavi kanalda, sınırın iki yanındaki kare sayısı çok farklı olduğundan sinyal-gürültü oranı belirgin biçimde değişiyor ve bir sınır beliriyor (ortadaki resim). Sonuçta LRGB birleştirmesinden sonra, sinyal-gürültü oranı daha kötü olan mavi kanal yüzünden nihai görüntüde sınır yine de görülebiliyor (sağdaki resim).

Dolayısıyla sonuç gayet açık: renk kanalları da lüminans kanalı kadar önemlidir ve ikisi de nihai görüntünün kalitesini etkiler. Taraflardan biri iyi işlenmemişse, bu esasen bitmiş işi aşağı çeker. “5 dakikalık tek bir L karesi 4 saatlik RGB’yi kurtardı” türünden sözlere sarılmaktansa, her kanalın kendi sorununu dürüstçe ve eksiksiz halletmek daha iyidir — bunların hepsi, kulağa makul gelen ama pek de doğru olmayan tecrübe anlatılarına yaslanmak yerine, aslında yazılımda deney yaparak doğrulanabilir.