So I just landed this in GIT master. Please test! Not only ASTAP, but also whether ASTAP integrated caused any regressions in how astromtry.net works.

Hi!

Great! Does that mean that it should be available in nightly? (couldn't find it yesterday when updating)

Magnus

I get the following error from ASTAP and it doesn't seem to load the image even if I press ok. I also compiled the source with distro (Ubuntu 19.10 x64) compiler just for testing and got the same error.

I can confirm that I get the same error under Ubuntu - as already stated in the thread on ASTAP live Stacking .

Fixed in ASTAP version 0.9.288. All Linux versions are now updated (The error was caused by added a memo scroll in the last versions which caused this error in the command line only. )

jpaana,

Just had a look to your settings. The solution goes to /tmp/solution. The solution will be small .wcs and .ini files. Both could be read for the solution. The parameter -update will copy the source image with the solution added to header to the same /tmp/solution. It will take some additional time. Is that required or was it just for testing?

The binning 4x4 is too much (for ASTAP) with your 3354x2529 sensor. ASTAP works best with images with a resolution between 1.5 MP and 8MP or image height between 1000 and 2500 pixels. For your setting I would recommend either binning 2x2 or binning 1x1. An exposure of 4 seconds is fine.

Clear skies, Han

Tested on Ubuntu 18 on AMD 64bit - Called from CCDCIEL now ok TA Han

Thanks for the suggestions! The command line parameters come from Ekos, I don't think I changed anything except switched from offline Astrometry.net to ASTAP, but I'm not sure. Also I don't know how these settings work with ASTAP as I couldn't get it to work yet, but they have been my standard settings for Astrometry.net and work very well. Atik 383L+ is a bit slow to download the full frame but binning helps there. Maybe 2x2 would still be good compromise, have to try how they work.

Starting ASTAP from Ekos now seems to work without the scroll bar error, can't test how solving actually works thanks to persisting cloud cover. Trying to solve an existing image by loading it within ASTAP itself gives the same scroll bar error than before when pressing solve button.

Got a small gap in the clouds so could test solving on actual equipment and as you suspected, 4x4 binning was too much, 2x2 worked fine, so I tried 3x3 as well and that seemed to work a bit faster still, so I think I'll start using that. It seems -update flag was checked by default in Ekos options, but works fine without too. But WOW how fast it is, almost instant on my quad core Atom, very well done! My offline Astrometry.net config and catalog set is quite optimized too and not too slow, but I think I'll definitely switch.

The 64 bit version for Raspberry Pi (arm64) had a bug which was related the optimisation factor of the compiler. This is now fixed (prevented). ASTAP is now at 0.9.289 and should work on all platforms.

Han

I'm glad it works for you. I suspect that with 3x3 binning setting the number of tetrahedron matches will be less, so the reliability will be less. But if it works for you keep it for the moment. In case of solve failures go to bin 1x1 or 2x2. If the -update is not required ,yes then remove it. It will speed up the process with one or two seconds.

There is no need to change command line parameters but just in case they are specified here:

www.hnsky.org/astap.htm#astap_command_line

Han