On Mon, Dec 16, 2002 at 07:33:39 +, Simon Jenkins wrote:
> (BTW I know I was probably misrepresenting Perl when I called it a
> write-only language. Thats why I added the smiley and made it clear
> that I don't use it.)
I dont think you're misrepresenting Perl. That's exactly what it is.
I wo
On Monday 16 December 2002 20.33, Simon Jenkins wrote:
> *hehe* I offer to shut up and code "unless somebody pokes me with a
> sharp stick or something" and the next thing that happens is:
*hehe* Well, that's the problem. How the h*ll do one get time to
hack!? Pull the coax from the modem? :-)
On Mon, Dec 16, 2002 at 07:33:39PM +, Simon Jenkins wrote:
> (BTW I know I was probably misrepresenting Perl when I called it a
> write-only language.
I wasn't defending Perl. :)
I misunderstood the exchange - I thought that you thought
that sfront *was* the quick hack in perl.
I will quit y
*hehe* I offer to shut up and code "unless somebody pokes me with a
sharp stick
or something" and the next thing that happens is:
On Sun, Dec 15, 2002 at 07:47:07PM +, Simon Jenkins wrote:
It sounds like you'd be better off working form the Sfront SAOL code.
Well, I'm working from
On Sun, Dec 15, 2002 at 07:47:07PM +, Simon Jenkins wrote:
> >It sounds like you'd be better off working form the Sfront SAOL code.
> >
> Well, I'm working from scratch at the moment cos your code was written in a
> write-only language that I currently choose not to understand :)
You're confus
Steve Harris wrote:
On Sun, Dec 15, 2002 at 05:43:01PM +, Simon Jenkins wrote:
Steve Harris wrote:
Damn... dont encourage me. I'm gonna end up implemnting this thing for real
if I'm not careful and I allready have a dozen other things that are more
important.
I'm currently wo
On Sun, Dec 15, 2002 at 05:43:01PM +, Simon Jenkins wrote:
> Steve Harris wrote:
>
> >Damn... dont encourage me. I'm gonna end up implemnting this thing for real
> >if I'm not careful and I allready have a dozen other things that are more
> >important.
> >
> I'm currently working on my own imp
Steve Harris wrote:
Damn... dont encourage me. I'm gonna end up implemnting this thing for real
if I'm not careful and I allready have a dozen other things that are more
important.
I'm currently working on my own implementation of this. It'll be a
little bit more
than proof of concept code, bu
> > What does your thingie do that sfront doesn't do?
> > sfront compiles SAOL / SASL text files (describing a
> > processing & synthesis network) down to C which
> > compiles nicely with GCC.
>
> SAOL is still block based AFAIK. This allows you to do some really neat
> tricks with feedback, know
John Lazzaro wrote:
Steve Harris <[EMAIL PROTECTED]> writes:
SAOL is still block based AFAIK.
See:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/pdf/wemp01.pdf
Sfront does no block-based optimizations. And for many
purposes, sfront is fast enough to do the job.
It may very well be that
On Fri, Dec 13, 2002 at 12:25:13 -0800, John Lazzaro wrote:
> > Steve Harris <[EMAIL PROTECTED]> writes:
> >
> > SAOL is still block based AFAIK.
>
> See:
>
> http://www.cs.berkeley.edu/~lazzaro/sa/pubs/pdf/wemp01.pdf
>
> Sfront does no block-based optimizations. And for many
> purposes, sfront
> Steve Harris <[EMAIL PROTECTED]> writes:
>
> SAOL is still block based AFAIK.
See:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/pdf/wemp01.pdf
Sfront does no block-based optimizations. And for many
purposes, sfront is fast enough to do the job.
It may very well be that sfront could go even f
On Fri, 13 Dec 2002, Steve Harris wrote:
> On Fri, Dec 13, 2002 at 04:28:11 +0100, Tim Goetze wrote:
> > .py is really darn easy to learn and has the benefit of being
> > readable the day after. :)
>
> Yeah... one day.
>
No, one half day. :)
The documentation at www.python.org is wonderful.
--
On Fri, Dec 13, 2002 at 05:47:07 +0100, Maarten de Boer wrote:
> I missed that discussion (do you have a pointer?) but it all seems very
> much related to the example i posted some while ago:
I can't find the discussion, but it came out of the XAP discussions (not
that that helps much!).
Yeah, it
On Fri, Dec 13, 2002 at 08:57:19 -0800, Paul Winkler wrote:
> On Fri, Dec 13, 2002 at 04:06:46PM +, Nathaniel Virgo wrote:
> > I don't think a gui is necessary - just a little syntactic sugar would do.
> > After all, people have been using csound for years and it's semantically not
> > too d
On Fri, Dec 13, 2002 at 04:28:11 +0100, Tim Goetze wrote:
> .py is really darn easy to learn and has the benefit of being
> readable the day after. :)
Yeah... one day.
> >Yeah, absolutly, its just the most complex basic that came to mind, I
> >wanted to check if it could handle loads of modules
On Fri, Dec 13, 2002 at 04:06:46PM +, Nathaniel Virgo wrote:
> I don't think a gui is necessary - just a little syntactic sugar would do.
> After all, people have been using csound for years and it's semantically not
> too different from this.
Which reminds me to ask what I've been wonderin
> I couldn't resist it so I hacked up a quick script to try the blockless,
> dynamicly compiled processing we were discussing the other day.
Hi,
I missed that discussion (do you have a pointer?) but it all seems very
much related to the example i posted some while ago:
http://www.eca.cx/lad/2002
On Friday 13 December 2002 3:28 pm, Tim Goetze wrote:
> Steve Harris wrote:
> >You can define subgraphs, but not in the same file. It wouldn't be too
> >hard, but what it would really need is a graphical editor.
>
> sure, a gui will be really helpful for complex modules.
> nonetheless, i think the
Steve Harris wrote:
>> it's a nice little hack. the .g files don't look that messy
>> to me, whatever hacks may be hiding in your .pl -- which is
>> always a mess to my eyes.
>
>Yep, perl is horrible. Unfortunatly I've not learned python and ecmascript
.py is really darn easy to learn and has the
On Friday 13 December 2002 12.32, Steve Harris wrote:
> On Fri, Dec 13, 2002 at 11:27:07 +0100, David Olofson wrote:
> > Sort by dependencies... But is there any obvious way of dealing
> > with feedback loops, or do you explicitly have to specify where
> > you want the delay? Maybe there should jus
On Fri, Dec 13, 2002 at 11:27:07 +0100, David Olofson wrote:
> Sort by dependencies... But is there any obvious way of dealing with
> feedback loops, or do you explicitly have to specify where you want
> the delay? Maybe there should just be a way of hinting delay
> sensitive connections for whe
On Fri, Dec 13, 2002 at 03:21:21AM +0100, Tim Goetze wrote:
> Steve Harris wrote:
>
> >http://plugin.org.uk/blockless/
>
> it's a nice little hack. the .g files don't look that messy
> to me, whatever hacks may be hiding in your .pl -- which is
> always a mess to my eyes.
Yep, perl is horrible.
On Friday 13 December 2002 03.21, Tim Goetze wrote:
[...]
> >I went as far as defining a biquad filter in the graph format
> >(http://plugin.org.uk/blockless/blockless/modules/biquad.g), but
> > it dosen't quite work because the execution order is more or less
> > random.
>
> definitely sounds brok
On Fri, Dec 13, 2002 at 02:50:52AM +, Simon Jenkins wrote:
> >I went as far as defining a biquad filter in the graph format
> >(http://plugin.org.uk/blockless/blockless/modules/biquad.g), but it
> >dosen't quite work because the execution order is more or less random.
> >
> I haven't looked clo
Steve Harris wrote:
>http://plugin.org.uk/blockless/
it's a nice little hack. the .g files don't look that messy
to me, whatever hacks may be hiding in your .pl -- which is
always a mess to my eyes.
>I went as far as defining a biquad filter in the graph format
>(http://plugin.org.uk/blockless/b
Steve Harris wrote:
I couldn't resist it so I hacked up a quick script to try the blockless,
dynamicly compiled processing we were discussing the other day.
http://plugin.org.uk/blockless/
Nice! I've only had a very quick look so far, but just knowing it exists has
improved my day by quite a b
I couldn't resist it so I hacked up a quick script to try the blockless,
dynamicly compiled processing we were discussing the other day.
http://plugin.org.uk/blockless/
just "make" if you want to test it
Its really hacky insomnia perl code, so dont look at it ;)
It works by defining graphs (.g),
28 matches
Mail list logo
