Re: [rtcweb] Martin J. Dürst's preferences

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Mon, 13 January 2014 04:07 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
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 00E4F1AE01A for <rtcweb@ietfa.amsl.com>; Sun, 12 Jan 2014 20:07:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.929
X-Spam-Level:
X-Spam-Status: No, score=-1.929 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538] 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 jdiki1tiQRW4 for <rtcweb@ietfa.amsl.com>; Sun, 12 Jan 2014 20:07:36 -0800 (PST)
Received: from scintmta02.scbb.aoyama.ac.jp (scintmta02.scbb.aoyama.ac.jp [133.2.253.34]) by ietfa.amsl.com (Postfix) with ESMTP id 87DD11ADDD1 for <rtcweb@ietf.org>; Sun, 12 Jan 2014 20:07:36 -0800 (PST)
Received: from scmse02.scbb.aoyama.ac.jp ([133.2.253.231]) by scintmta02.scbb.aoyama.ac.jp (secret/secret) with SMTP id s0D47FRn019478; Mon, 13 Jan 2014 13:07:15 +0900
Received: from (unknown [133.2.206.134]) by scmse02.scbb.aoyama.ac.jp with smtp id 41c1_525f_2fc42c30_7c08_11e3_97be_001e6722eec2; Mon, 13 Jan 2014 13:07:15 +0900
Received: from [IPv6:::1] (unknown [133.2.210.1]) by itmail2.it.aoyama.ac.jp (Postfix) with ESMTP id DFE7BBF53B; Mon, 13 Jan 2014 13:07:14 +0900 (JST)
Message-ID: <52D36660.30405@it.aoyama.ac.jp>
Date: Mon, 13 Jan 2014 13:06:56 +0900
From: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4
MIME-Version: 1.0
To: Bjoern Hoehrmann <derhoermi@gmx.net>
References: <CA+9kkMBSpDLJBBbPxgyMUi+bi3aw3D8zpSXcAvQ4koi115QqBg@mail.gmail.com> <52D280FF.5080503@it.aoyama.ac.jp> <mc85d993kuks88jh3r4ogan262rgq7fvb4@hive.bjoern.hoehrmann.de>
In-Reply-To: <mc85d993kuks88jh3r4ogan262rgq7fvb4@hive.bjoern.hoehrmann.de>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Martin J. Dürst's preferences
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, 13 Jan 2014 04:07:39 -0000

Hello Björn,

On 2014/01/13 4:19, Bjoern Hoehrmann wrote:
> * Martin J. Dürst wrote:
>> Below are my opinions. I'm using a numerical with 0.0 meaning NO and 1.0
>> meaning YES, everything in between is acceptable, with various degrees.
>
> Among the single codec options your order of preference then is
>
>    VP8>  H.261>  H.264>= no MTI>  MJPEG>  Theora>  H.263
>    0.8>    0.4>    0.2>=    0.2>    0.1>    0.05>   0.01

Thanks for working that out.

>>>         9.   All entities MUST support Theora
>>>         Are you in favor of this option [Yes/No/Acceptable]:
>> 0.05
>>>         Do you have any objections to this option, if so please summarize
>>>         them:
>> I don't think there are significantly less risks with Theora than with
>> VP8, so I don't think it's worth prescribing, because quality is less
>> than VP8.
>
>>>         16.   All entities MUST support Motion JPEG
>>>         Are you in favor of this option [Yes/No/Acceptable]:
>> 0.1
>>>         Do you have any objections to this option, if so please summarize
>>>         them:
>> If it can be shown that Motion JPEG produces acceptable results for sign
>> language, then this is an alternative to H.261.
>
> An alternative to H.261 should have at least 0.2 in your rating system.
> It looks as though you prefer MJPEG, even without sign language support,
> to Theora, which has no difficulty with sign language at normal rates.

As everybody in this discussion should know by now, there is more than 
one criterion to judge codecs. Almost everybody has considered at least 
quality and licencing, to mention two. What makes finding rough 
consensus difficult are not only the clear disagreements on the 
licensing side, but also the opinions about quality (degradation being 
okay or not,...).

In my case, Theora got that low because in my summary judgment, it 
doesn't provide any advantages when compared to VP8 with respect to 
licensing. On the other hand, MJPEG is clearly much less of a problem 
with respect to patents and stuff.

Regards,   Martin.