[rtcweb] Video resolution SHOULDs (Re: resolutions in draft-cbran-rtcweb-codec-01)

Harald Alvestrand <harald@alvestrand.no> Thu, 17 November 2011 08:51 UTC

Return-Path: <harald@alvestrand.no>
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 984B621F9A7B for <rtcweb@ietfa.amsl.com>; Thu, 17 Nov 2011 00:51:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.517
X-Spam-Level:
X-Spam-Status: No, score=-110.517 tagged_above=-999 required=5 tests=[AWL=0.081, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8mchbzWMG78p for <rtcweb@ietfa.amsl.com>; Thu, 17 Nov 2011 00:51:02 -0800 (PST)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id 3CD0921F9A73 for <rtcweb@ietf.org>; Thu, 17 Nov 2011 00:51:01 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 79C4939E176 for <rtcweb@ietf.org>; Thu, 17 Nov 2011 09:51:00 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cFh9Opxo30mE for <rtcweb@ietf.org>; Thu, 17 Nov 2011 09:50:59 +0100 (CET)
Received: from [130.129.67.10] (dhcp-430a.meeting.ietf.org [130.129.67.10]) by eikenes.alvestrand.no (Postfix) with ESMTPS id 7BF0939E04C for <rtcweb@ietf.org>; Thu, 17 Nov 2011 09:50:58 +0100 (CET)
Message-ID: <4EC4CAEE.702@alvestrand.no>
Date: Thu, 17 Nov 2011 16:50:54 +0800
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <4ec47dd1.1610640a.2346.ffffcfdb@mx.google.com>
In-Reply-To: <4ec47dd1.1610640a.2346.ffffcfdb@mx.google.com>
Content-Type: multipart/alternative; boundary="------------020908070104000904030705"
Subject: [rtcweb] Video resolution SHOULDs (Re: resolutions in draft-cbran-rtcweb-codec-01)
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: Thu, 17 Nov 2011 08:51:02 -0000

On 11/17/2011 11:19 AM, Roni Even wrote:
>
> Hi,
>
> The text in the draft on video codec is
>
> o MUST support a minimum resolution of 320X240
>
> o SHOULD support resolutions of 1280x720, 720x480, 1024x768,
>
> 800x600, 640x480, 640 x 360 , 320x240
>
> I propose adding 1920 x 1080 to the SHOULD. This resolution are used
> by video conferencing systems
>

I think I want to object to making this a SHOULD, but it's possible we
just don't understand the requirement the same way....

The RFC 2119 SHOULD definition says:

3. SHOULD This word, or the adjective "RECOMMENDED", mean that there
may exist valid reasons in particular circumstances to ignore a
particular item, but the full implications must be understood and
carefully weighed before choosing a different course.

When designing an RTCWEB implementation for my mobile phone, with its
(comparatively) microscopic screen and anemic processor and battery, it
takes approximately zero seconds to decide that I won't waste energy
(literally) on decoding HD; I'll make sure I negotiate down to something
more sane for me if someone's unkind enough to suggest it to me.

I would be happy to write the requirement as

SHOULD support resolutions of 1920x1080, 1280x720, 720x480, 1024x768,

800x600, 640x480, 640 x 360 , 320x240 if these resolutions can be
displayed on the target device


but I would not be happy to just extend the requirement as it is
proposed today.

(Yes, I know, this means that I've turned down-negotiation of video
resolution into a MUST. I think it already is, but I think we haven't
talked explicitly about it.)

> I also assume that there will be a way to negotiate the video
> parameters (no issue if we use offer/ answer RFC 3264)
>
> Roni Even
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb