Re: [rtcweb] Alternative decision process in RTCWeb

Bjoern Hoehrmann <derhoermi@gmx.net> Mon, 02 December 2013 22:52 UTC

Return-Path: <derhoermi@gmx.net>
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 68CB11ADDCA for <rtcweb@ietfa.amsl.com>; Mon, 2 Dec 2013 14:52:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-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 UUfNQUb6-AEJ for <rtcweb@ietfa.amsl.com>; Mon, 2 Dec 2013 14:52:38 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by ietfa.amsl.com (Postfix) with ESMTP id 9B7221ADF8C for <rtcweb@ietf.org>; Mon, 2 Dec 2013 14:52:37 -0800 (PST)
Received: from netb.Speedport_W_700V ([91.35.34.108]) by mail.gmx.com (mrgmx101) with ESMTPA (Nemesis) id 0LgdBZ-1VHd2v0E21-00nxJg for <rtcweb@ietf.org>; Mon, 02 Dec 2013 23:52:34 +0100
From: Bjoern Hoehrmann <derhoermi@gmx.net>
To: Phillip Hallam-Baker <hallam@gmail.com>
Date: Mon, 02 Dec 2013 23:52:26 +0100
Message-ID: <242q99176qj0e4t7as5lu3e7rosd8grn1v@hive.bjoern.hoehrmann.de>
References: <52974AA8.6080702@cisco.com> <1F79045E-8CD0-4C5D-9090-3E82853E62E9@nominum.com> <52976F56.4020706@dcrocker.net> <3CD78695-47AD-4CDF-B486-3949FFDC107B@nominum.com> <5006.1385666853@sandelman.ca> <D4D5920A-E041-42E8-BB1C-1CB24FBEE3F4@nominum.com> <BLU169-W1176AB7AECF0757C380A70E93EE0@phx.gbl> <20131129060936.GV3245@audi.shelbyville.oz> <6mkp9912042i9gkg87fc3ji8g9tkv6uqrh@hive.bjoern.hoehrmann.de> <CAMm+LwhUB+Ppj8QXNA+=2thi0ZTgymc1G7=XH9jd+agEEAvwHA@mail.gmail.com>
In-Reply-To: <CAMm+LwhUB+Ppj8QXNA+=2thi0ZTgymc1G7=XH9jd+agEEAvwHA@mail.gmail.com>
X-Mailer: Forte Agent 3.3/32.846
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K0:wEN4eIZsIlKWrsrM+FB+gMT94MpBlxabaI9WS7WZLgZhqCkKZ51 v8c/cBijZWkrD8omDttNOO/Hwahovl4d/fXbwA1pkwLhgpr6gvjxFwI1/HJbHeVRmnfxa0p LjRiVHyemyW5s69Tobz3ags7wV3FOsbdN4h5QI2+ftK73aPfseZ5XbfjtUoqeLErFVuTQNi 6i+WLfe1LcAVZK0OSM/ug==
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>, IETF Discussion <ietf@ietf.org>
Subject: Re: [rtcweb] Alternative decision process in RTCWeb
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: Mon, 02 Dec 2013 22:52:40 -0000

* Phillip Hallam-Baker wrote:
>MTI does not need to be a good choice, it merely needs to achieve
>interoperability.

The Working Group seeks interoperability in the area of real-time video,
not in the area of slide shows or scaled animated icons. I suggested
earlier to compare H.261 to sending a series of JPEG images or sending
animated GIFs in terms of resolution, framerates, bitrates, and so on.
If H.261 is shown to be much closer to H.264 CBP than it is to those, I
would be willing to consider it.

>People would use H.261 if that is all the clients at either end supported.

If they were unable to use other clients and really need low-resolution
slide shows and there are no other factors to consider -- then perhaps.
I myself would not voluntarily watch low-framerate or extremely blurry
video if I do not have to.
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/