Re: [rtcweb] Proposal for H.263 baseline codec
Basil Mohamed Gohar <basilgohar@librevideo.org> Thu, 29 March 2012 15:15 UTC
Return-Path: <basilgohar@librevideo.org>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DC6F21E81A0 for <rtcweb@ietfa.amsl.com>; Thu, 29 Mar 2012 08:15:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.58
X-Spam-Level:
X-Spam-Status: No, score=-2.58 tagged_above=-999 required=5 tests=[AWL=0.019, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nNE576Vjvpiz for <rtcweb@ietfa.amsl.com>; Thu, 29 Mar 2012 08:15:07 -0700 (PDT)
Received: from mail.zaytoon.hidayahonline.net (zaytoon.hidayahonline.net [173.193.202.83]) by ietfa.amsl.com (Postfix) with ESMTP id 9977E21E80AC for <rtcweb@ietf.org>; Thu, 29 Mar 2012 08:15:07 -0700 (PDT)
Received: from [10.10.40.98] (rrcs-98-103-138-67.central.biz.rr.com [98.103.138.67]) by mail.zaytoon.hidayahonline.net (Postfix) with ESMTPSA id CF7306525CD for <rtcweb@ietf.org>; Thu, 29 Mar 2012 11:15:06 -0400 (EDT)
Message-ID: <4F747C77.5030500@librevideo.org>
Date: Thu, 29 Mar 2012 11:15:03 -0400
From: Basil Mohamed Gohar <basilgohar@librevideo.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Lightning/1.0b3pre Thunderbird/3.1.16
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CB9A41D4.853AB%stewe@stewe.org> <4F747851.7020906@librevideo.org>
In-Reply-To: <4F747851.7020906@librevideo.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Proposal for H.263 baseline codec
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Mar 2012 15:15:09 -0000
On 03/29/2012 10:57 AM, Basil Mohamed Gohar wrote: > On 03/29/2012 10:53 AM, Stephan Wenger wrote: >> On 3.29.2012 16:24 , "Basil Mohamed Gohar" <basilgohar@librevideo.org> >> wrote: >> >>> On 03/29/2012 10:20 AM, Stephan Wenger wrote: >>>> The second part of your sentence may or may not be true, depending on >>>> your >>>> relationship with google, your willingness to use the webm >>>> implementation >>>> in unchanged form, and other factors. Please see the webm license >>>> conditions, which AFAIK can be found here: >>>> http://www.webmproject.org/license/additional/ >>> Correct. I think you are referring to this part, explicitly: >>>> If you or your agent or exclusive licensee institute or order or agree >>>> to the institution of patent litigation against any entity (including >>>> a cross-claim or counterclaim in a lawsuit) alleging that this >>>> implementation of VP8 or any code incorporated within this >>>> implementation of VP8 constitutes direct or contributory patent >>>> infringement, or inducement of patent infringement, then any patent >>>> rights granted to you under this License for this implementation of >>>> VP8 shall terminate as of the date such litigation is filed. >>> Perhaps I assumed that that is a very reasonable part of the license. >>> That is, if you are suing someone alleging a patent infringement within >>> VP8, you are no longer granted the license to use VP8's patented >>> technologies that Google owns. >> Yes, that's one issue. Call it personal preference for different type of >> reciprocity conditions :-) (I could rant about it for hours, but let's >> continue to pretend that this is mostly a technical mailing list) >> >> The other issue, though (the fact that the license grant extends only to >> the VP8 implementation as provided by google, and does not extent to >> derivative works such as hardware implementations) should be moderately >> alarming even for an open source person. With respect to this clause, I >> will note that I criticized the licensing conditions in private and in >> public (IETF mike) several times, months ago, and nothing happened. >> Suggests to me one of three things: (1) google is a large company and >> decisions take time, or (2) google's legal is currently occupied with >> other stuff, or (3) that the choice of language is intentional, and >> intended to prevent forks. Take your pick. >> Stephan > Stephan, > > If the license wording is meant to limit the patent grant only to > software implementations, then I will raise this issue myself, because > that's a glaring hole and huge setback to the adoption of the format. > If I find anything out about this, I'll report back here. The fact that > there are already hardware implementations, though, seems to imply that > in reality, this is not the case. Google has been open to changing the > licensing situation of VP8 in the past when issues like this were > brought up. > > I do not, however, want this to be a point of FUD. I would welcome > anyone from Google on this list authorized to speak about this to > clarify this ASAP. A public statement like that should allow us to > discount this worry. > A quicker follow-up than a requested, and by someone from outside of Google. The first license you linked to appears to cover the libvpx implementation itself. It's solely a software implementation, obviously. The VP8 bitstream is licensed separately, here: http://www.webmproject.org/license/bitstream/ And that appears to make no distinction between software or hardware. It relates to the VP8 format (a.k.a., the bitstream) itself. If I'm wrong, hopefully someone can correct me. -- Libre Video http://librevideo.org
- Re: [rtcweb] Proposal for H.263 baseline codec Basil Mohamed Gohar
- Re: [rtcweb] Proposal for H.263 baseline codec Stephan Wenger
- Re: [rtcweb] Proposal for H.263 baseline codec Basil Mohamed Gohar
- [rtcweb] Proposal for H.263 baseline codec Dean Willis
- Re: [rtcweb] Proposal for H.263 baseline codec Lorenzo Miniero
- Re: [rtcweb] Proposal for H.263 baseline codec Markus.Isomaki
- Re: [rtcweb] Proposal for H.263 baseline codec Bernard Aboba
- Re: [rtcweb] Proposal for H.263 baseline codec Piers O'Hanlon
- Re: [rtcweb] Proposal for H.263 baseline codec Basil Mohamed Gohar
- Re: [rtcweb] Proposal for H.263 baseline codec Stephan Wenger
- Re: [rtcweb] Proposal for H.263 baseline codec Stephan Wenger
- Re: [rtcweb] Proposal for H.263 baseline codec Basil Mohamed Gohar
- Re: [rtcweb] Proposal for H.263 baseline codec Silvia Pfeiffer
- Re: [rtcweb] Proposal for H.263 baseline codec Paul E. Jones
- Re: [rtcweb] Proposal for H.263 baseline codec Silvia Pfeiffer
- Re: [rtcweb] Proposal for H.263 baseline codec Paul E. Jones
- Re: [rtcweb] Proposal for H.263 baseline codec Marshall Eubanks
- Re: [rtcweb] Proposal for H.263 baseline codec Randell Jesup
- Re: [rtcweb] Proposal for H.263 baseline codec Gregory Maxwell
- Re: [rtcweb] Proposal for H.263 baseline codec Marshall Eubanks
- Re: [rtcweb] Proposal for H.263 baseline codec Randell Jesup
- Re: [rtcweb] Proposal for H.263 baseline codec Dean Willis
- Re: [rtcweb] Proposal for H.263 baseline codec Kevin P. Fleming
- Re: [rtcweb] Proposal for H.263 baseline codec Basil Mohamed Gohar
- Re: [rtcweb] Proposal for H.263 baseline codec Harald Alvestrand
- Re: [rtcweb] Proposal for H.263 baseline codec Kevin P. Fleming
- Re: [rtcweb] Proposal for H.263 baseline codec David Benham (dbenham)