Hi,
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
prepared...
-- ------------------------------------------------------------------------- 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 http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Ecasound-list mailing list Ecasound-list@email-addr-hidden https://lists.sourceforge.net/lists/listinfo/ecasound-listReceived 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