本站提供正體中文版。切換到正體中文本站提供简体中文版。切换到简体中文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êsЭтот сайт также доступен на русском языке.Смотреть на русскомयह वेबसाइट हिन्दी में भी उपलब्ध है।हिन्दी में देखेंهذا الموقع متاح أيضًا باللغة العربية.عرض بالعربية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این وب‌سایت به فارسی هم در دسترس است.مشاهده به فارسی

Veelvoorkomende mythen over pixel rejection-algoritmen bij integratie

Voorbewerking en stacking2021.07

Welk pixel rejection-algoritme moet u gebruiken bij het integreren? Op het internet doet een vuistregel de ronde die neerkomt op “kies uw rejection-methode op basis van het aantal frames”, en veel tutorials nemen die klakkeloos over. Maar deze regel bevat in werkelijkheid nogal wat mythen, en in dit artikel deel ik mijn kijk erop.

De gangbare vuistregel

De “rules of thumb” die op het internet circuleren, luiden ongeveer als volgt:

  • Als u minder dan 15–20 frames hebt, gebruikt u median integration en past u geen sigma clipping toe.
  • Als u meer dan 15–20 frames hebt maar minder dan 40–50, gebruikt u average integration met outlier rejection, kappa op 2.5 en 2 iteraties.
  • Als u meer dan 40–50 frames hebt, gebruikt u average integration met outlier rejection, kappa op 3 (of hoger) en slechts 1 iteratie.

Mijn kijk hierop

Deze kennis van “de rejection-methode kiezen op basis van het aantal frames” is eigenlijk al wat verouderd, en de problemen zijn:

  1. Eerst de beeldkwaliteit vaststellen, dat is het echte antwoord. Als de kwaliteit niet onder controle is, heeft het geen zin welke rejection-methode u ook kiest.
  2. Elk rejection-algoritme heeft zijn eigen sterke en zwakke punten, dus een oordeel op basis van alleen het aantal frames is niet nauwkeurig.
  3. Als u de rejection-methode op basis van het aantal frames kiest, wat doet u dan wanneer er heel weinig frames zijn? Het kader zelf kan niet elk scenario dekken.

Enkele aanvullingen

  • Ik “raad af” om de regels hierboven klakkeloos over te nemen (de oorspronkelijke bron is een desbetreffende passage op het APP-forum); nogal wat van de parameterinstellingen zijn in werkelijkheid problematisch.
  • Reject kappa splitst zich in high en low; zonder bijzondere behoefte stel ik die twee niet op dezelfde waarde in.
  • Zelf heb ik nooit median integration gebruikt, omdat ik mijn beelden allemaal al vooraf op kwaliteit heb gecontroleerd.

Samengevat: in plaats van u het hoofd te breken over “hoeveel frames bij welke rejection-methode passen”, kunt u beter eerst uw beeldkwaliteitscontrole goed op orde brengen, de eigenschappen en toepassingsscenario’s achter elke rejection-methode begrijpen, en vervolgens bijstellen op basis van uw werkelijke data.