Subject: Re: [linux-audio-dev] Terminology / sampler architecture
From: Thorsten Wilms (t_w__AT_freenet.de)
Date: Tue Jun 15 2004 - 19:16:54 EEST
On Tue, Jun 15, 2004 at 05:22:38PM +0200, Frank Barknecht wrote:
>
> Puh, that will be a hard one, as audio applications tend to be very
> different, not only in terminology. Pd doesn't know "sessions" or
> "bank", Ardour doesn't now "messages" or "bang"s, AMS doesn't know
> about "tracks", all because those things aren't used by them. One
> could try to make the naming in similar apps the same, like in Ardour
> and MuSE, but they already are most of the time.
OK, but looking at softsynths (at least non-modular ones) it
would be to bad to have program, patch, preset used for
the same thing.
If the naming between Ardour and MuSe is partly the same,
that could well be the base for a guideline.
> > Of special interest to me is naming and structure of
> > the different organizational levels of samplers.
>
> I have to ask: what is a sampler to you?
Well, sure it's not always possible to draw a line.
For me a true sampler follows the tradition of fairlight and akai,
with a mostly fixed sound architecture and the sole use of
samples as first step of sound generation.
But even with systems that go beyond that, there are still
comparable organizational matters. Assigning samples to
note and velocity ranges, combining that with the setup
of the following synthesis structure ...
> > And a specific questions: what is thought to be the
> > best approach to allow both having multiple samples
> > with greatly varying setups of filters/amps/etc
> > (drumkits) and multiple samples for chromatic
> > instruments with smooth changes of filter/amp/etc
> > settings?
>
> I sincerly don't understand what you are talking about here. ;(
> Maybe you could explain with an example? But maybe we just think
> different when thinking of samplers...
For a drumkit I need different setups of amp and filter
settings/envelopes for each drumsound.
But having to adjust amp and filter settings/envelopes
for each range of a multisampled piano in isolation would
be bad.
So for an app or device that is specialized in sampling,
there should be a structure that supports both, with
out resulting in the complexities of a truly modular
system.
So far I think of the following:
- Sample: just the naked sample
- Multisamples: a selection of samples, each assigned to
velocity and/or note ranges.
- Patch: a Sample or Multisample and the setup of the
sound architecture (filter, amp ...).
- Multipatch: a selection of Patches, each assigned to
velocity and/or note ranges.
So a Multipatch would be the way to go for a drumkit.
But there's overlapping in having ranges for both
Multisamples and Multipatches.
Besides clumsy naming I guess Akai and others must
have come up with their own solutions. But I couldn't
find information about that. Guess I have to search
for userguides, if people here don't know about
examples.
--- Thorsten Wilms
This archive was generated by hypermail 2b28 : Tue Jun 15 2004 - 19:13:42 EEST