Age | Commit message (Collapse) | Author |
|
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
|
|
CVS patchset: 5553
CVS date: 2003/10/20 00:33:28
|
|
CVS patchset: 5531
CVS date: 2003/10/16 22:03:36
|
|
CVS patchset: 5474
CVS date: 2003/10/08 19:47:10
|
|
CVS patchset: 5439
CVS date: 2003/10/04 18:06:15
|
|
See gcc bug 11965 (<URL:http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11965>)
Add a workaround, so that xine-lib can be compiled with gcc-3.3 on SPARC.
CVS patchset: 5298
CVS date: 2003/08/19 16:38:19
|
|
CVS patchset: 5163
CVS date: 2003/07/13 19:04:28
|
|
CVS patchset: 5157
CVS date: 2003/07/13 14:42:54
|
|
- general multipass compilation make targets
CVS patchset: 5149
CVS date: 2003/07/12 12:31:13
|
|
this variable is used where necessary should fix MPEG encoding
CVS patchset: 5141
CVS date: 2003/07/11 16:36:21
|
|
CVS patchset: 5109
CVS date: 2003/06/27 13:56:55
|
|
- fix B-frame motion compensation
- cleanup motion vector math and other blocks of common code
CVS patchset: 5106
CVS date: 2003/06/27 13:41:25
|
|
CVS patchset: 5104
CVS date: 2003/06/27 13:34:49
|
|
motion_est.c being obsolete again (reduces compile time)
CVS patchset: 5089
CVS date: 2003/06/22 16:55:45
|
|
CVS patchset: 5083
CVS date: 2003/06/21 19:55:56
|
|
CVS patchset: 5080
CVS date: 2003/06/21 11:26:18
|
|
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
|
|
CVS patchset: 4951
CVS date: 2003/05/26 21:50:24
|
|
CVS patchset: 4948
CVS date: 2003/05/26 20:07:08
|
|
CVS patchset: 4935
CVS date: 2003/05/25 18:53:38
|
|
* 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
|
|
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
|
|
CVS patchset: 4815
CVS date: 2003/05/10 04:26:17
|
|
CVS patchset: 4812
CVS date: 2003/05/10 00:06:01
|
|
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
|