Re: [rtcweb] Summary of Video Codec contributions

[Harald Alvestrand <[e-mail]>]

On 10/16/2012 03:35 PM, Neil Stratford wrote:
> On Tue, Oct 16, 2012 at 12:20 PM, Magnus Westerlund
> <[e-mail]> wrote:
>> WG,
>>
>> The Video Codec selection internet draft to RTCWEB WG I have seen are
>> the following four:
>>
>> http://www.ietf.org/internet-drafts/draft-dbenham-webrtc-videomti-00.txt
>>
>> https://datatracker.ietf.org/doc/draft-alvestrand-rtcweb-vp8/
>>
>> https://datatracker.ietf.org/doc/draft-burman-rtcweb-h264-proposal/
>>
>> https://datatracker.ietf.org/doc/draft-marjou-rtcweb-video-codec/
>>
>> Please review information and proposals and lets start discussing them
>> on the mailing list prior to the WG meeting in Atlanta.
> Something that concerns me about video codecs is the availability of a
> scalable coding profile. Many plugins that we are trying to replace
> with WebRTC appear to be starting to make use of scalable coding
> techniques to enable efficient multi-party calls. To encourage the
> replacement of such plugins the codec specified in WebRTC should offer
> the ability to match what is best practice today.
>
> I understand that H.264 has Annex G, and that VP8 has something
> similar. Are there any issues around making this MTI for either codec
> that would help drive a decision?
For one thing, I believe the hardware support for SVC is minimal to 
nonexistent.
People have also been raising doubts about the cost/benefit tradeoff of 
H.264 SVC.

At the moment, we have no proposals to adopt SVC as MTI, so I believe 
the point is moot.

Of course, any implementation that supports codecs beyond the MTI will 
be free to offer them as part of the negotiation phase. But that doesn't 
make them MTI.

                   Harald