[Ffmpeg-devel] Dr DivX OSS out with ffmpeg inside
Fri Dec 2 08:27:53 CET 2005
As we decided to work with MSVC on Windows (much more comfortable IDE
than MinGW or cygwin) we did a first merge of the code with the one in
FFDShow (where the INFINITY comes from). Then we tried to be as close as
the FFMPEG CVS. The VC++ fixes come from there. They mostly consist of
macros for alignement. So I guess if you accept the %lld fix that could
be included too.
As we still want the assembler code (for speed reasons) we created a
separate project called libavdsp that includes most of the assembly
We will distribute DrDivX OSS on Linux and OS X too and they will be
built with gcc. So whatever changes we make they will need to work as
the regular FFMPEG.
And yes, we plan to submit some of the work we did to the official
FFMPEG even though I'm sure the C++ code will never make it. But as we
just released the software we're quite busy.
Thank you for all.
From: ffmpeg-devel-bounces at mplayerhq.hu
[mailto:ffmpeg-devel-bounces at mplayerhq.hu] On Behalf Of Michael
Sent: 01 December, 2005 7:34 PM
To: FFMpeg development discussions and patches
Subject: Re: [Ffmpeg-devel] Dr DivX OSS out with ffmpeg inside
On Thu, Dec 01, 2005 at 09:25:29AM -0800, Steve Lhomme wrote:
> Hi everyone,
> DivX has released yesterday their new Open Source project : Dr DivX 2.
> It's like the old DrDivX but using open source code, and offering the
> rest for free.
> It uses a slightly modified version of FFMPEG built with MSVC. To
> confusion with the "official builds" it's called DrFFMPEG.dll. The
> source code can be found on SourceForge.
> It uses the MS Baseclasses for DirectShow access too.
> Among other changes (that I can remember):
> - fixes some asserts & memory leaks
> - add the possibility to encode video using the DivX DLL
> - add a "multi:" file protocol that simulates concatenation
> - add AC3, AAC and DTS decoding through DirectShow (as we use the
> LGPL license)
> - add capture code using DirectShow (not 100% finished but
anyone willing to submit clean and nicely split patches for things you
are clean enough to be added to ffmpeg cvs? it would be an advantage for
too in case you ever want to upgrade to a new ffmpeg (less merging work)
a few notes,
* 0.0/0.0 is not INFINITY this is very wrong
* dont bother to submit VC++ "fixes" they will be very likely rejected
* the %lld/%Ld -> PRIu64/PRId64 changes will probably be accepted
* avoid tabs, we will remove them from any submited patches before
ffmpeg-devel mailing list
ffmpeg-devel at mplayerhq.hu
More information about the ffmpeg-devel