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

Mohammed Raad <mohammedsraad@raadtech.com> Wed, 22 July 2015 08:00 UTC

Return-Path: <mohammedsraad@raadtech.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 0A1321B2D44 for <video-codec@ietfa.amsl.com>; Wed, 22 Jul 2015 01:00:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.577
X-Spam-Level:
X-Spam-Status: No, score=-0.577 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 HHCs-ysF6bvL for <video-codec@ietfa.amsl.com>; Wed, 22 Jul 2015 01:00:44 -0700 (PDT)
Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15AB21A8A1A for <video-codec@ietf.org>; Wed, 22 Jul 2015 01:00:44 -0700 (PDT)
Received: by wicgb10 with SMTP id gb10so86046632wic.1 for <video-codec@ietf.org>; Wed, 22 Jul 2015 01:00:42 -0700 (PDT)
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:cc:content-type; bh=esoqEMa1JYBCffA6SR/O1hMgzrnXublhEWrla4Gc/V4=; b=gLRlqAtflnWi8oJHkYVhUrp0IrlhscXIliJkbfyMS76c2z/npJn+BF3OJpQHjLzs+N +GRtSlVXbxfUxylRxICMKeP0wzeT6BzQFbtOaRjQPgK9nG9ZXFpJGFHvTzxNe48F20wt DSDS+e9s/zdtUjhR+VY4bO6Knw/410Y47P5tbt6SoVkWx/OTF+Vuk4oAt9KRN2+rbkbR jETJyThz0to6jYViz9L4hXK3HDf45UG4r8XxbPWdjVy0OSjHpuFZVcq6WHAtjHXN6464 TRMtez9eWM6T/IdkYG5SJLO3CdprcRlC7n64W+N9/GYNRGMC1H6vX6xRzusGEjQV3BZv UHAQ==
X-Gm-Message-State: ALoCoQk4C+Oe/5k/YK4JXRljgJlLsPWLOw3Fdm1mk33rYj8AnJgEpq9XW6TlMtOoA1d40pQ27g8N
MIME-Version: 1.0
X-Received: by 10.180.103.42 with SMTP id ft10mr3964464wib.43.1437552042728; Wed, 22 Jul 2015 01:00:42 -0700 (PDT)
Received: by 10.194.243.106 with HTTP; Wed, 22 Jul 2015 01:00:42 -0700 (PDT)
In-Reply-To: <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> <6C43041C-9C21-4E30-96CA-822458111700@cisco.com>
Date: Wed, 22 Jul 2015 11:00:42 +0300
Message-ID: <CA+E6M0m4adjQZ908X2DzNAKPRtBTXQVAjc0vR24Pb1GY1gOSgA@mail.gmail.com>
From: Mohammed Raad <mohammedsraad@raadtech.com>
To: "Ali C. Begen (abegen)" <abegen@cisco.com>
Content-Type: multipart/alternative; boundary="f46d044401c6da7e03051b722aee"
Archived-At: <http://mailarchive.ietf.org/arch/msg/video-codec/I2rypa1XfyqhfyHxMIOSS5N3-RQ>
Cc: "video-codec@ietf.org" <video-codec@ietf.org>, Thomas Daede <tdaede@mozilla.com>
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 08:00:47 -0000

But what's the argument here, that if vpx/opus has not dominated yet then
the netvc effort will not produce something that will dominate on the web?

I gather that what is meant by "interactive" is real time communications.
If you limit the netvc effort to only real time communications then you are
ensuring that it will not have a chance to be dominant once it is complete
because the argument for adoption will be weakened by the fact that another
codec will be needed for the high quality material.


Mohammed

On Wed, Jul 22, 2015 at 10:48 AM, Ali C. Begen (abegen) <abegen@cisco.com>
wrote:

>
>
>
>
>
> -----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
> _______________________________________________
> video-codec mailing list
> video-codec@ietf.org
> https://www.ietf.org/mailman/listinfo/video-codec
>



-- 
Mohammed Raad, PhD.
Partner
RAADTECH CONSULTING
P.O. Box 113
Warrawong
NSW 2502 Australia
Phone: +61 414451478
Email: mohammedsraad@raadtech.com