| Age | Commit message (Collapse) | Author |
|---|
|
(mostly encoder stuff)
CVS patchset: 5752
CVS date: 2003/11/16 15:33:49
|
|
CVS patchset: 5615
CVS date: 2003/10/27 15:24:38
|
|
emulation facilities
CVS patchset: 5079
CVS date: 2003/06/21 03:58:57
|
|
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
|
|
from the Makefile
CVS patchset: 4803
CVS date: 2003/05/09 00:25:49
|
|
they don't want patches. However, I'm packaging xine for blastwave.org (we package software for Solaris) and we don't have a C99 compliant version of Sun Workshop yet (and gcc is poor on SPARC by comparison) so I'm making these patches to libffmpeg/libavcodec as necessary -_-.
CVS patchset: 4541
CVS date: 2003/04/05 22:42:28
|
|
decreasing priority to use w32 codecs instead.
non-x86 users must be happy with this decoder anyway, it is better than
nothing...
CVS patchset: 4499
CVS date: 2003/03/27 17:13:02
|
|
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
|
|
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:
<filename>:<function name>:<line number> - assertion '<assertion expression>' failed. <description>
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
|
|
CVS patchset: 4263
CVS date: 2003/02/23 14:18:59
|
|
CVS patchset: 4203
CVS date: 2003/02/19 21:37:15
|
|
CVS patchset: 4068
CVS date: 2003/01/31 18:29:43
|
|
- 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
|
