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
- [rtcweb] Finishing up the Video Codec document Adam Roach
- Re: [rtcweb] Finishing up the Video Codec document Stephan Wenger
- Re: [rtcweb] Finishing up the Video Codec document Timothy B. Terriberry
- Re: [rtcweb] Finishing up the Video Codec document Stephan Wenger
- Re: [rtcweb] Finishing up the Video Codec document Stephan Wenger
- Re: [rtcweb] Finishing up the Video Codec document Daniel-Constantin Mierla
- Re: [rtcweb] Finishing up the Video Codec document Victor Pascual Avila
- Re: [rtcweb] Finishing up the Video Codec document Adam Roach
- Re: [rtcweb] Finishing up the Video Codec document Daniel-Constantin Mierla
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Harald Alvestrand
- Re: [rtcweb] Finishing up the Video Codec documen… Sergio Garcia Murillo
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Gaelle Martin-Cocher
- Re: [rtcweb] Finishing up the Video Codec documen… Timothy B. Terriberry
- Re: [rtcweb] Finishing up the Video Codec documen… Andrew Allen
- Re: [rtcweb] Finishing up the Video Codec documen… Silvia Pfeiffer
- Re: [rtcweb] Finishing up the Video Codec documen… Andrew Allen
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Gaelle Martin-Cocher
- Re: [rtcweb] Finishing up the Video Codec document Peter Saint-Andre - &yet
- Re: [rtcweb] Finishing up the Video Codec documen… Justin Uberti
- Re: [rtcweb] Finishing up the Video Codec documen… Bernard Aboba
- Re: [rtcweb] Finishing up the Video Codec documen… Silvia Pfeiffer
- Re: [rtcweb] Finishing up the Video Codec documen… Harald Alvestrand
- Re: [rtcweb] Finishing up the Video Codec documen… Ron
- Re: [rtcweb] Finishing up the Video Codec document Ron
- Re: [rtcweb] Finishing up the Video Codec documen… Andrew Allen
- Re: [rtcweb] Finishing up the Video Codec document Peter Saint-Andre - &yet
- Re: [rtcweb] Finishing up the Video Codec documen… cowwoc
- Re: [rtcweb] Finishing up the Video Codec documen… Lorenzo Miniero
- Re: [rtcweb] Finishing up the Video Codec document Adam Roach
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Silvia Pfeiffer
- Re: [rtcweb] Finishing up the Video Codec documen… Roman Shpount
- Re: [rtcweb] Finishing up the Video Codec documen… Silvia Pfeiffer
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… cowwoc
- Re: [rtcweb] Finishing up the Video Codec documen… Silvia Pfeiffer
- Re: [rtcweb] Finishing up the Video Codec documen… DRAGE, Keith (Keith)
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Roman Shpount
- Re: [rtcweb] Finishing up the Video Codec documen… Timothy B. Terriberry
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Silvia Pfeiffer
- Re: [rtcweb] Finishing up the Video Codec documen… Iñaki Baz Castillo
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Iñaki Baz Castillo
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… DRAGE, Keith (Keith)
- Re: [rtcweb] Finishing up the Video Codec documen… Justin Uberti
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Ron
- Re: [rtcweb] Finishing up the Video Codec documen… Harald Alvestrand
- Re: [rtcweb] Finishing up the Video Codec documen… Harald Alvestrand
- Re: [rtcweb] Finishing up the Video Codec documen… Gaelle Martin-Cocher
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Adam Roach
- Re: [rtcweb] Finishing up the Video Codec documen… Gaelle Martin-Cocher
- Re: [rtcweb] Finishing up the Video Codec documen… Ted Hardie
- Re: [rtcweb] Finishing up the Video Codec documen… Gaelle Martin-Cocher
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Ted Hardie
- Re: [rtcweb] Finishing up the Video Codec documen… Bernard Aboba
- Re: [rtcweb] Finishing up the Video Codec documen… Mohammed Raad
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Adam Roach
- Re: [rtcweb] Finishing up the Video Codec documen… Ted Hardie
- Re: [rtcweb] Finishing up the Video Codec documen… David Singer
- Re: [rtcweb] Finishing up the Video Codec documen… Ted Hardie
- Re: [rtcweb] Finishing up the Video Codec documen… Ron
- Re: [rtcweb] Finishing up the Video Codec documen… Mohammed Raad
- Re: [rtcweb] Finishing up the Video Codec documen… Andrew Allen
- Re: [rtcweb] Finishing up the Video Codec document Peter Saint-Andre - &yet
- Re: [rtcweb] Finishing up the Video Codec document Ron
- Re: [rtcweb] Finishing up the Video Codec document Harald Alvestrand
- Re: [rtcweb] Finishing up the Video Codec document Martin J. Dürst
- Re: [rtcweb] Finishing up the Video Codec documen… Roman Shpount
- Re: [rtcweb] Finishing up the Video Codec documen… Roman Shpount
- Re: [rtcweb] Finishing up the Video Codec documen… Andrew Allen
- Re: [rtcweb] Finishing up the Video Codec documen… Andrew Allen
- Re: [rtcweb] Finishing up the Video Codec documen… Ron
- Re: [rtcweb] Finishing up the Video Codec documen… Harald Alvestrand
- Re: [rtcweb] Finishing up the Video Codec documen… Gaelle Martin-Cocher
- Re: [rtcweb] Finishing up the Video Codec documen… Iñaki Baz Castillo
- Re: [rtcweb] Finishing up the Video Codec documen… Martin Thomson
- Re: [rtcweb] Finishing up the Video Codec documen… Iñaki Baz Castillo
- Re: [rtcweb] Finishing up the Video Codec documen… Martin Thomson
- Re: [rtcweb] Finishing up the Video Codec documen… Daniel-Constantin Mierla
- Re: [rtcweb] Finishing up the Video Codec document John Leslie
- Re: [rtcweb] Finishing up the Video Codec document Iñaki Baz Castillo
- Re: [rtcweb] Finishing up the Video Codec document Ron
- Re: [rtcweb] Finishing up the Video Codec document Iñaki Baz Castillo