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.

stargazine_ep3_banner.thumb.jpg.5533fb830ae914798f4dbbdd2c8a5853.jpg

deufrai

Annoucement : Astro Live Stacker software

Recommended Posts

On 10/05/2020 at 10:21, Martin Meredith said:

From a fellow open-source Python EAA tool developer I fully applaud your efforts! I see we have gone down different lines with the main libraries we are using (I'm using scikit-image and Kivy for instance), but if there are any ways we can help each other out algorithmically then let's do so.

I would absolutely love to see open-source Python-based platform-independent capture tools that can be used (but unfortunately lack the low-level skills to produce them myself). Maybe a topic for another thread?

Martin

Thanks. I'll have a look at Jocular for sure !

And sure : why not benefit from each-other's findings !

Regarding image capture, we strongly think about having ALS work as an INDI client so it can talk to most imaging hardware out there, without relying on any other third party. More on this in a little while

PEACE

  • Like 1

Share this post


Link to post
Share on other sites

@stash_old

I wanted to thank you for your contributions : you pointed out several issues we overlooked. It is sometimes easy to get sort of trapped in one's habits. And having you taking the time to test ALS with your frames and own user ways allowed us to improve things and fix others. This is highly appreciated.

  • Like 1

Share this post


Link to post
Share on other sites

Hi

A quick video introducing ALS was put up :

Made in the morning, maybe a bit to early ;)

Share this post


Link to post
Share on other sites

Well I tried!

Tried running the latest (15 May) build of ALS under 64 bit Windows 10. Slow to start up and did not successfully stack a set of CR2 (Canon 650D) files. It appeared to keep only one file and reject the others. Tried different series of files with the same result. The problem may be my files, of course.

Most recent attempts have led to the program starting to read image files from the scan folder and then closing.

Best regards

Bill S

 

  • Thanks 1

Share this post


Link to post
Share on other sites

hi @Bill S

First of all, thanks for trying it out and reporting.

Slow to start : Indeed, until we have a proper installer (expected in a couple weeks) slow startup is expected.

12 hours ago, Bill S said:

It appeared to keep only one file and reject the others.

Did you have any warnings in the session log that could help us diagnose your issue ?

The best way to help us help you, is to :

  • enable 'debug logs' in the preferences screen (at the bottom)
  • restart ALS
  • reproduce the issue with the same CR2 files
  • close ALS
  • Grab the file named 'als.log' located in your home directory and attach it here.

That would allow us to pinpoint the issue and hopefully fix it :)

Thanks for your time !

Cheers

Share this post


Link to post
Share on other sites

Latest go with some files which seemed to stack OK in Deep Sky Stacker.

ALS started and read the files from the scan folder and then closed.

The log file is attached.

 

Best regards

als.log

  • Thanks 1

Share this post


Link to post
Share on other sites
8 hours ago, Bill S said:

The log file is attached.

Many thanks

You seem to be triggering one of the very few real issues we need to solve : If images arrive into the scan folder faster than ALS can process them, the Stacker component sometimes end up dying and erratic behaviour occurs. I suggest you try and lengthen the time interval between 2 shots. 2 seconds is way to small, for big DSLR frames on your system.

When ALS is made robust enough in that regard, this workaround will be useless. But for now, this is the only way.

Thanks for your time, @Bill S

Share this post


Link to post
Share on other sites

Hello again

I've found another way of making it not work.

I put four files in slowing and things seemed be running but then it crashed.

Log attached.

Best regards

als.log

 

 

Share this post


Link to post
Share on other sites
11 hours ago, Bill S said:

Hello again

I've found another way of making it not work.

 

I put four files in slowing and things seemed be running but then it crashed.

Log attached.

Best regards

als.log 224.96 kB · 2 downloads

 

 

Hi again

Your system is quite low on memory and you seem to have put your third image into the scan folder before the second image finished its trip down the processing pipeline.

Please make sure you Stacker worker is done before copying a new image into the scan_folder. You can tell it is done when its Status indicator does not read 'busy' as shown below :

als-0.7-dev-d1ded7e_u7PddZEoht.png.3f968260ef335c5ee82dadea1547f07d.png

But those crashes should not happen anyway. We'll take care of it.

Thanks again for taking the time to test & report

Share this post


Link to post
Share on other sites

Some news : ALS v0.7-alpha2 is out !

Just needs a few little cleanups before an official v0.7 release.

What's new since we last spoke :

  • switchable night mode
  • switchable 'save on stop' mode
  • allow manual choice of Bayer pattern for demosaicing
  • Various eye candy and stability stuff

This was made possible by the feedback you guys gave us. This is MUCH appreciated

Test away => https://als-app.org/assets/releases/v0.7-alpha2/

Thanks again and clear skies to all

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By teoria_del_big_bang
      I am sure there are loads of these polls but there seems so many available now I was wondering what, and why, people are using them.
      Poll is set to close end of August so it doesn't go on running forever.
      Thanks for participating
      Steve
    • By Adaaam75
      Hi guys,
      So on Tuesday night I spent the evening imaging the moon with my Celestron 9.25 SCT and DSLR as shown below and am happy with the images I collated (I only took images as I did intend to take capture video but I got carried away and time was getting on).
      I have approx 350 jpeg (and the equivalent in raw) images and have used the Microsoft image composite editor to stitch the frames together without editing them first etc but I wonder if I'm going the images an injustice?
      I'm not ready to pay for editing software as I know there is a lot of very good free downloads out there and I'm asking for recommendations. Should I be processing the frames before/after stitching and what software would you recommend? Please offer any advice you have.
      I will post the resulting image once I'm happy with the outcome 😁
      Thanks in advance,
       

    • By Galen Gilmore
      Anybody know of a piece of software that could detect the change the occurred in an image? I'm doing a project to see if I can find an asteroid or comet without any prior knowledge of where said asteroid/comet is.
      I'm not really sure where to look for something like this, so any help would be appreciated.
      Also, I would like something that could run on Mac. But I'll run it on bootcamp if there is no other options.
      Thanks.
    • By williamnohair
      Hi
      am posting this in case it helps anyone who has suffered the same problem as myself.
      In a nutshell: Own a Skywatcher Gti mount for some time now and used with some success, also purchased some time ago Skysafari and wanted to use both, with a problem much reported on the web and so much information out there that it can get a bit confusing and certainly in my case frustrating, after all just want stuff to work!
      After much experimenting and help from other postings this is what happens when you fire up the Gti.
      The mount generates its own wireless network and becomes the gateway, its IP address is always 192.168.4.1 you see this when making a connection with the Synscan app/program, its very similar to a normal router that serves you the Internet. Any device that then connects to this network then gets an assigned address one up from this, i.e. 192.168.4.2, .3, etc. However if you run the Safari app and go in to settings you will find it has also been allocated an address which is one up from the device you are using. In my case my Ipad was connected to the wireless network and had been given the address of  192.168.4.3.  but when I checked the IP address in the settings page of SkySafari it was 192.168.4.4 !
      If you accept this you get the error that the app cannot join the wireless network check your settings etc. If you now manually change that address to the same as the device running the Synscan app in my case .2 it should connect and work. However there is a caveat to this, I tried using an Iphone  4 and an old Ipad and they would not work together no matter what. I got the other error message that I had joined the network but the mount did not recognise the device type I had selected (Skywatcher Synscan Alt Az GoTo) and no amount of changing things would solve it. To get around this I used my trusty Win 7 laptop to run the Synscan program and things worked perfectly so it can be done don't give up!
      Sorry this is so long but I hope it helps someone out there. So to round off when you fire up the mount it becomes address no 1, any physical device gets the next address 2, any software running on the that device gets the next address 3. When you fire up SkySafari it must have the same address as the one that the SynScan app has got and this can e changed in SkySafari settings. None of this makes any sense to me as I thought software couldn't act in that way but there you are. I hope I have got this right feel free to contact me if things don't work
       
      Regards
       
      Bill
       
    • By alexwolf
      Hello!
      Today we published first release candidate to version 0.19.1 - please help us testing Stellarium!
      List of changes between version 0.19.0 and master (0.19.0.16926/0.19.1RC1):
      - Added allow to search an inactive meteor showers in Search Tool/Lists tool
      - Added 'Azimuth vs. Time' graph into AstroCalc/Graphs tool
      - Added feature to show tracks for latest several selected planets (GH: #539)
      - Added calculation and showing the orbital period for artificial satellites
      - Added revolutions per day info for artificial satellites
      - Added tools for jumping to the next or previous time of rising, transit or setting for selected object (GH: #484)
      - Added new behavoir for AstroCalc/Graphs when clicking within graph area now sets current time.
      - Fixed issue in script 'Mercury Triple Sunrise and Sunset'
      - Fixed crash of Stellarium for eyepieces with permanent crosshair
      - Fixed Stellarium crash when Remote Control plugin is working
      - Fixed computation of assume radius for minor planets.
      - Fixed the issue of the scrolling not working properly on Mac (GH: #393)
      - Fixed crash in Scripting Engine (Hide artificial satellites through StelProperties in core.clear() method to avoid crash if plugin was didn't loaded)
      - Fixed planetarium crash in HiPS (network manager delete problem)
      - Fixed position problems on the Poles (GH: #391)
      - Fixed scaling Telrad sign on HighDPI monitors
      - Fixed surface occlusion bug even with landscape turned off in scripting engine (GH: #680)
      - Fixed building with cmake -DBUILD_SHARED_LIBS=ON (GH: #683)
      - Fixed error in constellation file format (Babylonian)
      - Fixed Europe/Volgograd time zone settings (GH: #686)
      - Fixed HiPS handling of allsky download (GH: #671)
      - Fixed progress bar rendering (GH: #671)
      - Fixed positive declinations issue in AstroCalc tool when option 'Use decimal degrees' is enabled (GH: #690)
      - Fixed file names inconsistency
      - Fixed constellation line in "Japanese Moon Stations" skyculture
      - Fixed file name for constellation boundaries in Stellarium User Guide
      - Fixed the user interface problems in Oculars plug-in (GH: #580)
      - Fixed getting the wrong values in objects/info method for selected object for different formats (Remote Control plugin)
      - Fixed refresh plots when AstroCalc dialog becomes visible again (AstroCalc/Graphs tool)
      - Fixed jquery vulnerability (GH: #694)
      - Fixed date and time dialog behaviour: Hour/Minute/Second spinners now correctly trigger signals dateChanged(), dateChangedByYear and dateChangedForMonth() when days, months or years are affected by it.
      - Fixed update graphs in AstroCalc/Graphs tool when days change
      - Updated planetary nomenclature
      - Updated common names of stars and DSO's
      - Updated cmake rules for Windows deployment
      - Updated DSO textures
      - Updated behaviour of HiPS survey if Stellarium started without network (GH: #681)
      - Updated GUI for ArchaeoLines plugin (GH: #689, #682)
      - Updated default pulsars catalog (v1.60)
      - Updated list of asterisms
      - Excluded Armintxe skyculture and landscape from default package
      Download link: https://github.com/Stellarium/stellarium-data/releases/tag/beta
×
×
  • Create New...

Important Information

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