[MPlayer-dev-eng] [PATCH] multi-threaded lavc

[Michael Niedermayer]

Hi

On Sunday 01 August 2004 11:26, Reimar Döffinger wrote:
> Hi,
>
> >>>The results are not bitwise identical to a single-threaded encode, but
> >>
> >>this is because the motion estimation normally uses the motion vector of
> >> the MB above the current one, but thats not possible if the top one
> >> happens to be handled by a different thread
> >
> > So, theoreticaly the motion estimation is a little bit worse if
> > multithreading is used ? I think this should be mentioned in the
>
> I understood it that usually it takes the vector of the MB above as a
> starting point, thus speeding up the search. So I thought it should only
> be slower a bit. Is this right? or maybe a mixture of both is right ;-)
its a little slower & a little worse, but the difference is probably tiny, 
didnt test though

[...]
-- 
Michael
level[i]= get_vlc(); i+=get_vlc();		(violates patent EP0266049)
median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]);	(violates patent #5,905,535)
buf[i]= qp - buf[i-1];				(violates patent #?)
for more examples, see http://mplayerhq.hu/~michael/patent.html
stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en