Activity › Forums › Astrofotografie › Deepsky › Cygnus 48 Paneel mozaiek
- This topic has 104 replies, 8 voices, and was last updated 6 years, 7 months ago by Defesche.
-
AuthorPosts
-
May 24, 2017 at 11:16 #15409KeesSchererParticipant
Geweldig Mabula! Met welke instellingen heb je deze BPM voor de QHY16200 gemaakt? (Dan hoef ik dat straks niet meer uit te zoeken)
May 24, 2017 at 11:53 #15413HaverkampParticipantIk had maar 3 darks en 3 flats en ik gebruikte
hot pixel kappa : 2
cold pixels: 50
De cold pixel detectie met flats is niet veranderd, dus die zou ik gewoon op de default houden. Je hebt inderdaad alleen aan de onder kant een kleine defecte column (cold pixels 37 stuks zie ik). Hier maakt het aantal flats heel weinig uit.
Voor de hot pixel en hot columns, maakt het aantal darks wel veel uit. Hoe meer darks, hoe beter de statistiek bepaald kan worden. Ik zie dat je met 3 darks nog te weinig informatie hebt om een aantal van de zwakkere hot columns goed en volledig te detecteren. Dus ik zou adviseren om minstens 20 darks te gebruiken (liefst meer natuurlijk) en de kappa ergens tussen 2 en 3 zou dan een heel goed resultaat moet geven. Het percentage hot pixels zal een stuk hoger liggen dan bij de vorige implementatie, nu eerder 1-3% ;-)
(Bij de vorige implementatie moest je de kappa veel lager zetten voor een goede detectie, dat hoeft dus nu niet.)
May 24, 2017 at 12:35 #15416HaverkampParticipantDank je Kees, Ben er mee bezig Er gaat inderaad iets niet goed met de Bad Pixel Map,
Ah mooi. Intussen staat de Toughbook te werken aan de 35-paneels versie met de nieuwe APP 1.040 . Vreemd genoeg ging het vrijwel meteen mis op “could not register any frame” dus ik heb de “clip profile” aangepast van 0.4 naar 0.1. Toen ging het verder tot 2 Java errors. Hierna verder op status 48%. Nu al een tijd bezig met “calculating multiple view….” maar met maar 25% processorbelasting (cpu’s 3 van 4) en nog geen 0.9 Gb van de toegewezen 14 Gb?
Hoi Kees,
Dit is ook opgelost, er was nog een extra aanpassing nodig in de filter van het ster profiel. Ik gebruikte een te groot filter wat de kleinste sterren vrijwel verwijderd. Dat willen we natuurlijk niet ;-(
Als je nu het filter aanzet dan blijft het aantal sterren vrijwel hetzelfde, maar in opnames (geen stacks van meerdere opnames bedoel ik dan) zal het helpen om wat meer precisie te hebben in de star lokatie bepaling. (door een klein filter te gebruiken, haal je de invloed van de shotnoise in je signaal er iets uit en krijg je een iets betere ster loaktie bepaling).
Ik heb dit nu getest op de enkele opname van panel 41 die ik van je heb
Eerste plaatje star analyse middels de image viewer starmap en dan de details bekijken.
Minimum star size 6
clip profile 0.3
zonder filter
Tweede plaatje, zelfde instelling, met filter aan.
Je ziet dat dezelfde sterren worden gedetecteerd, maar dat de ster lokatie bepaling iets naders is achter de komma.
De eerste kolom is het nummer van de gedetecteerde ster
2de kolom, is de ster x-coordinaat op je sensor
3 de kolom, is de ster y-coordinaat op je sensor
Bij sommige sterren maakt het niet veel uit, maar bij andere scheelt in totaal meer dan 0.1 pixel. Dat is dan significant. (de meet onzekerheid ligt ongeveer op 0,05-0,1 pixel bij monochrome data)
Voor je mosaic, zou ik de volgende instelling proberen:
minimum star size : 4
clip star profile: 0.1
filter star profile: aan
detect above noise kappa: 3
limit stars to 2500
Ga nu nieuwe versie compileren en uploaden ;-)
May 24, 2017 at 12:40 #15418MusquetierParticipantMooi zeg, zo’n relatief onbekend gebied (althans voor mij dan!). Ik ben nog steeds wel een beetje jaloers op jouw condities Kees!
May 24, 2017 at 13:34 #15422HaverkampParticipantMay 24, 2017 at 13:39 #15425KeesSchererParticipantMay 24, 2017 at 14:24 #15427HaverkampParticipantPerfect, mooi, ik zie ook de zwakkere bad columns in je BPM ;-)
May 24, 2017 at 16:08 #15430KeesSchererParticipantPerfect, mooi, ik zie ook de zwakkere bad columns in je BPM
Ja, de bad columns zijn zichtbaar in de BPM maar ik zie nog geen effect in calibratie. Dit is een lightframe in calibratieweergave met rechts van het midden nog een witte verticale streep die ik blijf zien met gebruikmaking van BPM’s met kappa tussen 1 en 5. (midden op de foto is Herbig Haro object 555 (HH555) in de Pelikaannevel te zien, dat slurfding.)
May 24, 2017 at 17:47 #15435HaverkampParticipantHoi Kees,
Ik neem aan dat de meeste bad columns wel goed zijn gecorrigeerd, dus op een enkele na?
Zie je deze column wel in de masterdark en in de Bad Pixel Map?
Als ze in de Masterdark aanwezig is en niet in de BPM, dan zou hij in de geacalibreerde light een donkere streep moeten tonen. Dus dit is een beetje vreemd denk ik. Als hij in de BPM aanwezig, dan zit hij zeker ook in de dark en dan zou deze goede gecorrigeerd moeten zijn.
Mogelijk worden niet alle pixels van de kolom gecorrigeerd? Zou dat kunnen? Dan is de kolom in de BPM mogelijk niet volledig?
Mabula
May 24, 2017 at 19:25 #15438KeesSchererParticipantKlopt, de meeste gaan goed. Deze is te zien in BPM en masterdark. Ik ga nu (loopt tot morgenochtend) 48 panelen doen met versie 1.040.1. vandaag dit gedaan met v 1.040.0 en dat gaf nog registratiefouten. Duurde 9 uur op scale 0.5. EDIT: Helaas zie ik in versie 1.040.1 veel meer Java errors dan tot nu toe, de registratiefase geeft al meer dan 50 Errors….
May 25, 2017 at 09:19 #15452KeesSchererParticipantDe eerste versie van het Zwaan-kleef aan mozaiek is klaar. (Deze upload is een 12.5% weergave, de volledige versie is 600 megapixels). Er zijn nog problemen met de ster-registratie, had de 35 paneelversie nog REG-RMS waarden rond 0.2, de 48 paneelversie heeft REG-RMS waarden rond 1.5? Nu de basisdata binnen is kan het optimaliseren van registratie en achtergrond-waarden beginnen.
May 25, 2017 at 10:48 #15454HaverkampParticipantKlopt, de meeste gaan goed. Deze is te zien in BPM en masterdark. Ik ga nu (loopt tot morgenochtend) 48 panelen doen met versie 1.040.1. vandaag dit gedaan met v 1.040.0 en dat gaf nog registratiefouten. Duurde 9 uur op scale 0.5. EDIT: Helaas zie ik in versie 1.040.1 veel meer Java errors dan tot nu toe, de registratiefase geeft al meer dan 50 Errors….
Hoi @keesscherer,
Voor de BPM correctie is het denk ik zinvol als je me deze opname plus je masterdark en de BPM stuurt. Dan moet ik kunnen achterhalen waarom je de kolom nog ziet. Mogelijk dat ik ook kan werken aan een extra recursieve methode om bad columns (of rows) beter te detecteren.
Vreemd dat je meer errors ziet, dat moet door de verandering in de star analysis module komen aangezien ik niks qua registratie had aangepast. Zie je dezelfde errors telkens verschijnen? Ik denk dat het een goed idee als ik je vandaag een APP versie doe toekomen waarbij de fout melding de exacte lokatie in de code geeft in de niet gescrambelde code fragment naam. Dan kan ik het probleem hopelijk snel lokaliseren. Deze fouten moeten eruit ;-)
Ik begrijp denk ik wel dat de errors opkomen, maar dat het registratie proces gewoon door blijft lopen?
May 25, 2017 at 10:55 #15455HaverkampParticipantDe eerste versie van het Zwaan-kleef aan mozaiek is klaar. (Deze upload is een 12.5% weergave, de volledige versie is 600 megapixels). Er zijn nog problemen met de ster-registratie, had de 35 paneelversie nog REG-RMS waarden rond 0.2, de 48 paneelversie heeft REG-RMS waarden rond 1.5? Nu de basisdata binnen is kan het optimaliseren van registratie en achtergrond-waarden beginnen.
Hoe gaaf is dit zeg, grootste mosaic qua aantal panelen tot nu toe met APP Kees !
Paar vraagjes:
Heb je nu weer calibrated projective en same camera and optics uit gebruikt?
Heb je nu per paneel , slecht 1 foto met lange exposure? Of zitten er meerder foto’s in per paneel?
Kon je de 600 MegaPixel maken op je Mint systeem?
(De beste verbetering van de registratie RMS zal denk ik komen als ik een dezer dagen nieuwe algoritmes hiervoor schrijf. Ik weet denk ik namelijk hoe ik het robuuster kan maken voor zoveel panelen. Ik moet het nog wat slimmer formuleren in de algebra)
May 25, 2017 at 11:03 #15456GroenewoldParticipantOngelooflijk, prachtig! Dit is wel een enorm selling-point van APP natuurlijk, dit had normaal “maanden” gepruts gekost.
May 25, 2017 at 11:19 #15458KeesSchererParticipantPaar vraagjes: Heb je nu weer calibrated projective en same camera and optics uit gebruikt? Heb je nu per paneel , slecht 1 foto met lange exposure? Of zitten er meerder foto’s in per paneel? Kon je de 600 MegaPixel maken op je Mint systeem?
Deze versie is met calibrated projective gemaakt en same cam + optics uit (er loopt nu een versie met projective, inmiddels 17 Java errors {Nullpointerexception en ArrayIndexOutOfBoundsEsception:0})). Alles nog steeds met 1 opname per paneel en op scale 0.5. Pas wanneer de registratie helemaal goed gaat ben ik van plan om scale 1.0 te gebruiken.
-
AuthorPosts
- You must be logged in to reply to this topic.