-
Musquetier replied to the topic authentication based on mac adress in the forum Astro Pixel Processor Beta 9 years, 2 months ago
Ik bedoel met name dat er geen misbruik door een derde gemaakt kan worden met de door jouw opgeslagen persoonsgegevens. De data (op welke data drager dan ook (ook backups)) mogen daarmee niet in “verkeerde handen” vallen of voor oneigenlijk gebruik (anders dan voor het doel waarvoor het is verkregen) worden gebruikt…
-
Haverkamp mentioned 2 peopleHoi @mth75 en @musquetier,
Bedankt voor deze informatie.
Ik monitor meer dan enkel het MAC adres van iedereen die APP gebruikt. Dat is voor mij als ondernemer natuurlijk handig. Dit wordt allemaal automatisch bijgehouden in de licentie database die ik heb gemaakt. Deze database is ook niet van buitenaf benaderbaar.
Ik zal dat netjes aangeven in…[Read more]
-
Hi @keesscherer,
Indeed, the kappa value of 2 is way too high if you look at the rejection map.
The kappa value of 3 is much beter. Very little removal of possible good data and the outliers are gone.
In the next version, after 1. 036.0, you’ll have the option to use kappa values larger than 3.0. I have extended the range to 5.0.
But some…[Read more]
-
Groenewold replied to the topic M81-M82 regio, WIP in the forum Deepsky 9 years, 2 months ago
De ADU moet ik opzoeken als ik weer thuis ben, ik zou naar 5 min kunnen maar in deze sessies was de boel dan al zo goed als wit. Dus toch besloten een tikkie terug te schroeven. Denk dat ik op F4 een beetje die tijd als limiet heb zonder filter.
-
Groenewold replied to the topic M81-M82 regio, WIP in the forum Deepsky 9 years, 2 months ago
Dank je Marc! Ik merk dat ik geen Messier marathon persoon ben, ik duik liever in een object om dat zo goed als ik kan op de plaat te krijgen. En dat is inderdaad de bedoeling Kees, als ik eenmaal data heb waar ik tevreden over ben (sterren in deze vind ik minder maar signaal prima) dan stapel ik dat op met nieuwe data. Ik hoop nog ergens een…[Read more]
-
KeesScherer replied to the topic M81-M82 regio, WIP in the forum Deepsky 9 years, 2 months ago
Dit is een mooi resultaat voor 240 minuten RGB. Het lijkt erop dat er voldoende Ha is nu en dat de volgende stap (volgend jaar?) dan meer RGB moet zijn. Met M81/M82 kan je jaren vooruit. Wat was de achtergrond ADU van de RGB subs hiervoor?
-
Theunissen replied to the topic M81-M82 regio, WIP in the forum Deepsky 9 years, 2 months ago
Mooi! Fijn om weer werk van jou te zien! Ik vind beide crop versies ook helemaal niet verkeerd.
-
Groenewold replied to the topic M81-M82 regio, WIP in the forum Deepsky 9 years, 2 months ago
De voorlopig laatste versie. Nog wat geprobeerd met deconvolutie e.d. maar daar leent de data zich niet echt voor lijkt het. Hiervoor is waarschijnlijk nog een flinke sessie RGB nodig (zitten reeds 80x 3 min in) om meer detail naar voren te halen, alsmede de kleur. H-Alpha signaal vind ik eigenlijk niet verkeerd zo.Final-RGB-HAlphaM81M82
-
de Wijs became a registered member 9 years, 2 months ago · updated 9 years, 2 months ago
-
Welkom en veel plezier op starry-night.nl!
-
-
Haverkamp wrote a new post, Astro Pixel Processor – Calibration, integration and post-processing 9 years, 2 months ago
This article in the starry-night.nl: Astro Pixel Processor series about working with APP gives an in-depth explanation about data-calibration with APP. The workflow uses data from a Astro Pixel Processor Beta […]
- 2 people like this.
-
Ha Mabula,
Thanks a lot!
A very clear explanation.
Hans
-
Why do you need a Dark Pixel Map when this data is already in the master DARK and master FLAT used for calibration?
-
Hi Rob, thank you for your question.
It’s a Bad Pixel Map, not a Dark Pixel Map.
The purpose of a bad pixel map is to correct all bad pixels of your sensor,
hot pixels, which are pixels that don’t behave linearly and react more strongly than the surrounding linear pixels to incident light. These are found from your dark frames.
cold pixels, these could be defect pixels or pixels that don’t behave linearly to light and react very little to incident light. Thes are found from your flat frames.So both dark and flat frames can be used to create a bad pixel map.
Unlike dark and flat calibration, BPM calibration will never inject noise. There is no add/subtract/multiply/divide involved in the calibration process like in dark and flat calibration. The bad pixels which are lokated in the Bad Pixel Map are simply corrected using data interpolation from linear pixels in the calibration proces.
So for the purpose of removal of just hot pixels, you should always use a Bad Pixel Map instead of dark calibration, since dark calirbation will always inject noise in your light frame where the BPM will not.
Mabula
-
Musquetier replied to the topic Messier 106 in the forum Deepsky 9 years, 2 months ago
Dat is een goede vraag, normaal ziet mijn workflow er als volgt uit maar suggesties zijn welkom:
* calibreren (APP)
* registreren (APP)
* normaliseren (APP)
* integreren (APP)
* anti vignettering of light polution (APP)
* LRGB combine (PI)
* eventueel DBE (als dit niet al in APP gedaan is ;-) (PI)
* indien noodzakelijk SCNR om groen zweem te…[Read more] -
KeesScherer started the topic Leo Triplet, de weg naar de eerste LRGB opname in the forum Deepsky 9 years, 2 months ago
De eerste 25x 600 seconden Luminance zijn binnen (Ook hier zit het weer niet mee, overdag vaak zonnig en dan om 23:00 steeds lage bewolking). Gestackt in APP (+30 darks/25 flats), deze weergave is even in PI bewerkt met histogram en HDRMultiscaletransform. Dit is het volledige beeld met de stackrandjes er nog aan en ik ben inmiddels tevreden over…[Read more]
-
Theunissen replied to the topic Messier 106 in the forum Deepsky 9 years, 2 months ago
Sterrenkleur is niets mis mee, sterker nog, bevalt mij uitstekend. Maar de stack is erg ruisig. Zou het kunnen dat de ASI ook tot een andere of verfijndere PI workflow dwingt?
-
KeesScherer started the topic Interpretation of Rejection maps in the forum Astro Pixel Processor Beta 9 years, 2 months ago
I am testing different settings for the integration step. Looking at the 2 different rejection maps for this image it looks clear the kappa value of 2 (on the right) results in a rejection level that is too high, but also the Kappa 3 shows a lot of rejects. But i can not go any higher than 3?rejectionmap
-
KeesScherer replied to the topic Messier 106 in the forum Deepsky 9 years, 2 months ago
Klopt Rob, ik zie dat ze zelfs goede resultaten bereiken bij 10 seconden subs bij f4.0. De ZWO ASI 1600 MM Cool is een camera die inderdaad een hele andere aanpak nodig heeft dan bij b.v. DSLR of CCD. Jouw 10 en 15 seconden subs laten een mooi beeld zien met veel kleur.
-
Musquetier replied to the topic Messier 106 in the forum Deepsky 9 years, 2 months ago
Beide hebben niet onaardige sterrenkleur…
-
Musquetier replied to the topic Messier 106 in the forum Deepsky 9 years, 2 months ago
Dit is er een met 60 sec Lums en 120 sec RGB:NGC1788
-
Musquetier replied to the topic Messier 106 in the forum Deepsky 9 years, 2 months ago
wellicht moet ik nog korter belichten. Deze plaat is gemaakt met 10 sec L en 15 sec RGB subs:IC417_LRGBHa
-
Musquetier replied to the topic Messier 106 in the forum Deepsky 9 years, 2 months ago
Dank voor het meedenken!
De unity gain/offset waarde voor deze camera is 139/21. Met deze waarde beginnen de meeste gebruikers. Daarnaast zie ik goede resultaten voor smallband waarbij 200/50 wordt gebruikt (dit laatste moet ik zelf nog testen).
Mijn ervaring met de GAIN = 0 resulteerde er juist in dat ruis juist gaat overheersen??? De…[Read more]
-
KeesScherer replied to the topic Messier 106 in the forum Deepsky 9 years, 2 months ago
Even voor mijn begrip Rob, (ik ben camera’s aan het vergelijken). Voor het beste dynamisch bereik van de ZWO ASI1600mm wordt gain=0 en offset =10 aangeraden door ZWO, zie deze presetwaarden in de schermprint. Waarom gebruik jij andere waarden? Zie ook deze vergelijking waaruit blijkt dat je met de andere instellingen al snel je sterkleuren…[Read more]
- Load More
