本站提供正體中文版。切換到正體中文本站提供简体中文版。切换到简体中文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 IndonesiaBu site Türkçe olarak da mevcut.Türkçe görüntüleTa 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این وب‌سایت به فارسی هم در دسترس است.مشاهده به فارسیЦей сайт також доступний українською.Переглянути українськоюTato stránka je k dispozici také v češtině.Zobrazit v češtiněEz az oldal magyarul is elérhető.Megtekintés magyarulAcest site este disponibil și în limba română.Vizualizare în română

การเลื่อนศูนย์กลางมุมรับภาพและรอยต่อจากการ Stacking

การประมวลผลล่วงหน้าและการ Stacking2020.09

เมื่อสะสมข้อมูลจากหลายคืน หรือรวมข้อมูลที่ถ่ายด้วยอุปกรณ์หลายชุดเข้าด้วยกัน ศูนย์กลางมุมรับภาพของแต่ละชุดมักไม่ตรงกัน บางครั้งเป็นเพราะมุมหมุนมุมรับภาพของอุปกรณ์ต่างกัน บางครั้งเป็นเพราะการเล็งเป้าเลื่อนไปด้วยเหตุผลบางอย่าง สิ่งนี้ทิ้งรอยต่อที่ชัดเจนไว้หลังการ Stacking ข่าวดีคือ ส่วนใหญ่สถานการณ์แบบนี้ไม่ต้องถ่ายใหม่ เพียงใช้พารามิเตอร์ที่ถูกต้องในการ Registration และ Stacking รอยต่อก็แทบจะหายไปได้ทั้งหมด อย่าปล่อยให้พิกเซลทุกตัวที่ได้มาอย่างยากลำบากต้องเสียเปล่า

มุมรับภาพหมุนต่างกัน 45 องศาก็ไร้รอยต่อได้

เจอปัญหานี้ตั้งแต่ครั้งแรกที่ลองรวมภาพถ่ายจากอุปกรณ์สองชุดที่ต่างกัน แม้เป้าหมายจะเหมือนกัน ความยาวโฟกัสของกล้องโทรทรรศน์ก็ใกล้เคียงกัน แต่มุมรับภาพของกล้องทั้งสองชุดต่างกันพอดี 45 องศา ทำให้มุมทั้งสี่ซ้อนทับกันไม่ได้ Stacking ตรง ๆ จึงเกิดขอบเขตการซ้อนภาพที่ชัดเจน

มุมรับภาพต่างกัน 45 องศา ถ้า Stacking ตรง ๆ จะเกิดขอบเขต แต่หลังจัดการอย่างเหมาะสมแล้วจะไม่เห็นร่องรอย

หลังผ่านการ Registration และ Stacking อย่างเหมาะสมแล้ว จะไม่เห็นร่องรอยขอบเขตใด ๆ เลย ที่ต้องเตือนไว้คือ ทั้งหมดนี้ตั้งอยู่บนเงื่อนไขหนึ่ง การทำ Flat Calibration ต้องสำเร็จ การเลื่อนของมุมรับภาพเองมีผลกระทบไม่มาก เว้นแต่จะขยายภาพมาก ๆ ไม่อย่างนั้นโดยพื้นฐานแล้วแทบมองไม่เห็น โดยเฉพาะเมื่อใช้กล้องขาวดำ ข้อมูลสองชุดที่มุมรับภาพหมุนต่างกัน 45 องศาแบบนี้ ความต่างของอัตราส่วนสัญญาณต่อสัญญาณรบกวนที่มุมทั้งสี่หลัง Stacking ต้องขยายอย่างละเอียดถึง 300% จึงจะเห็นได้

ข้อมูลสองชุดที่มุมรับภาพหมุนต่างกัน 45 องศา หลัง Stacking แล้วแทบไม่มีร่องรอย

ใช้ Rejection กำจัดพื้นที่สีดำที่ “ไม่ซ้อนทับกัน”

มาดูอีกตัวอย่างหนึ่งของการเลื่อนศูนย์กลาง ตอนประมวลผล M51 มีภาพสองชุดคือ A กับ B โดยชุด B เพื่อให้ OAG เล็งไปที่ดาวสว่าง ศูนย์กลางภาพจึงไม่ได้ตกอยู่ที่ M51 เอง หลังจากทำ Registration ชุด B เข้ากับชุด A ที่ “มี M51 เป็นศูนย์กลาง” แล้ว ส่วนของภาพชุด B ที่ขาดพื้นที่ตรงกับชุด A จะปรากฏเป็นสีดำทั้งหมด

หลัง Registration ภาพสองชุดของ M51 แล้ว ส่วนที่ขาดในชุด B ปรากฏเป็นสีดำ หลัง Rejection ตอน Stacking แล้วรอยต่อหายไป

จุดสำคัญอยู่ที่ตอน Stacking A กับ B ครั้งสุดท้าย เลือกวิธี Rejection ที่เหมาะสม แล้ว reject ส่วนสีดำเหล่านั้นออกทั้งหมด รอยต่อก็จะมองไม่เห็นเลย แม้ขยายถึง 400–500% ก็เหมือนกัน หลายคนอาจคิดว่า “ถ่ายใหม่ก็จบ” แต่ในความเป็นจริงนี่คือการเสียข้อมูลเปล่า ๆ ชุด B แค่ช่องความสว่าง (L) ก็มีถึง 15 ภาพ ภาพละ 20 นาที ถ้าจะถ่ายใหม่ให้ตรงตำแหน่งเดียวกับชุด A ต้องใช้เวลาเพิ่มอย่างน้อย 5 ชั่วโมงขึ้นไปเฉพาะช่อง L เท่านั้น ตราบใดที่ M51 ยังอยู่ในขอบเขตของภาพ การใช้ Preprocessing อย่างเหมาะสมก็แก้ปัญหาได้ ไม่จำเป็นต้องเริ่มใหม่

อย่ามองข้ามรอยต่อในช่องสี

ตอนจัดการกับการเลื่อนมุมรับภาพ ยังมีกับดักหนึ่งที่มักถูกมองข้าม นั่นคือรอยต่อแสดงออกไม่เหมือนกันในแต่ละช่อง

ช่องความสว่างมองไม่เห็นรอยต่อ แต่ช่องสีน้ำเงินที่มี SNR ต่ำทำให้ภาพ LRGB สุดท้ายยังเห็นขอบเขตอยู่

นี่ก็เป็นภาพสองชุดที่มุมรับภาพไม่ซ้อนทับกันเช่นกัน ช่องความสว่าง (L) เนื่องจากจำนวนภาพทั้งสองฝั่งของขอบเขตใกล้เคียงกัน หลัง Stacking จึงมองไม่เห็นความต่าง (ภาพซ้าย) แต่ในบรรดาช่องสี ช่องสีน้ำเงิน เนื่องจากจำนวนภาพทั้งสองฝั่งของขอบเขตต่างกันมาก อัตราส่วนสัญญาณต่อสัญญาณรบกวนต่างกันชัดเจน จึงเกิดขอบเขตขึ้น (ภาพกลาง) ผลคือ หลังการรวมภาพ LRGB ช่องสีน้ำเงินที่มีอัตราส่วนสัญญาณต่อสัญญาณรบกวนแย่กว่า ทำให้ภาพสุดท้ายยังเห็นขอบเขตอยู่ (ภาพขวา)

ดังนั้นข้อสรุปจึงชัดเจน ช่องสีสำคัญพอ ๆ กับช่องความสว่าง ทั้งสองต่างมีผลต่อคุณภาพภาพสุดท้าย ถ้าฝั่งใดฝั่งหนึ่งจัดการไม่ดี โดยพื้นฐานแล้วจะฉุดผลงานให้แย่ลง แทนที่จะยึดติดกับคำพูดแบบ “L 5 นาทีช่วย RGB 4 ชั่วโมงไว้ได้” สู้จัดการปัญหาของแต่ละช่องให้เรียบร้อยอย่างตรงไปตรงมาดีกว่า เรื่องพวกนี้แท้จริงแล้วสามารถพิสูจน์ได้ด้วยการทดลองในซอฟต์แวร์ ไม่ใช่อาศัยประสบการณ์เล่าต่อ ๆ กันที่ฟังดูเหมือนจริง