Re: [rtcweb] Making both VP8 and H264 MTI
Mohammed Raad <mohammedsraad@raadtech.com> Wed, 06 November 2013 20:34 UTC
Return-Path: <mohammedsraad@raadtech.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0FD721E8192 for <rtcweb@ietfa.amsl.com>; Wed, 6 Nov 2013 12:34:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.722
X-Spam-Level:
X-Spam-Status: No, score=-1.722 tagged_above=-999 required=5 tests=[AWL=-1.254, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_HTML_USL_OBFU=1.666, SARE_URI_MEDS=0.842]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cu2jPCPYe3aZ for <rtcweb@ietfa.amsl.com>; Wed, 6 Nov 2013 12:33:59 -0800 (PST)
Received: from mail-wg0-f49.google.com (mail-wg0-f49.google.com [74.125.82.49]) by ietfa.amsl.com (Postfix) with ESMTP id 58CA521E818A for <rtcweb@ietf.org>; Wed, 6 Nov 2013 12:33:58 -0800 (PST)
Received: by mail-wg0-f49.google.com with SMTP id x12so28159wgg.28 for <rtcweb@ietf.org>; Wed, 06 Nov 2013 12:33:58 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=C1N2sVBGGnuLT1ci5dkeptsxmYUBKJzAqg6/MyWTsgs=; b=Se4dwon4dsGdwmT9TF6Hf6Is3HWNqQDRVMoHElDKnrJH5rrJiUgC5ESCULezaNmL/E 4xbjYIAjD0GCbcsbK/p0ejY16uZEDKdEVCLa+SXUDT4AD3KUQnZldPioRPXs5jdm1DS1 oB2F+Ov0IUfrOYOOzge6vC6Yd0ENXouqEsSfGDOV9D/DLXOv7woQ26m9qxsdXZl8Cxuk r6KOxcMFPOYdSJGSJtSZZ2uig2+BPBng8rM9a9NaeHEsWmrKsIQzR6++wE5aXEhiXapl Qzm0yemYI6QjhUC4j4y6exol7+NipPJdEHh9A4hvOWGna+d8WzsJ0oVgqzMjF6rh1rM8 Jxqw==
X-Gm-Message-State: ALoCoQl4UGa000rgrfIV1uBV6wLJ2eVk+Rd7/5e9aBQlNxXXGcAytEWAXbpcyaXSF93CAOfJzrvE
MIME-Version: 1.0
X-Received: by 10.180.76.196 with SMTP id m4mr3991723wiw.59.1383770038146; Wed, 06 Nov 2013 12:33:58 -0800 (PST)
Received: by 10.194.179.166 with HTTP; Wed, 6 Nov 2013 12:33:58 -0800 (PST)
In-Reply-To: <527A15A3.2090006@bbs.darktech.org>
References: <CE9E91B2.1BEAA%mzanaty@cisco.com> <8EB7C7F2-105D-4CFB-AC06-F8BB331A4736@cisco.com> <5279339B.9040506@bbs.darktech.org> <E44893DD4E290745BB608EB23FDDB7620A108AAB@008-AM1MPN1-041.mgdnok.nokia.com> <CAMwTW+g+iHWCkoUonjYFi6OrSNcSQZX2X4GtKG5Ae4Ubzv0LtA@mail.gmail.com> <A869F270-C9B9-48EE-9A71-75BA9F2684EC@apple.com> <527A06EF.2070007@bbs.darktech.org> <527A0C4D.7020707@gmail.com> <527A15A3.2090006@bbs.darktech.org>
Date: Thu, 07 Nov 2013 07:33:58 +1100
Message-ID: <CA+E6M0mrrj+hKgxkXyvsd+J1yLVV0WAtM_MsNP4qcFkd8F15hA@mail.gmail.com>
From: Mohammed Raad <mohammedsraad@raadtech.com>
To: rtcweb@ietf.org
Content-Type: multipart/alternative; boundary="f46d043c7f069333e404ea88112d"
Subject: Re: [rtcweb] Making both VP8 and H264 MTI
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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, 06 Nov 2013 20:34:04 -0000
Hi, There isn't much new in the arguments for and against VP8 vs H.264. Its clear that there are concerns that are beyond how well each codec performs and whether or not it is free. Although I recognize that the transcoding option does not address the P2P use case, I do think that the goal of interoperability can be better achieved through a two phase approach. The first is enabling end-points to inter-operate through the availability of transcoding from the service provider. The second is to make one of the codecs the defacto MTI because of the its higher level of adoption. Yes, we may never get to a single MTI if we follow this path but at least we will have endpoints inter-operating. Besides, there are multiple other difficulties in getting seamless P2P communications working all the time, so I would suggest focusing on the service provider centered use case first. BR, Mohammed On Wed, Nov 6, 2013 at 9:10 PM, cowwoc <cowwoc@bbs.darktech.org> wrote: > On 06/11/2013 4:30 AM, Daniel-Constantin Mierla wrote: > >> As it stands today, there are well known IPR issues with h264. Cisco's >> move doesn't lift them. >> >> So why to choose it if falls under the rules to remove it? >> >> > No one says it has to be H.264 and VP8. It could be H.261 and VP8. > > > With both on board, I still expect the majority of the apps will >> implement only the most convenient for them, eventually expecting the other >> to have both. Then responsibility is getting divided, like "it's not _only_ >> my fault", blaming the other end point as well. >> > > That is a reasonable concern, and one that we need to address. > Implementations that violate these rules will make it harder for us to > replace older MTI codecs without breaking backwards compatibility. > > Gili > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > -- Mohammed Raad, PhD. Partner RAADTECH CONSULTING P.O. Box 113 Warrawong NSW 2502 Australia Phone: +61 414451478 Email: mohammedsraad@raadtech.com
- Re: [rtcweb] Making both VP8 and H264 MTI Mo Zanaty (mzanaty)
- Re: [rtcweb] Making both VP8 and H264 MTI Leon Geyser
- [rtcweb] Making both VP8 and H264 MTI Hutton, Andrew
- Re: [rtcweb] Making both VP8 and H264 MTI Martin Thomson
- Re: [rtcweb] Making both VP8 and H264 MTI Leon Geyser
- Re: [rtcweb] Making both VP8 and H264 MTI Bernard Aboba
- Re: [rtcweb] Making both VP8 and H264 MTI Wolfgang Beck
- Re: [rtcweb] Making both VP8 and H264 MTI Mo Zanaty (mzanaty)
- Re: [rtcweb] Making both VP8 and H264 MTI Cullen Jennings (fluffy)
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI Mohammed Raad
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI Karl Stahl
- Re: [rtcweb] Making both VP8 and H264 MTI Justin Uberti
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI Markus.Isomaki
- Re: [rtcweb] Making both VP8 and H264 MTI bryandonnovan
- Re: [rtcweb] Making both VP8 and H264 MTI Justin Uberti
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI Mohammed Raad
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI Ron
- Re: [rtcweb] Making both VP8 and H264 MTI David Singer
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI Daniel-Constantin Mierla
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI Mohammed Raad
- Re: [rtcweb] Making both VP8 and H264 MTI David Singer
- Re: [rtcweb] Making both VP8 and H264 MTI Ron
- Re: [rtcweb] Making both VP8 and H264 MTI Mohammed Raad
- Re: [rtcweb] Making both VP8 and H264 MTI cowwoc
- Re: [rtcweb] Making both VP8 and H264 MTI David Singer
- Re: [rtcweb] Making both VP8 and H264 MTI Martin J. Dürst