Age | Commit message (Collapse) | Author |
|
relevant too. Small other little fix (can't remember). Change few internal function prototype because it xine_t pointer need to be used if some xine's internal sections. NOTE: libdvd{nav,read} is still too noisy, i will take a look to made it quit, without invasive changes. To be continued...
CVS patchset: 5844
CVS date: 2003/12/05 15:54:56
|
|
scratch buffer enhancement (thanks Thibaut for the malloc tips), enlarge log buffer from 25 lines (very useless), to 150 (better).
CVS patchset: 5801
CVS date: 2003/11/26 23:44:08
|
|
CVS patchset: 5796
CVS date: 2003/11/26 19:43:26
|
|
with long frame durations
CVS patchset: 5762
CVS date: 2003/11/19 12:05:26
|
|
BIG NOTE: use helpers to access to these informations (get/set/reset):
_x_{stream,meta}_info_{get,set,reset}()
are for internal use, don't use *_public() ones from inside the beast ;-)
Some wrongly names "xine_" fonction renaming.
CVS patchset: 5757
CVS date: 2003/11/16 23:33:42
|
|
XINE_ENGINE_INTERNAL for every file
CVS patchset: 5753
CVS date: 2003/11/16 15:41:15
|
|
CVS patchset: 5721
CVS date: 2003/11/11 18:44:50
|
|
audio buffer can be NULL; this should be used to indicate that the frame/
buffer does not come directly from a stream, but was generated otherwise
(the most important result is that frames/buffers with stream NULL will not
be passed through metronom)
* modify visualization post plugins so they set the stream on the generated
frames to NULL, this avoids cluttering metronom, when playing a stream with
audio AND video AND a visualization post
* this also means modifying the way post plugins provide vpts values:
they have to calculate them themselves for now
CVS patchset: 5647
CVS date: 2003/10/30 22:40:53
|
|
* some obsolete VO_CAP_* constants removed
* VO_ZOOM_* constants replaced by their XINE_VO_ZOOM_* equivalents from xine.h
* moved some bits around
* proc_frame() needs only one parameter: the frame
* renamed copy_called to proc_called
* changed logic in video_out.c to call proc_* functions a bit
(call proc_frame() first, then call proc_slice() if proc_frame() has not set
proc_called, this allows video out plugins to have both hooks called)
CVS patchset: 5576
CVS date: 2003/10/23 15:17:06
|
|
video_out API version to 18.
CVS patchset: 5574
CVS date: 2003/10/22 20:38:09
|
|
not necessarily due to displaying it.
CVS patchset: 5468
CVS date: 2003/10/08 02:32:04
|
|
- bump vo and post interface versions
obs: video_out_xvmc.c needs some more work, see todo.
CVS patchset: 5459
CVS date: 2003/10/06 21:52:42
|
|
CVS patchset: 5366
CVS date: 2003/09/13 16:15:38
|
|
CVS patchset: 5346
CVS date: 2003/09/05 14:39:46
|
|
video_overlay_manager, because
a) this thing is called "overlay manager" by everyone
b) the term "instance" is misleading, since it suggests that you would not
share the outcome of a get_instance() with others
CVS patchset: 5288
CVS date: 2003/08/15 14:35:09
|
|
increased lately), store flags in video out loop and catch some wrong ratios
CVS patchset: 5275
CVS date: 2003/08/12 13:53:30
|
|
patch by Philip Jgenstedt
CVS patchset: 5243
CVS date: 2003/08/04 03:47:09
|
|
CVS patchset: 5161
CVS date: 2003/07/13 15:27:34
|
|
http://sourceforge.net/mailarchive/forum.php?thread_id=2753813&forum_id=7131
CVS patchset: 5155
CVS date: 2003/07/12 20:31:49
|
|
(based on the implementation, this might fix memleaks on some platforms,
although I doubt that this is the case here)
CVS patchset: 5091
CVS date: 2003/06/22 17:10:41
|
|
CVS patchset: 5034
CVS date: 2003/06/13 01:50:45
|
|
- do not trust progressive_frame for detecting NTSC 3:2, quote:
'the alternating progressive_frame encoding problem. This is a problem where the progressive_frame flag alternates between true and false every frame, when it really should have been set to "true" all the time.'
'There is a lot of content that is affected by this issue, because it's caused by a dumb decision by a very big company that made a very popular MPEG encoder. They've since fixed the encoder, but there are apparently still authoring companies that use it, because the problem is on a lot of high-profile current discs, like Disney's "Monsters Inc." and "Beauty and the Beast".'
http://www.hometheaterhifi.com/volume_8_2/dvd-benchmark-special-report-chroma-bug-4-2001.html
CVS patchset: 5025
CVS date: 2003/06/11 23:08:54
|
|
fixes, comments, suggestions are welcome
CVS patchset: 5011
CVS date: 2003/06/06 19:42:04
|
|
img->displayed is obsolete now, drivers should use img->free.
CVS patchset: 4994
CVS date: 2003/05/31 18:33:28
|
|
Change the frame dropping policy to not drop frames immediately after a seek.
CVS patchset: 4820
CVS date: 2003/05/11 12:59:38
|
|
also set some more reasonable defaults for frame skipping (12000 pts
prebuffering, at least 2 frames in advance to not skip).
CVS patchset: 4786
CVS date: 2003/05/06 20:50:11
|
|
CVS patchset: 4779
CVS date: 2003/05/06 14:02:24
|
|
This prevents to drop 1-5 frames just after a seek.
Now seeking is really smooth and sync is allways perfect ;)
CVS patchset: 4775
CVS date: 2003/05/05 22:29:30
|
|
CVS patchset: 4730
CVS date: 2003/04/30 20:19:20
|
|
CVS patchset: 4704
CVS date: 2003/04/28 23:52:27
|
|
rework xine_play_internal, wait for first frame after seek
CVS patchset: 4660
CVS date: 2003/04/23 14:33:01
|
|
handlers, so we can just use "return NULL" instead.
CVS patchset: 4533
CVS date: 2003/04/02 12:28:08
|
|
CVS patchset: 4485
CVS date: 2003/03/26 01:37:55
|
|
CVS patchset: 4484
CVS date: 2003/03/26 01:25:16
|
|
CVS patchset: 4475
CVS date: 2003/03/24 18:30:12
|
|
CVS patchset: 4345
CVS date: 2003/03/06 16:49:30
|
|
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: 4251
CVS date: 2003/02/22 14:22:13
|
|
CVS patchset: 4226
CVS date: 2003/02/21 02:05:12
|
|
CVS patchset: 4216
CVS date: 2003/02/20 11:59:32
|
|
CVS patchset: 4215
CVS date: 2003/02/20 11:40:13
|
|
important requests like flushes should be put on the fifo as the first element
CVS patchset: 4195
CVS date: 2003/02/18 18:36:30
|
|
now vo properties are passed through video ports, that is, post plugins
will be able to use/intercept them if they want.
it improves flexibily (eg. multiple outputs receiving properties) and
enables some other good things, like moving deinterlacer to a post plugin.
CVS patchset: 4111
CVS date: 2003/02/06 10:59:02
|
|
CVS patchset: 4110
CVS date: 2003/02/06 00:09:19
|
|
CVS patchset: 4080
CVS date: 2003/02/01 19:22:30
|
|
bail out if video out cannot provide more pre-alloc'ed frames
CVS patchset: 4013
CVS date: 2003/01/26 18:12:39
|
|
- do not use extra_info from the backup image, it is outdated
CVS patchset: 4005
CVS date: 2003/01/25 12:10:33
|
|
CVS patchset: 3892
CVS date: 2003/01/13 13:43:46
|
|
processing api
CVS patchset: 3875
CVS date: 2003/01/11 19:06:52
|
|
CVS patchset: 3871
CVS date: 2003/01/11 12:51:17
|