num/denom v's double (was: Re: [LAD] [ANN] LV2 beta3)
steve at plugin.org.uk
Sat May 12 22:27:42 UTC 2007
On 12 May 2007, at 22:58, Jens M Andreasen wrote:
> On Sat, 2007-05-12 at 20:35 +0100, Steve Harris wrote:
>> On 12 May 2007, at 10:52, Jens M Andreasen wrote:
>>> Given the function f(a,b), where most people would only need to
>>> about f(a), we could do:
>> Ugh. I really don't like that. If the API mandates a num/denom, make
>> sure its propertly documented and people use it, otherwise it's a
>> waste of everyone's time, and it will never be possible to use it in
> Ehrm, I think I said it should be documented in the man page, but
> perhaps not in the skeleton demo aimed at people with a bright idea
> they'd like to try out
People will copy the skeleton demo, so if it doesn't use the
denominator you may as well not have it.
>> I can only assume that Fons was joking when he said that, as he's so
>> concerned about compatibility.
> You don't have to like it, actually most people (except for Fons?) can
> just ignore it and move on with whatever it was that they were
> doing ...
they can't /ignore/ it, they have to use it. I agree that it doesn't
have to be very taxing.
> The cost of pushing one or a few extra more/less redundant
> parameters on
> the stack is /nada/ compared to the pointer arithmetics involved in
> figuring out where the in and out buffers are located, and then start
> shuffling data around and then, while we are at it, perhaps do
> with the data as well?
The computational cost is vanishingly small.
More information about the Linux-audio-dev