Ok attached patch has strict dpb built in (not an option) and also makes sure no pframes reference bframes (brefs are removed by the first P/i after the B/b frames (coded order)<div><br></div><div>for your consideration..<br>
<br><div class="gmail_quote">On Mon, Aug 31, 2009 at 7:26 PM, Jason Garrett-Glaser <span dir="ltr">&lt;<a href="mailto:darkshikari@gmail.com">darkshikari@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Mon, Aug 31, 2009 at 9:35 AM, Trahald&lt;<a href="mailto:wewk584@gmail.com">wewk584@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Mon, Aug 31, 2009 at 12:30 PM, Trahald &lt;<a href="mailto:wewk584@gmail.com">wewk584@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Ok.. here is another version. patchable as of 1235.  Again it adds open<br>
&gt;&gt; gop and a --strict-dpb( only does anything when b-pyramid is on) option that<br>
&gt;&gt; allows for ref 4 w/ 1080p . both options use mmco.<br>
<br>
</div></div>Can you send a patch which just adds MMCO b-pyramid?  With strictdpb<br>
on by default (forced on, no option), I don&#39;t want x264 violating the<br>
spec.<br>
<br>
I&#39;d like to get this in quickly, which means the way to do this<br>
fastest is to split it into subcomponents which can be most easily<br>
committed.<br>
<div><div></div><div class="h5"><br>
Dark Shikari<br>
_______________________________________________<br>
x264-devel mailing list<br>
<a href="mailto:x264-devel@videolan.org">x264-devel@videolan.org</a><br>
<a href="http://mailman.videolan.org/listinfo/x264-devel" target="_blank">http://mailman.videolan.org/listinfo/x264-devel</a><br>
</div></div></blockquote></div><br></div>