Re: [video-codec] Comments on draft-maxwell-videocodec-requirements-00

"Ali C. Begen (abegen)" <abegen@cisco.com> Tue, 04 December 2012 23:34 UTC

Return-Path: <abegen@cisco.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 4955621F8BB4 for <video-codec@ietfa.amsl.com>; Tue, 4 Dec 2012 15:34:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.299
X-Spam-Level:
X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_HI=-8]
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 S8PI-Dvuc603 for <video-codec@ietfa.amsl.com>; Tue, 4 Dec 2012 15:34:06 -0800 (PST)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 9DA3521F8BB2 for <video-codec@ietf.org>; Tue, 4 Dec 2012 15:34:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=766; q=dns/txt; s=iport; t=1354664046; x=1355873646; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=g4Q/E4TC0mUkerie2FjpYJRPIYh7hA3L5dAgJyFnwiY=; b=mly8uKivcKaOLudLu7NR9AocMzXYWPOv2cJUZPQlpN9Kgamf6Z3eDH4a xVpnbWYr12dFg6fi0qpMff9BJZYnLxG+/iLEIkK0bNoJ0XaOyRCe8a1Xz lTziprsPmVoz21qrWgi9C/Jq9hBwpC6I8pAVtSSZiWaKeotNt9d21Q8RJ o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AmoFAMiHvlCtJXG8/2dsb2JhbABEgmyDAbhHFnOCHgEBAQQ6SwYBCBEDAQILFEIdCAIEARIIiAgBsC2QVYw3g2BhA6ZKgnKCIQ
X-IronPort-AV: E=McAfee;i="5400,1158,6916"; a="149414437"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-8.cisco.com with ESMTP; 04 Dec 2012 23:34:06 +0000
Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id qB4NY6MM008283 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Dec 2012 23:34:06 GMT
Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.02.0318.001; Tue, 4 Dec 2012 17:34:06 -0600
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: "Timothy B. Terriberry" <tterribe@xiph.org>, "video-codec@ietf.org" <video-codec@ietf.org>
Thread-Topic: [video-codec] Comments on draft-maxwell-videocodec-requirements-00
Thread-Index: AQHN0nfZqszjoQZ1ZEamDb7v8XUYmw==
Date: Tue, 04 Dec 2012 23:34:06 +0000
Message-ID: <C15918F2FCDA0243A7C919DA7C4BE994060E86FF@xmb-aln-x01.cisco.com>
In-Reply-To: <50BE8736.8090801@xiph.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.5.121010
x-originating-ip: [10.86.247.1]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <CB5DD8B8FC2673449143FC5C099EFE8E@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [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: Tue, 04 Dec 2012 23:34:07 -0000

-----Original Message-----
From: "Timothy B. Terriberry" <tterribe@xiph.org>
Date: Tuesday, December 4, 2012 6:28 PM
To: "video-codec@ietf.org" <video-codec@ietf.org>
Subject: Re: [video-codec] Comments
on	draft-maxwell-videocodec-requirements-00

>This is something I hope rmcat will explore in more detail, though I
>recognize it's hard to evaluate. One idea that occurs to me is actually
>using VBR video and padding it with FEC data to get something closer to
>CBR. That might actually be a better use of the bits.

I doubt it. If a frame (or slide) has less bits due to VBR encoding, that
means it is easier to encode it, which implies it is less important than
the one that has more bits. FEC'ing these frames will not make the stream
CBR.