Re: [rtcweb] Straw Poll on Video Codec Alternatives

Gaelle Martin-Cocher <gmartincocher@blackberry.com> Wed, 08 January 2014 15:40 UTC

Return-Path: <gmartincocher@blackberry.com>
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 B927A1ACCE0 for <rtcweb@ietfa.amsl.com>; Wed, 8 Jan 2014 07:40:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.437
X-Spam-Level:
X-Spam-Status: No, score=-2.437 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 CIxsCIPZtvP9 for <rtcweb@ietfa.amsl.com>; Wed, 8 Jan 2014 07:39:58 -0800 (PST)
Received: from smtp-p02.blackberry.com (smtp-p02.blackberry.com [208.65.78.89]) by ietfa.amsl.com (Postfix) with ESMTP id 593871ADEB5 for <rtcweb@ietf.org>; Wed, 8 Jan 2014 07:39:56 -0800 (PST)
Received: from xct107cnc.rim.net ([10.65.161.207]) by mhs214cnc.rim.net with ESMTP/TLS/AES128-SHA; 08 Jan 2014 10:39:44 -0500
Received: from XMB111CNC.rim.net ([fe80::fcd6:cc6c:9e0b:25bc]) by XCT107CNC.rim.net ([fe80::b815:71ef:9f8f:e07c%16]) with mapi id 14.03.0158.001; Wed, 8 Jan 2014 10:39:44 -0500
From: Gaelle Martin-Cocher <gmartincocher@blackberry.com>
To: "'rtcweb@ietf.org'" <rtcweb@ietf.org>
Thread-Topic: [rtcweb] Straw Poll on Video Codec Alternatives
Thread-Index: AQHO9QOSELl3axZ8/ESBs/N/vsvrYpp6iOCAgADaQgCAAAguAP//uPaw
Date: Wed, 08 Jan 2014 15:39:43 +0000
Message-ID: <92D0D52F3A63344CA478CF12DB0648AA548C9A1E@XMB111CNC.rim.net>
References: <CA+9kkMBSpDLJBBbPxgyMUi+bi3aw3D8zpSXcAvQ4koi115QqBg@mail.gmail.com> <20140108011831.GA18453@verdi> <CAMKM2Lyo0zvRGEhdtz7ea+xySt3nUBuwgSX3FBQyYR2k4aOxow@mail.gmail.com> <24246_1389192540_52CD655C_24246_10551_1_2842AD9A45C83B44B57635FD4831E60A06CBBE09@PEXCVZYM14.corporate.adroot.infra.ftgroup>
In-Reply-To: <24246_1389192540_52CD655C_24246_10551_1_2842AD9A45C83B44B57635FD4831E60A06CBBE09@PEXCVZYM14.corporate.adroot.infra.ftgroup>
Accept-Language: fr-FR, en-CA, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.65.160.252]
Content-Type: multipart/alternative; boundary="_000_92D0D52F3A63344CA478CF12DB0648AA548C9A1EXMB111CNCrimnet_"
MIME-Version: 1.0
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: Wed, 08 Jan 2014 15:40:02 -0000

Dear all,

Please find below my answer to the straw poll on video codec alternatives as requested by the Chairs
http://www.ietf.org/mail-archive/web/rtcweb/current/msg10449.html


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:

1.    All entities MUST support VP8

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

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

-          Brings a higher cost or does not allow to interoperate with existing solutions/platforms.

-          VP8 is not yet a standard and would benefit of going through the full ISO process.

-          VP8 has a declaration of un-licensable IPR, https://ietf.org/ipr/2035/  .

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

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

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

-          One MTI is enough if the codec provides “good enough” performances.

-          VP8 Brings a higher cost or does not allow to interoperate with existing solutions/platforms.

-          VP8 is not yet a standard and would benefit of going through the full ISO process.

-          VP8 has a declaration of un-licensable IPR, https://ietf.org/ipr/2035/  .

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

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

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

-          There is no reason to make a distinction between browser and non-browser.

-          One MTI is enough if the codec provides “good enough” performances.

-          VP8 Brings a higher cost or does not allow to interoperate with existing solutions/platforms.

-          VP8 is not yet a standard and would benefit of going through the full ISO process.

-          VP8 has a declaration of un-licensable IPR, https://ietf.org/ipr/2035/  .

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

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

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

-          Does not insure interoperability

-          This is somewhat equivalent to no MTI while slowing down the widespread adoption of a more powerful codec by RTCWeb.

1.    All entities MUST support H.261

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

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

-          In terms of “old codecs” H263 would be a better choice.

-          It took years to remove H261 from specifications and platforms, RTCWeb should not mandate it back.

1.    There is no MTI video codec

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:

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

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

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

-          In terms of “old codecs” H263 would be a better choice than H261.

-          It took years to remove normative support of H261 from specifications and platforms, RTCWeb should not mandate it back.

-          VP8 Brings a higher cost or does not allow to interoperate with existing solutions/platforms.

-          VP8 is not yet a standard and would benefit of going through the full ISO process.

-          VP8 has a declaration of un-licensable IPR, https://ietf.org/ipr/2035/  .

1.    All entities MUST support Theora

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

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

-          Not widely supported in hardware

-          Licensing status is not clear enough

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

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

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

-          In terms of “old codecs” H263 would be a better choice than H261.

-          It took years to remove H261 from specifications and platforms, RTCWeb should not mandate it back.

-          VP8 Brings a higher cost or does not allow to interoperate with existing solutions/platforms.

-          VP8 is not yet a standard and would benefit of going through the full ISO process.

-          VP8 has a declaration of un-licensable IPR, https://ietf.org/ipr/2035/  .

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

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

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

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

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

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

-          VP8 Brings a higher cost or does not allow to interoperate with existing solutions/platforms.

-          VP8 is not yet a standard and would benefit of going through the full ISO process.

-          VP8 has a declaration of un-licensable IPR, https://ietf.org/ipr/2035/  .

1.    All entities MUST support H.263

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:

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

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

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

-          Theora is not widely supported in hardware

-          Theora’s licensing status is not clear enough

-          VP8 Brings a higher cost or does not allow to interoperate with existing solutions/platforms.

-          VP8 is not yet a standard and would benefit of going through the full ISO process.

-          VP8 has a declaration of un-licensable IPR, https://ietf.org/ipr/2035/

1.    All entities MUST support decoding using Theora.

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

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

-          Not widely supported in hardware

-          Licensing status is not clear enough

1.    All entities MUST support Motion JPEG

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

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


Sincerely,

Gaëlle


---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.