On Wednesday, November 21, 2012, Tim-Philipp Müller  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 2012-11-21 at 13:56 -0800, gimmeamilk wrote:<br>
<br>
> My application needs to support keyframe-only high-speed trickmode, both<br>
> forward and reverse. So to get reasonable performance I need to ensure only<br>
> keyframes are pushed from as far upstream as possible.<br>
><br>
> I was thinking of making a "KeyframeFilter" plugin that sits just downstream<br>
> from the demuxer and, when enabled, only passes down the keyframes. (it<br>
> would check the GST_BUFFER_FLAG_DELTA_UNIT on the incoming buffers to decide<br>
> which were keyframes).<br>
><br>
> Is this a reasonable solution? I couldn't find any support for this within<br>
> the demuxers themselves (specifically qtdemux), so I suppose this is the<br>
> next best thing in terms of efficiency. Or has a better way already been<br>
> implemented?<br>
<br>
There's a SKIP seek flag that's supposed to be for this. You could just<br>
implement that in the demuxer(s) in question, shouldn't be too hard,<br>
hopefully. (1.0 please).</blockquote><div><br></div><div>Is the SKIP seek just a tweak for the demuxer if you know better than to just let QoS do the adaptation in decodes...?</div><div><br></div><div>Best regards,</div>
<div>Rob<span></span></div>