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

Hi everyone

I am a proud member of a team working on a multi-platform live stacking solution : ALS (Astro Live Stacker => https://als-app.org)

spacer.png

It runs fine on PC (GNU/Linux and Windows 7 to 10), OSX and RaspBerry.

Current stable version is very basic : Polling a folder to detect new images (any FITS or DSLR RAW) then align + stack (Mean or Sum) + autostrech + levels + RGB balance.

ALS also has a built-in webserver so your pals at the astroclub can see the results, provided everyone is on the same network.

We are working hard on new features like Dark subtraction + Hot pixel removal and are providing nightly builds for you guys to try it out. Check out https://als-app.org/nightlies/

Handling image capture directly inside ALS using INDI protocol is on our roadmap too. check out our Github repo to know more about it

If you could give it a try and help us make ALS a fun & easy way to see and share all those wonders above our heads, that would be much appreciated !

Clear skies to all !

-- 

Fred

  • Like 5

Share this post


Link to post
Share on other sites

That's interesting. Would you consider an android app?

Share this post


Link to post
Share on other sites
41 minutes ago, R26 oldtimer said:

That's interesting. Would you consider an android app?

Hi

In a not too distant future, the integrated webserver will expose a full-fledged web application, so you can control ALS from any device that is able to run a web browser. But ALS core will still have to run on a computer / rpi.

  • Thanks 1

Share this post


Link to post
Share on other sites
Posted (edited)

Straight into a missing bit for me - doesn't do FITS - Tiff,JPG,PNG only 😞

Properties should have a blob that says you cant change properties until after you have stopped Monitor etc - yes its greyed out but still needs to be hightlighted IMO

Doesn't create missing Work folders

Nothing to say min 25 images - if you change to lower figure it just resets back to 25 - Really min 25 images - way too high IMO especially when using a  DSLR

Not being negative but thats the items found in just a few minutes - perhaps I will try on a later version.

 

Edited by stash_old

Share this post


Link to post
Share on other sites
12 minutes ago, stash_old said:

 

Hi ! :)

12 minutes ago, stash_old said:

Straight into a missing bit for me - doesn't do FITS - Tiff,JPG,PNG only 😞

You mean : saving results as FITS format ? Sure, why not

13 minutes ago, stash_old said:

Properties should have a blob that says you cant change properties until after you have stopped Monitor etc - yes its greyed out but still needs to be hightlighted IMO

Excellent point : thanks. See https://github.com/gehelem/als/issues/114

13 minutes ago, stash_old said:

Doesn't create missing Work folders

This is done on purpose : It would be too easy to make wrong assumptions about where everyone would agree to have ALS create its work folder, I guess. But we are all ears if we manage to reach reasonable consensus

15 minutes ago, stash_old said:

Nothing to say min 25 images - if you change to lower figure it just resets back to 25 - Really min 25 images - way too high IMO especially when using a  DSLR

This threshold is not about image count. This is used during frame alignment : When ALS finds matches (common points) between new frame and reference frame, it rejects its findings if matches count is lower than this threshold. This is used to guarantee alignment quality and is, as you may have seen, user definable

17 minutes ago, stash_old said:

Not being negative but thats the items found in just a few minutes - perhaps I will try on a later version.

Negative, maybe not. A bit harsh, surely. But what can we expect from a Brit talking to a Froggie ;)  ? No biggie at all.

  • Haha 1

Share this post


Link to post
Share on other sites

Hey, what happened to first comes - first served? 🤣

  • Haha 1

Share this post


Link to post
Share on other sites

That does not apply anymore. Times have changed, you know...

Share this post


Link to post
Share on other sites

For test (simulation - cloudy times) purposes would it be possible to allow a folder of already saved images to be stacked, either at maximum rate, or perhaps a specified rate e.g. one every 30 seconds? I found with the Windows 10 version I could feed a capture folder with one fits file at a time and watch the ALS actions, but couldn’t do so on my RPi4 which is obviously very busy when ALS is executing (presumably because all cpus/threads are active with ALS in the present version).
 

I normally control my RPi4 for capture guiding etc. from my laptop running VNC viewer over the RPi4 (Astroberry) wifi hotspot. I suppose I could use something like SyncThing on both machines to copy over captured images and then run ALS on the laptop which would have spare processing capacity. Am I missing any obvious alternative?

Thanks

 

  • Like 1

Share this post


Link to post
Share on other sites

Hi again @Avocette :)

12 minutes ago, Avocette said:

would it be possible to allow a folder of already saved images to be stacked,

This has been asked by many, so I guess it is a real need. And couldn't cost too much to implement

11 minutes ago, Avocette said:

I suppose I could use something like SyncThing on both machines to copy over captured images and then run ALS on the laptop which would have spare processing capacity. Am I missing any obvious alternative?

You could share a folder on your windows machine and have your RPI write captured images to that.

Share this post


Link to post
Share on other sites
5 hours ago, deufrai said:

Hi ! :)

You mean : saving results as FITS format ? Sure, why not

Excellent point : thanks. See https://github.com/gehelem/als/issues/114

This is done on purpose : It would be too easy to make wrong assumptions about where everyone would agree to have ALS create its work folder, I guess. But we are all ears if we manage to reach reasonable consensus

This threshold is not about image count. This is used during frame alignment : When ALS finds matches (common points) between new frame and reference frame, it rejects its findings if matches count is lower than this threshold. This is used to guarantee alignment quality and is, as you may have seen, user definable

Negative, maybe not. A bit harsh, surely. But what can we expect from a Brit talking to a Froggie ;)  ? No biggie at all.

I am Not a "Brit" 🙂  but I do live in the UK -    so dont be so quick to make assumptions 🙂

Not that it counts for much but as I say I will look at it again at a later version - always good to have another tool in the box!

Share this post


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

Not that it counts for much

It does. 

there's always something useful to take from users' advice. Thanks for the time you spent testing and reporting

Clear skies !
 

  • Thanks 1

Share this post


Link to post
Share on other sites

Hi,, good to see developers come in and show what they are doing and more importantly asking how it can be made better,, 

  • Like 1

Share this post


Link to post
Share on other sites

Another biggy - no support for DSLR (canon and other ) RAW format files(CR2/CR3 etc)  that I could see !

If you know Astrotoaster it works well but needs bringing up todate so if same features could be added ,such as list of files being stacked with option to omit and restack etc  - thats where IMO it should look like in terms of features 🙂

Share this post


Link to post
Share on other sites
13 minutes ago, stash_old said:

 

Hi

13 minutes ago, stash_old said:

Another biggy - no support for DSLR (canon and other ) RAW format files(CR2/CR3 etc)  that I could see !

As stated on ALS website : https://als-app.org/ : ALS is meant to support quite recent camera RAW files. Complete list is here : https://www.libraw.org/supported-cameras.

And yes, sorry, CR3 files are not yet supported. See : https://github.com/gehelem/als/issues/95

So it seems you just found a bug, which is a good thing. Would you be kind enough to provide the following information so we can investigate and solve the issue :

- Operating system's name and version

- what version of ALS you got that bug with : Version is displayed in the about box. *in case of a nightly build : current version will always display v0.7-dev. If you remember what nightly build you got, it's good for us*

- an image file that reproduces the issue

20 minutes ago, stash_old said:

such as list of files being stacked with option to omit and restack etc

Could you please elaborate on this ? I'm having a hard time to understand. Sorry, English is not my first language

 

Thanks again for your time :)

Share this post


Link to post
Share on other sites
2 hours ago, deufrai said:

Hi

As stated on ALS website : https://als-app.org/ : ALS is meant to support quite recent camera RAW files. Complete list is here : https://www.libraw.org/supported-cameras.

And yes, sorry, CR3 files are not yet supported. See : https://github.com/gehelem/als/issues/95

So it seems you just found a bug, which is a good thing. Would you be kind enough to provide the following information so we can investigate and solve the issue :

- Operating system's name and version

- what version of ALS you got that bug with : Version is displayed in the about box. *in case of a nightly build : current version will always display v0.7-dev. If you remember what nightly build you got, it's good for us*

- an image file that reproduces the issue

Could you please elaborate on this ? I'm having a hard time to understand. Sorry, English is not my first language

 

Thanks again for your time :)

No sure if the CR2 is a bug as I could not find a way to list files currently being stacked - may have just missed it 🙂

As for the feature to select only certain files in a folder and be able to deselect a file to restack see attached screen prints.

Nightly build ALS nighlty build 2020-05-08-77e1b4e02

als-1.png

als-2.png

als-3.png

Share this post


Link to post
Share on other sites

Hi again

So we went from

4 hours ago, stash_old said:

Another biggy - no support for DSLR (canon and other ) RAW format files(CR2/CR3 etc)  that I could see !

to

2 hours ago, stash_old said:

No sure if the CR2 is a bug as I could not find a way to list files currently being stacked - may have just missed it

:)

Would you mind confirming if CR2 are actually correctly read by ALS on your system (which I assume is win10) ?

 

Regarding the feature you are referring to, indeed, that would be nice, when and if ALS is made to handle already-populated folders. You are welcome to file an issue on our issue tracker for that matter.

Thanks again for your time & efforts

--

Fred

Share this post


Link to post
Share on other sites
Posted (edited)
31 minutes ago, deufrai said:

Hi again

So we went from

to

:)

Would you mind confirming if CR2 are actually correctly read by ALS on your system (which I assume is win10) ?

 

Regarding the feature you are referring to, indeed, that would be nice, when and if ALS is made to handle already-populated folders. You are welcome to file an issue on our issue tracker for that matter.

Thanks again for your time & efforts

--

Fred

yes becuase its confusing ALS only picks up new files in the monitored folder - so if I forget to start ALS it wont do anything with the existing files it just says running. If I delete the files and add them back in while ALS is up and running then it springs into action. IMO not a good work flow as it should process files already in the monitored folder or have a list of ones it has already processed from the monitored folder. Sorry thats my comments on its work flow.

So CR2 files are processed SO LONG as they are added after ALS is started and running the monitoring process.

FITS on the other its does not like and gives an error for the FITS files I use - ok in CCDCIEL,ASTAP etc etc

Please see attached screen prints which I hope will help you understand whats happening. The Astrotoaster program screen print is there to show the same files being processed ok!

here is a link to 1 of the FITS file for your team to test.  https://drive.google.com/open?id=1iIdVWzHPn_EXZGiOu9PdaHdCNm6q-qz9    32mb file

 

And yes its Win 10 being used for ALS but the FITS files were from INDI(RPI) via CCDCIEL(Win10) !

alsa-1.png

alsa-2.png

alsa-3.png

Edited by stash_old
  • Thanks 1

Share this post


Link to post
Share on other sites
2 hours ago, stash_old said:

yes becuase its confusing ALS only picks up new files in the monitored folder

Hi again,

How can it be confusing ?The very first line describing ALS features on the website states as follow :

"ALS polls a folder on your machine and aligns + stacks any new picture saved into that folder."

If this is not clear enough, I'll think of a better way to phrase it.

Regarding the issue on the FITs file you provided, this will be fixed by tomorrow. We determine file types by their name extension, and '.fts' is obviously handled incorrectly. Thanks for pointing it out

Share this post


Link to post
Share on other sites
1 hour ago, deufrai said:

How can it be confusing ?The very first line describing ALS features on the website states as follow :

"ALS polls a folder on your machine and aligns + stacks any new picture saved into that folder."

OK I didn't read the line 😞

 

Share this post


Link to post
Share on other sites
Posted (edited)

.fts file extension handling is now fixed

But @stash_old, don't be mad. ALS still cannot process your good M31 frames.

Your FITS file does not contain the header describing the CFA pattern used by your camera. And ALS still does not provide the user with the ability to specify one. See : https://github.com/gehelem/als/issues/113

Thanks for helping us with your tests and reports

Edited by deufrai

Share this post


Link to post
Share on other sites

Manual selection of pattern to use for debayering is implemented

Will be published in next nightly build

 


Test at will !

Share this post


Link to post
Share on other sites

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

  • Like 2

Share this post


Link to post
Share on other sites

Well done to both of you,, and great news if you can do a collaboration together, 👌

  • Like 1

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.