[video-codec] Comments on draft-maxwell-videocodec-requirements-00
Kevin Gross <kevin.gross@avanw.com> Wed, 14 November 2012 01:38 UTC
Return-Path: <kevin.gross@avanw.com>
X-Original-To: video-codec@ietfa.amsl.com
Delivered-To: video-codec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECD7621F8570 for <video-codec@ietfa.amsl.com>; Tue, 13 Nov 2012 17:38:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.503
X-Spam-Level:
X-Spam-Status: No, score=0.503 tagged_above=-999 required=5 tests=[AWL=0.375, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, FM_FORGED_GMAIL=0.622, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8mI6a66Kcae2 for <video-codec@ietfa.amsl.com>; Tue, 13 Nov 2012 17:38:20 -0800 (PST)
Received: from oproxy12-pub.bluehost.com (unknown [50.87.16.10]) by ietfa.amsl.com (Postfix) with SMTP id 8338721F8593 for <video-codec@ietf.org>; Tue, 13 Nov 2012 17:38:18 -0800 (PST)
Received: (qmail 16507 invoked by uid 0); 14 Nov 2012 01:37:56 -0000
Received: from unknown (HELO host291.hostmonster.com) (74.220.215.91) by oproxy12.bluehost.com with SMTP; 14 Nov 2012 01:37:56 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=avanw.com; s=default; h=Content-Type:To:From:Subject:Message-ID:Date:MIME-Version; bh=kslF58W6eY0uk9S6LpG7k4XvfwBQTHHT8K8Nwi84W64=; b=Omn89hVIgMt0ppf2FlWZeP/JMj+4cG/nAlTn8sc4t6DxIbuUbG0CNr7hAoQOF6NRh8ZRB23F8dtcAK3JRvt8XvAH4y1IBsT7SMYwRxYO5W+HpnQ2ID4JoSwE8dhNBO1q;
Received: from [209.85.215.172] (port=43243 helo=mail-ea0-f172.google.com) by host291.hostmonster.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.76) (envelope-from <kevin.gross@avanw.com>) id 1TYRvP-00077M-W9 for video-codec@ietf.org; Tue, 13 Nov 2012 18:37:56 -0700
Received: by mail-ea0-f172.google.com with SMTP id k13so3449788eaa.31 for <video-codec@ietf.org>; Tue, 13 Nov 2012 17:37:54 -0800 (PST)
MIME-Version: 1.0
Received: by 10.14.184.1 with SMTP id r1mr81544308eem.4.1352857074575; Tue, 13 Nov 2012 17:37:54 -0800 (PST)
Received: by 10.223.152.201 with HTTP; Tue, 13 Nov 2012 17:37:54 -0800 (PST)
Date: Tue, 13 Nov 2012 18:37:54 -0700
Message-ID: <CALw1_Q1QKteQpcOGtDg7j-MRZqL93TH1KNF8+i1OdyLvCc4kPQ@mail.gmail.com>
From: Kevin Gross <kevin.gross@avanw.com>
To: video-codec@ietf.org
Content-Type: multipart/alternative; boundary="047d7b343ce65caa4004ce6a9511"
X-Identified-User: {1416:host291.hostmonster.com:avanwcom:avanw.com} {sentby:smtp auth 209.85.215.172 authed with kevin.gross@avanw.com}
Subject: [video-codec] Comments on draft-maxwell-videocodec-requirements-00
X-BeenThere: video-codec@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 14 Nov 2012 01:38:21 -0000
Section 3.4 I would assume teleoperation would require greatly reduced latency compared to telepresence. Section 4, first paragraph: Expand CDN -> Content Delivery Network Section 4, third paragraph: Here's an opportunity to focus the project. Instead of trying to accommodate lossy and lossless networks, why not concentrate on the lossy networks the IETF is most familiar with? Lossless networks are the highest-performance networks and conserving bandwidth on these is not likely a priority. Section 4, fourth paragraph, last sentence: There certainly are video interfaces (e.g. HDMI) that support incremental delivery of frames. What are the interfaces that do not support subframes? Section 4, fifth paragraph, bullet 2: This is great for storage but, I'm not convinced this is helpful for networks. For network operations, lower average bitrates with higher unpredictability may be worse than higher average bitrates with greater predictability. If you want to keep this in, reference the teleconference applications in sections 3.2 and 3.3 and explain how this helps those applications. Section 5.1: Justify the goal of reduced bitrates. On wired networks, available bandwidth has been doubling every 18 months. Media bandwidth requirements have been largely stagnate. See http://tinyurl.com/aes44wp figure 1 and 2. Situations where quality is expected to be limited by available bandwidth need to be identified. If we're going to compare to existing codecs, we need to specify which version of the codec we're referencing and what method(s) we'll use to do the quality comparison. Section 5.2 first paragraph: Here's another opportunity to focus the project. The current text seems to be saying that the the codec can be all things to everyone. At the BoF, the primary IETF value of the effort was identified as open connectivity and the biggest risk identified was IPR issues. I will suggest that we want to build a low-complexity codec. A simpler codec should interoperate more easily and be better at achiving our connectivity goal. The reduced complexity should present a smaller surface of exposure for IPR issues. Section 5.2 second paragraph: To maximize adoption potential the codec should be optimized, within reason, for small memory footprint. Small memory footprint should be taken to be small enough to fit on a smartphone or set-top box. If a low-complexity codec is made a design goal, a small footprint should be a natural consequence. Section 7 During the BoF, the strength of the project was identified as open connectivity, if we achieve this, we need to assume the codec will have a long lifetime. Extensible as described here can help extend the usable lifetime of the codec. It is well worth the cost of a small amount of bandwidth. Kevin Gross +1-303-447-0517 Media Network Consultant AVA Networks - www.AVAnw.com <http://www.avanw.com/>, www.X192.org
- [video-codec] Comments on draft-maxwell-videocode… Kevin Gross
- Re: [video-codec] Comments on draft-maxwell-video… John Koleszar
- Re: [video-codec] Comments on draft-maxwell-video… Kevin Gross
- Re: [video-codec] Comments on draft-maxwell-video… Timothy B. Terriberry
- Re: [video-codec] Comments on draft-maxwell-video… Ali C. Begen (abegen)
- Re: [video-codec] Comments on draft-maxwell-video… Timothy B. Terriberry
- Re: [video-codec] Comments on draft-maxwell-video… Timothy B. Terriberry
- Re: [video-codec] Comments on draft-maxwell-video… Ali C. Begen (abegen)
- Re: [video-codec] Comments on draft-maxwell-video… Timothy B. Terriberry
- Re: [video-codec] Comments on draft-maxwell-video… Sergio Garcia Murillo
- Re: [video-codec] Comments on draft-maxwell-video… Kevin Gross
- Re: [video-codec] Comments on draft-maxwell-video… Basil Mohamed Gohar
- Re: [video-codec] Comments on draft-maxwell-video… Ralph Giles
- [video-codec] Comments on draft-maxwell-videocode… Tom Sparks