monkeymuffin

ok, first off let me thank this community for existing, for without i would be up the creek without a paddle :)

to the problem, im putting together a project which will house sample banks of multiple samples, these are to be triggered by user interaction with kinect via max.

for the purposes of the sample banks, ive put together a patch housing the samples in polybuffer~, with play~ used for individual playback. what id like to know, is there a way to sync the play~ objects to the main transport tempo, allowing for realistic tempo control/manipulation on the various samples. i already found a tutorial online which achieved synchronization between samples, taking the sample lengths and transposing the samples in sync. ive posted the patch below, is there a way to sync directly to the tempo of global transport and in turn alter the samples or should i be looking more towards timestretching?

i have posted two examples, one using phasor and the other with groove syncing to wave

any help would be grateful, i know how basic this must be, but its puzzling me :)

thanks in advance and keep up the good work

to the problem, im putting together a project which will house sample banks of multiple samples, these are to be triggered by user interaction with kinect via max. 

thanks in advance and keep up the good work


need-help-with-timing-problem

anyone got any notion? or can point me in the right direction please?

before I/we look at your patches, can I ask you to clarify some points please? Are your samples all rhythmic and tempo specific? Is pitch/key and pulse important? If key/pulse is important then you will have to look at quite complex timestretching and transient/beat detection, a la REX format. If key/pulse is NOT relevant, then things are a lot easier. Do you know the original bpm of your files? The formulas, if I'm not mistaken, are simple if you do:

bpm to ms = 60000/bpm, and ms to freq (for driving the play object eg) = 1000/ms. But this is also dependent upon the length of your files, which is no indicator of either tempo or rhythm.

In the meantime, search this forum for "transport", "tempo", "tempo sync" etc....

Hi
before I/we look at your patches, can I ask you to clarify some points please? Are your samples all rhythmic and tempo specific? Is pitch/key and pulse important? If key/pulse is important then you will have to look at quite complex timestretching and transient/beat detection, a la REX format. If key/pulse is NOT relevant, then things are a lot easier. Do you know the original bpm of your files? The formulas, if I'm not mistaken, are simple if you do:
bpm to ms = 60000/bpm, and ms to freq (for driving the play object eg) = 1000/ms. But this is also dependent upon the length of your files, which is no indicator of either tempo or rhythm.

haven't looked at your patches yet :( but I threw this together from the [transport] helpfile

hey brendan, thanks very much for your reply. for the finished patch there will be 4 banks of sound, the samples of one of these will be aesthetic so not really rhythmic or pitch specific. the other banks will be rhythmic and their pitch will be very important as they will be compositions to play in harmony with midi generated shenanigans within the patch.

so far all the samples being composed are in the same tempo (100bpm), they will range from 1 bar samples to possibly 8. i had the bpm to ms conversion but not the ms to freq, thanks for that :)

i was thinking alright some form of rex slicing was needed to perform realistic tempo changes

hey brendan, thanks very much for your reply. for the finished patch there will be 4 banks of sound, the samples of one of these will be aesthetic so not really rhythmic or pitch specific. the other banks will be rhythmic and their pitch will be very important as they will be compositions to play in harmony with midi generated shenanigans within the patch.
so far all the samples being composed are in the same tempo (100bpm), they will range from 1 bar samples to possibly 8. i had the bpm to ms conversion but not the ms to freq, thanks for that :)
ill try that with play~

i was thinking alright some form of rex slicing was needed to perform realistic tempo changes


http://devinkerr.com/2008/10/30/free_elastic-independent-pitchspeed-control-in-max/

need help with timing problem