[Mplayer-dev-eng] projectmayo's divx codec...
Eugene Kuznetsov
sparky at projectmayo.com
Wed Jul 18 14:58:43 CEST 2001
Hello Christoph,
I noticed the discussion here about our new codec and want to
clarify a few things.
> And _maybe_ they used some optimizing compiler for
> compiling (Intel's or visual c), not gcc...
This is not correct, libraries I sent to Arpi were built using
ordinary gcc 2.95.2. My experience with pgcc and Intel C compiler
for Linux is too disappointing.
> They can't (or don't want?) release source, only in binary form.
> They said that it's because of licensing problem, divx 3.11 decoding
> is illegal this way, and maybe they are using some code or tables from
> the win32 DLL...
> I (and also Eugene) hope that it will change to LGPL soon, and they
> will release sources.
I did what I could to convince people here to make today's release of
decoder under LGPL, but I'm not the one who makes all decisions. Our
strategists think that decoder is a potential source of revenue for the
company, in which case it's safer not to have sources in public. It
prevents our competitors ( ffmpeg guys for example ;-), or 3ivx )
from stealing our code and putting it into their closed-source projects.
This position is unlikely to change. Encoder is closed too. You will
see a thorough explanation of this accompanying the official release.
> Btw it's quite buggy, crashes playing files encoded with opendivx 0.47, and
> crashes for everything if postprocessing is enabled.
Windows version is quite stable. Linux port is not tested enough well,
we are working on it.
> can you 1) force keyframes by a parameter?
Yes.
> 2) change bitrate or quantizers "on-the-fly" (without restarting codec?)
You can either use internal rate control module or write your own (
interface allows to pass quantizers to the encoder and get back bit count
information ).
> 3) modify the internal buffer where the last frame was backuped?
> 4) influence the error measure like SAD?
No, what for?
> The encoder engine is based on Eugene's "Sparky" codec
Just for the record, this is absolutely not true, it is even written
in different language ( but since you probably won't ever see the source,
it does not matter :-) ).
--
Best regards,
Eugene mailto:sparky at projectmayo.com
_______________________________________________
Mplayer-dev-eng mailing list
Mplayer-dev-eng at lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng
More information about the MPlayer-dev-eng
mailing list