number of statements to perform a task, you can save yourself the
extra "equal" function by declaring at the time of assigning the value instead.
Another way to save a few bytes is to chain the declaration of like variables. This means
that you can list several variable names on the line after the "int" keyword,
each separated ("delineated" in geek speak) by a space, and then at the end
given an initial value. All of them will be initialized to that same value. Such a
statement might look like this:
been
declared. Keep in mind that you can have a "tick" value of zero, but
"beat" and "measure" must be a value of at least 1. Also, if you enter
a beat that doesn't exist, such as 6 in 4/4 time, or a value of "tick" greater
than the value set in "TIMEBASE", CAL will convert the values anyway by
multiplying the number of "beats" by "TIMEBASE" and adding to the
result the value in "ticks". If you reconstruct the raw time back into M:B:T
time (see "makeTime" in the Musical Time Functions page), all of the values will be
corrected to display a proper time given the "meter" and "TIMEBASE"
values in use during that Cakewalk session. The other difference is that CAL will not
allow the use of "minimum" and "maximum" limits for
"getTime". Attempting to use limits results in a "wrong number of
arguments" error at run time.
IMPORTANT
NOTE: This feature has a bug in it for versiosn 7 and 8. The (getTime) dialog, which is
supposed to request user input in M:B:T time, instead will only accept raw time. While
this new ability to input double words is a great addition to the instruction set, it
comes at the cost of an already well established feature. As a result, all CAL programs
that depend on the user entering time in M:B:T format are totaly hosed for versions 7 and
8.