> Good heavens, so on SL, a sprite that is entirely off-screen will > automatically be disabled, but won't prevent the upstream patches from > executing? Surely this doesn't offer much scope for improving performance?
Correct -- it cuts out some GL chatter, but it's fairly small. As you later state, skipping this could cause graph evaluation errors if upstream providers were disabled. :/ > On the other hand, if it did prevent upstream execution, this would be a > problem. Quite a few times I've lazily put an output into an off-screen > sprite to force a bunch of upstream patches to execute. What other > force-execution "sink" type solutions are possible? Does plugging into an > Iterator with 0 iterations still work? I note iterators on SL don't execute > unless they contain some other patch (consumer or otherwise). My personal favorite sink is currently the zero-width sprite (optionally off-screen) -- iterators are no longer forced executors, so they won't force execution anymore. _______________________________________________ Do not post admin requests to the list. They will be ignored. Quartzcomposer-dev mailing list (Quartzcomposer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/quartzcomposer-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
