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)
|