From: Peter G. <pe...@el...> - 2001-11-14 07:25:12
|
Mariano, The filter is released under GNU LGPL, which means that you have to include a copyright message and link to the filter source code. However, LAME itself is licensed under GPL, which means that if your application uses LAME, it must be Open Source application under GPL. Depending on your license model, we may discuss the way you can distribute LAME and the DirectShow filter. Regards, Peter Gubanov Mariya Gubanova wrote: > > > ------------------------------------------------------------------------ > > Subject: > > lame_dshow.ax > From: > > <joe...@fi...> > Date: > > Wed, 14 Nov 2001 00:57:33 -0300 > To: > > <or...@el...> > > > Well, first of all the filter is great. > > Im making an application that plays and (with your filter) encodes to > mp3. I wanna know if i can distribute it (its a freeware application), > also i wanna put a icon with a link to you if you dont have any > problem with it. > > Sorry for my english, im from Argentina. > > Thanks anyway. > > Mariano Ventaja. > > lame_dshow.ax > > Content-Type: > > message/rfc822 > Content-Encoding: > > 7bit > > |
From: Peter G. <pe...@el...> - 2001-11-18 08:51:14
|
Mariano, I've just forgotten whether LAME GPL or LGPL. Since it is LGPL, you may use it without decoding feature (which is not provieded by the filter anyway). And please make reference to LAME website from your application about box, website, and documentation. WBR, Peter joe...@fi... wrote: >Peter, > >I dont want to distribute LAME, i want to distribute just the filter. My >application isnt open source, but is freeware. I think that i can, take a >look at this take from http://www.mp3dev.org/mp3/license.txt : > >"Can I use LAME in my commercial program? > >Yes, you can, under the restrictions of the LGPL. The easiest >way to do this is to: > >1. Link to LAME as separate library (libmp3lame.a on unix or > lame_enc.dll on windows) > >2. Fully acknowledge that you are using LAME, and give a link > to our web site, www.mp3dev.org > >3. If you make modifications to LAME, you *must* release these > these modifications back to the LAME project, under the LGPL. > > >*** IMPORTANT NOTE *** > >The decoding functions provided in LAME use the mpglib decoding engine which >is under the GPL. They may not be used by any program not released under >the >GPL unless you obtain such permission from the MPG123 project >(www.mpg123.de)." > >1) The filter is a separte library (i think) >2)In the about of the program and in the help file (.chm) are icons and >links both of LAME and Elecard. >3)Im going to use only the ENCODING and not the DECODING engine. > >Can i distribute just the lame_dshow.ax in this way? > >Thanks Anyway. >Mariano Ventaja. >----- Original Message ----- >From: "Peter Gubanov" <pe...@el...> >To: <joe...@fi...> >Cc: "Mariya Gubanova" <ma...@el...>; <mt...@mp...>; ><lam...@li...> >Sent: Wednesday, November 14, 2001 4:24 AM >Subject: Re: [Fwd: lame_dshow.ax] > > >>Mariano, >> >>The filter is released under GNU LGPL, which means that you have to >>include a copyright message and link to the filter source code. However, >>LAME itself is licensed under GPL, which means that if your application >>uses LAME, it must be Open Source application under GPL. Depending on >>your license model, we may discuss the way you can distribute LAME and >>the DirectShow filter. >> >>Regards, >> Peter Gubanov >> >>Mariya Gubanova wrote: >> >>> >>>------------------------------------------------------------------------ >>> >>>Subject: >>> >>>lame_dshow.ax >>>From: >>> >>><joe...@fi...> >>>Date: >>> >>>Wed, 14 Nov 2001 00:57:33 -0300 >>>To: >>> >>><or...@el...> >>> >>> >>>Well, first of all the filter is great. >>> >>>Im making an application that plays and (with your filter) encodes to >>>mp3. I wanna know if i can distribute it (its a freeware application), >>>also i wanna put a icon with a link to you if you dont have any >>>problem with it. >>> >>>Sorry for my english, im from Argentina. >>> >>>Thanks anyway. >>> >>>Mariano Ventaja. >>> >>>lame_dshow.ax >>> >>>Content-Type: >>> >>>message/rfc822 >>>Content-Encoding: >>> >>>7bit >>> >>> >> >> >> >> > > > |
From: Gabriel B. <bou...@mp...> - 2004-04-22 20:50:26
|
> I=92m a development lead on a Microsoft application called OneNote. > Through the Windows Error Reporting program, we=92ve noticed a substant= ial > number of our crashes are due to a fault in LAMEACM.ACM while we > enumerate the codecs installed on the system (OneNote supports recordin= g > and playback of audio notes). Similar crashes due to LAMEACM.ACM exist > in many other applications that use the Windows Media APIs. We are > currently in the process of working around this issue in the next > service pack on our side, however I just wanted to make sure you were > aware of the problem and let you know that you can investigate this and > other crashes in your module via https://winqual.microsoft.com/ (go to > the Windows Error Reporting section). This will allow you to > investigate crash buckets and download minidumps for individual crashes > to help in your investigation. > The version of LAMEACM.ACM that exhibits this problem seems to be > 0.0.9.0. If you=92ve already fixed the problem, is there a more recent > version of the codec that we can point our customers to? I fixed a bug that could lead to crashes during encoding with our ACM=20 codec a few monthes ago. However, I did not updated the version number=20 (my bad). I am aware of the fact that the codec is sometimes crashing on=20 enumeration. This seems to be compiler related, as it seems to happen=20 when it is compiled with ICL 4.5. The codec is working fine when=20 compiled with msvc6 or ICL 7.1. Perhaps I should add some restrictions to block compilation when using=20 icl 4.5? It seems that it might also be a good idea to try embeding=20 compiler name and version inside version info (in order to ease tracking=20 of bugs). I think that you can not officially direct your user to a new version,=20 as we (the LAME project) are not releasing binaries, but source code=20 only, and so are not controlling distribution/compilation of binaries. However, I will investigate embeding compiler info. Regards, --=20 Gabriel Bouvigne www.mp3-tech.org personal page: http://gabriel.mp3-tech.org |
From: Mark P. <mar...@st...> - 2009-11-15 15:33:49
|
On Sun, 11 Nov 2009, Gabriel Bouvigne wrote: > -- > Gabriel Bouvigne > http://www.mp3-tech.org > personal page: http://gabriel.mp3-tech.org > Thank you for forwarding the invitation. It seems however the message was cut off, therefore I'm including the original message in this reply. Thanks again for your help. > Dear LAME developers, We are researching the motivation factors of Open Source software programmers and would like to ask your cooperation in our large-scale research. The research is performed for the Amsterdam Business School of the University of Amsterdam. Your participation would consist of completing an online survey to which we have linked below. Your participation is completely anonymous and the research publication will be freely available, including the results of the survey. The goal of the research is to better understand the motivations software programmers have for joining and contributing to an Open Source project. The insights gained from this research would help the development of theory for Information Management and could help practitioners better understand Open Source projects. Next to this, the publication of this research will increase the exposure of the development of Open Source software within the academic environment. Please follow the link to the online survey. We highly appreciate all responses to this invitation. So far it seems that most respondents contribute to projects distributed under the GPL or BSD (derived) license. We would love to see more respondents from projects that are released under other licenses such as the LGPL license. Our test audience has shown that completing the survey will take about 15 minutes. Your time is highly appreciated by us. http://bit.ly/Survey_Developers_Motivation Kind regards, Dr. Thomas Adelaar Mark Pith PS If you reply to this message, please include mar...@st... as CC for a faster response. -This independent research is not related to the LAME project.- |