hi si -
what about using abs() in this context?
in your example, abs(-3) % 5?
best -
       joachim

Am 11.09.2011 18:05, schrieb Si Mills:

> Hi
>
> I'm using a counter in a metro that gets fed an increment or decrement
> value by a p-field from the score. So if the instrument receives a 1,
> the statement would be kindex = kindex + 1. Likewise if a -1 is received
> the statement is kindex=kindex + -1 and the counter starts decrementing
>
> I'm using modulus to keep the numbers within a range, in this case
> governed by the size of the table it is indexing. However I'm getting
> unexpected results when the number goes negative. Eg, -3 % 5 i would
> expect to result in 2, but I'm just getting -3
>
> Am I missing something about % in csound as it doesn't seem to work as
> it does in other environments.
>
> Many thanks
> Si

Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi, 

Yep i've attached it

cheers

On 11 September 2011 19:40, joachim heintz <jh@joachimheintz.de> wrote:

can you post or attach the whole csd? then i can have a look.
best -
       joachim

Am 11.09.2011 20:29, schrieb Si Mills:

> Hi Joachim
>
> THanks for your reply. I did that but there still seems to be weird
> behaviour. The result only alternates between 0 and 1. Here is the
> instrument - can you spot anything?
>
>
>      instr 2 ;trigger the pluckers
>
> kindex init 0
>
> kint = p4
>
> krandl = p5
>
> krandh = p6
>
> kdirection = p7
>
> krate init 6
>
> kfreq table kindex, 4 ;frequncy
>
> kamp unirand 0.4
>
> kplk random 0.2, 0.99
>
> kpick random 0.8, 0.9
>
> krefl random 0.2, 0.9
>
>
> ; fire!
>
> ktrig metro krate
>
> if ktrig == 1 then
>
> event "i", 3, 0, 1, kplk, kamp, cpspch(kfreq+kint), kpick, krefl
>
> krate random krandl, krandh
>
> kindex = abs(kindex + -1) % ftlen(4)
>
> printk2 kindex
>
> endif
>
>
>      endin
>
>
> thanks again
>
>
> On 11 September 2011 17:55, joachim heintz <jh@joachimheintz.de

> <mailto:jh@joachimheintz.de>> wrote:
>
>     hi si -
>     what about using abs() in this context?
>     in your example, abs(-3) % 5?
>     best -
>            joachim
>
>     Am 11.09.2011 18:05, schrieb Si Mills:
>     > Hi
>     >
>     > I'm using a counter in a metro that gets fed an increment or decrement
>     > value by a p-field from the score. So if the instrument receives a 1,
>     > the statement would be kindex = kindex + 1. Likewise if a -1 is
>     received
>     > the statement is kindex=kindex + -1 and the counter starts
>     decrementing
>     >
>     > I'm using modulus to keep the numbers within a range, in this case
>     > governed by the size of the table it is indexing. However I'm getting
>     > unexpected results when the number goes negative. Eg, -3 % 5 i would
>     > expect to result in 2, but I'm just getting -3
>     >
>     > Am I missing something about % in csound as it doesn't seem to work as
>     > it does in other environments.
>     >
>     > Many thanks
>     > Si
>
>
>     Send bugs reports to the Sourceforge bug tracker
>
>      https://sourceforge.net/tracker/?group_id=81968&atid=564599
>     <https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>     Discussions of bugs and features can be posted here
>     To unsubscribe, send email sympa@lists.bath.ac.uk

>     <mailto:sympa@lists.bath.ac.uk> with body "unsubscribe csound"

>
>


Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

oops sorry could you ignore that last attachment, i broke something

heres a new one

On 11 September 2011 19:45, Si Mills <smills@rootsix.net> wrote:

Hi, 

Yep i've attached it

cheers

On 11 September 2011 19:40, joachim heintz <jh@joachimheintz.de> wrote:

can you post or attach the whole csd? then i can have a look.
best -
       joachim

Am 11.09.2011 20:29, schrieb Si Mills:

> Hi Joachim
>
> THanks for your reply. I did that but there still seems to be weird
> behaviour. The result only alternates between 0 and 1. Here is the
> instrument - can you spot anything?
>
>
>      instr 2 ;trigger the pluckers
>
> kindex init 0
>
> kint = p4
>
> krandl = p5
>
> krandh = p6
>
> kdirection = p7
>
> krate init 6
>
> kfreq table kindex, 4 ;frequncy
>
> kamp unirand 0.4
>
> kplk random 0.2, 0.99
>
> kpick random 0.8, 0.9
>
> krefl random 0.2, 0.9
>
>
> ; fire!
>
> ktrig metro krate
>
> if ktrig == 1 then
>
> event "i", 3, 0, 1, kplk, kamp, cpspch(kfreq+kint), kpick, krefl
>
> krate random krandl, krandh
>
> kindex = abs(kindex + -1) % ftlen(4)
>
> printk2 kindex
>
> endif
>
>
>      endin
>
>
> thanks again
>
>
> On 11 September 2011 17:55, joachim heintz <jh@joachimheintz.de

> <mailto:jh@joachimheintz.de>> wrote:
>
>     hi si -
>     what about using abs() in this context?
>     in your example, abs(-3) % 5?
>     best -
>            joachim
>
>     Am 11.09.2011 18:05, schrieb Si Mills:
>     > Hi
>     >
>     > I'm using a counter in a metro that gets fed an increment or decrement
>     > value by a p-field from the score. So if the instrument receives a 1,
>     > the statement would be kindex = kindex + 1. Likewise if a -1 is
>     received
>     > the statement is kindex=kindex + -1 and the counter starts
>     decrementing
>     >
>     > I'm using modulus to keep the numbers within a range, in this case
>     > governed by the size of the table it is indexing. However I'm getting
>     > unexpected results when the number goes negative. Eg, -3 % 5 i would
>     > expect to result in 2, but I'm just getting -3
>     >
>     > Am I missing something about % in csound as it doesn't seem to work as
>     > it does in other environments.
>     >
>     > Many thanks
>     > Si
>
>
>     Send bugs reports to the Sourceforge bug tracker
>
>      https://sourceforge.net/tracker/?group_id=81968&atid=564599
>     <https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>     Discussions of bugs and features can be posted here
>     To unsubscribe, send email sympa@lists.bath.ac.uk

>     <mailto:sympa@lists.bath.ac.uk> with body "unsubscribe csound"

>
>


Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

This is a multi-part message in MIME format.
--------------030405030708000509090603
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

nice instrument, thanks.
i have changed the boundary check to these expressions:
a)              kindex = (kindex == ftlen(4) ? 0 : kindex)
b)              kindex = (kindex < 0 ? ftlen(4) - 1 : kindex)
actually you could skip a), because table can be set to wrap. but i
think just in the case that the indices are larger than allowed.
negative indices are set to zero, so you need b) for the decrementing.

it should be possible to do this with modulo, but i think this solution
is very simple.

i have put the table reading in the if clause, because this needs just
to be done if your trigger is on, and not at each k-cycle.

hope it works for you, best -

       joachim



Am 11.09.2011 20:47, schrieb Si Mills:

> oops sorry could you ignore that last attachment, i broke something
>
> heres a new one
>
> On 11 September 2011 19:45, Si Mills <smills@rootsix.net

> <mailto:smills@rootsix.net>> wrote:
>
>     Hi,
>
>     Yep i've attached it
>
>     cheers
>
>
>     On 11 September 2011 19:40, joachim heintz <jh@joachimheintz.de

>     <mailto:jh@joachimheintz.de>> wrote:
>
>         can you post or attach the whole csd? then i can have a look.
>         best -
>                joachim
>
>         Am 11.09.2011 20:29, schrieb Si Mills:
>         > Hi Joachim
>         >
>         > THanks for your reply. I did that but there still seems to be
>         weird
>         > behaviour. The result only alternates between 0 and 1. Here is the
>         > instrument - can you spot anything?
>         >
>         >
>         >      instr 2 ;trigger the pluckers
>         >
>         > kindex init 0
>         >
>         > kint = p4
>         >
>         > krandl = p5
>         >
>         > krandh = p6
>         >
>         > kdirection = p7
>         >
>         > krate init 6
>         >
>         > kfreq table kindex, 4 ;frequncy
>         >
>         > kamp unirand 0.4
>         >
>         > kplk random 0.2, 0.99
>         >
>         > kpick random 0.8, 0.9
>         >
>         > krefl random 0.2, 0.9
>         >
>         >
>         > ; fire!
>         >
>         > ktrig metro krate
>         >
>         > if ktrig == 1 then
>         >
>         > event "i", 3, 0, 1, kplk, kamp, cpspch(kfreq+kint), kpick, krefl
>         >
>         > krate random krandl, krandh
>         >
>         > kindex = abs(kindex + -1) % ftlen(4)
>         >
>         > printk2 kindex
>         >
>         > endif
>         >
>         >
>         >      endin
>         >
>         >
>         > thanks again
>         >
>         >
>         > On 11 September 2011 17:55, joachim heintz
>         <jh@joachimheintz.de <mailto:jh@joachimheintz.de>

>         > <mailto:jh@joachimheintz.de <mailto:jh@joachimheintz.de>>> wrote:
>         >
>         >     hi si -
>         >     what about using abs() in this context?
>         >     in your example, abs(-3) % 5?
>         >     best -
>         >            joachim
>         >
>         >     Am 11.09.2011 18:05, schrieb Si Mills:
>         >     > Hi
>         >     >
>         >     > I'm using a counter in a metro that gets fed an
>         increment or decrement
>         >     > value by a p-field from the score. So if the instrument
>         receives a 1,
>         >     > the statement would be kindex = kindex + 1. Likewise if
>         a -1 is
>         >     received
>         >     > the statement is kindex=kindex + -1 and the counter starts
>         >     decrementing
>         >     >
>         >     > I'm using modulus to keep the numbers within a range, in
>         this case
>         >     > governed by the size of the table it is indexing.
>         However I'm getting
>         >     > unexpected results when the number goes negative. Eg, -3
>         % 5 i would
>         >     > expect to result in 2, but I'm just getting -3
>         >     >
>         >     > Am I missing something about % in csound as it doesn't
>         seem to work as
>         >     > it does in other environments.
>         >     >
>         >     > Many thanks
>         >     > Si
>         >
>         >
>         >     Send bugs reports to the Sourceforge bug tracker
>         >
>         >
>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>         <https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>         >
>         <https://sourceforge.net/tracker/?group_id=81968&atid=564599
>         <https://sourceforge.net/tracker/?group_id=81968&atid=564599>>
>         >     Discussions of bugs and features can be posted here
>         >     To unsubscribe, send email sympa@lists.bath.ac.uk
>         <mailto:sympa@lists.bath.ac.uk>
>         >     <mailto:sympa@lists.bath.ac.uk
>         <mailto:sympa@lists.bath.ac.uk>> with body "unsubscribe csound"
>         >
>         >
>
>
>         Send bugs reports to the Sourceforge bug tracker
>
>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>         <https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>         Discussions of bugs and features can be posted here
>         To unsubscribe, send email sympa@lists.bath.ac.uk
>         <mailto:sympa@lists.bath.ac.uk> with body "unsubscribe csound"
>
>
>

Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

--------------030405030708000509090603
Content-Type: audio/csound;
 name="waveform shapes 02.csd"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="waveform shapes 02.csd"

PENzb3VuZFN5bnRoZXNpemVyPgo8Q3NPcHRpb25zPgotbTAKPC9Dc09wdGlv
bnM+CjxDc0luc3RydW1lbnRzPgpzciA9IDQ0MTAwCmtzbXBzID0gMzIKbmNo
bmxzID0gMgowZGJmcyA9IDEuMApzZWVkCTAKCmdpV2F2ZSAJZnRnZW4gMSwg
MCwgMl4xNiwgMTAsIDEsIDEvMiwgMS8zLCAxLzQsIDEvNSwgMS82LCAxLzcs
IDEvOCwgMS85LCAxLzEwLCAxLzExCmdpV2F2ZTIgCWZ0Z2VuIDIsIDAsIDJe
MTYsIDEwLCAxLCAwLjMsIDAuOCwgMC4yOCwgMC41CmdpV2F2ZTMJZnRnZW4g
MywgMCwgMl4xNiwgMTAsIDEsIDAsIDEsIDEsIDAsIDEsIDAuNAoKO3NlcXVl
bmNlcwo7Z2lTZXEJCWZ0Z2VuIDQsIDAsIDgsIC0yLCA4LjAwLCA4LjMsIDgu
NSwgOC43LCA4LjgsIDguMTAsIDkuMDAsIDkuNSwgMTAKZ2lTZXEJCWZ0Z2Vu
IDQsIDAsIDgsIC0yLCA4LjAwLCA4LjAyLCA4LjAzLCA4LjA3LCA4LjA4LCA4
LjEwLCA5LjAwLCA5LjA1LCA3LjAKCjtrYXJwIHNoaXQKZ2lTaW5lCQlmdGdl
biA1LCAwLCAyXjgsIDEwLCAxLCAwLjUsIDAuMgo7Z2lTaW5lCQlmdGdlbiA1
LCAwLDIsIDIsIDEKCmdpRGlzdAkJZnRnZW4JNiwgMCwgMjU3LCA5LCAuNSwx
LDI3MCwxLjUsLjMzLDkwLDIuNSwuMiwyNzAsMy41LC4xNDMsOTAsNC41LC4x
MTEsMjcwCmdpRGlzdDIJZnRnZW4gCTcsIDAsIDJeOCwgMTAsIDEsIDAsIDEs
IDEsIDAsIDEsIDAuNAoKZ2FyZXZMCWluaXQgMApnYXJldlIJaW5pdCAwCmdp
bWl4ID0gMC4zCgppbnN0ciBHdWkKCWdrZGlzdGx2bAlpbnZhbHVlCSJkaXN0
bHZsIgo7CXByaW50azIgZ2tkaXN0bHZsCmVuZGluCgppbnN0ciBSYW5kTEZP
Cglna3JhbmRpIHJhbmRvbWkgMCwgZ2tkaXN0bHZsLCAwLjc1CjsJcHJpbnRr
MiBna3JhbmRpCmVuZGluCgppbnN0ciAxIDtidW5jaCBvZiBvc2NpbGxhdG9y
cwoJaWR1ciA9IHAzICA7IER1cmF0aW9uCglpYW1wID0gMC40NSAgOyBBbXBs
aXR1ZGUKCWlwY2ggPSBwNCAgOyBQaXRjaAoJaWZuID0gCXA1ICA7IEluZGV4
IG9mIHdhdmV0YWJsZSBmb3Igb3NjaWxsYXRvcgkKCWlwYW4gPSBwNiA7IHBh
bgoJaWF0dCA9IHA3ICA7IEFtcGxpdHVkZSBhdHRhY2sKCWlkZWMgPSBwOCAg
OyBBbXBsaXR1ZGUgZGVjYXkKCQo7CWlyYW5nZSA9IHA4ICAgICAgICA7IEJp
LXBvbGFyIHJhbmdlIG9mIGZyZXF1ZW5jeSBkZXZpYXRpb24sIGluIGhhbGYt
c3RlcHMKOwlpY3BzX21pbiA9IHA5ICAgICAgOyBNaW4gcmF0ZSBvZiBqaXR0
ZXIgZGV2aWF0aW9uCjsJaWNwc19tYXggPSBwMTAgICAgIDsgTWF4IHJhdGUg
b2Ygaml0dGVyIGRldmlhdGlvbgoKCWl2b2ljZXMgPSAxMiAgICAgIDsgTnVt
YmVyIG9mIHZvaWNlcwoJOyBSZXNjYWxlIGFtcGxpdHVkZSBiYXNlZCBvbiBu
dW1iZXIgb2Ygdm9pY2VzCglpYW1wID0gaWFtcCAvIGl2b2ljZXMKCQoJOyBD
cmVhdGUgU3ludGggRXZlbnRzCglpX2luZGV4ID0gMAkKCWxvb3Bfc3RhcnQ6
CiAgICAKOyAgICAgICAgOyBFdmVubHkgZGlzcGVyc2Ugdm9pY2VzIGluIHN0
ZXJlbyBmaWVsZAo7ICAgICAgICBpZiBpdm9pY2VzID4gMSB0aGVuCjsgICAg
ICAgICAgICBpcGFuID0gaV9pbmRleCAvIChpdm9pY2VzIC0gMSkKOyAgICAg
ICAgZWxzZQo7ICAgICAgICAgICAgaXBhbiA9IDAuNQo7ICAgICAgICBlbmRp
ZgoKCTsgR2VuZXJhdGUgZXZlbnQKCTtldmVudF9pICJpIiwgMTEsIDAsIGlk
dXIsIGlhbXAsIGlwY2gsIGlhdHRhY2ssIGlkZWNheSwgaXBhbiwgaXJhbmdl
LCBpY3BzX21pbiwgaWNwc19tYXgsIGlmbiAgICAgCgkKCWV2ZW50X2kgImki
LCAxMSwgMCwgaWR1ciwgaXBjaCsoaV9pbmRleCowLjA0OCksIGlmbiwgaXBh
biwgaWFtcCwgaWF0dCwgaWRlYwoJbG9vcF9sdCBpX2luZGV4LCAxLCBpdm9p
Y2VzLCBsb29wX3N0YXJ0CmVuZGluCgppbnN0ciAxMSA7b3NjaWxsYXRvciBl
bmdpbmUKCWlkdXIgCT0gcDMKCWlwY2ggCT0gY3BzcGNoKHA0KQoJaWZuIAk9
IHA1CglpcGFuID0gcDYKCWlhbXAgCT0gcDcKCWlhdHQJPSBpZHVyKnA4Cglp
ZGVjIAk9IGlkdXIqcDkKCglrYW1wIAlsaW5lbiBpYW1wLCBpYXR0LCBpZHVy
LCBpZGVjCglrYW1wMglsaW5lbiBpYW1wLCBpYXR0LCBpZHVyLCBpZGVjIAoJ
YXNpZzEgCXBvc2NpbCBrYW1wLCBpcGNoLCBpZm4KCWFzaWcyIAlwb3NjaWwg
a2FtcDIsIGlwY2grMiwgaWZuCglhc3VtIAlzdW0gYXNpZzEsIGFzaWcyCjsJ
YXN1bSAJPQlhc3VtLzIKCWFzdW0gYnV0aHAgYXN1bSwgMjAwCglhMSwgYTIg
cGFuMiBhc3VtLCBpcGFuCglvdXRzIAlhMSxhMiAKCWdhcmV2TCA9IGdhcmV2
TCArIChhMSowLjEzKQoJZ2FyZXZSID0gZ2FyZXZSICsgKGEyKjAuMTMpCmVu
ZGluCgppbnN0ciAyIDt0cmlnZ2VyIHRoZSBwbHVja2VycwoJa2luZGV4IGlu
aXQgMAoJcHJpbnRrMiBraW5kZXgKCWtpbnQgCQk9IHA0CglrcmFuZGwgCT0g
cDUKCWtyYW5kaCAJPSBwNgoJa2RpcmVjdGlvbgk9IHA3IAoJa3JhdGUgCWlu
aXQgNgkKCWthbXAgCXVuaXJhbmQgMC40CglrcGxrIAlyYW5kb20gMC4yLCAw
Ljk5CglrcGljayAJcmFuZG9tIDAuOCwgMC45CglrcmVmbAlyYW5kb20gMC4y
LCAwLjkKCQoJOyBmaXJlIQoJa3RyaWcgCW1ldHJvIGtyYXRlCglpZiBrdHJp
ZyA9PSAxIHRoZW4KCQlrZnJlcSAJdGFibGUga2luZGV4LCA0IDtmcmVxdW5j
eSAKCQlldmVudCAiaSIsIDMsIDAsIDEsIGtwbGssIGthbXAsIGNwc3BjaChr
ZnJlcStraW50KSwga3BpY2ssIGtyZWZsCgkJa3JhdGUgcmFuZG9tIGtyYW5k
bCwga3JhbmRoCgkJa2luZGV4ID0ga2luZGV4ICsgcDcgO2luY3JlbWVudCAv
IGRlY3JlbWVudCBpbmRleAoJCTttYWtlIHN1cmUgaW5kZXggaXMgbm90IHRv
byBsYXJnZSBvciB0b28gc21hbGwKCQlraW5kZXggPSAoa2luZGV4ID09IGZ0
bGVuKDQpID8gMCA6IGtpbmRleCkgCgkJa2luZGV4ID0gKGtpbmRleCA8IDAg
PyBmdGxlbig0KSAtIDEgOiBraW5kZXgpCgllbmRpZgoJCmVuZGluCgppbnN0
ciAzIDtwbHVja2VyCglpcGFuIAl1bmlyYW5kIDEuMAoJaXBsawk9IHA0Cglr
YW1wIAk9IHA1CglpZnJlcSAJPSBwNgoJa3BpY2sJPSBwNwoJa3JlZmwJPSBw
OAoJYXhjaXRlIG9zY2lsaSAxLCAxLCBnaVNpbmUKOwlheGNpdGUgbGluZQkw
LCAwLjAwNSwgZnRsZW4oZ2lTaW5lKS0xCglhcGxrIAlyZXBsdWNrIGlwbGss
IGthbXAsIGlmcmVxLCBrcGljaywga3JlZmwsIGF4Y2l0ZSowLjEKCWFzaWcg
CWRpc3RvcnQgYXBsaywgZ2tyYW5kaSwgZ2lEaXN0MgoJYXNpZyAJZGNibG9j
azIgYXNpZwoJYTEsYTIgCXBhbjIgYXNpZywgaXBhbgoJCW91dHMgYTEsIGEy
CglnYXJldkwgPSBnYXJldkwrKGExKjAuMSkKCWdhcmV2UiA9IGdhcmV2Uiso
YTIqMC4xKQplbmRpbgoKCmluc3RyIDk5IDtyZXZlcmIKCWlsZW4gPSA5Cglp
aGRpZiA9IDAuNAoJYXNpZ0wgbnJldmVyYiBnYXJldkwsIGlsZW4sIGloZGlm
Cglhc2lnUiBucmV2ZXJiIGdhcmV2UiwgaWxlbiwgaWhkaWYKCW91dHMgYXNp
Z0wsIGFzaWdSCgljbGVhciBnYXJldkwsIGdhcmV2UgplbmRpbgoKPC9Dc0lu
c3RydW1lbnRzPgo8Q3NTY29yZT4KaQk5OSAJCTAgCQktMSA7cmV2ZXJiCmkg
CSJHdWkiCQkwCQktMSA7Z3VpCmkgCSJSYW5kTEZPIgkwCQktMSA7ZGlzdG9y
dCBsZm8KdCAwIDYwCjtpbnMJc3RydAlkdXIJcGNoCWZuCXBhbglhdHQJZGVj
CmkxCTAJMTYJNC4wCTEJMC41CTAuNQkwLjUKaTIJMAkxNgkwCTIJNQktMQo7
aTIJOAk4CS0xIAkyCTQJLTEKO3MgMTYKO2kxCTIJMTYJMy4wCTEJMC4yCTAu
NQkwLjUKO2kyCTAJMgkxLjA1IAkxNgkxNgktMgo7aTIJKwk0CTAJNAk2CS0y
CjtpMgkrCTI0CS0yIAkyCTMJLTEKO3MgMTYKO2kxCTAJOAk0LjA3CTEJMC44
CTAuMwkwLjcKO2kyCTAJMTYJMC4wIAk0CTQJMQo7aTIJMAk4CTAuMDUgCTQJ
NAkxLjEKO2kyCSsJOAkwLjA1IAk1CTUJMS41CjtzIDE2CjtpMQkwCTgJNC4w
NQkxCTAuNQkwLjMJMC43CjtpMQk4CTE2CTMuMDUJMgkwLjUJMC41CTAuMgo7
aTIJMAkxNgkwLjAgCTQJNAkxCjtpMgkwCTgJMC4wNSAJOAk4CTEuMQo7aTIJ
Kwk4CS0yLjA1IAkxMgkxMgkxLjUKCjtpMQkxCTI1CTguMAkyCTAuNQkwLjMJ
MC43CjtpMQk4CTEyCTcuMDEJMwkxLjAJMC40CTAuNgo7aTEJMTIJOAk3LjAy
CTEJMC4zCTAuNwkwLjMKO2kxCTIwCTUJNi4wNAkzCTAuOAkwLjAxCTAuMwo7
aTEJMjMJNQk2LjA1CTMJMC44CTAuMDEJMC4zCjtpMQkyNAkxNQk2LjAwCTMJ
MC44CTAuMDEJMC4zCgplIDM2CgoKCgo8L0NzU2NvcmU+CjwvQ3NvdW5kU3lu
dGhlc2l6ZXI+Cjxic2JQYW5lbD4KIDxsYWJlbD5XaWRnZXRzPC9sYWJlbD4K
IDxvYmplY3ROYW1lLz4KIDx4PjgwPC94PgogPHk+MjA4PC95PgogPHdpZHRo
PjM4MDwvd2lkdGg+CiA8aGVpZ2h0PjQwNjwvaGVpZ2h0PgogPHZpc2libGU+
dHJ1ZTwvdmlzaWJsZT4KIDx1dWlkLz4KIDxiZ2NvbG9yIG1vZGU9Im5vYmFj
a2dyb3VuZCI+CiAgPHI+MjMxPC9yPgogIDxnPjQ2PC9nPgogIDxiPjI1NTwv
Yj4KIDwvYmdjb2xvcj4KIDxic2JPYmplY3QgdmVyc2lvbj0iMiIgdHlwZT0i
QlNCR3JhcGgiPgogIDxvYmplY3ROYW1lLz4KICA8eD42PC94PgogIDx5Pjc2
PC95PgogIDx3aWR0aD4zNzA8L3dpZHRoPgogIDxoZWlnaHQ+Mjg5PC9oZWln
aHQ+CiAgPHV1aWQ+ezY5ZTJjY2VkLTc2YTYtNGMzNy1iN2M1LTg2NmEwNDZj
ODdlNH08L3V1aWQ+CiAgPHZpc2libGU+dHJ1ZTwvdmlzaWJsZT4KICA8bWlk
aWNoYW4+MDwvbWlkaWNoYW4+CiAgPG1pZGljYz4wPC9taWRpY2M+CiAgPHZh
bHVlPjA8L3ZhbHVlPgogIDxvYmplY3ROYW1lMi8+CiAgPHpvb214PjEuMDAw
MDAwMDA8L3pvb214PgogIDx6b29teT4xLjAwMDAwMDAwPC96b29teT4KICA8
ZGlzcHg+MS4wMDAwMDAwMDwvZGlzcHg+CiAgPGRpc3B5PjEuMDAwMDAwMDA8
L2Rpc3B5PgogIDxtb2RleD5saW48L21vZGV4PgogIDxtb2RleT5saW48L21v
ZGV5PgogIDxhbGw+dHJ1ZTwvYWxsPgogPC9ic2JPYmplY3Q+CiA8YnNiT2Jq
ZWN0IHZlcnNpb249IjIiIHR5cGU9IkJTQlNjb3BlIj4KICA8b2JqZWN0TmFt
ZS8+CiAgPHg+NTwveD4KICA8eT40PC95PgogIDx3aWR0aD4zNzE8L3dpZHRo
PgogIDxoZWlnaHQ+Njk8L2hlaWdodD4KICA8dXVpZD57YTE2YzcxOWYtNzkz
OC00ZGZjLWE1NWMtYTQzOGJlMzgxZjQxfTwvdXVpZD4KICA8dmlzaWJsZT50
cnVlPC92aXNpYmxlPgogIDxtaWRpY2hhbj4wPC9taWRpY2hhbj4KICA8bWlk
aWNjPjA8L21pZGljYz4KICA8dmFsdWU+LTI1NS4wMDAwMDAwMDwvdmFsdWU+
CiAgPHR5cGU+c2NvcGU8L3R5cGU+CiAgPHpvb214PjIuMDAwMDAwMDA8L3pv
b214PgogIDx6b29teT4xLjAwMDAwMDAwPC96b29teT4KICA8ZGlzcHg+MS4w
MDAwMDAwMDwvZGlzcHg+CiAgPGRpc3B5PjEuMDAwMDAwMDA8L2Rpc3B5Pgog
IDxtb2RlPjAuMDAwMDAwMDA8L21vZGU+CiA8L2JzYk9iamVjdD4KIDxic2JP
YmplY3QgdmVyc2lvbj0iMiIgdHlwZT0iQlNCSFNsaWRlciI+CiAgPG9iamVj
dE5hbWU+ZGlzdGx2bDwvb2JqZWN0TmFtZT4KICA8eD42PC94PgogIDx5PjM3
NzwveT4KICA8d2lkdGg+MjMwPC93aWR0aD4KICA8aGVpZ2h0PjI4PC9oZWln
aHQ+CiAgPHV1aWQ+e2FhM2Y2M2M2LTJiMDYtNDU2My1hZmExLTk0OTdhN2Y4
NjZmN308L3V1aWQ+CiAgPHZpc2libGU+dHJ1ZTwvdmlzaWJsZT4KICA8bWlk
aWNoYW4+MDwvbWlkaWNoYW4+CiAgPG1pZGljYz4wPC9taWRpY2M+CiAgPG1p
bmltdW0+MC4wMDAwMDAwMDwvbWluaW11bT4KICA8bWF4aW11bT4xLjAwMDAw
MDAwPC9tYXhpbXVtPgogIDx2YWx1ZT4wLjMyNjA4Njk2PC92YWx1ZT4KICA8
bW9kZT5saW48L21vZGU+CiAgPG1vdXNlQ29udHJvbCBhY3Q9Imp1bXAiPmNv
bnRpbnVvdXM8L21vdXNlQ29udHJvbD4KICA8cmVzb2x1dGlvbj4tMS4wMDAw
MDAwMDwvcmVzb2x1dGlvbj4KICA8cmFuZG9taXphYmxlIGdyb3VwPSIwIj5m
YWxzZTwvcmFuZG9taXphYmxlPgogPC9ic2JPYmplY3Q+CiA8YnNiT2JqZWN0
IHZlcnNpb249IjIiIHR5cGU9IkJTQkxhYmVsIj4KICA8b2JqZWN0TmFtZS8+
CiAgPHg+MzIwPC94PgogIDx5PjM3OTwveT4KICA8d2lkdGg+NTg8L3dpZHRo
PgogIDxoZWlnaHQ+Mjc8L2hlaWdodD4KICA8dXVpZD57MDYzMzI0MzItYWZi
Mi00NDYwLTk4MjEtNzJlMTRkNmI1YTZmfTwvdXVpZD4KICA8dmlzaWJsZT50
cnVlPC92aXNpYmxlPgogIDxtaWRpY2hhbj4wPC9taWRpY2hhbj4KICA8bWlk
aWNjPjA8L21pZGljYz4KICA8bGFiZWw+ZGlzdG9ydGlvbgo8L2xhYmVsPgog
IDxhbGlnbm1lbnQ+bGVmdDwvYWxpZ25tZW50PgogIDxmb250PkFyaWFsPC9m
b250PgogIDxmb250c2l6ZT4xMDwvZm9udHNpemU+CiAgPHByZWNpc2lvbj4z
PC9wcmVjaXNpb24+CiAgPGNvbG9yPgogICA8cj4wPC9yPgogICA8Zz4wPC9n
PgogICA8Yj4wPC9iPgogIDwvY29sb3I+CiAgPGJnY29sb3IgbW9kZT0ibm9i
YWNrZ3JvdW5kIj4KICAgPHI+MjU1PC9yPgogICA8Zz4yNTU8L2c+CiAgIDxi
PjI1NTwvYj4KICA8L2JnY29sb3I+CiAgPGJvcmRlcm1vZGU+bm9ib3JkZXI8
L2JvcmRlcm1vZGU+CiAgPGJvcmRlcnJhZGl1cz4xPC9ib3JkZXJyYWRpdXM+
CiAgPGJvcmRlcndpZHRoPjE8L2JvcmRlcndpZHRoPgogPC9ic2JPYmplY3Q+
CiA8YnNiT2JqZWN0IHZlcnNpb249IjIiIHR5cGU9IkJTQkRpc3BsYXkiPgog
IDxvYmplY3ROYW1lPmRpc3Rsdmw8L29iamVjdE5hbWU+CiAgPHg+MjM4PC94
PgogIDx5PjM3OTwveT4KICA8d2lkdGg+ODA8L3dpZHRoPgogIDxoZWlnaHQ+
MjU8L2hlaWdodD4KICA8dXVpZD57MjNmMzFmZTgtNWZmOS00NzRlLTgyMzkt
NDhkOGYzMmJmNTRlfTwvdXVpZD4KICA8dmlzaWJsZT50cnVlPC92aXNpYmxl
PgogIDxtaWRpY2hhbj4wPC9taWRpY2hhbj4KICA8bWlkaWNjPjA8L21pZGlj
Yz4KICA8bGFiZWw+MC4zMjY8L2xhYmVsPgogIDxhbGlnbm1lbnQ+bGVmdDwv
YWxpZ25tZW50PgogIDxmb250PkFyaWFsPC9mb250PgogIDxmb250c2l6ZT4x
MDwvZm9udHNpemU+CiAgPHByZWNpc2lvbj4zPC9wcmVjaXNpb24+CiAgPGNv
bG9yPgogICA8cj4wPC9yPgogICA8Zz4wPC9nPgogICA8Yj4wPC9iPgogIDwv
Y29sb3I+CiAgPGJnY29sb3IgbW9kZT0ibm9iYWNrZ3JvdW5kIj4KICAgPHI+
MjU1PC9yPgogICA8Zz4yNTU8L2c+CiAgIDxiPjI1NTwvYj4KICA8L2JnY29s
b3I+CiAgPGJvcmRlcm1vZGU+Ym9yZGVyPC9ib3JkZXJtb2RlPgogIDxib3Jk
ZXJyYWRpdXM+MTwvYm9yZGVycmFkaXVzPgogIDxib3JkZXJ3aWR0aD4xPC9i
b3JkZXJ3aWR0aD4KIDwvYnNiT2JqZWN0Pgo8L2JzYlBhbmVsPgo8YnNiUHJl
c2V0cz4KPC9ic2JQcmVzZXRzPgo8RXZlbnRQYW5lbCBuYW1lPSIiIHRlbXBv
PSI2MC4wMDAwMDAwMCIgbG9vcD0iOC4wMDAwMDAwMCIgeD0iNjg2IiB5PSIx
MzkiIHdpZHRoPSI2NTUiIGhlaWdodD0iMzQ2IiB2aXNpYmxlPSJmYWxzZSIg
bG9vcFN0YXJ0PSItMi4xNDc0OGUrMDkiIGxvb3BFbmQ9IjAiPmkgMgkwCTI0
CS0yIAkyCTMJLTEgPC9FdmVudFBhbmVsPgo=

--------------030405030708000509090603--

Actually the modulus operator behaves like that in every programming language that I know, because the CPU does it like that. I suppose the CSound developers kept this behavior for performance reasons (or simply didn't know it).

If necessary it can be solved as follows:

if kindex>=0 then
 kindex = kindex % 5
else
 kindex = kindex % 5 + 5
endif

or shorter but weirder:

kindex = (kindex%5+5)%5

Mark

Si Mills wrote:

I think I may have solved it!
The table opcode has a wraparound argument - very nice :)

Still the modulus does appear to be behaving a little oddly

thanks again

Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"