In principle I like the idea of making more settings within the Cabbage audio settings.
There are a couple of things I wonder about though. At the moment,
soundin will resample their sound file if the header sr doesn't match. This means you won't get any unexpected transpositions if you decide to alter sr, which is quite nice. Will
soundin still be able to respond in this way if Csound loses direct control of
On the other hand, a process that uses a sound file loaded into a function table, such as convolution, depends on
sr matching that of the sound file(s). If
sr is altered, transposition will occur. For this reason it could be argued that it is useful to be able to specify a specific sr for a specific csd.
Could a solution be that, if no sr is specified in the Csound orc header, Cabbage can use the
sr specified in its own audio settings; but if
sr is specified in the csd, then that takes precedent. At the moment in standard Csound code, leaving out
sr prompts a default of 44100.
Sorry not to be giving an unreserved thumbs up but I'm just trying to anticipate potential problems.