Author |
Message |
Rix
Joined: Aug 08, 2004 Posts: 83 Location: Breda, the Netherlands
Audio files: 2
G2 patch files: 25
|
Posted: Sun Aug 22, 2004 3:39 am Post subject:
DlyShiftReg bug? |
|
|
I was struggeling with an idea for a patch: 'sequence by the numbers'.
The idea is to have constants (numbers) represent the binary pattern that then should be played. So one constant would represent the sequence for a hi-hat, another for a snare, etc.
I tried to use the DlyShiftReg for this, but it does not seem to work as expected.
When I have a number with a single bit as input (e.g., 4, 8 ) and then shift it by a clock, this is what I would expect:
100 (the input number)
010 (after the first shift)
001 (after the second shift)
instead, what happens is that the bit is 'smeared out' like this:
110 (after the first shift)
111 (after the second shift)
This does not seem right for a shift operation.
Or has anyone another idea how to 'scan' a number bit by bit and send the result (0 or 1 ) to a module?
Richard |
|
Back to top
|
|
|
Rob
Joined: Mar 29, 2004 Posts: 580 Location: The Hague/Netherlands/EC
G2 patch files: 109
|
Posted: Sun Aug 22, 2004 4:16 am Post subject:
Re: DlyShiftReg bug? |
|
|
Rix wrote: | I was struggeling with an idea for a patch: 'sequence by the numbers'.
The idea is to have constants (numbers) represent the binary pattern that then should be played. So one constant would represent the sequence for a hi-hat, another for a snare, etc.
I tried to use the DlyShiftReg for this, but it does not seem to work as expected.
When I have a number with a single bit as input (e.g., 4, 8 ) and then shift it by a clock, this is what I would expect:
100 (the input number)
010 (after the first shift)
001 (after the second shift)
instead, what happens is that the bit is 'smeared out' like this:
110 (after the first shift)
111 (after the second shift)
This does not seem right for a shift operation.
Or has anyone another idea how to 'scan' a number bit by bit and send the result (0 or 1 ) to a module?
Richard |
Send in a little patch, exampling the behaviour you found. Then its better to check out what goes wrong. |
|
Back to top
|
|
|
Rix
Joined: Aug 08, 2004 Posts: 83 Location: Breda, the Netherlands
Audio files: 2
G2 patch files: 25
|
Posted: Sun Aug 22, 2004 5:15 am Post subject:
|
|
|
Here is a simple patch.
Ths single bit (made visible in ADConv1) is smeared out by the DlyShiftReg1 (made visible in ADConv2)....
Richard.
[moderator : For some reason the attached patch (seqwie.pch2, Patch to make a sequencer by reading the bits of a constant value.) generated a file not found message, I removed the invalid link to it - Blue Hell] |
|
Back to top
|
|
|
Rob
Joined: Mar 29, 2004 Posts: 580 Location: The Hague/Netherlands/EC
G2 patch files: 109
|
|
Back to top
|
|
|
Rix
Joined: Aug 08, 2004 Posts: 83 Location: Breda, the Netherlands
Audio files: 2
G2 patch files: 25
|
|
Back to top
|
|
|
Rob
Joined: Mar 29, 2004 Posts: 580 Location: The Hague/Netherlands/EC
G2 patch files: 109
|
|
Back to top
|
|
|
Rix
Joined: Aug 08, 2004 Posts: 83 Location: Breda, the Netherlands
Audio files: 2
G2 patch files: 25
|
Posted: Sun Aug 22, 2004 10:00 am Post subject:
|
|
|
Hé, you have done it!
Thanks vey much. Now I can use the D7 output of the ADConv2 to trigger the sounds. And of course add some more constants...
Gracias.
Richard |
|
Back to top
|
|
|
jamos
Joined: Jun 01, 2004 Posts: 514 Location: Eugene, Oregon, USA
Audio files: 4
G2 patch files: 41
|
Posted: Sun Aug 22, 2004 10:35 am Post subject:
|
|
|
I've done some experiments with the G2 that lead me to believe that Clavia does not use standard binary for at least some of its numeric storage. I think that the low bit represents either 1/2 - if the control's range is numipolar - or the minus sign for a bipolar value.
This is evident by looking at the output of the A/D convertor. |
|
Back to top
|
|
|
Rob
Joined: Mar 29, 2004 Posts: 580 Location: The Hague/Netherlands/EC
G2 patch files: 109
|
Posted: Tue Aug 24, 2004 8:44 am Post subject:
|
|
|
jamos wrote: | I've done some experiments with the G2 that lead me to believe that Clavia does not use standard binary for at least some of its numeric storage. I think that the low bit represents either 1/2 - if the control's range is numipolar - or the minus sign for a bipolar value.
This is evident by looking at the output of the A/D convertor. |
Yep, the 128 bit is actually the sign bit and the 1 bit is actually 1/2 units. To convert the 64 values between 0 and up to and including +63 it suffices to use the middle six bit outputs, or inputs to the DA.
Numbers is all a matter of interpretation and the 'value' that people assign to numbers. Like the number 12 can mean little to you, but a whole lot to me. |
|
Back to top
|
|
|
|