Re: [rtcweb] Time allocation for video discussion (Re: Proposed Agenda For WG Meetings)

Matthew Kaufman <matthew@matthew.at> Fri, 22 February 2013 01:11 UTC

Return-Path: <matthew@matthew.at>
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 443B721F87DC for <rtcweb@ietfa.amsl.com>; Thu, 21 Feb 2013 17:11:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.43
X-Spam-Level:
X-Spam-Status: No, score=-1.43 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v5rQ8y-pb7Jl for <rtcweb@ietfa.amsl.com>; Thu, 21 Feb 2013 17:11:23 -0800 (PST)
Received: from where.matthew.at (where.matthew.at [198.202.199.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06BCC21F87CD for <rtcweb@ietf.org>; Thu, 21 Feb 2013 17:11:22 -0800 (PST)
Received: from [10.10.155.229] (unknown [10.10.155.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by where.matthew.at (Postfix) with ESMTP id 80C62230005; Thu, 21 Feb 2013 17:11:22 -0800 (PST)
Message-ID: <5126C5BA.4060701@matthew.at>
Date: Thu, 21 Feb 2013 17:11:22 -0800
From: Matthew Kaufman <matthew@matthew.at>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
To: Ted Hardie <ted.ietf@gmail.com>
References: <CABcZeBMg0AdhFj61S1hgz9WCP2JikLabrm3dAA36hyb99_93Sg@mail.gmail.com> <51263796.8030705@alvestrand.no> <CABcZeBPoH+QQg1dPEoCc1AgwFVYdmHduwZ7W8qCahOr+Spz8eQ@mail.gmail.com> <AE1A6B5FD507DC4FB3C5166F3A05A484161EB226@TK5EX14MBXC273.redmond.corp.microsoft.com> <CA+9kkMD_a7Si5F+4PiggmLkAtTUaocrF=bYd0oy0bv-bZ6zzdA@mail.gmail.com>
In-Reply-To: <CA+9kkMD_a7Si5F+4PiggmLkAtTUaocrF=bYd0oy0bv-bZ6zzdA@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Time allocation for video discussion (Re: Proposed Agenda For WG Meetings)
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: Fri, 22 Feb 2013 01:11:29 -0000

This message didn't make it through the Microsoft email system (looked 
like spam), so I'm replying on-thread from my personal account...

On 2/21/2013 2:26 PM, Ted Hardie wrote:
>
> Hi Matthew,
>
> Bullets 4 and 5 of the RTCWEB charter call out this work of this type
> as in-scope, with codecs
> mentioned specifically.

I think you mean bullet 6, as neither 4 nor 5 is applicable in the copy 
of the charter here: http://datatracker.ietf.org/wg/rtcweb/charter/

But just because the charter mistakenly calls this out as something for 
the IETF to solve doesn't mean that the IETF is the right place to have 
the discussion. I will note that several other IETF protocols for A/V 
interoperability, such as SIP, have enjoyed wide success without wasting 
any valuable meeting time trying to standardize on a single audio and 
video codec... and there's certainly many other unresolved issues within 
the IETF that are blocking a final W3C API specification.

>   If working group participants are persuaded
> by your argument, though, I point out
> that the W3C has already sent a liaison statement on this topic
> (http://datatracker.ietf.org/liaison/1215/)
> If the working group wishes to be guided by the W3C on this topic, in
> other words, it can use this liaison statement
> as guidance.

I will second the note that no W3C member companies contributed to this 
liason statement, nor was it discussed in any WEBRTC meeting that I or 
any of my coworkers has attended, and so this isn't super helpful as 
guidance... misleading, in fact.

My employer's position is outlined in blog posts such as 
http://blogs.windows.com/windows/b/bloggingwindows/archive/2010/05/19/another-follow-up-on-html5-video-in-ie9.aspx

Nothing has changed since this and related postings were made. The codec 
that has been submitted as an alternative to H.264 is still not the 
product of any standards body activity (and so does not enjoy any of the 
IPR protections for users that it might otherwise have) and the company 
who has submitted this has not changed their license agreement in any 
substantial way (to, for instance, include indemnification).

If there is a plan for a substantial change along these lines to be 
announced prior to the (inappropriate) discussion at the upcoming IETF 
meeting, I hope it can be made public with sufficient time for our large 
legal department to review it, otherwise I don't see how anyone could 
expect a revised opinion at that time.

Matthew Kaufman