PocketMatrix

If it is any help I can write fast ARM assembler code to rotate the image if needed (or do whatever format conversion needs doing between screen layouts).

Why not have the option of displaying the screen rotated OR cut off the lower pixels and display them at the side. Some games have a main display area and a control section, and cutting the screen would work fine.

What you are doing would be implemented in exactly the same way as Thomas Wilburn's replacement gx.dll which allows rgb 565 games to run on grayscale iPaqs. You would also encounter the same problems and limitations (ie, games that don't call GXEndDraw every frame will never work quite right, and require you to automatically draw the frame a certain number of times per second).

Dan East

Actually, that is exactly what Rob would have to do as far as GAPI is concerned. He would also have to provide a very simple DLL or two with do-nothing replacement functions (like showing and hiding the SIP, etc). The existing keyboard should map exactly across. As has been said, alternatives for a handful of hardware buttons would have to be provided. Implementation would be very simple, and consist of sending WM_KEYDOWN and WM_KEYUP messages in response to a substitute hardware key or onscreen virtual key.

Rob, I would recommend supporting external config files for each app. When your DLL is initialized you can determine which app is using it, and load a config file of the same name (ie: PocketWolf.exe -> PocketWolf.gapicfg). For some games, it may be better to rotate the display (like Snails and PocketWolf since they are landscape in the first place). For other games, the config file could specify a split point at which the screen could be divided. Many Pocket PC games have some sort of control panel, etc at the bottom of the display. That would be a very logical split point. The config file could also specify keybindings to use for the hardware key substitutes.

Dan East