An anonymous reader writes "Google has recently added FFMpeg to Chrome to better support HTML5's video element. FFMpeg is licensed under LGPL 2.1, which states that '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.' Google admits to having obtained a patent license for their use, but still claims they are not violating LGPL. Among the confused we find Håkon Wium Lie and Miguel de Icaza, who wonders what FSF might say. Google doesn't feel like asking FSF for clarification."
So, what you're telling us is that although all of us in the States have been using FFMpeg illegally without a license for years, when someone finally decides to try and be legal and purchase a license, now they are still in the wrong?
Sounds like the FFMpeg people need to start dual-licensing or something - from what I can tell they are OK with people obtaining licenses to use FFMpeg.
Of course, I'm still missing the biggest point here - since when do they need FFMpeg for HTML 5 support? It doesn't require any patented codecs, and they could always use DirectShow filters.
So, what you're telling us is that although all of us in the States have been using FFMpeg illegally without a license for years, when someone finally decides to try and be legal and purchase a license, now they are still in the wrong? Sounds like the FFMpeg people need to start dual-licensing or something
Exactly. Unfortunately, they'll probably just say "we don't care about patents" [ffmpeg.org] which doesn't help anyone.
Of course, I'm still missing the biggest point here - since when do they need FFMpeg for HTML 5 support? It doesn't require any patented codecs, and they could always use DirectShow filters.
In reality Theora isn't that great and Google probably wants to save bandwidth, so they support H.264. Since XP/Vista includes no H.264 decoder, Google has to ship their own.
It is unhelpful to a lot of people, probably. But writing software to follow the particularly idiotic US law in this regard ends up being unhelpful for way more people. Reflect on the fact that the whole US population is, in a global perspective, only a very loud minority...
Reflect on the fact that the whole US population is, in a global perspective, only a very loud minority with an extremely large economic footprint.
When you look at it from that angle, the population figures become much less relevant to the discussion.
For a commercial organisation maybe, but for open-source programmers in Europe no way. They will not say "I won't implement this interesting and useful codec because people in the USA might have legal problems using it" any more than Zimmermann would have said "I won't produce PGP because it may cause legal problems for people in France using it".
No, it's very helpful. Those of us outside the USA get to use the software, those of you inside the US get to go to your respective representatives and say 'look at these people outside the USA who can use this software and gain a competitive advantage over me! Change the law so that I can use it or we will not be able to compete and your tax revenues will drop!'
Exactly. I'm taking the Mac beta for a test run as we speak. Some of the stuff is obviously still missing as noted in the recent article here a few days back.
It works fairly well, and I look forward to replacing firefox with it.
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
See that word "if"? The patent license permits royalty-free redistribution of the Library... so it's not an issue.
Similarly, we've heard nothing from the authors of the Library - you know, the copyright owners, the only ones who have any legal standing? So maybe the peanut gallery should shut the hell up already.
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
See that word "if"? The patent license permits royalty-free redistribution of the Library... so it's not an issue.
Similarly, we've heard nothing from the authors of the Library - you know, the copyright owners, the only ones who have any legal standing? So maybe the peanut gallery should shut the hell up already.
By any downstream user whatsoever, and any possible one downstream from them? Even if I were to download this library from Google and resell it for profit? Even if IBM were to do the same?
If Google really does have me, and IBM, and any other possible reuser covered for distribution of any possible type, that's fine. Otherwise, if there are conceivable circumstances under which a patent could prohibit a downstream user from redistribution, they're violating the license. I don't know what's so hard about the
For a start, much as trolls such as yourself would like to portray Slashdot as being a group mind with a single opinion, that simply isn't the case. There's people on here who think copyright is great, there's people on here who think copyright is completely morally repugnant and there's people on here who sit somewhere in the middle suggesting that copyright is just "broken". But, as I happen to be in the group of people who think copyright is morally wrong, allow me to explain my position, and please ac
I must say, it seemed more than a little... odd... for the founder of a completely and utterly proprietary competitor to post off-topic messages to a mailing list trying to probe his direct competitor on their adherence to a free software license.
Have you even read any of the messages on the mailing list? Hakon is simply asking for their interpretation of the LGPL. He even says that he's not a lawyer and understands the LGPL in a different way, the way he's been trained, a spec guy. Icaza says that he's just as confused as Hakon. How are his questions offtopic?
I've been participating in the threads themselves, as you'd know if you'd be reading them. The discussions are off-topic for working out HTML5, because H.264 is no way no how being required in HTML5 while software patents exist.
I question the relevance to HTML5 of someone from a completely proprietary software company closely questioning a direct competitor on their conformance to the GPL.
From the attached article I can gather that since FFMpeg uses the LGPL 2.1 (not 3.0) that their obtaining a third party license for something else that prohibits them from granting similar rights for that bit of code does not affect their ability to grant rights for use the FFMpeg libraries. As they put it:
The fact that Party B may have a patent license with an unrelated
third-party is irrelevant as long as it doesn't prevent Party B from
granting people the rights LGPL 2.1 requires they grant them (namely,
only those rights it in fact received from Party A).
Again this all seems rather moot anyway. A lot of operating systems these days include FFMpeg libraries as well as the H.264 and AAC libraries (which is really what this is all about). I know people feel like the idea of linking native libraries from the OS (which may or may not be there) goes against the universality of the HTML5 video/audio spec (and I can't say I disagree), but it would seem that for something as ubiquitous and freely licensable as the FFMpeg libraries, this argument is a bit overblown.
> A lot of operating systems these days include FFMpeg libraries as well as the H.264 and AAC libraries (which is > really what this is all about)
Where by "a lot" you mean "Mac"? Windows 7 will be the first version of Windows to include H.264. No freely redistributable Linux includes it, for obvious reasons.
> it would seem that for something as ubiquitous and freely licensable as the FFMpeg libraries
The ffmpeg source code is freely licensable, the patent licenses you need in the USA and elsewhere ar
I think Google's relying on a technicality, but it's a significant one. In this case Google isn't the creator of the library, they received it from it's creator. So either it's creator could grant them an LGPL 2.1-compatible patent license, or the library can be distributed without a license, or it's creator couldn't have legally distributed the library to them. I think that, right or wrong, Google's probably on solid legal ground there. They didn't introduce the patented code into the library, they didn't create the library, so I don't think the law'll have much trouble allowing them to redistribute the code under the same terms and with the same rights as they got from it's creator.
I think it's a situation the GPL and LGPL don't contemplate explicitly. The situation where Google was adding the infringing code to a library they received under (L)GPL terms and then redistributing the results, that's exactly what the v2 language covers. But I'm not sure even the v3 language covers the situation where the holder of the patent license isn't the one who put the infringing code into the library and where the person who did put it in doesn't hold a patent license and has no rights to grant downstream recipients. If the library was under LGPL v3 I think you could make an argument that the automatic grant of rights in paragraph 11 kicks in, since Google does hold a relevant patent license, and that if their license doesn't let them do what paragraph 11 requires then they can't redistribute, but LGPL 2.1 doesn't contain anything explicit corresponding to v3's paragraph 11.
I think Google's right here, it does in fact come down to what the patent-holder says. If they sue Google and get an order blocking Google from distributing infringing code, then Google can't distribute the library. If the patent holders sue the library's author and get an order blocking distribution of the library without a patent license, Google can't distribute the library. But until then, Google can't be forced to add any rights that they didn't get when they received the library.
I think Google's relying on a technicality, but it's a significant one. In this case Google isn't the creator of the library, they received it from it's creator. So either it's creator could grant them an LGPL 2.1-compatible patent license, or the library can be distributed without a license, or it's creator couldn't have legally distributed the library to them.
You're confused. The author of the product doesn't have to abide by the license, they own the copyright and can do anything they want. The LGPL doesn't apply to them. It's perfectly legit for them to say, "hey, here is this code that implements patented algorithm X. if you want to use it you'll have to get your own license from the patent holder."
As far as this goes with the ffmpeg authors violating the patent by implementing this stuff in the first place, there is a certain amount of protection from patent litigation if you are doing research. Not as safe as having a license, but better than selling a blue-ray player without one. Additionally these developers are probably pretty close to judgment proof (ie. they mostly have no money to pay any judgments against them.)
You're forgetting a few things. Both GPL v2 and v3 talk about granting the recipient rights to redistribute the license. If the author was the patent-holder or a licensee, then to grant people that license without granting patent rights would render those clauses meaningless. Without both rights to use the patent and some right to pass on those rights, the recipients can't exercise the redistribution rights the license purports to give them. Courts are loathe to declare terms of a license meaningless, so th
Anyone who has copyright in a work cannot violate their own license.
That's not true. It's possible to lock yourself out of the right to use your own copyright via a license through really shitty drafting of the license (or on purpose). If I recall correctly from my software licenses class (and I might not), the magic word "exclusive" is all that is needed in the grant clause and BAM, you can't use your own copyrighted work!
I am merely a law school graduate. I haven't taken the bar yet. I'm not a lawyer. I'm
They are distributing the library under the terms of the LGPL with no additional restrictions and so are complying fully with the license. Whether or not they are violating their patent license by doing so is their problem.
The situation this clause of the LGPL is aimed at is one wherein Google would be obligated by their patent license to require that everyone they distributed the program to sign a patent sublicensing agreement that took away rights granted by the LGPL.
It matters what patents exist. If it is the position of the FFMpeg authors that the patent license that Google has obtained is actually required for royalty-free distribution, then nobody can redistribute FFMpeg at all.
The LGPL expressly allows closed-source and even non-free-as-in-beer software to link to an LGPL library, either statically or dynamically, without violation of its terms. That's what makes it lesser than the GPL.
I agree with sentiment in the last link though, this is none of the FSF's business -- the FFMPEG people are the only ones that can claim to be aggrieved here. Until that happens, this is much ado about nothing since there can be no violation of license terms to which the holder of the copyright does not object.
I have to reserve judgement until I know the details of Google's patent deal. It is possible that it includes downstream use.
All patent licenses are not the same. Some are a per-unit royalty, others are a lump-sum purchase of the use of the invention. It's even possible that Google did negotiate "downstream redistribution" of the library if they paid enough cash.
The Chrome people say that you're getting a patent license for H.264, etc. if you use Chrome. Fine.
The interesting question is "Does my patent license for H.264, etc. extend to any decoding, or only that done by Chrome?". Said in another way, is my patent license only good if I'm doing the decoding in Chrome or does it apply to decoding done by me? If it is the latter, then anyone who wants a patent license can just download Chrome -- now they have a free patent license.
Does my patent license for H.264 extend to any decoding, or only that done by Chrome?
Let's see the EULA for Chrome:
9. License from Google
9.1 Google gives you a personal, worldwide, royalty-free, non-assignable and non-exclusive license to use the software provided to you by Google as part of the Services as provided to you by Google (referred to as the âoeSoftwareâ below). This license is for the sole purpose of enabling you to use and enjoy the benefit of the Services as provided by Google, in the manner permitted by the Terms.
This license is for the sole purpose of enabling you to use and enjoy the benefit of the Services as provided by Google, in the manner permitted by the Terms.
Yeah, so...? That's just about the purpose of the licence, it doesn't say anything about how you can or can't use the software that's being licensed. If it said something like "you may use the software for the sole purpose of enjoying the benefit of the services...." it might be relevant.
The whole paragraph is badly drafted anyway. "...license to use the software provided to you by Google as part of the Services as provided to you by Google..." is ambiguous.
What's to stop me from writing a program that makes use of the copy of the codec installed by Chrome? I'm only using what the patent license said I could...
While you might be right, it would be unenforceable, and therefore irrelevant and meaningless. Kinda like the injunctions against DeCSS.
IANAL (but I try to keep up on patent/copyright law), but here's how I think that would go:
gr8_phk: Here you are, sir. One compiled binary of FFMPEG, with source! customer: Thanks!
patent_lawyer: Hold on there! You don't have a patent license; pay up gr8_phk! gr8_phk: I don't need a license, Google gave me one since I got this off of Google. patent_lawyer: Google didn't give you shit. Pay up! Google: He's right, we didn't give you anything. gr8_phk: Grr!
FFMPEG developers: Wait a tick there Google! You can only use our code if you give everyone who got the source from you a patent license. Google: Well, that isn't the agreement we have with the patent holders. Sorry. FFMPEG developers: Fair enough, our lawyers will be suing you for copyright infringement. Google: Ha! You're going to sue us? I doubt it. We'll tie this up in court for years until you throw in the towel. FFMPEG developers:...
You're misinterpreting the LGPL. The language quoted by/. above says
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.
Now, imagine it this way:
Let A be some 3d party software covered by patents that is unrelated to FFMpeg. Let B be Chrome. Let C be FFMpeg. Google got a patent for A. The patent is unrelated to FFMpeg.
The LGPL says that if you cannot distribute C without patent royalties, then you cannot distribute C at all.
People are making one of two mistakes regarding this issue. They're either assuming that the patent Google has cover C (this is thanks to Slashdot's shitty summary that makes it sound like this, but Google points out [whatwg.org] quite clearly this is not the case) or they think the LGPL says that if any patent restricts the distribution of A contained in B, then you distribute C if it is contained in B. This is a poor interpretation of the above-quoted LGPL clause.
"I didn't know FFMpeg could afford to employ a team of lawyers for years. Note that they cannot use FSF lawyers, because the FSF requires that you assign all copyright over to them before they will defend you."
I'm willing to bet that there would be at least some organisations willing to help fund this lawsuit. The EFF is a good bet.
On the other hand, DannyB is an intellectual property lawyer, and you aren't.
Furthermore, "the ffmpeg folks" would include "any contributor to ffmpeg", so your point is moot.
I took "intellectual property lawyer" to mean works in the complex area of law surrounding contracts and licencing, and the interpretation and supposed violation of the above.
Also his comment is just stupid because any contributor to ffmpeg has "standing to enforce" and sue google.
Regardless of the legality of what Google is doing, the point that only the ffmpeg folks are able to enforce the LGPL is still significant. Google's relationship with the project is likely quite good. They're sponsoring 9 students as part of their Summer of Code program. If one of the contributors were to file suit, it's likely that other project members could persuade that person to drop the suit.
Even if they are in violation of the letter of the law, they're not really in violation of the spirit of the law. They're giving back to the open source community by releasing the source to their browser. And they're paying to add new functionality to ffmpeg. The only issue is that their legal team felt the need to cover the company by purchasing a license. And they would have been foolish not to, since the threat of a LGPL lawsuit is much less than a patent infringement lawsuit. AFAIK, even if they were to lose, they would be given a chance to come into compliance. And this only becomes an issue if someone who contributed to ffmpeg feels that this minor issue merits the hassle of a lawsuit and probably end any GSoC sponsorship for the project in the future...seems unlikely to me.
So the point that only the ffmpeg contributor have standing to attempt to enforce the LGPL seems pretty important since it likely means that no one with the right to do so will go through a ton of hassle to iron out a few legal details when the company has been nothing but gracious towards the project as a whole and even towards the open source community as a whole. There's far too many companies violating the (L)GPL that are acting in bad faith attempting to leach off the open source community that would make better targets. ffmpeg even maintains a list of such companies on their site.
Not sure why this was modded troll, since it's factually correct. Chromium is open source, yes, but Chrome itself is not. It's a fine distinction, and I'm not sure what parts of Chrome differ from Chromium, but I think the automatic updater service is not installed with Chromium, among a few other things. I think Chromium also lacks Google branding, probably for sticky copyright issues. Of course, the parts that use FFMpeg are probably open source, although we can't say for certain since the Chrome source is not available, but there's no reason why they should be different in Chrome than Chromium.
I should probably clarify that Google didn't say *which* libraries would be used, but I assume they were referring to Windows Media Player for Windows, Quicktime for Mac, and GStreamer for Linux. Someone in the know can probably confirm or deny.
I noticed that google does give credit to ffmpeg on its "about" page, funnily enough I checked it out last night and clicked the ffmpeg link to read about what they had to say! So I think it is now included.
Christ dude, if you're going to go car analogy, you have to go full-car. Leave out FFmpeg and MPEG and all that other confusing crap and just talk about cars.
Oh no! Also, what about xiph? (Score:3, Interesting)
So, what you're telling us is that although all of us in the States have been using FFMpeg illegally without a license for years, when someone finally decides to try and be legal and purchase a license, now they are still in the wrong?
Sounds like the FFMpeg people need to start dual-licensing or something - from what I can tell they are OK with people obtaining licenses to use FFMpeg.
Of course, I'm still missing the biggest point here - since when do they need FFMpeg for HTML 5 support? It doesn't require any patented codecs, and they could always use DirectShow filters.
Re:Oh no! Also, what about xiph? (Score:5, Interesting)
So, what you're telling us is that although all of us in the States have been using FFMpeg illegally without a license for years, when someone finally decides to try and be legal and purchase a license, now they are still in the wrong? Sounds like the FFMpeg people need to start dual-licensing or something
Exactly. Unfortunately, they'll probably just say "we don't care about patents" [ffmpeg.org] which doesn't help anyone.
Of course, I'm still missing the biggest point here - since when do they need FFMpeg for HTML 5 support? It doesn't require any patented codecs, and they could always use DirectShow filters.
In reality Theora isn't that great and Google probably wants to save bandwidth, so they support H.264. Since XP/Vista includes no H.264 decoder, Google has to ship their own.
Parent
Re:Oh no! Also, what about xiph? (Score:5, Insightful)
Parent
Re:Oh no! Also, what about xiph? (Score:5, Insightful)
Reflect on the fact that the whole US population is, in a global perspective, only a very loud minority with an extremely large economic footprint.
When you look at it from that angle, the population figures become much less relevant to the discussion.
For a commercial organisation maybe, but for open-source programmers in Europe no way. They will not say "I won't implement this interesting and useful codec because people in the USA might have legal problems using it" any more than Zimmermann would have said "I won't produce PGP because it may cause legal problems for people in France using it".
Parent
Re:Oh no! Also, what about xiph? (Score:4, Insightful)
Parent
Re:Oh no! Also, what about xiph? (Score:4, Informative)
Parent
And it doesn't (Score:5, Insightful)
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
See that word "if"? The patent license permits royalty-free redistribution of the Library... so it's not an issue.
Similarly, we've heard nothing from the authors of the Library - you know, the copyright owners, the only ones who have any legal standing? So maybe the peanut gallery should shut the hell up already.
Re:And it doesn't (Score:5, Insightful)
Internet rule #28854, everyone has a right to complain about everything.
Parent
Re: (Score:3, Funny)
Internet rule #28854 corollary: that includes complaining about a complaint :p
Re:And it doesn't (Score:4, Funny)
I really hate that corollary and I think it should be removed.
Parent
Re: (Score:3, Funny)
Internet Rule #42: What was the question?
Re: (Score:3, Informative)
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
See that word "if"? The patent license permits royalty-free redistribution of the Library... so it's not an issue.
Similarly, we've heard nothing from the authors of the Library - you know, the copyright owners, the only ones who have any legal standing? So maybe the peanut gallery should shut the hell up already.
By any downstream user whatsoever, and any possible one downstream from them? Even if I were to download this library from Google and resell it for profit? Even if IBM were to do the same?
If Google really does have me, and IBM, and any other possible reuser covered for distribution of any possible type, that's fine. Otherwise, if there are conceivable circumstances under which a patent could prohibit a downstream user from redistribution, they're violating the license. I don't know what's so hard about the
Re:And it doesn't (Score:5, Insightful)
For branded encoder and decoder products sold both to end users and on an OEM basis
Reading comprehension, you failed it.
Parent
Re: (Score:3, Interesting)
For a start, much as trolls such as yourself would like to portray Slashdot as being a group mind with a single opinion, that simply isn't the case. There's people on here who think copyright is great, there's people on here who think copyright is completely morally repugnant and there's people on here who sit somewhere in the middle suggesting that copyright is just "broken". But, as I happen to be in the group of people who think copyright is morally wrong, allow me to explain my position, and please ac
Opera enforcing the LGPL? (Score:3, Interesting)
Re:Opera enforcing the LGPL? (Score:5, Interesting)
Have you even read any of the messages on the mailing list?
Hakon is simply asking for their interpretation of the LGPL. He even says that he's not a lawyer and understands the LGPL in a different way, the way he's been trained, a spec guy. Icaza says that he's just as confused as Hakon.
How are his questions offtopic?
I think you're quite trollish.
Parent
Re: (Score:3, Interesting)
Re:Opera enforcing the LGPL? (Score:5, Interesting)
Yes, I saw what you wrote and may I quote your trollish behaviour?
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-June/020215.html [whatwg.org]
I question the relevance to HTML5 of someone from a completely
proprietary software company closely questioning a direct competitor
on their conformance to the GPL.
Yea, you're not a troll at all.
Parent
royalty free redistribution (Score:3, Interesting)
Is there really an issue here? Is it impossible to freely redistribute Chrome? According to this page:
http://code.google.com/chromium/terms.html [google.com]
It seems that anybody can redistribute the code and/or binaries, with the possible exception of the parts that are trademarked (similar to Mozilla).
FFMpeg Libraries Seem to be Isolated (Score:5, Interesting)
The fact that Party B may have a patent license with an unrelated third-party is irrelevant as long as it doesn't prevent Party B from granting people the rights LGPL 2.1 requires they grant them (namely, only those rights it in fact received from Party A).
Again this all seems rather moot anyway. A lot of operating systems these days include FFMpeg libraries as well as the H.264 and AAC libraries (which is really what this is all about). I know people feel like the idea of linking native libraries from the OS (which may or may not be there) goes against the universality of the HTML5 video/audio spec (and I can't say I disagree), but it would seem that for something as ubiquitous and freely licensable as the FFMpeg libraries, this argument is a bit overblown.
Re: (Score:3, Informative)
> A lot of operating systems these days include FFMpeg libraries as well as the H.264 and AAC libraries (which is
> really what this is all about)
Where by "a lot" you mean "Mac"? Windows 7 will be the first version of Windows to include H.264. No freely redistributable Linux includes it, for obvious reasons.
> it would seem that for something as ubiquitous and freely licensable as the FFMpeg libraries
The ffmpeg source code is freely licensable, the patent licenses you need in the USA and elsewhere ar
Relying on a technicality (Score:5, Interesting)
I think Google's relying on a technicality, but it's a significant one. In this case Google isn't the creator of the library, they received it from it's creator. So either it's creator could grant them an LGPL 2.1-compatible patent license, or the library can be distributed without a license, or it's creator couldn't have legally distributed the library to them. I think that, right or wrong, Google's probably on solid legal ground there. They didn't introduce the patented code into the library, they didn't create the library, so I don't think the law'll have much trouble allowing them to redistribute the code under the same terms and with the same rights as they got from it's creator.
I think it's a situation the GPL and LGPL don't contemplate explicitly. The situation where Google was adding the infringing code to a library they received under (L)GPL terms and then redistributing the results, that's exactly what the v2 language covers. But I'm not sure even the v3 language covers the situation where the holder of the patent license isn't the one who put the infringing code into the library and where the person who did put it in doesn't hold a patent license and has no rights to grant downstream recipients. If the library was under LGPL v3 I think you could make an argument that the automatic grant of rights in paragraph 11 kicks in, since Google does hold a relevant patent license, and that if their license doesn't let them do what paragraph 11 requires then they can't redistribute, but LGPL 2.1 doesn't contain anything explicit corresponding to v3's paragraph 11.
I think Google's right here, it does in fact come down to what the patent-holder says. If they sue Google and get an order blocking Google from distributing infringing code, then Google can't distribute the library. If the patent holders sue the library's author and get an order blocking distribution of the library without a patent license, Google can't distribute the library. But until then, Google can't be forced to add any rights that they didn't get when they received the library.
Re:Relying on a technicality (Score:4, Insightful)
You're confused. The author of the product doesn't have to abide by the license, they own the copyright and can do anything they want. The LGPL doesn't apply to them. It's perfectly legit for them to say, "hey, here is this code that implements patented algorithm X. if you want to use it you'll have to get your own license from the patent holder."
As far as this goes with the ffmpeg authors violating the patent by implementing this stuff in the first place, there is a certain amount of protection from patent litigation if you are doing research. Not as safe as having a license, but better than selling a blue-ray player without one. Additionally these developers are probably pretty close to judgment proof (ie. they mostly have no money to pay any judgments against them.)
Parent
Re: (Score:3, Informative)
You're forgetting a few things. Both GPL v2 and v3 talk about granting the recipient rights to redistribute the license. If the author was the patent-holder or a licensee, then to grant people that license without granting patent rights would render those clauses meaningless. Without both rights to use the patent and some right to pass on those rights, the recipients can't exercise the redistribution rights the license purports to give them. Courts are loathe to declare terms of a license meaningless, so th
Re: (Score:3, Insightful)
That's not true. It's possible to lock yourself out of the right to use your own copyright via a license through really shitty drafting of the license (or on purpose). If I recall correctly from my software licenses class (and I might not), the magic word "exclusive" is all that is needed in the grant clause and BAM, you can't use your own copyrighted work!
I am merely a law school graduate. I haven't taken the bar yet. I'm not a lawyer. I'm
Google's explanation is quite clear and complete. (Score:5, Insightful)
They are distributing the library under the terms of the LGPL with no additional restrictions and so are complying fully with the license. Whether or not they are violating their patent license by doing so is their problem.
The situation this clause of the LGPL is aimed at is one wherein Google would be obligated by their patent license to require that everyone they distributed the program to sign a patent sublicensing agreement that took away rights granted by the LGPL.
it doesn't matter what licenses they have obtained (Score:5, Insightful)
It matters what patents exist. If it is the position of the FFMpeg authors that the patent license that Google has obtained is actually required for royalty-free distribution, then nobody can redistribute FFMpeg at all.
Re:What's all this license crap anyway? (Score:5, Informative)
It isn't when it's inside of Chrome.
The LGPL expressly allows closed-source and even non-free-as-in-beer software to link to an LGPL library, either statically or dynamically, without violation of its terms. That's what makes it lesser than the GPL.
I agree with sentiment in the last link though, this is none of the FSF's business -- the FFMPEG people are the only ones that can claim to be aggrieved here. Until that happens, this is much ado about nothing since there can be no violation of license terms to which the holder of the copyright does not object.
Parent
Terms of The Licences (Score:5, Interesting)
I have to reserve judgement until I know the details of Google's patent deal. It is possible that it includes downstream use.
All patent licenses are not the same. Some are a per-unit royalty, others are a lump-sum purchase of the use of the invention. It's even possible that Google did negotiate "downstream redistribution" of the library if they paid enough cash.
Parent
Re:Terms of The Licences (Score:5, Interesting)
The Chrome people say that you're getting a patent license for H.264, etc. if you use Chrome. Fine.
The interesting question is "Does my patent license for H.264, etc. extend to any decoding, or only that done by Chrome?". Said in another way, is my patent license only good if I'm doing the decoding in Chrome or does it apply to decoding done by me? If it is the latter, then anyone who wants a patent license can just download Chrome -- now they have a free patent license.
Parent
Re:Terms of The Licences (Score:4, Informative)
Let's see the EULA for Chrome:
Parent
Re:Terms of The Licences (Score:4, Insightful)
Yeah, so...? That's just about the purpose of the licence, it doesn't say anything about how you can or can't use the software that's being licensed. If it said something like "you may use the software for the sole purpose of enjoying the benefit of the services...." it might be relevant. The whole paragraph is badly drafted anyway. "...license to use the software provided to you by Google as part of the Services as provided to you by Google..." is ambiguous.
Parent
Re:Terms of The Licences (Score:4, Insightful)
What's to stop me from writing a program that makes use of the copy of the codec installed by Chrome? I'm only using what the patent license said I could...
While you might be right, it would be unenforceable, and therefore irrelevant and meaningless. Kinda like the injunctions against DeCSS.
Parent
Re:Here's a scenario (Score:5, Interesting)
IANAL (but I try to keep up on patent/copyright law), but here's how I think that would go:
gr8_phk: Here you are, sir. One compiled binary of FFMPEG, with source!
customer: Thanks!
patent_lawyer: Hold on there! You don't have a patent license; pay up gr8_phk!
gr8_phk: I don't need a license, Google gave me one since I got this off of Google.
patent_lawyer: Google didn't give you shit. Pay up!
Google: He's right, we didn't give you anything.
gr8_phk: Grr!
FFMPEG developers: Wait a tick there Google! You can only use our code if you give everyone who got the source from you a patent license. ...
Google: Well, that isn't the agreement we have with the patent holders. Sorry.
FFMPEG developers: Fair enough, our lawyers will be suing you for copyright infringement.
Google: Ha! You're going to sue us? I doubt it. We'll tie this up in court for years until you throw in the towel.
FFMPEG developers:
Parent
Re:Here's a scenario (Score:5, Informative)
You're misinterpreting the LGPL. The language quoted by /. above says
Now, imagine it this way:
Let A be some 3d party software covered by patents that is unrelated to FFMpeg. Let B be Chrome. Let C be FFMpeg. Google got a patent for A. The patent is unrelated to FFMpeg.
The LGPL says that if you cannot distribute C without patent royalties, then you cannot distribute C at all.
People are making one of two mistakes regarding this issue. They're either assuming that the patent Google has cover C (this is thanks to Slashdot's shitty summary that makes it sound like this, but Google points out [whatwg.org] quite clearly this is not the case) or they think the LGPL says that if any patent restricts the distribution of A contained in B, then you distribute C if it is contained in B. This is a poor interpretation of the above-quoted LGPL clause.
The last link I provided (http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-June/020035.html [whatwg.org]) explains better than I the stance Google has taken. I think this stance is correct.
Disclaimer: I am merely a law school graduate. I have not taken the bar yet. I am not a lawyer. I am not your lawyer. This is not legal advice.
Parent
Re: (Score:3, Funny)
How do you know isn't just a collective of Lisp Daemons at this point?
Re: (Score:3, Insightful)
"I didn't know FFMpeg could afford to employ a team of lawyers for years. Note that they cannot use FSF lawyers, because the FSF requires that you assign all copyright over to them before they will defend you."
I'm willing to bet that there would be at least some organisations willing to help fund this lawsuit. The EFF is a good bet.
Re:What's all this license crap anyway? (Score:5, Insightful)
Parent
Re:What's all this license crap anyway? (Score:4, Interesting)
Parent
Re:What's all this license crap anyway? (Score:5, Interesting)
Regardless of the legality of what Google is doing, the point that only the ffmpeg folks are able to enforce the LGPL is still significant. Google's relationship with the project is likely quite good. They're sponsoring 9 students as part of their Summer of Code program. If one of the contributors were to file suit, it's likely that other project members could persuade that person to drop the suit.
Even if they are in violation of the letter of the law, they're not really in violation of the spirit of the law. They're giving back to the open source community by releasing the source to their browser. And they're paying to add new functionality to ffmpeg. The only issue is that their legal team felt the need to cover the company by purchasing a license. And they would have been foolish not to, since the threat of a LGPL lawsuit is much less than a patent infringement lawsuit. AFAIK, even if they were to lose, they would be given a chance to come into compliance. And this only becomes an issue if someone who contributed to ffmpeg feels that this minor issue merits the hassle of a lawsuit and probably end any GSoC sponsorship for the project in the future...seems unlikely to me.
So the point that only the ffmpeg contributor have standing to attempt to enforce the LGPL seems pretty important since it likely means that no one with the right to do so will go through a ton of hassle to iron out a few legal details when the company has been nothing but gracious towards the project as a whole and even towards the open source community as a whole. There's far too many companies violating the (L)GPL that are acting in bad faith attempting to leach off the open source community that would make better targets. ffmpeg even maintains a list of such companies on their site.
Parent
Re:What's all this license crap anyway? (Score:4, Insightful)
Parent
Re: (Score:3, Interesting)
I should probably clarify that Google didn't say *which* libraries would be used, but I assume they were referring to Windows Media Player for Windows, Quicktime for Mac, and GStreamer for Linux. Someone in the know can probably confirm or deny.
Re: (Score:3, Interesting)
Re:Seems to be some confusion here (Score:5, Informative)
Nope, you've got it wrong. Chrome includes ffmpeg.
http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-June/020035.html [whatwg.org]
Parent
Re: (Score:3, Informative)
> Oddly, I have Chrome 2.0.172.30, but no FFMPEG license in sight.
That's because <video> support was added in Chrome 3.x
Re: (Score:3, Funny)
Stop making sense, AKAImBatman. You're gonna spoil all the fun of this thread before it even gets going.
We need to destroy Google immediately! After all, what have they ever done for us?
Re: (Score:3, Funny)
Wow, a capital letter...
http://bash.org/?367896 [bash.org]
Re: (Score:3)
I think I understood it better before I read that.
Re:Need a car analogy (Score:4, Insightful)
Parent
Re: (Score:3, Informative)
Mpeg AFAIK is a freely implementable spec
This is not true. MPEG is covered by a variety of patents which may or may not be valid in a number of different countries.