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
- [rtcweb] Proposed Agenda For WG Meetings Eric Rescorla
- Re: [rtcweb] Proposed Agenda For WG Meetings Suhas Nandakumar
- [rtcweb] Time allocation for video discussion (Re… Harald Alvestrand
- Re: [rtcweb] Time allocation for video discussion… Eric Rescorla
- Re: [rtcweb] Time allocation for video discussion… Matthew Kaufman (SKYPE)
- Re: [rtcweb] Time allocation for video discussion… Ted Hardie
- Re: [rtcweb] Time allocation for video discussion… Mandyam, Giridhar
- Re: [rtcweb] Time allocation for video discussion… Matthew Kaufman
- Re: [rtcweb] Time allocation for video discussion… Stefan Håkansson LK
- Re: [rtcweb] Time allocation for video discussion… Ted Hardie
- Re: [rtcweb] Time allocation for video discussion… Matthew Kaufman
- Re: [rtcweb] Time allocation for video discussion… Ron