Re: [Linuxsampler-devel] Polyphony, Was: MacOSX note release problem solved

[Mark K. <mk...@co...>]

be...@ga... wrote:
> Scrive Mark Knecht <mk...@co...>:
> 
> 
> 
>>I THINK THERE IS A HUGE OPPORTUNITY HERE TO BRING PEOPLE TO LINUX IF 
>>THIS TOOL JUST REALLY EXISTED IN A FORMAT THAT USERS COULD USE!
>>
>>Too bad we haven't gotten that far.
> 
> 
> Ok LS development is a bit slow but our advantage is "we will never go out of
> business" regardless of the speed of development.

OK, that's very true!

It's not clear today whether the company that makes GSt is really in 
business on this product. Month after month slips reduce their 
credibility with me.

<SNIP>

>>
>>I'm most curious (and concerned really) in how we decide to partition 
>>memory between all the different gig files I want to load and how many 
>>samples we need to preload.
> 
> 
> Currently the preload amount per sample is fixed but we could do further
> optimization like allowing to specify how much preload each instrument should
> use. But I think the defaults are quite reasonable and allow for high polyphony
>  setups.

OK, works for me.

<SNIP>

> Don't worry 

<be happy>

LS code is quite optimal and I think it cannot
> be sped up by a high amount. (perhaps 20% max).
> on northernsounds.com the folks all seem to be quite impressed by
> the polyphony count in my benchmarks so I think we are on the right track.
> And we have several cards left to play like SIMD (SSE/Altivec).

Certainly. Any the ability to use more memory under Linux will someday 
play out in our favor.

<SNIP>

>>
>>Yes, I agree. (Please explain what you mean by 'stream count' though...) 
> 
> 
> stream count = number of active disk streams. the equivalent of an
> audio track in a HD recording app.
> In substance each active voice needs an associated disk stream.

OK - what's a 'disk stream'? Is that an open file? Maybe this doesn't 
matter for a user like me.

<SNIP>

> 
> But above you said you can achieve full polyphony without problem ?
> :)

Meaning I have no problem getting to maximum polyphony in my 
compositions - not that GSt has no problems when it's reaching maximum 
polyphony. It does, at least on my 500MHz machine with an RME card and 
low latency. Set the latency higher (for final audio recording) and I do 
better.

Thanks!

- Mark