Re: [rtcweb] Proposal for H.263 baseline codec
"Paul E. Jones" <paulej@packetizer.com> Mon, 02 April 2012 03:56 UTC
Return-Path: <paulej@packetizer.com>
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 7F54821F8746 for <rtcweb@ietfa.amsl.com>; Sun, 1 Apr 2012 20:56:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.299
X-Spam-Level:
X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001]
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 oo08hlCL7dy1 for <rtcweb@ietfa.amsl.com>; Sun, 1 Apr 2012 20:56:40 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id 9263121F8745 for <rtcweb@ietf.org>; Sun, 1 Apr 2012 20:56:40 -0700 (PDT)
Received: from sydney (rrcs-98-101-148-48.midsouth.biz.rr.com [98.101.148.48]) (authenticated bits=0) by dublin.packetizer.com (8.14.5/8.14.5) with ESMTP id q323ucCr017662 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 1 Apr 2012 23:56:38 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1333338999; bh=L82//oIleUOIv3YKfT4l5hAQVKuvDyRG55ZDlORl34c=; h=From:To:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type:Content-Transfer-Encoding; b=a7U5YEYWb5JX9MWIMNM+v3bCFKrII9L7ovsKxRIPXPsgVelvCaDk6Z3Z1+2PGoJXp NoER6voBG5hLWQMCo/XZT26tFP6H/ACsvjYHxbEy9/EpqGCZ1BS/aNrRqHKZxRNAB9 blYH1CYi7CiI4CckosOPftADY88mteEvJ2TtFH2Y=
From: "Paul E. Jones" <paulej@packetizer.com>
To: 'Stephan Wenger' <stewe@stewe.org>, 'Basil Mohamed Gohar' <abu_hurayrah@hidayahonline.org>, rtcweb@ietf.org
References: <4F746163.5090506@hidayahonline.org> <CB9A367A.85338%stewe@stewe.org>
In-Reply-To: <CB9A367A.85338%stewe@stewe.org>
Date: Sun, 01 Apr 2012 23:56:40 -0400
Message-ID: <00fe01cd1084$9c9fac90$d5df05b0$@packetizer.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQOJExXox33VFTnW+1d6xv3Vg0BA8JMO1Ygw
Content-Language: en-us
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: Mon, 02 Apr 2012 03:56:41 -0000
Stephan, > The most commonly cited timeline for a widely in use technology to be > "save" from a patent viewpoint, based on equitable defenses such as laches > (in the US) is six years. In some countries of significant size, this > time is longer, and in others, equitable defenses do not exist. (Very > briefly, and perhaps incorrectly put, those equitable defenses allow a > defendant to argue successfully that a patent cannot be enforced as the > right holder knew that the patent claim was likely being infringed, and > did not enforce the patent.). Recall that Unisys forced people to pay royalties for using the GIF file format long after it became widely popular. The company asserted IPR claims on GIF since it used a compression algorithm to which it acquired the rights, and it started doing so right near the end of the 20-year period during which a patent is considered valid. In short, I really do not think one should ever assume it might be safe to use any technology. > In addition, as I pointed out in the meeting, the use of a video codec > created by a body such as MPEG or ITU-T SG16 has the advantage of that the > patents of all participating players are available at least under > Reasonable and Non Discriminatory (RAND) terms. This may sound like a Bad > Thing if you operate under a business model that prevents you to pay > anything for patent licenses, but it is surely a Good Thing if you are > willing to dish out a moderate amount of money for a license. RAND > recently has gotten teeth, not so much in terms of the monetary > compensation aspect, but in terms of difficulty (if not unavailability) to > obtain injunctive relive, among others. H.26x and the MPEG standards > benefit from RAND commitments, VP8, AFAIK, does not. I believe your point here is perhaps worth even more consideration. I really know nothing about the IPR that exists or might be claimed on VP8. That said, I know there has such an incredible amount of work by so many companies to produce H.264 that I would be utterly surprised to find that VP8 does not infringe on something. All of the technology that went into H.264 represents only a subset of all of the IPR that exists in the video coding space. It's the rest of the IPR, a bunch of IPR owned by companies who actually have significant investment in video coding technologies, that I believe people should worry about. Everyone who worked on H.264 did so as part of an open standards process, as you mention above. They spent a lot of time and energy in the process, coming to an agreement to license the technology that went into H.264. They did not agree to license technology that did not go into H.264. So, if one of those participating companies were to subsequently sue over some IPR used in VP8, I would not dare call them a troll. Trolls always exist and may even lay claims to H.264, but I suspect it would be much harder for a troll to lay claim to H.264. That codec spent years in development with input from tons of people. If a troll were to come in and lay claim to some part of H.264, I suspect there would be several companies that would stand up and beat them down. After all, a claim against H.264 would not only present a problem for the defendant in a lawsuit, but would be an issue for every company with IPR on H.264. Further, no matter what part of H.264 such a troll might decide to pick on, there are a number of world-class engineers who (as you indicated about H.263) could probably name the person or persons who contributed the section of text, algorithm, procedure, etc., all of which is covered with a known license. VP8 does not have the benefit of such significant peer review and collaboration, nor does it benefit from any IPR licensing agreements from legitimate companies holding tons of video coding-related IPR. Paul
- 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)