Age | Commit message (Collapse) | Author |
|
svn-id: r10698
|
|
be changed, but it seems to work well enough to put it into CVS
svn-id: r10687
|
|
svn-id: r10685
|
|
svn-id: r10684
|
|
reimplemented merge()
svn-id: r10683
|
|
svn-id: r10649
|
|
invalid uses if we don't give a body
svn-id: r10610
|
|
svn-id: r10608
|
|
svn-id: r10607
|
|
svn-id: r10604
|
|
gets reset); remove obsolete 256 color blending code
svn-id: r10592
|
|
svn-id: r10562
|
|
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
|
|
svn-id: r10544
|
|
svn-id: r10541
|
|
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
|
|
svn-id: r10490
|
|
(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
|
|
timer.cpp); set g_system earlier (might prevent a few race conditions)
svn-id: r10471
|
|
after AdvMame2x, and 9 and 0 are AdvMame3x and Hq3x respectively.
I agree with Fingolfin that we'll need a better way of handling this in the
future, though.
svn-id: r10461
|
|
svn-id: r10454
|
|
be useful should we choose to templatize the scalers for 555/565 mode optimizations)
svn-id: r10451
|
|
svn-id: r10448
|
|
Apparently MSVC6 does not like overloading of template
functions when the template arguments vary between
versions of the overloaded function. I replaced
interpolate16 with functions that have two different
names, so MSVC6 won't see them as being the same
function with [it insists] the same number of template
arguments.
svn-id: r10446
|
|
another 4-5000 lines of code, and scaler.cpp already takes far too long to compile. Maybe we should seperate the scalers into several files in common/scaler/ ?)
svn-id: r10438
|
|
function interpolate16 which is used by hq3x (advantage of the old trick which abused Q_INTERPOLATE: smaller & better optimized code; very easy to adapt the function for other uses, like for hq2x/hq3x. Drawback: scaler.cpp takes even longer to compile now :-)
svn-id: r10433
|
|
threads aren't very portable anyway, better we only use timers); introduced OSystem::TimerProc type
svn-id: r10430
|
|
svn-id: r10389
|
|
svn-id: r10363
|
|
in some places
svn-id: r10358
|
|
svn-id: r10354
|
|
and dotmatrix ones to Ctrl-Alt C and Ctrl-Alt-D.
(Does anyone else feel that scanlines and dotmatrix should either be
rewritten so that they can be combined with any scaler and aspect ratio
correction, or removed? That's why I moved them off the Ctrl-Alt <digit>
hotkeys.)
svn-id: r10353
|
|
svn-id: r10349
|
|
svn-id: r10346
|
|
possible to have an overlay with a different size than than the 'normal' screen (e.g. if the game runs at 320x200 and a 2x scaler runs, the overlay could be made 640x400 big, if the backend supports that)
svn-id: r10326
|
|
definition linker error when building ScummVM with loadable modules
svn-id: r10303
|
|
barebone ScummVM (or maybe I just want to increase our CVS stats? <g>)
svn-id: r10287
|
|
svn-id: r10284
|
|
(this removes the need for an ugly hack in the build system, and is also conceptionally cleaner)
svn-id: r10282
|
|
svn-id: r10279
|
|
simplify some code; added a global g_sound pointer in bs2, this cuts down on uses of g_sword2 (of course both should be removed on the long run); some other minor tweaks/fixes
svn-id: r10278
|
|
svn-id: r10270
|