Re: Using NSThread to run a QCView
Re: Using NSThread to run a QCView
- Subject: Re: Using NSThread to run a QCView
- From: John Pannell <email@hidden>
- Date: Mon, 20 Nov 2006 17:54:27 -0700
Hi Adam-
I'd profile your application and look to run the time-consuming
procedure in a separate thread, not the view. The view, and all of
your communication with it, should run in the main thread.
For profiling information here's a starter link:
http://developer.apple.com/tools/shark_optimize.html
And this a little more in depth:
http://developer.apple.com/tools/sharkoptimize.html
I can't speak authoritatively on this, but it is my belief that
design patterns involving UI elements should live in the main thread
of the application. I have a Cocoa/QC slideshow framework I'm
developing, and had issues with transitions stuttering while images
were loading from disk. I spun the loading process off into a
separate thread, and all was well.
HTH!
John
John Pannell
Positive Spin Media
http://www.positivespinmedia.com
On Nov 20, 2006, at 8:11 AM, Adam Radestock wrote:
Hi,
I'm developing an application to run Quartz Compositions on
projection screens in a nightclub using a MacBook Pro with the
projectors run off the external display port...
I have a problem with the QCView 'pausing' when the application is
busy doing other things, so wanted to run the QCView in a separate
thread, but cannot work out how to do this.
I have looked at the documentation for NSThread and using
Distributed Objects, but cannot work out how to implement the
theory. :-)
Does anyone have any suggestions for how to get this working? Or
maybe there is another way to prevent the QCView from being
affected by other actions?
Thanks,
Adam Radestcok
Glass Monkey Design Co
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40positivespinmedia.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden