Hi! Ralph Glasstetter wrote:
>>>Interactivly set markers which make no sense (START-marker without STOP, if >>>it's >>>not the last one or STOP-marker without a START, if it's not the first one) >>>are still ignored! >> >>But in this case, we should ignore the *second* start marker, not the >>first one. >> > > > Aeh, why...? You've set START1 (@0), START2, STOP... that means the second is > OK! > And the Video should be exported from START2 on... Err, no. When there are multiple consecutive markers of the same kind, we used to always take the first one. E.g. with the sequence Start1, Start2, Stop1, Stop2 we used to export from Start1 up to Stop1. Always. > But I just see, in that case the second one is ignored by the *-mark, which > is visible from START1 to STOP... > (or up to the end if there is no STOP)! Which is correct. > That's really a Bug in the quick_picture_lookup_table mechanism, since the > FileExport() goes from START2 to STOP as it should!!! BTW, the same happens > if START1 > 0 (but < START2).... > > I bet that's because of that [EMAIL PROTECTED] export_flag... the logic > should be implemented in the same way as in > FileExport() (which is working AFAICS), since actually displaying * is not > different from exporting... > I'll have a look when I'm back on Linux (under Windows the DVBcut-Display is > rather slow...:-(). The export_flag logic is a little flawed anyway. The lookup table should contain <start,stop> pairs instead of single frame numbers, and include the implicit BOF/EOF markers if they're relevant. That is, it should always reflect the *effective* cut list (as opposed to the GUI's event list which may be different). Then you could perform a simple binary search followed by a range comparision to check whether a frame is exported or not. And in FileExport, you would simply iterate over the array without having to deal with any special cases again and again. -- Michael "Tired" Riepe <[EMAIL PROTECTED]> X-Tired: Each morning I get up I die a little ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ DVBCUT-user mailing list DVBCUT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-user