Age | Commit message (Collapse) | Author | |
---|---|---|---|
2004-03-13 | While moving things down by one line 'looks better' (IMO), it also means ↵ | Max Horn | |
that the last line is blitted outside the screen -> bad. So for now I'll undo my changes to the 2xSai filter family svn-id: r13257 | |||
2004-02-27 | the 2xsai class scalers all move the resulting image one up; work around that | Max Horn | |
svn-id: r13071 | |||
2004-01-06 | updated copyright notice | Max Horn | |
svn-id: r12176 | |||
2003-12-05 | rewrote hq2x/hq3x code so that we can compile both the altivec and plain C ↵ | Max Horn | |
version; on OSX, this will only use the altivec code if altivec is actually present svn-id: r11504 | |||
2003-11-08 | cleanup whitespaces | Paweł Kołodziejski | |
svn-id: r11219 | |||
2003-11-06 | cut down dependencies a bit (so that I don't have to recompile hq2x/hq3x ↵ | Max Horn | |
whenever common/scaler.h is changed :-) svn-id: r11168 | |||
2003-10-02 | fix scaler compilation for MSVC6. However, the produced code stll seems to ↵ | Max Horn | |
be incorrect... Jamieson, maybe the MSVC6_COMPAT should be re-added then after all? svn-id: r10552 | |||
2003-10-02 | according to tsuteiuQ, this helps MSVC6 (seems it can cope with the enums ↵ | Max Horn | |
but not with static consts) svn-id: r10551 | |||
2003-10-02 | Added MSVC6_COMPAT in order to be able to disable | Jamieson Christian | |
new additions/optimizations that use constructs with which MSVC6 is incompatible, such as the revamped template-based super/hq/tv scalers. svn-id: r10540 | |||
2003-10-01 | sync with hq2x (in particular, use my Altivec code here, too | Max Horn | |
svn-id: r10529 | |||
2003-10-01 | make MSVC7 happy | Max Horn | |
svn-id: r10524 | |||
2003-10-01 | move INTERPOLATE / Q_INTERPOLATE to intern.h; remove some jumps (pipelin ↵ | Max Horn | |
trashers I call 'em :-) from diffYUV svn-id: r10523 | |||
2003-10-01 | instead of using a stack array, use regular variables (marked with the ↵ | Max Horn | |
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 | |||
2003-09-30 | added some AltiVec code. Still under development, and notice that this is my ↵ | Max Horn | |
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 | |||
2003-09-29 | synced hq2x with upstream changes; some performance tweaks to hq2x/hq3x (I ↵ | Max Horn | |
think for bigger speed improvement we'd have to use ASM (with C++ fallback of course)... svn-id: r10494 | |||
2003-09-29 | templatized more of the scalers; also introduced template struct ColorMasks ↵ | Max Horn | |
(shortens/simplifies other code a bit) svn-id: r10489 | |||
2003-09-29 | split out scalers into separate source files in common/scaler; some ↵ | Max Horn | |
optimizations (in particular, the hq2x/hq3x scalers now are compiled into two versions, one for 555 and one for 565 mode) svn-id: r10488 |