OMG, when i check the I-Frames by JM software, that software shows only 3 I-Frames. how this is possible? please help me to understand where is my problem?<br><br><div class="gmail_quote">On 17 May 2012 12:05,  <span dir="ltr"><<a href="mailto:amir.rouhi@rmit.edu.au" target="_blank">amir.rouhi@rmit.edu.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am confusing guys, i encountered a new problem in regard with adaptive and fixed rate I-Frames by ffmpeg under windows. it is as below:<div>
first i convert the original video (mpeg1) to the pure h.264 format by below command for adaptive I-Frame rate:</div>
<div><br></div><div><div>ffmpeg -i C:\1.mpg -r 25 -an -vcodec libx264 -threads 0  -f h264 -r 25 -g 0 C:\1adapt.264  (-g 0 for adaptive I-frame rate)</div><div>ffmpeg -i C:\1.mpg -r 25 -an -vcodec libx264 -threads 0  -f h264 -r 25 -g 25 C:\1fixed.264  (-g 25 for fixed I-frame rate every 25 frame one i-frame)
</div><div><br></div><div>I dont involve you about my first problem which was related to the twice tbr value in the h264 transformed videos and their shorter time length (with twice faster speed)</div><div><br></div><div>

my current problem is that when i want to use select filter to extract the i-frames from the above 264 videos, it is natural that i expect different results and for a 50sec video with -g 25 and 25fps, i expected 50 i-frames but the result was exactly same and just 5 frames for both videos. the select filter which i used can be seen at below:</div>

<div><br></div><div>ffmpeg -i C:\1adapt.264 -vsync 0 -vf select="eq(pict_type\, PICT_TYPE_I)" C:\I-Frm1adapt-%03d.jpeg  </div><div>ffmpeg -i C:\1fixed.264 -vsync 0 -vf select="eq(pict_type\, PICT_TYPE_I)" C:\I-Frm1fixed-%03d.jpeg  
</div><div><br></div><div>both produce 5 image for a originally 50 sec video with 25fps tbr 25 which after transformed reduced to 25 sec with 25fps but tbr 50. Its strange , isnt it?</div><div><div class="h5"><br><div class="gmail_quote">
On 16 May 2012 18:48, Carl Eugen Hoyos <span dir="ltr"><<a href="mailto:cehoyos@ag.or.at" target="_blank">cehoyos@ag.or.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Alex Cohn <alexcohn@...> writes:<br>
<br>
> If I understand correctly, Amir complains about the<br>
> encoder, not the decoder.<br>
<br>
</div>Then your answer was clearly more helpful than mine!<br>
<div><div><br>
Carl Eugen<br>
<br>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org" target="_blank">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><div class="im">-- <br><div>Amir H. Rouhi</div>
<div>PhD Student/ CSIT RMIT University</div>
Room: 14-09-04<br><a href="http://raws.adc.rmit.edu.au/%7Es3288736/blog2/" target="_blank">http://raws.adc.rmit.edu.au/~s3288736/blog2/</a><br>
</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Amir H. Rouhi</div>
<div>PhD Student/ CSIT RMIT University</div>
Room: 14-09-04<br><a href="http://raws.adc.rmit.edu.au/%7Es3288736/blog2/" target="_blank">http://raws.adc.rmit.edu.au/~s3288736/blog2/</a><br>