Ok, thx for ur reply.....Can u plz tell me whether the quarter pixel ME will give the min SAD for all the macroblocks within a frame.? Also plz tell me where I can find the test results regarding this?<br><br>regards,<br>mahesh
<br><br><div><span class="gmail_quote">On 3/28/07, <b class="gmail_sendername">Radek Czyz</b> <<a href="mailto:radoslaw@syskin.cjb.net">radoslaw@syskin.cjb.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> U plz tell me whether this was correct or not.<br><br>Well yeah, it's a good (although wasteful in terms of memory) way of<br>doing it.<br><br>You ask for "correct" but ME is never defined, so all methods are
<br>"correct". Just some are more efficient (give better or faster result)<br>than others.<br><br>mahesh k wrote:<br>> I went through the JM reference code but I was not able to understand<br>> it. Recently i implemented quarter pixel motion estimation. First I
<br>> interpolated the whole reference frame upto quarter pixel level and<br>> stored this in a buffer. Then I found the integer pixel motion vector<br>> using the previos frame as reference frame (non interpolated reference
<br>> frame) and the search criterion i used was SAD. Then I performed the sub<br>> pixel refinement using the best integer pixel motion vector coordinates<br>> as center using the quarterly interpolated frame as reference.
<br>><br>> U plz tell me whether this was correct or not.<br>><br>> Regards,<br>> Mahesh.<br>><br>> On 3/28/07, *Tomas Carnecky* <<a href="mailto:tom@dbservice.com">tom@dbservice.com</a><br>> <mailto:
<a href="mailto:tom@dbservice.com">tom@dbservice.com</a>>> wrote:<br>><br>> mahesh k wrote:<br>> > I didnot get u exactly..Can u tell me in detail...<br>> ><br>><br>> RTFM means 'Read The Fucking Manual', see[1]. He replaced the 'M' with a
<br>> 'S' which he afterwards explained to be, quote, 'sourcecode or<br>> standard'. That means, he was trying to tell you 'Read The F***<br>> sourcecode' or Read The F*** standard'.
<br>> IOW (you can use wikipedia, too, to look up what that means), he told<br>> you to read the sourcecode (which is freely available) or the H.264<br>> standard. The information you're looking for is in both locations,
<br>> hence, quote, 'your choice'.<br>><br>> ><br>> > On 3/27/07, *Loren Merritt* <<a href="mailto:lorenm@u.washington.edu">lorenm@u.washington.edu</a><br>> <mailto:<a href="mailto:lorenm@u.washington.edu">
lorenm@u.washington.edu</a>><br>> > <mailto: <a href="mailto:lorenm@u.washington.edu">lorenm@u.washington.edu</a><br>> <mailto:<a href="mailto:lorenm@u.washington.edu">lorenm@u.washington.edu</a>
>>> wrote:<br>> ><br>> > On Tue, 27 Mar 2007, mahesh k wrote:<br>> ><br>> > > Can any one plz tell me how to choose the refernece frame for<br>> > > integer level and quarter pixel motion estimation.
<br>> ><br>> > RTFS. (sourcecode or standard, your choice)<br>> ><br>><br>> tom<br>><br>> [1] <a href="http://en.wikipedia.org/wiki/RTFM">http://en.wikipedia.org/wiki/RTFM
</a><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>>
<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>