RTCWEB / WebRTC – MTI Video Codec debate continues
Dr. Cullen Jennings – video quality comparison
There was no consensus call on MTI video for RTCWEB.
There was a “get a sense” call where Robert Sparks, as a favor to the chairs, asked for a sense of the room if they could live with either VP8 or H.264. Since it was not a consensus call it matters little but it felt like the room was split in this hand-raising exercise.
Plenty of arguments were tabled. Hadriel Kaplan made a great point, “…make them both (VP8 & H.264) MTI…” This seems to be the most sensible thing I have heard in a while and it seems to me that this is likely what the browsers would do anyways. Sadly, this will likely never happen in this MTI debate. It seems more likely that we will not end up with a MTI video codec, which is pretty much how things have been in the SIP world since inception.
3 responses to “RTCWEB / WebRTC – MTI Video Codec debate continues”
Trackbacks / Pingbacks
- - March 15, 2013
- - March 18, 2013
WebRTC.is 
WebRTC needs a MTI codec otherwise we will end up with a split where only certain browsers will be able to communicate with each other. My vote goes to VP8. I wish the HTML5 video tag also had a MTI codec, because it is currently messed up and people aren’t using it correctly by only encoding one version.