summaryrefslogtreecommitdiff
path: root/src/dxr3/dxr3_vo_encoder.c
AgeCommit message (Collapse)Author
2001-12-16merged dxr3 and dxr3enc drivers. Will autmatically use hardware mpegHarm van der Heijden
decoding if using the dxr3 decoder plugin, uses on-the-fly mpeg encoding otherwise (provided encoding support is compiled in). some remarks: - dxr3enc is no more. I've added some transition code in loadplugins.c (look for the IGNORE_DXR3ENC) to prevent loading a stale dxr3enc plugin from a previous install and to print a message if someone tries to run xine -V dxr3enc. - small updates to configure.in and _xine.m4. Mostly about the messages, no new checks or anything. - both dxr3_vo_standard.c and dxr3_vo_encoder.c are no more. The one and only dxr3 video out driver is aptly named dxr3_video_out.c CVS patchset: 1256 CVS date: 2001/12/16 19:05:44
2001-12-13Fix to remove a bug introduced by the previous fix :-)Harm van der Heijden
Good news is that we're now using the new rte API almost 100% (exception is an omission in the current new rte API, see FIXME) CVS patchset: 1234 CVS date: 2001/12/13 03:41:31
2001-12-13added a workaround for a bug in librte-0.4. Now should support videosHarm van der Heijden
at all mpeg framerates, not just 25 Hz :-) CVS patchset: 1232 CVS date: 2001/12/13 00:36:32
2001-12-11- major code cleanup in dxr3enc driver. Still one big c file, but nowHarm van der Heijden
easy to split into core + fame + rte - now official support for librte-0.4 (zapping.sf.net); updated configure scripts, checks for librte added. Possible to compile both librte and libfame support in at the same time, configuration via .xinerc. - fixed YUY2 decoding, both for libfame and librte. Note: unifying dxr3enc (non-mpeg) and dxr3 (mpeg) seems rather easy right now. I think I'll wait with it for a bit, because perhaps the dxr3-dvd fixes need major replumbing in the dxr3 vo driver (but I don't expect that; all mpeg stuff is done in the dxr3 decoder plugin) CVS patchset: 1220 CVS date: 2001/12/11 02:26:58
2001-12-02switched to librte for mpeg encoding from the zapping projectHarm van der Heijden
(zapping.sf.net). librte is a wrapper for the mp1e backend. This works very well. I'm considering throwing out support for libfame (current default) and libffmpeg to be able to clean up the code. It's now a tangled mess of defines... Read the comments at the top of dxr3_vo_encoder.c to find out how to enable librte. CVS patchset: 1161 CVS date: 2001/12/02 21:14:51
2001-12-02av sync should now be good. was mainly a weird problem with fwriteHarm van der Heijden
seemingly not doing its job. CVS patchset: 1158 CVS date: 2001/12/02 07:08:59
2001-12-02some more work on dxr3enc with the mp1e encoder. (default is stillHarm van der Heijden
libfame). There's a massive A/V sync problem because the mpeg is encoded and sent in the frame_copy function. It should be done in the display_frame one, but that currently gives buffering problems that upset the dxr3 card. define MP1E_DISPLAY_FRAME to 1 the source and see for yourself... Perhaps Mike can conjure up another magic dxr3 register variable to make things right like he did last time :-) CVS patchset: 1157 CVS date: 2001/12/02 03:40:27
2001-12-01removed some testing stuffHarm van der Heijden
CVS patchset: 1151 CVS date: 2001/12/01 19:36:30
2001-12-01added support for mp1e real-time encoder. Needs a separate patchHarm van der Heijden
for mp1e sources though. libfame encoder still the default. CVS patchset: 1150 CVS date: 2001/12/01 19:32:44
2001-11-21dxr3enc:Harm van der Heijden
- outline top black border at 16 lines, so old and new macroblocks overlap (might reduce re-encoding artefacts) - print libfame's quantizer setting (based on quality parameter) divx4: - removed version check out of init stage to decoding stage, so as to cause minimal annoyance (you need to increase divx4 priority to get there) - re-enabled decore release command in close; this is vital now that xine closes and reopens the decoder when seeking (when did that happen?) otherwise we get 5M memory per seek - upped the version requirement to oktober 2001 (was august). This due to bug reports that decore release caused sigsev. (that's why release was disabled till now) read updated README.divx4 for more info. CVS patchset: 1095 CVS date: 2001/11/21 20:40:47
2001-11-19unify standard dxr3 config options under one banner (dxr3). The dxr3 encoderMike Lampard
is now under its own banner (dxr3enc). CVS patchset: 1078 CVS date: 2001/11/19 17:07:15
2001-11-19minor update to config optionsMike Lampard
CVS patchset: 1077 CVS date: 2001/11/19 15:06:12
2001-11-18update to work with the new config systemMike Lampard
CVS patchset: 1065 CVS date: 2001/11/18 08:25:46
2001-11-17Add 'xine_' prefix to all of xine-utils functions (what about cpuDaniel Caujolle-Bert
acceleration?). Merge xine-utils header files to a new one "xineutils.h". Update xine-lib C/headers to reflect those changes. dxr3 headers are no more installed ine $includdir, but $includdir/xine. CVS patchset: 1054 CVS date: 2001/11/17 14:26:36
2001-11-12- mpeg1 supports NTSC-FILM (23.976 fps) after all. libfame-0.8.7 hadHarm van der Heijden
a bug that prevented it, but Vivien Chappelier has fixed that now - removed unused fame mpeg1 object CVS patchset: 1026 CVS date: 2001/11/12 23:56:31
2001-11-07breakup of dxr3 videoout plugin to allow for easier syncronisation ofMike Lampard
encoding and standard plugins CVS patchset: 979 CVS date: 2001/11/07 12:30:54
generated by cgit v1.2.3 (git 2.25.1) at 2025-07-23 12:17:38 +0000