Actually, if you just compile ScummVM with no modifications, there would be a problem with the touchscreen working correctly, without offseting artifacts, and it would also be a bit slow as it would be zooming 320x200 to 640x480.
When I compiled ScummVM for myself, I had to make some modifications to it to make it useful. First, I wanted it to run in 320x240, so I had to run it from the console. The problem was with the touchscreen not being supported by SDL. I also would like the suspend button to act like F5 button, and the OK/Cancel hardware buttons to act like left/right mouse buttons.
So I patched ScummVM to access touchscreen directly (via libts), and to make the left mouse clicking on touchscreen releases. You know, it is much more practical to initiate mouse click event on touchscreen release, not press, this way you can aim to select dialog entries safely. I also had to dump the console keymap and to hack it to map Suspend to F5. I have to load that keymap each time I want to run ScummVM.
So the result was a bit clumsy to use (switching to console, loading the keymap, etc) , and I decided not to give it life in form of .ipk. Besides, I don\'t have too much time to devote to polishing anyway.
But in the current state it is very much playable, almost perfect. Maybe I\'ll finalize it in the near future, if there is an interest. But note that the whole thing is merely a quick hack to make it work like I would like it to.
p.s. I also have compiled a dosbox pretty much the same way. It plays paratrooper and cat in fullscreen and with sound absolutely great. I think most other old games would work nice too. I even managed to run supaplex with quite playable speed (only about 1.5x slower), but this time with no sound. Adlib emulation is crawling slow, the only sound option that is worth leaving turned on is a PC speaker emulation -- but it works perfect. Well, not much time to finish it as well, and too clumsy to use.
That damn process is killing me -- first, quit X, then do some console mumbo-jumbo, and you got it working. Once you quit, start X again. It does not feel as a mainstream computing solution, you know. I thought that chvt would do the trick -- changing to console 2 leaving X in the background, running all stuff in console 2, then leaving console 2 back to console 1, where X is still working. But X does not want to restore correctly, looks like a bug nobody knows of. The best solution would be to support 320x240 directly in X, of course, but that\'s a call to pdaXrom developers, not much we can do to make it ourselves.