| Age | Commit message (Collapse) | Author |
|---|
|
CVS patchset: 4345
CVS date: 2003/03/06 16:49:30
|
|
macro.
This fixes a problem with the xshm videoout plugin not loading on solaris,
when the mediaLib is installed.
CVS patchset: 4313
CVS date: 2003/03/01 14:31:33
|
|
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
|
|
This also allows for true bilinear filtering, which looks much better than
the current 'horizontal filtering only' (TODO)
CVS patchset: 4001
CVS date: 2003/01/24 17:04:37
|
|
MediaLib.
CVS patchset: 2826
CVS date: 2002/10/13 17:24:29
|
|
- driver will ask gui for output size on every frame
- shm driver has a seperate yuv2rgb converter instance for every frame
- all drivers disabled except xshm, until they're fixed
I'm planning to introduce a queue of video_out_events in video_out.c,
so events are delivered by video_out_loop which means that all driver
functions are called from the same thread (no locking necessary, should
help the opengl driver)
CVS patchset: 1499
CVS date: 2002/02/16 22:43:24
|
|
CVS patchset: 742
CVS date: 2001/10/05 18:37:33
|
|
CVS patchset: 467
CVS date: 2001/08/23 11:27:35
|
|
* fix a few compiler warnings in video_out_syncfb.c
* yuv2rgb overwrites memory when vertical scale factor is exactly 2.0
(step_dy == 16384)
CVS patchset: 244
CVS date: 2001/07/04 14:01:50
|
