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.
I've tried this, and it's an improvement but it still causes clipping in the audio.
Essentially, what I'm trying to do is a screen recording of myself using a patch. Nearly all screen recording software for Linux use Alsa so I'm unable to record audio, due to PD locking Alsa when it's running. So, I instead am using Jack and this script http://pastebin.ca/2373980
However, even by separating the audio and video using [pd~] I'm still getting clipping in the audio
On 8 May 2013 08:02, Max abonnements@revolwear.com wrote:
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.
m.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list