Re: [rtcweb] Plan for MTI video codec?

Harald Alvestrand <harald@alvestrand.no> Sun, 19 October 2014 20:38 UTC

Return-Path: <harald@alvestrand.no>
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 783431A6F7E for <rtcweb@ietfa.amsl.com>; Sun, 19 Oct 2014 13:38:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01] 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 w63q7E9jhVIu for <rtcweb@ietfa.amsl.com>; Sun, 19 Oct 2014 13:38:10 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id A769A1A1B86 for <rtcweb@ietf.org>; Sun, 19 Oct 2014 13:38:09 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 5CD607C4E70 for <rtcweb@ietf.org>; Sun, 19 Oct 2014 22:38:08 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LyVZyvoY6B55 for <rtcweb@ietf.org>; Sun, 19 Oct 2014 22:38:04 +0200 (CEST)
Received: from [10.121.41.131] (65.129-14-84.ripe.coltfrance.com [84.14.129.65]) by mork.alvestrand.no (Postfix) with ESMTPSA id 226897C41CE for <rtcweb@ietf.org>; Sun, 19 Oct 2014 22:38:02 +0200 (CEST)
Message-ID: <54442128.6070009@alvestrand.no>
Date: Sun, 19 Oct 2014 22:38:00 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CAGTXFp-HVJDwd86207PNM2QVYO4Z_K4WF-KarnRs1fb7nvy4zA@mail.gmail.com> <CA+9kkMDfES8gpi0-PTXpCnQHjFYUSF2r44TNzH5B4UfDGo8PtA@mail.gmail.com> <CAGTXFp8O-7ACksk3v3f=KjCkcDb4e8G=t-e=EJ1503vt7TkpCQ@mail.gmail.com> <CAGTXFp867AMUZ_fEKxG9uAoR1H1AirVHi3-ayJ=KTQk9L+C7+g@mail.gmail.com> <CA+9kkMAZufR7gUrwkS7Tf5GOfg+ZtsZWGcn-8YLCvnmYnTgfFw@mail.gmail.com> <544035DE.8000606@matthew.at> <CABkgnnUNgWaauS6-nZ5fcExjsMPy4ZGPXaahduzA39=iqh9+fQ@mail.gmail.com> <D5D11F2B-9E32-4932-A601-F1D7FD50C706@gmail.com> <544117FB.6050706@alvestrand.no> <CAHgZEq6GTk5ei+LLpWPM5povpieompD66VU9F+u7--WJVgapaQ@mail.gmail.com> <CA+23+fGWnWd0QEeCmZ=6BmJkPrUVW6cZ0jwmXA+fM88=_+_NWw@mail.gmail.com> <CAOW+2dugTtfLhk0VuJOk7OPEonGBApMjY93EZocH90RbX6X22w@mail.gmail.com>
In-Reply-To: <CAOW+2dugTtfLhk0VuJOk7OPEonGBApMjY93EZocH90RbX6X22w@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------020705070909080705050003"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/nuB0OnwFlpUmRlfpL_-LJ11vn04
Subject: Re: [rtcweb] Plan for MTI video codec?
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, 19 Oct 2014 20:38:14 -0000

On 10/19/2014 05:43 PM, Bernard Aboba wrote:
> "And its one of the issues holding up wider adoption of the technology"
>
> [BA] Specifying an MTI encoder/decoder is not sufficient for
> interoperability.  It is also necessary to specify the transport in
> enough detail to allow independent implementations that interoperate
> well enough to be usable in a wide variety of scenarios, including
> wireless networks where loss is commonly experienced. 

Bernard,

I think this is, to a large degree, codec independent.

We have demonstrated interoperability on VP8 between Firefox and Chrome,
and usage of various mechanisms for congestion control and repair of
packet loss being applied in live services.

So it can't be all bad.....

>
> We made the mistake of having an MTI discussion previously with not
> enough details on that subject, particularly with respect to H.264.
> draft-ietf-rtcweb-video sections 4.2 - 4.4 remain sketchy at best.  
>
> So if we are to have the discussion again, it should occur in the
> context of detailed specifications and interoperability reports.
>
>  
>
>  
>
> On Sun, Oct 19, 2014 at 8:14 AM, Jonathan Rosenberg
> <jdrosen@jdrosen.net <mailto:jdrosen@jdrosen.net>> wrote:
>
>     I'm in favor of taking another run at this.
>
>     The working group has repeatedly said that an MTI codec is
>     something we need to produce. And its one of the issues holding up
>     wider adoption of the technology (not the only one for sure).
>
>     And things have changed since the last meeting, a year ago now
>     (November in Vancouver). Cisco's open264 plugin shipped and now
>     just recently is integrated into Firefox. iOS8 shipped with APIs
>     for H264. There are other things worth noting. Will this change
>     the minds of everyone? Surely not. Will it sway enough for us to
>     achieve rough consensus? Maybe. IMHO - worth finding out.
>
>     On Sat, Oct 18, 2014 at 5:08 PM, Alexandre GOUAILLARD
>     <agouaillard@gmail.com <mailto:agouaillard@gmail.com>> wrote:
>
>         +1 to not having MTI codec discussion unless some progress has
>         been made on VP8 at MPEG. Any news on that? I'm sharing
>         harald's  feeling that there was no change on the members
>         position. 
>
>         On Fri, Oct 17, 2014 at 9:22 PM, Harald Alvestrand
>         <harald@alvestrand.no <mailto:harald@alvestrand.no>> wrote:
>
>             On 10/17/2014 12:02 AM, Bernard Aboba wrote:
>
>                 One thing we could do instead of wasting time on MTI
>                 is to actually make progress on Sections 4.2 - 4.4 of
>                 draft-IETF-RTCWEB-video, so we could actually
>                 interoperate regardless of the codec.
>
>
>             The big argument for an MTI is actually the one stated in
>             -overview: It guards against interoperability failure.
>
>             I would like to have an ecosystem where one can field a
>             box, connect it to everything else, and run well for
>             *some* level of "well" - and I would prefer that ecosystem
>             to be one where it's possible to field the box without
>             making prior arrangements with anyone about licenses.
>
>             This argument hasn't changed one whit since last time we
>             discussed it. And I don't see much movement on the
>             specifics of the proposals either.
>
>             We'll have to interoperate well with the codecs we field.
>             So using some time to discuss draft-ietf-rtcweb-video
>             seems to make sense. (And 4.1 isn't finished either.
>             There's one sentence that needs to be removed.)
>
>             I wouldn't say I'd be happy to not discuss this in
>             Honolulu. But I'd prefer to re-discuss based on the
>             knowledge that some significant players have actually
>             changed their minds.
>
>             At the moment, I don't see signs that any of the poll
>             respondents have said "I have changed my mind".
>
>             Harald
>
>
>
>
>
>
>                     On Oct 16, 2014, at 2:28 PM, Martin Thomson
>                     <martin.thomson@gmail.com
>                     <mailto:martin.thomson@gmail.com>> wrote:
>
>                         On 16 October 2014 14:17, Matthew Kaufman
>                         <matthew@matthew.at
>                         <mailto:matthew@matthew.at>> wrote:
>                         And that's because something substantive has
>                         changed, or simply because
>                         wasting the WG time on this again is more
>                         entertaining than actually
>                         finishing a specification that can be
>                         independently implemented by all
>                         browser vendors? (A specification that we are
>                         nowhere near having, as far as
>                         I can tell)
>
>                     Personally, I've found the reprieve from this
>                     fight refreshing.  And
>                     it would appear that we've made some real progress
>                     as a result.  I'd
>                     suggest that if we don't have new information, we
>                     continue to spend
>                     our time productively.  If we can't find topics to
>                     occupy our meeting
>                     agenda time, then maybe we can free an agenda slot.
>
>                     _______________________________________________
>                     rtcweb mailing list
>                     rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>                     https://www.ietf.org/mailman/listinfo/rtcweb
>
>                 _______________________________________________
>                 rtcweb mailing list
>                 rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>                 https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>             _______________________________________________
>             rtcweb mailing list
>             rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>             https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>
>
>         -- 
>         Alex. Gouaillard, PhD, PhD, MBA
>         ------------------------------------------------------------------------------------
>         CTO - Temasys Communications, S'pore / Mountain View
>         President - CoSMo Software, Cambridge, MA
>         ------------------------------------------------------------------------------------
>         sg.linkedin.com/agouaillard <http://sg.linkedin.com/agouaillard>
>
>          *
>
>
>
>         _______________________________________________
>         rtcweb mailing list
>         rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>         https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>
>
>     -- 
>     Jonathan Rosenberg, Ph.D.
>     jdrosen@jdrosen.net <mailto:jdrosen@jdrosen.net>
>     http://www.jdrosen.net
>
>     _______________________________________________
>     rtcweb mailing list
>     rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>     https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb


-- 
Surveillance is pervasive. Go Dark.