Re: [rtcweb] Finishing up the Video Codec document, MTI (again, still, sorry)

Justin Uberti <juberti@google.com> Thu, 04 December 2014 02:25 UTC

Return-Path: <juberti@google.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 139BE1A701B for <rtcweb@ietfa.amsl.com>; Wed, 3 Dec 2014 18:25:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.388
X-Spam-Level:
X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vo6yM-Aqx8Mc for <rtcweb@ietfa.amsl.com>; Wed, 3 Dec 2014 18:25:22 -0800 (PST)
Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E17F81A1AEB for <rtcweb@ietf.org>; Wed, 3 Dec 2014 18:25:21 -0800 (PST)
Received: by mail-oi0-f42.google.com with SMTP id v63so11785848oia.29 for <rtcweb@ietf.org>; Wed, 03 Dec 2014 18:25:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=pQ/vtfDYdRi7sSjZKywMoCsTE9DLXDYit1xVCYLPTWo=; b=mU9bIXIAntBuQj7T2vVjeD/89sq9fBEkpSQMKP4WkjFoWUlcnVb2ADBnaXCxU24xKA gw7HzOF62XoBwOInNt2Ss2R29qQam6FEUdSuHCU1OkaSqAqswBkJ2C2SfXc1dgIHtP0f Q2WbBThsI35avl/EOXCc/SK0aGk4L1dJxPl8MJ7wrEBdpoI+9gGTGaub9UJO2IB6L2wW aa3eCtQ8EU0kLxG8i5ag2U7mWjNCJyTLLGzz88ZsebsbrJOjVsAqZfFY2NhukOK3ytlV 0Hxguz3J30iMmRz8lX7PeIr1uinXPeJjfM7Yc9+JXmOflPoLxqNFDYumWoORm0cM+++X O78Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=pQ/vtfDYdRi7sSjZKywMoCsTE9DLXDYit1xVCYLPTWo=; b=doifsSG9g4W1rzDIIb0Ifw+FtTZp8xNfSrEcnN6227D0hJDtEDNO4KtA/M5PpeTIZf wl4hejSbTIcQQ5Fgs/xDmD77iM8S8WM5AqeJLgbQfWYIOR1zcfQwps0Bo803A5ARr9GQ BfGIzh/wkluFCJiwwYVPHemwuQvZXWfhiYFS7FSp41kcF0+/DhUecbOa4CoUoKn0Oz/1 3FtTs64yatMEeAigeH21YxhORbEbzhytT6p0wv6KgtaKxIAFPNBzfC8bQB5n5eR9ADQs cTqHO8CbUuClL172tkfQL4VpdX8c2HdIfZeQROZijOjTFw6Rt8OHUbHQwcCXCElFsPS1 uAvw==
X-Gm-Message-State: ALoCoQnmClCBT6R76TItblHH1LjUDXXoYuLO6KnwRPFxf1nmzyjekqsT7ssmr37rlABpsaOk3Qwj
X-Received: by 10.60.35.132 with SMTP id h4mr5254992oej.12.1417659921032; Wed, 03 Dec 2014 18:25:21 -0800 (PST)
MIME-Version: 1.0
Received: by 10.182.81.40 with HTTP; Wed, 3 Dec 2014 18:25:00 -0800 (PST)
In-Reply-To: <57A07A1B-DB2B-429E-BBFC-24500F91EE60@apple.com>
References: <547511DB.5050100@nostrum.com> <54759A4C.6020806@gmail.com> <5476092D.4010406@nostrum.com> <15EF2452-2C2C-420B-B972-C37EACE57850@apple.com> <CAHp8n2m+KMnui30_fMrwM+81UX-RUJM2ktuiZuPpRSnC7dxqcA@mail.gmail.com> <57A07A1B-DB2B-429E-BBFC-24500F91EE60@apple.com>
From: Justin Uberti <juberti@google.com>
Date: Wed, 03 Dec 2014 18:25:00 -0800
Message-ID: <CAOJ7v-1YyCkDLcaYhHo1OKsgac=0c==-EOtMWg+kSf12hkBgDQ@mail.gmail.com>
To: David Singer <singer@apple.com>
Content-Type: multipart/alternative; boundary="089e011847b0018b2505095aac3c"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/pWwlRwQrv53TC8FanMLapH-_oMk
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Finishing up the Video Codec document, MTI (again, still, sorry)
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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, 04 Dec 2014 02:25:27 -0000

Many companies, of various market capitalizations, are shipping VP8 today,
indicating the amount of concern they have for the Nokia declaration.

But as I said during the meeting, if you really are concerned about this,
we would be happy to give you a VP8 binary of some sort.

On Wed, Dec 3, 2014 at 6:08 PM, David Singer <singer@apple.com> wrote:

> You're missing something. I am considering a company that has ipr in
> *other* aspects of webrtc, that gives a license to that only to conformant
> implementations. Not the codec.
>
> What do you do? Defy the Nokia declaration, defy the 'must' and not do vp8
> and be non-conformant, or not do webrtc at all? None are good choices.
>
> Sent from my iPad
>
> > On Dec 3, 2014, at 5:25 PM, Silvia Pfeiffer <silviapfeiffer1@gmail.com>
> wrote:
> >
> >> On Thu, Dec 4, 2014 at 5:33 AM, David Singer <singer@apple.com> wrote:
> >> As I understand it, the recent face to face meeting decided to draft
> the requirement that WebRTC browsers be required to implement both VP8 and
> H.264, and get feedback on this, on the list.
> >>
> >> This is some feedback.
> >>
> >>
> >>
> >> I’d like to point out that this could easily place companies in an
> impossible position.
> >>
> >> Consider: it is not uncommon for IPR owners to grant a license (often
> free) only to ‘conforming implementations’. (A common rationale is that
> they want to use their IPR to bring convergence and interoperability to the
> industry).  Let’s hypothesize that this happens, now or in future, from
> Company X, for some IPR in the WebRTC specifications.
> >>
> >> Consider also: we have an “unwilling to license” statement from Nokia
> on VP8, on the formal record (and including a long list of patents).
> >>
> >> Consider finally: a small company for whom WebRTC is important.
> >>
> >>
> >>
> >> Let’s look at the choices:
> >>
> >> 1.  Follow the mandate, implement VP8, and risk a ruinous lawsuit from
> Nokia.
> >>
> >> 2.  Reject the mandate, do not implement VP8, and be formally therefore
> not conformant and therefore not in receipt of a license from company X;
> risk a ruinous lawsuit from X.
> >>
> >> 3.  Do not implement WebRTC, and risk a ruinous loss of relevance.
> >
> >
> > I don't see the risk of 1. having changed because of the IETF's
> > statement. Plenty of small companies are already doing 1. and have had
> > to risk getting sued by Nokia at this point in time already. In fact,
> > it's a risk that small companies always have to deal with since there
> > is so much patented technology around that you invariable will step on
> > something. I doubt very much that the IETF's decision has any impact
> > on small business' risk in that space at all.
> >
> >
> >> I do not think that the IETF should be placing anyone into the position
> of having three extremely unpalatable choices.
> >
> > For a small company in the WebRTC space, 3. is a non-choice. 2. Is
> > more of a business decision than an IP decision - which market are you
> > trying to address? Are you trying to be interoperable with (current)
> > browsers - then implement VP8. Are you trying to be interoperable with
> > legacy devices - then implement H.264 (and probably even H.263).
> >
> > If you are trying to argue for a large company, the situation changes.
> > However, as a large company, you tend to have an existing portfolio of
> > patents. You're already playing the game of patents. As long as your
> > hypothetical "IPR owners to grant a license only to ‘conforming
> > implementations’" doesn't happen, you are free to choose 2. and avoid
> > Nokia.
> >
> > As for the threat in your option 2. - I can only see Google with IPR
> > around VP8. Now, Google's IPR statement on WebM codecs, which includes
> > VP8 and VP9 currently states: "Google hereby grants to you a
> > perpetual, worldwide, non-exclusive, no-charge, royalty-free,
> > irrevocable (except as stated in this section) patent license"
> > http://www.webmproject.org/license/additional/
> > The word "perpetual" implies (to my non-lawyer eyes) that they can't
> > suddenly change this to mean "only if you are conformant to the
> > standard". So you can't be referring to such a risk associated with
> > VP8 being created by Google. I don't know which other company you
> > would want to be afraid of for your hypothetical threat in 2. Could
> > you clarify?
> >
> >
> > Best Regards,
> > Silvia.
> >
> >
> >> (Yes, I am aware that #2 is ‘unlikely’, but one day someone will decide
> that the “only to conformant implementations” clause needs to be real and
> enforced, and will do this; our hypothetical small company might prefer not
> to be the example case.)
> >>
> >> (I use a small company as the example, because for them the risk is
> bankruptcy, but of course no-one likes to step into the path of trouble
> even if they have the resources to weather it.)
> >>
> >> Dave Singer
> >>
> >> singer@mac.com
> >>
> >> David Singer
> >> Manager, Software Standards, Apple Inc.
> >>
> >> _______________________________________________
> >> 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
>