Forum Replies Created
-
Posts
-
Interessant om zo de collimatie goed te kunnen zetten. Is er van dit masker ook een SVG, AI of EPS bestand (of ander vectorbestand) te vinden op internet? Als ik de Newton volgend jaar weer ga gebruiken wil ik m graag eens proberen.
Sinds niet zo heel lange tijd is er voor de Windows-versie van Pixinsight een nieuw “process” met de naam “StarNet”. Deze staat bij de nieuwste versie van Pixinsight in het menu bij “processes” onder “etc”. Er is ook een DOS-versie op internet te vinden. Zie hiervoor https://sourceforge.net/projects/starnet/
StarNet is in staat op uit foto’s (zowel grijswaarden als kleur) de sterren uit de foto te halen zodat alleen de nevel overblijft of andersom. Voorwaarde is wel dat het te bewerken bestand een 16 bits TIFF is. Andere formaten en bitdiepten worden –nog–nog ondersteund. Ik moet zeggen dat het een aardig resultaat oplevert. Ik gebruik deze tool tegenwoordig om maskers te maken van hetzij alleen de sterren hetzij alleen de nevels. Sterrenmaskers maken PI vond –en vind– ik altijd lastig. Met deze tool is het erg simpel, hoewel sterren die in een nevel liggen “ingebed” wel eens vreemde resultaten opleveren. Voor een masker is dat niet zo’n probleem, kwestie van clonestampen en klaar.
Hierbij een test: een origineel, een frame met alleen de sterren (afkomstig uit StarNet) en een frame met alleen de nevel (die laatste is gemaakt via PixelMath door de sterren af te trekken van het origineel; StarNet zou hetzelfde resultaat geven).
Dank je wel Arie! Ik heb bij deze voor het eerst Light Pollution Correction toegepast in APP op de RGB- stacks. Eerder paste ik DBE toe in PI op de stacks per kanaal apart en daarna stelde ik deze pas samen tot RGB. Werkvolgorde was nu: stacken in APP, Dynamic Crop in PI (je kunt dan de verschillende stacks identiek droppen zodat ze op elkaar blijven passen qua registratie), daarna in APP de RGB-panelen samenstellen via RGB Combination en deze vervolgens aan elkaar gezet tot één mozaïek in APP. Nu is een bicolor niet zo heel spannend qua kleurbalans, maar toch.
Stuur me eens een paar aaneensluitende panelen toe via WeTransfer Kees (via PB) dan zal ik eens uitpuzzelen of er een oplossing is.
Ik heb eerlijk gezegd nog nooit problemen gehad met mozaïeken in APP. Onderstaande instellingen voor de verschillende tabs hou ik standaard aan:
1) LOAD: vinkje uit bij “auto-detect Masters & Integrations” en panelen laden via de knop “lights”
2) Calibrate: niet van toepassing (je hoeft immers geen masters, BPM e.d. te laden)
3) ANALYSE STARS: vinkje aan bij “automatic #stars target” en schuifregelaar op plm 2000 zetten
4) REGISTER: Scale stop op 12, vinkje aan bij “Use dynamic distortion”, vinkje uit bij “Same camera” en
registration mode op “mosaic”. Bij problemen bij de registratie kun je “Flip descriptors in X/Y” aanzetten
5) NORMALISE: eventueel “Neutralize background” uitzetten (hoeft niet)
6) INTEGRATE: alles laten staan zoals het standaard staat, behalve LNC (begin bij LNC degree 1 met 3 iterations). De MBB
dien je net zo hoog te zetten als de overlap van je panelen in procenten (15% overlap = 15 MBB)
Vaak werkt het het beste als je de verschillende panelen vooraf hebt bewerkt v.w.b. de rafelige randen (crop) en
“remove light pollution”.
Hangt een beetje af van hoe je wormwiel-tandwiel is afgesteld. Te ver van elkaar resulteert in een langere periode totdat alles weer in elkaar grijpt en weer gaat volgen.Te dicht tegen elkaar geeft een kortere wachttijd maar kan ervoor zorgen dat de zaak gaat wringen en alles kapot draait. Wat wil helpen is om ervoor te zorgen dat het deel van je setup dat omhoog moet komen tijdens het volgen (ten oosten van de meridiaan is dat je contra-as en ten westen de kijker) zwaardeer te maken. Kort door de bocht: voor de meridiaan (ten oosten van het zuiden) moet je contra-as zwaarder zijn en ten westen van het het zuiden de kant met kijker. De tandwielen grijpen dan sneller in elkaar.
Het (voorlopige) eindresultaat. In totaal 518 opnamen gemaakt met in totaal 47 uur en 45 minuten aan data verdeeld over 3 panelen. Ik heb per paneel alle data gekalibreerd en gestacked in APP tot aparte stacks per kanaal en per paneel en daarbij meteen alle data in één keer gestacked tot een kunstmatige luminance (een prima functie in APP). Ik had van M42 2 sets data (een kort en lang belichte) omdat de kern uitgebrand was. In PI deconvolutie op alle luminance-stacks toegepast en daarna met een HDR-compositie de uitgebrande kern van M42 vervangen door die van de kort belichte set. Vervolgens in APP per kanaal alle stacks aan elkaar gezet tot 5 mozaïeken (RGB, Ha en L) en daarna de RGB en Ha samengevoegd tot een kleurenplaat. Verder bewerkt in PI en Photoshop met de LLRGB-methode.
Ik ben best tevreden moet ik zeggen, maar kritiek is altijd welkom. Zo denk ik nog steeds een lichte overgang te zien tussen M42 en het middelste paneel, net links van the Running Man.
Gisteren de laatste opnamen gemaakt. Volgende week een weekje op vakantie en daarna verdwijnt Orion in de schemering. Ik heb in totaal bijna 48 uur aan data gelijkmatig verdeelt over de panelen, het meeste dat ik ooit aan een project heb gemaakt. In de vakantie die gigantische bak data maar eens bewerken, dan post ik het resultaat hier. :-)
Het project is bijna klaar. Vanavond de laatste avond voor wat extra Ha-data en dan is het gedaan met Orion: hij staat ‘s avonds als het donker is al voorbij het zuiden. Ik heb nu iets meer dan 42 uur aan data. Afgelopen week kwam ik er –gelukkig– achter dat de kern van M42 zwaar overbelicht is waardoor er totaal geen detail meer in te zien was. Ik heb daarom de afgelopen avond 20 frames per kanaal gemaakt in RGB en Ha van 1 minuut. Ik kan dan die stacks mooi verwerken in het originele paneel van M42 om de kern mooi uit te laten komen. Bijgaand de stack van deze ultra-kort belichte set.
Op één of andere manier heb ik in mijn bewerkingen altijd veel moeite om het blauw “boven water” te krijgen. Ik weet dat de SBIG STF8300M een stuk minder gevoelig is voor blauw dan voor rood. Zelfs na de kleurcalibratie in APP (of PI) overheerst het rood.
Als ik de RGB-kanalen heb gestacked dan hebben de sterren in de blauwe stack ook altijd een lagere FWHM-waarde dan in het rood.
Om dit sticky topic nog wat te “verrijken”: op deze site http://trappedphotons.com/blog/?p=693 staat een volledige handleiding over hoe je in PixInsight je data kunt preprocessen vanaf het maken van je master BIAS, -dark en -flats tot en met de uiteindelijke integratie. Ik heb de set met proces-icons als bijlage toegevoegd (is ook via een omweg op de genoemde site te downloaden). De afgelopen jaren heb ik deze altijd gebruikt bij mijn eigen data met prima resultaten. Ik gebruik overigens niet alles uit de set icoontjes, maar da’s ieder voor zich.
Daarnaast is er nog deze site https://www.harrysastroshed.com
Daarop staan ook de nodige PI-filmpjes, o.a. over het toevoegen van Ha-data in je RGB-set, ook met de proces-icons die daarbij horen.
Met de komst van Astro Pixel Processor ben ik overigens afgestapt van PI als het gaat om het preprocessen van mijn data, dat doe ik nu volledig in APP. Dat kost minder handelingen dan in PI en is een stuk nauwkeuriger. Zodra de stacks klaar zijn combineer ik APP en PI als het gaat om croppen, DBE (werkt in PI net iets handiger), samenstellen van aparte kanalen naar kleurenplaat en kleurcalibratie (APP) etc.
Flats maken een wereld van verschil. En ja helaas: je zult al je frames opnieuw moeten kalibreren, registreren etc… :-) Leuker kunnen we het niet maken, maar het geeft je wel weer wat te doen tijdens de bewolkte nachten.
Met een helder weekend in het vooruitzicht waarin ik hoop deze mozaïek af te kunnen maken toch even een tussentijds resultaat. APP heeft de mogelijkheid om bij de integratie van de data ook een integratie te maken van alle kanalen gecombineerd, een soort kunstmatige luminance. Omdat ik meestal bewerk volgens de LLRGB-methode (met dank aan Scott Rosen) is dat voor mij een welkome toevoeging in APP.
Ik heb daarom alle data die ik tot nu toe had (34+ uur heb ik uitgerekend vanmorgen) in APP bewerkt tot 3 stacks van deze kunstmatige L en die vervolgens –na bijsnijden en verwijdering van de gradiënten en lichtvervuiling– in APP aan elkaar “genaaid”. Een veelbelovend resultaat, hoewel ik nog niet tevreden ben met de “donkere hoek” bovenin op 1/3 van links en de ruis in het middelste paneel die naar mijn mening meer aanwezig is dan in de buitenste 2 panelen.
Is die zweem er altijd of wordt die veroorzaakt door de aanwezigheid van de maan? Met een (bijna) volle maan is b.v. een sterrenhoop nog wel te doen –met de nodige DBE achteraf om het maanlicht eruit te krijgen– maar M81 en 82…
Welkom terug! Ik heb de foto opnieuw voor je geupload.
Thx voor het uploaden van de foto. Zoals gezged: nog een beetje roestig na (te) lange tijd afwezig te zijn geweest. Zoals de vooruitzichten nu zijn qua weer kan ik deze week nog 3 (halve) nachten bijpakken voor de resterende RGB en het tekort aan goede Ha. Ik post het resultaat zodra Orion in de schemering verdwijnt. Tot die tijd wil ik proberen zoveel mogelijk data te pakken. Hoe ruisarmer de data des te makkelijker de bewerking wordt en des te beter het resultaat.
