Age | Commit message (Collapse) | Author |
|
Hi,
With the last patch posted deinterlace.c became obsolete.
deinterlace.h was only used in video_out_xvmc.c for the defines. I
removed the deinterlacer stuff from xvmc in my patch, because there is
only onefield which is hardware accelerated. However it has very bad
quality compared to other deinterlacers or even compared to
non-interlaced video and it's a very cheap one to run in software for
those who absolutely want to use it.
Christoph
|
|
memcpy structures.
When array of constant pointers are used for register enum configurations,
this creates more warnings because of pointer mismatches; I'd consider
casting them, but not yet.
In the memcpy_method array, mark the parts that are constant at build time
as const so to try reducing the overhead.
|
|
just an array of strings.
CVS patchset: 8611
CVS date: 2007/02/20 00:47:55
|
|
silently slowing down xine with memcpy's
CVS patchset: 4672
CVS date: 2003/04/24 17:39:04
|
|
CVS patchset: 4345
CVS date: 2003/03/06 16:49:30
|
|
CVS patchset: 1504
CVS date: 2002/02/18 02:05:06
|
|
driver and let it scale for us
- xine_list_demux_plugins update
CVS patchset: 894
CVS date: 2001/10/27 16:12:21
|
|
- warning fixes on other archs
CVS patchset: 677
CVS date: 2001/09/20 22:58:31
|
|
(looks good! albeit more cpu intensive than bob)
CVS patchset: 665
CVS date: 2001/09/19 12:02:03
|
|
changes to Xv driver to keep a list of the recent frames.
(this is needed to support a lot of DScaler algorithms)
the driver may not be the ideal place to have the recent frames
list as we could give "not so recent" frames to deinterlace code
if some are dropped at video_out.c. Though this is better than
waste our time deinterlacing frames that will be dropped anyway...
CVS patchset: 663
CVS date: 2001/09/19 02:40:58
|
|
currently only working with Xv and MMX
CVS patchset: 641
CVS date: 2001/09/16 15:14:30
|