For the smooth transition effects you are describing, what part of the OpenMoko framework would have to be changed for this to work?
On 3/23/07, adrian cockcroft <[EMAIL PROTECTED]> wrote:
While the initial phone doesn't have the power for OpenGL, the next generation mobile CPUs do have graphics accelerators and OpenGL support. I think this is a very good direction to take, as a follow-on project, but not for the initial development. Some simple parts of the physics engine may be useful to start with, but would need to be coded to avoid using floating point math. If we can define a common and extensible API to a physics engine that can have simple/integer and advanced versions, then we can smooth the transition. Adrian On 3/23/07, Florent THIERY <[EMAIL PROTECTED]> wrote: > Take a look @ this iphone video: > http://www.youtube.com/watch?v=nPqqfVLQ_qY > > There is: > - it's as if the entire list is the scrolling bar, but reverted > (finger down -> scroll up) > - the list follows the pointer > - as soon as you stop touching, the list continues to scroll (in > contrary to standard gtk scrolling bar) > - the list moves at the speed measured at the end of the "touching" > - some "friction" lets it slow down > - when you touch it again, it stops the scrolling > > Questions: > - will the neo/openmoko graphics system be powerful enough for such > animation? I suspect apple to do opengl acceleration on this device, > which is waaaaay impossible for us > - ok, akamaru is overkill. But it allows friction, speed etc... > > _______________________________________________ > OpenMoko community mailing list > [email protected] > http://lists.openmoko.org/mailman/listinfo/community > _______________________________________________ OpenMoko community mailing list [email protected] http://lists.openmoko.org/mailman/listinfo/community
_______________________________________________ OpenMoko community mailing list [email protected] http://lists.openmoko.org/mailman/listinfo/community
