Hi Robin,
Could you allow 'Monitor Guiding' and 'Enable Recenter' to be enabled at the same time in 'Deep Sky's Live Stacking 'Guiding' tab? The use-case I have in mind is: Guide with PHD2 and set the mount to stop tracking at 0 degrees from the meridian. After tracking stops, PHD2 stops guiding (star lost) and the image starts to drift. If 'Recenter when drift exceeds xx' is enabled, Sharpcap would (might?) do a flip, issue a GOTO, recenter the image, tell the mount to start tracking and PHD2 to resume guiding.
Would this actually work?
Thank you for all your work!
Eduardo
Allow Guiding and Recenter in Deep Sky live stack
Forum rules
'+1' posts are welcome in this area of the forums to indicate your support for a particular feature suggestion. Suggestions that get the most +1's will be seriously considered for inclusion in future versions of SharpCap.
'+1' posts are welcome in this area of the forums to indicate your support for a particular feature suggestion. Suggestions that get the most +1's will be seriously considered for inclusion in future versions of SharpCap.
-
admin
- Site Admin
- Posts: 14657
- Joined: Sat Feb 11, 2017 3:52 pm
- Location: Vale of the White Horse, UK
- Contact:
Re: Allow Guiding and Recenter in Deep Sky live stack
Hi Eduardo,
my guess is that this won't work (you could test by running without guiding to see if the flip happens/works).
I think it won't work because
1) You might end up misaligned by more than the full width of the image after the flip - the current recentering requires the offset to be relatively small
2) Even if you end up with a small offset, the image is rotated by 180 degrees after the flip, and the recentering does not take account of this, so will probably move the wrong way (by the right amount), and then repeatedly do that.
I do have some code partially written that replaces the current recentering with something that *would* work in this scenario, but I have not had the opportunity to test this yet, so it is currently disabled. It's on the todo list though
cheers,
Robin
my guess is that this won't work (you could test by running without guiding to see if the flip happens/works).
I think it won't work because
1) You might end up misaligned by more than the full width of the image after the flip - the current recentering requires the offset to be relatively small
2) Even if you end up with a small offset, the image is rotated by 180 degrees after the flip, and the recentering does not take account of this, so will probably move the wrong way (by the right amount), and then repeatedly do that.
I do have some code partially written that replaces the current recentering with something that *would* work in this scenario, but I have not had the opportunity to test this yet, so it is currently disabled. It's on the todo list though
cheers,
Robin