Variable decay time and size when using multiconvolve~
Just wondering if this is possible or not, as in the M4L convolution reverb. Looking inside it seems to rely on resampling the buffer with a mysterious object bufresample~ but I can’t seem to find any info on it or how it works?
Thanks, I have looked but am none the wiser. No mention of bufresample~ in the documentation. Any hints?
Hmm.. I assumed it was in the library – it looks like it’s unique for the live device, you’re right it seems mysterious :-) Check in with Alex Harker, the developer of the externals – he’s also quite active on these forums http://www.alexanderjharker.co.uk/Contact.html
I’m way, way interested in this too! For our convolutions we’ve been creating multiple impulses corresponding to the respective sample rates, which is a total pain. I’d love to get the bufresample~.
As a side note, anyone have any news on 64 bit versions of the HISS tools?
Woohoo! Huge thanks for the tip!
Thanks for the replies, will email ALex when I have a minute. Jeff, I’ll keep you informed if I have any breakthroughs.
bufresample~ was written for the device, but it is perfectly possible to use elsewhere. At this stage it is now possible to make that object publicly available, and write a help file for it.
If I remember correctly off the top of my head it will take a message (probably process) followed by an output buffer, then an input buffer, then I think a ratio for resampling, and finally a sample rate (in case the original is in a different sr). I can’t easily check that right now as I am between computers, but it is something along those lines. If that doesn’t seem right, or it isn’t possible to figure out from the device then let me know and I’ll look in more detail,
There is also a message to set up the resampling filter (which impacts quality and speed), but I forget what that is. The defaults sound OK I think. Internally the resampling uses a windowed sinc approach….