Thanks for clearing that up. I must really take a closer look at snd
some time... :)
Kjetil S. Matheussen wrote:
Yes, the realtime extension that I wrote compiles a scheme-like language
into hard realtime-safe c code, which can be run and scheduled while snd
is running. Its not optimizing as m
Albert Graef:
assembler for the low-level stuff. (Not sure about snd, does it compile
to native code which can execute in realtime?)
Yes, the realtime extension that I wrote compiles a scheme-like language
into hard realtime-safe c code, which can be run and scheduled while snd
is running. I
On Thu, Jun 15, 2006 at 09:19:35 -0400, Paul Winkler wrote:
> On Wed, Jun 14, 2006 at 10:26:15AM -0700, lazzaro wrote:
> > >There are, of course, languages like SuperCollider and CSound, which
> > >ARE made for expressing audio algorithms. However, again they are
> > >generally interpreted.
> >
>
On Wed, Jun 14, 2006 at 10:26:15AM -0700, lazzaro wrote:
> >There are, of course, languages like SuperCollider and CSound, which
> >ARE made for expressing audio algorithms. However, again they are
> >generally interpreted.
>
>
> Sfront compiles a high-level music language (Structured Audio) to
On Thu, Jun 15, 2006 at 12:02:34PM +0200, Dominique Michel wrote:
> > On Wed, Jun 14, 2006 at 10:48:54AM -0400, Paul Winkler wrote:
> > > Pyrex is good for making faster python libraries, which is a great
> > > thing, but it won't help with the problem that you really
> > > don't want to be running
Le Wed, 14 Jun 2006 16:20:08 -0400,
Phil Frost <[EMAIL PROTECTED]> a écrit :
> On Wed, Jun 14, 2006 at 10:48:54AM -0400, Paul Winkler wrote:
> > On Wed, Jun 14, 2006 at 09:59:48AM -0400, Steve wrote:
> > > One thing I just learned about recently is Pyrex. It doesn't generate
> > > stand-alone prog
Frank Barknecht wrote:
Every decent sound software nowadays, like SC, Pd, Csound of course,
and plugins systems like LADSPA, VST etc. works by basically following
that model. They do so not only because it's efficient (it sometimes
isn't), but because it is easier to *think* in ugens, than to thi
Hallo,
Albert Graef hat gesagt: // Albert Graef wrote:
> But I agree, there is no point in using interpreted languages to program
> DSP algorithms which operate on the sample level. If properly designed,
> they are o.k. for providing the glue between ready-made units which
> operate on the bloc
Steve Harris wrote:
When people think they want a VM or interpreter they often want garbage
collection, generally garbage collection is not relatime safe. There
are relatime garbage collectors, but they're not common and they're
extremly complicated.
That's not necessarily true. If you can live
On Wed, Jun 14, 2006 at 10:48:54AM -0400, Paul Winkler wrote:
> On Wed, Jun 14, 2006 at 09:59:48AM -0400, Steve wrote:
> > One thing I just learned about recently is Pyrex. It doesn't generate
> > stand-alone programs but is meant for creating libraries that can be
> > called from Python -- it gene
On Jun 14, 2006, at 10:04 AM, linux-audio-dev-
[EMAIL PROTECTED] wrote:
There are, of course, languages like SuperCollider and CSound, which
ARE made for expressing audio algorithms. However, again they are
generally interpreted.
Sfront compiles a high-level music language (Structured Aud
On Wed, Jun 14, 2006 at 04:20:42PM +0200, stefan kersten wrote:
> On Wed, Jun 14, 2006 at 02:09:33AM -0400, Lee Revell wrote:
> > How do you do realtime in an interpreted language? How
> > can you guarantee the interpreter won't do something
> > that's not RT safe during a critical section?
>
> b
On 6/14/06, Phil Frost <[EMAIL PROTECTED]> wrote:
Anything but C/C++, yes. See FAUST [1], a compiled language designed
specificly for processing audio streams.
Thanks a lot. Seems simple enough. Nice tutorial and all.
alex
--
Alex Polite
http://flosspick.org - finding the right open source
Pyrex is good for making faster python libraries, which is a great
thing, but it won't help with the problem that you really
don't want to be running a python interpreter inside a realtime
dsp system.
Yes, that's sort of what I meant...
I.e., languages like Pyrex allow to compile portions of pyt
On Wed, Jun 14, 2006 at 09:59:48AM -0400, Steve wrote:
> There are, of course, languages like SuperCollider and CSound, which
> ARE made for expressing audio algorithms. However, again they are
> generally interpreted. You can run them, but they can't really be
> considered equivalent to C, able
On Wed, Jun 14, 2006 at 02:09:33AM -0400, Lee Revell wrote:
> How do you do realtime in an interpreted language? How
> can you guarantee the interpreter won't do something
> that's not RT safe during a critical section?
by properly designing the interpreter?
On Wed, 2006-06-14 at 09:59 -0400, Steve wrote:
> So why is the rest of the programming world able to move on to new
> languages while audio and realtime people are still stuck in the 80's
> with C?
We're not stuck in the 80's with C, we're stuck in the 90's with C++. C
is only used for its nostal
I think this is a worthwhile topic actually...
There is currently a shortage of interest in developing good
alternative NATIVE machine-language-compiled languages.
Although I have been programming C/C++ for a long time, I have lately
been getting into Python and I really like it... Really, there's
On Wed, Jun 14, 2006 at 07:47:36AM +0200, Alex Polite wrote:
> Hi there.
>
> Is it possible to write LADSPA plugins in anything but C/C++? I prefer
> perl, ruby or python.
>
> alex
Anything but C/C++, yes. See FAUST [1], a compiled language designed
specificly for processing audio streams. Perl,
On Wed, 2006-06-14 at 07:47 +0200, Alex Polite wrote:
> Hi there.
>
> Is it possible to write LADSPA plugins in anything but C/C++? I prefer
> perl, ruby or python.
How do you do realtime in an interpreted language? How can you
guarantee the interpreter won't do something that's not RT safe duri
On Wed Jun 14, 2006 at 07:47:36AM +0200, Alex Polite wrote:
> Hi there.
>
> Is it possible to write LADSPA plugins in anything but C/C++? I prefer
> perl, ruby or python
when it gets down to doing something as simple as mangle a few samples or
implement a filter, C is almost as concise as python
Hi there.
Is it possible to write LADSPA plugins in anything but C/C++? I prefer
perl, ruby or python.
alex
--
Alex Polite
http://flosspick.org - finding the right open source
22 matches
Mail list logo
