<div class="gmail_quote">2009/11/25 Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net">remi@remlab.net</a>></span><br><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Frankly, I think this is not the right place to "merge" seek requests.<br>
<br>
This should be done in the input thread directly.<br></blockquote><div><br>Frankly, I've given it a try but in the process of implementing it in input code I realized it is actually better to leave that to interfaces. The reason is that input does not know if seek request happened because of clicking on a timeline or dragging a slider or using mouse wheel, though this shows up to be of importance. Plus "seeking" is spread out throughout the input code ( "position" variable, "time" variable, setting those via set-bookmark... ) which makes it hard to determine (= to some extent arbitrary) where the request delaying should be placed and would also unavoidably execute the delaying code when completely unnecessary.<br>
<br>I'd leave input to execute requests as fast as possible and let interfaces hand out requests as they see fit. It's sure a nice idea to solve the problem once for all, but given the architecture it's quite a complication and thus doubtfully profitable.<br>
<br>And there is not sooo many interfaces either...<br><br>Best regards<br></div></div>