I am writing an cross platform application (win32/unix) in which I'd like to use LAME for encoding....I am required to link in LAME as a DLL on win32 and as a SO on unix. Now the problem comes in the fact that the APIs are different between the two....I am simply restating a problem that I believe is already very well known....the question is what to do about it....
i'd wouldn't be so bad if it wasn't for the fact that the downloadable DLL version of LAME (lame_enc.dll) doesn't support all the features of LAME (high/lowpass filtering for instance)..So I would have huge ifdefs around my nicely multi-platform code, in addition to reduced functionality on the win32 platform. I'd love to be able to link with libmp3lame.dll (however, the distribution of LAME doesn't build a DLL, only a .lib) and even if it did, the versions of LAME downloadable from various locations would also need to contain this .DLL....No, I might be simplifying things a bit, but my main question is how do I link with LAME on a win32 and unix platform and not lose functionality or capability (and also it would be nice to not have huge ifdefs around all the lame calls - one for win32 and one for unix)... and obviously, creating and distributing my own libmp3lame.dll is not something that I would be legally authorized to do... oddsock _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
