Le 08/05/2013 09:02, Max a écrit :
Am 08.05.2013 um 03:56 schrieb Simon Wise simonzwise@gmail.com:
On 08/05/13 07:20, Antonio Roberts wrote:
I'm using the [pd~] object to run a Gem window in a subprocess. I've noticed that the Gem window won't start rendering until I turn dsp on in both processes.
Is there any way to run Gem in a [pd~] subprocess without turning on dsp?
you probably do not want to be using pd~ for this, it is designed for working with DSP.
For a separate thread for Gem you don't want that overhead, you just need a new instance of pd ... communicate between them with sockets.
I disagree. For some uses it can be very practical to use pd~ to separate audio and video. And it has advantages, like not having to care about ports being still blocked from a previous crash and other things. In order to make the pd~ process work without dsp you still need to do a loadbang [pd dsp 1(, but then you may switch dsp off again after a second or so. this technique works well.
yes, but pd~ will still be clocked by pd at audio signal rate. so if pd~ can't render the Gem windows as fast as it should, then it will block the pd audio signal.
so, it did not really separate audio and video.
cheers c
m.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list