[PD] libPD and Unity status?
peter.brinkmann at googlemail.com
Sun Aug 12 01:56:24 CEST 2012
I hope that it won't be necessary to do this in two steps, prototyping
with Pd and deployment with libpd; that would mean discarding one of
the strengths of libpd (here's an old blog post on the matter:
It would be great if somebody figured out how to integrate libpd into
Unity and then posted the code to GitHub. I'm still hoping that Henk
Boom will write the blog post that he hinted at a while ago.
On Sat, Aug 11, 2012 at 1:13 PM, Scott R. Looney <scottrlooney at gmail.com> wrote:
> i think the answer at the moment is not to use libPD when running Unity live
> in a prototyping designing fashion, but rather instead communicate messages
> via TCP to PD itself, and let PD do the work directly. then when building
> the iOS project, you adjust the code in Xcode to use libPD for the audio
> output. that's the tricky part. i think that could work for now. it becomes
> a lot more complex to set simple audio sources, but perhaps there could be a
> mixture going on. i'll probably take further discussion off list as it would
> not relate as much to PD but more to Unity.
> On Sat, Aug 11, 2012 at 8:50 AM, patrick <puredata at 11h11.com> wrote:
>> hi Scott,
>> it's somewhat working for me on Windows, but only when using the
>> audio.clip.GetData / SetData. right now i am trying to use the
>> OnAudioFilterRead() but it's glitchy (i can hear pd running but it's mostly
>> you can see an attempt here:
>> here's my github:
>> keep us updated!
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
More information about the Pd-list