Using setRRGroup Volume when multi-mic type samples are different lengths

[BM_FORUM]

Hi all,

Looking for a bit of a workaround for the multimic function needing each mic sample to have the exact same length. In this scenario (without re-editing and exporting many, many samples) I have a situation where the mic samples are differing lengths (widest mics are longer by a small amount for the additional natural verb decay time). My initial thought was to re-export all the drier, and shorter, samples again with the additional tail length as silence, but then I stumbled upon setRRGroupVolume.
However, by the documentation on it, this only works with crossfading tables disabled so I assume it's using the same parameters. Leading me to then have the issue of not being able to do both dynamic sliders as well as mic sliders... Any thoughts on this, or is it a case of just needing to re-export and ensure the lengths are identical?

An ideal scenario is to access some sort of group level volume/gain control that isn't piggybacking off the crossfade feature (as I assume setRRGroupVolume does)...

P.s - I started adding multiple samplers (on top of the already sizable sampler count) to cater for this issue, but there's going to be far too many samplers and an unnecessary drain on CPU, so this isn't an option here...

Thanks

[d.healey]

@BM_FORUM Re-export your samples.

[BM_FORUM]

@d-healey I was affraid of that... :expressionless_face:

[d.healey]

@BM_FORUM It will make life easier in the long run. Depending on your bash/batch scripting-fu level you could probably use SoX to automate this (padding the shorter files with silence to match the longer file duration).

[Lindon]

this sort of thing(file length conversions) is trivially simple in python/pydub

jiaaro/pydub @ GitHub

(pydub.com)

[d.healey]

I think the tricky part will be getting the length of the longest sample in each set.

[Lindon]

@d-healey well depending on the naming scheme - again trivially simple in pydub - worst case (with no consistent naming scheme) set them all to = the longest in the folder...

[BM_FORUM]

Pydub looks like a great solution, thanks for the tip. Though this particular problem has just taken another turn. I have just test exported a bunch of the samples to the exact same lengths and I'm still getting unequal errors intermittently... I did just find a similar thread, so I'm trouble shooting each of the issues everyone appears to have had there as they sound equally plausible as the cause of my issue.

[d.healey]

@BM_FORUM said in Using setRRGroup Volume when multi-mic type samples are different lengths:

I have just test exported a bunch of the samples to the exact same lengths and I'm still getting unequal errors intermittently...

What's your methodology for making sure the samples are the same length? We are talking about length in samples not ms, right?

[BM_FORUM]

@d-healey Cycle Markers (Cubase). With each mic on a separate track of course, but grouped in a folder, which incidentally doesn't allow you to group the folder without the samples being the same length. Then the cycle marker generated from the internal grouped samples. So each exported sample ends up the exact same length per pitch (at least I thought it did... maybe this isn't precise enough for this type of automated detection)...

[d.healey]

@BM_FORUM I haven't used Cubase for years. These days I use Ardour for editing but Reaper is probably the de facto industry standard.