Beat Repeat
I'm trying to make a variable speed beat repeat that works in sync with the master phasor.
I've tried to multiply the incoming phasor signal with a *~ 8 with a fader going in the other inlet. So when I increase the fader it speeds up and slows down the incoming signal via multiplication, and so keeping it in sync. It seems to work ok this far.
Then I wanted to use a sel 0 to bang a 0 to the sample-sync phasor everytime the beat repeat outputs a 0, thus resetting the sample back to the start and repeating the beat.
But it doesnt work. It should but it doesnt. Why?
This might be clear if you posted a patch showing what you have so far. I can't quite visualise it from your dsscription.
However, in the meantime, maybe you should check out the rate~ object, as it seems like what you're describing might be exactly what it does without the need to monitor and feedback to reset any loops...
Regards,
Alex
Cheers for that!
Yeah a rate~ was exactly what I needed because it allowed me to multiply the incoming master sync phasor~ with another ramp wave.
Perfecto!
Well almost. I still have this one other problem. See the idea is that when the new ramp wave produced by the rate~ hits 0, I'm trying to use a sel 0 to then output a bang. However it seems that everytime I try to get numbers from any kind of phasor/wave/cycle it spits numbers out so fast that it often skips 0 completely.
Is there another way to get a more stable flow of numbers from a phasor/wave/cycle?
For the record I'm currently just using a ~ integer box, from which I output number data from its bottom left output.
But it's too wild?
What can I do?
Can you explain why you want to get this bang (what it'll be used for). I don't understand from your earlier post what you mean. If you're using a phasor~ (rather than a line~) to drive it it should loop anyway if the speed of the phasor~ is right. There may be a better way (signal world to max and/or vice versa is always bad for timing). If you really need a bang maybe try change~.....
BTW - the flow of numbers from rate~ / phasor~ is stable. It just doesn't necessarily hit 0 or 1 because of the timing resolution of a single sample, so looking for 1 (and maybe 0 I'm not sure) is unreliable for triggering purposes. Something like chage~ is much better. A numberbox will only give you the first sample from each signal vector anyway, so you'll also miss a lot of numbers through using it's output.
Regards,
Alex
you could try with >~ and edge~ for the bang on new ramp, and snapshot~ for
your flow of number.
cheers
Hello,
Well I've had a try but still no massive sucess. I works but it just doesnt sound right and I imagine theres probably some far more descrete method of implementation.
But here it is.
Just to recap, I'm using a phasor to control the tempo of a sample but mapping it's duration over the phasors 0-1 cycle. I am using a second phasor to set a master tempo in much the same way. Thats all fine.
The problem is I want to repeat the start of the sample by sending the sample loop phasor a load of 1's, but in time with the master tempo phasor, by using division of the master tempo. This should make it repeat at 2x, 4x, 6x, 8x ect.. the master. So that when this beat repeat effect is used it doesnt effect the overall rhythm.
I have attached the patch and also included the old technique I was using by simply multipling a metro.
Is there a good clean sounding way to effectively implement this?
Cheers
>Well almost. I still have this one other problem. See the
>idea is that when the new ramp wave produced by the rate~ hits
>0, I'm trying to use a sel 0 to then output a bang. However
>it seems that everytime I try to get numbers from any kind of
>phasor/wave/cycle it spits numbers out so fast that it often
>skips 0 completely.
that would be the [zerox~] object.
-110
Quote: Roman Thilenius wrote on Thu, 03 May 2007 15:34
----------------------------------------------------
>
> that would be the [zerox~] object.
Don't think that would work here - the phasor outputs 0 to 1. Hence there's no zero crossing...
Leigh
Quote: Leigh Marble wrote on Thu, 03 May 2007 17:04
----------------------------------------------------
> Quote: Roman Thilenius wrote on Thu, 03 May 2007 15:34
> ----------------------------------------------------
> >
> > that would be the [zerox~] object.
>
> Don't think that would work here - the phasor outputs 0 to 1. Hence there's no zero crossing...
>
> Leigh
----------------------------------------------------
well he will have to substract 0.000001, but with
zerox~ he has a fixed delay of 1 sample to his bang,
with snapshot he is completly lost. ;)
> The problem is I want to repeat the start of the sample by
> sending the sample loop phasor a load of 1's, but in time with
> the master tempo phasor, by using division of the master tempo.
> This should make it repeat at 2x, 4x, 6x, 8x ect.. the master.
> So that when this beat repeat effect is used it doesnt effect
> the overall rhythm.
>
> I have attached the patch and also included the old technique I
> was using by simply multipling a metro.
I couldn't read your patch, but you might want to check out my samm~ object which sends out multiple, synced metronome clicks at whatever collection of tempi you want. You can set your master tempo and have the beat subdivided by 2 4 6 8 (11 31 7.15 whatever), vary the tempo and everything will stay synced. You get a separate beat stream for each subdivision which makes it very easy to build drum machines.
Cheers,
Eric
Have you looked at the hard sync examples in the install folder (under
synthesis)?
On 19/04/07, Breaka wrote:
>
>
> I'm trying to make a variable speed beat repeat that works in sync with
> the master phasor.
>
> I've tried to multiply the incoming phasor signal with a *~ 8 with a fader
> going in the other inlet. So when I increase the fader it speeds up and
> slows down the incoming signal via multiplication, and so keeping it in
> sync. It seems to work ok this far.
>
> Then I wanted to use a sel 0 to bang a 0 to the sample-sync phasor
> everytime the beat repeat outputs a 0, thus resetting the sample back to the
> start and repeating the beat.
>
> But it doesnt work. It should but it doesnt. Why?
>
--
www.centuryofnoise.com
www.perevillez.com
This might be of interest.... Its a beat repeater of a different sort.... It uses stutter and some math to produce beat-accurate stutters when triggered.
Seth,
the stutter_mod abstraction is missing!
David
On 6 May 2007, at 21:42, seth wrote:
> This might be of interest.... Its a beat repeater of a different
> sort.... It uses stutter and some math to produce beat-accurate
> stutters when triggered.
>
>
>
>
>
ooops. heres that abstraction.....
my appologies..... first time posting a patch really.
hope this sums it up.....
I can't open any of these files.
I'm using the latest version of Max from the site, Mac OS X, Intel Mac.
anyone else having this problem opening the patches i've posted? I am also using the latest version of MAX for Intel Macs.
here is the text of the patch, and the two abstractions.
Again, sorry about my poor patch-posting techniques. Im trying to get the hang of it.
-seth
--------
patch:
--------
-------
stutter_mod abstraction:
-------
-----------
bang_syncher abstraction:
------------
hi seth,
it's working ok here - MacBook Pro. I saved the various attachments
you sent earlier to a folder in Max's search path, and then loaded
"beat repeat". No probs.
David
On 7 May 2007, at 20:39, seth wrote:
>
> anyone else having this problem opening the patches i've posted? I
> am also using the latest version of MAX for Intel Macs.
>
> here is the text of the patch, and the two abstractions.
>
> Again, sorry about my poor patch-posting techniques. Im trying to
> get the hang of it.
>
> -seth
Thanks for all the reply's. Some really interesting stuff.
One question though. See all this...
".......
#P window setfont "Sans Serif" 9.;
#P window linecount 2;
#P comment 576 157 249 196617 if you want to change the range of interval settings , just edit the 'stutter sample-size calculator' patch;
........."
Do I put that straight into max somehow? Or is that just a guide on how to construct somthing?
But major thanks for all contributions so far, they've all been really good.
Quote: Breaka wrote on Mon, 07 May 2007 18:10
----------------------------------------------------
> Thanks for all the reply's. Some really interesting stuff.
>
> One question though. See all this...
>
> ".......
> #P window setfont "Sans Serif" 9.;
> #P window linecount 2;
> #P comment 576 157 249 196617 if you want to change the range of interval settings , just edit the 'stutter sample-size calculator' patch;
> ........."
>
> Do I put that straight into max somehow? Or is that just a guide on how to construct somthing?
>
> But major thanks for all contributions so far, they've all been really good.
----------------------------------------------------
i assume you're talking about that sentence there.... thats just the contents of a textbox in the actual patch. so the answer to your question, is yes.... paste all of that into a patcher window as it was in my original post and it should work fine.
incase your new to max: first copy and paste each abstraction that i posted into separate blank patcher windows and save them with the names i used ("stutter_mod", and "bang_syncher"). make sure to save them into your patches directory (or another directory in your Max search path). then copy and paste the main patch into a new blank patcher. everything should then work....
seth schrieb:
> my appologies..... first time posting a patch really.
>
> hope this sums it up.....
Could you repost all of it, but zipped, as mentioned often, patches
which are not zipped I can't read for an unknown reason. Then I would be
able to compare them and maybe find out what the difference is...
A single patch you don't need to attach, just copy/paste into the text
body of your mail...
Stefan
--
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com
Here they are... all 3 files in a zip.
-seth