Prajnashi, That is correct, but do you find any disclaimers in OpenCore fileformat folder? Zhao Liang. 2009/3/14 Prajnashi S <prajnashi at gmail.com> > Zhao Liang, > Please read disclaimer in android's mp3 decoder > > http://android.git.kernel.org/?p=platform/external/opencore.git;a=blob;f=codecs_v2/audio/mp3/patent_disclaimer.txt;h=b4bf11d4ab14011ba28ce5ff6090529d2b7b587f;hb=HEAD > > 2 <#12004b54cbec217d_l2> THIS IS NOT A GRANT OF PATENT RIGHTS. > 3 <#12004b54cbec217d_l3> > 4 <#12004b54cbec217d_l4>Google makes no representation or warranty that the codecs for which > 5 <#12004b54cbec217d_l5>source code is made available hereunder are unencumbered by > 6 <#12004b54cbec217d_l6>third-party patents. Those intending to use this source code in > 7 <#12004b54cbec217d_l7>hardware or software products are advised that implementations of > 8 <#12004b54cbec217d_l8>these codecs, including in open source software or shareware, may > 9 <#12004b54cbec217d_l9>require patent licenses from the relevant patent holders. > > For codec, google release it doesn't mean it has no patent issue. > > On Fri, Mar 13, 2009 at 4:58 PM, Liang Zhao <liangzhao.bit at gmail.com>wrote: > >> Julien, >> >> I agree with you about LGPL, but for my cases, mp3demux, seems it has few >> issues (just my personal oppionion). >> I quote an example from Android, in Android formal release, it has >> openCore engine with mp3demux sourcecode embedded, and its license is Apache >> license. If it has patent issues, google may not release it. >> >> That's just my guess. :) >> >> Zhao Liang >> >> 2009/3/13 Julien Moutte <julien at moutte.net> >> >> Hi, >>> >>> Please have a look at paragraph 11 of the LGPL : >>> >>> --- >>> 11. If, as a consequence of a court judgment or allegation of patent >>> infringement or for any other reason (not limited to patent issues), >>> conditions are imposed on you (whether by court order, agreement or >>> otherwise) that contradict the conditions of this License, they do not >>> excuse you from the conditions of this License. If you cannot >>> distribute so as to satisfy simultaneously your obligations under this >>> License and any other pertinent obligations, then as a consequence you >>> may not distribute the Library at all. For example, if a patent >>> license would not permit royalty-free redistribution of the Library by >>> all those who receive copies directly or indirectly through you, then >>> the only way you could satisfy both it and this License would be to >>> refrain entirely from distribution of the Library. >>> --- >>> >>> That means that any (L)GPL component that you distribute needs to be >>> redistributable with no patent restriction. >>> >>> This is completely incompatible with most patent licensing agreements >>> which require you to pay a royalty fee for every unit you ship. >>> >>> Please find attached a document written by our lawyer on that topic. >>> >>> Fluendo's products are covering part of this problem. You can license >>> proprietary decoders and demuxers that will work with GStreamer and come >>> with or without patent licenses. >>> >>> Hope this helps, >>> >>> Best regards, >>> >>> Julien Moutte, >>> FLUENDO S.A. >>> http://www.fluendo.com >>> >>> >>> >>> >>> Edward Hervey wrote: >>> >>>> On Fri, 2009-03-13 at 10:27 +0800, Liang Zhao wrote: >>>> >>>> >>>>> Hi all, >>>>> >>>>> I plan to port mpegaudioparse and asfdemux in plugin-ugly into my >>>>> product for resale, is it reasonable? >>>>> >>>>> >>>> >>>> If you mean whether you have the right... it's LGPL, so yes :) >>>> >>>> >>>> >>>>> no any license/patent issues? >>>>> >>>>> >>>> >>>> Two different things: >>>> * The software license (LGPL) : If you make any modifications, try to >>>> push them upstream, since anybody buying your 'product' will have the >>>> right to demand the exact source code use to build those plugins. >>>> >>>> * Patents. This is for container formats... and it's, to be honest, a >>>> very tricky situation. >>>> There are some saying you need to pay royalties (to whom?) and some >>>> not (because container formats are trivial). But something tells me that >>>> if there was any patents involved ... you would already be covered >>>> considering that you must have decoders (asf without wm* decoders is >>>> useless, and mpegaudioparse without mp3 decoder also) for which you >>>> acquired (or are acquiring, or got the usage rights with the hardware >>>> decoders) a usage license. >>>> Consult a lawyer. >>>> >>>> >>>> >>>>> if have, after I pay the royalty, is it ok? >>>>> >>>>> >>>> >>>> The two items above are the only major items to be aware of. But as I >>>> said, if you're making a product, you might want to consult a lawyer >>>> specialized in that field. >>>> >>>> Keep us informed of your progress and show us what product it is once >>>> it's released :) >>>> >>>> Edward >>>> >>>> >>>> >>>>> -- >>>>> BRs. >>>>> Zhao Liang >>>>> >>>>> >>>> >>> >> >> ------------------------------------------------------------------------------ >> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >> software that enables intelligent coding and step-through debugging. >> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >> _______________________________________________ >> Gstreamer-embedded mailing list >> Gstreamer-embedded at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded >> >> > > > -- > -- Prajnashi S > -- BRs. Zhao Liang -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/gstreamer-embedded/attachments/20090316/556ff77f/attachment.htm>
