×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

Live stacking methods?

  • Posts: 407
  • Thank you received: 74
Some personal observations - sorry but it was a Windows version of ASTAP running on my test rig - an older AMD A6 8GB Win 10 64bit with SSD. I used a DSLR and no Scope set up. Old stored images were used for he live stack. Nothing else out of the normal being used except MQTT broker on Windows!

1. Too complicated IMHO - by that I mean you just need to set the folder where the images are going to be stored and allow the user to end the session and change the stacking source does matter that the scope has slewed in the mean time as I would expect the Live stacking to "Lag" behind by a number of images anyway - ok more difficult when using automated sequence. Plus Astrotoaster allows a fair amount of simple changes,in real time, to the stack (well the viewers displayed image) just by using simple sliders on various parameters via a simple cild window called "Col Adj" - something like that would be great in ASTAP

2. On my test rig ,which runs DSS Live and Astroaster ok ,I was unable,once live stacking started, to do anything within ASTAP as it kept displaying the dreaded revolving circle and "no responding". Task Manager showed very high processor usage but no more than either DSS or Astrotoaster - figure shown was around 34% with only 2.7gb out of 7gb of memory used.

3. I could not find a way to just monitor RAW (CR2 files) as per DSS etc and let ASTAP do the conversion if required to FITS. I know ASTAP will convert RAW files to FITS for normal stacking,

4. Personally I would prefer the Live Stacking to be a separate application and NOT part of ASTAP - simple and clean which both DSS Live and Astrotoaster are ,even though they use DSS in the backgound - but I never need to start or see DSS !

5. The ability to reject some images in the Live Stacking list and restack would be nice.

As I say this is my EAA personal observations and know it will be used in other ways ,so it is a blinkered view :-)

Plus what is the hardware testing set up beings used by others - RPI ? or other - obviously running ASTAP on new faster kit and maybe Linux OS would my problem as noted by point (2) but would be interested on what others are using during this test / development phase.
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
4 years 5 months ago #44816

Please Log in or Create an account to join the conversation.

  • Posts: 447
  • Thank you received: 30

Replied by T-Studio on topic Live stacking methods?

Thank you for a wonderful job.

Many people running EAA with SharpCap enjoy using an automated deployment platform such as AZGTI.

After introducing the target object while watching the live view, press the stacking button to start stacking.

Stacked images are adjusted manually (in color, brightness, etc.) in real time with a slider, etc., and they are having fun.

When moving the target, press the stop button to stop the stack before moving.

Q. Can the following items be realized with this stacking function?

1. Stacking using live view video.

2. Adjust brightness and color in real time during stacking.

I checked the updated app, but it looked like a stacking method to load a saved still image. (It is similar to the function of AstroToaster.)

It will be even better if the above 1.2 features are also added.
4 years 5 months ago #44817

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92

Replied by han on topic Live stacking methods?

Unfortunately video is not possible. ASTAP live stacking is similar in function as AstroToaster&DSS. There are no functions to read cameras and there are no plans to add them. ASTAP could be used as an addition to existing programs like Ekos & CCDCiel.

Adjustment of brightness and colour is possible during stacking. See sliders in the top of viewer. However if used in auto mode [low,medium, high, gamma setting] there is no need to change them. To save the result you could pause/stop the stacking and save the viewer image as FITS/PNG/TIFF for further processing. You can also live zoom in and focus on existing details.

Version 0.9.283 is now released. If no more bugs are found, this should be the version for the next days. Then I will compile for Raspberry Pi and hopefully it is fast enough. The MacOS version I will do tonight.

The only remaining question for Ekos is if the FITS file are saved with the lastest ra,dec readings. This is required for the correct functionality. As soon the ra, dec changes that image is skipped. The next image is used as reference for the new stack.

Han

The following user(s) said Thank You: T-Studio
Last edit: 4 years 5 months ago by han.
4 years 5 months ago #44820
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92

Replied by han on topic Live stacking methods?


Stash,

In the first versions, I made a coding mistake with background detection and it was very CPU intensive trying process noise as stars. The latest version should be much faster. You could just test it on a directory of images and see the processing time. I have still have hope it will work on the Pi4.

I haven't added the RAW files functionality yet to the live stacking. That's easy to add but it uses DCRAW for conversion and this could add some delay. If DSLR is used in combination with Ekos are the results saved as FITS or RAW?

Han
4 years 5 months ago #44822

Please Log in or Create an account to join the conversation.

  • Posts: 407
  • Thank you received: 74
Hans ,

Thanks for your efforts - goes without saying really :-)

Thanks for the reply and I note the "error" which is only to be expected in testing - I will download the newer version (using stand alone version of ASTAP not the installer versionanyway)/

The added delay of using DCRAW could / would be removed if you processed images directly in RAW mode as EKOS can provide either if my memory serves me ! I think CCDCIEL converts or receives FIT anyway so CCDCEIL would need to be changed to allow RAW DSLR files - I am using Indiserver on Linux with DSLR attached but running CCDCIEL on Windows so that I can do live stacking via AT - works very well !
CCDciel ,which I have started using live ,does not work too well on RPI as PC says on his site - not sure how well it works on RPI4 - so that really means off OTA processing IMO.

Of course being Indi ,ASTAP Live stacking could be run on a separate RPI (or other hardware) by itself if CPU/Memory is a problem or interrupts workflows (older RPI) it only needs to access the files where Ekos stores images. I have done this before with AT picking up images from Ekos across a wired network (wireless too slow) or using a File sync application.

Still to get a "live Stacking" application in Linux is a big plus.

I will let you know how my testing goes :-)
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
4 years 5 months ago #44823

Please Log in or Create an account to join the conversation.

  • Posts: 447
  • Thank you received: 30

Replied by T-Studio on topic Live stacking methods?

Ekos can handle both Raw and Fits with DSLR.
(Raw is fast because there is no conversion process.)

In CCDCamera, Raw images are converted to Fits by the driver.
(I think it will be even faster if the driver does not perform the conversion process.)
4 years 5 months ago #44824

Please Log in or Create an account to join the conversation.

  • Posts: 407
  • Thank you received: 74
OK same tests but using v283

Results :-

1. Dreaded blue spinning wheel of death gone from ASTAP - a lot more responsive - tick

2. 5 x 35mb FIT files were processed and stack displayed in 2 mins - initial stack displayed in 15secs - faster than AT for FULL display - tick

3. Images with NO darks so same files (only one set RAW and the other FIT) produced finished images as attached but with col adj in AT - could find equiv in ASTAP - Sliders and or Stretch auto or otherwise didn't help.

4. Loss of Colour - but maybe down to the convertion of RAW to FIT's - see note (a) below

So far better experience for me than first test but still nots some refining but hell pretty good in a couple of days - big slap on your back Han's

Would I change fro AT (or that matter DSS Live) - yes if it runs on a RPI4 and the user interface was tidied / simplified - I would like the Col Adj to be a popup modal window that appears/disappears without the other "clutter" so its like DSS Live or AT.

Dont want a lot do I - LOL

So its getting there , from my point of view. Thanks Han's

Haven't got a RPI4 so cant help you with testing :-( else I would.

Notes.
A - I haven't any FIT's files on my test machine so I used ASTAP to convert my 5 RAW(CR2) files used in the test so this may or may not have caused colour loss.!
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
4 years 5 months ago #44827
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92

Replied by han on topic Live stacking methods?

Thanks for the info. If Ekos can convert to FITS then there is the advantage that the mount position will be added (presumably). That will be better for detection a new position = new stack.
4 years 5 months ago #44828

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92

Replied by han on topic Live stacking methods?

Stash,

Thanks for testing. I'm glad it starts working for you.

Conversion to colour can be specified in the tab "stack method". Since intermediate result is shown after each stack step, final colour correction has to wait after the stack.

Making a separate "live stacking" program makes it more difficult to maintain. Now all parts are benefiting from each other. The viewer, stacking , solving combination is beneficial.

I hoped the menus are understandable .

I have the raw conversion implemented but not released yet. It was a little more difficult then anticipated. Do you think jpeg will be ever be used for stacking?

Now some more testing and I will try the Pi4 in the next days.

Han
The following user(s) said Thank You: T-Studio
4 years 5 months ago #44833

Please Log in or Create an account to join the conversation.

Replied by Jasem Mutlaq on topic Live stacking methods?

Lots of great progress here! Regarding FITS images, INDI encodes the RA/DE of the current mount position. Looking forward to test this in a couple of days until I finished the ASTAP astrometry work.
4 years 5 months ago #44843

Please Log in or Create an account to join the conversation.

  • Posts: 407
  • Thank you received: 74
How about a compromise - add direct connection from Top Menu to the Live Stacking Window :-)

Use of Jpeg - As politicians should know - "never say never" - would give speed increase I would have thought and maybe other uses I can't think of (others might ) :-) If its not much extra work and no extra difficult support needed then why not !
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
4 years 5 months ago #44850

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92

Replied by han on topic Live stacking methods?

I just uploaded ASTAP version 0.9.284. Live stacking will work with FITS, RAWs, JPEG and TIFF, PNG

I also uploaded 32 and 64 bit version for Raspberry Pi. Below the test result of live stacking expressed in time required per image. For Pi4 you have to set your exposure times for an mono image of 2328x1760 pixels at around 10 seconds or more . Note the memory card used are slow. Class 10?
Above these dimensions, the process time becomes too much to use.

Time required for live stacking per image:


My Pi3 was running out of disk space, so maybe it slowed done the processing.

Han
The following user(s) said Thank You: Jasem Mutlaq, Jose Corazon
4 years 5 months ago #44865
Attachments:

Please Log in or Create an account to join the conversation.

Time to create page: 1.933 seconds