[PD] Render a Gem window in [pd~] without dsp turned on

Cyrille Henry ch at chnry.net
Wed May 8 11:53:23 CEST 2013

Le 08/05/2013 09:02, Max a écrit :
> Am 08.05.2013 um 03:56 schrieb Simon Wise <simonzwise at 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.


> m.
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

More information about the Pd-list mailing list