Re: [Linuxsampler-devel] NI Kontakt vs Halion performance (voice count)

[<be...@ga...>]

Scrive Robert Jonsson <rob...@da...>:


> >
> >    Don't go at this idea too fast, or look for too many people too
> > early, but just keep the possibility in mind. Instead of implementing
> > full blown ADSR's, just build in a fail safe click eliminator and then
> > turn us loose! ;-)
> >
> 
> Yes yes yes :)

Hmmm, you were faster than I in responding.
You seem one more quick'n dirty supporter :-)
Let's see other's opinions ....

> 
> Ofcourse we should aim for the stars, but for now I'm happy just as long as
> it 
> plays simple things without any serious problems. 
> First thing's first, get something functional out the door and the crowd will
> 
> come.

Do you think so ?
Would it not be better make something that does at least
the basic enveloping, looping and articulation so that those
large libs play well ?

> The only thing I'm missing (short term) is removal of the clicking, fix of
> the 
> midimap and possibly addition of jack support.
> 
> Then I'll test it to bits!! And tell everybody else to start poking at it :)

but that would ruin our "shock-and-awe" strategy.
:-)

> 
> ---
> To be truthful, I don't even believe LS has to match the performance of 
> Kontakt anytime soon.

Why not ? our code is very simple, modular and configurable.
For example when playing those large libraries that are sampled 
key by key we could turn off interpolation completely, or use linear
(linear is quite a bit faster than cubic).
Or use SIMD instructions if those are beneficial in certain situations.

> Hardware is cheap and since they won't support 64bits 
> for a long time coming, LS will run circles around it!!

That's true, but we need to act fast to beat the the competition,
otherwise meanwhile uncle bill will fix his crappy Windows :-)

Hmmm Mark, release+sustian on 64bit boxes ?
I'm going to get persuaded in following your suggestions :-)

> 
> Pinky: Brain, what are we going to do today?
> Brain: The same thing we do every day. Try and take over the world.

Sounds good, just like LS :-)

PS: technical question about Linux on amd 64:
Are pointers 4bytes (32bit = 4GB address space) or can you
use 64bit pointers too ? 
If the second case is not possible it would a bit sad because
it would mean you can manage more than 4GB but you would still
have the 4GB per process limit which would hurt LS.
ok we could fire up multiple instances and load some sample libraries
in each instance thus maxing out the RAM anyway but it would not
be as cool as doing all within one instance plus it could lead to
some performance problems.

Can someone of you shed some light here (or look up the stuff on google
and post links to the relevant stuff eg kernel ML etc) ?


cheers,
Benno



-------------------------------------------------
This mail sent through http://www.gardena.net