Re: [rtcweb] Proposal for H.263 baseline codec
Basil Mohamed Gohar <basilgohar@librevideo.org> Thu, 29 March 2012 14:57 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 C748921E81B3 for <rtcweb@ietfa.amsl.com>; Thu, 29 Mar 2012 07:57:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.574
X-Spam-Level:
X-Spam-Status: No, score=-2.574 tagged_above=-999 required=5 tests=[AWL=0.025, 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 uRrbzUcNGFRa for <rtcweb@ietfa.amsl.com>; Thu, 29 Mar 2012 07:57:24 -0700 (PDT)
Received: from mail.zaytoon.hidayahonline.net (zaytoon.hidayahonline.net [173.193.202.83]) by ietfa.amsl.com (Postfix) with ESMTP id 05B4C21E809C for <rtcweb@ietf.org>; Thu, 29 Mar 2012 07:57:24 -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 62EDB6525CD; Thu, 29 Mar 2012 10:57:23 -0400 (EDT)
Message-ID: <4F747851.7020906@librevideo.org>
Date: Thu, 29 Mar 2012 10:57:21 -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: Stephan Wenger <stewe@stewe.org>
References: <CB9A41D4.853AB%stewe@stewe.org>
In-Reply-To: <CB9A41D4.853AB%stewe@stewe.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
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 14:57:24 -0000
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. -- 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)