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

[Frank Barknecht]

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/fluid/

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. 

Ciao
-- 
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 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


-- 
 Frank Barknecht                                     _ ______footils.org__