Log of /branches/dev-api-4/xvidcore/src/bitstream/mbcoding.c
Parent Directory
Revision
1038 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Thu May 22 16:36:07 2003 UTC (21 years ago) by
edgomez
File length: 59762 byte(s)
Diff to
previous 1032
,
to
selected 469
Removed this annoying \n from DPRINTF output. DPRINTF behaves
now like usual printf.
Just for fun, i decided to exercice my regexp skills:
for i in `find . -name "*.c"` ; do
sed s/'\(DPRINTF(XVID_DEBUG.*\)"\([^"]\+[^\\][^n]\)"\(.*\)$'/'\1"\2\\n"\3'/g $i > $i.tmp;
mv $i.tmp $i
done
Nice isn't it ? It just adds a \n to every DPRINTF call that
was relying on old behavior (automatic trailing \n).
Revision
1032 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Sat May 17 13:37:49 2003 UTC (21 years, 1 month ago) by
suxen_drol
File length: 59744 byte(s)
Diff to
previous 1011
,
to
selected 469
* dynamic bvop decision stats bug fixed
* added runtime debug level option. this only only activated when _DEBUG is defined.
level is specified globaly, via "xvid_glb_init_t.debug" and XVID_DEBUG_xxx defines.
references to previous DPRINTF_LEVEL_xxx's have been replaced throughout libxvidcore
* futher bitrate zone fixes for plugin_2pass2.c
* removed old ratecontrol.c from msvc project
* xvid_encraw.c specifc:
* added "-max_key_interval integer" option
* renamed -debug to -vop_debug
* added "-debug integer" option, which sets xvid_gbl_init_t.debug field
* s/length/len/ status line
* vfw specific:
* zone/bitrate typos fixed ("you eediot")
* renamed "debug" regkey to "vop_debug"
* added "debug" regeky and textbox which sets xvid_gbl_init_t.debug field
Revision
982 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Thu Apr 10 13:05:54 2003 UTC (21 years, 2 months ago) by
edgomez
File length: 59689 byte(s)
Diff to
previous 958
,
to
selected 469
2003-04-10 GMT Edouard Gomez <ed.gomez@free.fr> patch-14
Summary:
Removed all ABS() macros.
Revision:
xvidcore--devapi4--1.0--patch-14
All ABS macros have been replace with their stdlib.h/math.h
equivalent. This gives a 33% overall speedup for the plain C encoder,
while the ia32 one seems to suffer a small speed loss. However this
speed loss is very small and it seems it depends on the CPU type as
the abs/fabs usage is impacting badly on sad functions but impacting
well on interpolate functions ... weird inst'it ?
modified files:
src/bitstream/mbcoding.c src/global.h src/image/image.c
src/motion/motion_comp.c src/motion/motion_est.c
src/motion/sad.c src/prediction/mbprediction.c
src/utils/mbtransquant.c src/xvid.c
Revision
78 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Thu Mar 28 20:57:25 2002 UTC (22 years, 2 months ago) by
edgomez
Original Path:
trunk/xvidcore/src/bitstream/mbcoding.c
File length: 15138 byte(s)
Diff to
previous 69
,
to
selected 469
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.
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
enter a numeric revision.