<table><tr><td style="">TallFurryMan created this revision.<br />TallFurryMan added reviewers: mutlaqja, wreissenberger.<br />Herald added a project: KDE Edu.<br />Herald added a subscriber: kde-edu.<br />TallFurryMan requested review of this revision.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D14942">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>This change connects the Scheduler to the new-image signal sent by the Capture module.<br />
It triggers a refresh of the capture storage, and updates the time estimation of all jobs.<br />
This can't be a simple +1 in the count of the running job because of duplicates.<br />
Note that ANY new-image coming from the Capture module will trigger a refresh, even if the Scheduler is not running.<br />
This is not expected to be an issue as currently all jobs, whatever their state (even being edited), can be re-evaluated without issue.</p></div></div><br /><div><strong>TEST PLAN</strong><div><p>Create a scheduler job list, with or without duplicates, using sequence jobs with or without duplicates.<br />
Run the Scheduler, check capture counts are properly updated (beware, that can be quite difficult to follow in complex cases).<br />
Without the change, no capture count is updating.<br />
With the change, relevant capture counts update, as well as imaging durations, resulting in proper evaluation of imaging time left (yay!).</p>

<p>There's an issue that raises from this test, but not exactly a real issue, more a consequence of the implementation.</p>

<p>Because the Capture module has options to add a Filter and a Duration suffix (and that those options are effectively optional),<br />
and because the Scheduler is recognizing capture files from the beginning of the file *name*, captures without suffix *and* captures with<br />
suffix will be counted for a scheduler job using a sequence *without* suffix. On the opposite, a scheduler job using a sequence *with*<br />
suffix will not count capture files *without* suffix.</p>

<p>If we really want to fix that issue all the way through, we need to look into the FITS header to match the capture file with the sequence<br />
properties. Do we need to go there now?</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R321 KStars</div></div></div><br /><div><strong>BRANCH</strong><div><div>improve__scheduler_image_update (branched from master)</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D14942">https://phabricator.kde.org/D14942</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>kstars/ekos/ekosmanager.cpp<br />
kstars/ekos/scheduler/scheduler.cpp<br />
kstars/ekos/scheduler/scheduler.h</div></div></div><br /><div><strong>To: </strong>TallFurryMan, mutlaqja, wreissenberger<br /><strong>Cc: </strong>kde-edu, narvaez, apol<br /></div>