Age | Commit message (Collapse) | Author |
|
version; on OSX, this will only use the altivec code if altivec is actually present
svn-id: r11504
|
|
svn-id: r11219
|
|
whenever common/scaler.h is changed :-)
svn-id: r11168
|
|
be incorrect... Jamieson, maybe the MSVC6_COMPAT should be re-added then after all?
svn-id: r10552
|
|
but not with static consts)
svn-id: r10551
|
|
new additions/optimizations that use constructs with
which MSVC6 is incompatible, such as the revamped
template-based super/hq/tv scalers.
svn-id: r10540
|
|
svn-id: r10529
|
|
svn-id: r10524
|
|
trashers I call 'em :-) from diffYUV
svn-id: r10523
|
|
register keyword to hint the optimizer) for the color data. At least over here this helps the optimizer *A LOT* - instead of keeping w[] on the stack, on the PowerPC all values stay in registers, for a nice speed boost. Shouldn't hurt x86 either
svn-id: r10522
|
|
first time writing AltiVec code, so I am sure it could be done better :-). I am working on the interpolation function now.
svn-id: r10508
|
|
think for bigger speed improvement we'd have to use ASM (with C++ fallback of course)...
svn-id: r10494
|
|
(shortens/simplifies other code a bit)
svn-id: r10489
|
|
optimizations (in particular, the hq2x/hq3x scalers now are compiled into two versions, one for 555 and one for 565 mode)
svn-id: r10488
|