2007-07-10, 21:45
wizboy11,
can you upload the h.264 files ? I would like to quick test them on a DX1480.
can you upload the h.264 files ? I would like to quick test them on a DX1480.
Quote:The resulting code should be considerably faster in the majority of cases and avoid the numerical instability problems of 387 code, but may break some existing code that expects temporaries to be 80bit.
-falign-functions -frename-registers -ffloat-store
Quote: neat. could you try running the benchmark switch on it? turn on debug log, then add a .conf file with same name as the file you play ie filename.avi.conf in same dir as file.BTW, You can tell I like anime by them (but seriously, it's the only short things I had lying around, both OPs)
file should just contain these two lines.
benchmark=1
nosound=1
then look at xbmc logfile after playback, it should give you timings for the playback.
OPTFLAGS = -march=pentium3 -mmmx -msse -mfpmath=sse -Os -pipe -fomit-frame-pointer -ffast-math -m32 -mpreferred-stack-boundary=4 -malign-double -falign-functions -frename-registers -ffloat-store
EXTRA_INC = -I/c/XBMC/mplayer/xbmcsys -I/c/XBMC/mplayer/xbmcsys/xbmc_vobsub -D_XBOX -DXBMC_VOBSUB -march=pentium3 -mmmx -msse -mfpmath=sse -pipe -fomit-frame-pointer -ffast-math -m32 -mpreferred-stack-boundary=4 -malign-double -falign-functions -frename-registers -ffloat-store
OPTFLAGS = -I../libvo -I../../libvo -fno-PIC -march=pentium3 -mmmx -msse -mfpmath=sse -Os -pipe -m32 -mpreferred-stack-boundary=4 -malign-double -ffast-math -fomit-frame-pointer -falign-functions -frename-registers -ffloat-store -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 $(EXTRA_INC)
12:10:23 M: 34058240 DEBUG: msg: Compiler did not align stack variables. Libavcodec has been miscompiled
and may be very slow or crash. This is not a bug in libavcodec,
but in the compiler. Do not report crashes to FFmpeg developers.
Quote:And does it have an impact on the visual quality?It shouldn't, AFAIK, but I'm no coder nor an expert. If anything happend, changing -O4 (which defaults to -O3 since O4 doesn't exist) to -Os made it more stable by disabling optimizations.
Quote:Note that -O2 is regarded as safer than "-O3", and "-O3" can often be a counter-productive attempt at optimization. On computers with limited cache and/or memory, "-Os" may provide better performance in some cases through smaller binaries, although it is slower when using the OpenSSL library with small keys (DSA keys with less than 2048 bits on VIA C3-2, 1200 MHz and 64 kb on-die cache).
gronne Wrote:Could any coder explain why this made it faster?it's probably faster because the smaller code fits better into the cpu cache and/or the conditional jump prediction works better on this code.
elupus Wrote:xvidcodec is slower, (and worse in reliability)