|
| To: | xvid-devel@xxxxxxxx |
| Subject: | Re: [XviD-devel] Adaptive quantisation |
| From: | Dirk Knop <dknop@xxxxxxx> |
| Date: | Sun, 04 Aug 2002 20:35:44 +0200 |
| 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> <20020804171957.GA12025@leloo> <006d01c23bdf$c5f32fb0$1702a8c0@michipc> |
| User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020731 |
Hey, I really tried my best. For all other people this code works, only now we got aware that there's something wrong with the luma-code, which explains some effects which could be seen.I don't know if doom9 uses to review open source projects. But i'vecriticizing doom9's choice.
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
you're both right. The daily binaries including untested experimental code are dangerous (for Joe User). I've already written doom9 about this (and because I liked to know what the problem really was). What is a bit disappointing for me is that doom9 didn't wrote me at all that he had any problems with the comparison. We were in contact when he did his last comparisons and recently we had some (more or less unimportant) talk about "when will b-frames be ready etc.". I would have advised him to simply used an older build...
Everyone should be aware that xvid is alpha (I clearly state that with "my" binaries.).Perhaps the solution is koepi proposes a stable - use for review
binary... don't know.
yeah, but we have no real stable version yet. I'd say we should do a lot of
testing and first release when b-frames are ready (and maybe qpel also).
This should improve the current situation a lot.
Best regards, Koepi
| [Prev in Thread] | Current Thread | [Next in Thread] |