Dear ChucKists,
Last night I was fooling around with some STK instruments and it looks like
Sitar needs some attention.
First of all Sitar.pluck() doesn't.... well, pluck. Sitar.moteOn() does
pluck and as far as I can see .noteOn could simply be refered to by
.pluck().
Second one is slightly more complicated and turns out to be downright
dangerous. I accidentally send Sitar some every low notes (in the bottom
octave of the MIDI range) and this results in a error that the delay line is
too short. Strangely StifKarp doesn't do the same (that one "plucks" as
well). This gets dangerous as I believe Sitar will report on this issue for
every sample so that's 44 Kilo-errors per second. This was too much for the
poor MiniAudicle to deal with and I had to quit it.
If it's intended behaviour that Sitar has a minimum frequency (for example
because real sitars don't go into the very low range either) it would be
bettter to have a sanity check on the frequency before this happens.
I could probably fix these myself tomorow and send in the fixed STK Ugens
cpp file if that would be helpfull?
Next up; VoicForm's documentation doesn't include any mention of the allowed
phonemes (sp?) and the only way that I could find them was read the source.
Without those this Ugens is almost unusable for non-random usage so that
probably needs a fix. I realise, BTW, that figuring out the parameters is
time-consuming and probably boring as well but wouldn't it be a lot of fun
if ChucK could say it's own name? I tried to persuade it to do that but I
think we are short a few sounds.Generally we don't seem to have any plosives
or "C"/"k" type clicking sounds so that"s no "chucK', "spork" or "crash"
maybe "shred" would be possible. It's kinda trivial but it would be so much
fun for demonstrations.
I could submit a sugested addition for the docs to the WiKi as well tomorow,
the source is quite clear on this once you know your way around.
Finally, I did some more testing and I'm now sure that on XP the Mini
affects keyboard settings. More speciffically on startup the Mini switches
the keyboard layout in the "langiuage bar" to the default one that XP asumes
on startup. This can get anoying; my default setting is the Dutch one so I
can use my trusty IBM model M but the laptop itself has a US layout so when
traveling lightly ( a Model M clocks in at 2.5KG, roughly 5 pounds) I use
the US layout. It gets iritating if the Mini keeps switching this back to NL
every time it's started (which can get frequent when hunting bugs),
especially as I can't see a reason for that. Note that characters like "="
and ">" are in different places on various layouts, as are all the
brackets....
It also looks like the Mini doesn't use XP's clip-board so pasting from the
Mini to other aplications is impossible, it's also not possible to use
"copy", re-start the Mini (or crash it!), then paste.
So, that's it, quite a few issues for a 1.5::hour session but that's how it
goes :-)
Yours,
Kas.