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

David Singer <singer@apple.com> Thu, 04 December 2014 20:29 UTC

Return-Path: <singer@apple.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 37AEE1A1B1F for <rtcweb@ietfa.amsl.com>; Thu, 4 Dec 2014 12:29:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.101
X-Spam-Level:
X-Spam-Status: No, score=-4.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01] 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 v7DCoC4K5Nyl for <rtcweb@ietfa.amsl.com>; Thu, 4 Dec 2014 12:29:21 -0800 (PST)
Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3C381A1B1E for <rtcweb@ietf.org>; Thu, 4 Dec 2014 12:29:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1417724961; x=2281638561; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=NYKT+kgH8A6cqkSZE9tQRviV/5DjEffsE0k8iAgBaI8=; b=sUzFZbLx724hn03mqLCGSIgxLnzr2jwqps+zuHogKf2M4I83Vj/xmFs9PEszhCV+ fXFW3IN5Mkl+rfZzevdF/X9WCAm578kIsHJPPXR+27Uv+ICXY7GcmIOvsUlSFoSR drboIlaLREsZoBXFKbcUTXtBUxgYEYoyYLCvcXxLa94E2BX2sMfoETp5M9XwsOEo 9mP8hqsouoEf9UIwNdB+ufJiJDNTt/ea1UFaaJ/P56xkTcAILQ01oYsZyvBODTdE Yud99TB/xQGwDqB2hkyLY0HNku+wt+dJUxqzWUPxXki4tlqV2hQBnhWnzx0B/7lX hGz0L/OEivY4CPOUalL6RQ==;
Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id E6.8D.26546.124C0845; Thu, 4 Dec 2014 12:29:21 -0800 (PST)
X-AuditID: 11973e11-f79af6d0000067b2-df-5480c42143ee
Received: from marigold.apple.com (marigold.apple.com [17.128.115.132]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id B2.51.06123.324C0845; Thu, 4 Dec 2014 12:29:23 -0800 (PST)
Received: from singda.apple.com (singda.apple.com [17.201.24.241]) by marigold.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0NG2002H4RKWQP90@marigold.apple.com> for rtcweb@ietf.org; Thu, 04 Dec 2014 12:29:21 -0800 (PST)
Content-type: text/plain; charset=utf-8
MIME-version: 1.0 (Mac OS X Mail 8.1 \(1993\))
From: David Singer <singer@apple.com>
In-reply-to: <CAD5OKxu2hYtDJVbsrC-kCaZvVRoKKajvMa+deoATm9NK31fy3A@mail.gmail.com>
Date: Thu, 04 Dec 2014 12:29:20 -0800
Content-transfer-encoding: quoted-printable
Message-id: <EF9AF89F-C72E-4D07-8F98-FE584C0FDE03@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> <20141204014218.5955730.38619.3157@blackberry.com> <CAHp8n2=KWuTsmruz3W-90eAsptSoMYLTUVtyx9pAwcZFGXSKCQ@mail.gmail.com> <CB477124-13AD-47EA-A607-8A81AFFA379E@apple.com> <CAD5OKxu2hYtDJVbsrC-kCaZvVRoKKajvMa+deoATm9NK31fy3A@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
X-Mailer: Apple Mail (2.1993)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrELMWRmVeSWpSXmKPExsUi2FAYoat4pCHE4NpWYYu1/9rZHRg9liz5 yRTAGMVlk5Kak1mWWqRvl8CV8bFrPVvBbJmKj/8nMTYwHhbrYuTkkBAwkWhZdJcRwhaTuHBv PVsXIxeHkMBeRok/L26ywRQtODWFCSIxiUnix/0VLBDOfCaJN8f2AVVxcDALqEtMmZIL0sAr oCfR9OQxE4gtLBAhcaTzDDuIzSagKvFgzjGwbZwCwRIfHn9gBrFZgOJbenvAljELhEm8mANj a0s8eXeBFWKmjcSUB/3MEHtvMEtMPL8XbJAIUPPf75OZIC6Vlfh3EWQZF5D9klVi+qv9zBMY hWch3DcLyX2zkOxYwMi8ilEoNzEzRzczz0gvsaAgJ1UvOT93EyMokKfbCe5gPL7K6hCjAAej Eg9v4e76ECHWxLLiytxDjNIcLErivGz1DSFCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGDc/ nnErxeDFGZclXOGRTj+5erYerLh8gVUh8MZngeXSfYLzK6/nS+aHz9zqubhOJYF3yRO2Y/KJ mR2+JcuunC16KRj0/ERt2b3JzeWLNCPnpU2Ru3lhUW3s8m3uWV/kRBo9FNROZYdfaO9YaKWt rXPGdu2M8qnHKgvvaK94Lb91UY3A15Pn5ZRYijMSDbWYi4oTAemuV7RFAgAA
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrKLMWRmVeSWpSXmKPExsUi2FDcoqt8pCHEYOk0Dou1/9rZHRg9liz5 yRTAGMVlk5Kak1mWWqRvl8CV8bFrPVvBbJmKj/8nMTYwHhbrYuTkkBAwkVhwagoThC0mceHe erYuRi4OIYFJTBI/7q9ggXDmM0m8ObYPKMPBwSygLjFlSi5IA6+AnkTTk8dgzcICERJHOs+w g9hsAqoSD+YcYwSxOQWCJT48/sAMYrMAxbf09rCB2MwCYRIv5sDY2hJP3l1ghZhpIzHlQT8z xN4bzBITz+8FGyQC1Pz3+2SoS2Ul/l08wz6BUWAWwkmzkJw0C8nYBYzMqxgFilJzEitN9RIL CnJS9ZLzczcxggOvMGIH4/9lVocYBTgYlXh4C3bXhwixJpYVV+YeYpTgYFYS4XXZ3xAixJuS WFmVWpQfX1Sak1p8iFGag0VJnLcqG6haID2xJDU7NbUgtQgmy8TBKdXAuGvyw4oJU2ds+qe9 QnHTb42/kfuTpJjVPwjEcopGFW7wXJQ+O/qj5dlvG7yKxF3NtNxPS938ouJkxGppL+8dVFUj a/PDxmD55Jty/5jjX0tw74phvKCevqSahefn223MDmYmLcdVmf/wuWYEf1/0+tKzLZtOSIjI rYzcHjJ7Z4rqylhtCcm5SizFGYmGWsxFxYkAvIvnpDgCAAA=
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/66uQwHliYo975ey9OsiYmY03WBo
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 20:29:24 -0000

> On Dec 4, 2014, at 12:15 , Roman Shpount <roman@telurix.com> wrote:
> 
> David,
> 
> The other answer is "Ship H.264. Most of you are going to get sued. Good luck settling." The risk associated with licensing H.264 is very high for any company who is not already part of this quagmire.

I beg to disagree.  I am unaware of any problem from any company that has not made clear RAND declarations to the appropriate bodies, and most of those are members of MPEG-LA, so though it’s not quite a one-stop shop, it’s close.

Not only is there a formal “unwilling to license” on the table for VP8, it was not developed by the companies active in this area, and with significant portfolios, and (as Nokia shows) they may not find themselves under  formal or moral obligation to license at all.


> There are enough problems there to hire an IPR law firm the second you look at H.264 and hope that they are professional enough and there is enough money to settle.  I do understand that companies who are already stuck with H.264 would not want to be exposed to any additional IPR claims. There is also a little problem that if they implement VP8, they cannot sue any other VP8 implementers, or risk losing the VP8 IPR license.

True, we would get some protection from practicing entities.

> 
> Being a small company, we had to go through patent law suite/settlement process several times already. Being small is not a defense against getting sued.

Not what Silvia was hoping to hear.

> Some IPR holders prefer to start with going after smaller players to create a large precedent base before going after larger targets. As far as possibility of being sued is concerned, the free VP8 license actually looks safer for us then the paid H.264 license. Neither offers indemnity, but, at least, VP8 license offers reciprocity.

I think there is also some defensive suspension in the H.264 licenses, but I would have to check.

> 
> I do think that the current solution is the only one currently possible. If everyone implements both, then everyone would be forced to deal with the same problems.

“We may as well all drown together” — it’s not very cheery, is it?

> Hopefully, as a result, some sort of collective resolution would be found. I doubt anybody is happy with this decision. There are a parties who are affected by this decision who can make the situation better for everybody. If they think this decision is so bad, they know exactly what is required to make other options acceptable.

I wish.

> 
> _____________
> Roman Shpount
> 
> On Thu, Dec 4, 2014 at 2:25 PM, David Singer <singer@apple.com> wrote:
> 
> > On Dec 3, 2014, at 21:16 , Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote:
> >
> > 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.
> 
> So, your conclusion to my question is “Ship VP8, most of you probably won’t get sued. Good luck.  Try not to be too successful or your luck may change.”
> 
> It is an answer; I don’t think it’s a good one, myself.
> 
> 
> 
> David Singer
> Manager, Software Standards, Apple Inc.
> 
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
> 

David Singer
Manager, Software Standards, Apple Inc.