Re: [video-codec] draft-filippov-netvc-requirements-01

"Ali C. Begen (abegen)" <abegen@cisco.com> Wed, 22 July 2015 07:48 UTC

Return-Path: <abegen@cisco.com>
X-Original-To: video-codec@ietfa.amsl.com
Delivered-To: video-codec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DFCD1ACE32 for <video-codec@ietfa.amsl.com>; Wed, 22 Jul 2015 00:48:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.111
X-Spam-Level:
X-Spam-Status: No, score=-13.111 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 oiySCO-8B5YP for <video-codec@ietfa.amsl.com>; Wed, 22 Jul 2015 00:48:10 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 746C41ACE24 for <video-codec@ietf.org>; Wed, 22 Jul 2015 00:48:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4608; q=dns/txt; s=iport; t=1437551290; x=1438760890; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=mqCXBRSVkuHV07XNhEJdG/skdowXX56lhz9nxzBDrYY=; b=C5tCR78yF7MnS0P0rHUgZI1S5Bwpn5NQKz4ZhZU+alK0SdbOLJJfr0o6 GDYfyB5XBbNJmX2ap7OULAO3Jq5thUbRZg2OfTlzWetxno/b7AuCWmlSm n9uyy4alurQ6DePv9BsXN5abogEzRj+sCnkA5O7bLHJlAiQM0C/+ctJbA A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BnBQBTSa9V/5NdJa1cgxVUaQaDHbpFCoYBAhyBKDwQAQEBAQEBAYEKhCMBAQEDAQEBASAROhcEAgEIDgMDAQIBAgIQFgICAiULFQgHAQIEARKIJggNtWWWMQEBAQEBAQEBAQEBAQEBAQEBAQEBARMEgSKJKIEChEIpIgaCYoFDBZRXAYwxgUOTbYNhJoINHIEET2+BR4EEAQEB
X-IronPort-AV: E=Sophos;i="5.15,521,1432598400"; d="scan'208";a="170964762"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-3.cisco.com with ESMTP; 22 Jul 2015 07:48:09 +0000
Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t6M7m92q029107 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 22 Jul 2015 07:48:09 GMT
Received: from xmb-aln-x01.cisco.com ([169.254.2.64]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0195.001; Wed, 22 Jul 2015 02:48:09 -0500
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: Thomas Daede <tdaede@mozilla.com>, "video-codec@ietf.org" <video-codec@ietf.org>
Thread-Topic: [video-codec] draft-filippov-netvc-requirements-01
Thread-Index: AQHQw8CyW0GCvpXJZECxIZTezzBngJ3mWvkAgAApqwD//+lpgIAAI3YA///g2ID//7ZZDwAV3b0AABd2z4A=
Date: Wed, 22 Jul 2015 07:48:08 +0000
Message-ID: <6C43041C-9C21-4E30-96CA-822458111700@cisco.com>
References: <32AA73C5-0D17-4ECE-A02D-041C5147D9E5@cisco.com> <55AE60D0.3040201@mozilla.com> <29BD22C6-8790-451B-B754-ED55D2F41C90@cisco.com> <55AE70D1.3020902@mozilla.com> <AA781197-CB07-4D59-BB4D-CC7BC490E819@cisco.com> <55AE746D.8070806@xiph.org> <6783B69D-9FB7-4634-9382-25857D3FD6CE@cisco.com> <55AEC962.3060607@mozilla.com>
In-Reply-To: <55AEC962.3060607@mozilla.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/0.0.0.150701
x-originating-ip: [10.61.214.86]
Content-Type: text/plain; charset="utf-8"
Content-ID: <17883BBDC9FDBC4580E6E281C87D396C@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/video-codec/FRnDRhmHz2MTAzOvi9XPqfVkFPQ>
Subject: Re: [video-codec] draft-filippov-netvc-requirements-01
X-BeenThere: video-codec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Video codec BoF discussion list <video-codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/video-codec>, <mailto:video-codec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/video-codec/>
List-Post: <mailto:video-codec@ietf.org>
List-Help: <mailto:video-codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/video-codec>, <mailto:video-codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jul 2015 07:48:12 -0000





-----Original Message-----
From: video-codec on behalf of Thomas Daede
Date: Wednesday, July 22, 2015 at 12:36 AM
To: "video-codec@ietf.org"
Subject: Re: [video-codec] draft-filippov-netvc-requirements-01

>On 07/21/2015 07:10 PM, Ali C. Begen (abegen) wrote:
>> Sorry your links do not prove much. When you use a vpX or opus enabled device or browser youtube most likely sends the content with those codecs. But the world has many other devices or browsers  that are not capable of rendering them so...
>
>And your lack of links doesn't prove much either :)

If you google for encoding.com’s global media report 2015 you will see that they report HLS being the market leader with 75%, then smooth streaming comes along (in the streaming domain). Neither of these use vpX/opus to my knowledge. 

You can also google JW player’s trends in online video report, and you will see that webm only has 9% share.

If you stream youtube to your iOS devices today, it is h264 and aac. This also happens with most browsers other than chrome and firefox. Needless to mention, apple tv, Roku, all those streaming players (probably except chromecast) do not use vpX/opus to my knowledge. 

Also do not forget about the connected TVs, all those devices already have to support h264 and most new ones support h265, too, and that is what they use to stream online content. Hybrid settops that are in our houses (from any cable/iptv/sat provider), they support the existing well known codecs. Honestly speaking, there are still boxes out there that only support mpeg2 not even h264 because it probably costs more to the service provider to replace them.

Netflix, the largest streaming company for tv shows, movies, (and has the largest worldwide subscriber number) does not use vpX/opus. Amazon prime uses avc and aac.

>
>> I did not mean to create a codec discussion but looks like it is to late to revert back. Opus is a great codec and it is widely used but only under certain apps and conditions. But there are lots of other codecs that it will never replace.  I hope netvc will be equally or even more successful.  But again there will be other codecs that it will never replace nor it should. So my point is we should focus on where we have the highest chance to succeed in a reasonable time frame. 
>
>I am honestly not sure what codecs Opus will "never replace", other than
>maybe lossless codecs, codecs that run at bitrates too low to have
>practical uses on the Internet, and future codecs that have not been
>invented yet.

As I mentioned situation is different (better) for opus than netvc, but if you are telling me that opus will replace AAC, or other multi-channel technologies (like dolby stuff), I disagree.

>
>In addition, I think spending effort on the high latency case is not
>nearly as high a toll as you think. Pretty much the only bitstream
>feature that is needed for high latency support is bi-predicted frames.

It is more than that. Even if we have an on par or better codec, it may not get adopted due to the reasons we do not control. Hence, I said, we should focus our energy where it can make the most impact.

>And Thor already has these.
>
>_______________________________________________
>video-codec mailing list
>video-codec@ietf.org
>https://www.ietf.org/mailman/listinfo/video-codec