Colin, Thanks for this. Very informative.
I tried, using Brnd's "MoveTest" utility and the Move command is markedly smoother at a syncRate of 6 over that at 17. I need to do some experimentation to test 5.0. I'm hoping that RR educates us on how best to take advantage of the improvements in animation. Jim Hurley > Colin Holgate wrote: > > I just tried some values, and it appears that the documentation is wrong. The > example given of setting it to 12, makes you think that it's 12 frames per > second. Saying that 20 is the default and that decreasing the rate will > reduce CPU load, but may make things jerky, confirms that the help is talking > in terms of frame per second. > > But, if you try: > > set the syncrate to 1000 > > you'll see that there is exactly one update of the Move movement per second. > Setting it to 100 give a convincing 10 fps. > > In other words, the number is the amount of milliseconds between updates, and > not the frames per second at all. Setting it to the default of 20 would give > you 50 fps, which should be plenty smooth enough for anyone, especially if > the company that used that default lives in a country that has PAL TV. > > I believe that Mac OS and iOS have an effective fixed rate of 60 fps, so if > you're using syncrate you may as well use 17 rather than 6. > > In related news, there is a new iOS specific command, > iphoneSetRedrawInterval. With that you can have LiveCode just do updates when > iOS does them, which would be a bit like having a syncrate of 16.666, that is > in sync with the system redraw. _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode