Re: about -z:db (was: Re: [ecasound] picking up stattic with -b:64)

New Message Reply Date view Thread view Subject view Author view Other groups

Subject: Re: about -z:db (was: Re: [ecasound] picking up stattic with -b:64)
From: Jeremy Hall (jhall@UU.NET )
Date: Fri Jan 28 2000 - 16:12:37 EET

Does db help with live processing or delayed processing?

regarding rtnull:

rtnull seems to require a 1024 buffer and only a 1024 buffer. much less,
and it whines about underruns. much over and it skips audio.

the combination

ecasound -a:1,2 -i /tmp/in.raw -a:1 -o rtnull -a:2 -o /tmp/out.raw -c
t
ops, forgot to reset buffersize
cs-set -b:1024
cs-connect
t

Now when we have this sequence, rtnull no longer seems to exist. Data goes
racing by.

also after doing a cs-set, it seems one must do a cs-connect, the na
start, because when you do a cs-connect, it stops all output and doesn't
remember that output was going before you did the connect. :(

_J

In the new year, Kai Vehmanen wrote:
> On Tue, 25 Jan 2000, Jeremy Hall wrote:
>
> > what does db do and how can I make it useful for me?
>
> -z:db is a rather new feature and I haven't advertised it that much,
> because only now it's starting to be stable enough for normal use.
> Anyway, with -z:db, 2x512kB buffers are reserverd for all wav&raw
> inputs. When processing, a separate thread takes care of these
> buffers, mapping the needed data regions to memory using mmap()
> calls (see 'man mmap'). In most cases, this results in better
> performance.
>
> > hey, -t and -tl: seems I am missing some new options. :P
>
> Yup, together with -y, these have proven to be extremely useful.
>
> --
> Kai Vehmanen <kaiv@wakkanet.fi> -------- CS, University of Turku, Finland
> . http://www.wakkanet.fi/ecasound/ - linux multitrack audio processing
> . http://www.wakkanet.fi/sculpscape/ - ambient-idm-rock-... mp3/ra/wav
>
>

New Message Reply Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2a24 : Fri Jan 28 2000 - 16:13:34 EET