2008/1/16, Darren Landrum <[EMAIL PROTECTED]>:
>
>
>
> You know, I definitely think that once synthesis and sampling hit
> software, the division between the two became somewhat artificial. I
> really don't see why you can't have a great modular synthesis engine
> that includes powerful sampling features. After all, the sampler engine
> would be just another module, right?
yes, I fully agree with you. this is why we want to go in that direction.
That being said, I have something to say:
>
> If we're going to make a DSP language, then let's make a real freaking
> DSP language! Fill it up with some nice ready-to-use constructs, like
> delay lines (fixed and variable), basic oscillators and filters,
> FFT/iFFT functions, and so on. Reaper's JS is nice, but if you need a
> delay line (a commonly used construct), you need to make one yourself
> and manage local memory manually, which is a pain.
of course basic stuff needs to be provideded.
since basic building blocks will be coded in C/C++ , implementing stuff like
delay lines is a piece of cake.
CSound is a great language when it works, but the VST version is
> completely broken under Reaper, and the regular version has all sorts of
> issues (weird distorted outputs and the like) I've never been able to
> sort out. The use of PortAudio has also caused me numerous problems. I
> belong to the mailing list, and have emailed about these issues, and I
> still have broken CSound on my machine. I want to code DSP, not debug a
> software installation without any help.
This is unfortunately often the case with open source case, it is made by
geeks
for geeks, userfriendliness lets to be desired.
We try to avoid this. For example LS on Windows is a piece of cake to
install and use.
That out of the way, here are some of the many features I'd like a
> sampling engine to have:
>
> * Positional cross-fading: cross-fading between samples across the
> keyboard, e.g., you have samples at C and F# across the keyboard's
> range, playing notes in-between will be crossfaded between the two
> samples. Granted, this isn't too terribly useful for modern "every note
> sampled" type of libraries, but for samples spread out, it eliminates
> sample switching artifacts.
>From an implementation point of view it is not different than traditional
velocity crossfading,
so it's easy.
* Loop-point modulation: being able to control the start and end loop
> points of any particular sample independently of each other. There are
> so many cool things you can do with a capability like this.
>
> * Cross-faded loops: Nothing much new here, except...
>
> * Multiple cross-faded loops: Being able to define more than one loop
> within a sample, and having the engine select the next loop to play,
> either at random or according to some setting, then cross-fading to the
> next loop. This would allow complex timbres to be animated in a more
> natural-sounding way that'll be different every time. I wish I could
> claim credit for this idea, but it was brought up on the CSound list
> recently and it stuck with me as a great idea.
Sounds interesting.
If you do this for RAM based then it is not so hard to implement, doing this
for
disk based sampling it can become harder as the disk always buffers data
ahead of time.
But I guess such sample manipulation makes sense only for smaller sounds ?
Or am I wrong ?
After that, things like envelopes, filters, etc., would be separate
> modules, I assume.
yes. and the user can write his own without needing to touch the core
engine.
A truly modular system with scripting would allow me to realize some
> interesting ideas I have involving sample-based synthesis and
> resynthesis, so I'm behind it.
yes with FFT combined with sampling you can do interesting things.
I think we just start with a basic set of building blocks and as users are
using them
if the need arises we add new ones, and perhaps since users can concentrare
on the pure DSP
part without worrying about audio, midi drivers, low latency scheduling etc
they will perhaps contribute
interesting modules too.
Looking forward to more on this.
thanks alot ! keep ideas flowing :)
cheers,
Benno
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
