Le 08/05/2013 09:02, Max a écrit :
Am 08.05.2013 um 03:56 schrieb Simon Wise <[email protected]>:
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.
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
