Jump to content

sgl_imaging_challenge_banner_31.thumb.jpg.b7a41d6a0fa4e315f57ea3e240acf140.jpg

Xiga

Members
  • Content Count

    1,020
  • Joined

  • Last visited

  • Days Won

    4

Xiga last won the day on October 6 2020

Xiga had the most liked content!

Community Reputation

1,680 Excellent

2 Followers

About Xiga

  • Rank
    Sub Dwarf

Contact Methods

  • Website URL
    https://www.flickr.com/photos/32169902@N00/sets/72157674925075376

Profile Information

  • Location
    Northern Ireland

Recent Profile Visitors

3,476 profile views
  1. The part about throwing away information, what I meant to say was, wouldn't binning x2 early in the workflow (ie right after calibration) not have a detrimental effect on star analysis and registration? Surely it would be better to keep the full resolution for this part of the workflow, and then reduce the resolution afterwards? So it looks like for any APP users out there with oversampled CMOS data, it's a simple operation to effectively bin the data by just changing the scale factor at the integration stage, which is good news
  2. A pretty barren year for me with just 5 images to show for it. Cygnus SHO Mosaic - 27 hrs, Atik 383l+, Tamron Adaptall II 135mm F2.8 shot at F4.5, Zuiko 50mm F1.8 shot at F4. Double Cluster. ED80, Atik 383l+ Lum (60 mins), Nikon D5300 Colour (60 mins): Pelican Nebula. 100 mins each of SHO, ED80, Qhy9m (thanks Adam!): M106. ED80, just under 7 hrs with a Qhy163c: Comet Neowise. About 40 mins with a Nikon D5300 and a very dewy ED80!
  3. Vlaiv, i went ahead and did a few test stacks using the only mono data i have, which was shot at 2.13", so more under-sampled than over-sampled, but it should hopefully still have some use for comparisons sake. The data set was just 6 subs (20 mins each) in Sii on the Pelican. I thought about using Ha, but decided on using Sii instead, as it was much fainter, so i thought it would accentuate the noise levels more. Firstly, I used ImageJ to Bin each calibrated sub x2 and then i stacked them in APP on default settings (which uses Lanczos-3 at the integration stage). Note, i would hop
  4. Yes I believe that's all possible. I've no idea how to use ImageJ though. Is there a quick way to just point it to a folder and have it bin all the files in it? It would still be my preference to keep everything within APP, but it would be interesting to see if there was a noticeable difference between APP's version of binning (Bilenear and 0.5 Scale factor) and the method of feeding APP actual binned subs.
  5. Thanks for this Vlaiv, i think this clarifies things for me now. Your approach of creating sub-groups of smaller files does sound good, but APP is my tool of choice for calibrating and stacking so i just need to find the best workaround using it, and by the sounds of things, it looks like choosing Bilinear and a Scale Factor of 0.5 at the Integration stage is the way to go. I'd still like to run some tests on real world data though, just to see the improvements with my own eye. @discardedastro sorry for derailing your thread!
  6. Thanks Vlaiv. What do you make of the 2nd post from the thread below: https://www.astropixelprocessor.com/community/main-forum/binning/ Mabula (the creator of APP) seems to suggest that it's possible to bin x2 in APP by using the nearest neighbour debayering algorithm and a scale factor of 0.5, but that he actually recommends using Cubic B-Spline instead. I take it in your example above, the binned image is using nearest neighbour? What would the result look like if it were to use Cubic B-Spline? I'd like to do some testing in APP, trying out various approaches, to s
  7. @vlaiv is there any difference between software binning and just choosing to reduce the scale of one's stack? Case in point - when i get my RC6 up and running with my 268M at some point, the image scale will be about 0.58" so obviously oversampled. My plan is just to capture as normal (Bin x1) but then in APP when the stacking process gets to the final stage (integration) I was just planning on choosing a Scale Factor of 0.5 (it uses Lanczos- 3 by default) to basically do the same thing as Bin x2 and bring the image scale up to 1.16". Do you think this method would actually be better
  8. KiThe results you get are amazing Richard, I really hope the LED lights don't have too much of an effect on your imaging. It's good that they will turn them down after midnight, that's something at least. We bought our new house 2 years ago. My heart sank when we came to view it near the end and I saw the LED light literally smack bang right at the front (see below) Out the back (South) isn't much better, tall trees blocking everything below 60 degrees. Annoying, as my LP isn't too bad either, Bortle 5, not far off 4. I might try phoning the council to see if they can turn the lig
  9. While I wait for my 268M to arrive, I've been ordering all the necessary bits to make up the 55mm of backfocus i need for the 80ED. I'm planning on using the 5mm M48 plate that comes with the camera, which I now understand brings the camera's backfocus to 19.5mm. My TS filter drawer is T2, so I've ordered the ZWO M48-M42 adapter below. Has anyone used this before? It's fairly minimal looking, to say the least, but it only has to support the weight of the camera itself, so I'm hoping it's ok. I did think of going with the M54 plate, and ordering an M54-M42 adapter, but nowhere had any in stock
  10. I recently upgraded my guide camera to a ZWO 290mm mini. Haven't had a chance to use it yet, but I could immediately tell the 2m flat USB cable was pants, as it took an uncomfortable amount of brute force to get it to insert into my laptop's USB port, so not a good start, lol. It does at least seem to work, but as soon as I verified that the camera could connect to Phd2, and made a few darks, the cable went straight into the big ol bag of cables (we all have one), eventually destined for the scrap heap. At only 2m it wasn't long enough anyway. Ordered a quality 3m Lindy one off Amazon.
  11. Lovely Richard. Amazing amount of dust for less than 2 hrs. I did have to download and rotate it, because it was messing with my head looking at it upside-down lol. Nice use of Starnet too btw - the filename gave the game away How did you find using Gain 0 vs the more often used higher Gain (can't remember what it is for the 2600mc)? I feel your pain on the weather front, this winter has been terrible! In my case, it's even worse, as even when the weather does play along, i can't image anything below 60 degrees South due to the large (leafless!) trees out the back of our house
  12. Here's my attempt. Gradient reduction done in APP, everything else done in PS. Combined as SHO. Stars removed using Starnet, and then blended back in a lightly stretched Ha layer in blend mode Screen to add back the stars. Really amazing data, was fun to process, so once again thanks for sharing and taking pity on us poor folk who haven't seen a clear sky in weeks, if not months! Edit - made a slight revision, with toned down highlights and slightly different colour palette.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.