Bayer drizzle

Questions and answers about processing in StarTools and how to accomplish certain tasks.
Mike in Rancho
Posts: 1166
Joined: Sun Jun 20, 2021 10:05 pm
Location: Alta Loma, CA

Re: Bayer drizzle

Post by Mike in Rancho »

I saw this in some thread on CN the other day, pretty cool. He just keeps adding stuff. Now, if only I could ever learn how to use it -- other than running a pre-fab stacking script. Once you learn it (no different than you have to with DSS or ASTAP), WBPP is just so easy to set up complex stacking with its table layout, tabs, and options controls.

He did mention that release of 1.4 is nowhere close to being ready.

I read the included link, and even the link within the link, and stuff does get over my head pretty quickly. Especially his conflation of true drizzle and CFA (or Bayer) drizzle. Though PI may be similar? :confusion-shrug:

My impression has always been that "true" drizzle is essentially an upscaling, but the data rains down onto a finer grid. If you are undersampled, this can produce enhanced resolution when everything is stacked. If you aren't, then there is no recovery of resolution, though I don't know if still provides an "appearance" of being smoother or more rounded off when it comes to things like stars. :think:

True drizzle could certainly be run on OSC data. I though, maybe wrongly, that it was done post-debayering.

Bayer drizzle instead replaces debayering, using the shifts, drift, and dither to fill in the entire grid with actual captured data, in three channels across the entire image dimension. The point being to avoid artifacts inherent in various debayering algorithms, as well as just knowing that everything is a real photon. Absent any error handling that may be needed, of course.

DSS says the concepts are related, but warns that you should not do both. But maybe they are the outlier?

Perhaps it all comes down to implementation, particularly as to star registration because sub-pixel transforms are required (splining, warping?) that have to go beyond simple dX dY and rotation angle. Maybe that's why they would end up conflated or the same? :think:
dx_ron
Posts: 288
Joined: Fri Apr 16, 2021 3:55 pm

Re: Bayer drizzle

Post by dx_ron »

decay wrote: Sun May 05, 2024 7:34 am Thanks for pointing out, Ron. I'm also sure that money will be better invested in new hardware.
Instead of buying PI and supporting their monopoly (just kidding?) you could consider to make a donation to the Siril team or to buy a T-Shirt from their shop ;)

Dietmar.
I did! (make a donation - no T shirt...)
decay
Posts: 493
Joined: Sat Apr 10, 2021 12:28 pm
Location: Germany, NRW

Re: Bayer drizzle

Post by decay »

dx_ron wrote: Tue May 07, 2024 9:30 pm I did! (make a donation - no T shirt...)
:)
dx_ron
Posts: 288
Joined: Fri Apr 16, 2021 3:55 pm

Re: Bayer drizzle

Post by dx_ron »

Thanks. For now, "progress" on Bayer drizzle consists of me trying to figure out how to build the alpha version of Siril on windows. I've installed Visual Studio and am working my way through the various packages and libraries needed - but I haven't set aside a large block of time so I make a bit of progress, then forget what I was to do next. I'll get there eventually - I hope.
LuckyEddie
Posts: 52
Joined: Wed Apr 14, 2021 12:31 pm

Re: Bayer drizzle

Post by LuckyEddie »

dx_ron, If you only want an alpha build of Siril rather than to work on development yourself, you can just download a package from the CI artifacts on Siril's gitlab. Go into History, select the last commit, then it's pipeline, select the packaging step for win64 and then download the artifact.
dx_ron
Posts: 288
Joined: Fri Apr 16, 2021 3:55 pm

Re: Bayer drizzle

Post by dx_ron »

LuckyEddie wrote: Sun May 26, 2024 12:18 pm dx_ron, If you only want an alpha build of Siril rather than to work on development yourself, you can just download a package from the CI artifacts on Siril's gitlab. Go into History, select the last commit, then it's pipeline, select the packaging step for win64 and then download the artifact.
Thanks. Most of that last sentence was gibberish to me, but I was able to figure out how to follow along.

Unfortunately, I am still too ignorant to make it work. There are zip files named win64-master, siril-win64-master and deps-win64-master. The one with a file structure most like the functioning stable version is the win64-master. I tried unpacking each (separately) into Program Files, but the executable always throws errors about not finding entry points in various dlls.
LuckyEddie
Posts: 52
Joined: Wed Apr 14, 2021 12:31 pm

Re: Bayer drizzle

Post by LuckyEddie »

I think you want the Packaging -> win64 job asset. The current URL is https://gitlab.com/free-astro/siril/-/j ... s/download but this will be overwritten, and therefore become invalid, by the next commit.
dx_ron
Posts: 288
Joined: Fri Apr 16, 2021 3:55 pm

Re: Bayer drizzle

Post by dx_ron »

LuckyEddie wrote: Mon May 27, 2024 6:33 pm I think you want the Packaging -> win64 job asset. The current URL is https://gitlab.com/free-astro/siril/-/j ... s/download but this will be overwritten, and therefore become invalid, by the next commit.
Hi LuckyEddie,

I want to thank you again for pointing me at the gitlab artifacts. I tried once or twice, but continued to get errors - and I suspected that I needed to properly 'install' the package in a way that would allow the main program to find the dlls. I dropped it for a while, until the other day I checked and noticed that a recent artifact included a win64-native-installer. That's what I needed!

So, I have now successfully run a Bayer drizzle integration in Siril. There is a script for it in the current version, but the GUI for manual processing does not invoke it yet. But by reading the commands in the script I was able to use the command line for the crucial step (the drizzle registration itself).

It does take a while, but not the kind of "a while" that seems to plague PI users :)

I tested it on my Deer Lick data, though it turns out I do not have the dss equivalent for the 490x90s stack. Anyway - here's Wipe:
Wipe.jpg
Wipe.jpg (494.86 KiB) Viewed 6964 times
For this, I just went straight from Optidev to Color. Here's the maxRGB view after using a star mask sample:
Color2.jpg
Color2.jpg (489.1 KiB) Viewed 6964 times
I think this is quite promising, even if I cannot prove yet that it actually makes a positive difference :)
LuckyEddie
Posts: 52
Joined: Wed Apr 14, 2021 12:31 pm

Re: Bayer drizzle

Post by LuckyEddie »

Glad you were able to make some progress. It would be interesting to see a side-by-side of the result with and without the Bayer drizzle when you're done.
dx_ron
Posts: 288
Joined: Fri Apr 16, 2021 3:55 pm

Re: Bayer drizzle

Post by dx_ron »

Instead of doing a proper 1:1 comparison, I moved on top a different dataset (because that's what one does to avoid a proper test :) ). When I finallt do a proper test I don't expect life-altering results. In theory, there should be some subtle improvement in the noise profile, especially color noise, and perhaps the stars might avoid any small debayering artifacts brought on by the algorithm trying to detect and "preserve" sharp boundaries.

With that said, here is my M1 OSC data from last fall. 498x90s (=12:45) processed at full resolution then cropped down to 1920x1280 still at full resolution. Not something I'd likely present in public, but just to see. I *think* I was able to use a lighter touch with noise reduction, but I can't prove that yet.
M1driz_rgb_ss75_nr3.5_capP_1920x1280crop_bp.jpg
M1driz_rgb_ss75_nr3.5_capP_1920x1280crop_bp.jpg (639.53 KiB) Viewed 4937 times
Post Reply