Age | Commit message (Collapse) | Author |
|
CVS patchset: 4809
CVS date: 2003/05/09 23:54:05
|
|
CVS patchset: 4804
CVS date: 2003/05/09 00:31:55
|
|
from the Makefile
CVS patchset: 4803
CVS date: 2003/05/09 00:25:49
|
|
as having been created by avid.
CVS patchset: 4697
CVS date: 2003/04/27 15:16:11
|
|
CVS patchset: 4676
CVS date: 2003/04/25 17:31:31
|
|
tested ok with usual files (wmv7, mpeg4, divx, svq1...)
CVS patchset: 4618
CVS date: 2003/04/16 00:18:35
|
|
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
|
|
CVS patchset: 4528
CVS date: 2003/04/01 11:57:45
|
|
CVS patchset: 4517
CVS date: 2003/03/31 08:09:04
|
|
CVS patchset: 4514
CVS date: 2003/03/30 16:58:56
|
|
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
|
|
CVS patchset: 4491
CVS date: 2003/03/26 16:46:51
|
|
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
|
|
CVS patchset: 4458
CVS date: 2003/03/21 12:26:05
|
|
CVS patchset: 4456
CVS date: 2003/03/20 23:29:06
|
|
CVS patchset: 4434
CVS date: 2003/03/17 09:41:58
|
|
CVS patchset: 4407
CVS date: 2003/03/14 12:23:21
|
|
CVS patchset: 4406
CVS date: 2003/03/14 12:18:10
|
|
CVS patchset: 4405
CVS date: 2003/03/14 12:14:10
|
|
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: 4238
CVS date: 2003/02/22 01:17:21
|
|
CVS patchset: 4203
CVS date: 2003/02/19 21:37:15
|
|
CVS patchset: 4099
CVS date: 2003/02/03 02:08:59
|
|
CVS patchset: 4068
CVS date: 2003/01/31 18:29:43
|
|
CVS patchset: 4044
CVS date: 2003/01/29 18:30:40
|
|
CVS patchset: 4036
CVS date: 2003/01/29 11:10:50
|
|
CVS patchset: 3844
CVS date: 2003/01/09 12:23:39
|
|
- 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
|
|
CVS patchset: 3623
CVS date: 2002/12/22 00:35:04
|
|
CVS patchset: 3520
CVS date: 2002/12/14 16:43:22
|
|
- improve ffmpeg support (passing extra data)
- aspect ratio still need to be updated to new syntax
- use our svq1 decoder since ffmpeg one is segfaulting
(buffer overrun - more investigation needed)
- img->copy no more
CVS patchset: 3437
CVS date: 2002/12/06 01:55:32
|
|
CVS patchset: 3418
CVS date: 2002/12/03 22:13:52
|
|
CVS patchset: 3414
CVS date: 2002/12/02 21:58:56
|
|
CVS patchset: 3273
CVS date: 2002/11/16 16:40:23
|
|
CVS patchset: 3261
CVS date: 2002/11/14 23:27:44
|
|
- add wma decoder
- fix mmx macro
- remove changes from fdct_mmx.c (it should work fine now with the mmx macro fix)
CVS patchset: 3234
CVS date: 2002/11/11 13:45:34
|
|
You would do: autogen.sh <configure flags> or autogen <shortcut>
The short cuts are:
aclocal - re-run aclocal
autoheader - re-run autoheader
automake - re-run automake
autoconf - re-run aclocal AND autoconf
libtoolize - re-run libtoolize
noconfig - re-run all gnu tools without doing ./configure
default - run ./configure with <configure flags> or none (if no flags are present)
Removed cvscompile.sh and misc/autogen.sh (deprecated)
General clean up install-debug for Makefile.am files.
CVS patchset: 3180
CVS date: 2002/11/04 00:37:18
|
|
CVS patchset: 3178
CVS date: 2002/11/04 00:31:49
|
|
CVS patchset: 3174
CVS date: 2002/11/03 23:03:30
|
|
of doing so is to do it *silently* so the user is not aware of the
errors during every single frame decode
CVS patchset: 3099
CVS date: 2002/10/30 00:43:33
|
|
CVS patchset: 3090
CVS date: 2002/10/29 16:29:16
|
|
CVS patchset: 2984
CVS date: 2002/10/24 15:03:11
|
|
available. Use MMX only in that case.
CVS patchset: 2937
CVS date: 2002/10/22 17:09:26
|
|
CVS patchset: 2932
CVS date: 2002/10/22 06:34:01
|
|
Changed 'asm' to __asm__
CVS patchset: 2931
CVS date: 2002/10/22 06:03:44
|
|
Changed 'asm' to __asm__
CVS patchset: 2930
CVS date: 2002/10/22 05:57:25
|
|
Changed 'asm' to __asm__
CVS patchset: 2929
CVS date: 2002/10/22 05:51:04
|
|
CVS patchset: 2928
CVS date: 2002/10/22 05:41:25
|
|
CVS patchset: 2926
CVS date: 2002/10/22 05:38:31
|