-
Ik heb een (beginners)vraag. Ik kan met Deep Sky Stacker JPEG en TIF redelijk stacken. Maar als ik NEFs probeer te stacken dan komt er niets van terecht. Zie afbeelding. JPEG (minimaal) stackt ok. TIF (gemaakt van NEF door in Photoshop te openen en te saven als TIF zonder enige bewerking) is ook ok. Maar als ik NEF stack, dan dan blijft er een mooie zwarte hemel over met een paar sterren en een minimale M42.
Wat moet ik doen om de NEFs ook goed te stacken. (er is verder van alles mis aande stacks: geen darks, geen lights etc.??
Alvast bedankt, Jos verschillen
Wat zijn NEFS precies?
NEF’s zijn Raw’s van Nikon.
Probeer Nebulosity eens (deze heeft NEF ondersteuning ingebakken). Is de NEF stack overigens überhaupt gestretched? Beter is het om te converteren naar FITS voor stacking. JPEG stacking zou ik sowieso niet doen, het formaat is hier niet geschikt voor.
Ik heb nooit problemen met de NEF’s van mijn Nikon. De NEF Stack is niets mis mee…alleen moet je deze data meer stretchen om wat zichtbaar te maken.
@joswennmacker-nl, welke Nikon camera gebruik je? Misschien heeft DSS nog geen volledig support ingebakken voor je camera? Verder moet je juist met je NEFS een veel beter resultaat kunnen halen. Met de TIFFs en JPGs denk ik niet dat de data nog linear is en dat is heel belangrijk voor goede resultaten.
Mijn camera is de D300s. Toch al redelijk oud. DSS is versie 3.3.2.
@joswennmacker-nl, prima, de D300s mag geen probleem zijn inderdaad. Misschien kan je een enkele NEF delen of de stack die uit DSS komt van je NEFs? Dan kunnen we misschien het snelst tot een oplossing komen ;-)
Nogmaals, de stacks van je NEF ziet er juist heel normaal uit. Zo krijg ik mijn stacks van de D700 ook altijd uit DSS. Je moet alleen de data naar voren halen door te stretchen.
@buzzmeister, heeft @joswennmacker-nl de stack al ergens gedeeld? Normaal doet DSS toch meteen een stretch van de stack? Tenminste dat herinner ik mij. Dan zie je volgens mij meteen wat “er in zit”…
Ben een dagje buitenshuis. Vanavond of morgenochtend.
Eens met Bus, de NEF stack ziet er normaal uit. Even stretchen dus. Voor zover ik mij kan herinneren vindt er geen autostretch in DSS plaats. DSS beschikt wel over een aantal schuifjes waarmee je de stack kunt bewerken.
Hij staat hier: https://1drv.ms/f/s!Al6UFJlfyMDBh0Pr3RNwQSh7PL83
@joswennmacker-nl, ik heb hem gedownload, ik zie dat het een 16bits TIFF is. Dat is om te beginnen al niet optimaal. Je wilt de stack saven als een 32bits TIFF of FITS file. Ik heb je TIFF ingeladen in het stack programma dat ik zelf ontwikkel, mijn software maakt dit ervan met een automatische stretch:
gestapeld-stretch
Dus de data lijkt nog niet gestretcht te zijn inderdaad zoals @buzzmeister en @vankleef ook al aangaven, maar dat is niet je enige probleem als je dit zo ziet. Omdat het om 16bits data gaat die flink wordt gestretcht om dit te laten zien krijg je kwantisatie fouten dan wel posterisatie, daardoor krijg je die kringen te zien. Als de data 32bits zou zijn, ze je dit niet meer zien. Zie ook : https://en.wikipedia.org/wiki/Quantization_(signal_processing) en https://en.wikipedia.org/wiki/Posterization
Dankjewel. Dat ziet er al een heel stuk beter uit. Niet dat het een geweldige plaat is geworden, maar voor een beginner is het al iets. Flats zijn duidelijk zeer noodzakelijk.
Inderdaad flats maken zal veel helpen ;-) Maar nog belangrijker is om de data in 32bits te stacken en de stack ook in 32bits op te slaan. Heb je niet teovallig de autosave van DSS? Die is volgens mij standaard 32bits?
Nu kan ik met mijn software vignettering modelleren ( dat is de lichtafval die je ziet richting de hoeken) direct i.c.m. een lineaire gradient. Dus daar kan ik voor corrigeren. Dan wordt de belichting vlakker, en gaat de auto-stretch nog een stapje verder, dan wordt het kwantisatie probleem nog duidelijker:
gestapeld-vc-stretch
Als laatste dit waarbij de achtergrond wordt geneutraliseerd, dan is het nog duidelijker:
gestapeld-vc-cbg-stretch
Mijn NEFs zijn 14-bits. Hoger kan niet met de D300s.
Dat is prima @joswennmacker-nl. Door meerder opnames te stacken wordt de bitdiepte verhoogd van je stack, daarom moet de data tijdens het stack proces van 16bits naar 32bits geconverteerd worden. Dat is blijkbaar niet gebeurd, dat vind ik wel vreemd, dat ligt misschien aan de oude deepsky versie, of je hebt gekozen om de stack als 16bits op te slaan ipv 32bits?
Dat heb ik zeker niet bewust gedaan. Ik zal eens op zoek gaan naar waar ik dat kan beinvloeden.
Prima, en je mag je NEFs ook uploaden, dan kijk ik met je mee in DSS ;-) Heb je veel NEFs?
Uhh, ja, het zijn er 524. Samen 12,5 GB. Ik zal ze in de loop van de middag op dezelfde plek neerzetten. Ik laat je wel weten als het er allemaal is. Als jij ze stackt, zou ik een idee krijgen van wat er mogelijk is. Alvast bedankt.
Wow, dat is veel! Ben benieuwd ;-)
Ze zijn hier geupload. https://1drv.ms/f/s!Al6UFJlfyMDBh0Pr3RNwQSh7PL83
524 stuks.
Ik ga ze downloaden! Als ik ermee klaar ben zal ik het hier plaatsen @joswennmacker-nl.
Hier een screenshot van de stretch op de originele TIFF van @joswennmacker-nl met het histogram erbij. Aan het histogram zie je meteen dat stretchen niet het enige probleem is:
screenshotshotoriginaltiffjoswennmacker
En we zien aan de metadata dat er een hele oude DeepSkyStacker wordt gebruikt, versie 3.0. Ik zou adviseren om de laatste te downloaden dat is 3.3.2.
http://deepskystacker.free.fr/english/index.html
screenshotoriginaltiffjoswennmackermetadata
Hoe vreemd, ik gebruik toch echt 3.3.2.
Oh, dan is dat gewoon een schoonheidsfoutje van de makers van DeepSky Stacker en kunnen we dat vergeten ;-) en dus niet als oorzaak zien.
@joswennmacker-nl, mijn advies zou zijn om je NEFs nog een keer door DSS te halen waarbij je erop moet letten dat het stacken in 32bits gebeurd en in 32bits wordt opgeslagen. Je mag ook je NEFs ergens uploaden en dan wil ik het wel proberen met DSS om te achterhalen waar het mogelijk mis gaat? (Ik haal je NEFs als extra dan ook door mijn eigen programma en stuur je de resultaten terug ;-) )
@joswennmacker-nl, mijn onedrive is je bestanden aan het synchroniseren, dat zal nog wel even duren. Maar ik heb alvast even gekeken wat er met een stack van 14subs gebeurd in Deep Sky Stacker. Dit zijn opnames verspreid uit alle 524 opnames.. Dat lijkt volgens mij allemaal goed te gaan met stacken, maar als het proces klaar is past DSS geen stretch toe. Ik dacht dat hij dat normaal wel doet, maar nu niet in ieder geval. Je moet de data zelf stretchen met de schuifjes, zie hieronder de screenshots met settings die ik heb ingesteld om M42 zichtbaar te maken in je stack ;-) dss-stretchparam2dss-stretchparam3dss-stretchparam1
Ben pas morgen thuis om dit te bekijken. Bedankt!
Geen probleem @joswennmacker-nl, ik zal al je 524 foto’s door mijn programma halen tijdens het weekend waarschijnlijk. Dus dan kan ik je na het weekend tonen wat er “in zit” ;-).
@joswennmacker-nl, alvast een sneak preview op 40subs:
m42-josswennmacker-40subs
@joswennmacker-nl, hoi Jos, ik ben nu met all je 525 subs bezig, resultaat zal ik plaatsen als ik klaar ben ;-)
Ik wacht rustig af.
@joswennmacker-nl, bij deze heb ik hier 4 JPGs die tonen wat er in je data zit. Ik heb een crop van het beeldveld genomen ter illustratie. Ik heb je lights geanalyseerd en ik vervolgens
1) de beste 1/8ste deel gestackt = 137s totale integratie tijd
2) de beste 1/4de deel gestackt = 264s
3) de beste 1/2de deel gestackt = 548s
4) alles gestackt = 1123 s
Deze stacks zijn met elkaar genormaliseerd voor lokatie en dispersie zodat een goede vergelijking zinvol wordt. Alle JPGs hebben dezelfde stretch en saturatie gekregen.
En getoond van boven naar beneden:
1/8ste deel M42-JosWennmacker-137seconds
1/4de deel M42-JosWennmacker-264seconds
1/2de deel M42-JosWennmacker-548seconds
Alle lights ;-)
M42-JosWennmacker-1123seconds
@joswennmacker-nl, bij de stack van alle lights begin je opeens al wat meer te zien van zwakke neveligheid om de heldere structuren ;-) Ik maak momenteel nog een stack van al je lights met je hele beeldveld, die is bijna klaar. Dan zal ik alles uploaden naar mijn server zodat je het kan downloaden.
Dit is wel een enorm verschil met mijn resultaat. Nog heel veel te leren voor mij.
En volledig beeldveld wat verder bewerkt ;-) @joswennmacker-nl
Ik zal morgen alles uploaden en wat meer uitleg geven over wat ik heb gedaan. M42-JosWennmacker-final-St-LQ
Hoi @joswennmacker-nl, hier kan je alles downloaden:
http://www.bulapedia.nl/images/JosWennmacker/
Het bestand:
St-avg-1123.0s-SC_1_3.0-x_1.0_CRS-NUOS-full-qua-add-sc_BWMV-AA-RL-noIC-MBB20.fits
Is de 32bits floats stack die uit mijn programma komt van al je lights. Deze kan je inladen in DSS en zelf stretchen dan wel verder bewerken. De NEFS zijn geprocessed zonder camera witbalans (wil je altijd uit laten denk ik). Dus R. G. B multipliers allemaal op 1. In DSS zou ik bilineaire interpolatie gebruiken voor het demosaicen van de NEFS. Bij registratie zou ik DSS op 10% laten staan en ruis reduceren met een rechtlijning filter. En achtergrond calibratie toepassen met midden. Als je dat allemaal instelt in DSS, moet je een stack krijgen die hier wel enigzins op lijkt denk ik.
De files:
St-avg-1123.0s-SC_1_3.0-x_1.0_CRS-NUOS-full-qua-add-sc_BWMV-AA-RL-noIC-MBB20-crop-lpc-cbg.fits
en
M42-JosWennmacker-final.fits
zijn de stack verder geprocessed met mijn programma, achtergrond is gecorrigeerd voor oneven belichting door gebrek aan flats en de invloed van lichtvervuiling en vervolgens neutraal gemaakt en ik heb de kleuren wat aangepast. Deze data is nog steeds 32bits en lineair. Die kan je dus ook beiden in DSS inladen en zelf stretchen ;-) en dus verder bewerken.
Ik heb zelf de data uiteindelijk gestretcht en wat saturatie toegevoegd met dit als resultaat:
M42-JosWennmacker-final-St.jpg
Als je verder nog vragen hebt of als iets niet duidelijk is, hoor ik het graag ;-)
Ik ben hier even helemaal stil van! Prachtig resultaat. Ik ga er eens goed naar kijken en zal er dan zeker op terugkomen. Ik wil dit natuurlijk zelf kunnen doen. Dank, Dank, Dank.