IMHO the orchestra language is good for
lots of things. You can write a filter
from scratch, for instance. You can do
higher-leverl instruments. It is also
simple to teach,compared to say,
supercollider.

But the real goal would be to allow for
other languages to be defined for the
csound engine. I suppose with the new
parser this might be easier to achieved.

In that case, we would be able to use the
original csound language or some other(s)
that would have been created for it.

Victor


> Michael Gogins wrote:
>
> > Backward compatibility applies mainly to orchestras and
> > scores, since the API has not been, and perhaps still is
> > not, in a finished state. Once the API is really stable
> > we can tag a set of it as stable.
>
> Ok, that makes sense.
>
> > Just how do you like to work, anyway? Perhaps we could
> > come up with some suggestions to support it.
>
> Well first off, I don't like the score files very much. I
> would prefer to work with external software and hardware
> event generators and controllers. I probably haven't dug
> deep enough into the  possibilities here.
>
> Secondly, I'm not real keen on the way the default method
> for instrument output is to the final output buss. I'd
> much prefer it if each instruments wrote to its own output
> buss which was then mixed to generate the final output. I
> know this is basically possible by defining a mix
> instrument, but that seems so clunky, especially if the
> mix control for each instrument comes from an external
> source.
>
> I don't mind defining instruments in a text file. I do
> mind the current orchestra definition language :-). Its
> nasty and really  showing its age. A language something
> like what sfront uses would  seem more appropriate.
>
> Thats off the top of my head. Maybe more later.
>
> Cheers,
> Erik
> --
> +---------------------------------------------------------
> --+
>   Erik de Castro Lopo
> +---------------------------------------------------------
> --+ "I ran it on my DeathStation 9000 and demons flew out
> of my nose." --Kaz
>
>
> ----------------------------------------------------------
> --------------- Using Tomcat but need to do more? Need to
> support web services, security? Get stuff done quickly
> with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on
> Apache Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
--------------------------------------
   This Email Was brought to you by
               WebMail
    A Netwin Web Based EMail Client
  http://netwinsite.com/webmail/tag.htm


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Victor Lazzarini wrote:

> IMHO the orchestra language is good for
> lots of things. You can write a filter
> from scratch, for instance. You can do
> higher-leverl instruments.

Maybe I need to be more specific.

  - I find the ORC language too close to assembler for my liking.
  - Its nasty to parse making implementation of a new parser to
    parse the current language more difficult.
  - Instruments have numbers instead of names.
  - More complicated instruments depend too much on the dreaded
    'goto'.

> It is also simple to teach,compared to say,
> supercollider.

I would not hold up the SuperCollider language as an good 
example :-). In fact I agree, what Csound has now is better
than supercollider.

Here is an example from sfront:

    http://www.cs.berkeley.edu/~lazzaro/sa/book/simple/sine/sine.saol

> But the real goal would be to allow for
> other languages to be defined for the
> csound engine. I suppose with the new
> parser this might be easier to achieved.

The fact that the new parser has to be able to parse the old
language will make development of the new parser difficult :-).

> In that case, we would be able to use the
> original csound language or some other(s)
> that would have been created for it.

I'm currently playing around with the idea of developing a 
parser for a new orchestra definition language. That parser
will then spit out code for the current ORC language.

Erik
-- 
+-----------------------------------------------------------+
  Erik de Castro Lopo
+-----------------------------------------------------------+
"And MS thinks Linux is vulnerable to forking? 95, 95 OEM SR2, 98, 98SE,
ME, NT, 2000, Bob, .NET, CE, Datacenter, Server, Adv. Server, and now
Web Server, sheesh." -- BTS on LinuxToday.com


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

>   - Instruments have numbers instead of names.

  named instruments have been in there for a number of years.

>   - More complicated instruments depend too much on the dreaded
>     'goto'.

if/then has been in there for a number of years.

you can also use user-defined-opcodes and named instruments
as subroutines..



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net