Re: [ecasound] sample count of zero for LADSPA 'run' function

From: Kai Vehmanen <kvehmanen@email-addr-hidden>
Date: Mon Sep 01 2008 - 22:44:48 EEST


On Mon, 25 Aug 2008, Sergei Steshenko wrote:
> , so the very last call to LADSPA plugin 'run' function has
> sample_count == 0
> Interestingly enough, if output of ecasound goes to file and not to ALSA,
> there is no such a problem.

this might happen as ecasound choose various buffering parameters
dynamically based on the requested configuration (with ALSA, real-time
properties are important, while with a non-realtime setup, throughput is
more important).

> Can sample_count == 0 be avoided altogether ?

This should be quite rare (the blocksize matches the stream length exactly
and thus end-of-stream is reported with one iteration delay). And adding a
'if (samples_count > 0)' is not necessarily a good idea (performance
wise). And even if ecasound would filter these out, other hosts might
still pass you zero length buffers, so in the end you just have to be

This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
Ecasound-list mailing list
Received on Tue Sep 2 00:15:03 2008

This archive was generated by hypermail 2.1.8 : Tue Sep 02 2008 - 00:15:03 EEST