> My opinions below --
>
> > Answers for the Sfxx compiler:
> >
> > Question 1: (1) Zero for the left channel, one for the
> right channel.
>
> I'd vote for the normative behavior here being (1,1), which is what
> sfront does. Basically, 5.7.3.3.6 (Decoder execution while streaming),
> item 2, says at instrument birth, all of the i-rate statements get
> executed, in order. Since:
>
> iValue = 0;
> iValue = 1;
>
> are both irate, and the only irate, statements in TestInstrument(),
> they would execute one after the other, and the knowledge of iValue
> ever having the value 0 would be gone.
>
I agree with John's opinion. This is the correct interpretation of the
first example.
> > Question 2: (1) Zero for the left channel, one for the
> right channel.
>
> I'd vote for the normative behavior here being (1,1)
> ----
>
> Basically, the second example (and sfront's bug :-) indicate that
> i-rate and k-rate now have two meanings -- the actual i-rate and
> k-rate of an instr, and the "pseudo-irate" that occurs during an
> i-rate statement of an aopcode or kopcode, and the "pseudo-krate"
> that occurs during a k-rate statement of an aopcode. Sfront is
> still struggling with this concept in parts, thus the bug --
> and a few others of this nature people have sent in recently, too.
>
I agree again. These pseudo-irate and pseudo-krate come from the fact
that opcodes are static entities like instruments and then they have
also their "birth". The corrigendum wants to mimic for opcodes the
same behavior described for instruments. Moreover this behavior is
coherent with the standard core opcodes: all of them which
have a "memory" also have some intialization executed only once for
the particular state.
Best regards,
Giorgio
__________________________________________________________________
Giorgio ZOIA
Integrated Systems Laboratory - DE/LSI - EPFL
CH-1015 Lausanne - SWITZERLAND
Phone: + 41 21 693 69 79 E-mail: Giorgio.Zoia@epfl.ch
Fax: +41 21 693 46 63
_________________________________________________________________
This archive was generated by hypermail 2b29 : Mon Jan 28 2002 - 12:11:07 EST