Age | Commit message (Collapse) | Author |
|
files with IDCT / mocomp XvMC acceleration.
Cleaned up some ugly xvmc / xxmc naming.
CVS patchset: 7122
CVS date: 2004/11/13 19:32:51
|
|
been tested, whether it works hasn't been tested ...)
CVS patchset: 7109
CVS date: 2004/11/08 05:39:54
|
|
CVS patchset: 7105
CVS date: 2004/11/06 09:23:15
|
|
CVS patchset: 7078
CVS date: 2004/10/27 14:14:20
|
|
Updated software fallback mechanism to be compatible with post plugin
deinterlacing. A decoder using the plugin can now request a software
fallback format to be used if acceleration fails.
Removed the software deinterlacer that was inherited from the xv plugin.
Made idct/mocomp fall back to software decoding for interlaced streams, since
these are not rendered correctly either with the xvmc or the xxmc plugin.
CVS patchset: 7029
CVS date: 2004/10/12 07:40:07
|
|
there is still some work to do, please report any breakages.
note: new xxmc driver tested with both nvidia and via libraries.
CVS patchset: 7007
CVS date: 2004/09/28 18:49:38
|
|
CVS patchset: 7003
CVS date: 2004/09/27 23:28:59
|
|
- some vo drivers support cropping natively.
(only xv and xvmc have been tested)
- add software crop fallback to video_out.c
- skip yuv2rgb processing at xshm for not yet cropped frames
(these frames are never shown)
- libmpeg2 and ffmpeg now may use crop support
- bump vo api. (changes to xvmc/xxmc will follow)
CVS patchset: 6991
CVS date: 2004/09/22 20:29:13
|
|
fixes sailor_moon_op_frag.mpg duration problem (wrong duration for
frames marked as progressive)
CVS patchset: 6794
CVS date: 2004/07/14 22:27:10
|
|
CVS patchset: 6624
CVS date: 2004/06/01 14:01:29
|
|
CVS patchset: 6459
CVS date: 2004/04/29 12:47:39
|
|
routines as well as the recently synced ffmpeg tree.
CVS patchset: 6454
CVS date: 2004/04/28 00:38:08
|
|
* increase ffmpeg from 5 to 6
* increase some others from 6 to 7 (they should still override ffmpeg)
* increase liba52 from 2 to 5 (since 5 is somewhat default)
* decrease win32 DLL Qt from 5 to 1 (don't worry, this is the only decoder
to handle these types, so this is not really a change; it's just that
all the other win32 decoders use prio 1)
CVS patchset: 6272
CVS date: 2004/03/16 14:12:03
|
|
CVS patchset: 6251
CVS date: 2004/03/14 20:40:39
|
|
CVS patchset: 6055
CVS date: 2004/01/19 19:23:18
|
|
CVS patchset: 6030
CVS date: 2004/01/12 17:35:14
|
|
CVS patchset: 5942
CVS date: 2003/12/24 13:34:17
|
|
CVS patchset: 5912
CVS date: 2003/12/14 22:13:22
|
|
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
|
|
CVS patchset: 5796
CVS date: 2003/11/26 19:43: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
|
|
(we should finish this before rc3.)
- stream_info and meta_info variables are private now.
obs: everything must be recompiled due xine_stream_t changes
CVS patchset: 5733
CVS date: 2003/11/15 14:54:30
|
|
CVS patchset: 5731
CVS date: 2003/11/15 13:01:00
|
|
CVS patchset: 5721
CVS date: 2003/11/11 18:44:50
|
|
(that is: putting them in the .h, not in the .c)
CVS patchset: 5602
CVS date: 2003/10/26 11:23:17
|
|
The changes to the video API of course require the video/spu decoder and
post plugin APIs to be increased as well.
CVS patchset: 5579
CVS date: 2003/10/23 20:12:33
|
|
video_out API version to 18.
CVS patchset: 5574
CVS date: 2003/10/22 20:38:09
|
|
CVS patchset: 5553
CVS date: 2003/10/20 00:33:28
|
|
- 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: 5328
CVS date: 2003/09/01 20:12:36
|
|
CVS patchset: 5308
CVS date: 2003/08/25 14:32:37
|
|
CVS patchset: 5250
CVS date: 2003/08/05 15:09:23
|
|
patch by Philip Jgenstedt
CVS patchset: 5243
CVS date: 2003/08/04 03:47:09
|
|
- 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
|
|
CVS patchset: 5003
CVS date: 2003/06/03 03:33:15
|
|
time ago
CVS patchset: 4904
CVS date: 2003/05/23 10:52:40
|
|
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: 4759
CVS date: 2003/05/04 00:56:51
|
|
mark them as bad so that doesn't happen
obs: i'm aware this is a delicate code, please report if this change
causes any problems (like with dvd menus). i hope it won't.
CVS patchset: 4706
CVS date: 2003/04/29 13:47:48
|
|
CVS patchset: 4543
CVS date: 2003/04/06 01:17:10
|
|
stream
but just do not output any frames
some DVD menus, where is_frame_needed seems to skip something important for decoding
should work now, while we should still see no artifacts on seeking
CVS patchset: 4470
CVS date: 2003/03/23 14:58:33
|
|
reference
frames, we have to evaluate the frame types earlier, because on some DVDs with
interlaced NTSC material, the fields of the frames are interwoven in a way that
would overwrite the frame type with a new value before we evaluate it, this leads to
xine endlessly waiting for I or P frames.
enabling seek_mode on decoder reset also fixes some seeking artifacts
CVS patchset: 4437
CVS date: 2003/03/17 15:25:10
|
|
CVS patchset: 4369
CVS date: 2003/03/08 08:00:59
|
|
CVS patchset: 4368
CVS date: 2003/03/08 07:50:38
|
|
CVS patchset: 4345
CVS date: 2003/03/06 16:49:30
|
|
CVS patchset: 4287
CVS date: 2003/02/26 06:49:23
|
|
CVS patchset: 3850
CVS date: 2003/01/10 11:54:10
|
|
CVS patchset: 3847
CVS date: 2003/01/09 19:15:15
|
|
for more information see message on xine-devel
CVS patchset: 3818
CVS date: 2003/01/08 01:02:27
|
|
CVS patchset: 3811
CVS date: 2003/01/07 16:48:57
|