Activity

Wauw, ik denk dat velen dit missen in de door hen gemaakte foto’s. Dank voor dit soort uitgebreide analyses Kees! Ik doe dit nu ook standaard, soms bijna nog leuker om te doen dan het object wat je eerst voor ogen had. :)

Als SGP alleen die conversie doet voor interne verwerking dan maakt het niks uit, als idd het bronmateriaal gewoon behouden blijft.

Ik heb SGP nog maar 1x even snel kunnen testen wat betreft het auto-focussen (wat echt geweldig is). Hiervoor heb ik altijd gebruik gemaakt van INDI onder Linux, hetgeen op zich heel goed werkt (als het werkt en je…[Read more]

Volgens mij zie je het goed. Target 30.000 in SGP :-) Maakt het trouwens iets uit of en eventueel wat SGP met de RAW doet? Voor het processen gebruik je toch de CR2’s van de geheugenkaart camera of zie ik dat verkeerd? (ik ken SGP niet). Ik wil SGP echter wellicht wel gaan gebruiken (ik heb sowieso een applicatie met autofocus functie nodig).…[Read more]

Ik had een tweeledige vraag. :) Ik vond het nogal raar dat SGP dus aan rescaling doet omdat dat eigenlijk nogal verwarrend is (je gaat uit van die 14-bit). Op zich is het makkelijker omdat je nu altijd die 30.000 als target kan gebruiken (althans dat maak ik dus op uit die post van de ontwikkelaar) voor het maken van flats in SGP. Of zie ik dat…[Read more]

2000 indien je bij Statistics 14-bit [0,16383] selecteert. Dat komt overeen met zo’n 8000 indien je 16-bit[0,65535] selecteert.  Met de door mij gebruikte combi EOS 60Da en het gerd neumann aurora flat paneflatpanel lukt het mij nog niet om goed werkende flats te maken. Eens kijken of het beter met adu 5000 flats gaat :-) Bedankt voor de tip!

2000? Ik gebruik een streefwaarde van 5000. (16383 met een zeker lineair bereik tot 10000, en daar dan de helft van).

De door Vincent gestelde vragen waren mij duidelijk : -) Ik reageerde op het achterliggende aspect m.b.t. de adu count van flats. Voor een 14 bit camera is deze streefwaarde indien je gebruikt maakt van SGP (als gevolg van het rescalen)  inderdaad zo’n 30.000 en in PI – waar geen re-scaling plaats vindt zo’n 2.000.

De vraag van Vincent was volgens mij of de Canon CR2 die door SGP wordt opgeslagen een 14 of 16 bit format heeft. Dat de rescaling in SGP plaats vindt in de eigen weergave is duidelijk maar ook SGP zou de “pure” Canon raw kunnen opslaan (Camera uitlezing en ongeconverteerde opslag met alleen toevoeging van de filenaam volgens SGP definitie)

De bitrate van een camera (dynamic range) staat los van de wijze waarop een programma een file codeert (image encoding bits). De maximale adu count van 14 bit raw is en blijft 16384. Pixinsight gebruikt ook 16 bits. In Pixinsight wordt een een 14 bit raw niet ge-rescaled. De 14 bit nummers bezetten aldus de eerste 14 bits van de 16 bits.  In SGP…[Read more]

De File explorer van Pixinsight geeft ook al geen uitsluitsel. Zelfs een Canon Raw CR2 direct uit de camera heeft 16 bit per sample, net als de files uit Backyard EOS en SGP.screenshot-raw-file1

Dat hoeft niet te kloppen. SGP slaat de Canon ata b.v. op als CR2, dat kan gewoon de 14 bit raw zijn. Maar wanneer SGP die CR2 inleest om er wat mee te gaan doen dan is er kennelijk een vertaling naar 16 bit. De opgeslagen CR2 files zouden dan gewoon 14 bit moeten zijn.

Ik las net op het forum aldaar, dat SGP in 16-bit zou werken, ongeacht de bit-rate van de camera. Klopt dat en houdt dit in dat SGP de foto, ook in raw, aanpast? Er was daar een vraag over de ADU count van flats en dit zou dus in SGP altijd op zo’n 30.000 moeten zitten.

De bewuste post..

Het is uiteindelijk gebleven bij 67×240 seconden, maar dat maakt voor dit “doel” niet zoveel uit. Bijgaande foto is 100% weergave (upload, maar niet qua weergave helaas) en alleen de stackranden en “spiegelvignettering” is eraf geknipt. Het is handig om na het platesolven het tekstbestand apart op te slaan, dan heb je bij de foto ook deze…[Read more]

tot nu toe ben ik heel erg tevreden met de ASI1600mm, hij presteert iig veel beter dan de ATIK383L+ met de KAF8300 sensor…