[PD] pd, csound, fluidsynth -- and is this unnecessarily cumbersome?

Brian Fay ovaltinevortex at gmail.com
Tue Aug 12 17:59:33 CEST 2014


I'll admit that I'm absolutely unfamiliar with csound and with running
csound inside pure data, but I have to ask, could it be easier to run it
completely independently of pd? If you're on linux (and probably on OSX,
not sure about Windows), you can use jack and a program like QJackCtl or
Patchage to route audio and MIDI in between pd and other applications.

I'm not sure if csound is at all similar, but if I were using
SuperCollider, I could define a MIDI listener in SC, send it MIDI output
from pd, and pipe the audio back into pd for further processing.

Somebody could make pure data externals to communicate with the
supercollider server directly, but it seems unnecessarily complicated.

If there's a way to run CSound code, where you can output sound and take
MIDI or possibly OSC input in real time, it would likely be easier to use
this.

-Brian


On Tue, Aug 12, 2014 at 11:35 AM, forrest curo <treegestalt at gmail.com>
wrote:

> >  "It might be easier to just run the fluidsynth command line binary and
> talk to
> it over a virtual loopback midi connection which is very easy to set up
> with
> qjacktl or similar tools on Linux. Then you wouldn't need Csound or
> csoundapi
> at all."
>
> Looking at that source code, found references to 'fluidsynth.h' which led
> me to fluidsynth.sourceforge.net/api/ [towards writing an extension
> directly if the old code doesn't work out(?) (Arrgh, 'flext' next!)] Midi
> isn't the only way to use it...
> -----
> related idle(?) question:
>
> How much overhead is there from using the [csoundapi~], anyway? & does it
> connect to the system only through pd [as it does, & should do for audio],
> or can it send/receive directly to other programs, ports etc? (ie for
> example: python interpretor?)
>
>
>
>
> On Tue, Aug 12, 2014 at 2:16 PM, <puredata at 11h11.com> wrote:
>
>> Hi Frank,
>>
>> It's still compiling / running on my setup.
>> Thank you for this.
>>
>> à+
>>
>>
>>
>>
>> _______________________________________________
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140812/eedbb1ca/attachment-0001.html>


More information about the Pd-list mailing list