Re: [rtcweb] Ericsson's position on codecs

[Christer Holmberg <[e-mail]>]

Hi,

Regarding the video codec, do we have a "plan B"? For example:

- "No mandatory video codec"
- "VP8 ONLY as mandatory"
- "VP8 AND H264 as mandatory"
- ...

The reason I ask is because, at this moment, I don't think making only H.264 mandatory will fly. At least I have not seen any new input which would raise the odds for being able to agree on such way forward.

Regards,

Christer

________________________________________
From: [e-mail] [[e-mail]] On Behalf Of Bo Burman [[e-mail]]
Sent: Tuesday, July 24, 2012 12:42 PM
To: [e-mail]
Subject: [rtcweb] Ericsson's position on codecs

Hi,

The question of which codecs that should be supported in WebRTC [RTCWEB WG] has been discussed a long time with good opinions from different viewpoints. It will again be a subject in the Vancouver meeting and therefore we feel a need to recap Ericsson's position.

We believe that H.264 video codec should be a mandatory codec (at least one of what may be several): it is a good video codec, backed by a large vendor community and with a considerable footprint in end points. The patent landscape and the licensing situation is well known by now, which is nice in itself. Also, H.264 support is a requirement in some regulatory frameworks, such as emergency services, and we feel it would be preferable if WebRTC media framework can step-by-step consider such requirements, starting with the video codec.

Looking into the future a bit, we see H.265/HEVC video codec as a strong candidate to include in the default set, but we think it is too early to mandate it at this point.

For audio, the situation is that we believe G.719 has a role for high quality audio in areas with no bandwidth restrictions or limited/no risk of blocking (packet loss or dropped connection). AMR narrow-band is playing a key role in mobile telephony and has a huge footprint. This makes it a candidate for being a default codec (one of them) for audio streams in mobile WebRTC implementations.

There is also a need for a high quality voice codec for situations with varying bandwidth, and we recognize that Opus is a candidate. We would however for the future also like to recommend that IETF include AMR-WB and EVS, since we expect them to be available in mobile chipsets.

This is written in absence of my colleagues who are more close to the codec technologies and who, had they been available and not on vacation, surely would have written the above in a better way. However, we hope it serves the intended purpose, namely to clarify Ericsson's position in the IETF WebRTC codec selection discussion.

Best Regards

Bo Burman

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Phone  [phone]
Färögatan 6                 | Mobile [phone]
SE-164 80 Stockholm, Sweden | mailto: [e-mail]
----------------------------------------------------------------------
_______________________________________________
rtcweb mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/rtcweb