Age | Commit message (Collapse) | Author |
|
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
|
|
tested with asf, avi and mpeg but any media should work.
todo:
- clean up the master/slave stuff and public api.
- implement seeking on demux_sputext.c (it must seek to closest subtitle)
- general cleaning up and bugfixing
CVS patchset: 3860
CVS date: 2003/01/11 03:47:01
|
|
CVS patchset: 3854
CVS date: 2003/01/10 19:15:16
|
|
CVS patchset: 3853
CVS date: 2003/01/10 13:12:20
|
|
that fixes the problem reported by thibaut (mms pauses xine and then libmpeg2
decoder is disposed - freeing frames)
CVS patchset: 3834
CVS date: 2003/01/08 21:21:12
|
|
CVS patchset: 3830
CVS date: 2003/01/08 14:21:27
|
|
improve makefiles so hopefully documentation is installed in the right place, add text version of the faq
CVS patchset: 3783
CVS date: 2003/01/05 13:11:53
|
|
actually displayed and on the other side timeout the wait for the signal
-> improves frame display during seeking
CVS patchset: 3698
CVS date: 2002/12/27 19:14:41
|
|
of streams.
Michael, please let me know if you have a better idea! :)
CVS patchset: 3689
CVS date: 2002/12/27 03:40:07
|
|
CVS patchset: 3655
CVS date: 2002/12/23 21:04:02
|
|
- move frame discarding to inside the output loopss. it is much safer to
manipulate fifos from there avoiding any races.
- do not reject audio frames because vpts is smaller than previous. it
might happen on seeking but it's ok, because the sound driver may have
being flushed too.
- fix xine_demux_flush_engine so it doesn't call output flush too early
- remove scr adjusting
please report any problems...
CVS patchset: 3639
CVS date: 2002/12/22 23:30:29
|