Re: [rtcweb] Straw Poll on Video Codec Alternatives

"Karl Stahl" <karl.stahl@intertex.se> Sun, 12 January 2014 15:45 UTC

Return-Path: <karl.stahl@intertex.se>
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 F03531ADF48 for <rtcweb@ietfa.amsl.com>; Sun, 12 Jan 2014 07:45:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.599
X-Spam-Level:
X-Spam-Status: No, score=-1.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MSGID_MULTIPLE_AT=1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no
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 3OWd04Bbcc6g for <rtcweb@ietfa.amsl.com>; Sun, 12 Jan 2014 07:45:40 -0800 (PST)
Received: from smtp.it-norr.com (smtp.it-norr.com [80.244.64.161]) by ietfa.amsl.com (Postfix) with ESMTP id C8D751ADF24 for <rtcweb@ietf.org>; Sun, 12 Jan 2014 07:45:38 -0800 (PST)
Received: from ([90.229.134.75]) by smtp.it-norr.com (Telecom3 SMTP service) with ASMTP id 201401121645259100 for <rtcweb@ietf.org>; Sun, 12 Jan 2014 16:45:25 +0100
From: Karl Stahl <karl.stahl@intertex.se>
To: rtcweb@ietf.org
References: <CA+9kkMBSpDLJBBbPxgyMUi+bi3aw3D8zpSXcAvQ4koi115QqBg@mail.gmail.com>
In-Reply-To: <CA+9kkMBSpDLJBBbPxgyMUi+bi3aw3D8zpSXcAvQ4koi115QqBg@mail.gmail.com>
Date: Sun, 12 Jan 2014 16:45:23 +0100
Message-ID: <078501cf0fad$4e906b00$ebb14100$@stahl>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0786_01CF0FB5.B054D300"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac71A5TFF8/VD+1+ROWD1Lt+LtXk1wapbHug
Content-Language: sv
Subject: Re: [rtcweb] Straw Poll on Video Codec 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: Sun, 12 Jan 2014 15:45:45 -0000

Karl Stahl's response (for Ingate and Intertex):

1.    All entities MUST support H.264

a.    Are you in favor of this option [Yes/No/Acceptable]:

Yes

b.    Do you have any objections to this option, if so please summarize
them:

- Only if a downloadable codec (like Cisco's offering, for IPR concern) slot
and multiple codec slots are recommended: "SHOULD" - we must not get locked
into another 50 years of "Video G.711" base level now - and also other
services (IPR or not) should be able to use browsers if providing their own
downloadable codec - will also drive improvement and innovation (VP9,
H.26x.).

- Transcoding (which we got as priority request from day one of the "VP8
only days", from both SP and PBX/UC side, must be avoided [1] as being
against the core idea of WebRTC  

 

2.    All entities MUST support VP8

.      Are you in favor of this option [Yes/No/Acceptable]:

Yes

a.    Do you have any objections to this option, if so please summarize
them:

- Only if a downloadable codec (like Cisco's offering, for compatibility and
for VP8 itself for those that e.g. believes that Nokia IPR objections are
more than political) slot and multiple codec slots are mandated: "MUST" - we
must not get locked into another 50 years of "Video G.711" base level now -
and also other services (IPR or not) should be able to use browsers if
providing their own downloadable codec - will also drive improvement and
innovation (VP9, H.26x.).

- Transcoding (which we got as priority request from day one of the "VP8
only days", from both SP and PBX/UC side, must be avoided [1] as being
against the core idea of WebRTC  

 

3.    All entities MUST support both H.264 and VP8

.      Are you in favor of this option [Yes/No/Acceptable]:

Acceptable

a.    Do you have any objections to this option, if so please summarize
them:

4.    Browsers MUST support both H.264 and VP8, other entities MUST support
at least one of H.264 and VP8

.      Are you in favor of this option [Yes/No/Acceptable]:

Acceptable

a.    Do you have any objections to this option, if so please summarize
them:

5.    All entities MUST support at least one of H.264 and VP8

.      Are you in favor of this option [Yes/No/Acceptable]:

Acceptable

a.    Do you have any objections to this option, if so please summarize
them:

Only if codec slots also are mandated: "MUST"

6.    All entities MUST support H.261

.      Are you in favor of this option [Yes/No/Acceptable]:

No, simply too old/bad

a.    Do you have any objections to this option, if so please summarize
them:

7.    There is no MTI video codec

.      Are you in favor of this option [Yes/No/Acceptable]:

No

a.    Do you have any objections to this option, if so please summarize
them:

8.    All entities MUST support H.261 and all entities MUST support at least
one of H.264 and VP8

.      Are you in favor of this option [Yes/No/Acceptable]:

No

a.    Do you have any objections to this option, if so please summarize
them:

9.    All entities MUST support Theora

.      Are you in favor of this option [Yes/No/Acceptable]:

No

a.    Do you have any objections to this option, if so please summarize
them:

10.  All entities MUST implement at least two of {VP8, H.264, H.261}

No

.      Are you in favor of this option [Yes/No/Acceptable]:

a.    Do you have any objections to this option, if so please summarize
them:

11.  All entities MUST implement at least two of {VP8, H.264, H.263}

No

.      Are you in favor of this option [Yes/No/Acceptable]:

a.    Do you have any objections to this option, if so please summarize
them:

12.  All entities MUST support decoding using both H.264 and VP8, and MUST
support encoding using at least one of H.264 or VP8

.      Are you in favor of this option [Yes/No/Acceptable]:

Acceptable

a.    Do you have any objections to this option, if so please summarize
them:

13.  All entities MUST support H.263

.      Are you in favor of this option [Yes/No/Acceptable]:

No

a.    Do you have any objections to this option, if so please summarize
them:

14.  All entities MUST implement at least two of {VP8, H.264, Theora}

.      Are you in favor of this option [Yes/No/Acceptable]:

No

a.    Do you have any objections to this option, if so please summarize
them:

15.  All entities MUST support decoding using Theora.

.      Are you in favor of this option [Yes/No/Acceptable]:

No

a.    Do you have any objections to this option, if so please summarize
them:

16.  All entities MUST support Motion JPEG

.      Are you in favor of this option [Yes/No/Acceptable]:

No

a.    Do you have any objections to this option, if so please summarize
them:

 

H.264 is a reference to the pro
<https://datatracker.ietf.org/doc/draft-burman-rtcweb-h264-proposal/> posal
in https://datatracker.ietf.org/doc/draft-burman-rtcweb-h264-proposal/

 

VP8 is a reference to the pro
<https://datatracker.ietf.org/doc/draft-alvestrand-rtcweb-vp8/> posal in
https://datatracker.ietf.org/doc/draft-alvestrand-rtcweb-vp8/

 

Theora is a reference to Xiph.org Theora Specification from March 16, 2011 (
<http://www.xiph.org/theora/doc/Theora_I_spec.pdf>
http://www.xiph.org/theora/doc/Theora_I_spec.pdf) 

 

H.263 is a reference to profile 0 level 70 defined in annex X of ITU-T rec
H.263 (http://www.itu.int/rec/T-REC-H.263/)

 

H.261 is a reference to  <http://tools.ietf.org/html/rfc4587>
http://tools.ietf.org/html/rfc4587 

 

Motion JPEG is a reference to  <http://tools.ietf.org/html/rfc2435>
http://tools.ietf.org/html/rfc2435 

 

Thanks,

 

The Chairs