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

cowwoc <cowwoc@bbs.darktech.org> Thu, 04 December 2014 15:51 UTC

Return-Path: <cowwoc@bbs.darktech.org>
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 AF79C1AD44B for <rtcweb@ietfa.amsl.com>; Thu, 4 Dec 2014 07:51:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 YlxFznas7_Kc for <rtcweb@ietfa.amsl.com>; Thu, 4 Dec 2014 07:51:30 -0800 (PST)
Received: from mail-ig0-f174.google.com (mail-ig0-f174.google.com [209.85.213.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1A191AD471 for <rtcweb@ietf.org>; Thu, 4 Dec 2014 07:50:23 -0800 (PST)
Received: by mail-ig0-f174.google.com with SMTP id hn15so18922816igb.1 for <rtcweb@ietf.org>; Thu, 04 Dec 2014 07:50:23 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=LyNeDnGiDPyUUFu52xTo4FfJNX4PZwi4YAVpnofHFdY=; b=aFO+6zrYWlPJDXe5ykztZbvQekGo5a0sLFTVsPnEFslXDyEIkQEe10wAldGYLWQHFW etY32+QFQSQoiKN1Hn4XV6ZJJ27cHw8BYua0g18vneMVFraoBOzjgjRV9zNwgdP+bYBR m087ky3Wv+t3g3nhEUAaKLniif/qWqEyOEloK32TWJ9YZFeCGQWpNpT0zYF82tb+BRJX Q7GLgZYN6Y1XXp6h954ioR4tuJHe3Y1dtMMlyL0+woRUvJDL/TlJV8MZ4xuIe0iUoxAY KqMq+m8UZy5elUxtFOsbuStOYFQ1W319upi+ZYpJ3Q4IM+6UNKyemT2s3IBgAHUzQMIq Exrg==
X-Gm-Message-State: ALoCoQk73iu1ZrKXQL8rGZUZYJYdrV1NxO+Q4AOpCNMVA2iRGY3ZRcW/vfnXDvGdACY+lkYCO4gB
X-Received: by 10.50.109.136 with SMTP id hs8mr14105099igb.46.1417708223099; Thu, 04 Dec 2014 07:50:23 -0800 (PST)
Received: from [192.168.1.100] (206-248-171-209.dsl.teksavvy.com. [206.248.171.209]) by mx.google.com with ESMTPSA id n36sm2798036ioe.4.2014.12.04.07.50.20 for <rtcweb@ietf.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Dec 2014 07:50:22 -0800 (PST)
Message-ID: <54808294.80802@bbs.darktech.org>
Date: Thu, 04 Dec 2014 10:49:40 -0500
From: cowwoc <cowwoc@bbs.darktech.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: rtcweb@ietf.org
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> <20141204014218.5955730.38619.3157@blackberry.com>, <CAHp8n2=KWuTsmruz3W-90eAsptSoMYLTUVtyx9pAwcZFGXSKCQ@mail.gmail.com> <20141204154326.5955730.32803.3228@blackberry.com>
In-Reply-To: <20141204154326.5955730.32803.3228@blackberry.com>
Content-Type: multipart/alternative; boundary="------------010200030300090306070300"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/7Qz37eZ7K0CvVSA64QDCVqqdT14
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 15:51:34 -0000

Andrew,

This discussion is kind of silly. We should be investing as much energy 
into disproving Nokia's IP claim as they have invested into proving it 
is valid: none at all. The fact that they haven't provided a shred of 
evidence after repeated public inquiries will be used against them in a 
court of law, should it ever come up.

Gili

On 04/12/2014 10:43 AM, Andrew Allen wrote:
> Silvia
>
> I think the risk for small companies is if they suddenly have a 
> successful product and have revenue that they then become a target. 
> Plenty of cash flow to go after without the experience and resources 
> to fight off the lawsuit.
>
> My point was the fact that small companies may have implemented VP8 
> without yet becoming engaged in a lawsuit does not prove  that VP8 is RF.
>
> Andrew
>
> Sent from my BlackBerry 10 smartphone.
> *From: *Silvia Pfeiffer
> *Sent: *Wednesday, December 3, 2014 23:17
> *To: *Andrew Allen
> *Cc: *David Singer; rtcweb@ietf.org
> *Subject: *Re: [rtcweb] Finishing up the Video Codec document, MTI 
> (again, still, sorry)
>
>
> Indeed, that's why I said point 1. in David's list doesn't make sense, 
> since he's talking about a small company getting sued by Nokia.
> S.
>
> On Thu, Dec 4, 2014 at 12:42 PM, Andrew Allen <aallen@blackberry.com 
> <mailto:aallen@blackberry.com>> wrote:
>
>     Silvia
>
>     It  is not usually the small companies that get sued in patent
>     cases. Its companies with assets and significant revenues that get
>     the lawsuits.
>
>     Nobody sues the  penniless! - thats like suing the homeless!
>
>     Andrew
>
>     Sent from my BlackBerry 10 smartphone.
>     *From: *Silvia Pfeiffer
>     *Sent: *Wednesday, December 3, 2014 19:28
>     *To: *David Singer
>     *Cc: *rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>     *Subject: *Re: [rtcweb] Finishing up the Video Codec document, MTI
>     (again, still, sorry)
>
>
>     On Thu, Dec 4, 2014 at 5:33 AM, David Singer <singer@apple.com
>     <mailto: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 <mailto:singer@mac.com>
>     >
>     > David Singer
>     > Manager, Software Standards, Apple Inc.
>     >
>     > _______________________________________________
>     > rtcweb mailing list
>     > rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>     > https://www.ietf.org/mailman/listinfo/rtcweb
>
>     _______________________________________________
>     rtcweb mailing list
>     rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>     https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb