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.

sgl_imaging_challenge_banner_dslr_mirrorlesss_winners.thumb.jpg.9deb4a8db27e7485a7bb99d98667c94e.jpg

Paul81

StarlightLive V3.3 Released

Recommended Posts

Hi all,

StarlightLive V3.3 is now available to download:

OSX: https://bitbucket.org/Paul81/starlightlive-downloads/downloads/StarlightLive.osx.3.3.zip

Win32: https://bitbucket.org/Paul81/starlightlive-downloads/downloads/StarlightLive.win32.3.3.zip

Bug fixes and some feature updates - from the README:

- Image display processing and stacking performance (speed) enhancements.
- Added option on the settings tab to select night mode which modifies the user interface to use a subdued dark room theme. A separate option also allows the main image display to be rendered in luminance-red pixel format.
- Added options on the settings tab to allow the display image to be mirrored horizontally and vertically such that image orientation can be corrected for different optical configurations.
- Added command line argument '-prepend-title-text <TEXT>' to allow a user specified string to be prepended to the window title bar such that it allows multiple sessions of the application being used concurrently to be easier distinguished.
- Modified exposures of 1 second or less to be timed via the H/W based timer in the camera as opposed to timed by S/W. This facilitates exposures of 1ms or greater. User interface has been modified to permit minimum exposure time of 1ms which is the smallest permitted by the camera. Exposures of greater than 1 second are stilled timed by S/W such that periodic ping and cooler read-out, in addition to exposure progress bar update still occur. Exposures of less than 250ms on interlaced cameras are no longer at half resolution. Non-binned exposures less than 1 second on interlaced cameras will expose for the required time on the odd field and then the required time on the even field. Therefore the time to take the exposure is double, but the total exposure time for the whole sensor is as requested. This does not apply for binned exposures which complete in the exposure time period.
- Fixed Bug: Modified histogram processing to help avoid issues when pixels become saturated (either black or white) which caused the display processing to select the wrong peak as the point of which to centre display stretching around.
- Fixed Bug: Non anti-aliased fonts being selected on some Windows platforms (fuzzy fonts).

The issue tracker is available at: https://bitbucket.org/Paul81/starlightlive/issues?status=new&status=open

Paul

 

  • Like 9

Share this post


Link to post
Share on other sites

Thank you Paul! Your tireless efforts with SLL are very much appreciated. I finally have some clear night skies forecast starting mid-week and looking for to new captures!

  • Like 3

Share this post


Link to post
Share on other sites

Hi Paul

Once again thank you for al the effort you put into SSL - each version gets better and better.

I've noticed a minor issue when running on OSx - I use two monitor setup (Macbook Air & external monitor) -  when I move SSL main window from one monitor to the other the image area goes black and does not refresh until I move it back to the original screen.

Moving the Image Display window between monitors works OK.

This is not a new bug - I have seen it in previous versions but forgot to mention it.

Clear skies

Paul

 

 

 

 

Share this post


Link to post
Share on other sites

Hi Paul

I think the issue you noticed is the same root cause as issue #11 on the bug tracker (https://bitbucket.org/Paul81/starlightlive/issues/11/v32-remote-image-window-zoom) - I was planning on looking into this one quiet evening as I don't have a second monitor for my Mac but I'm hoping I can replicate it when plugged into a TV - in theory it should be the same...!

out of curiosity, does the display come back if you modify one of the display settings (which forces a redraw) - say tweak the histogram stretch?

Paul

Share this post


Link to post
Share on other sites

Hi Paul

The display does not come back when you modify the display settings - only when you return it to the original window where it was launched.

Paul

  • Like 1

Share this post


Link to post
Share on other sites

Thanks for the updates Paul.  SLL is one of the main reasons I recently added a Lodestar X2 mono camera.  Now if only the clouds will cooperate.  

  • Like 2

Share this post


Link to post
Share on other sites

Does Starlight Live work with any ASCOM filter wheel or just the Starlight Xpress models?

Share this post


Link to post
Share on other sites

Okay, Thanks.  I figured as much but I thought I'd check.

Share this post


Link to post
Share on other sites

Paul, one thing that might be nice for a future Starlight Live version is the ability to clear the data from one channel only from a stacked image, specifically for  narrowband multispectral imaging.  I've had a couple of times where one particular channel gets bad images (focus issues or drift) and have wanted to be able to clear that channel only, instead of resetting the whole image.  I'm not sure if that's possible.

Share this post


Link to post
Share on other sites

Well done Paul - see a full page advertising spread ,in Sky at Night,featuring Starlight Live software. :headbang:   Nice if they had just found space to acknowledge you :hmh:

Share this post


Link to post
Share on other sites
On 18/04/2017 at 21:04, Robrj said:

Paul, one thing that might be nice for a future Starlight Live version is the ability to clear the data from one channel only from a stacked image, specifically for  narrowband multispectral imaging.  I've had a couple of times where one particular channel gets bad images (focus issues or drift) and have wanted to be able to clear that channel only, instead of resetting the whole image.  I'm not sure if that's possible.

This is a good idea and shouldn't be to hard to implement. I have raised Issue #17 to document adding this as a new feature.

On 19/04/2017 at 09:47, stash_old said:

Well done Paul - see a full page advertising spread ,in Sky at Night,featuring Starlight Live software. :headbang:   Nice if they had just found space to acknowledge you :hmh:

Haha - yeah I've seen that one a few times now :-)

  • Like 1

Share this post


Link to post
Share on other sites

Just as a laugh, I tried out the new 1ms minimum exposure tonight on Jupiter and it was still far too bright. Even with RGB filters I couldn't make out any details. So I used an H-alpha filter and lo-and-behold managed to see the belts!

590a4f1893d65_ScreenShot2017-05-03at23_43_37.png.24739e21a044f2c2169021059a6f82ba.png

Martin

  • Like 4

Share this post


Link to post
Share on other sites

Heya Paul. I suspect SLL v3.4 is coming soon. I am following your bitbucket dev site closely so suspect what may be in store, but can you give us a preview of what we can look forward to in the next release?

Share this post


Link to post
Share on other sites

I'm wondering if anyone has been able to successfully use saved darkframes from a previous session in vsn 3.3? I know some people have had this difficulty and it has been mentioned previously - I'm not sure if Paul has been able to reproduce the dark subtraction issue. For me, if I create a dark frame, I can use it during the current session, but if I start a new session or attempt to restore a previously saved dark frame in the current session, I find the Display Processing sliders do not work and I pretty much have to take a fresh dark. For most viewing, I will just forgo darks and use the defective pixel removal tool, which works very well (Thanks Paul). However, for H-alpha captures I find that darks are very worthwhile, and it would be great if I could use saved darks from previous sessions. I don't see the darkframe issue listed on Paul's Bitbucket site, so I am assuming that  we may still face this issue in vs 3.4?

Share this post


Link to post
Share on other sites

It's been a while now since Paul Shears has posted (and even longer for me). I use Starlight Live 3.3 for scientific imaging, and have a short guide on http://neutronoptics.com/starlight.html

I agree that it's a great application, and it would be even better if there was an "automatic" option for the image display as in programs such as Nebulosity, Artemis Capture, Artemis Infinity etc. As it is, you have to manually bracket the intensity distribution between the black and white levels.

Do people know if Paul is still working on this great application, or even how to contact him ?

Alan

Edited by Hibou

Share this post


Link to post
Share on other sites

Hi Alan,

Good to see you back.  Paul has been absent for a while and hasn’t visited SGL since July last year.  We all miss him and were worried about him.  We did find out through Terry at SX that he was ok, but extremely busy with his work related projects.  We are all hopeful that he will return some day and continue to support Starlight Live.  In my opinion, it still remains the best live viewing software available.  I still use it here at the VIS on Mauna Kea.  If Paul returns, it will be big news in the EAA community, and it will be posted in this forum.

Don

  • Like 5

Share this post


Link to post
Share on other sites
On 25/05/2018 at 21:38, Hibou said:

It's been a while now since Paul Shears has posted (and even longer for me). I use Starlight Live 3.3 for scientific imaging, and have a short guide on http://neutronoptics.com/starlight.html

I agree that it's a great application, and it would be even better if there was an "automatic" option for the image display as in programs such as Nebulosity, Artemis Capture, Artemis Infinity etc. As it is, you have to manually bracket the intensity distribution between the black and white levels.

Do people know if Paul is still working on this great application, or even how to contact him ? 

Alan 

Hi Alan,

Thanks for the link to your short guide, I have a couple of questions if you don't mind:

"IMPORTANT ! Set the Max Pixel Displacement and Max FWHM to ZERO (0)" - I don't actually know what this setting is or what is does, but I had assumed if your tracking was poor, you would need to set this figure higher in order to get the the software to stack, but if it needs to be set to zero, then I guess that's not the case! Can you explain what this setting does and why it should be zero. Thanks. :)

"Defective Pixel Removal doesn't remove noisy pixels" - so is it a case that it is doing something, but just doesn't remove 'hot' pixels? I must admit I have found that sometimes hot pixels are a problem even with this ticked, but as always, I assumed it was something I was doing wrong. Any explanation appreciated.

Thanks

Rob

Share this post


Link to post
Share on other sites
12 hours ago, RobertI said:

"IMPORTANT ! Set the Max Pixel Displacement and Max FWHM to ZERO (0)"

"Defective Pixel Removal doesn't remove noisy pixels" 

Hi Rob. My short guide is mainly for non-astronomy use of Starlight Live (SLL) so I have left things out ? HiloDon has posted a more complete guide. 

Max Pixel Displacement: I understand that SLL tries to correct for small shifts of the FOV between frames (tracking errors etc). So it uses the positions of bright stars to register the current frame against the sum/average, correcting for the shift. Then Max Pixel Displacement would be the maximum shift allowed and Max FWHM must be used for selecting stars for registration. My scientific cameras have a fixed FOV, and no stars, so SLL can't correct frames for FOV shift. But you should certainly experiment with it for astro-imaging. 

Defective Pixel Removal : I am not sure how that works in SLL. I assumed it tries to replace anomalously bright/dark pixels with the average of surrounding pixels, but it doesn't remove all bright pixels, I suppose because some of the isolated pixels might be stars not noise, and of course it wouldn't work if adjacent pixels were bright. For my purposes I would switch it off, and use imageJ to clean up the image, removing noise, de-interlacing etc, and only then bin if required. ImageJ is like Photoshop for scientists including astronomers. I prefer collecting raw un-binned, unfiltered data and cleaning it up afterwards ?

Alan. 

 

Edited by Hibou

Share this post


Link to post
Share on other sites

My 3.3 version now keeps crashing on start up!   I just updated the log on a similar issue on the BitBucket site. I'm extremely concerned about this program now, as I don't see any updates there on that site since April 2017!!

I'm so incredibly disappointed, as I consistently speak highly of this program, and the LSX2 on blogs, forums, podcast etc and now its just not working. I have been restoring my Mac and it worked fine for 2 sessions. Now it won't start. This happened one time before, and from the logs it seemed it was related to the FITS directory and it was a fix for me to get working by simply starting up the program after I ensured the directory was valid.  Now I have no clue. 

 

Attached my log file here, actually the crash report. I wanted so bad to be on NSN, now this.  I'm considering just loading up Windows on bootcamp, but honestly I love SkySafari and its what I use to control the scope. Just hate to part with it, and of course have a nice Mac sitting there doing well, nothing. 

 

John

 

Starlight Live Error Sierra.docx

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By arkosg
      Hello everyone!  
      After a pretty dreary September and part of October, I was finally able to get out with students to do some viewing.  Here are some of the objects viewed over two nights using Starlight Live software on my Borg 77edii (f/4) and Borg 125SD (f/5) with a Trius 694 mono camera.  In most cases an IDAS NB-1 "nebula" filter was employed to help with the suburban light pollution in our skies.  The first night (mainly 125SD) was much steadier and drier, but along the coast we take what we can get when it isn't raining!  ;-D
      It's so much fun to see these objects from less-than-optimal skies... I often intend to quit much earlier, only to find myself saying (over and over!) "... oh, look, <object> is coming up... I should just have a look at that before I pack up."  And then another hour goes by!
      Cheers,
      - Greg A
       
      Eastern & Western Veil

      Comparison of FOV between two scopes on the NA Nebula

       
      Again, FOV comparison on the Elephant Trunk Nebula

       
      And again, with the Rosette Nebula

      Pacman Nebula through the 125SD:

      And Crab Nebula:

      And the Cocoon Nebula:

      Finally, a few wider shots of objects using the Borg77: Flame/Horsehead, California Nebula, Pelican Nebula and Andromeda Galaxy:

       
    • By richardlawler
      Hello, all.
      I acquired an Ultrastar C for EAA last fall. (I only got a few chances to use it over the winter, but we got some desperately needed rain instead. So that's ok.)
      The Ultrastar C has been astounding on the few evenings where the fates have yielded to properly working equipment and clear skies.
      I'm looking for pointers to tools and techniques for post-processing the color FITs image stacks captured from Starlight Live. I'm on a Mac so that limits some of the software options available. 
      The docs for Starlight Live say there is a command line option ('-load-image-rggb') to reload a color FITs file into the program. Does this work from a Mac command line? 
      Are there any other Mac programs that can read the Bayer RGGB color FITs files exported from Starlight Live for manipulation. Or something that can demosaic and export the files for manipulation in Photoshop? Maybe Nebulosity4.
      TIA.
      - Richard
       
       
    • By Paul81
      Hi All,
      StarlightLive V3.2 is now available to download from the SX website:
      OSX version
      Windows version
      Bug fixes and some minor new features. Change log as follows:
      - Renamed command line argument 'force-sx-vid' to '-force-sx-vid' for consistency with other command line arguments.
      - Renamed command line argument 'force-sx-pid' to '-add-sx-vid' for clarity of the command line argument functionality.
      - Added new command line argument '-exclusive-sx-pid' which allows the user to force the application to only connect to the SX camera with the matching PID. All other cameras will be ignored.
      - Added FWHM limit to stacking options. Setting 'Max FWHM' to 0.0 disables this feature, otherwise if for a given exposure the mean FWHM exceeds the value specified on the user interface the exposure is dropped and not added to the current live stack.
      - Added automatic dropping of an exposure if the mean alignment error exceeds 1.0 pixels as this typically means the alignment algorithm has failed to reach a sufficient solution.
      - Updated QT application framework to version 5.7 for latest feature and bug fixes. For the Windows version, this has forced an update in development tool chain (Visual Studio 2015) therefore the latest Visual C++ redistributable may be required to run the application. This is available from the Microsoft web site at the following URL: https://www.microsoft.com/en-gb/download/details.aspx?id=48145
      - Fixed Bug: Issues with text edit boxes on image export tab.
      - Fixed Bug: Camera exposure timer was not restarted when no exposure buffers are available.
       
      Windows users  - PLEASE NOTE - as above you will most likely need to download and install the VS2015 x86 re-distributables from Microsoft otherwise the application will not run.
       
      As always I hope the application helps explore the magnificent skies and have fun :-)
      Paul
×
×
  • Create New...

Important Information

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