From: robert <Rob...@gm...> - 2010-02-21 00:53:09
|
Hello Dr. Fahmy, I assume your application has to run on MS Windows operating systems? Am 19.02.2010, 19:19 Uhr, schrieb Dr. A. Fahmy <drf...@gm...>: > Hi > > Cannot use a program, need to integerate inside our program, as this is > compression for call center application You can take LAME 3.98.2 sources, disable decoding functionality and build your encoding DLL out of it. For your task, you don't need the MP3x frame analyzer and you don't need replaygain feature from LAME. In this case, you can use our code (the encoder part) under the terms of the LGPL. For the decoder part, take the mpg123 library DLL. I don't know if it was discussed already, but you might want to check the software patent situation in your country and the countries where you want to distribute your proprietary software. > Guys > > how can i proceed, and how much would it cost me > > > regards > > > Dr Fahmy > > On Thu, Feb 18, 2010 at 6:50 PM, Alexander Leidinger < > Ale...@le...> wrote: > >> On Thu, 18 Feb 2010 17:06:04 +0200 "Dr. A. Fahmy" <drf...@gm...> >> wrote: >> >> > all what I need is to use Lam to compress data that we have. the >> > application we have is commerical version. The lame function would >> > only be about .001% of our program >> >> One way to achive this is to use a lame.exe instead of the DLL (if it >> is poosible in your program). >> >> > I just want to respect the GPL and LGPL >> > >> > That is all >> > >> > >> > so if both of you have no problem to use as is them we are fine with >> > it, until you release the full LGPL version >> >> You could take the CVS version of lame, then you only have to take care >> about the LGPL. I do not know what the timeframe of Robert is regarding >> the release of 3.98.3. >> >> Bye, >> Alexander. Ciao Robert |