You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
redtide/ConvertWithMoss enables conversion between a wide variety of sample libraries, my goal is to convert DecentSampler/PianoBook sample collections into a format compatible with SamplerBox. I tried just using the wav files provided with a decent sampler patch , but they seem to include a bunch of silence at the beginning so it seems that to be more widely compatible with sample sets, I would have to modify SamplerBox to be able to support a very large set of custom attributes per-patch such as sample-start-time, loop points, and a seemingly unending list of potential attributes that would quickly exhaust the constraints of extracting such data via filename.
So, I propose, instead that we expand the instructions in the FAQ for the SamplerBox's sample format, to make implicit assumptions more explicit. Does each sample presume the sample starts at the transient? How are loop points handled? What about envelopes? Should the samples be normalized to a specific db-range?
Can we get some clarification on sampler-box's requirements to make more sample libraries compatible?
The text was updated successfully, but these errors were encountered:
redtide/ConvertWithMoss enables conversion between a wide variety of sample libraries, my goal is to convert DecentSampler/PianoBook sample collections into a format compatible with SamplerBox. I tried just using the wav files provided with a decent sampler patch , but they seem to include a bunch of silence at the beginning so it seems that to be more widely compatible with sample sets, I would have to modify SamplerBox to be able to support a very large set of custom attributes per-patch such as sample-start-time, loop points, and a seemingly unending list of potential attributes that would quickly exhaust the constraints of extracting such data via filename.
So, I propose, instead that we expand the instructions in the FAQ for the SamplerBox's sample format, to make implicit assumptions more explicit. Does each sample presume the sample starts at the transient? How are loop points handled? What about envelopes? Should the samples be normalized to a specific db-range?
Can we get some clarification on sampler-box's requirements to make more sample libraries compatible?
The text was updated successfully, but these errors were encountered: