From nobody Fri Jul 8 16:38:37 2016 Return-Path: X-Original-To: video-codec@ietf.org Delivered-To: video-codec@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A2C6A12D998; Fri, 8 Jul 2016 16:38:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.25.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160708233831.32168.10417.idtracker@ietfa.amsl.com> Date: Fri, 08 Jul 2016 16:38:31 -0700 Archived-At: Cc: video-codec@ietf.org Subject: [video-codec] I-D Action: draft-ietf-netvc-testing-03.txt X-BeenThere: video-codec@ietf.org X-Mailman-Version: 2.1.17 List-Id: Video codec BoF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 23:38:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Video Codec of the IETF. Title : Video Codec Testing and Quality Measurement Authors : Thomas Daede Andrey Norkin Ilya Brailovskiy Filename : draft-ietf-netvc-testing-03.txt Pages : 17 Date : 2016-07-08 Abstract: This document describes guidelines and procedures for evaluating a video codec. This covers subjective and objective tests, test conditions, and materials used for the test. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netvc-testing/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netvc-testing-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netvc-testing-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 18 07:38: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 588B212DDD5; Mon, 18 Jul 2016 07:38:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.807 X-Spam-Level: X-Spam-Status: No, score=-15.807 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_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, 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 qJwOgwFQBKNX; Mon, 18 Jul 2016 07:38:16 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5BD1012DC45; Mon, 18 Jul 2016 07:07:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2481; q=dns/txt; s=iport; t=1468850875; x=1470060475; h=from:to:subject:date:message-id:mime-version; bh=n/PFT7EAlJz5tkD30UVEkSMdBMiyg8CMQFaoSp45F3k=; b=ckLzStG+6wr69gYNwOF1n8vaZGsFZtsd/gDeqwgkw0DQ83ClgiUvpM/2 6WYeuS4H18/QtSz7i+f7GMhIM+tb5Bbacq35Y1kQjeB+Xf9acwN8ntUln MWlHm3YYWvrGNaAxViWLPedekzfaXDC2V+w39EqPoxDbehwHiz62xzPOU w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CFCQB94oxX/5xdJa1bgnFOVnwGhCKvT?= =?us-ascii?q?4J1gg+BeSKHLDgUAQEBAQEBAWUnhGOBCwEMAXMnBAGIQg6+CQEBAQEGAgEfBYY?= =?us-ascii?q?qjmgFmSQBgTSNKo83kB0BHjaDc24Bhj5/AQEB?= X-IronPort-AV: E=Sophos;i="5.28,384,1464652800"; d="scan'208,217";a="127115122" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Jul 2016 14:07:49 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id u6IE7nUj012541 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 18 Jul 2016 14:07:49 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 18 Jul 2016 09:07:48 -0500 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1210.000; Mon, 18 Jul 2016 09:07:48 -0500 From: "Mo Zanaty (mzanaty)" To: "video-codec@ietf.org" , "cellar@ietf.org" Thread-Topic: Video coding related sessions at IETF 96 in Berlin Thread-Index: AQHR4P3DbQSarNBg7Ua3a083JomyhA== Date: Mon, 18 Jul 2016 14:07:48 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.6.160626 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.216.135] Content-Type: multipart/alternative; boundary="_000_D3B25753625D7mzanatyciscocom_" MIME-Version: 1.0 Archived-At: Subject: [video-codec] Video coding related sessions at IETF 96 in Berlin 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, 18 Jul 2016 14:38:18 -0000 --_000_D3B25753625D7mzanatyciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable NETVC and CELLAR workgroups, In case you were not aware, both video coding related workgroups will have = sessions at IETF 96 in Berlin. NETVC on Monday, July 18, 18:00-20:00 in Charlottenburg I https://www.ietf.org/proceedings/96/agenda/agenda-96-netvc CELLAR on Tuesday, July 19, 14:00-16:00 in Tiergarten https://www.ietf.org/proceedings/96/agenda/agenda-96-cellar If you are interested in video coding, I would encourage you to attend both= . If you are not in Berlin, you can still attend remotely (for free). https://www.ietf.org/meeting/96/remote-participation.html Best regards, Mo --_000_D3B25753625D7mzanatyciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
NETVC and CELLAR workgroups,

In case you were not aware, both video coding related workgroups will = have sessions at IETF 96 in Berlin.

NETVC on Monday, July 18, 18:00-20:00 in Charlottenburg I

CELLAR on Tuesday, July 19, 14:00-16:00 in Tiergarten

If you are interested in video coding, I would encourage you to attend= both.

If you are not in Berlin, you can still attend remotely (for free).

Best regards,
Mo

 --_000_D3B25753625D7mzanatyciscocom_-- From nobody Wed Jul 20 02:58: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 7E1E812D096 for ; Wed, 20 Jul 2016 02:58:39 -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 oljSj7EyKuMD for ; Wed, 20 Jul 2016 02:58:37 -0700 (PDT) Received: from smtp.mozilla.org (mx2.scl3.mozilla.com [63.245.214.156]) (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 EBC9212B01C for ; Wed, 20 Jul 2016 02:58:37 -0700 (PDT) Received: from localhost (localhost6.localdomain [127.0.0.1]) by mx2.mail.scl3.mozilla.com (Postfix) with ESMTP id BD731C0BC1 for ; Wed, 20 Jul 2016 09:58:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at mozilla.org Received: from smtp.mozilla.org ([127.0.0.1]) by localhost (mx2.mail.scl3.mozilla.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IVVa8k0n3UJ6 for ; Wed, 20 Jul 2016 09:58:37 +0000 (UTC) Received: from [31.133.179.155] (dhcp-b39b.meeting.ietf.org [31.133.179.155]) (Authenticated sender: tterriberry@mozilla.com) by mx2.mail.scl3.mozilla.com (Postfix) with ESMTPSA id 86DB6C0B21 for ; Wed, 20 Jul 2016 09:58:36 +0000 (UTC) Message-ID: <578F4B4A.5010605@xiph.org> Date: Wed, 20 Jul 2016 02:58: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: "video-codec@ietf.org" Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [video-codec] A few comments on draft-midtskogen-netvc-chromapred 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, 20 Jul 2016 09:58:39 -0000 How useful are very large values of "a"? With a range of +/- 2**23 in Q16, it seems you can scale luma values by as much as 128. As a result, when subsampling the prediction for 4:2:0, you require independent quantization and clipping steps for all four input pixels, and then a second quantization and rounding step for the average. If you restricted the range of "a" to +/- 2**21, you could still expand luma by a factor of 32, but introduce less rounding noise into the averaging process in most cases, and clip less often. Since that also removes the non-linear operations applied to each individual value of yr(i, j), it lets you save 3 of the 4 multiplies, too, i.e., c(i, j) = clip( a*(yr(2*i, 2*j) + yr(2*i+1, 2*j) + yr(2*i, 2*j+1) + yr(2*i+1, 2*j+1) + b >> (16 + 2)). In a similar vein, it seems possible to use a scaled y'(i, j) (i.e., without the final right shift by two) without overflowing an unsigned 32-bit integer for any of the sums in Figure 3, assuming 8-bit input and at most 64x64 blocks. All you'd have to do is remove the "+ 2" in the shift at the end of the above equation. For 10-bit input you would still have to downscale in your average to keep these intermediate calculations in 32-bit, and 12-bit input already would not fit. It also seems like the prediction is biased, since the calculation of c(i, j) from yr(i, j) does not include a rounding offset. Simply adding (1 << 15) to "b" before clipping should remove this bias. Correctly rounding the division used to compute "a" would also slightly reduce the error, but that effect should be much smaller (and rounding in the calculation of SSyy, SScc, and SSyc is not helpful). Just as an editorial note, I think there are a couple of mistakes in the formulas in Section 4. I think you meant SSyc = YCsum - ((Ysum * Csum) >> 2*log2(N)) (instead of SSyc = YCsum - ((YCsum * YCsum) >> 2*log2(N))). And then also b = ((Csum << 16) - a*Ysum) >> 2*log2(N) (instead of b = ((Csum << 16) - a*YCsum) >> 2*log2(N)).