Re: [ecasound] torture-testing -z:nodb scenarios

On Sat, 19 May 2012, linux media 4 wrote:
>> I've seen many post here about enabling/disabling double buffering and
>> I'm still confused about what can go wrong with -z:nodb set.

On 05/25/2012 11:38 PM, Kai Vehmanen wrote:
> a real-time audio program needs to process audio at a fixed rate.
[CUT]
> Factors that contribute to the non-determinism of disk seeks:
[CUT]
> Now ecasound may work flawlessly even with -z:nodb, but this is always
> system and use-case specific. So while this may be good enough in some
> cases, I'd still strongly recommend defaulting to -z:db when targeting
> the general case (versus a single, specific tested system).
[CUT]

Thanks for the comprehensive information on this subject.

I will create radio buttons in my program for the User to select from a
range of buffer sizes. What would be the lowest and highest value I
would want to use for the first and last button, and what increments do
you think these buttons should be in?

My goal is to offer the most precise control over double buffering so
they can get the best performance for their particular setup and usage.

Many thanks for this great software that keeps us motivated to expand.

Rocco

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Ecasound-list mailing list
Ecasound-list@email-addr-hidden
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Received on Sun Jul 22 00:15:03 2012