Re: [linux-audio-dev] XAP status : incomplete draft

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: [linux-audio-dev] XAP status : incomplete draft
From: Tim Hockin (thockin_AT_hockin.org)
Date: Fri Dec 13 2002 - 21:28:59 EET


> This should not be allowed, if you want to run the instrument at a
> different rate, reinstantiate it.

This makes the API simpler (one less function call). Are there any
drawbacks to it? Or conversely, are there any drawback to having a
set_rate() method which is only ever called from the inactive state? It
seems that if a host wants to change rate, re-instantiating everything is
overkill, if it knows it is in a safe state..

> Agreed. I think tis less confusing to have to indicate that a plugin /is/
> deterministic though.
>
> Don't do what ladspa did though and mix together RT safe-ness and
> determinicity (is that a real word?).

Clarify? Are you suggesting I change RTFL_SLOW to RTFL_NDETERM? Keep in
mind these are per-control flags.

> > ...and the optional "NOTE_PITCH" that no one will ever use, of
> > course. ;-)
>
> And many of us still think doesn't belong in the API... :)

I've completely ignored the pitch thread. I'll get there. I just have a
job during the day (which I already am abusing to read all you guys' emails
- 30 last night! :)


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Fri Dec 13 2002 - 21:33:49 EET