log libvo/aclib.c @ 26160:82bb0624e948

age author description
Sun, 10 Jun 2007 21:58:30 +0000 lu_zero avoid utter breakage on non-x86, patch from Chris Roccati <roccati@at@pobox.dot.com>
Tue, 23 Jan 2007 15:28:19 +0000 reimar Include string.h to make sure memcpy is not used without prototype
Wed, 01 Nov 2006 18:41:25 +0000 reimar ARCH_X86 simplifications
Thu, 28 Oct 2004 01:15:53 +0000 diego Handle "xxx.h" vs "../xxx.h" include paths in a consistent way.
Thu, 21 Oct 2004 11:55:20 +0000 aurel adapting existing mmx/mmx2/sse/3dnow optimizations so they work on x86_64
Fri, 25 Jun 2004 16:58:45 +0000 diego Unify the config.h #include, use "config.h" instead of "../config.h"
Thu, 20 May 2004 21:34:10 +0000 reimar fix crash due to fast_memcpy calling itself instead of libc memcpy
Thu, 07 Nov 2002 19:32:00 +0000 jkeil On non-x86 platforms, memcpy was re-implemented in mplayer and was called
Wed, 06 Nov 2002 23:54:29 +0000 arpi *HUGE* set of compiler warning fixes, unused variables removal
Thu, 22 Aug 2002 23:28:33 +0000 arpi removed nonsense 'inline'
Wed, 10 Apr 2002 05:23:13 +0000 michael memcpy must return destination ptr patch by Adam <adam@cfar.umd.edu>
Tue, 19 Mar 2002 22:32:45 +0000 michael fixing runtime cpudetect with pre SSE cpus
Tue, 12 Feb 2002 23:17:14 +0000 michael mem2agpcpy()
Sun, 09 Dec 2001 15:25:11 +0000 michael runtime cpu detection
Thu, 22 Nov 2001 19:40:38 +0000 michael 10-20% faster fastmemcpy :) on my p3 at least but the algo is mostly from "amd athlon processor x86 code optimization guide" so it should be faster for amd chips too, but i fear it might be slower for mem->vram copies (someone should check that, i cant) ... there are 2 #defines to finetune it (BLOCK_SIZE & CONFUSION_FACTOR)