<br><br>On Friday, July 24, 2015, Michael Chisholm <<a href="mailto:chisholm@mitre.org">chisholm@mitre.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 7/24/2015 1:28 PM, Gonzalo Garramuno wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 24/07/15 00:11, J Decker wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On Thu, Jul 23, 2015 at 5:13 PM, Gonzalo Garramuno <<a>ggarra13@gmail.com</a><br>
<mailto:<a>ggarra13@gmail.com</a>>> wrote:<br>
<br>
<br>
    This is all dandy.  However, I would like to know in advance how<br>
    many times I will need to pass packets with NULL and size 0.  Is<br>
    there a way to know this?<br>
<br>
until it stops returning a frame.<br>
<br>
</blockquote>
Thanks, so the answer is no.<br>
<br>
</blockquote>
<br>
If you want to get a rough idea of the amount of caching going on, how about this: when you first start feeding packets into the codec, count how many you've fed in before it starts producing output.  That could be a rough indicator.  You should really just let the codec tell you when its cache is empty, as I don't think there are any guarantees about this, but it might give a rough estimate.  Just a thought.<br>
<br>
Andy<br>
<br><br>
</blockquote><div><br></div><div>Which encoder are you using?</div><div><br></div>Does setting the gop size make a difference?<div><br></div><div>Cheers</div><div>Rob<span></span></div>