Hi,
the source code of fluid~ external for Pd is part of the externals repository on Sourceforge, more specifically it's here: http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/footils/flu...
It's pretty old code and hasn't been updated since 2007 or so. Building it is tricky because it requires the flext-framework to be installed and running as well. A binary might be part of the pd-lork variant of Pd, but it definitely isn't part of Pd-extended.
Unfortunatly I haven't been able to follow the latest (read past 1-2 years) of Pd development very much so I cannot be of much further help with building the external ...
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.
Frank
On Mon, Aug 11, 2014 at 08:49:22PM -0700, David Medine wrote:
I saw on the fluidsynth website something about a fluid~ object for Pd, but the link is dead. Anybody out there know about this?
BTW, this was the site with the dead link: http://sourceforge.net/p/fluidsynth/wiki/Applications/
On 08/11/2014 06:25 PM, forrest curo wrote:
Mainly I want to use the computer (pc running linux) as a musical instrument -- ie construct ways to input notes, changing volumes, timbres ect in real time, eventually have a system set up to run a sequence back with variations, different instruments, etc. while I play along with some other voice...
Soundfonts & fluidsynth work very well for producing basically ear-friendly sounds... Pd looks ideal for handling HID input, keeping track of incoming notes, doing interesting things with these.
But to connect these two things I've been using csoundapi~ and fluidsynth opcodes. As I understand this, pd is running a copy of csound in a sort of virtual box?
Anyway, it gets tricky to hit the same note, same channel in close succession, because the repetition going through the fluidengine cuts the first note off -- and in any case that first note is not available for separate processing until it comes out through the fluidOut opcode, mushed together with everything else sent to that fluidengine.
Running multiple fluidengines in csound is quite doable, but starts slowing the system down after the first two or three...
But basically, all I'm getting from the csound and the fluidengine is this Rube-Goldberg arrangement for playing from a pleasant set of sound-samples. Reading audio arrays -- something pd should do on it's own perfectly well...
Suggestions for finding samples in an sf2 file, putting it into a pd array, and thus playing it more directly?
Forrest Curo San Diego US
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list