Re: [rtcweb] Proposal for H.263 baseline codec

Marshall Eubanks <marshall.eubanks@gmail.com> Mon, 02 April 2012 12:43 UTC

Return-Path: <marshall.eubanks@gmail.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 4E28321F851E for <rtcweb@ietfa.amsl.com>; Mon, 2 Apr 2012 05:43:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.437
X-Spam-Level:
X-Spam-Status: No, score=-103.437 tagged_above=-999 required=5 tests=[AWL=0.163, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 e8P4hErEkmzg for <rtcweb@ietfa.amsl.com>; Mon, 2 Apr 2012 05:43:43 -0700 (PDT)
Received: from mail-lpp01m010-f44.google.com (mail-lpp01m010-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id 64F6E21F8513 for <rtcweb@ietf.org>; Mon, 2 Apr 2012 05:43:42 -0700 (PDT)
Received: by lagj5 with SMTP id j5so3721498lag.31 for <rtcweb@ietf.org>; Mon, 02 Apr 2012 05:43:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5r6lUSDdPVpDADVq/mtPh4NvZAiZQFt9ubaW2xUt500=; b=rhv7yTMwNH8k2twJjXKaYVDywAV6u/s1h0BOC11zEwIZgi9YAENTA38jg0u1+NGUxV GG1aEknjWdUn1pLblHwxNGzBC3L13E3dgybvYG+980YLdukZpNy0uy5javmYboxPRhAI mu2dxMbITDbj5xyMqelav+BUbsc2MvLg2f8IJqwcFJz0gXoa1zhAmCc+/HtUAT0U+NC2 T7Nd2AKVVP7WV7dZvH+0griFDgyn8MQ2KeOT+Dp4KWCjAlryl6I1gE23OPSgEOD+zR3Z DmeeTBQSzH4lDLwXqG49/Z2KLjckdkLIRpfnlEeW7d9YblK0q63fyguJFqvxdMvetv1K 7Vnw==
MIME-Version: 1.0
Received: by 10.152.146.67 with SMTP id ta3mr3780516lab.25.1333370621345; Mon, 02 Apr 2012 05:43:41 -0700 (PDT)
Received: by 10.112.46.4 with HTTP; Mon, 2 Apr 2012 05:43:41 -0700 (PDT)
In-Reply-To: <012901cd10a0$8f3724e0$ada56ea0$@packetizer.com>
References: <4F746163.5090506@hidayahonline.org> <CB9A367A.85338%stewe@stewe.org> <00fe01cd1084$9c9fac90$d5df05b0$@packetizer.com> <CAHp8n2nmhT2rGVOYG+usJUDnf4vKV5PWT2nxJuYCFRK3O_=p3Q@mail.gmail.com> <012901cd10a0$8f3724e0$ada56ea0$@packetizer.com>
Date: Mon, 02 Apr 2012 08:43:41 -0400
Message-ID: <CAJNg7VJQt=J=RZgXCKOoWp8+45GbFmhbtVPs1fKG8xbPVK2kxA@mail.gmail.com>
From: Marshall Eubanks <marshall.eubanks@gmail.com>
To: "Paul E. Jones" <paulej@packetizer.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: 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: Mon, 02 Apr 2012 12:43:45 -0000

On Mon, Apr 2, 2012 at 3:16 AM, Paul E. Jones <paulej@packetizer.com> wrote:
> Silvia,
>
> I believe H.263 would be covered if you license the MPEG-4 Visual "patent
> pool".  I might be wrong, but you can certainly get clarification from MPEG
> LA. You could also reach out to the list of companies who have claimed IPR
> at the ITU (search for ITU IPR database).  I think there are about 14
> companies who have IPR claims submitted.

According to this

http://www.nine-9s.com/h-263-codec-software.htm

Lucent is not covered by MPEG-LA, although it is not clear if they
actually claim IPR.

Regards
Marshall

>
> As with H.264, it was a very open process.  Those involved are likely the
> only ones with IPR claims.  Perhaps not, but given the pervasive use of
> H.263 already on the Internet, one would think if there was some IPR in
> hiding, it would have appeared already.
>
> Paul
>
>> -----Original Message-----
>> From: Silvia Pfeiffer [mailto:silviapfeiffer1@gmail.com]
>> Sent: Monday, April 02, 2012 1:29 AM
>> To: Paul E. Jones
>> Cc: Stephan Wenger; Basil Mohamed Gohar; rtcweb@ietf.org
>> Subject: Re: [rtcweb] Proposal for H.263 baseline codec
>>
>> Note that H.264 isn't even under discussion here.
>>
>> Also, my question on H.263 hasn't been answered yet. I do wonder about the
>> patent situation there!
>>
>> Cheers,
>> Silvia.
>>
>> On Sun, Apr 1, 2012 at 8:56 PM, Paul E. Jones <paulej@packetizer.com>
>> wrote:
>> > 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
>> >
>> > _______________________________________________
>> > rtcweb mailing list
>> > rtcweb@ietf.org
>> > https://www.ietf.org/mailman/listinfo/rtcweb
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb