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

[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

http://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.

https://www.youtube.com/watch?v=iuUgnBQLJE4