<div dir="ltr"><div class="gmail_quote">On Wed, Apr 4, 2012 at 20:30, Jason Garrett-Glaser <span dir="ltr"><<a href="mailto:jason@x264.com">jason@x264.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> its been a month since your last x264 development newsletter, the mailing<br>
> list hardly contains information regarding future and current developments<br>
> anymore ... :-(<br>
<br>
</div>That's because discussion has pretty much always been on #x264dev IRC, not here.<br>
<div class="im"><br>
> would you entertain a few questions to spark discussion?<br>
><br>
> 1. is x264 likely to (significantly) improve in terms of bits/quality<br>
> efficiency?<br>
<br>
</div>If someone comes up with good enough new ideas!  But it's a lot harder<br>
than it used to be and a lot of the improvements in the pipeline are<br>
not so general-purpose (e.g. OpenCL lookahead).<br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
> 2. is x264 likely to get (noticeably) faster for existing intel desktop<br>
> processors like Bloomfield or Lynnfield?<br>
<br>
</div>Unlikely, but I said that before Loren optimized trellis too.<br></blockquote><div><br></div><div><div>does the integration of the GPU into the CPU itself, like in AMD's APUs or Intel's HD3000 make it more feasible to offload parts of the encode to the GPU?</div>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> 3. adaptive bitrate has become very important, and with it, synchronized<br>
> GOPs across encodes in different bitrates.<br>
> this is currently supported in x264 by using fixed sized GOPs. what are your<br>
> thoughts regarding a more content-aware approach?<br>
<br>
</div>x264 supports this with adaptive GOP too; all encodes with the same<br>
lookahead settings and the same source will give the same distribution<br>
of frame types, no matter what the bitrate.<br></blockquote><div><br></div><div>that's very interesting, I didn't know that. <br>I guess it only works when encoding to the same resolution, though ...</div><div>would it make sense to encode to one resolution [lets call it the master resolution] using adaptive GOP settings, and then encode all other bitrates/resolutions using the GOP boundaries of the master resolution?</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> 4. what are you thoughts regarding the upcoming HEVC/H265 standard, and will<br>
> there be an x265?<br>
<br>
</div>I don't know, are you offering to write one? =P<br></blockquote><div><br></div><div>if wishes were horses ;-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<span class="HOEnZb"><font color="#888888"><br>
Jason<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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><br clear="all"><div><br></div>-- <br>Aviad Rozenhek<br>
</div>