Forums > MaxMSP

100% accurate

April 7, 2007 | 1:43 pm

Im trying to get a function to fill a buffer, but im unable to get 100% accurate results.
Wich is absolutely critical to my patch.
can anyone help??.. im lost.


April 7, 2007 | 1:50 pm

Nothing about what kind of platform you’re on, what version of the objects you’re running, and *nothing* whatsoever in the way of a patch that one could use to make sense of what you’re asking? You’d better hope that those few Max list readers who are clairvoyant are reading, I guess….

More background and examples will get you better answers. Always. Want to try again?


April 7, 2007 | 1:57 pm

its pretty easy..
In tring to get a "Function" object.
To fill a "buffer".
With 100% acurracy, as in the buffer is filled with a perfect loopable content, thus mapped over perfect (buffer length).



_j
April 7, 2007 | 1:58 pm

Yeah….haha.

my question to you, is, which person on this planet did you expect to understand your question?


April 7, 2007 | 2:04 pm

> its pretty easy..
> In tring to get a "Function" object.
> To fill a "buffer".
> With 100% acurracy, as in the buffer is filled with a perfect loopable content, thus mapped over perfect (buffer length).

Perhaps if you showed us your patch as it is….


April 7, 2007 | 2:05 pm

fine


April 7, 2007 | 2:24 pm

max v2;
#N vpatcher 20 29 927 671;
#P origin 0 4;
#P window setfont "Sans Serif" 9.;
#P comment 298 290 77 9109513 write buffer;
#P newex 490 559 97 9109513 buffer~ xampl 500;
#P button 259 577 15 0;
#P newex 259 552 76 9109513 substitute 22050;
#P newex 259 604 50 9109513 s push;
#P newex 282 347 49 9109513 Uzi 22051;
#P button 282 379 15 0;
#P newex 400 572 50 9109513 pack 0 0.;
#P message 320 388 50 9109513 0.;
#N counter 22050;
#X flags 0 0;
#P newobj 282 489 87 9109513 counter 22050;
#P newex 490 538 97 9109513 peek~ xampl;
#P button 498 140 15 0;
#P message 498 233 95 9109513 clear , 0 -1. , 22050. 1.;
#P newex 440 187 50 9109513 loadbang;
#P window linecount 2;
#P message 440 220 50 9109513 setdomain 22050;
#P button 282 321 15 0;
#P window linecount 1;
#P message 282 267 50 9109513 stamp;
#B color 1;
#P message 498 114 50 9109513 clear;
#B color 1;
#P user function 440 309 783 475 1 1 0 1;
#X frgb 82 82 82;
#X brgb 255 255 255;
#X rgb2 85 85 85;
#X rgb3 255 255 255;
#X rgb4 0 0 0;
#X rgb5 0 0 0;
#X add 0. -1. 0;
#X add 22050. 1. 0;
#X domain 22050.;
#X range -1. 1.;
#X done;
#P comment 515 141 77 9109513 clear function;
#P connect 10 0 16 0;
#P connect 16 0 17 0;
#P connect 17 0 15 0;
#P connect 3 0 4 0;
#P connect 4 0 14 0;
#P connect 14 0 13 0;
#P connect 13 0 10 0;
#P fasten 17 0 11 0 264 600 245 600 245 374 325 374;
#P connect 11 0 10 2;
#P connect 10 0 12 0;
#P connect 8 0 6 0;
#P connect 6 0 5 0;
#P fasten 10 0 1 0 385 534 385 262 445 282;
#P connect 5 0 1 0;
#P connect 7 0 1 0;
#P connect 1 0 12 1;
#P fasten 12 0 9 0 405 609 466 590 466 514 495 525;
#P connect 2 0 8 0;
#P connect 8 0 7 0;
#P pop;


April 7, 2007 | 2:24 pm



_j
April 7, 2007 | 2:26 pm

i have to go out right now, but a good tip i can give you is to use the right and middle outlets of uzi.


April 7, 2007 | 2:31 pm

haha. yes it`s a strip rebuild kinda thing:) thx didnt notice the detour.


April 7, 2007 | 2:43 pm

simplifyed version same bug

max v2;
#N vpatcher 20 29 927 671;
#P origin 0 4;
#P window setfont "Sans Serif" 9.;
#P window linecount 1;
#P comment 215 216 77 9109513 write buffer;
#P newex 407 522 97 9109513 buffer~ xampl 500;
#P newex 199 273 49 9109513 Uzi 22050;
#P newex 317 535 50 9109513 pack 0 0.;
#P newex 407 501 97 9109513 peek~ xampl;
#P button 415 103 15 0;
#P message 415 196 95 9109513 clear , 0 -1. , 22050. 1.;
#P newex 357 150 50 9109513 loadbang;
#P window linecount 2;
#P message 357 183 50 9109513 setdomain 22050;
#P button 199 247 15 0;
#P window linecount 1;
#P message 199 193 50 9109513 stamp;
#B color 1;
#P message 415 77 50 9109513 clear;
#B color 1;
#P user function 357 272 700 438 1 1 0 1;
#X frgb 82 82 82;
#X brgb 255 255 255;
#X rgb2 85 85 85;
#X rgb3 255 255 255;
#X rgb4 0 0 0;
#X rgb5 0 0 0;
#X add 0. -1. 0;
#X add 22050. 1. 0;
#X domain 22050.;
#X range -1. 1.;
#X done;
#P comment 432 104 77 9109513 clear function;
#P button 183 346 15 0;
#P newex 183 371 40 9109513 s push;
#P connect 13 1 1 0;
#P connect 1 0 0 0;
#P connect 5 0 6 0;
#P connect 6 0 13 0;
#P fasten 13 2 12 0 242 441 322 470;
#P connect 10 0 8 0;
#P connect 8 0 7 0;
#P fasten 13 2 3 0 242 334 335 308 335 256 362 262;
#P connect 9 0 3 0;
#P connect 7 0 3 0;
#P connect 3 0 12 1;
#P fasten 12 0 11 0 322 585 383 566 383 477 412 488;
#P connect 4 0 10 0;
#P connect 10 0 9 0;
#P pop;


April 7, 2007 | 2:52 pm

Hi,

I don’t see any accuracy problem. I just simplified the patch,
counter is really not required (uzi counts too). If you have 4.5.7
you can add the second argument to start counting from 0 directly).

Cheers,
ej

#P window setfont "Sans Serif" 9.;
#P window linecount 2;
#P newex 373 431 60 196617 loadmess set xampl;
#P user waveform~ 440 474 343 96 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 window linecount 1;
#P newex 320 271 27 196617 t i i;
#P newex 320 250 27 196617 – 1;
#P comment 298 153 77 196617 write buffer;
#P newex 320 613 97 196617 buffer~ xampl 500;
#P window linecount 2;
#P newex 282 210 49 196617 Uzi 22051;
#P window linecount 1;
#P newex 320 550 50 196617 pack 0 0.;
#P newex 320 592 97 196617 peek~ xampl;
#P button 498 140 15 0;
#P window linecount 2;
#P message 498 233 95 196617 clear , 0 -1. , 22050. 1.;
#P window linecount 1;
#P newex 440 187 50 196617 loadbang;
#P window linecount 2;
#P message 440 220 50 196617 setdomain 22050;
#P button 282 184 15 0;
#P window linecount 1;
#P message 282 130 50 196617 stamp;
#B color 1;
#P message 498 114 50 196617 clear;
#B color 1;
#P user function 440 309 783 475 1 1 0 1;
#X frgb 82 82 82;
#X brgb 255 255 255;
#X rgb2 85 85 85;
#X rgb3 255 255 255;
#X rgb4 0 0 0;
#X rgb5 0 0 0;
#X add 0. -1. 0;
#X add 22050. 1. 0;
#X domain 22050.;
#X range -1. 1.;
#X done;
#P comment 515 141 77 196617 clear function;
#P connect 17 0 16 0;
#P connect 15 1 1 0;
#P connect 10 0 9 0;
#P connect 15 0 10 0;
#P connect 14 0 15 0;
#P connect 11 2 14 0;
#P connect 8 0 6 0;
#P connect 8 0 7 0;
#P connect 2 0 8 0;
#P connect 1 0 10 1;
#P connect 7 0 1 0;
#P connect 5 0 1 0;
#P connect 6 0 5 0;
#P connect 4 0 11 0;
#P connect 3 0 4 0;
#P window clipboard copycount 18;


April 7, 2007 | 2:54 pm

lol, If u see the 2nd version patch.
its a buffer~ for a wave~ object intended to loop.
Im haveing troube with the end result not being a 1:1 copy
of the wave shape presented graphically.
and a minor difference in loopability is preceived useing this patch. (it clicks for short)


April 7, 2007 | 3:06 pm

I`ll give it a try, looks better with the trigger,
thx


April 7, 2007 | 3:07 pm

If I try this in your patch..

#P newex 186 324 66 9109513 loadmess 440;
#P user ezdac~ 186 408 230 441 0;
#P flonum 186 346 35 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 186 364 41 9109513 phasor~;
#P newex 186 386 63 9109513 wave~ xampl;
#P connect 4 0 2 0;
#P connect 0 0 3 0;
#P connect 0 0 3 1;
#P connect 2 0 1 0;
#P connect 1 0 0 0;

.. I get a nice sawtooth sound. Not an anti-aliased sawtooth of course.

Mattijs

Quote: lukhasj wrote on Sat, 07 April 2007 16:54
—————————————————-
> lol, If u see the 2nd version patch.
> its a buffer~ for a wave~ object intended to loop.
> Im haveing troube with the end result not being a 1:1 copy
> of the wave shape presented graphically.
> and a minor difference in loopability is preceived useing this patch. (it clicks for short)
>
—————————————————-


April 7, 2007 | 3:08 pm

Quote: Mattijs wrote on Sat, 07 April 2007 17:07
—————————————————-
> If I try this in your patch.. < -- in Emmanuel's patch


April 7, 2007 | 3:28 pm

> If you have 4.5.7
> you can add the second argument to start counting from 0 directly.
>
Excellent, I hadn’t realized that uzi new feature!
JF.


April 7, 2007 | 11:00 pm

tight stuff:)


April 7, 2007 | 11:15 pm

you should look at zigzag~


April 7, 2007 | 11:34 pm

its not fast enough for what im doing with it.


April 8, 2007 | 1:30 am

what, zigzag~? 1/sample rate is too slow to trigger?

it’s an object i just discovered and it’s my favorite new find.

On Apr 7, 2007, at 7:34 PM, lukas wrote:

>
> its not fast enough for what im doing with it.
>


April 8, 2007 | 1:43 pm

1/"control rate"
this object can bitshape.


April 8, 2007 | 2:09 pm

fair enough.
what are you trying to do anyway?


April 8, 2007 | 2:37 pm

Avoiding to have to use overdive @ 96khz samplerate asio, with 96khz substructure.
It`s a (put in send and receive patcher) way to bypass the use of a line~ using a wave and phasor~ design.

It`s sharp and nippy not held back by data limitting, at the cost of processor power.
It`s one of my flaws to do this, but who cares these days??


Viewing 24 posts - 1 through 24 (of 24 total)