<table><tr><td style="">wreissenberger added a comment.
</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/D20029">View Revision</a></tr></table><br /><div><div><p>Your comment about capture_completed is right, I'm trying to fix it. The problem is, that <tt style="background: #ebebeb; font-size: 13px;">captures_completed = schedJob->getCompletedCount()</tt> is called for each sequence job entry and added to <tt style="background: #ebebeb; font-size: 13px;">totalCompletedCount</tt>, i.e. the <strong>total</strong> amount of the entire capture run is added multiply.</p>

<p>So take a simple LLRGB capture sequence where the scheduler defines 3 runs. After one run of the capture sequence, <tt style="background: #ebebeb; font-size: 13px;">totalCompletedCount = 5*3 = 15</tt>, i.e. the scheduler terminates after the first iteration (which is wrong).</p>

<p>On the other side, <tt style="background: #ebebeb; font-size: 13px;">captures_required</tt> needs to be calculated inside of the capture sequence loop to calculate <tt style="background: #ebebeb; font-size: 13px;">(2+1+1+1)*3=15</tt> captures required. If we had a method where the capture job could answer the <tt style="background: #ebebeb; font-size: 13px;">2+1+1+1</tt> question directly, we would't need the loop either.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R321 KStars</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D20029">https://phabricator.kde.org/D20029</a></div></div><br /><div><strong>To: </strong>wreissenberger, mutlaqja, TallFurryMan<br /><strong>Cc: </strong>kde-edu, narvaez, apol<br /></div>