ipoke bug?

Oct 6, 2006 at 3:49pm

ipoke bug?

Hello,

I can’t seem to get ipoke~ to behave if I’m using only part of the
buffer it is assigned to. Am I doing something extremely stupid?
Reproduceable for anyone?

The patch is below. On the left, I use all of the buffer, on the
right just the first part:

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P newex 691 180 48 196617 loadbang;
#P newex 609 357 48 196617 loadbang;
#P newex 764 262 48 196617 loadbang;
#P user gain~ 628 181 13 38 158 0 1.071519 7.94321 10.;
#P message 691 203 26 196617 128;
#P user gain~ 676 231 13 38 158 0 1.071519 7.94321 10.;
#P message 764 283 46 196617 interp 1;
#P user ezadc~ 628 139 672 172 0;
#P newex 628 317 53 196617 ipoke~ c2;
#P message 609 378 38 196617 set c2;
#P user waveform~ 609 397 300 89 3 9;
#W mode select;
#W mouseoutput continuous;
#W unit ms;
#W grid 1000.;
#W ticks 0;
#W labels 1;
#W vlabels 0;
#W vticks 1;
#W bpm 120. 4.;
#W frgb 33 0 0;
#W brgb 60 178 173;
#W rgb2 0 95 255;
#W rgb3 0 0 0;
#W rgb4 0 0 0;
#W rgb5 190 137 255;
#W rgb6 100 100 100;
#W rgb7 100 100 100;
#P user ezdac~ 506 458 550 491 0;
#P user gain~ 519 300 24 100 158 0 1.071519 7.94321 10.;
#P toggle 519 144 25 0;
#P newex 519 175 64 196617 metro 2000;
#P message 519 197 14 196617 0;
#P newex 519 218 40 196617 count~;
#P newex 519 261 54 196617 index~ c2;
#P newex 518 95 91 196617 buffer~ c2 30000;
#P newex 207 182 48 196617 loadbang;
#P newex 125 359 48 196617 loadbang;
#P newex 280 264 48 196617 loadbang;
#P user gain~ 144 183 13 38 158 0 1.071519 7.94321 10.;
#P message 207 205 26 196617 128;
#P user gain~ 192 233 13 38 158 0 1.071519 7.94321 10.;
#P message 280 285 46 196617 interp 1;
#P user ezadc~ 144 141 188 174 0;
#P newex 144 319 53 196617 ipoke~ c1;
#P message 125 380 38 196617 set c1;
#P user waveform~ 125 399 300 89 3 9;
#W mode select;
#W mouseoutput continuous;
#W unit ms;
#W grid 1000.;
#W ticks 0;
#W labels 1;
#W vlabels 0;
#W vticks 1;
#W bpm 120. 4.;
#W frgb 33 0 0;
#W brgb 60 178 173;
#W rgb2 0 95 255;
#W rgb3 0 0 0;
#W rgb4 0 0 0;
#W rgb5 190 137 255;
#W rgb6 100 100 100;
#W rgb7 100 100 100;
#P user ezdac~ 22 460 66 493 0;
#P user gain~ 35 302 24 100 158 0 1.071519 7.94321 10.;
#P toggle 35 146 25 0;
#P newex 35 177 64 196617 metro 2000;
#P message 35 199 14 196617 0;
#P newex 35 220 40 196617 count~;
#P newex 35 263 54 196617 index~ c1;
#P newex 33 94 85 196617 buffer~ c1 2000;
#P connect 6 0 7 0;
#P connect 5 0 4 0;
#P connect 4 0 3 0;
#P connect 3 0 2 0;
#P connect 2 0 1 0;
#P connect 1 0 6 0;
#P connect 6 0 7 1;
#P connect 17 0 9 0;
#P connect 9 0 8 0;
#P connect 14 0 15 0;
#P connect 11 0 15 0;
#P connect 15 0 10 0;
#P fasten 13 0 10 0 197 306 149 306;
#P fasten 12 0 10 0 285 311 149 311;
#P fasten 2 0 10 1 40 253 170 253;
#P hidden fasten 14 0 13 0 212 229 197 229;
#P fasten 1 0 13 0 40 291 176 291 176 197 197 197;
#P connect 18 0 14 0;
#P connect 16 0 12 0;
#P connect 25 0 26 0;
#P connect 24 0 23 0;
#P connect 23 0 22 0;
#P connect 22 0 21 0;
#P connect 21 0 20 0;
#P connect 20 0 25 0;
#P connect 25 0 26 1;
#P connect 36 0 28 0;
#P connect 28 0 27 0;
#P connect 33 0 34 0;
#P connect 30 0 34 0;
#P connect 34 0 29 0;
#P fasten 32 0 29 0 681 304 633 304;
#P fasten 31 0 29 0 769 309 633 309;
#P fasten 21 0 29 1 524 251 654 251;
#P hidden fasten 33 0 32 0 696 227 681 227;
#P fasten 20 0 32 0 524 289 660 289 660 195 681 195;
#P connect 37 0 33 0;
#P connect 35 0 31 0;
#P window clipboard copycount 38;

Thanks!

Best,
Erik


http://www.hecanjog.com / http://www.cedarav.com
http://www.luvsound.org / http://www.lovelymedia.org

#28006
Oct 6, 2006 at 4:44pm

Dear Erik and al.

The way you use control-domain objects (metro) to trigger audio-
domain objects (count~) is a bit strange.

In the left-hand side of your patch, the looping is working because
your are lucky enough that index~ wraps around when the index input
generated by the count~ object is greater than the buffer size.

I would strongly recomment you to check the ipoke~.help sub-patch
called a_typical_musical_usage, in which the reading indexing is
circular, with the help of the phasor~ object. In your case, if you
want to limit to a certain portion of a buffer, you have to offset
the index input value of ipoke~

I hope this helps. If it doesn’t, please send what you intend to do
(on the list) and I will send you a little demo patch.

Cheers

pa

#85533
Oct 6, 2006 at 5:30pm

I Pierre -

Appreciate your help – I’m on my way simply using poke~ which doesn’t
seem to have the same trouble. I know I should probably keep
everything strictly in the audio domain, but the patch I’m building
will eventually swap out the metro for midi events, so it works fine
for my purposes.

best,
Erik

On 10/6/06, Pierre Alexandre Tremblay

wrote:
> Dear Erik and al.
>
> The way you use control-domain objects (metro) to trigger audio-
> domain objects (count~) is a bit strange.
>
> In the left-hand side of your patch, the looping is working because
> your are lucky enough that index~ wraps around when the index input
> generated by the count~ object is greater than the buffer size.
>
> I would strongly recomment you to check the ipoke~.help sub-patch
> called a_typical_musical_usage, in which the reading indexing is
> circular, with the help of the phasor~ object. In your case, if you
> want to limit to a certain portion of a buffer, you have to offset
> the index input value of ipoke~
>
> I hope this helps. If it doesn’t, please send what you intend to do
> (on the list) and I will send you a little demo patch.
>
> Cheers
>
> pa
>


http://www.hecanjog.com / http://www.cedarav.com
http://www.luvsound.org / http://www.lovelymedia.org

#85534

You must be logged in to reply to this topic.