
Thank you for your reply, Jason. <br><br><div class="gmail_quote">On Tue, Mar 27, 2012 at 6:34 PM, 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">On Tue, Mar 27, 2012 at 6:09 PM, saritha reddy <<a href="mailto:saritha84@gmail.com">saritha84@gmail.com</a>> wrote:<br>

> Hi,<br>

><br>

> I've just started tracing the x264 source code. I'm still trying to<br>

> understand the complete code flow. I see that a reference picture for a<br>

> given current picture is divided into four low resolution luma pictures<br>

> using an interpolation technique. How is it fetched or handled in inter<br>

> prediction? Is it not easier to perform block matching search method on a<br>

> full resolution picture? What's the benefit of having them as four separate<br>

> low resolution pictures?<br>

<br>

</div>They're not low resolution, they're full resolution. 賫ote that there<br>

*are* lowres planes, but those are for the lookahead (which I don't<br>

think is what you're talking about) and not in the same place.<br>

<br>

The planes are F, H, V, and C. 硓 is the full-pixel plane, that is,<br>

the actual image. 贌, V, and C are the pre-calculated hpel planes.<br>

qpel is done by linear interpolation between pairs of planes. 㗖pel is<br>

precalculated because the hpel pixels get referenced many times over<br>

during subpixel motion search and the 6-tap hpel filter is slow,<br>

making caching it a good memory/speed tradeoff.<br>

<br>

#x264dev on Freenode IRC is open if you want more real-time answers to<br>

questions about the source; we pretty much always have time to help<br>

anyone learn if they want to. 狢 also recommend looking at<br>

<a href="http://akuvian.org/src/x264/overview_x264_v8_5.pdf" target="_blank">http://akuvian.org/src/x264/overview_x264_v8_5.pdf</a> , which albeit<br>

quite outdated, is still a good rough guide to the structure of x264.<br>

<br>

Jason<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>

</blockquote></div><br>