Re: [rtcweb] The MTI Codec Questions (what to ask and how to ask them)

Bernard Aboba <bernard.aboba@gmail.com> Tue, 04 November 2014 00:08 UTC

Return-Path: <bernard.aboba@gmail.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 0D70C1A1AAB for <rtcweb@ietfa.amsl.com>; Mon, 3 Nov 2014 16:08:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 vDFtanNwJ5ch for <rtcweb@ietfa.amsl.com>; Mon, 3 Nov 2014 16:08:34 -0800 (PST)
Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 999FE1A1A9A for <rtcweb@ietf.org>; Mon, 3 Nov 2014 16:08:33 -0800 (PST)
Received: by mail-pd0-f175.google.com with SMTP id y13so12532334pdi.34 for <rtcweb@ietf.org>; Mon, 03 Nov 2014 16:08:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=ghH2ytQ0oWKyMEK/KSrZy6Exuh/NBeSYynXcNBj0g84=; b=S7ByjdQ6SwBGyYf6JlZ99lWliCc/nf8G8y2iHzPDUNkmmaHl0P7NpFdh1U1YoSbPu4 5PjYZgyqIM2lNCK6SjsgkqwQVPxDXdOA9rxoSHY811vZTvmOZ+5i8GD9mLK1J+ZlXTNz V654q+a8kdCM8QiOa3IsUxvZkSSjwqZB9E30IgMZrs4lYSKnzD4NInmQT6cLL6GCv3dz giSQ0i73162+5bCKaWVyJ58KH3GsmAX1xOt7gq84SX5ZWfJWahfWDBoUez/KLL3Mr7iC n2969hYkKvKB4U5f+65GkrGQVDoZPi3hSUI6wtBYqKAbi7oBPG8ymThRwwFFojQHG2t0 4VNQ==
X-Received: by 10.70.4.164 with SMTP id l4mr5020404pdl.137.1415059713146; Mon, 03 Nov 2014 16:08:33 -0800 (PST)
Received: from [10.248.157.153] (mobile-166-171-121-202.mycingular.net. [166.171.121.202]) by mx.google.com with ESMTPSA id gy5sm18128325pbc.68.2014.11.03.16.08.31 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Nov 2014 16:08:31 -0800 (PST)
References: <98200BCB-ABC9-4BE0-B11D-B7AEC9F8B2A4@ieca.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <98200BCB-ABC9-4BE0-B11D-B7AEC9F8B2A4@ieca.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-Id: <494EFF62-0914-44B3-9073-F49858293347@gmail.com>
X-Mailer: iPhone Mail (12B411)
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Mon, 03 Nov 2014 16:08:26 -0800
To: Sean Turner <turners@ieca.com>
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/WeOIPqpNserAHRs46FGZQeI1JJY
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] The MTI Codec Questions (what to ask and how to ask them)
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: Tue, 04 Nov 2014 00:08:37 -0000

The questions below do not make it clear whether we are revisiting the MTI video codec issue or whether in addition the audio codec issue (on which we reached consensus) is also being reconsidered. Please clarify.



> On Nov 3, 2014, at 3:32 PM, Sean Turner <turners@ieca.com> wrote:
> 
> All,
> 
> One of the remaining major technical decisions for the RTCweb WG is which codec(s) should be  MTI.  The issue has been on hold for over 6 months and the original plan to was the re-attempt determining consensus at the IETF 91.  To make the best use of the WG’s face-to-face time at IETF 91, we want to give the WG ample time to digest/discuss the questions the chairs intend to ask the WG concerning the MTI codec (or codecs).  We want to know before the meeting whether to ask the questions and then what questions to ask - in other words we want to inform the WG of the questions before the WG session so as to not waste time debating what questions should be asked.
> 
> Without further ado, these are the proposed questions:
> 
> Question #0 (hum)
> 
> Do you want to discuss this issue at this meeting?
> 
> Question #1 (stand up)
> 
> Please stand (or signal in the jabber chat) if you will be part of that consensus process for this question. If you're here to read email or watch the show, we want to know that your sitting throughout this isn't expressing opinions for the consensus process.
> 
>    To many this might seem like a silly question,
>    but the chairs believe the problem is well enough
>    understood by those actively involved WG
>    participants so we would like to confirm this
>    understanding.  The chairs will also use to the
>    determine the informed pool of WG participants.  
> 
> Question #2 (hum)
> 
> Do you believe we need an MTI codec to avoid negotiation failures?
> 
>    Previous attempts at determining the MTI did not
>    yield a result but did confirm that there is a desire
>    for an MTI to avoid negotiation failures.   Recently,
>    some on the mailing list have expressed an interest
>    in postponing this discussion until after IETF 91.  The
>    purpose of this question is to reconfirm the original
>    consensus.
> 
> Question #3 (open mic)
> 
> Are there any codecs that were not included in the previous consensus calls that warrant consideration?  If yes, which one and why.
> 
>    The assumption is that the viable codecs are a) VP8,
>    b) H.264, or c) VP8 and H.264.  This is based on the
>    extensive poll results from the last consensus calls.
>    But time has passed so we need to entertain the ever
>    so slight possibility that another codec has miraculously
>    appeared.  Remember, we want to ensure we’re going
>    to get maximum interoperability.
> 
> Question #4 (open mic)
> 
> Are there any new or unaddressed technical issues that will not allow us to narrow the field to VP8 and H.264?
> 
>    We do not want to revisit previous discussions; we only
>    want new or unaddressed technical issues and will throttle
>    the discussion accordingly.  We’ll rely on WG participants
>    and our former RAI AD (Mr. Sparks) for help in this area.
> 
>    We believe the technical discussion will fall into two
>    buckets:
>      - New or unresolved technical points.
>      - Licensing.  WRT licensing, the IETF tries not discuss
>        whether IPR is valid, but an IPR issue that can be used
>        as input to the decision making process is if enough
>        people say they can’t/won’t implement because of the IPR.
> 
> Question #5 (hum)
> 
> With respect to the MTI codec:
>    - Who can live with a requirement that WebRTC User Agents
>      MUST support  both VP8 and H.264 and WebRTC devices
>      MUST support  either VP8 or H.264?
>    - Who can live with a requirement that all endpoints MUST support VP8?
>    - Who can live with a requirement that all endpoints MUST support H.264?
> 
> Thanks for your time,
> t/c/s
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb