Speex dev - Aug 2004 - Re: does installed lib support _int()s ?

>>>>> "Malcolm" == Malcolm Baldridge
<speex@paypc.com> writes:
Malcolm> Well, for compile-time, I'd think that an #ifdef would do the
Malcolm> trick.

How?  VERSION isn't included anywhere except in speex_init_header(),
and I do not see any other symbols that encode the version....

That said, I looked at the code for speex_encode_int and friends
since writing that.  When compiled w/o --enable-fixed-point the
_int functions do what the code I was looking at updating already
does: convert each sample from short to float in a loop.  And
when compiled w/ --enable-fixed-point the non _int funtions do
the opposite.

It wouldn't matter except that the dists are taking their time moving
from 1.0 to 1.1.  'Twould be easier were they all at 1.1.

-JimC

--- >8 ----
List archives:  http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to
'speex-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

> How?  VERSION isn't included anywhere except in speex_init_header(),
> and I do not see any other symbols that encode the version....
Hrm, I take it then that speex_encode_int() exists in both 1.0 and 1.1,
then?  I'd assumed that speex_encode_int() only existed in one of them. 
Otherwise I've just put my foot in my mouth. :)

Are you merely looking for the fastest turn-around time given a supply of
short integer sample data being presented to the library?  Or are you just
looking for a one-api-entry-fits-all-versions from a functional perspective?

=MB
--- >8 ----
List archives:  http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to
'speex-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

Hi,

Right now, I'm thinking of adding a speex_lib_ctl() call that would
support SPEEX_GET_VERSION (and return a string) or
SPEEX_GET_MAJOR_VERSION and SPEEX_GET_MINOR_VERSION (and return ints).
I'm open to other suggestions though. If there's anything you'd like
to
see in the API for 1.2, say it now. ...and no, I won't add a
speex_do_all_the_work_for_me() call :)

        Jean-Marc

Le dim 16/05/2004 à 16:42, Malcolm Baldridge a écrit :
> > How?  VERSION isn't included anywhere except in
speex_init_header(),
> > and I do not see any other symbols that encode the version....
> 
> Hrm, I take it then that speex_encode_int() exists in both 1.0 and 1.1,
> then?  I'd assumed that speex_encode_int() only existed in one of them.
> Otherwise I've just put my foot in my mouth. :)
> 
> Are you merely looking for the fastest turn-around time given a supply of
> short integer sample data being presented to the library?  Or are you just
> looking for a one-api-entry-fits-all-versions from a functional
perspective?
> 
> =MB> 
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> Ogg project homepage: http://www.xiph.org/ogg/
> To unsubscribe from this list, send a message to
'speex-dev-request@xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is
needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
-- 
Jean-Marc Valin
http://www.xiph.org/~jm/
LABORIUS
Université de Sherbrooke, Québec, Canada


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: Ceci est une partie de message numériquement signée.
Url :
http://lists.xiph.org/pipermail/speex-dev/attachments/20040516/726e184f/signature-0001.pgp