Xvid-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Original]

Re: [XviD-devel] Adaptive quantisation


To: xvid-devel@xxxxxxxx
Subject: Re: [XviD-devel] Adaptive quantisation
From: Edouard Gomez <ed.gomez@xxxxxxxxxx>
Date: Sun, 4 Aug 2002 19:19:57 +0200
In-reply-to: <Pine.LNX.4.21.0208041855560.31816-100000@lieb.math.uni-bonn.de>
References: <Pine.LNX.4.21.0208041846370.31758-100000@lieb.math.uni-bonn.de> <Pine.LNX.4.21.0208041855560.31816-100000@lieb.math.uni-bonn.de>
User-agent: Mutt/1.4i

Christoph Lampert (chl@xxxxxxxxxxxxxxxx) wrote:
 
> It's kind of a wonder that the test wasn't a version with buggy b-frames
> (but... It a "new!!!" feature) and then XviD would be disqualifie  because
> of ugly blocks and missing speed... 

I don't  know if doom9 uses  to review open source  projects. But i've
never  seen reviews using  experimental code.  Koepi's builds  are cvs
snapshots + the  koepi's decision to include square me  or ... i would
have never used that to test a codec. I'm not criticizing koepi, I'm 
criticizing doom9's choice.

When someone has  to review the codec, it should  use a stable release
(or  the current  stable  snapshot,  as our  releases  are not  called
releases). I  would have laugh if  someone had tested  mozilla 2 years
ago with a  nightly build : "well mozilla is shit,  it crashes all the
time, renders  an html  page in  more than 1  minute..." or  tested my
speedtouch usb driver cvs when i'm working on new features...

Perhaps  the solution  is koepi  proposes a  stable -  use  for review
binary... don't know.

--
Edouard Gomez


[Prev in Thread] Current Thread [Next in Thread]