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.