Jump to content

Stargazers Lounge Uses Cookies

Like most websites, SGL uses cookies in order to deliver a secure, personalised service, to provide social media functions and to analyse our traffic. Continued use of SGL indicates your acceptance of our cookie policy.

GreatAttractor

Members
  • Content Count

    439
  • Joined

  • Last visited

Community Reputation

544 Excellent

1 Follower

About GreatAttractor

  • Rank
    Star Forming

Profile Information

  • Gender
    Not Telling
  • Location
    Poland/Germany
  1. ImPPG is written using cross-platform libraries, so it can be compiled as a native OS X application. I have plans to eventually get myself a Mac, iron out any potential incompatibilities and create an OS X binary version for download. For the time being, you could try running the Windows version via Wine (should work fine, at least in the non-GPU-accelerated mode).
  2. A small bugfix update – version 0.6.1 – is available at https://github.com/GreatAttractor/imppg/releases Bug fixes: Invalid batch processing results in OpenGL mode Enhancements: Tone curve window position reset command For the rare situations where window positioning does not work correctly, you can now force a reset of the tone curve window's position:
  3. Looks great & uniform. What's the telescope?
  4. ImPPG version 0.6.0 has been released. After some architectural cleanup, I added a GPU/OpenGL back end, that is, almost all processing (except image alignment) is now performed on the GPU. In practical terms, on most computers it means: processing is faster by a factor of several or more for quite big selection sizes and moderate L-R iteration counts, the results are rendered immediately as you move the "sigma" slider no delay of image refresh when scrolling with zoom ≠ 100% cubic interpolation does not cause a slow down You can see the new version in action in this short video: https://www.youtube.com/watch?v=giq4jCnC6KM Benchmarking result of my system - CPU: Ryzen 2700 (8 cores, 16 threads, 3.2 GHz base), GPU: Radeon R370. A typical workload - batch processing of 200 images, 1.2 Mpix each, 50 iterations of L-R deconvolution, unsharp masking and tone mapping. (Note that in CPU mode all cores are used.) CPU mode: 2:20 min GPU mode: 19 s Even on a 5-year old laptop with an integrated Intel GPU there is a noticeable speed-up.
  5. Image Post-Processor (ImPPG) version 0.6.0 is available at: https://github.com/GreatAttractor/imppg/releases New features: GPU (OpenGL) back end for much faster processing Enhancements: View scrolling by dragging with the right mouse button (previously: with the middle button) Zooming in/out with the mouse wheel (previously: Ctrl + mouse wheel) If you experience issues running in GPU mode, make sure you have the latest graphics drivers. (The old CPU mode can still be used.)
  6. Yes, those were the days... Not to mention 300 000-km filaments (2015):
  7. Thanks, a very cool material indeed! Reminds me I should finally sit down to making a video tutorial myself.
  8. To underline dim prominences, indeed it's best to combine two exposures. But it's not absolutely necessary if the prominences are bright; for example, in the right image below (4-pane mosaic made with Lunt 50), all that was needed was to gently "lift" the tone curve at the dark end (performed in ImPPG):
  9. My interpretation (ImPPG settings files attached): settings_1.xml settings_2.xml settings_3.xml settings_4.xml As for the last one you posted, the etalon was somewhat off-band; this is indicated by these flat, featureless splotches around the sunspot (I recognize the effect from my old setup using Lunt 35): When you're tuning the etalon, a good rule of thumb is "being on band = darkest possible image".
  10. Hi Nigella, have fun with ImPPG! If you'd like to post the raw stack (16-bit), I'm sure others (and me) would be happy to show their processing approaches.
  11. Unfortunately, the reference point alignment phase is not yet as robust as I'd like (though usually works fine for my Hα material). In general, changing some of these processing settings may help: search radius: try 5-10 structure threshold: try higher values brightness threshold: try higher values structure scale: try 2-3 I have a few ideas for improving this, so stay tuned.
  12. Hello everyone, I've added a description of algorithms used by Stackistry/libskry (an open-source cross-platform stacker): link to PDF
  13. Ouch! That's what I used to do (even with 200-frame time lapses). Got quite "fast" at it, say, 7-8 seconds per image… So eventually I wrote ImPPG for: - quick batch-processing of multiple stacks - automatic alignment of sequences with sub-pixel precision Download and tutorial links available at https://greatattractor.github.io/imppg/ Exporting the animation can be also done in GIMP: - open all aligned frames via File/Open as layers - crop/resize everything to taste - preview with Filters/Animation/Playback - make a GIF via File/Export As..., choose GIF, mark "As animation"
  14. I had a Nikon D40 for a few years and loved it for regular photography (eventually replaced it with a more convenient Micro-4/3 Olympus). As for astrophotographic use, I did my first experiments with it (before transitioning to a modded webcam and then a planetary CCD). For simple Milky Way stacking and Solar System single-frame or a few-frame stacks it did the job:
  15. I also got some nice results (for the aperture), with a PGR Chameleon 3 mono camera (ICX445) and a 1.6x Barlow:
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.