A nice way to start audio app programing is FAUST, you can write you algorithm in "plain math" and let it translate from the FAUST compiler to C++. Faust build the dsp code and, if you wont a GUI Interface. The resulting Source Code show some nice habits for how you can design your app to get a clean distance between the GUI part and the dsp part. The FAUST compiler optimize your "math dsp" to run real fast and stable. You can rework the C++ source afterwards with the IDE of your choice. Also FAUST comes with some faust libs with contain some nice filters osci and math funktions and a bunch of examples to start with. Faust could also translate your code to a Pd patch. And mutch more. http://faust.grame.fr/ Am Dienstag, den 16.06.2009, 03:47 -0700 schrieb Justin Smith: > As far as higher level apps are concerned, Ocaml has libraries > available for jack, alsa, and ladspa. It is garbage collected but much > faster than most other garbage collected languages. I have not tried > these libs, but they may be worth checking out. When I code an audio > app, I usually start with a prototype in PD (galan, ingen, or maybe > even ams would probably work too, but PD is more like a programming > language), then I translate the logic of the PD patch into C. If you > know your patch well enough, the translation is trivial. Since I am OK > with using PD's license, I can even peek at the C source of PD if I am > having trouble translating some built in PD object for my algorithm > (for example their optimized 4 point interpolation algorithm is > something I would not have discovered on my own). > > On Mon, Jun 15, 2009 at 1:05 PM, Robert Jonsson<spamatica@xxxxxxxxx> wrote: > > Hi, > > > > To generalize (and I like to generalize) > > all languages that do garbage collect, or otherwise cannot be trusted to > > keep deadlines, are no good for producing audio. > > This goes for most modern languages, Java, C#, basically all scripting > > languages. > > > > As I said, this is a generalization. In todays ever-faster computers the > > border is moving... still the best language for the job would be C/C++. > > > > Some good IDEs for for "visual" development are, kdevelop, eclipse and a new > > contender QT Creator, which to me looks to be a extremely competent solution > > (especially for a first release). > > > > Others will probably disagree. > > > > /Robert > > > > > > 2009/6/15 Crypto <crptdngl71@xxxxxxx> > >> > >> Hi, > >> > >> I am considering to dig a bit deeper into audio application programming > >> and > >> now I wonder which IDE and programming language to use. Are Mono, > >> Monodevelop > >> and C# too bloated for that or are they it just as fine as any other > >> IDE/programming language like C/C++ would be? > >> > >> Thx for any recommendations here. > >> > >> Regards, > >> Crypto. > >> _______________________________________________ > >> Linux-audio-user mailing list > >> Linux-audio-user@xxxxxxxxxxxxxxxxxxxx > >> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user > > > > > > _______________________________________________ > > Linux-audio-user mailing list > > Linux-audio-user@xxxxxxxxxxxxxxxxxxxx > > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user > > > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user@xxxxxxxxxxxxxxxxxxxx > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user _______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
