[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