Jump to content

Canada's top-tier Telescopes & Accessories
Be as specific as possible when reporting issues and *ALWAYS* include the full version number of the application you are using and your exact *CAMERA MODEL*
NEVER POST YOUR KEY IN ANY PUBLIC FORUM, INCLUDING THE O'TELESCOPE SUPPORT FORUM ::: IF YOU DO YOUR KEY WILL BE DEACTIVATED WITHOUT NOTICE!
  • 0

Background Worker stops (BYEOS 3.1.18 Prem)


astro@nangreaves.net
 Share

Question

Howdy campers,
I have a problem with the background worker stopping (for no reason I can determine).  

While I don't think I have lost any captured data, I have had some images not renamed and many jpg-to-avi conversions fail (I do use my EOS 100D for planetary sometimes, instead of reconfiguring cameras).  I can usually rename the image files, but ending up with 5000 .jpg files instead of 1 .avi is quite inconvenient.

The only clue I have found is that it usually happens if the camera accidentally disconnects or is intentionally disconnected while files are in the queue, though it happens when everything appears to be going well.  Data collections works fine, but the background process just stop sometimes.  It also happens if my disk gets too full during an imaging run (my bad).

The processes remain active in task manager, usually using memory and CPU resources as if it's running, but nothing happens - and I have left the computer running for days just to see if it catches up.
Closing BYEOS and reopening it will let it work properly again, but only on the subsequent data; the data already captured remains in the BYEOStemp/download folder unprocessed.

3 lines of resolution I am interested in:
1.  Stop it from happening altogether.  
2.  Re-starting it so it will finish the job(s).  It's not a terminal problem, but certainly a time-consuming inconvenience.
3.  Manually starting the processes, particularly to convert jpeg collections to AVI files.

Any help appreciated.

Thanks,

John

Link to comment
Share on other sites

  • Answers 4
  • Created
  • Last Reply

Top Posters For This Question

Top Posters For This Question

4 answers to this question

Recommended Posts

  • 0
19 minutes ago, astro@nangreaves.net said:

The only clue I have found is that it usually happens if the camera accidentally disconnects or is intentionally disconnected while files are in the queue, though it happens when everything appears to be going well.  Data collections works fine, but the background process just stop sometimes.  It also happens if my disk gets too full during an imaging run (my bad).

 

That is an excellent clue... and your issue. 

The background worker is a secondary/child/slave process of the main BYE process... it does nothing except waiting for push/pull commands form the main BYE process. If your camera disconnects unintentionally from BYE (dead battery, something going to sleep like USB or HD) then BYE may no longer be able to push/pull commands from the background worker process. 

Everything is working as intended but there are limitations, your camera must *not* disconnect unintentionally.  Intentionally disconnect using the BYE connect/disconnect button should have no effect because BYE knows that it is disconnected and can terminate all BYE internal camera command loops... leaving the background worker command push/pull in working order.

Link to comment
Share on other sites

  • 0

Thanks, a perfectly reasonable (and somewhat anticipated) answer.  

As a follow-up, is there anything I can do to kick the process into continuing or starting again?
The two most annoying things are image files not being renamed and moved from the download folder to the destination folder; and planetary videos not being created from the collection of jpegs.  It looks like the logs know much of what was done, I'd even be happy if I could use a batch file to finish the job(s).

P.S. Additional information FYI: 

  • Camera crash was due to a power drop caused by the dome motor jamming.  I am putting a battery in the power source so everything on the OTA runs on 12vdc (everything below the OTA already does).
  • HDD overflow problem was a 2-fold mistake on my part: I was capturing video and forgot to account for the 2x space needed for conversion from jpg to avi; and my cloud sync was slower than my data collection rate.  SSD filled up, bad things happened ended up with thousands of zero-length JPG files.  :(

Thanks Much!
John

Link to comment
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.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   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.

 Share


×
×
  • Create New...

Important Information

This site uses cookies to offer your a better browsing experience. You can adjust your cookie settings. By closing this banner, scrolling this page, clicking a link or continuing to browse otherwise, you agree to the use of cookies, our Privacy Policy, and our Terms of Use