| Mon, 26 Jan 2009 09:29:53 +0000 |
diego |
HAVE_3DNOW --> HAVE_AMD3DNOW
|
| Fri, 16 Jan 2009 21:04:52 +0000 |
reimar |
100l, forgot to delete two defines left over from old HAVE_MMX handling code.
|
| Fri, 16 Jan 2009 09:32:54 +0000 |
reimar |
More #ifdef HAVE_MMX etc. missed by earlier search.
|
| Fri, 16 Jan 2009 09:21:21 +0000 |
reimar |
Lots and lots of #ifdef ARCH_... -> #if ARCH_...
|
| Wed, 30 Jul 2008 12:01:30 +0000 |
diego |
Start unifying names of internal preprocessor directives.
|
| 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)
|
| Wed, 13 Jun 2001 16:12:14 +0000 |
nickols_k |
Issues about P3 performance and SSE2 support.
|
| Sat, 05 May 2001 13:30:00 +0000 |
nickols_k |
Moving fast_memcpy to separate file (Size optimization)
|
