play~ er location select click

Dec 3, 2011 at 1:16pm

play~ er location select click

im trying to get rid of (or minimize) the click when randomly selecting a location to play from in an audio file…
pls assistance would be appreciated..

– Pasted Max Patch, click to expand. –
#60436
Dec 3, 2011 at 2:05pm

Hi johnr
I pulled your patch apart, and the clicks you hear are minute and instantaneous changes in the phasor ramp, which manifest themselves as rapid pitch shifts between changes in the location value. This is the expected behaviour when driving a play~ object with a phasor~ ramp. So. The solution (as I see it) is to ‘store’ the changing value in a sample and hold (sah~), and pass the values at the end of the phasor~ ramp. This may well be a method you’re familiar with? It does mean, however, that your location value will not update until the end of the current ramp – this may not be rapid enough for you :(

I also took the liberty of replacing trapezoid~ with a curved window. I’m led to believe that angular windows can create unwanted artefacts when generating very small loops or grains of sound (Miranda, Computer Sound Design, Chapter 5).

– Pasted Max Patch, click to expand. –

HTH
Brendan
http://www.youtube.com/user/ronnie9253?feature=watch

http://brendan-admi.blogspot.com/

EDIT: and I ‘improved’ (broke?) your random-location engine; ps, see stutter~ and chucker~ for endless fun

#217511
Dec 3, 2011 at 3:17pm

I’m wondering if one could fill in the gaps of the windowing by adding a second system that was 180 degrees out of phase.

#217512
Dec 3, 2011 at 4:28pm

Hi antialias
I describe this very topic in my Granulation Synth tutorial; it builds on everything I’ve learned from the tutorials and this forum. Skip to video 3 for the details of synced overlapping windows.

“Other granulation engines are available!”

http://www.youtube.com/watch?v=h-WJucUMeFs

http://brendan-admi.blogspot.com/2011/09/sharing-granulation-synthesis-in-maxmsp.html

Brendan

#217513
Dec 3, 2011 at 6:20pm

thanks Brendan– I’ll check these out.
Ian

#217514
Dec 11, 2011 at 8:50pm

thanks for the details; great stuff…
can i ask if it is possible to replace the constantly generating number at the top left of the patch to something like a bang type UI item? when initiated it would read through the entire cycle though, rather than constantly generate the signal?

assistance would be greatly appreciated.

thanks for your time

– Pasted Max Patch, click to expand. –

`

#217515
Dec 11, 2011 at 11:27pm

Hi
i responded to a recent thread on a similar topic; is this any help?

– Pasted Max Patch, click to expand. –

Brendan

#217516
Dec 12, 2011 at 8:50am

….if simple start/stop playback is all you need, then don’t bother with my previous examples, use this (or just [sfplay~]):

– Pasted Max Patch, click to expand. –

Brendan

#217517
Dec 13, 2011 at 1:18am

very cool; thanks for the response and post. i think my question was a bit poorly written…. this has to do with my lack of knowledge on this particular subject. i will play around with i what you have provided me with and go from there.

thanks again Brandon.

on another note, yet very-much-so related, i went through your fCast Appendix video on granular synth on youtube, and for some reason my patch wont initiate… i do; however, get an audible click every time i initiate the DAC if amplitude is way up. i believe this has to do with the sah~ object… it wont initiate or something.. would you mind taking a look at what i have and suggest any pointers? i would really like to get this one working polyphonic..
i have pasted here… any assistance would be very much appreciated:

– Pasted Max Patch, click to expand. –

and my poly subgrain

– Pasted Max Patch, click to expand. –
#217518
Dec 13, 2011 at 2:56pm

I’ll look at this when i get home

#217519
Dec 14, 2011 at 9:12am

This works:

– Pasted Max Patch, click to expand. –

There were a number of errors in your main patch: the key object doesn’t get an argument ([key 32] is incorrect); use [pak] and not [pack] outside a [poly~]; you also have several different methods of initializing the [dac~] – pick one.

To get this to work, turn on the [dac~] before sending the (target 0, bang) message.

Brendan

#217520
Dec 16, 2011 at 1:58am

thats great; thanks for sending along the patch and providing some other relevant pointers.

#217521

You must be logged in to reply to this topic.