AgentQ replied to this in another thread, saying... No, it's not possible. The software scaler currently implemented scales from 320x200 to 256x200, and uses a large portion of the CPU. This is about as fast as it can be, and it doesn't have to cope with scaling in two directions. 640x480 is four ti...

agentq wrote:No, it's not possible.

This looks like it has jumped threads from:

http://forums.scummvm.org/viewtopic.php?t=4926

Replying back in the original thread.

Robin

No. Games that run at 640X480 won't ever run on the Ds. The screen is just too small. On WinCE, we get away with scaling the 640x480 screens to 320x240 and it's perfectly playable. On the DS we'd need to scale from 640x480 to 256x192 - even smaller, but only just so. But you have the freedom to dis...

One column is still garbage :) By the way when you STMFD a new register at the beginning, think about offsetting r9 in LDR r9, [r13,#9*4] @ r9 = palette I don't have too much time to check it though so hopefully you'll find it by rereading the code ;-) New version in the usual place. Should fix an ...

robinwatts wrote:I'll try and look over the code again later to see where I've messed up.

New version in the same place with at least 1 column fixed.

Robin

Tramboi wrote:the new version doesn't work (some columns are fucked up) but it is indeed faster (10.5ms) so I'll try to fix it, or re-unroll it from scratch, it looks worth it!

I'll try and look over the code again later to see where I've messed up.

Ta,

Robin

Fixed it and commited it, it went from 14ms to 13ms... Shall we try for 12ms? :) New version at: http://www.wss.co.uk/scummvm/blitters_arm.s I've unrolled it one more time, which means we can use LDMs instead of LDRHs. That should trade 8 N16 cycles for 8 S16 cycles. My very rough calculations reck...

Yes, the VRAM is indeed uncached hence the gain. Thanks for polishing this version, I just did the basic stuff to check the proof of concept of gathering reads. I'll test it as soon as I can use my main computer again. But I really wonder what next optimization to do next. Dirty rectangles :) Maybe...

In the latest version I see you've done LDRH and masking, instead of 2 LDRBs. Normally, I'd expect that to be slower as the first LDRB would pull a whole cache line in, and subsequent LDRBs would run very fast. But, if it's running in VRAM there is a strong probability that this will be uncached, an...

I would imagine that using the dirty rectangle would have massive gains since most of the scumm games modify very little most of the time. Of course, scrolling is important, but some of the scumm games scroll only very occasionally, since it was slow on the original PC games as well. If all the gam...

Nice job finding the mistake in there - and nice optimisation in the 8bit case too. I note that the DS scaler takes a whole screen and scales it on at once. Is there mileage in only rescaling the dirty rectangle? (Obviously, if you scroll the screen, that dirty rectangle would have to be the full sc...

Hi everybody, there *is* a software scaler that is nearly working and has been optimized by Robin "I-write-plenty-of-ARM-code-and-I-like-it" but you have to tweak the sources, build your own binary and live with the glitches. Some people do crosswords, some people do suduko. I do ARM :) W...

AGI seems well structured a little too light on the graphic side (only 16 colors mode). So finally at the moment there's no tool to develop an adventure with minimum 256 colors. There is a hack called AGI256 that allows AGI games to be authored with 256 colour graphics. ScummVM supports this hack. ...

No way for create a "scumm game maker"? The source code of scumm is in the code of scummvm... or not? The information needed to create a ScummVM game maker should indeed all be contained within the ScummVM source code. That doesn't mean that anyone has taken that information and coded suc...

n00bje wrote:Is there a way to smooth out the cursor movement?

Move your stylus more slowly across the touchscreen?

Robin