[hidden email] wrote:
> Question to Dave Storer (and everybody else who is interested):
>
> I would be willing to test the code from the Nyquist manual with all
> the things Roger told me in the last few hours. I still hope we will
> only need to write up some things like:
>
> If you try the examples from the Nyquist manual in Audacity, write
> (abs-env ... code ...) instead of ... manual-code ...
>
Or maybe the examples in the Nyquist manual should work without abs-env.
The original concept of Nyquist was that everyone would write behaviors
that could then be used in many contexts. Of course, it's much easier to
write code that works for a particular test case (the default
environment) than for the general case, so in practice, there's a lot of
code that doesn't work when stretched. Also, I've found this whole idea
of using transformations to implicitly stretch and shift is great for
simple examples, but at some point I think it's easier to make durations
and time very explicit in the code and dispense with inheriting
transformations from the calling function. At least you can choose your
poison.
-Roger
> If you tell me what your most important questions are I will start
> with them first (but first I will sleep for some hours now).
>
> Maybe I will learn some SAL that way? Who knows ...
>
> - edgar
> ______________________________________________________
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf_______________________________________________
Audacity-nyquist mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-nyquist