<div>but , do I know that none of the following frames will use a frame prior to this I </div>
<div>frame as a reference?</div>
<div> </div>
<div>Also . I see that there is a clipping of the min_key_int , so that it won't be larger</div>
<div>then (max_key_int/2+1) , is that something from the standard ? I looked for it</div>
<div>but did not see it , can't I use a strict GOP size like - min_key_int == max_key_int == 30 ?</div>
<div> </div>
<div>that is , if a scene cut is detected in the middle of the GOP use always I and not IDR</div>
<div>frame.</div>
<div> </div>
<div>A bit of explanations about how a scene cut is detected will also help me a lot.</div>
<div> </div>
<div>thanks !<br><br> </div>
<div><span class="gmail_quote">On 2/13/06, <b class="gmail_sendername">Mathieu Monnier</b> <<a href="mailto:manao@melix.net">manao@melix.net</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> IDR frame "breaks" the stream, ensuring that later frames don't<br>> point to frames before the IDR frame. So, you need IDR frames
<br>> to seek to.<br><br>Not quite. IDR prevents also open gop ( because it flushes the DPB<br>removing the reference for the previous B frame ), while open gop<br>doesn't prevent seeking. That's why you can insert SEI messages telling
<br>that a I not IDR can be used as recovery point.<br><br>Regards,<br><br>Mathieu<br><br>--<br>This is the x264-devel mailing-list<br>To unsubscribe, go to: <a href="http://developers.videolan.org/lists.html">http://developers.videolan.org/lists.html
</a><br><br></blockquote></div><br>