[x264-devel] Re: Regarding quarter pixel ME

[Radek Czyz]

Hi, can you explain more clearly? It's not ME that gives you SAD - it's 
SAD that can be used to perform ME. The other way around ~

mahesh k wrote:
> 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?
> 
> regards,
> mahesh
> 
> On 3/28/07, *Radek Czyz* <radoslaw at syskin.cjb.net 
> <mailto:radoslaw at syskin.cjb.net>> wrote:
> 
>      > U plz tell me whether this was correct or not.
> 
>     Well yeah, it's a good (although wasteful in terms of memory) way of
>     doing it.
> 
>     You ask for "correct" but ME is never defined, so all methods are
>     "correct". Just some are more efficient (give better or faster result)
>     than others.
> 
>     mahesh k wrote:
>      > I went through the JM reference code but I was not able to understand
>      > it. Recently i implemented quarter pixel motion estimation. First I
>      > interpolated the whole reference frame upto quarter pixel level and
>      > stored this in a buffer. Then  I found the integer pixel motion
>     vector
>      > using the previos frame as reference frame (non interpolated
>     reference
>      > frame) and the search criterion i used was SAD. Then I performed
>     the sub
>      > pixel refinement using the best integer pixel motion vector
>     coordinates
>      > as center using the quarterly interpolated frame as reference.
>      >
>      > U plz tell me whether this was correct or not.
>      >
>      > Regards,
>      > Mahesh.
>      >
>      > On 3/28/07, *Tomas Carnecky* <tom at dbservice.com
>     <mailto:tom at dbservice.com>
>      > <mailto: tom at dbservice.com <mailto:tom at dbservice.com>>> wrote:
>      >
>      >     mahesh k wrote:
>      >      > I didnot get u exactly..Can u tell me in detail...
>      >      >
>      >
>      >     RTFM means 'Read The Fucking Manual', see[1]. He replaced the
>     'M' with a
>      >     'S' which he afterwards explained to be, quote, 'sourcecode or
>      >     standard'. That means, he was trying to tell you 'Read The F***
>      >     sourcecode' or Read The F*** standard'.
>      >     IOW (you can use wikipedia, too,  to look up what that
>     means), he told
>      >     you to read the sourcecode (which is freely available) or the
>     H.264
>      >     standard. The information you're looking for is in both
>     locations,
>      >     hence, quote, 'your choice'.
>      >
>      >      >
>      >      > On 3/27/07, *Loren Merritt* <lorenm at u.washington.edu
>     <mailto:lorenm at u.washington.edu>
>      >     <mailto: lorenm at u.washington.edu
>     <mailto:lorenm at u.washington.edu>>
>      >      > <mailto: lorenm at u.washington.edu
>     <mailto:lorenm at u.washington.edu>
>      >     <mailto:lorenm at u.washington.edu
>     <mailto:lorenm at u.washington.edu> >>> wrote:
>      >      >
>      >      >     On Tue, 27 Mar 2007, mahesh k wrote:
>      >      >
>      >      >     > Can any one plz tell me how to choose the refernece
>     frame for
>      >      >     > integer level and quarter pixel motion estimation.
>      >      >
>      >      >     RTFS. (sourcecode or standard, your choice)
>      >      >
>      >
>      >     tom
>      >
>      >     [1] http://en.wikipedia.org/wiki/RTFM
>     <http://en.wikipedia.org/wiki/RTFM>
>      >
>      >     --
>      >     This is the x264-devel mailing-list
>      >     To unsubscribe, go to: http://developers.videolan.org/lists.html
>      >
>      >
> 
>     --
>     This is the x264-devel mailing-list
>     To unsubscribe, go to: http://developers.videolan.org/lists.html
> 
> 

-- 
This is the x264-devel mailing-list
To unsubscribe, go to: http://developers.videolan.org/lists.html