I've read this a couple of times, and been thinking about how you would achieve this in the current framework.Octron wrote:Hi,
is it possible to use multichannel Wav or OGG Files instead of simple Stereo or MONO Files in SFZ??
It would be a great benefit because I am planning to build a Drum library.
Therein I decide to play not only the direct microphoned source but also the overheads. For example Snaredrum direct signal from upper membrane and second direct signal from lower membrane and finally the overhead signal.
If I could do so, I am able to build a real sounding drum set with crosstalks.
By the way, is there a short delay when playing two sounds via the same midi channel?
Or are the two sounds played back sample-synchron??
If not, I could build several librarys, each for each drum instrument, stack them in Linuxsampler and connect them all to the same midichannel.
If the samples were played back really simultaneously it would be possible to trigger a real drumset with 10 microphone positions playing all together.
There's no reason that i can think of that would stop you building an sfz with the same key for more than one sample. So each time you played that key, it would trigger more than one sample at the same time. And if you wanted a delay for say 1 sample to emulate a distance recording, i.e. overheads that are a few ms later than the near samples, then you could add that sample to a region of it's own, add a delay opcode, but keep the same key as the other samples.
SFZ is a powerful protocol, and with some tweaking of levels, delay in ms, etc, you may come up with a decent result for relatively little pain actually using the SFZ, rather than looking for multi-channel solutions. A drum kit could be a single SFZ, from a single channel, with the various instruments in the set given specific keys (even if multi samples are playing at once) in a CC range. ( bass drum = middle C = CC60 = c3, snare drum = D3 =CC 62, for example)
If you're using jackmidi as your midi ports device, with any external sequencer that will give you jackmidi ports ported directly to Linuxsampler, then it will be sample accurate, as all jack data, be it audio or midi, is timestamped.