Aaron Ardiri wrote: > if your running on a device with VRAM - it does alternate :) > but, looking closer at the code on devices that dont have VRAM, > its a horrid mess.. badly written..
All true. So, I suppose if you know the device has VRAM, you can use the API for hardware page flipping. > no, what we really need is a feature that lets us know what the display > hardware is and the address of the controller register memory. people > doing hardware flipping will take the time and write this code themselves. I think in fact we agree here. I definitely agree with you that PalmOS should define standard features that are set appropriately on each device to allow third party developers to test the hardware. This is critical to allow developers to safely talk directly to the hardware. And I'm sure you wouldn't also mind it if the OS provided an API for hardware page flipping. palm already does this with the CPU type (feature to let us know which CPU is there)... it'll be a very easy addition.. could even release "patches" that fix it for older units.. its just setting a feature.. not rocket science.. You'll get no argument from me! as a game programmer, i dont trust some college graduate that has zero knowledge of game programming to write a system level API routine like that.. anyone with any game programming knowledge would never have written the WinScreenLock() API's as they are written.. The API wasn't written for hardware page flipping. It's just that the API looks like it could support this, when in fact it doesn't. if you want something done right, you do it yourself :) a good programmer would check that the hardware exists before they start poking at it.. however, there are people out there that will ask how to do page flipping - and, palmsource can suggest the WinScreenLock() API's to get them started. Over time, it's natural to have the OS do more. And yes, that means putting up with problems. I think I'd rather have the OS provide a TCP/IP stack for me ;-) -- Peter Epstein -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
