[XviD-devel] CheckCandidate

[Christoph Lampert]

Hi Radek, 

good timinig, I just sent my results on ModeDecision to the list a few
seconds ago... Anyway, I don't really like the argument "It was better",
even though it has a certain logic. 

I read your xvid-devel explaining it, but I would still prefer a somewhat
"theoretical" reason for this, something like a model with parameters
which we can then optimize. 

gruel 


On Tue, 18 Feb 2003, Radek Czyz wrote:
> Hello,
> 
> > in CheckCandidate16/16no4v/8 the current SAD is _multiplicated_ with
> > the number of motion bits in the way
> 
> sad += (data->>lambda16 * t * sad)>>10; 
> 
> > Where does this come from? Syskin, was that you? I don't remember it from
> > my earlier versions, in particular since it leaves the usual lagrangian
> > method. Is there any special reason why it was chosen in this way?
> 
> Yes that was me. I explained it (more or less), here's the archive:
> http://edu.bnhof.de/pipermail/xvid-devel/2002-November/001228.html
> 
> In short: It was always better.
> 
> Radek
> 
> P.S. This is another mail which I only recieved on my backup account.
> Does anyone else have this problem? Or maybe this cjb.net of mine
> simply drops some mails...
> 
> _______________________________________________
> XviD-devel mailing list
> XviD-devel at xvid.org
> http://list.xvid.org/mailman/listinfo/xvid-devel
>