Log of /branches/release-1_3-branch/xvidcore/src/utils
Directory Listing
Revision
1925 -
Directory Listing
Modified
Mon Dec 27 16:39:33 2010 UTC (12 years, 3 months ago) by
This commit was manufactured by cvs2svn to create branch
'release-1_3-branch'.
Revision
1877 -
Directory Listing
Modified
Wed Sep 16 17:11:39 2009 UTC (13 years, 6 months ago) by
Isibaar
Original Path:
trunk/xvidcore/src/utils
no_exec stack patch for x86_64 too by Michal Schmidt (mschmidt at redhat dot com)
Revision
1663 -
Directory Listing
Modified
Sat Dec 10 05:20:35 2005 UTC (17 years, 3 months ago) by
syskin
Original Path:
trunk/xvidcore/src/utils
slightly better trellis - check at least 3 coefficients. 0.05dB better with no measurable speed penalty
Revision
1632 -
Directory Listing
Modified
Tue Sep 13 12:12:15 2005 UTC (17 years, 6 months ago) by
suxen_drol
Original Path:
trunk/xvidcore/src/utils
Field interlaced decoding, contributed by Christoph Kuehnel
decoder.c
=========
- Some new defines for DIV
- <decoder_mb_decode> modified: had wrong address offsets for interlaced
- <decoder_mbinter_field> = new function for interlaced
- <get_motion_vector_interlaced> = new function for interlaced motion vector prediction
- <decoder_pframe> modified so that it differs between frame and field prediction
global.h
========
- For field motion prediction MACORBLOCK has new member that is the average of
field1 and field2 motion vector = <mvs_avg>
xvid.c
======
- For field predicted macroblocks we need new field oriented transfer functions.
For colour calculations they may only process 4 lines (one field from the colour
macroblock that is 8x8). So I introduced 4 new function pointers:
<transfer8x4_copy, interpolate8x4_ ...)
mbcoding.c
==========
- _DEBUG code; index is checked against 64
interpolate8x8.[c,h,asm]
===========================
- New 8x4 functions
mbpredicition.[c,h]
===============
- New function <get_pmv2_interlaced> for interlaced prediciton according to spec
mem_transfer.[c,h,asm]
==============
- New 8x4 function
Revision
1627 -
Directory Listing
Modified
Mon Aug 1 10:53:46 2005 UTC (17 years, 8 months ago) by
Isibaar
Original Path:
trunk/xvidcore/src/utils
* Writing pointed data is always better than memory
addresses (Patch by GomGom)
* Trivial style thingies (Patch by GomGom)
* No width and height declared in write_tga bug
(Patch by GomGom, spotted by Paul Kurucz
ptk9417 at ritvax.isc.rit.edu)
Revision
1620 -
Directory Listing
Modified
Tue Jun 14 13:58:21 2005 UTC (17 years, 9 months ago) by
Skal
Original Path:
trunk/xvidcore/src/utils
+ Aligned local arrays in test_transfer() of xvid_bench.c
+ optimized the C-version of mem_transfer.c. You can activate
the new code by commenting out the "#define USE_REFERENCE_C"
at the beginning of the source file.
Revision
1617 -
Directory Listing
Modified
Mon May 23 09:29:43 2005 UTC (17 years, 10 months ago) by
Skal
Original Path:
trunk/xvidcore/src/utils
encoder.c: simplify_time() optimized by Euclid.
bitstream.c: write_video_packet_header() was buggy and
kind of obfuscated, as noticed by Sigdrak at free.fr.
from Edouard:
gcc4 warning removal.
- No executable shared objects installed
(Do not install the lib as executable. It's no use as the SO has no
main symbol anyway, and the static lib is not runnable anyway.)
- Statically link xvid_bench with libxvidcore.a
- New autoconf garbage removal
- Quotes in configure.in
Revision
1570 -
Directory Listing
Modified
Thu Dec 9 23:02:54 2004 UTC (18 years, 3 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
Merged fixes for PPC, should improve GNU gcc support nad fix a couple of bugs for wrong data alignment
Revision
1519 -
Directory Listing
Modified
Sat Jul 24 11:46:08 2004 UTC (18 years, 8 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
ASM data section cleanups + important bugfix to bvop ref interpolation rounding
Revision
937 -
Directory Listing
Modified
Sat Mar 22 14:04:48 2003 UTC (20 years ago) by
syskin
Original Path:
trunk/xvidcore/src/utils
cleanups; dark blocks prevented in bframes; warning: bframes have lower quality due to thresholding: decrease quantizer (150/0 for example);
Revision
851 -
Directory Listing
Modified
Sat Feb 15 15:22:19 2003 UTC (20 years, 1 month ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
Moved dev-api-3 to HEAD -- Nasty but efficient -- Merging work has been done too
Revision
824 -
Directory Listing
Modified
Sun Feb 9 19:32:52 2003 UTC (20 years, 1 month ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
I made all these changes on my own working copy until i had
something really usable wihtout regressions for most users.
I think its place is now in CVS. Here is a ChangeLog summary
generated from my local patches.
base-0
Imported xvidcore 0.9.0 into arch repository
patch-1
Updated to current stable CVS_HEAD
patch-2
Changed build system for Unix OSes
patch-3
Fixes for the new build system in sources.
patch-4
Fixed options and added the --disable-assembly option
patch-5
Fixed a BSD checking in nasm output format.
patch-6
Fixed the "ar" "s" option for some platforms.
patch-7
Changed the way I add strings into variables.
patch-8
Fixed portab.h for _DEBUG target and GCC/ICC compilers.
patch-9
Added Altivec detection (Guillaume Morin)
patch-10
Fixed MacOSX build.
patch-11
Fixed WIN32/_MSC_VER confusion and updated MSVC libxvidcore.dsp project file.
patch-12
DivX4 compatibility layer has been turned into an option (default:disable).
ToDo:
- Fix IA64 assembly file selection.
- Do I disable PPC assembly code ? (according to Guillaume, it needs to be updated)
Revision
603 -
Directory Listing
Modified
Sat Oct 19 11:41:12 2002 UTC (20 years, 5 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
Changed Michael Militzer to name + email (next patch will fix copyrights with the right holders)
Revision
599 -
Directory Listing
Modified
Wed Oct 16 20:58:22 2002 UTC (20 years, 5 months ago) by
h
Original Path:
trunk/xvidcore/src/utils
fixed stupid-programmer interlacing bug
fields could have been incorrectly handled due to missing bias test
Revision
587 -
Directory Listing
Modified
Wed Oct 9 22:51:42 2002 UTC (20 years, 5 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
- Removed a stupid ')' squatting the previous gruel's patch :-) (did you ever check the code compiled ?)
Revision
424 -
Directory Listing
Modified
Thu Sep 5 21:32:30 2002 UTC (20 years, 6 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
- Added copyrights (yeehaw, my only copyrighted file in XviD :-)
- Removed history from file
Revision
418 -
Directory Listing
Modified
Thu Sep 5 20:59:45 2002 UTC (20 years, 6 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
- Added legal header
- Michael's copyright (until we find who is the origibal author)
Revision
414 -
Directory Listing
Modified
Thu Sep 5 20:36:01 2002 UTC (20 years, 6 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
- Added information about possible patent infringements
- Added NotaBene about the non thread safe state of the code
Revision
368 -
Directory Listing
Modified
Fri Aug 9 19:58:42 2002 UTC (20 years, 7 months ago) by
chl
Original Path:
trunk/xvidcore/src/utils
Added several MB-functions which do the same as MBTransQuantInter/Intra now,
but split into several routines. MBTransQuantInter2/Intra2 do the same as
-Inter/Intra but using the split up routines, MBTransQuantBVOP skips unneeded
decoding operations for B-VOPs.
Revision
347 -
Directory Listing
Modified
Sun Jul 28 13:06:46 2002 UTC (20 years, 8 months ago) by
chl
Original Path:
trunk/xvidcore/src/utils
Modified SKIP mb behaviour for Pframes when Bframes are active: Check if
intermediate B-block can be skipped, too. Check for SKIP is now done
in encode_pframe(), not in MBCoding().
Revision
259 -
Directory Listing
Modified
Sat Jul 6 17:04:57 2002 UTC (20 years, 8 months ago) by
chl
Original Path:
trunk/xvidcore/src/utils
Minor modifications for supporting multithreaded ME.
Without _SMP symbol there should be no changes in behaviour.
Revision
249 -
Directory Listing
Modified
Sat Jun 29 11:47:17 2002 UTC (20 years, 9 months ago) by
ia64p
Original Path:
trunk/xvidcore/src/utils
re-fixing check_cpu_features compiling / linking issue, hopefully it is sufficent for all platfroms, now
Revision
245 -
Directory Listing
Modified
Wed Jun 26 15:59:51 2002 UTC (20 years, 9 months ago) by
ia64p
Original Path:
trunk/xvidcore/src/utils
fixing a problem with check_cpu_features, that prevents compiling of the codec on platforms other than x86.
Revision
236 -
Directory Listing
Modified
Sun Jun 23 19:48:06 2002 UTC (20 years, 9 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
- transfer_8to16sub2_mmx activation
- Compile fixes (a missing image/font.h ???)
- Linux Makefile update to take care of last changes in feature
constants
Revision
220 -
Directory Listing
Modified
Sun Jun 16 22:38:08 2002 UTC (20 years, 9 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
- Added legal header
- The x86 specific function 'check_cpu_features' is only declared
when ARCH_X86 is defined
Revision
82 -
Directory Listing
Modified
Fri Mar 29 00:38:29 2002 UTC (21 years ago) by
h
Original Path:
trunk/xvidcore/src/utils
interlacing speedup - transfer strides used instead of manual field-to-frame conversion
Revision
78 -
Directory Listing
Modified
Thu Mar 28 20:57:25 2002 UTC (21 years ago) by
edgomez
Original Path:
trunk/xvidcore/src/utils
Big patch, use it with care (tests done with GNU/Linux) :
- Trivial warnings in encoder.c line 282 ret1 = ret 2 = 0;
- Lot of "New line at end of file missing" warnings fixed (gcc3)
- All 2d arrays have been turned into 1d arrays
To force alignment of matrices on stack, use DECLARE_ALIGNED_MATRIX
(read portab.h)
Win32 users should give feedback.
Revision
69 -
Directory Listing
Modified
Tue Mar 26 11:16:08 2002 UTC (21 years ago) by
h
Original Path:
trunk/xvidcore/src/utils
interlacing support - slow (MBDecideFieldDCT()), buggy (p-frames), incomplete (field motion prediction)
Revision
64 -
Directory Listing
Modified
Sun Mar 24 05:47:48 2002 UTC (21 years ago) by
h
Original Path:
trunk/xvidcore/src/utils
foxer's cbr mode
(hijacks the rc_buffersize variable and uses it as reaction delay - easier than changing xvid.h)
