From nobody Wed Aug 3 11:54:47 2016 Return-Path: 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 CC90112D7C9 for ; Wed, 3 Aug 2016 11:54:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no 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 dsmNnjbfO5QB for ; Wed, 3 Aug 2016 11:54:43 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 147D712D09A for ; Wed, 3 Aug 2016 11:54:42 -0700 (PDT) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id u73IsaY3019529 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 3 Aug 2016 13:54:37 -0500 (CDT) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local To: "video-codec@ietf.org" From: Adam Roach Message-ID: <996bba09-bad4-32ae-a155-06ed122ba1f0@nostrum.com> Date: Wed, 3 Aug 2016 13:54:36 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "Mo Zanaty \(mzanaty\)" Subject: [video-codec] Berlin Minutes X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2016 18:54:46 -0000 Draft minutes have been posted: https://www.ietf.org/proceedings/96/minutes/minutes-96-netvc Please send any proposed amendments or corrections to me and Mo by the end of next week. /a From nobody Thu Aug 4 14:18:14 2016 Return-Path: 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 6631E12D767 for ; Thu, 4 Aug 2016 14:18:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no 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 4ObEhm9dQGNi for ; Thu, 4 Aug 2016 14:18:11 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 9A3E812D78E for ; Thu, 4 Aug 2016 14:18:11 -0700 (PDT) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id u74LIAuo080968 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 4 Aug 2016 16:18:11 -0500 (CDT) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local To: "video-codec@ietf.org" From: Adam Roach Message-ID: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> Date: Thu, 4 Aug 2016 16:18:10 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2016 21:18:13 -0000 [as chair] NETVC participants: We would like to start a two-week working group last call on the codec requirements document: https://tools.ietf.org/html/draft-ietf-netvc-requirements-02 All working group participants are encouraged to carefully read the document and comment on the mailing list -- even something simple like "I have reviewed the document and believe it is in good shape" is helpful. I'll also note that the question as to whether we request publication of this document as an RFC is still open. As part of this last call, please indicate whether you believe such publication would be of value. If we do not request publication, we will instead announce a document freeze at some point after the end of WGLC (roughly, the amount of time typically between end of WGLC and publication request). Thanks! /a From nobody Fri Aug 5 09:15:41 2016 Return-Path: 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 85E8512D5D8 for ; Fri, 5 Aug 2016 09:15:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.831 X-Spam-Level: X-Spam-Status: No, score=-1.831 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 Empy4dRzRlLN for ; Fri, 5 Aug 2016 09:15:39 -0700 (PDT) Received: from mx0a-00198e01.pphosted.com (mx0a-00198e01.pphosted.com [67.231.149.202]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6B5212D5D5 for ; Fri, 5 Aug 2016 09:15:38 -0700 (PDT) Received: from pps.filterd (m0073109.ppops.net [127.0.0.1]) by mx0a-00198e01.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id u75GFcHO010972 for ; Fri, 5 Aug 2016 12:15:38 -0400 Received: from mail.vidyo.com ([162.209.16.214]) by mx0a-00198e01.pphosted.com with ESMTP id 24ka60huxn-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Fri, 05 Aug 2016 12:15:38 -0400 Received: from 492132-EXCH1.vidyo.com ([fe80::50:56ff:fe85:4f77]) by 492133-EXCH2.vidyo.com ([fe80::50:56ff:fe85:6b62%13]) with mapi id 14.03.0195.001; Fri, 5 Aug 2016 11:15:38 -0500 From: Jonathan Lennox To: "video-codec@ietf.org" Thread-Topic: [video-codec] WGLC: draft-ietf-netvc-requirements Thread-Index: AQHR7y+pYzpRg+V2p0WfKtT64SqaGKA63qIA Date: Fri, 5 Aug 2016 16:15:36 +0000 Message-ID: <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> In-Reply-To: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [160.79.219.114] Content-Type: text/plain; charset="utf-8" Content-ID: <636DDB8FAC42944BBC3B5EDADD3B54F2@vidyo.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.15.96, 1.0.3, 0.0.0000 definitions=2016-08-05_11:2016-08-05,2016-08-05,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1603290000 definitions=main-1608050195 Archived-At: Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2016 16:15:40 -0000 T25lIHRoaW5nIEkgd291bGQgbGlrZSB0byBzZWUgaW4gdGhlIGRvY3VtZW50IChwcm9iYWJseSBp biB0aGUgZXJyb3IgcmVzaWxpZW5jZSBzZWN0aW9uLCAzLjIuNSkgaXMgYW4gZXhwbGljaXQgcmVx dWlyZW1lbnQgdG8gc3VwcG9ydCBpbmRlcGVuZGVudGx5LWRlY29kYWJsZSBzdWJmcmFtZXMgdGhh dCBjYW4gYmUgTVRVLXRhcmdldGVkIGJ5IGFuIGVuY29kZXIuICBUaGlzIGlzIHZlcnkgaW1wb3J0 YW50IGZvciBlcnJvciByZXNpbGllbmNlIGZvciBSVFAtcGFja2V0aXplZCBzdHJlYW1zLiAgKFNl ZSBSRkMgMjczNiwgdG8gd2hpY2ggYW4gaW5mb3JtYXRpdmUgcmVmZXJlbmNlIHByb2JhYmx5IHdv dWxkbuKAmXQgYmUgb3V0IG9mIG9yZGVyLikNCg0KPiBPbiBBdWcgNCwgMjAxNiwgYXQgNToxOCBQ TSwgQWRhbSBSb2FjaCA8YWRhbUBub3N0cnVtLmNvbT4gd3JvdGU6DQo+IA0KPiBbYXMgY2hhaXJd DQo+IA0KPiBORVRWQyBwYXJ0aWNpcGFudHM6DQo+IA0KPiBXZSB3b3VsZCBsaWtlIHRvIHN0YXJ0 IGEgdHdvLXdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgb24gdGhlIGNvZGVjIHJlcXVpcmVt ZW50cyBkb2N1bWVudDoNCj4gDQo+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLW5ldHZjLXJlcXVpcmVtZW50cy0wMg0KPiANCj4gQWxsIHdvcmtpbmcgZ3JvdXAgcGFydGlj aXBhbnRzIGFyZSBlbmNvdXJhZ2VkIHRvIGNhcmVmdWxseSByZWFkIHRoZSBkb2N1bWVudCBhbmQg Y29tbWVudCBvbiB0aGUgbWFpbGluZyBsaXN0IC0tIGV2ZW4gc29tZXRoaW5nIHNpbXBsZSBsaWtl ICJJIGhhdmUgcmV2aWV3ZWQgdGhlIGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0IGlzIGluIGdvb2Qg c2hhcGUiIGlzIGhlbHBmdWwuDQo+IA0KPiBJJ2xsIGFsc28gbm90ZSB0aGF0IHRoZSBxdWVzdGlv biBhcyB0byB3aGV0aGVyIHdlIHJlcXVlc3QgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudCBh cyBhbiBSRkMgaXMgc3RpbGwgb3Blbi4gQXMgcGFydCBvZiB0aGlzIGxhc3QgY2FsbCwgcGxlYXNl IGluZGljYXRlIHdoZXRoZXIgeW91IGJlbGlldmUgc3VjaCBwdWJsaWNhdGlvbiB3b3VsZCBiZSBv ZiB2YWx1ZS4gSWYgd2UgZG8gbm90IHJlcXVlc3QgcHVibGljYXRpb24sIHdlIHdpbGwgaW5zdGVh ZCBhbm5vdW5jZSBhIGRvY3VtZW50IGZyZWV6ZSBhdCBzb21lIHBvaW50IGFmdGVyIHRoZSBlbmQg b2YgV0dMQyAocm91Z2hseSwgdGhlIGFtb3VudCBvZiB0aW1lIHR5cGljYWxseSBiZXR3ZWVuIGVu ZCBvZiBXR0xDIGFuZCBwdWJsaWNhdGlvbiByZXF1ZXN0KS4NCj4gDQo+IFRoYW5rcyENCj4gDQo+ IC9hDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiB2aWRlby1jb2RlYyBtYWlsaW5nIGxpc3QNCj4gdmlkZW8tY29kZWNAaWV0Zi5vcmcNCj4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92aWRlby1jb2RlYw0KPiANCg0K From nobody Wed Aug 24 09:07:42 2016 Return-Path: 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 B89FD12D104 for ; Wed, 24 Aug 2016 09:07:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.448 X-Spam-Level: X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548] autolearn=ham autolearn_force=no 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 89EPHVTLkOLS for ; Wed, 24 Aug 2016 09:07:40 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 6B76712D0E6 for ; Wed, 24 Aug 2016 09:07:40 -0700 (PDT) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id u7OG7ciR098558 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 24 Aug 2016 11:07:39 -0500 (CDT) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local To: "video-codec@ietf.org" References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> From: Adam Roach Message-ID: <6203079e-4fbc-a017-1206-f1ab1eb34f86@nostrum.com> Date: Wed, 24 Aug 2016 11:07:37 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 16:07:42 -0000 [as chair] As a reminder, the WGLC for this document ends tomorrow. If you have any interest in commenting on the requirements before we freeze them, please comment now. Thanks. /a On 8/4/16 16:18, Adam Roach wrote: > [as chair] > > NETVC participants: > > We would like to start a two-week working group last call on the codec > requirements document: > > https://tools.ietf.org/html/draft-ietf-netvc-requirements-02 > > All working group participants are encouraged to carefully read the > document and comment on the mailing list -- even something simple like > "I have reviewed the document and believe it is in good shape" is > helpful. > > I'll also note that the question as to whether we request publication > of this document as an RFC is still open. As part of this last call, > please indicate whether you believe such publication would be of > value. If we do not request publication, we will instead announce a > document freeze at some point after the end of WGLC (roughly, the > amount of time typically between end of WGLC and publication request). > > Thanks! > > /a > > _______________________________________________ > video-codec mailing list > video-codec@ietf.org > https://www.ietf.org/mailman/listinfo/video-codec From nobody Wed Aug 24 15:25:44 2016 Return-Path: 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 2590112D178 for ; Wed, 24 Aug 2016 15:25:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netflix.com 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 NAjrlSNDVFF8 for ; Wed, 24 Aug 2016 15:25:40 -0700 (PDT) Received: from mail-yb0-x231.google.com (mail-yb0-x231.google.com [IPv6:2607:f8b0:4002:c09::231]) (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 897E412B00E for ; Wed, 24 Aug 2016 15:25:40 -0700 (PDT) Received: by mail-yb0-x231.google.com with SMTP id z10so10672819ybh.2 for ; Wed, 24 Aug 2016 15:25:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=95lmf/YTX6zmFEnC+GEaN0HamAuIMXfva6PhULfbBTM=; b=dZsDb2dSSFG387DCKugtyVZnmkzXHSf1M8rddcAf3akxi9vW8fNxTWuSvIqBL5VE7d /PXUtlO+y02sbwhJ+tJwfP6wRs5hiUupaj+pvHWijfVfRHeM7PdZ37Y9l18gDvOhM0rn Fs5BsnLbNn2IQudRDeeSJHSe0H5w9FlMJ1xQs= 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:from:date :message-id:subject:to:cc; bh=95lmf/YTX6zmFEnC+GEaN0HamAuIMXfva6PhULfbBTM=; b=Cev6cR2ElfxufMDa/2k7xkFnpbVFAdoqfQ0NWmCgF+AdIMFHYLPnIJeD0065EF4F71 wpcc5iHhWi/dC2l69dA4JGpZnfkHHmQ0CIMt0uNiGhmSYvEl5YMzNfJYvYCMIOm5GVta kXo9IN/5R2oyREHNTcPX9U4mAaL8eWl+eg54uI5Oh9xp86ZSGxx9stL2tcC+OM/cRX1W yJSuKRuSP/IytZXpWHshBlLkkdJkNSQsWPf6GoJ6FMQxLkDF/3x2uPr9FSNnMLEAoAdN 3Vk/5un6oTHm3yVLAty8BCPOMMaXPI+EKMejXJw+f0sZKMvjGbnThoeMQbasG04NcMEW bJEw== X-Gm-Message-State: AEkooutx0ohQSgaiIf6jzCk6NKtMfpHVBkf0cUzY5JrqtVYP1TYlENV2CerAmKAItz1BBOGMZeoeLnTEw2sH//HE X-Received: by 10.37.2.78 with SMTP id 75mr4265934ybc.70.1472077539561; Wed, 24 Aug 2016 15:25:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.204.70 with HTTP; Wed, 24 Aug 2016 15:25:39 -0700 (PDT) In-Reply-To: <6203079e-4fbc-a017-1206-f1ab1eb34f86@nostrum.com> References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <6203079e-4fbc-a017-1206-f1ab1eb34f86@nostrum.com> From: Andrey Norkin Date: Wed, 24 Aug 2016 15:25:39 -0700 Message-ID: To: Adam Roach Content-Type: multipart/alternative; boundary=001a113d5080d4111a053ad8c26a Archived-At: Cc: "video-codec@ietf.org" Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 22:25:43 -0000 --001a113d5080d4111a053ad8c26a Content-Type: text/plain; charset=UTF-8 I have several comments, which I discussed with Alexey and some other participants during the Berlin meeting. The version cited above does not address them since it was published before our discussion. Technical comments: 1. Page 12. Section 3.1.2. It may be useful to explicitly mention that levels definition may change in the future when we know better what complexity the codec has. 2. Page 13. Section 3.2.1. "Support of arbitrary resolution for such applications where a picture can have an arbitrary size (e.g., in screencasting)" --> "Support of arbitrary resolution *according to level constraints* for such applications where a picture can have an arbitrary size (e.g., in screencasting)" It is not practical for the codec to support completely arbitrary resolutions (e.g. a one-macroblock wide and very tall picture does not need to be supported). 3. Page 15. If we move Section 3.3.3 "Complexity" from optional to basic requirements, it would likely address Jonathan's comment. 4. Page 15-16, Section 4.1. Compression performance evaluation. It is proposed to calculate the BD-rate based on 12 bitrates, where three groups of four bitrates correspond to the low, medium, and high bitrate ranges. It would be better to align QP's or quality levels of two codecs rather than bitrates. The BD-rate savings are calculated on overlap in quality (e.g. PSNR or MS-SSIM values) between the rate-distortion curves of two codecs. If we align the bitrates then a big difference in codecs performance (i.e. a big distance between the RD-curves) would translate to poor overlap in quality ranges and less reliable BD-rate values. Another point is that the same bitrate may correspond to a very high quality for an easy sequence and a poor quality for a difficult sequence. Let's use alignment in QPs/quality levels instead as the basis for generating the bitstreams. 5. Same section. We should not require a 20-25% improvement on each quality range and each resolution. We could require instead 20-25% bitrate savings (average of three quality ranges) on high resolutions and somewhat lower (e.g. 15%) on lower resolutions. Finally, the requirements for improvements on each quality range could be half of the requirements for the average of three ranges. For example, we might not want to discard a proposed codec if it gets less than 20% BD-rate reduction at a very high quality range, where the codec is rarely used. 6. Page 16. Section 4.1. "To assess the quality of output (decoded) sequences, two indexes, PSNR [3] and MS-SSIM [3,11], should be separately calculated for each color plane." We should not calculate MS-SSIM for chroma planes since it was developed for luminance signal and will likely not reflect the visual quality (chroma is usually much smoother than luma). We can and probably should calculate the chroma PSNR to ensure it does not get a big drop due to a change in luma/chroma bit allocation. The question is whether we should use it when evaluating the bitrate savings (in my opinion, we do not have to but if we do, we should use some smaller weights for chroma planes, such as 1/8th for each chroma plane and 6/8th for the luma). Editorial comments: 1. Page 6. End of Section 2.1 - Fix the bullet sign. 2. Page 13. Section 3.1.4. Any elementary stream -> An elementary stream. 3. Page 14. Section 3.2.2. "Note 1: end-to-end delay should be up to 320 ms [2] but it's preferable value should be less than 100 ms [7]" Change "it's" to "its". Best regards, Andrey On Wed, Aug 24, 2016 at 9:07 AM, Adam Roach wrote: > [as chair] > > As a reminder, the WGLC for this document ends tomorrow. If you have any > interest in commenting on the requirements before we freeze them, please > comment now. > > Thanks. > > /a > > > On 8/4/16 16:18, Adam Roach wrote: > >> [as chair] >> >> NETVC participants: >> >> We would like to start a two-week working group last call on the codec >> requirements document: >> >> https://tools.ietf.org/html/draft-ietf-netvc-requirements-02 >> >> All working group participants are encouraged to carefully read the >> document and comment on the mailing list -- even something simple like "I >> have reviewed the document and believe it is in good shape" is helpful. >> >> I'll also note that the question as to whether we request publication of >> this document as an RFC is still open. As part of this last call, please >> indicate whether you believe such publication would be of value. If we do >> not request publication, we will instead announce a document freeze at some >> point after the end of WGLC (roughly, the amount of time typically between >> end of WGLC and publication request). >> >> Thanks! >> >> /a >> >> _______________________________________________ >> 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 > --001a113d5080d4111a053ad8c26a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have several comments, which I discussed with Alexey and= some other participants during the Berlin meeting. The version cited above= does not address them since it was published before our discussion.=C2=A0<= div>
Technical comments:

1. Page 12.= Section 3.1.2. It may be useful to explicitly mention that levels definiti= on may change in the future when we know better what complexity the codec h= as.
2. Page 13. Section 3.2.1. "Support of arbitrary resolut= ion for such applications where a picture can have an arbitrary size (e.g.,= in screencasting)" =C2=A0--> =C2=A0"Support of arbitrary reso= lution according to level constraints for such applications where a = picture can have an arbitrary size (e.g., in screencasting)"
It is not practical for the codec to support completely arbitrary resoluti= ons (e.g. a one-macroblock wide and very tall picture does not need to be s= upported).
3. Page 15. If we move Section 3.3.3 "Complexity&= quot; from optional to basic requirements, it would likely address Jonathan= 's comment.=C2=A0
4. Page 15-16, Section 4.1. Compression per= formance evaluation.=C2=A0 It is proposed to calculate the BD-rate based on= 12 bitrates, where three groups of four bitrates correspond to the low, me= dium, and high bitrate ranges. It would be better to align QP's or qual= ity levels of two codecs rather than bitrates. The BD-rate savings are calc= ulated on overlap in quality (e.g. PSNR or MS-SSIM values) between the rate= -distortion curves of two codecs. If we align the bitrates then a big diffe= rence in codecs performance (i.e. a big distance between the RD-curves) wou= ld translate to poor overlap in quality ranges and less reliable BD-rate va= lues. Another point is that the same bitrate may correspond to a very high = quality for an easy sequence and a poor quality for a difficult sequence. L= et's use alignment in QPs/quality levels instead as the basis for gener= ating the bitstreams.=C2=A0
5. Same section. We should not requir= e a 20-25% improvement on each quality range and each resolution. We could = require instead 20-25% bitrate savings (average of three quality ranges) on= high resolutions and somewhat lower (e.g. 15%) on lower resolutions. Final= ly, the requirements for improvements on each quality range could be half o= f the requirements for the average of three ranges. For example, we might n= ot want to discard a proposed codec if it gets less than 20% BD-rate reduct= ion at a very high quality range, where the codec is rarely used. =C2=A0
6. Page 16. Section 4.1. "To assess the quality of output (dec= oded) sequences, two indexes, PSNR [3] and MS-SSIM [3,11], should be separa= tely calculated for each color plane." We should not calculate MS-SSIM= for chroma planes since it was developed for luminance signal and will lik= ely not reflect the visual quality (chroma is usually much smoother than lu= ma). We can and probably should calculate the chroma PSNR to ensure it does= not get a big drop due to a change in luma/chroma bit allocation. The ques= tion is whether we should use it when evaluating the bitrate savings (in my= opinion, we do not have to but if we do, we should use some smaller weight= s for chroma planes, such as 1/8th for each chroma plane and 6/8th for the = luma).=C2=A0

Editorial comments:

1. Page 6. End of Section 2.1 - Fix the bullet sign.=C2=A0
2. Page 13. Section 3.1.4. Any elementary stream -> An elementary= stream.=C2=A0
3. Page 14. Section 3.2.2. "Note 1: end= -to-end delay should be up to 320 ms [2] but it's preferable value shou= ld be less than 100 ms [7]" =C2=A0Change "it's" to "= ;its".

Best regards,
Andrey

On Wed, Aug 2= 4, 2016 at 9:07 AM, Adam Roach <adam@nostrum.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">[as chair]

As a reminder, the WGLC for this document ends tomorrow. If you have any in= terest in commenting on the requirements before we freeze them, please comm= ent now.

Thanks.

/a


On 8/4/16 16:18, Adam Roach wrote:
[as chair]

NETVC participants:

We would like to start a two-week working group last call on the codec requ= irements document:

https://tools.ietf.org/html/draft-i= etf-netvc-requirements-02

All working group participants are encouraged to carefully read the documen= t and comment on the mailing list -- even something simple like "I hav= e reviewed the document and believe it is in good shape" is helpful.
I'll also note that the question as to whether we request publication o= f this document as an RFC is still open. As part of this last call, please = indicate whether you believe such publication would be of value. If we do n= ot request publication, we will instead announce a document freeze at some = point after the end of WGLC (roughly, the amount of time typically between = end of WGLC and publication request).

Thanks!

/a

_______________________________________________
video-codec mailing list
video-codec@ietf.= org
https://www.ietf.org/mailman/listinfo/video-co= dec


_______________________________________________
video-codec mailing list
video-codec@ietf.= org
https://www.ietf.org/mailman/listinfo/video-co= dec

--001a113d5080d4111a053ad8c26a-- From nobody Wed Aug 24 15:35:38 2016 Return-Path: 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 7150612D178 for ; Wed, 24 Aug 2016 15:35:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.235 X-Spam-Level: X-Spam-Status: No, score=-6.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=no 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 VEXdOhWxGDKi for ; Wed, 24 Aug 2016 15:35:36 -0700 (PDT) Received: from smtp.mozilla.org (mx1.scl3.mozilla.com [63.245.214.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF29512B00E for ; Wed, 24 Aug 2016 15:35:35 -0700 (PDT) Received: from localhost (localhost6.localdomain [127.0.0.1]) by mx1.mail.scl3.mozilla.com (Postfix) with ESMTP id AD71EC3824; Wed, 24 Aug 2016 22:35:35 +0000 (UTC) X-Virus-Scanned: amavisd-new at mozilla.org Received: from smtp.mozilla.org ([127.0.0.1]) by localhost (mx1.mail.scl3.mozilla.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J1bTEYOfzM90; Wed, 24 Aug 2016 22:35:35 +0000 (UTC) Received: from [10.252.27.107] (corp.mtv2.mozilla.com [63.245.221.32]) (Authenticated sender: tterriberry@mozilla.com) by mx1.mail.scl3.mozilla.com (Postfix) with ESMTPSA id 90B7FC1EA4; Wed, 24 Aug 2016 22:35:35 +0000 (UTC) Message-ID: <57BE2136.7010302@xiph.org> Date: Wed, 24 Aug 2016 15:35:34 -0700 From: "Timothy B. Terriberry" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 SeaMonkey/2.26 MIME-Version: 1.0 To: Jonathan Lennox , "video-codec@ietf.org" References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> In-Reply-To: <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 22:35:37 -0000 Jonathan Lennox wrote: > One thing I would like to see in the document (probably in the error resilience section, 3.2.5) is an explicit requirement to support independently-decodable subframes that can be MTU-targeted by an encoder. This is very important for error resilience for RTP-packetized streams. (See RFC 2736, to which an informative reference probably wouldn’t be out of order.) In general I support this idea, but I'm a little wary of writing this requirement in a way that specifies a solution (independently-decodable subframes) instead of the problem it solves. Any ideas for actual text we could use? From nobody Wed Aug 24 15:59:40 2016 Return-Path: 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 7633D12D798 for ; Wed, 24 Aug 2016 15:59:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.831 X-Spam-Level: X-Spam-Status: No, score=-1.831 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 eH6dUGL36IKI for ; Wed, 24 Aug 2016 15:59:35 -0700 (PDT) Received: from mx0b-00198e01.pphosted.com (mx0b-00198e01.pphosted.com [67.231.157.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10BD212D797 for ; Wed, 24 Aug 2016 15:59:34 -0700 (PDT) Received: from pps.filterd (m0073110.ppops.net [127.0.0.1]) by mx0b-00198e01.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u7OMx8i4011168; Wed, 24 Aug 2016 18:59:33 -0400 Received: from mail.vidyo.com ([162.209.16.214]) by mx0b-00198e01.pphosted.com with ESMTP id 24xhy2ujm7-1 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NOT); Wed, 24 Aug 2016 18:59:33 -0400 Received: from 492132-EXCH1.vidyo.com ([fe80::50:56ff:fe85:4f77]) by 492133-EXCH2.vidyo.com ([fe80::50:56ff:fe85:6b62%13]) with mapi id 14.03.0195.001; Wed, 24 Aug 2016 17:59:32 -0500 From: Jonathan Lennox To: "Timothy B. Terriberry" Thread-Topic: [video-codec] WGLC: draft-ietf-netvc-requirements Thread-Index: AQHR7y+pYzpRg+V2p0WfKtT64SqaGKA63qIAgB5GeACAAAaxgA== Date: Wed, 24 Aug 2016 22:59:32 +0000 Message-ID: <89A06261-4E4E-4AC4-9277-C2A0843624D4@vidyo.com> References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> <57BE2136.7010302@xiph.org> In-Reply-To: <57BE2136.7010302@xiph.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [160.79.219.114] Content-Type: text/plain; charset="utf-8" Content-ID: <157125D8E3015A47846920AD94078D96@vidyo.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-08-24_13:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1608240248 Archived-At: Cc: "video-codec@ietf.org" Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 22:59:39 -0000 DQo+IE9uIEF1ZyAyNCwgMjAxNiwgYXQgNjozNSBQTSwgVGltb3RoeSBCLiBUZXJyaWJlcnJ5IDx0 dGVycmliZUB4aXBoLm9yZz4gd3JvdGU6DQo+IA0KPiBKb25hdGhhbiBMZW5ub3ggd3JvdGU6DQo+ PiBPbmUgdGhpbmcgSSB3b3VsZCBsaWtlIHRvIHNlZSBpbiB0aGUgZG9jdW1lbnQgKHByb2JhYmx5 IGluIHRoZSBlcnJvciByZXNpbGllbmNlIHNlY3Rpb24sIDMuMi41KSBpcyBhbiBleHBsaWNpdCBy ZXF1aXJlbWVudCB0byBzdXBwb3J0IGluZGVwZW5kZW50bHktZGVjb2RhYmxlIHN1YmZyYW1lcyB0 aGF0IGNhbiBiZSBNVFUtdGFyZ2V0ZWQgYnkgYW4gZW5jb2Rlci4gIFRoaXMgaXMgdmVyeSBpbXBv cnRhbnQgZm9yIGVycm9yIHJlc2lsaWVuY2UgZm9yIFJUUC1wYWNrZXRpemVkIHN0cmVhbXMuICAo U2VlIFJGQyAyNzM2LCB0byB3aGljaCBhbiBpbmZvcm1hdGl2ZSByZWZlcmVuY2UgcHJvYmFibHkg d291bGRu4oCZdCBiZSBvdXQgb2Ygb3JkZXIuKQ0KPiANCj4gSW4gZ2VuZXJhbCBJIHN1cHBvcnQg dGhpcyBpZGVhLCBidXQgSSdtIGEgbGl0dGxlIHdhcnkgb2Ygd3JpdGluZyB0aGlzIHJlcXVpcmVt ZW50IGluIGEgd2F5IHRoYXQgc3BlY2lmaWVzIGEgc29sdXRpb24gKGluZGVwZW5kZW50bHktZGVj b2RhYmxlIHN1YmZyYW1lcykgaW5zdGVhZCBvZiB0aGUgcHJvYmxlbSBpdCBzb2x2ZXMuIEFueSBp ZGVhcyBmb3IgYWN0dWFsIHRleHQgd2UgY291bGQgdXNlPw0KDQpJ4oCZbSBub3Qgc3VyZSBob3cg YmVzdCB0byBwaHJhc2UgaXQsIG1heWJlIHNvbWV0aGluZyBsaWtlOg0KDQpUaGUgY29kZWMgc2hv dWxkIHN1cHBvcnQgbWVjaGFuaXNtcyBzdWNoIHRoYXQgaW5kaXZpZHVhbCBwYWNrZXRzIHNlbnQg aW4gY29tbW9uIG5ldHdvcmsgcHJvdG9jb2xzIGNhbiBiZSBkZWNvZGVkIGV2ZW4gd2hlbiBvdGhl ciBwYWNrZXRzIGFyZSBsb3N0Lg0KDQpCdXQgaXTigJlzIG5vdCBjbGVhciB0byBtZSB0aGF0IGEp IGl04oCZcyBjbGVhciB3aGF0IHRoaXMgdGV4dCBtZWFucyBpZiB5b3UgaGF2ZW7igJl0IHJlYWQg dGhpcyB0aHJlYWQsIG9yIGIpIHdoZXRoZXIgdGhlIHRleHQgc2VlbXMgdG8gaW1wbHkgdGhhdCB5 b3UgaGF2ZSB0byBiZSBhYmxlIHRvIGRlY29kZSBzdWNjZXNzZnVsbHkgZXZlbiBpZiB5b3XigJly ZSBtaXNzaW5nIGEgcmVmZXJlbmNlIGZyYW1lLCB3aGljaCBjbGVhcmx5IHdvbuKAmXQgYmUgdGhl IGNhc2UuDQoNCkFueSB3b3Jkc21pdGhpbmcgc3VnZ2VzdGlvbnM/ From nobody Fri Aug 26 10:14:24 2016 Return-Path: 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 1CB2412B054 for ; Fri, 26 Aug 2016 10:14:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.831 X-Spam-Level: X-Spam-Status: No, score=-1.831 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 FX4Yx4Ee5-xr for ; Fri, 26 Aug 2016 10:14:19 -0700 (PDT) Received: from mx0b-00198e01.pphosted.com (mx0a-00198e01.pphosted.com [67.231.149.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1027312D14F for ; Fri, 26 Aug 2016 10:14:19 -0700 (PDT) Received: from pps.filterd (m0073109.ppops.net [127.0.0.1]) by mx0a-00198e01.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u7QHDpro021709; Fri, 26 Aug 2016 13:14:18 -0400 Received: from mail.vidyo.com ([162.209.16.214]) by mx0a-00198e01.pphosted.com with ESMTP id 24xgajd6pp-1 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NOT); Fri, 26 Aug 2016 13:14:18 -0400 Received: from 492132-EXCH1.vidyo.com ([fe80::50:56ff:fe85:4f77]) by 492133-EXCH2.vidyo.com ([fe80::50:56ff:fe85:6b62%13]) with mapi id 14.03.0195.001; Fri, 26 Aug 2016 12:14:17 -0500 From: Jonathan Lennox To: "Timothy B. Terriberry" Thread-Topic: [video-codec] WGLC: draft-ietf-netvc-requirements Thread-Index: AQHR7y+pYzpRg+V2p0WfKtT64SqaGKA63qIAgB5GeACAAAaxgIACxDMA Date: Fri, 26 Aug 2016 17:14:16 +0000 Message-ID: <85D387C6-464E-46EB-8C25-DB8478C52F23@vidyo.com> References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> <57BE2136.7010302@xiph.org> <89A06261-4E4E-4AC4-9277-C2A0843624D4@vidyo.com> In-Reply-To: <89A06261-4E4E-4AC4-9277-C2A0843624D4@vidyo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [160.79.219.114] Content-Type: text/plain; charset="utf-8" Content-ID: <1518BE8F9D9B3A4EB5FFAA7C6A1C6492@vidyo.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-08-26_13:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1608260226 Archived-At: Cc: "video-codec@ietf.org" Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 17:14:23 -0000 DQo+IE9uIEF1ZyAyNCwgMjAxNiwgYXQgNjo1OSBQTSwgSm9uYXRoYW4gTGVubm94IDxqb25hdGhh bkB2aWR5by5jb20+IHdyb3RlOg0KPiANCj4gDQo+PiBPbiBBdWcgMjQsIDIwMTYsIGF0IDY6MzUg UE0sIFRpbW90aHkgQi4gVGVycmliZXJyeSA8dHRlcnJpYmVAeGlwaC5vcmc+IHdyb3RlOg0KPj4g DQo+PiBKb25hdGhhbiBMZW5ub3ggd3JvdGU6DQo+Pj4gT25lIHRoaW5nIEkgd291bGQgbGlrZSB0 byBzZWUgaW4gdGhlIGRvY3VtZW50IChwcm9iYWJseSBpbiB0aGUgZXJyb3IgcmVzaWxpZW5jZSBz ZWN0aW9uLCAzLjIuNSkgaXMgYW4gZXhwbGljaXQgcmVxdWlyZW1lbnQgdG8gc3VwcG9ydCBpbmRl cGVuZGVudGx5LWRlY29kYWJsZSBzdWJmcmFtZXMgdGhhdCBjYW4gYmUgTVRVLXRhcmdldGVkIGJ5 IGFuIGVuY29kZXIuICBUaGlzIGlzIHZlcnkgaW1wb3J0YW50IGZvciBlcnJvciByZXNpbGllbmNl IGZvciBSVFAtcGFja2V0aXplZCBzdHJlYW1zLiAgKFNlZSBSRkMgMjczNiwgdG8gd2hpY2ggYW4g aW5mb3JtYXRpdmUgcmVmZXJlbmNlIHByb2JhYmx5IHdvdWxkbuKAmXQgYmUgb3V0IG9mIG9yZGVy LikNCj4+IA0KPj4gSW4gZ2VuZXJhbCBJIHN1cHBvcnQgdGhpcyBpZGVhLCBidXQgSSdtIGEgbGl0 dGxlIHdhcnkgb2Ygd3JpdGluZyB0aGlzIHJlcXVpcmVtZW50IGluIGEgd2F5IHRoYXQgc3BlY2lm aWVzIGEgc29sdXRpb24gKGluZGVwZW5kZW50bHktZGVjb2RhYmxlIHN1YmZyYW1lcykgaW5zdGVh ZCBvZiB0aGUgcHJvYmxlbSBpdCBzb2x2ZXMuIEFueSBpZGVhcyBmb3IgYWN0dWFsIHRleHQgd2Ug Y291bGQgdXNlPw0KPiANCj4gSeKAmW0gbm90IHN1cmUgaG93IGJlc3QgdG8gcGhyYXNlIGl0LCBt YXliZSBzb21ldGhpbmcgbGlrZToNCj4gDQo+IFRoZSBjb2RlYyBzaG91bGQgc3VwcG9ydCBtZWNo YW5pc21zIHN1Y2ggdGhhdCBpbmRpdmlkdWFsIHBhY2tldHMgc2VudCBpbiBjb21tb24gbmV0d29y ayBwcm90b2NvbHMgY2FuIGJlIGRlY29kZWQgZXZlbiB3aGVuIG90aGVyIHBhY2tldHMgYXJlIGxv c3QuDQo+IA0KPiBCdXQgaXTigJlzIG5vdCBjbGVhciB0byBtZSB0aGF0IGEpIGl04oCZcyBjbGVh ciB3aGF0IHRoaXMgdGV4dCBtZWFucyBpZiB5b3UgaGF2ZW7igJl0IHJlYWQgdGhpcyB0aHJlYWQs IG9yIGIpIHdoZXRoZXIgdGhlIHRleHQgc2VlbXMgdG8gaW1wbHkgdGhhdCB5b3UgaGF2ZSB0byBi ZSBhYmxlIHRvIGRlY29kZSBzdWNjZXNzZnVsbHkgZXZlbiBpZiB5b3XigJlyZSBtaXNzaW5nIGEg cmVmZXJlbmNlIGZyYW1lLCB3aGljaCBjbGVhcmx5IHdvbuKAmXQgYmUgdGhlIGNhc2UuDQo+IA0K PiBBbnkgd29yZHNtaXRoaW5nIHN1Z2dlc3Rpb25zPw0KDQpJIGFtIGluZm9ybWVkIHRoYXQgdGhl IHRlcm0gSeKAmW0gbG9va2luZyBmb3IgKG1lYW5pbmcgd2hlbiB5b3UgY2Fu4oCZdCBkZWNvZGUg YSBwYWNrZXQgaWYgeW914oCZcmUgbWlzc2luZyBhIHByZXZpb3VzIG9uZSkgaXMg4oCcYml0c3Ry ZWFtIGRlcGVuZGVuY3nigJ0uDQoNClNvIHBlcmhhcHMiIOKAnFRoZSBjb2RlYyBzaG91bGQgc3Vw cG9ydCBtZWNoYW5pc21zIHRoYXQgYWxsb3cgaW5kaXZpZHVhbCBwYWNrZXRzIHRvIGJlIHNlbnQg aW4gY29tbW9uIG5ldHdvcmsgcHJvdG9jb2xzIHdpdGhvdXQgYml0c3RyZWFtIGRlcGVuZGVuY3kg YmV0d2VlbiB0aGUgcGFja2V0cy7igJ0gIFRob3VnaHRzPw== From nobody Fri Aug 26 15:43:09 2016 Return-Path: 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 5EA0C12B05E for ; Fri, 26 Aug 2016 15:43:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.835 X-Spam-Level: X-Spam-Status: No, score=-4.835 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=no 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 3gb70gJsQ-K4 for ; Fri, 26 Aug 2016 15:43:06 -0700 (PDT) Received: from smtp.mozilla.org (mx1.scl3.mozilla.com [63.245.214.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99641126D74 for ; Fri, 26 Aug 2016 15:43:05 -0700 (PDT) Received: from localhost (localhost6.localdomain [127.0.0.1]) by mx1.mail.scl3.mozilla.com (Postfix) with ESMTP id 5D024C4AC3 for ; Fri, 26 Aug 2016 22:43:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at mozilla.org Received: from smtp.mozilla.org ([127.0.0.1]) by localhost (mx1.mail.scl3.mozilla.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9VGs7DrFlaMG for ; Fri, 26 Aug 2016 22:43:05 +0000 (UTC) Received: from [10.252.25.97] (corp.mtv2.mozilla.com [63.245.221.32]) (Authenticated sender: tterriberry@mozilla.com) by mx1.mail.scl3.mozilla.com (Postfix) with ESMTPSA id CAD14C48F4 for ; Fri, 26 Aug 2016 22:43:03 +0000 (UTC) Message-ID: <57C0C5F5.4050708@xiph.org> Date: Fri, 26 Aug 2016 15:43:01 -0700 From: "Timothy B. Terriberry" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 SeaMonkey/2.26 MIME-Version: 1.0 To: "video-codec@ietf.org" References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> <57BE2136.7010302@xiph.org> <89A06261-4E4E-4AC4-9277-C2A0843624D4@vidyo.com> <85D387C6-464E-46EB-8C25-DB8478C52F23@vidyo.com> In-Reply-To: <85D387C6-464E-46EB-8C25-DB8478C52F23@vidyo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 22:43:07 -0000 Jonathan Lennox wrote: > So perhaps" “The codec should support mechanisms that allow individual packets to be sent in common network protocols without bitstream dependency between the packets.” Thoughts? That feels like it's moving in the right direction. Perhaps the better question is, "What breaks if there is a bitstream dependency?" That seems like it could tell you what the actual requirement is. From nobody Fri Aug 26 16:32:35 2016 Return-Path: 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 B2B0712B02B for ; Fri, 26 Aug 2016 16:32:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netflix.com 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 MtCJKJ5PWtxl for ; Fri, 26 Aug 2016 16:32:30 -0700 (PDT) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 5A6A5126D74 for ; Fri, 26 Aug 2016 16:32:30 -0700 (PDT) Received: by mail-wm0-x233.google.com with SMTP id o80so12421406wme.1 for ; Fri, 26 Aug 2016 16:32:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=sq2AKmOnB2F9TWrwoZykt7mUm+dhgM6VQP+FtkzQDdQ=; b=ea3ul3xWrcx41PSzbEKfthAv4yJxZDtWR6Qf3s/5gwyiTJP5ROctBgcys+SiYgI38C tYNAXpc0lhtLxHSo/GoOFARaswWq6AvL24kF62AeURSa8XCL1rb4PoWpHWc/JKs4Avbp sutDuhgR+ayr/YmxiPrR1Kr7SPKu/vb8SxXhQ= 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:from:date :message-id:subject:to:cc; bh=sq2AKmOnB2F9TWrwoZykt7mUm+dhgM6VQP+FtkzQDdQ=; b=SKEy0RXDuENzxqEy0J+2/QMOA9sr+sWayhxwnen/D5j0w5IA99e9llCJey0O5mk2SZ ufLmILitfpLi8azQ9lu4yTKJVIDuwElY5t6vJMlolLCsuekVtw6O9ryiNMypNDLIlAEQ j0nSJfmVCuzH5Ek6HvMPOYWavVZqT8OKvF0zmvbqNEUrIoepe1mmZ4JbsxjHyNzAiAyT 3p3eAd/E8od1EOB+TljjGPaVisSZRtxYWszSOl8wbtMNeSIXVoSL0NDeZnSN65E0DclC Vl/DJ0Q/yyywZJJ23U55QzFjL1KxZ+EXGuoSc0Tsff3/IxKqFH9U6x7gvgBSCYNS99MA u0+g== X-Gm-Message-State: AE9vXwMxrbMkVetjktJ9mGBS7O76RKqXvzsy1MtbboRgcG3DXUevO0xZYhPrbhP2hH35EWJgqVOZ0hl1gHAoUZWs X-Received: by 10.194.105.40 with SMTP id gj8mr6970222wjb.71.1472254348813; Fri, 26 Aug 2016 16:32:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.16.161 with HTTP; Fri, 26 Aug 2016 16:32:27 -0700 (PDT) In-Reply-To: <57C0C5F5.4050708@xiph.org> References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> <57BE2136.7010302@xiph.org> <89A06261-4E4E-4AC4-9277-C2A0843624D4@vidyo.com> <85D387C6-464E-46EB-8C25-DB8478C52F23@vidyo.com> <57C0C5F5.4050708@xiph.org> From: Andrey Norkin Date: Fri, 26 Aug 2016 16:32:27 -0700 Message-ID: To: "Timothy B. Terriberry" Content-Type: multipart/alternative; boundary=001a1130cd7e7afe26053b01ed87 Archived-At: Cc: "video-codec@ietf.org" Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 23:32:35 -0000 --001a1130cd7e7afe26053b01ed87 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The codec should support mechanisms that allow individual packets sent in common network protocols to be independently decodable by the entropy decoder (including packets related to the same picture/frame). On Fri, Aug 26, 2016 at 3:43 PM, Timothy B. Terriberry wrote: > Jonathan Lennox wrote: > >> So perhaps" =E2=80=9CThe codec should support mechanisms that allow indi= vidual >> packets to be sent in common network protocols without bitstream depende= ncy >> between the packets.=E2=80=9D Thoughts? >> > > That feels like it's moving in the right direction. Perhaps the better > question is, "What breaks if there is a bitstream dependency?" That seems > like it could tell you what the actual requirement is. > > > _______________________________________________ > video-codec mailing list > video-codec@ietf.org > https://www.ietf.org/mailman/listinfo/video-codec > --001a1130cd7e7afe26053b01ed87 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The codec should support = mechanisms that allow individual packets sent in common network protocols t= o be independently decodable by the entropy decoder (including packets rela= ted to the same picture/frame).=C2=A0

On Fri, Aug 26, 2016 at 3:43 PM, Timothy B= . Terriberry <tterribe@xiph.org> wrote:
Jonathan Lennox wrote:
So perhaps" =E2=80=9CThe codec should support mechanisms that allow in= dividual packets to be sent in common network protocols without bitstream d= ependency between the packets.=E2=80=9D=C2=A0 Thoughts?

 That feels like it's moving in the right direction. Perhaps the better = question is, "What breaks if there is a bitstream dependency?" Th= at seems like it could tell you what the actual requirement is.


_______________________________________________
video-codec mailing list
video-codec@ietf.= org
https://www.ietf.org/mailman/listinfo/video-co= dec

--001a1130cd7e7afe26053b01ed87-- From nobody Sat Aug 27 01:58:58 2016 Return-Path: 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 27A4A12D0EC for ; Sat, 27 Aug 2016 01:58:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 XKQ2UI0u7Y7A for ; Sat, 27 Aug 2016 01:58:53 -0700 (PDT) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 D4A3B12D0C1 for ; Sat, 27 Aug 2016 01:58:52 -0700 (PDT) Received: by mail-wm0-x22f.google.com with SMTP id i5so22658872wmg.0 for ; Sat, 27 Aug 2016 01:58:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=bFqazktHzcZOb+RZDkdzpcXPVbIWh3WXnpQsUREJqsQ=; b=sJSyqqP/K34lez3mSabj8hgHhMY09vnQSXSZwnkStaA7J3dUEIK/gij5W/dZngk0Ie tJA0UAiG93rnBFI4XJjhM/iJDXj0GoNj7geAIhJDL72dJol3NABV2AVM6TXqHMdWdtHA 72rAmG0CZz/eJcpZJAQsSizkvtKIMILtHtG30ST4hufDDq0+H5vmx3PXk70ifR62BNfk FiEfrcbWwashB1aGH8Gv94KdOvrkU3sn3EyKynkICKu7/JH0d1w7a2o8uPu1H0rQoDik RtsYawkTmwl1WTksXDWW6zLUcA4p+2D7/nv23kiPCLz2NTA3CP3xrOOa2qBUFZAdFOxT ehAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=bFqazktHzcZOb+RZDkdzpcXPVbIWh3WXnpQsUREJqsQ=; b=HKKYYhR/5AQsGMjhm3Gxe/OUmc+OQ/a1On2K7z+EFm1HpNnAbaO8M6t4ql/ODvO3A3 ydPoVNCME72zx2lB1bHN0B7DmFWls9pbVWe8EgRZb0barOfDZ9m4JLYs19ScknLT0gCj CW8xKigPDP5bPNpziSWnvSI7bPXRtGZdtoBYWuBAhOnrst/Ijz3AepoazMdHiyROZ9Xx 1guGeSQXCdtdetJQzESUgmHU1gfLQF8gbjAPQCZfj1Gr5+hxinZmtgostKOeIx4L+i+U dpSB9qlqhcv7hOXBboFIdN6VTJkzyxgn++s3TdwHMqH5Jz5VXqlJ9O0W4Nqmqr4gFwMJ 3uiw== X-Gm-Message-State: AE9vXwP3dXm2XwC/R3j+epPwKdzdTb9g3QnGP61oiYmNolrMgEInHu/06FAyYt6XQF4W4g== X-Received: by 10.28.4.77 with SMTP id 74mr2632478wme.84.1472288331337; Sat, 27 Aug 2016 01:58:51 -0700 (PDT) Received: from [172.20.10.2] (178-146-0-214.mobile.nym.cosmote.net. [178.146.0.214]) by smtp.gmail.com with ESMTPSA id g7sm23754018wjx.10.2016.08.27.01.58.49 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 27 Aug 2016 01:58:50 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Alexandros Eleftheriadis In-Reply-To: <57C0C5F5.4050708@xiph.org> Date: Sat, 27 Aug 2016 11:58:54 +0300 X-Mao-Original-Outgoing-Id: 493981133.852201-444f14c1718a093f3f40a4cfd0acc4ea Content-Transfer-Encoding: quoted-printable Message-Id: References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> <57BE2136.7010302@xiph.org> <89A06261-4E4E-4AC4-9277-C2A0843624D4@vidyo.com> <85D387C6-464E-46EB-8C25-DB8478C52F23@vidyo.com> <57C0C5F5.4050708@xiph.org> To: "Timothy B. Terriberry" X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "video-codec@ietf.org" Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 08:58:57 -0000 Don=E2=80=99t forget the MTU targeting capability.=20 What you get is ensuring your ability to decode the media in individual = packets when other media packets may be lost, and also minimizing = packetization overhead by sending as much media data as possible in a = single packet.=20 > On Aug 27, 2016, at 1:43 AM, Timothy B. Terriberry = wrote: >=20 > Jonathan Lennox wrote: >> So perhaps" =E2=80=9CThe codec should support mechanisms that allow = individual packets to be sent in common network protocols without = bitstream dependency between the packets.=E2=80=9D Thoughts? >=20 > That feels like it's moving in the right direction. Perhaps the better = question is, "What breaks if there is a bitstream dependency?" That = seems like it could tell you what the actual requirement is. >=20 > _______________________________________________ > video-codec mailing list > video-codec@ietf.org > https://www.ietf.org/mailman/listinfo/video-codec From nobody Mon Aug 29 14:56:19 2016 Return-Path: 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 C9C3212D8A8 for ; Mon, 29 Aug 2016 14:56:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.448 X-Spam-Level: X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548] autolearn=ham autolearn_force=no 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 pNMVakBFyxd4 for ; Mon, 29 Aug 2016 14:56:16 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 77E9E12D8A6 for ; Mon, 29 Aug 2016 14:56:16 -0700 (PDT) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id u7TLuEvE038544 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 29 Aug 2016 16:56:16 -0500 (CDT) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local References: <147250302871.19142.11825877398134368393.idtracker@ietfa.amsl.com> To: "video-codec@ietf.org" From: Adam Roach X-Forwarded-Message-Id: <147250302871.19142.11825877398134368393.idtracker@ietfa.amsl.com> Message-ID: <6eb578b7-6938-e3f2-3b8c-e75f10dc4a28@nostrum.com> Date: Mon, 29 Aug 2016 16:56:14 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <147250302871.19142.11825877398134368393.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: [video-codec] NomCom 2016-2017: Call for Nominations X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 21:56:18 -0000 The 2016-17 Nominating Committee (Nomcom) is seeking nominations from now until October 8, 2016. The open positions being considered by this year's Nomcom can be found at the end of this email and also on this year's Nomcom website: https://datatracker.ietf.org/nomcom/2016/ Nominations may be made by selecting the Nominate link at the top of the Nomcom 2016 home page, or by visiting the following URL: https://datatracker.ietf.org/nomcom/2016/nominate/ {Note that nominations made using the web tool require an ietf.org datatracker account. You can create a datatracker ietf.org account if you don't have one already by visiting the following URL: https://datatracker.ietf.org/accounts/create/ } If you are unable to use the web form, nominations may instead be made by email to nomcom-16@ietf.org. If using email, please include the word "Nominate" in the Subject and indicate in the email who is being nominated, their email address (to confirm acceptance of the nomination), and the position for which you are making the nomination. If you are nominating someone other than yourself, please tell us if we may tell the nominee that you were the one who made the nomination. If you wish to nominate someone via email for more than one position, please use separate emails to do so. Self-nomination is welcome! Willing nominees will be asked to fill out a questionnaire specific to the position for which they are nominated. The questionnaires will be available on September 2, 2016 and have a submission deadline of October 13, 2016. NomCom 2016-17 will follow the policy for "Open Disclosure of Willing Nominees" described in BCP 10/RFC 7437. As stated in RFC 7437: "The list of nominees willing to be considered for positions under review in the current Nomcom cycle is not confidential". Willing nominees for each position will be listed in a publicly accessible way - anyone with a datatracker account may access the lists. Additionally, the nomination form asks if we may share your own name with the nominee. In all other ways, the confidentiality requirements of BCP10 remain in effect. All feedback and all Nomcom deliberations will remain confidential and will not be disclosed. There is a field on the form you can mark in order to allow the Nomcom to tell the nominee that you were the one who made the nomination. This defaults to “no” - so if you don't mark the field we won’t tell. In order to ensure time to collect sufficient community feedback about each of the willing nominees, nominations must be received by the NomCom on or before October 8, 2016. Please submit your nominations as early as possible for the sake of your nominees. Note that nominations should not wait for management permission, as it is easier to decline the nomination than put one in late. The Nomcom appoints individuals to fill the open slots on the IAOC, the IAB, and the IESG. The list of people and posts whose terms end with the March 2017 IETF meeting, and thus the positions for which this Nomcom is responsible, follows: IAOC Lou Berger IAB Ralph Droms* Russ Housley* Robert Sparks Andrew Sullivan Dave Thaler* Suzanne Woolf IESG Jari Arkko (GEN)* Deborah Brungard (RTG) Ben Campbell (ART) Spencer Dawkins (TSV) Stephen Farrell (SEC)* Joel Jaeggli (OPS)* Terry Manderson (INT) Alvaro Retana (RTG) *- have indicated that they do not intend to accept a renomination. This information is always up to date on https://datatracker.ietf.org/nomcom/2016/ Please be resourceful in identifying possible candidates for these positions, as developing our talent is a very crucial requirement for the IETF, and also, please consider accepting a nomination. You'll find extensive information about specific positions, developed by the IAB, IESG, and IAOC, under individual tabs at: https://datatracker.ietf.org/nomcom/2016/requirements/ In addition to nominations, the Nomcom seeks community input on the positions themselves. We need and welcome the community's views and input on the jobs within each organization. If you have ideas on the positions' responsibilities (more, less, different), please let us know. Please send suggestions and feedback about this to nomcom-16@ietf.org. Thank you for your help in identifying qualified nominees! Lucy Lynch Nomcom Chair 2016-17 nomcom-chair-2016@ietf.org llynch@civil-tongue.net From nobody Wed Aug 31 11:30:54 2016 Return-Path: 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 1B41A12D67C for ; Wed, 31 Aug 2016 11:30:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mozilla.com 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 VWLYmB8fQEQw for ; Wed, 31 Aug 2016 11:30:51 -0700 (PDT) Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (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 E73AB12D666 for ; Wed, 31 Aug 2016 11:30:51 -0700 (PDT) Received: by mail-pf0-x235.google.com with SMTP id p64so22065417pfb.1 for ; Wed, 31 Aug 2016 11:30:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mozilla.com; s=google; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=drlkktTDs8+KaywHqGTR3DkY1yUz9pCtnfg82Roarow=; b=AREg4qhc0Sc8mgqkhF/dBRAisqP+MqYwXjq0+0kobMIXfFhIwULhDQPsXxH3lSvLUl xlQl0GNgu3FeuBY1UrL91nmb3+aSwz9gCJfc8R4lJDb9dYPEhLf3y4/UekA7qovv2RAS /HDWbMPLPGLUjvCuSobyhuA+BEd813AGT9ixM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=drlkktTDs8+KaywHqGTR3DkY1yUz9pCtnfg82Roarow=; b=d8VkpCcPckAyrAQRdSTEYFfzpUviJJum4r3SefHS7wZg4XwEjn2L//XTYQOAXNc2s1 MTtfelRlmwh67c1RRN30mxyyFPOq4N3aKJ0cOjqtOW4rbTR2nLsL8N7ZTJ+47Lp83yDp PdqtICZMY6/BehEe/Uer6RTLbpA2AjB5OcFUjQOPlxiaQbHq5fMRBlXBId38E6HDTkgr bYenveQGlp+v6CL55kK3YdhWC/t0JgL9tlOAJ+gDIcX2/cjBvYyiWcaJTvMfhVbkqTef i8xFR3D6E5k9MKiitb0G0xb+YsMOE1pdPdNQJ/gZf6k+WrVSAicjoc/2A/MULo/6RfQY kg7A== X-Gm-Message-State: AE9vXwM2hVCbFDIbrgI9eWb/4rxaLJRkLxEg2atdGgHAKorzIzaOwxJTxTOMjlk5jkozvN54 X-Received: by 10.98.89.23 with SMTP id n23mr19381369pfb.34.1472668250877; Wed, 31 Aug 2016 11:30:50 -0700 (PDT) Received: from [172.31.236.140] ([216.9.110.12]) by smtp.gmail.com with ESMTPSA id e2sm1380248pfd.45.2016.08.31.11.30.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 31 Aug 2016 11:30:49 -0700 (PDT) To: video-codec@ietf.org References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> From: Thomas Daede Message-ID: Date: Wed, 31 Aug 2016 11:30:46 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2016 18:30:54 -0000 Apparently Andrey's comments got caught in gmail's filters (thanks, DMARC), so make sure to check the archive if you didn't get them: https://www.ietf.org/mail-archive/web/video-codec/current/msg00499.html On 08/04/2016 02:18 PM, Adam Roach wrote: > [as chair] > > NETVC participants: > > We would like to start a two-week working group last call on the codec > requirements document: > > https://tools.ietf.org/html/draft-ietf-netvc-requirements-02 > > All working group participants are encouraged to carefully read the > document and comment on the mailing list -- even something simple like > "I have reviewed the document and believe it is in good shape" is helpful. > > I'll also note that the question as to whether we request publication of > this document as an RFC is still open. As part of this last call, please > indicate whether you believe such publication would be of value. If we > do not request publication, we will instead announce a document freeze > at some point after the end of WGLC (roughly, the amount of time > typically between end of WGLC and publication request). > > Thanks! > > /a > > _______________________________________________ > video-codec mailing list > video-codec@ietf.org > https://www.ietf.org/mailman/listinfo/video-codec From nobody Wed Aug 31 19:58:48 2016 Return-Path: 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 E66DA12B051 for ; Wed, 31 Aug 2016 19:58:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.069 X-Spam-Level: X-Spam-Status: No, score=-15.069 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 KrkpwRFR4cTt for ; Wed, 31 Aug 2016 19:58:42 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6833126FDC for ; Wed, 31 Aug 2016 19:58:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3294; q=dns/txt; s=iport; t=1472698722; x=1473908322; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=BTpM4TAgWPSFbPX0bdUd051/fWLjkuxjrHt9xgx2z40=; b=fQIFxTh2BMDueYlxJyIPL1AbYLrZcYtl1wfFWFMpWQcv2lzemntRrqVx vxoQPYPSY2x3Ru16hUtXcUiN4SQWLUBbMxFpafWV+yOYfEZ8T23lMW9ex 2byeQai0Sy4LHhYr4uurZhRXCA4MrjHATHBpHvRKDdpUhnRTWaMf2KRBH s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AHAgBtmMdX/5xdJa1dg1ABAQEBAR5Xf?= =?us-ascii?q?Ae4IYIBJIV4AhyBMjgUAQIBAQEBAQEBXieEYQEBBAEBASEROgsFBwQCAQgOAwQ?= =?us-ascii?q?BAQECAiMDAgICJQsUAQgIAgQBDQUIiDgIDq4UjG8BAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEXBYEFhSqDSoEDh0KCWgWZUAGPKY9ejEiDeAEeNoQxcIVtfwEBAQ?= X-IronPort-AV: E=Sophos;i="5.30,264,1470700800"; d="scan'208";a="318032516" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Sep 2016 02:58:41 +0000 Received: from XCH-ALN-013.cisco.com (xch-aln-013.cisco.com [173.36.7.23]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id u812wf3w026756 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 1 Sep 2016 02:58:41 GMT Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-ALN-013.cisco.com (173.36.7.23) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 31 Aug 2016 21:58:41 -0500 Received: from xch-rcd-015.cisco.com ([173.37.102.25]) by XCH-RCD-015.cisco.com ([173.37.102.25]) with mapi id 15.00.1210.000; Wed, 31 Aug 2016 21:58:41 -0500 From: "Thomas Davies (thdavies)" To: Alexandros Eleftheriadis , "Timothy B. Terriberry" Thread-Topic: [video-codec] WGLC: draft-ietf-netvc-requirements Thread-Index: AQHR7pW52FLgQVp/pkC8f8FkbZz22qA639gAgB5GdQCAAAazAIACxDIAgABb2oCAAKwTAIAHFoCg Date: Thu, 1 Sep 2016 02:58:40 +0000 Message-ID: <29e383db903f4aa88cac6ebd37b05546@XCH-RCD-015.cisco.com> References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> <57BE2136.7010302@xiph.org> <89A06261-4E4E-4AC4-9277-C2A0843624D4@vidyo.com> <85D387C6-464E-46EB-8C25-DB8478C52F23@vidyo.com> <57C0C5F5.4050708@xiph.org> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.95.147] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "video-codec@ietf.org" Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2016 02:58:47 -0000 SSB0aGluayB0aGUgdW5kZXJseWluZyByZXF1aXJlbWVudCBpcyB0byBiZSBhYmxlIHRvIGRlY29k ZSBhcyBtdWNoIGFzIHBvc3NpYmxlIG9mIGEgcGljdHVyZSBpbiB0aGUgZXZlbnQgdGhhdCBwYXJ0 IG9mIHRoZSBkYXRhIGZvciB0aGF0IHBpY3R1cmUgaXMgbG9zdC4gTVRVIHRhcmdldHRpbmcgaXMg b25lIHdheSB0byBkbyB0aGF0LCBidXQgSSdkIGJlIHJlbHVjdGFudCB0byBtYW5kYXRlIHRoYXQg c3BlY2lmaWMgbWVjaGFuaXNtLCBhcyBpdCdzIGEgbWVhbnMgdG8gdGhhdCBlbmQuIA0KDQpJdCBt aWdodCBhbHNvIGJlIHRlY2huaWNhbGx5IGhhcmQgdG8gZG8gZm9yIGEgbW9kZXJuIGNvZGVjLCBi ZWNhdXNlIG9mIGludGVyYWN0aW9ucyBvZiBwYWNrZXRpc2F0aW9uIHdpdGggdGlsZXMgZm9yIHBh cmFsbGVsaXNtIGFuZCBsYXJnZSBibG9ja3MgZm9yIGNvZGluZyBlZmZpY2llbmN5LCBmb3IgZXhh bXBsZS4gVGhlIG5hdHVyYWwgZ3JhbnVsYXJpdHkgb2YgYSBiaXRzdHJlYW0gd2l0aCB0aWxlcyBp cyB0aGUgdGlsZSwgYW5kIHRoYXQgbWlnaHQgYmUgcXVpdGUgY29hcnNlIGZvciBleGFjdCBNVFUg dGFyZ2V0dGluZywgYnV0IGZpbmUgZW5vdWdoIGZvciByZWFzb25hYmxlIGVycm9yIGNvbmNlYWxt ZW50LiBJJ2QgYWxzbyB3YW50IHRvIGFsbG93IHRoZSBjb2RlYyB0byByb3V0ZSBhcm91bmQgYW55 IElQIGlzc3VlcyB0aGF0IGNvdWxkIHR1cm4gdXAgaW4gdHJ5aW5nIHRvIHNvbHZlIGFueSBvZiB0 aGVzZSBwcm9ibGVtcy4gIA0KDQpNeSBzdWdnZXN0aW9uIHdvdWxkIGJlIHNvbWV0aGluZyBsaWtl OiAidGhlIGNvZGVjIHNob3VsZCBzdXBwb3J0IGVmZmVjdGl2ZSBtZWNoYW5pc21zIGZvciBhbGxv d2luZyBkZWNvZGluZyBhbmQgcmVjb25zdHJ1Y3Rpb24gb2Ygc2lnbmlmaWNhbnQgcGFydHMgb2Yg cGljdHVyZXMgaW4gdGhlIGV2ZW50IHRoYXQgcGFydHMgb2YgdGhlIHBpY3R1cmUgZGF0YSBhcmUg bG9zdCBpbiB0cmFuc21pc3Npb24iLiANCg0KYmVzdCByZWdhcmRzDQoNClRob21hcw0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogdmlkZW8tY29kZWMgW21haWx0bzp2aWRlby1j b2RlYy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQWxleGFuZHJvcyBFbGVmdGhlcmlh ZGlzDQpTZW50OiAyNyBBdWd1c3QgMjAxNiAwOTo1OQ0KVG86IFRpbW90aHkgQi4gVGVycmliZXJy eSA8dHRlcnJpYmVAeGlwaC5vcmc+DQpDYzogdmlkZW8tY29kZWNAaWV0Zi5vcmcNClN1YmplY3Q6 IFJlOiBbdmlkZW8tY29kZWNdIFdHTEM6IGRyYWZ0LWlldGYtbmV0dmMtcmVxdWlyZW1lbnRzDQoN CkRvbuKAmXQgZm9yZ2V0IHRoZSBNVFUgdGFyZ2V0aW5nIGNhcGFiaWxpdHkuIA0KDQpXaGF0IHlv dSBnZXQgaXMgZW5zdXJpbmcgeW91ciBhYmlsaXR5IHRvIGRlY29kZSB0aGUgbWVkaWEgaW4gaW5k aXZpZHVhbCBwYWNrZXRzIHdoZW4gb3RoZXIgbWVkaWEgcGFja2V0cyBtYXkgYmUgbG9zdCwgYW5k IGFsc28gbWluaW1pemluZyBwYWNrZXRpemF0aW9uIG92ZXJoZWFkIGJ5IHNlbmRpbmcgYXMgbXVj aCBtZWRpYSBkYXRhIGFzIHBvc3NpYmxlIGluIGEgc2luZ2xlIHBhY2tldC4gDQoNCg0KPiBPbiBB dWcgMjcsIDIwMTYsIGF0IDE6NDMgQU0sIFRpbW90aHkgQi4gVGVycmliZXJyeSA8dHRlcnJpYmVA eGlwaC5vcmc+IHdyb3RlOg0KPiANCj4gSm9uYXRoYW4gTGVubm94IHdyb3RlOg0KPj4gU28gcGVy aGFwcyIg4oCcVGhlIGNvZGVjIHNob3VsZCBzdXBwb3J0IG1lY2hhbmlzbXMgdGhhdCBhbGxvdyBp bmRpdmlkdWFsIHBhY2tldHMgdG8gYmUgc2VudCBpbiBjb21tb24gbmV0d29yayBwcm90b2NvbHMg d2l0aG91dCBiaXRzdHJlYW0gZGVwZW5kZW5jeSBiZXR3ZWVuIHRoZSBwYWNrZXRzLuKAnSAgVGhv dWdodHM/DQo+IA0KPiBUaGF0IGZlZWxzIGxpa2UgaXQncyBtb3ZpbmcgaW4gdGhlIHJpZ2h0IGRp cmVjdGlvbi4gUGVyaGFwcyB0aGUgYmV0dGVyIHF1ZXN0aW9uIGlzLCAiV2hhdCBicmVha3MgaWYg dGhlcmUgaXMgYSBiaXRzdHJlYW0gZGVwZW5kZW5jeT8iIFRoYXQgc2VlbXMgbGlrZSBpdCBjb3Vs ZCB0ZWxsIHlvdSB3aGF0IHRoZSBhY3R1YWwgcmVxdWlyZW1lbnQgaXMuDQo+IA0KPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiB2aWRlby1jb2RlYyBt YWlsaW5nIGxpc3QNCj4gdmlkZW8tY29kZWNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby92aWRlby1jb2RlYw0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KdmlkZW8tY29kZWMgbWFpbGluZyBsaXN0DQp2aWRl by1jb2RlY0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92 aWRlby1jb2RlYw0K From nobody Wed Aug 31 20:02:26 2016 Return-Path: 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 05FD412D610 for ; Wed, 31 Aug 2016 20:02:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.336 X-Spam-Level: X-Spam-Status: No, score=-4.336 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=no 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 sHL_ROuG7mDw for ; Wed, 31 Aug 2016 20:02:22 -0700 (PDT) Received: from smtp.mozilla.org (mx1.scl3.mozilla.com [63.245.214.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D785212D16F for ; Wed, 31 Aug 2016 20:02:22 -0700 (PDT) Received: from localhost (localhost6.localdomain [127.0.0.1]) by mx1.mail.scl3.mozilla.com (Postfix) with ESMTP id 8C094C0D5E for ; Thu, 1 Sep 2016 03:02:22 +0000 (UTC) X-Virus-Scanned: amavisd-new at mozilla.org Received: from smtp.mozilla.org ([127.0.0.1]) by localhost (mx1.mail.scl3.mozilla.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oNW9vIpbhqnD for ; Thu, 1 Sep 2016 03:02:22 +0000 (UTC) Received: from [192.168.51.13] (wsip-70-164-119-40.sd.sd.cox.net [70.164.119.40]) (Authenticated sender: tterriberry@mozilla.com) by mx1.mail.scl3.mozilla.com (Postfix) with ESMTPSA id 13B04C0CFE for ; Thu, 1 Sep 2016 03:02:21 +0000 (UTC) Message-ID: <57C79A3D.4040007@xiph.org> Date: Wed, 31 Aug 2016 20:02:21 -0700 From: "Timothy B. Terriberry" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 SeaMonkey/2.26 MIME-Version: 1.0 To: "video-codec@ietf.org" References: <69b8f1bd-2f52-3f5a-b50d-f0431c2d4e1a@nostrum.com> <3606CD67-116D-4BDD-8D6E-5A7FD69DD35C@vidyo.com> <57BE2136.7010302@xiph.org> <89A06261-4E4E-4AC4-9277-C2A0843624D4@vidyo.com> <85D387C6-464E-46EB-8C25-DB8478C52F23@vidyo.com> <57C0C5F5.4050708@xiph.org> <29e383db903f4aa88cac6ebd37b05546@XCH-RCD-015.cisco.com> In-Reply-To: <29e383db903f4aa88cac6ebd37b05546@XCH-RCD-015.cisco.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [video-codec] WGLC: draft-ietf-netvc-requirements X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2016 03:02:24 -0000 Thomas Davies (thdavies) wrote: > My suggestion would be something like: "the codec should support effective mechanisms for allowing decoding and reconstruction of significant parts of pictures in the event that parts of the picture data are lost in transmission". Yes, that's much more like what a requirement should sound like to me.