[gmpi] Re: Reqs TODO

----- Original Message -----
From: "Marc Poirier" <fipnid@xxxxxxxxx>
To: <gmpi@xxxxxxxxxxxxx>
Sent: Wednesday, November 26, 2003 2:30 PM
Subject: [gmpi] Re: Reqs TODO


> --- Steve Harris wrote:
> > On Tue, Nov 25, 2003 at 02:03:55 -0800, Marc Poirier wrote:
> > > Me too.  In fact, I even would like to see us just agree on 64-bit
> > > float for audio data, too, though I think that that's less likely
> > > something that other folks will go for.  Not too far down the line,
> I'm
> > > sure that you'll regret that, but oh well...
> >
> > Personally I think that having a single audio format is more important
> > that what that format actually is (pending the outcome of a benchmark
> > of course).
>
> I agree, and that's what I was saying:  I would like to see GMPI just do
> one audio sample format, and I would like it to be 64-bit float.  I think
> that we'll feel really stupid about the decision to use 32-bit float in a
> few year's time, if we do that.  The performance difference will further
> disappear (it already is a mixed bag; 64-bit is more efficient for some
> things, 32-bit for other), arguments against 64-bit will become
> irrelevant...

-1- the intel optimization cookbook recommands to use float32 instead of
float64 if it's not necessary (this is using more BUS Clock)
-2- as a programmer , i guess that you don't use 64bit integer or float when
you don't need it. It's the same here, so if you decide to allow 64 bits in
GMPI , i'm oblige to say that you have to allows the 32bit float too .

Vincent Burel


----------------------------------------------------------------------
Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules:  Please stay on topic.  You are responsible for your own
words.  Please respect your fellow subscribers.  Please do not
redistribute anyone else's words without their permission.

Archive: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: