xine-lib/src/libffmpeg/libavcodec/i386, branch 1-rc2

- adding support for the Intel compiler icc

2003-07-12T12:31:13+00:00

- general multipass compilation make targets

CVS patchset: 5149
CVS date: 2003/07/12 12:31:13

delete debug leftover

2003-06-21T11:26:18+00:00

CVS patchset: 5080
CVS date: 2003/06/21 11:26:18

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

compiling libavcodec's encoding part as an MPEG encoder suitable for the DXR3

2003-05-25T18:34:54+00:00

* libavcodec/mpegvideo.c has been modified to work without the need to compile
  libavcodec/motion_est.c to save compilation time (we don't need motion
  estimation when encoding I-frames only anyway)
* the patch to libavcodec/i386/mpegvideo_mmx_template.c has been reverted,
  because the encoder crashes with it

CVS patchset: 4930
CVS date: 2003/05/25 18:34:54

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

ffmpeg update, add new files/decoders, use our fastmemcpy

2003-04-16T00:18:35+00:00

tested ok with usual files (wmv7, mpeg4, divx, svq1...)

CVS patchset: 4618
CVS date: 2003/04/16 00:18:35

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

Removes -funroll-loops from i386 build CFLAGS

2003-03-17T09:41:58+00:00

CVS patchset: 4434
CVS date: 2003/03/17 09:41:58

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