I welcome the changes that Istvan has been making to string handling in Csound, but I certainly agree with Richard that it is essential to preserve backward compatibility with the soundin.1 pattern.

-----Original Message-----
From: Richard Dobson 
Sent: Apr 27, 2005 2:11 PM
To: csound-devel@lists.sourceforge.net
Subject: Re: [Cs-dev] I am making a habit of this

Does this mean that opcodes with an S type can no longer read soundfiles with a 
numeric extension ("soundin.1", "soundin.2", etc)? That would break a lot of 
older orchs reading soundfiles with that naming scheme, including a lot of the 
examples in the Csound book. It was not a scheme I had much use for, but it had 
its advantages for many who use(d) Csound a lot more than I do!

Richard Dobson



Istvan Varga wrote:

..
> Note that the 'S' type in opcode entries now only accepts
> strings (fortunately, this is exactly what you want in OSC.c),
> to allow for i-rate as well, use 'T', and for i/k-rate, use 'U'.
> entry1.c and entry2.c are already modified to reflect this
> change, as well as some plugin opcodes, but I do not build OSC.c,
> so I did not notice these errors.




-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net