2008/1/20, Darren Landrum <[EMAIL PROTECTED]>:
>
>
> What kind of latency did that system have? The idea here, I think, would
> be for it to be real-time enough to be able to play this as a synthesizer.
I don't remember it exactly by heart but here is my guess, all depends from
the overlap.
assume you have a FFT size of 1024 and an overlap factor of 8.
this means you do a FFT -> manipulate coefficients -> inverse FFT and then
advance the output
position by 1024 / 8 = 128 samples.
So if my calculations are correct the system should have a latency of 128
samples. (2.6msec @ 44.1kHz)
But you need
to perform 8 x FFTs with 1024 samples each, which is CPU heavy.
If you reduce the overlap factor for example to 4 the CPU load is halved but
latency goes up 2 times = 5.1msec
and the precision of the output is a bit worse (but still very good).
If the needed frequency resolution is not that high you can of course reduce
the FFT window size.
512 with overlap factor 4 gives you 128 sample latency and half the CPU load
of 1024 with overlap factor of 8.
> Not that I'm any kind of an expert. I'm just trying to expand my
> education is all. Thank you for your help, and for letting me badger the
> list. :-)
Thank you very much for all your inputs, keep up with the good work,
it will be a rewarding journey for everyone.
Enthusiasm and motivation are the key factors to success and can act as an
ispiration for others.
We are all humans and no one has perfect knowledge but the important things
is our combined aggregate of knowledge
is high. And since software is a incremental process the knowledge base can
only go upwards.
Every little bit helps, so even if people only do have little coding skills
don't be shy or ashamed,
just put your ideas and code implementations on the table and the group will
comment on, correct mistakes and improve it
if needed.
Even non coders (users) are very precious contributors, their feedback often
helps to open developer's eyes and change their viewpoint
as sometimes developers are not able to see the application from an user's
point of view, this is one reason why often open source applications
are not so userfriendly and in some cases "joe average" is unable to use
them.
People like Alex Stone, although he is not a coder his contributions are
very valuable and his motivation and determination is infecting everyone.
We will soon put online an userforum on the LS site since many are asking
for it, and especially windows users are more confortable with
forums than with mailinglists. (I admit that I like forums too as you can
initially lurk without registering and can easily follow what's going on
by visiting the forum page. I accidentally came to the reaper forum (to
alex's post) by an internet search and was amazed what he did with
reaper + wine + LS. So forums are definitively a plus for forming
communities and exchanging informations which contribute to the improvement
of the project.
Alex said he will moderate it and offer users assistance so we are in good
hands :)
Darren,
the GUI rendering we had in mind is more or less as you described (XML file
which describes all the parameters and their properties) and then
let the framework render them on screen without the module builder needing
to worry about sliders, knobs, input fields etc.
But we want to keep the door open to custom GUIs too as it could be that the
need arises to write controls for a non standard module which cannot
easily be represented by standard controls.
thanks everyone,
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
