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!
Have just updated to 3.1.6 but have started to have funnies when using Astrotortilla.
The problem appears to be 2 fold - one may be how Astrotortilla works but the other is BYEOS problem (i think).
It all stared after the upgrade to 3.1.6(doesn't it always!) and is described as follows:-
Setup system as normal pressed Capture and solve status line in Astrotortilla(AT for short - too long to keep typing) says camera error. Checked all the most obvious - was BYEOS using 1499 and 127.0.0.1 etc yep no problem. So restarted BYEOS and AT tried again same thing status line "camera error" - tried with log viewer just said "traceback" gave up as I wanted to do some Astro viewing.
Today during daylight I connected camera to same PC only with short USB cable in case there was a problem with the long one I was using. It ran - must be the cable right - wrong. I decided to mark the pictures in Backeos as deleted and tried again - sure enough camera error as per last night. OK I thought seems reasonable you cant deleted pictures taken by BYEOS if you are using AT. Wrong if if tried to do a capture and solve again it started working so I dug a little deeper. It seems when using AT with BACKEOS 3.1.6 (didn't seem to be a problem in 3.1.5) AT is getting BACKEOS to take a picture but is using the picture taken before - i.e. not the latest. If you look in the log the filenames dont match (time wise) so for example AT would asked BACKEOS to take a pic which it does and calls it 12.30.44(missed date etc off) but the log in AT shows it is using 12.28.22 which was the picture before. Strange eh!
Now I am sorry but I also use APT so I tried the same set up with APT instead of BACKEOS - this used the correct picture each time - not out of step as it seems BACKEOS/AT did.
It would also appear the AT is not waiting or is getting told the camera has took the picture and downloaded it when BACKEOS is in the process of taking the picture !!!
Here is the log attached of my test today - it contains both the BACKEOS and APT attempts - backeos uses preview in name.
AT is version 0.7BACKEOS problem 25april 2016.txt
Link to comment
Share on other sites
5 answers to this question
This topic is now archived and is closed to further replies.