hi again,

i've looked into that further and the difference of includes explains a lot !!

in fact, mp3 objects were not working with latest releases of lame
because of that !!

The includes ( mpglib.h, mpg123.h, interface.h ) have been bundled
with the objects because they are part of mpglib
( the decoding library included in lame ) and ARE NOT installed
system-wide when you install lame.

besides, they had to be modified to compile in the context of an extern.

so, i've updated these includes ( mainly mpglib.h ) in the linux
version of mp3 objects ( mp3write~, shoucast~, shoutamp~, mp3live~ )
and, thus, they work now with latest releases of lame ( > 3.90 ).

i think those versions are more stable so, as far as i could run some tests,
it's a kind of improvement.

if you update those objects, update lame also ( i used 3.92 ).

cheers,

sevy/yves

[root@dregs mp3live~]# grep 3.89 *
mpg123.h:#define M_PI 3.14159265358979323846

Yves Degoyon wrote:

good point... the error is to distribute lame's include files
with objects ... we should use system-wide installed includes of course...
( i had never noticed this really )

regards,

sevy/yves

Kjetil S. Matheussen wrote:
On Fri, 6 Sep 2002, Olaf Matthes wrote:
Hi August,

BTW, which version of Lame are you using? I use 3.90 under Win / OS X
and had problems with other versions. But I haven't tried mono on OS X
yet.
When speaking of lame-versions, I had to fix the lame.h file
to get the shout* objects to work with lame 3.92. One of the structures
in the file has got two new int values since 3.89.