At 8:03 PM +0100 4/4/07, Daniel Stenning wrote: >Agreed. But in this case the user can not interact with the app while the >process is running anyway except to cancel the process. Were there a need to >interact with the GUI in parallel with the process ( apat from just >canceling the task ) then all the suggestions make sense, but not for a task >that basically you set going and leave alone ( or go off and switch to >another app - say a browse or email app while waiting ) > >The thing that gets me is that this only seems to have become an issue in >the latest few releases. I never used to have to keep tickling the app like >this. I suspect something even loop wise isnt quite right or has been >changed,
I am seeing something similar and in the same time frame of releases. I used to do animation (OpenGL stuff) through timers. It was a bit of a hack and not as smooth as I'd like but it worked. Then I dutifully moved it all into a more powerful thread-based technique that made it much smoother and more frame-rate stable on both the Mac and Windows. Then, in 2006 r... something... a change was made in the event loop or threading that causes the animation to be much slower and, most strangely, if I scrub the mouse back and forth, the animation speeds up. No clicking or dragging, just moving the pointer. It's like I remind the app that I'm watching and so it gets more cycles from the processor. This is not happening at all on our Windows builds... very annoying (and unprofessional looking) Any ideas or help on this one? Regards, Steve Upton -- _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
