<br><div class="gmail_quote">On Feb 11, 2008 9:46 PM, <a href="mailto:ogg.k.ogg.k@googlemail.com">ogg.k.ogg.k@googlemail.com</a> <<a href="mailto:ogg.k.ogg.k@googlemail.com">ogg.k.ogg.k@googlemail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Following on your point about a lower bound on the frequency, maybe one<br>could add "keepalive" packets when no data packets have been issued for<br>
a long enough time, and such packets would carry no data but the backlink<br>itself. Hmm, I like the idea. The packets would be very small (well, datawise,<br>most of the data will be Ogg header stuff), and we wouldn't get that bad data<br>
duplication that was inherent in the "echo" method described in the Writ doc.</blockquote><div><br>We have considered the "keepalive" idea for CMML, too, for similar reasons. I think it may well be the best solution - they are a small overhead to pay for more efficient seeking. And the frequency could be added to the skeleton headers.<br>
<br>Cheers,<br>Silvia.<br></div></div>