When seeking from the Viewer, it sends a lot more seek requests than if you seek from the Ruler.

The Ruler seeking has a system to limit the seeks to a decent number. If you try to seek less than Xms after a previous seek, it will append it to a queue and seek to that position after the timeout.
Whereas the Ruler always sends out the seeks.

The real reason to this timeout is to make sure we give enough time for the decoded buffer to reach the sinks before sending out another seek which would abort the previous decoding (aka: we wasted cpu to decode a frame we never displayed).

Optimally, what we should do is send out the (pending) seek just after the previous frame succesfully reached the sink.

But in the meantime, we should make the Viewer have the same seeking behaviour as the Ruler, and maybe centralize that seeking code somewhere.