Timestretching/Pitchshifting
-
@johnmike said in Timestretching/Pitchshifting:
as an addendum to the previous...seems as if the loops are the same bpm(originally before bringing in) then they play just fine when played together...but if they are different tempos(originally) they won't play back at the temposynced BPM....hopefully this makes sense....is there something I'm missing? or do all the loops I add in need to be at the same BPM for them to work together?
So my understanding is that the time/pitch stretching is applied to the sampler - and it is applied as a ratio - so yes if you want to play multiple loops together - everything in the sampler needs t start out at the same tempo - or you can set up sample maps with a single loop in it - and then use multiple samplers..
-
@Lindon Gotcha...that's what started to make sense...not a problem...that means I just need to time stretch all the stuff that I want to time stretch into the same tempo lol...I'll mess about with that!
-
@johnmike What about using multiple samplers, does that work?
Libre Wave - Freedom respecting instruments and effects
My Patreon - HISE tutorials
YouTube Channel - Public HISE tutorials -
@d-healey I’m sure that would work…but for what I’m trying to do I’d need 88 samplers lol(a sampler for each loop on each key)…it would probably be way more efficient and less time consuming for me to just make everything a uniform BPM and then put them in one sampler…
-
no, the idea is that the tempo_sync mode will sync each sample to the BPM regardless of its source BPM, but this mode isn't working correctly yet. I'm totally undecided how to address the issue of detecting the bar length and getting the right multiplier so if anyone has ideas how to do this, let me know.
-
@Christoph-Hart ahh gotcha…yea that would work…but as it stands this is still way ahead of where we were! I’ve been waiting for this!
-
@Christoph-Hart said in Timestretching/Pitchshifting:
no, the idea is that the tempo_sync mode will sync each sample to the BPM regardless of its source BPM, but this mode isn't working correctly yet. I'm totally undecided how to address the issue of detecting the bar length and getting the right multiplier so if anyone has ideas how to do this, let me know.
Yep - you could do it like Kontakt(yew did I just say that?) - have a scripted call that lets the programmer/developer tell the process exactly how long in bars/beats each loop is and what tempo it is
HISE Development for hire.
www.channelrobot.com -
@Lindon Why not just make a new sample property called
NumQuartersthat will be used to calculate the original BPM of the sample?This will override the
NumQuartersthat you can set with the timestretch properties, which will override the default fallback behaviour of guessing how fast it is using the current tempo. -
@Christoph-Hart said in Timestretching/Pitchshifting:
@Lindon Why not just make a new sample property called
NumQuartersthat will be used to calculate the original BPM of the sample?This will override the
NumQuartersthat you can set with the timestretch properties, which will override the default fallback behaviour of guessing how fast it is using the current tempo.yep that works too...the only (slight) wrinkle is dealing with odd time signatures.. 6/8 for example - but even then all the developer need know is the number of bars and they can * 4 to get NumQuarters
HISE Development for hire.
www.channelrobot.com -
-
Alright, I've implemented the
NumQuartersproperty. If this is non-zero, it will use the length of the sample with this information to calculate the source BPM, which should let you use different BPM values for every sample.I've also fixed something in the engine and now it should play multiple voices with the correct time ratio in sync mode.
-
@Christoph-Hart Nice!
-
In sampler it seems monophonic samples aren't summed when the stretch modes are enabled, everything comes out the left speaker.
-
@Christoph-Hart said in Timestretching/Pitchshifting:
I'm thinking about adding this to the AudioLooper too (it's pretty obvious that this might be useful there). Is anybody using the tempo synced mode in a real project? It previously changed the pitch to match the tempo but I guess that is so totally useless that I can replace the functionality and enable timestretching by default when the tempo syncing is activated.
is this a thing yet?
For some reason I cant build from the "feature_timestretch" commits...i'll figure out why on my own...
just asking -
@Christoph-Hart said in Timestretching/Pitchshifting:
Alright, I've implemented the
NumQuartersproperty. If this is non-zero, it will use the length of the sample with this information to calculate the source BPM, which should let you use different BPM values for every sample.I've also fixed something in the engine and now it should play multiple voices with the correct time ratio in sync mode.
Nice, but I still worry about doing this calc for those 13/7 time signatures, and you know there will be some...
HISE Development for hire.
www.channelrobot.com -
@Lindon said in Timestretching/Pitchshifting:
Nice, but I still worry about doing this calc for those 13/7 time signatures, and you know there will be some...
Hehe...
-
for some reason when I have loops in multiple different samplers with tempo sync turned on they won't sync together...seem to work fine when in the same sampler...but if I want to put like a group of kick loops in one sampler and then a group of snares in a different sampler...tempo sync falls apart...something im missing?
-
anything here? anybody have any solve for time sync'ing multiple samplers? or do I need to just keep everything in one sampler? which will suck for what I would like to do as far as controlling the volumes/sends for each group of loops that are in a sampler of it's own...unless there is a way to group samples inside of one sampler and control the volumes on those groups?
-
-
@d-healey interesting...will try this
