Re: [rtcweb] Last day for any additional Video Codec Selection alternatives

cowwoc <cowwoc@bbs.darktech.org> Wed, 27 November 2013 22:57 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 801721ADFAB for <rtcweb@ietfa.amsl.com>; Wed, 27 Nov 2013 14:57:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 aEk3U_X5P1hh for <rtcweb@ietfa.amsl.com>; Wed, 27 Nov 2013 14:57:43 -0800 (PST)
Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) by ietfa.amsl.com (Postfix) with ESMTP id 2854F1ADF9A for <rtcweb@ietf.org>; Wed, 27 Nov 2013 14:57:43 -0800 (PST)
Received: by mail-ie0-f179.google.com with SMTP id x13so12657797ief.24 for <rtcweb@ietf.org>; Wed, 27 Nov 2013 14:57:42 -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 :content-transfer-encoding; bh=qK72zOkBDCLzfJK+SUxJD9sLAfFZDPG0bjJVQfKRPeQ=; b=KbpYoeQDQDFPYkXSm3FtWXeKcCFBfvzSvDYyuSTPzSULhIQL/ytL2Rxst3Qw5blriJ 2wwdEaH+1uutGJYOzri4KLuYjXQZoMzJzDP8fFNq/zq8XSmrLMs6Usv+Mhd8VpXW8/71 3gt6DMmGFUWrMIY+1LuuhO1FspOF/CIPf7rFg/1w7jvY8pYscEOHwriSG5ri87uL/6Oa R8BtyvCCrFR49kYKmyAN0OXpHQPGoQYz9Uh24i0nGygigpf378DR7db9odqoshfboy9z bGcInT7rpT+cIJmoahtAnQSmyeZRGm7ijk1Nn6l3n3f1MksKLDd4PopXTYGDXX/InViQ 6BgQ==
X-Gm-Message-State: ALoCoQk9JCN3CcV68w0++8X0mC5gsRyYmJbZb317upl9uh/Zo2RP9iwC5S5lOSbz1CI3uxrRZ0nT
X-Received: by 10.43.132.66 with SMTP id ht2mr26092087icc.26.1385593062379; Wed, 27 Nov 2013 14:57:42 -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 a17sm5772676ign.2.2013.11.27.14.57.41 for <rtcweb@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Nov 2013 14:57:41 -0800 (PST)
Message-ID: <529678B7.1030508@bbs.darktech.org>
Date: Wed, 27 Nov 2013 17:56:55 -0500
From: cowwoc <cowwoc@bbs.darktech.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <5295B358.1040302@ericsson.com> <38sc99tl8csfmfe6tgsm41ou2mrg6lhpgh@hive.bjoern.hoehrmann.de> <CAHp8n2nL08EvmSBFnm4QiHmM8FgS3ts+_86rOQDFeHPfHk6wQQ@mail.gmail.com> <9ssc99tnqdthectfc18q99926qt6dptfm1@hive.bjoern.hoehrmann.de>
In-Reply-To: <9ssc99tnqdthectfc18q99926qt6dptfm1@hive.bjoern.hoehrmann.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Last day for any additional Video Codec Selection alternatives
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: Wed, 27 Nov 2013 22:57:44 -0000

On 27/11/2013 5:39 PM, Bjoern Hoehrmann wrote:
> * Silvia Pfeiffer wrote:
>> On Thu, Nov 28, 2013 at 9:31 AM, Bjoern Hoehrmann <derhoermi@gmx.net>; wrote:
>>> * Magnus Westerlund wrote:
>>>> Today (27th November) is the last day to propose any additional
>>>> alternatives for the Video Codec Selection.
>>> I would like to have available the following additional option:
>>>
>>>    All entities MUST support decoding using Theora.
>> So who encodes it? How is that different to option 9?
> There would be no mandatory-to-implement video codec for encoding in
> "this" version of the specification should this option be selected.

This sounds like a cross-cutting concern that should be extracted from 
voting options (otherwise we'll end up with endless permutations). I 
think we could replace "MUST support X" with "MUST decode X" for all 
options and obviously implementations MUST encode at least one of the 
formats being decoded. Do we really need to specify which formats get 
encoded?

Gili