Hello. If I have understood correctly, Csound implements sr, kr,
and ksmps in restrictive manner. (Please correct me if I misunderstood.)

I would propose the following change: sr and ksmps would be required,
and kr would be optional. The requirement that sr/kr = ksmps would
be removed.

E.g., with the given sr = 44100, ksmps = 11, we have kr = 44100/11 ~ 4009.1.

The ksmps is more natural parameter as it tells directly the block
size used in audio signals. It can be interpreted as "update k signal
every ksmps'th audiosample" which can be understood by layman.
(I think use of sr and kr is confusing because they don't tell
when the krate update happens.)

Juhana
-- 
  http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
  for developers of open source graphics software


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net