xine-lib/src/libffmpeg/libavcodec/ppc, branch 1-rc3

big ffmpeg patch

2003-11-01T18:12:53+00:00

* do not define CONFIG_ENCODERS any more, use a stripped down XINE_MPEG_ENCODER,
  which will only compile an I-frame-only MPEG1 encoder (speeds up compile time)
* fix a lot of warnings in ffmpeg (a good deal of which have already been
  submitted to the ffmpeg project by Mike)
* simplify some Makefiles

CVS patchset: 5667
CVS date: 2003/11/01 18:12:53

super mega ffmpeg tree sync

2003-10-27T15:24:38+00:00

CVS patchset: 5615
CVS date: 2003/10/27 15:24:38

use relchk.sh use relchk.sh use relchk.sh

2003-10-25T00:49:11+00:00

fix "make dist". Now tarball is complete.
don't expect people have doc formatting tools (check for sgmltools
and fig2dev).
rename the spaced name file in win32 (Tim, can you check if i didn't break
anything please ?).

CVS patchset: 5589
CVS date: 2003/10/25 00:49:11

maintenance ffmpeg sync: import and activate decoders for 4X and

2003-06-19T00:47:19+00:00

RealAudio codecs; import VP3 decoder but leave de-activated; fixes for
SVQ3 bugs; more conditional compilation for encoders

CVS patchset: 5067
CVS date: 2003/06/19 00:47:19

as announced on xine-devel, this is the big Makefile refactoring:

2003-05-14T16:21:44+00:00

extracted some common targets and variables into a common Makefile
which is then included

CVS patchset: 4844
CVS date: 2003/05/14 16:21:44

have cvs ignore generated files

2003-04-01T11:57:45+00:00

CVS patchset: 4528
CVS date: 2003/04/01 11:57:45

update ffmpeg. trying to keep local changes (see diff_to_ffmpeg_cvs.txt), let me

2003-03-26T14:43:46+00:00

know if i overlooked something.
as usual, preliminary QA: tested non debug builds and several codecs including
divx3/4/5, mpeg4, xvid, msmpeg4v3, svq1, wmv7, dv (video/audio), wma
i also enabled wmv8 by default since it worked fine with the streams i have. i'm not
sure about current state of that so we might enable it only for non-x86 users in
case of trouble.

CVS patchset: 4488
CVS date: 2003/03/26 14:43:46

Xine assert() replacement:

2003-02-28T02:51:47+00:00

All assert() function calls, with exceptions of libdvdread and libdvdnav, have been
replaced with XINE_ASSERT. Functionally XINE_ASSERT behaves just likes its predecesor but its
adding the ability to print out a stack trace at the point where the assertion fails.
So here are a few examples.
assert (0);
This use of assert was found in a couple locations most favorably being the default case of a switch
statement. This was the only thing there. So if the switch statement was unable to find a match
it would have defaulted to this and the user and the developers would be stuck wonder who died and where.
So it has been replaced with
XINE_ASSERT(0, "We have reach this point and don't have a default case");
It may seem a bit none descriptive but there is more going on behind the scene.
In addition to checking a condition is true/false, in this case '0', the XINE_ASSERT
prints out:
:: - assertion '' failed. 
An example of this might be:
input_dvd.c:open_plugin:1178 - assertion '0' failed. xine_malloc failed!!! You have run out of memory
XINE_ASSERT and its helper function, print_trace, are found in src/xine-utils/xineutils.h

CVS patchset: 4301
CVS date: 2003/02/28 02:51:47

update ffmpeg

2003-01-31T18:29:43+00:00

CVS patchset: 4068
CVS date: 2003/01/31 18:29:43

syncing ffmpeg (with some compilation fixes)

2003-01-08T13:18:42+00:00

- fixes wma bugs
- mace, huffyuv and mp3 decoders imported (but not enabled)
tested: wma (v1 and v2), mpeg4, msmpeg4 v1, v2 and v3, divx3, divx4, divx5, xvid and
dv decoders. everything looks fine.

CVS patchset: 3828
CVS date: 2003/01/08 13:18:42