From nobody Tue Aug 5 10:48:06 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7763E1A007D; Tue, 5 Aug 2014 10:48:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sLGCRa22jZeK; Tue, 5 Aug 2014 10:48:00 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A5531A0045; Tue, 5 Aug 2014 10:48:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p5 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140805174800.10205.12429.idtracker@ietfa.amsl.com> Date: Tue, 05 Aug 2014 10:48:00 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/xfjcRj-xgYV5KdXWEMhY7CPs5zk Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rtp-h265-05.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2014 17:48:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Payloads Working Group of the IETF. Title : RTP Payload Format for High Efficiency Video Coding Authors : Ye-Kui Wang Yago Sanchez Thomas Schierl Stephan Wenger Miska M. Hannuksela Filename : draft-ietf-payload-rtp-h265-05.txt Pages : 95 Date : 2014-08-05 Abstract: This memo describes an RTP payload format for the video coding standard ITU-T Recommendation H.265 and ISO/IEC International Standard 23008-2, both also known as High Efficiency Video Coding (HEVC) [HEVC] and developed by the Joint Collaborative Team on Video Coding (JCT-VC). The RTP payload format allows for packetization of one or more Network Abstraction Layer (NAL) units in each RTP packet payload, as well as fragmentation of a NAL unit into multiple RTP packets. Furthermore, it supports transmission of an HEVC bitstream over a single as well as multiple RTP streams. The payload format has wide applicability in videoconferencing, Internet video streaming, and high bit-rate entertainment-quality video, among others. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-h265/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-payload-rtp-h265-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-payload-rtp-h265-05 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 Tue Aug 5 11:31:18 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BF571A0087 for ; Tue, 5 Aug 2014 11:31:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vEwyCm1jcG2o for ; Tue, 5 Aug 2014 11:31:12 -0700 (PDT) Received: from sabertooth01.qualcomm.com (sabertooth01.qualcomm.com [65.197.215.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C41A1A007B for ; Tue, 5 Aug 2014 11:31:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1407263472; x=1438799472; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=voEhMVPoHs1jsjdOZcPj3fuh64n+/KjkbQG6sfVHbPY=; b=ylN6wcJpVyCiER4xmJuCQU6YFXGkJftDfm42LkX8n2WAzhRc3nvvcy7u RTwPqFkxfRkhVeY7HaBFt70ep0Y5fyFWQeNVEU0A5ft9rqsYXl7Im7HsB REt5PsPPy2dmMaD2Xo4tx1/gi5KQ9cet8950Ptx1/kV9WEM1SKnDYdo1R c=; X-IronPort-AV: E=McAfee;i="5600,1067,7521"; a="71796807" Received: from ironmsg01-lv.qualcomm.com ([10.47.202.180]) by sabertooth01.qualcomm.com with ESMTP; 05 Aug 2014 11:31:12 -0700 X-IronPort-AV: E=Sophos;i="5.01,806,1400050800"; d="scan'208";a="30970347" Received: from nasanexhc16.na.qualcomm.com ([10.45.158.213]) by ironmsg01-lv.qualcomm.com with ESMTP/TLS/RC4-SHA; 05 Aug 2014 11:31:11 -0700 Received: from NASANEXD02F.na.qualcomm.com ([169.254.8.27]) by nasanexhc16.na.qualcomm.com ([10.45.158.213]) with mapi id 14.03.0181.006; Tue, 5 Aug 2014 11:31:11 -0700 From: "Wang, Ye-Kui" To: "payload@ietf.org" Thread-Topic: [payload] I-D Action: draft-ietf-payload-rtp-h265-05.txt Thread-Index: AQHPsNV2R2+Uk7uxkUuWvC21zVK405vCVPDw Date: Tue, 5 Aug 2014 18:31:10 +0000 Message-ID: <8BA7D4CEACFFE04BA2D902BF11719A83508925AE@nasanexd02f.na.qualcomm.com> References: <20140805174800.10205.12429.idtracker@ietfa.amsl.com> In-Reply-To: <20140805174800.10205.12429.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.30.48.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/Dyz753TdIWSNuwHLAVbP9iXc5N4 Subject: Re: [payload] I-D Action: draft-ietf-payload-rtp-h265-05.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2014 18:31:17 -0000 In this version, comments received during the WGLC from Roni and Danny Hong= have been addressed. BR, YK -----Original Message----- From: payload [mailto:payload-bounces@ietf.org] On Behalf Of internet-draft= s@ietf.org Sent: Tuesday, August 05, 2014 10:48 AM To: i-d-announce@ietf.org Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rtp-h265-05.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Audio/Video Transport Payloads Working Gr= oup of the IETF. Title : RTP Payload Format for High Efficiency Video Codi= ng Authors : Ye-Kui Wang Yago Sanchez Thomas Schierl Stephan Wenger Miska M. Hannuksela Filename : draft-ietf-payload-rtp-h265-05.txt Pages : 95 Date : 2014-08-05 Abstract: This memo describes an RTP payload format for the video coding standard ITU-T Recommendation H.265 and ISO/IEC International Standard 23008-2, both also known as High Efficiency Video Coding (HEVC) [HEVC] and developed by the Joint Collaborative Team on Video Coding (JCT-VC). The RTP payload format allows for packetization of one or more Network Abstraction Layer (NAL) units in each RTP packet payload, as well as fragmentation of a NAL unit into multiple RTP packets. Furthermore, it supports transmission of an HEVC bitstream over a single as well as multiple RTP streams. The payload format has wide applicability in videoconferencing, Internet video streaming, and high bit-rate entertainment-quality video, among others. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-h265/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-payload-rtp-h265-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-payload-rtp-h265-05 Please note that it may take a couple of minutes from the time of submissio= n 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/ _______________________________________________ payload mailing list payload@ietf.org https://www.ietf.org/mailman/listinfo/payload From nobody Mon Aug 11 05:08:21 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11E251A0670 for ; Mon, 11 Aug 2014 05:08:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.669 X-Spam-Level: X-Spam-Status: No, score=-0.669 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RP_MATCHES_RCVD=-0.668] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m4QVvuDdm4V1 for ; Mon, 11 Aug 2014 05:08:15 -0700 (PDT) Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) by ietfa.amsl.com (Postfix) with ESMTP id 641DF1A066D for ; Mon, 11 Aug 2014 05:08:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 1DF297C3D20 for ; Mon, 11 Aug 2014 14:08:14 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at alvestrand.no Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id INmAv1MRzC+o for ; Mon, 11 Aug 2014 14:08:10 +0200 (CEST) Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:aca4:57e6:8976:ec2c]) by mork.alvestrand.no (Postfix) with ESMTPSA id CCF9B7C3D2B for ; Mon, 11 Aug 2014 14:08:10 +0200 (CEST) Message-ID: <53E8B22A.2030207@alvestrand.no> Date: Mon, 11 Aug 2014 14:08:10 +0200 From: Harald Alvestrand User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: payload@ietf.org References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> In-Reply-To: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/payload/Trz3CydXZZnTC3BPyswn43Q9His Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 12:08:19 -0000 Thanks for the comments! On 06/30/2014 10:32 AM, Wang, Ye-Kui wrote: > I reviewed this draft and have the following, mostly minor, comments (otherwise, the draft looks good to me to proceed): > > 1. In Subsection 4.5.1, a typo in the following sentence in step 2: "it detected" -> "is detected". > > "If a loss it detected before the end of the > partition, abandon all packets in this partition and continue the > scan repeating 1." > Also, I guess "repeating 1" means "repeating from step 1". If true, clarify it herein as well as in step 3 in the same subsection. > > 2. Nice to have but not absolutely needed: The concepts of golden frames and altref frames are mentioned. It'd be nice if a brief definition or description of them could be provided in the payload draft, such that readers of this draft can understand the concepts without having to read through the VP8 spec itself. > > 3. In Subsection 5.3, a typo in the following sentence: acknowledge -> acknowledged. > > Once the new golden frame is established and > acknowledge, the same rule applies when updating the altref frame. > > 4. In Subsection 5.3, the real intention of the following sentence is probably to say that the receiver can keep sending SLI messages at any interval allowed by the RTCP sending timing restrictions as specified in RFC 4585, as long as the picture is corrupted. It'd better that this is clarified. > > Also, if an SLI is lost, the receiver can keep sending > SLI messages at any interval, as long as the picture is corrupted. > > 5. The semantics of the max-fr is as follows. Would it be better to allow non-integer max frame rates as well such as 29.97 frames per second? It's suggested to allow this e.g. by saying that the max-fr specifies the value of the maximum frame rate times 100, something like that. > > max-fr: The value of max-fr is an integer indicating the maximum > frame rate in units of frames per second that the decoder is > capable of decoding. Just commenting on this: The max-fr is an upper bound, not a value that is going to be set anywhere. I think it would be highly unusual to have a decoder capable of 29.97 frames per second and not capable of 30 frames per second. So in the name of keeping things simple, I'd like to keep it "frames per second", and integer. From nobody Mon Aug 11 09:32:19 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42B3D1A05C0 for ; Mon, 11 Aug 2014 09:32:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.669 X-Spam-Level: X-Spam-Status: No, score=-2.669 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MaC2Zc4nU1PE for ; Mon, 11 Aug 2014 09:32:15 -0700 (PDT) Received: from sabertooth01.qualcomm.com (sabertooth01.qualcomm.com [65.197.215.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B6901A0584 for ; Mon, 11 Aug 2014 09:32:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1407774736; x=1439310736; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=XYlia1Zswr93Og+aJzmWnDOTN6crkishTxay6GzEGAo=; b=TFPKwcnkm6jgqPHONIw4CowOVQbe2ga2mqeP2WKBkxySGzYBVvuxXMbK CBOP1fzzNBYMc3wGVRv74L91AzvNYyh96JeCdn2wV5s86ES/uW/+7XeZc 1TxLMy9Q30ZahGkKRDluWu5lKzlOd8BhMNFl6XfhrmSFNgH3ckt6auM7Z k=; X-IronPort-AV: E=McAfee;i="5600,1067,7526"; a="72102663" Received: from ironmsg03-r.qualcomm.com ([172.30.46.17]) by sabertooth01.qualcomm.com with ESMTP; 11 Aug 2014 09:32:15 -0700 X-IronPort-AV: E=Sophos;i="5.01,842,1400050800"; d="scan'208,223";a="729456243" Received: from nasanexhc16.na.qualcomm.com ([10.45.158.213]) by Ironmsg03-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 11 Aug 2014 09:32:15 -0700 Received: from NASANEXD02F.na.qualcomm.com ([169.254.8.27]) by nasanexhc16.na.qualcomm.com ([10.45.158.213]) with mapi id 14.03.0181.006; Mon, 11 Aug 2014 09:32:15 -0700 From: "Wang, Ye-Kui" To: Harald Alvestrand , "payload@ietf.org" Thread-Topic: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) Thread-Index: AQHPtVz0YeTIB/GUoE+qy7dvjmAdNZvLmBZQ Date: Mon, 11 Aug 2014 16:32:13 +0000 Message-ID: <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> <53E8B22A.2030207@alvestrand.no> In-Reply-To: <53E8B22A.2030207@alvestrand.no> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.30.48.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/7hCrDxgdVdoIq567C7EYGxQbQZM Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 16:32:17 -0000 >From codec point of view, you are probably right. But what if you think abo= ut allowing using of max-fr to indicate the max frame rate of an entire sys= tem - what if the connected display actually has a non-integer max frame ra= te? BR, YK -----Original Message----- From: payload [mailto:payload-bounces@ietf.org] On Behalf Of Harald Alvestr= and Sent: Monday, August 11, 2014 5:08 AM To: payload@ietf.org Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) Thanks for the comments! On 06/30/2014 10:32 AM, Wang, Ye-Kui wrote: > I reviewed this draft and have the following, mostly minor, comments (oth= erwise, the draft looks good to me to proceed): > > 1. In Subsection 4.5.1, a typo in the following sentence in step 2: "it d= etected" -> "is detected". > > "If a loss it detected before the end of the > partition, abandon all packets in this partition and continue the > scan repeating 1." > Also, I guess "repeating 1" means "repeating from step 1". If true, c= larify it herein as well as in step 3 in the same subsection. > > 2. Nice to have but not absolutely needed: The concepts of golden frames = and altref frames are mentioned. It'd be nice if a brief definition or desc= ription of them could be provided in the payload draft, such that readers o= f this draft can understand the concepts without having to read through the= VP8 spec itself. > > 3. In Subsection 5.3, a typo in the following sentence: acknowledge -> ac= knowledged. > > Once the new golden frame is established and > acknowledge, the same rule applies when updating the altref frame. > > 4. In Subsection 5.3, the real intention of the following sentence is pro= bably to say that the receiver can keep sending SLI messages at any interva= l allowed by the RTCP sending timing restrictions as specified in RFC 4585,= as long as the picture is corrupted. It'd better that this is clarified. > > Also, if an SLI is lost, the receiver can keep sending > SLI messages at any interval, as long as the picture is corrupted. > > 5. The semantics of the max-fr is as follows. Would it be better to allow= non-integer max frame rates as well such as 29.97 frames per second? It's = suggested to allow this e.g. by saying that the max-fr specifies the value = of the maximum frame rate times 100, something like that. > > max-fr: The value of max-fr is an integer indicating the maximum > frame rate in units of frames per second that the decoder is > capable of decoding. Just commenting on this: The max-fr is an upper bound, not a value that is going to be set anywhere.= I think it would be highly unusual to have a decoder capable of 29.97 fram= es per second and not capable of 30 frames per second. So in the name of keeping things simple, I'd like to keep it "frames per se= cond", and integer. _______________________________________________ payload mailing list payload@ietf.org https://www.ietf.org/mailman/listinfo/payload From nobody Mon Aug 11 09:43:45 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B5241A0640 for ; Mon, 11 Aug 2014 09:43:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.568 X-Spam-Level: X-Spam-Status: No, score=-2.568 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.668] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hak1WIioHmHb for ; Mon, 11 Aug 2014 09:43:40 -0700 (PDT) Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id 7DA3B1A05C0 for ; Mon, 11 Aug 2014 09:43:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id C2B177C3D52; Mon, 11 Aug 2014 18:43:39 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at alvestrand.no Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pXYm6oojFZAX; Mon, 11 Aug 2014 18:43:38 +0200 (CEST) Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:aca4:57e6:8976:ec2c]) by mork.alvestrand.no (Postfix) with ESMTPSA id B19437C3D50; Mon, 11 Aug 2014 18:43:38 +0200 (CEST) Message-ID: <53E8F2BA.1050506@alvestrand.no> Date: Mon, 11 Aug 2014 18:43:38 +0200 From: Harald Alvestrand User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "Wang, Ye-Kui" , "payload@ietf.org" References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> <53E8B22A.2030207@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> In-Reply-To: <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/payload/LcVbTeuzac444_HcVhxfwej9znQ Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 16:43:43 -0000 On 08/11/2014 06:32 PM, Wang, Ye-Kui wrote: > From codec point of view, you are probably right. But what if you think about allowing using of max-fr to indicate the max frame rate of an entire system - what if the connected display actually has a non-integer max frame rate? If it has a single fixed frame rate, max-fr is not sufficient to negotiate that even if non-integer framerates were supported. I don't want to attempt to make this a tool fit for all negotiation purposes. > > BR, YK > > -----Original Message----- > From: payload [mailto:payload-bounces@ietf.org] On Behalf Of Harald Alvestrand > Sent: Monday, August 11, 2014 5:08 AM > To: payload@ietf.org > Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) > > Thanks for the comments! > > On 06/30/2014 10:32 AM, Wang, Ye-Kui wrote: >> I reviewed this draft and have the following, mostly minor, comments (otherwise, the draft looks good to me to proceed): >> >> 1. In Subsection 4.5.1, a typo in the following sentence in step 2: "it detected" -> "is detected". >> >> "If a loss it detected before the end of the >> partition, abandon all packets in this partition and continue the >> scan repeating 1." >> Also, I guess "repeating 1" means "repeating from step 1". If true, clarify it herein as well as in step 3 in the same subsection. >> >> 2. Nice to have but not absolutely needed: The concepts of golden frames and altref frames are mentioned. It'd be nice if a brief definition or description of them could be provided in the payload draft, such that readers of this draft can understand the concepts without having to read through the VP8 spec itself. >> >> 3. In Subsection 5.3, a typo in the following sentence: acknowledge -> acknowledged. >> >> Once the new golden frame is established and >> acknowledge, the same rule applies when updating the altref frame. >> >> 4. In Subsection 5.3, the real intention of the following sentence is probably to say that the receiver can keep sending SLI messages at any interval allowed by the RTCP sending timing restrictions as specified in RFC 4585, as long as the picture is corrupted. It'd better that this is clarified. >> >> Also, if an SLI is lost, the receiver can keep sending >> SLI messages at any interval, as long as the picture is corrupted. >> >> 5. The semantics of the max-fr is as follows. Would it be better to allow non-integer max frame rates as well such as 29.97 frames per second? It's suggested to allow this e.g. by saying that the max-fr specifies the value of the maximum frame rate times 100, something like that. >> >> max-fr: The value of max-fr is an integer indicating the maximum >> frame rate in units of frames per second that the decoder is >> capable of decoding. > Just commenting on this: > The max-fr is an upper bound, not a value that is going to be set anywhere. I think it would be highly unusual to have a decoder capable of 29.97 frames per second and not capable of 30 frames per second. > > So in the name of keeping things simple, I'd like to keep it "frames per second", and integer. > > _______________________________________________ > payload mailing list > payload@ietf.org > https://www.ietf.org/mailman/listinfo/payload From nobody Mon Aug 11 11:01:08 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 371AC1A04AB for ; Mon, 11 Aug 2014 11:01:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.969 X-Spam-Level: X-Spam-Status: No, score=-4.969 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_MED=-2.3, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gG0QkVmQKnPz for ; Mon, 11 Aug 2014 11:01:02 -0700 (PDT) Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 775DA1A0478 for ; Mon, 11 Aug 2014 11:01:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1407780063; x=1439316063; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=hUZv6uftFmV5CT7oRhYF/cBZVmSJi2pGJkpAO+8qNuo=; b=Hvc6/T98jsmZOIZNH89SrKxqxbi3KjbRMbUwXrv9U2StBabVPhT4fU/k DVxg2cPZkqqhMWqkNA3TqK7dV6F4BYpKTndwLRw33Ix05boQoJO8KjQYR lFZjkcagD3kiw27Xm/ZFg0IDR/fUWKVtmifurXugIyyY2zRLIdUs9aTdO Q=; X-IronPort-AV: E=McAfee;i="5600,1067,7527"; a="57452831" Received: from ironmsg03-l.qualcomm.com ([172.30.48.18]) by wolverine01.qualcomm.com with ESMTP; 11 Aug 2014 11:01:02 -0700 X-IronPort-AV: E=Sophos;i="5.01,843,1400050800"; d="scan'208";a="715010256" Received: from nasanexhc01.na.qualcomm.com ([10.46.57.53]) by Ironmsg03-L.qualcomm.com with ESMTP/TLS/RC4-SHA; 11 Aug 2014 11:00:52 -0700 Received: from NASANEXD02F.na.qualcomm.com ([169.254.8.27]) by NASANEXHC01.na.qualcomm.com ([10.46.57.53]) with mapi id 14.03.0181.006; Mon, 11 Aug 2014 11:00:51 -0700 From: "Wang, Ye-Kui" To: Harald Alvestrand , "payload@ietf.org" Thread-Topic: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) Thread-Index: AQHPtVz0YeTIB/GUoE+qy7dvjmAdNZvLmBZQgAB5VQD//6AZ0A== Date: Mon, 11 Aug 2014 18:00:50 +0000 Message-ID: <8BA7D4CEACFFE04BA2D902BF11719A835089E9FB@nasanexd02f.na.qualcomm.com> References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> <53E8B22A.2030207@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> <53E8F2BA.1050506@alvestrand.no> In-Reply-To: <53E8F2BA.1050506@alvestrand.no> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.30.48.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/YQK7TbdtaOkrFdQwHt3SP51g4l8 Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 18:01:07 -0000 > If it has a single fixed frame rate, max-fr is not sufficient to negotiat= e that even if non-integer framerates were supported. Why? BR, YK -----Original Message----- From: payload [mailto:payload-bounces@ietf.org] On Behalf Of Harald Alvestr= and Sent: Monday, August 11, 2014 9:44 AM To: Wang, Ye-Kui; payload@ietf.org Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) On 08/11/2014 06:32 PM, Wang, Ye-Kui wrote: > From codec point of view, you are probably right. But what if you think = about allowing using of max-fr to indicate the max frame rate of an entire = system - what if the connected display actually has a non-integer max frame= rate? If it has a single fixed frame rate, max-fr is not sufficient to negotiate = that even if non-integer framerates were supported. I don't want to attempt to make this a tool fit for all negotiation purpose= s. > > BR, YK > > -----Original Message----- > From: payload [mailto:payload-bounces@ietf.org] On Behalf Of Harald=20 > Alvestrand > Sent: Monday, August 11, 2014 5:08 AM > To: payload@ietf.org > Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) > > Thanks for the comments! > > On 06/30/2014 10:32 AM, Wang, Ye-Kui wrote: >> I reviewed this draft and have the following, mostly minor, comments (ot= herwise, the draft looks good to me to proceed): >> >> 1. In Subsection 4.5.1, a typo in the following sentence in step 2: "it = detected" -> "is detected". >> >> "If a loss it detected before the end of the >> partition, abandon all packets in this partition and continue the >> scan repeating 1." >> Also, I guess "repeating 1" means "repeating from step 1". If true,= clarify it herein as well as in step 3 in the same subsection. >> >> 2. Nice to have but not absolutely needed: The concepts of golden frames= and altref frames are mentioned. It'd be nice if a brief definition or des= cription of them could be provided in the payload draft, such that readers = of this draft can understand the concepts without having to read through th= e VP8 spec itself. >> >> 3. In Subsection 5.3, a typo in the following sentence: acknowledge -> a= cknowledged. >> >> Once the new golden frame is established and >> acknowledge, the same rule applies when updating the altref frame. >> >> 4. In Subsection 5.3, the real intention of the following sentence is pr= obably to say that the receiver can keep sending SLI messages at any interv= al allowed by the RTCP sending timing restrictions as specified in RFC 4585= , as long as the picture is corrupted. It'd better that this is clarified. >> >> Also, if an SLI is lost, the receiver can keep sending >> SLI messages at any interval, as long as the picture is corrupted. >> >> 5. The semantics of the max-fr is as follows. Would it be better to allo= w non-integer max frame rates as well such as 29.97 frames per second? It's= suggested to allow this e.g. by saying that the max-fr specifies the value= of the maximum frame rate times 100, something like that. >> >> max-fr: The value of max-fr is an integer indicating the maximu= m >> frame rate in units of frames per second that the decoder is >> capable of decoding. > Just commenting on this: > The max-fr is an upper bound, not a value that is going to be set anywher= e. I think it would be highly unusual to have a decoder capable of 29.97 fr= ames per second and not capable of 30 frames per second. > > So in the name of keeping things simple, I'd like to keep it "frames per = second", and integer. > > _______________________________________________ > payload mailing list > payload@ietf.org > https://www.ietf.org/mailman/listinfo/payload _______________________________________________ payload mailing list payload@ietf.org https://www.ietf.org/mailman/listinfo/payload From nobody Mon Aug 11 11:15:21 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CB7D1A06FD for ; Mon, 11 Aug 2014 11:15:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.568 X-Spam-Level: X-Spam-Status: No, score=-2.568 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.668] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O8831SIKNoro for ; Mon, 11 Aug 2014 11:15:14 -0700 (PDT) Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) by ietfa.amsl.com (Postfix) with ESMTP id A38631A06F7 for ; Mon, 11 Aug 2014 11:15:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id E5E487C3D4A; Mon, 11 Aug 2014 20:15:13 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at alvestrand.no Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5dNhW0USyUIX; Mon, 11 Aug 2014 20:15:13 +0200 (CEST) Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:aca4:57e6:8976:ec2c]) by mork.alvestrand.no (Postfix) with ESMTPSA id 38DB07C3D47; Mon, 11 Aug 2014 20:15:13 +0200 (CEST) Message-ID: <53E9082E.6060609@alvestrand.no> Date: Mon, 11 Aug 2014 20:15:10 +0200 From: Harald Alvestrand User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "Wang, Ye-Kui" , "payload@ietf.org" References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> <53E8B22A.2030207@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> <53E8F2BA.1050506@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089E9FB@nasanexd02f.na.qualcomm.com> In-Reply-To: <8BA7D4CEACFFE04BA2D902BF11719A835089E9FB@nasanexd02f.na.qualcomm.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/payload/FYu5MtIWYZPa4lBWFJPCrh_bnjo Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 18:15:17 -0000 On 08/11/2014 08:00 PM, Wang, Ye-Kui wrote: >> If it has a single fixed frame rate, max-fr is not sufficient to negotiate that even if non-integer framerates were supported. > Why? Because max-fr only tells you that a max frame rate is supported, not the min frame rate supported. If you have a device capable of 15 fps operation only, so that you can't accept video at 7.5 fps, no amount of sending max-fr will tell the sender that - so you must use some other mechanism. If you already have another mechanism for setting an exact frame rate, you can use that for setting 29.97 fps too. From nobody Mon Aug 11 11:19:13 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65D131A072E for ; Mon, 11 Aug 2014 11:19:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.669 X-Spam-Level: X-Spam-Status: No, score=-2.669 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L3LmDgBi55iB for ; Mon, 11 Aug 2014 11:19:10 -0700 (PDT) Received: from sabertooth01.qualcomm.com (sabertooth01.qualcomm.com [65.197.215.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 337E01A06F6 for ; Mon, 11 Aug 2014 11:19:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1407781150; x=1439317150; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=mDTepplRcKyLY6VV9m8x03b7zuKFcEo/jLAmVTL5qZ0=; b=rI/dy86O3rmACO2QJtpOJ0i5vU6T6O+vizv53USHuWf9ZwEp6iSfzOdV awY2gOXwHZIZPMQCYDZZqWY7FFWOAwMhIkTTTQ6uS/Lh+ErrGSWVEguMy OBJcMJamr8c3S0NjQbuHiD90pzp/qe9+Lkj7E92gRJqOsS0ZxZCORlJ2X c=; X-IronPort-AV: E=McAfee;i="5600,1067,7527"; a="72108834" Received: from ironmsg04-r.qualcomm.com ([172.30.46.18]) by sabertooth01.qualcomm.com with ESMTP; 11 Aug 2014 11:19:09 -0700 X-IronPort-AV: E=Sophos;i="5.01,843,1400050800"; d="scan'208";a="783084503" Received: from nasanexhc07.na.qualcomm.com ([172.30.39.190]) by Ironmsg04-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 11 Aug 2014 11:19:10 -0700 Received: from NASANEXD02F.na.qualcomm.com ([169.254.8.27]) by nasanexhc07.na.qualcomm.com ([172.30.39.190]) with mapi id 14.03.0181.006; Mon, 11 Aug 2014 11:19:09 -0700 From: "Wang, Ye-Kui" To: Harald Alvestrand , "payload@ietf.org" Thread-Topic: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) Thread-Index: AQHPtVz0YeTIB/GUoE+qy7dvjmAdNZvLmBZQgAB5VQD//6AZ0IAAeXoA//+LrcA= Date: Mon, 11 Aug 2014 18:19:08 +0000 Message-ID: <8BA7D4CEACFFE04BA2D902BF11719A835089EAC5@nasanexd02f.na.qualcomm.com> References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> <53E8B22A.2030207@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> <53E8F2BA.1050506@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089E9FB@nasanexd02f.na.qualcomm.com> <53E9082E.6060609@alvestrand.no> In-Reply-To: <53E9082E.6060609@alvestrand.no> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.30.48.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/ORES3A0F1jrmXMvBcX02fPvT2rM Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 18:19:11 -0000 Convincing. Thanks! BR, YK -----Original Message----- From: Harald Alvestrand [mailto:harald@alvestrand.no]=20 Sent: Monday, August 11, 2014 11:15 AM To: Wang, Ye-Kui; payload@ietf.org Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) On 08/11/2014 08:00 PM, Wang, Ye-Kui wrote: >> If it has a single fixed frame rate, max-fr is not sufficient to negotia= te that even if non-integer framerates were supported. > Why? Because max-fr only tells you that a max frame rate is supported, not the m= in frame rate supported. If you have a device capable of 15 fps operation only, so that you can't ac= cept video at 7.5 fps, no amount of sending max-fr will tell the sender tha= t - so you must use some other mechanism. If you already have another mechanism for setting an exact frame rate, you = can use that for setting 29.97 fps too. From nobody Wed Aug 13 06:17:24 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9A9B1A014E; Wed, 13 Aug 2014 06:17:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ggMV0-Cy4E65; Wed, 13 Aug 2014 06:17:15 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B2051A00A8; Wed, 13 Aug 2014 06:17:15 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p5 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140813131715.12487.37907.idtracker@ietfa.amsl.com> Date: Wed, 13 Aug 2014 06:17:15 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/wnkLOMTRRsn3Yw1q4O-qLhXNs-Q Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-vp8-12.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 13:17:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Payloads Working Group of the IETF. Title : RTP Payload Format for VP8 Video Authors : Patrik Westin Henrik F Lundin Michael Glover Justin Uberti Frank Galligan Filename : draft-ietf-payload-vp8-12.txt Pages : 25 Date : 2014-08-13 Abstract: This memo describes an RTP payload format for the VP8 video codec. The payload format has wide applicability, as it supports applications from low bit-rate peer-to-peer usage, to high bit-rate video conferences. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-vp8/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-payload-vp8-12 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-payload-vp8-12 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 Wed Aug 13 06:40:13 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B7CF1A0188 for ; Wed, 13 Aug 2014 06:40:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.065 X-Spam-Level: X-Spam-Status: No, score=-1.065 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.981, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=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 N5RIT8FYiaEL for ; Wed, 13 Aug 2014 06:40:11 -0700 (PDT) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EC831A017F for ; Wed, 13 Aug 2014 06:40:10 -0700 (PDT) Received: by mail-vc0-f176.google.com with SMTP id id10so14831511vcb.21 for ; Wed, 13 Aug 2014 06:40:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Ys2yIZeZ0suZxMe5jmMmDBsQoAc1CbG/9Xg+8hzolJg=; b=ocR8HFuXcN2HCTcVCr/Do9aDuv9VNByG2po9sv0+qvPBDUjypVqEDj6q1RhiqeF7t0 /26g2wkYToqaJZmm5GVbzhJn81/FSpDxiVXzLwZnZoDFLIfvQuAXAO4/tEKFhViGq3+A CNCRbUDkbKbGzF2W5zyZCESECHWz3rF3oOu+0nfdv6l1Er+CJPL6ejgHxKxrdO+14V6y 4Rh56wC10pXm9qzBGWmfqhI0fSWknI1ZRLsNMH7kqFQ+v2OG0wttkZLHTUcFLhgEheEz vffWEE60zA2pf6eEJtzp1LfHx7cxm52XWLfs9FqPtwCOvpZUkDsrbOBY6IeLAGS3xQNK vGzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=Ys2yIZeZ0suZxMe5jmMmDBsQoAc1CbG/9Xg+8hzolJg=; b=DGi/fnR9kkczwGTKnowDUz9dvQrwfirkiYEFGfz2245pcX9gHwQt26XYEe664NDa0+ 9/SZd4s1Ac6fypNhAe5PW2YME73PyjNbpzwbe8OqPvsHbwY5a8QWqmzkTZQkil5l01LY +qDh/fFAM2SslpXXZUGyrS9aUIcMZm3xY9S4MlfHMFuD3WHn08h9G8c4eDZBWoylCZGq uHL7yC7CdPZb0tgUUiFNrMI22qxkXpvcQmdFsxroAIIVhLHho/hwHgT74J643AnKUt32 //GlWzc83nvkqd+KEnD3rYy6v9Z39e1elYFYNdHNVuhjwnrVwTniyZW+V2YV9/SNJlmI yCNA== X-Gm-Message-State: ALoCoQlk41qFfWbwAWUvFyC7fApUVLzgnyUQPA523kbJKd1kd2EgVwmNOb7h4SSSG9iq2q6n2uN9 MIME-Version: 1.0 X-Received: by 10.221.6.201 with SMTP id ol9mr3755323vcb.2.1407937209567; Wed, 13 Aug 2014 06:40:09 -0700 (PDT) Received: by 10.52.145.162 with HTTP; Wed, 13 Aug 2014 06:40:09 -0700 (PDT) In-Reply-To: <8BA7D4CEACFFE04BA2D902BF11719A835089EAC5@nasanexd02f.na.qualcomm.com> References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> <53E8B22A.2030207@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> <53E8F2BA.1050506@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089E9FB@nasanexd02f.na.qualcomm.com> <53E9082E.6060609@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089EAC5@nasanexd02f.na.qualcomm.com> Date: Wed, 13 Aug 2014 15:40:09 +0200 Message-ID: From: Henrik Lundin To: "payload@ietf.org" Content-Type: multipart/alternative; boundary=089e0122a3f03e2655050082ede1 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/xCj7if_QcTHTvRosIjCIiePgKQg Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 13:40:12 -0000 --089e0122a3f03e2655050082ede1 Content-Type: text/plain; charset=UTF-8 Dear all, We just uploaded draft-ietf-payload-vp8-12 to address the comments from Roni and YK (and some more). Please, let us know what you think. Sincerely, /Henrik On Mon, Aug 11, 2014 at 8:19 PM, Wang, Ye-Kui wrote: > Convincing. Thanks! > > BR, YK > > -----Original Message----- > From: Harald Alvestrand [mailto:harald@alvestrand.no] > Sent: Monday, August 11, 2014 11:15 AM > To: Wang, Ye-Kui; payload@ietf.org > Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) > > On 08/11/2014 08:00 PM, Wang, Ye-Kui wrote: > >> If it has a single fixed frame rate, max-fr is not sufficient to > negotiate that even if non-integer framerates were supported. > > Why? > > Because max-fr only tells you that a max frame rate is supported, not the > min frame rate supported. > > If you have a device capable of 15 fps operation only, so that you can't > accept video at 7.5 fps, no amount of sending max-fr will tell the sender > that - so you must use some other mechanism. > > If you already have another mechanism for setting an exact frame rate, you > can use that for setting 29.97 fps too. > > _______________________________________________ > payload mailing list > payload@ietf.org > https://www.ietf.org/mailman/listinfo/payload > -- Henrik Lundin | WebRTC Software Eng | hlundin@google.com | +46 70 646 13 41 --089e0122a3f03e2655050082ede1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear all,

We just uploaded draft-ietf-p= ayload-vp8-12 to address the comments from Roni and YK (and some more). Ple= ase, let us know what you think.

Sincerely,
/Henrik



<= div class=3D"gmail_quote">On Mon, Aug 11, 2014 at 8:19 PM, Wang, Ye-Kui <yekuiw@qti.qualcomm.com> wrote:
Convincing. Thanks!

BR, YK

-----Original Message-----
From: Harald Alvestrand [mailto:har= ald@alvestrand.no]
Sent: Monday, August 11, 2014 11:15 AM
To: Wang, Ye-Kui; payload@ietf.org<= br> Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11)

On 08/11/2014 08:00 PM, Wang,= Ye-Kui wrote:
>> If it has a single fixed frame rate, max-fr is not sufficient to n= egotiate that even if non-integer framerates were supported.
> Why?

Because max-fr only tells you that a max frame rate is supported, not the m= in frame rate supported.

If you have a device capable of 15 fps operation only, so that you can'= t accept video at 7.5 fps, no amount of sending max-fr will tell the sender= that - so you must use some other mechanism.

If you already have another mechanism for setting an exact frame rate, you = can use that for setting 29.97 fps too.

_______________________________________________
payload mailing list
payload@ietf.org
https://www.ietf.org/mailman/listinfo/payload



--
=
Henrik Lundin=C2=A0|=C2=A0= WebRTC Software Eng=C2=A0|=C2=A0hlundin@google.com=C2=A0|=C2=A0+46 70 646 13 41=

--089e0122a3f03e2655050082ede1-- From nobody Wed Aug 13 08:12:39 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 717CE1A0839 for ; Wed, 13 Aug 2014 08:12:37 -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, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ajS7aCQ3SGW0 for ; Wed, 13 Aug 2014 08:12:35 -0700 (PDT) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72C901A0832 for ; Wed, 13 Aug 2014 08:12:35 -0700 (PDT) Received: by mail-wi0-f176.google.com with SMTP id bs8so7579996wib.3 for ; Wed, 13 Aug 2014 08:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=UbWve18qYfuDJ51eFT0eha3S3SNdq869RO7tyfAJatk=; b=LkiGMUiDYoZnw5opxId2c/KCcqEjV3PNFF9wclj7MGOl8qKWmbvF7fRhxNl7uGNcHk R5Cb9IwBtn8CjteWF5fGOgFPwUQH+Tn3ZBOKBgVi6mh0qp4Kd29pJvDwxmOgFiI7jRcr GoJCLNyrASQ7GEZhtjzyuwEv0oe4UvfRyGLWCuLP5SqnQ/lKgzhXYEgqp2/JjztFm/Io MhtDoQiToKAv731rbPfdgRnSDrVRfQ9du6Ky/2CDsBkhW2oSCN5xD7m51SIOV3FgskGD Mu7cEgAAAzcDTUHn63rvnWWzAozkHlQZabmWZWCmHyEMTpw3hpVhbsB256oqDOw77Drp SrqA== X-Received: by 10.194.192.226 with SMTP id hj2mr3566075wjc.96.1407942753865; Wed, 13 Aug 2014 08:12:33 -0700 (PDT) Received: from RoniE (bzq-79-180-161-139.red.bezeqint.net. [79.180.161.139]) by mx.google.com with ESMTPSA id o2sm68877706wij.24.2014.08.13.08.12.31 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 13 Aug 2014 08:12:33 -0700 (PDT) From: "Roni Even" To: "'Wang, Ye-Kui'" , References: <20140805174800.10205.12429.idtracker@ietfa.amsl.com> <8BA7D4CEACFFE04BA2D902BF11719A83508925AE@nasanexd02f.na.qualcomm.com> In-Reply-To: <8BA7D4CEACFFE04BA2D902BF11719A83508925AE@nasanexd02f.na.qualcomm.com> Date: Wed, 13 Aug 2014 18:12:26 +0300 Message-ID: <002a01cfb708$fffd1070$fff73150$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGcPIFqS2unCvB827+PS5dkVZ55EAJ9ufh2nCGrC8A= Content-Language: en-us Archived-At: http://mailarchive.ietf.org/arch/msg/payload/tDp1KbqttuYD2sIl6OJftyMA7EI Subject: Re: [payload] I-D Action: draft-ietf-payload-rtp-h265-05.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 15:12:37 -0000 YK, Thanks, I saw will do the writeup Roni > -----Original Message----- > From: payload [mailto:payload-bounces@ietf.org] On Behalf Of Wang, Ye-Kui > Sent: 05 August, 2014 9:31 PM > To: payload@ietf.org > Subject: Re: [payload] I-D Action: draft-ietf-payload-rtp-h265-05.txt > > In this version, comments received during the WGLC from Roni and Danny > Hong have been addressed. > > BR, YK > > -----Original Message----- > From: payload [mailto:payload-bounces@ietf.org] On Behalf Of internet- > drafts@ietf.org > Sent: Tuesday, August 05, 2014 10:48 AM > To: i-d-announce@ietf.org > Cc: payload@ietf.org > Subject: [payload] I-D Action: draft-ietf-payload-rtp-h265-05.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Audio/Video Transport Payloads Working Group > of the IETF. > > Title : RTP Payload Format for High Efficiency Video Coding > Authors : Ye-Kui Wang > Yago Sanchez > Thomas Schierl > Stephan Wenger > Miska M. Hannuksela > Filename : draft-ietf-payload-rtp-h265-05.txt > Pages : 95 > Date : 2014-08-05 > > Abstract: > This memo describes an RTP payload format for the video coding > standard ITU-T Recommendation H.265 and ISO/IEC International > Standard 23008-2, both also known as High Efficiency Video Coding > (HEVC) [HEVC] and developed by the Joint Collaborative Team on Video > Coding (JCT-VC). The RTP payload format allows for packetization of > one or more Network Abstraction Layer (NAL) units in each RTP packet > payload, as well as fragmentation of a NAL unit into multiple RTP > packets. Furthermore, it supports transmission of an HEVC bitstream > over a single as well as multiple RTP streams. The payload format > has wide applicability in videoconferencing, Internet video > streaming, and high bit-rate entertainment-quality video, among > others. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-h265/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-payload-rtp-h265-05 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-payload-rtp-h265-05 > > > 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/ > > _______________________________________________ > payload mailing list > payload@ietf.org > https://www.ietf.org/mailman/listinfo/payload > > _______________________________________________ > payload mailing list > payload@ietf.org > https://www.ietf.org/mailman/listinfo/payload From nobody Wed Aug 13 08:13:49 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD8611A0832 for ; Wed, 13 Aug 2014 08:13:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ul2PbzlstDtc for ; Wed, 13 Aug 2014 08:13:22 -0700 (PDT) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AF641A02D5 for ; Wed, 13 Aug 2014 08:13:18 -0700 (PDT) Received: by mail-we0-f170.google.com with SMTP id w62so11435503wes.1 for ; Wed, 13 Aug 2014 08:13:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:thread-index:content-language; bh=JCr2cJL3aRUsQaA2gKArY7lr/pptpVqJQzc5AhBQ3rE=; b=L6DzxfiAP0d9OBF3y3OoGDO0UzfwbsLjX7uGBMp7SB9Abwa+voFxtAOHNxazS2kbnv BRy3s79AT/VoPkpFSij7hJn41CdYqsvFvjswsOkxw9OPGtYFyHM175GFLipcWbVioQe8 g1BmGaCCkVS0FE1toLXdXqIHy+sxPow7WGx/CU7EHO3ACigWwzO6UsfsC+JTe+v4BmXQ h88VXBOEr8TXEPntAhj47zylOcfZtxknsN9dxbwwW94NX8Zw1HHhoFm9fnM2Ek061wcT WrwDF2C7XpzZLSrhYOY7wdgylBji/BfCVihpHm0J38B3A+3R2nFh65zSi7eMnuhkWIEs C7uQ== X-Received: by 10.194.58.148 with SMTP id r20mr5218505wjq.66.1407942796930; Wed, 13 Aug 2014 08:13:16 -0700 (PDT) Received: from RoniE (bzq-79-180-161-139.red.bezeqint.net. [79.180.161.139]) by mx.google.com with ESMTPSA id r20sm68963059wik.0.2014.08.13.08.13.14 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 13 Aug 2014 08:13:16 -0700 (PDT) From: "Roni Even" To: "'Henrik Lundin'" , References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> <53E8B22A.2030207@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> <53E8F2BA.1050506@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089E9FB@nasanexd02f.na.qualcomm.com> <53E9082E.6060609@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089EAC5@nasanexd02f.na.qualcomm.com> In-Reply-To: Date: Wed, 13 Aug 2014 18:13:10 +0300 Message-ID: <002b01cfb709$19902720$4cb07560$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002C_01CFB722.3EDE2270" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEF01AJCGwzyzlsWQjSYUEPAIEdlQGRBF5IAdV0QIACPt1OTwDvNvuOAacLHRQBxTC/RQDujkZVAfWYpV2c+0Pz0A== Content-Language: en-us Archived-At: http://mailarchive.ietf.org/arch/msg/payload/Z4dty7F6DgtbQDs_g4lPntO84Z0 Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 15:13:26 -0000 X-List-Received-Date: Wed, 13 Aug 2014 15:13:26 -0000 This is a multipart message in MIME format. ------=_NextPart_000_002C_01CFB722.3EDE2270 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Thanks, my comments were addressed Roni =20 From: payload [mailto:payload-bounces@ietf.org] On Behalf Of Henrik = Lundin Sent: 13 August, 2014 4:40 PM To: payload@ietf.org Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) =20 Dear all, =20 We just uploaded draft-ietf-payload-vp8-12 to address the comments from = Roni and YK (and some more). Please, let us know what you think. =20 Sincerely, /Henrik =20 =20 On Mon, Aug 11, 2014 at 8:19 PM, Wang, Ye-Kui = wrote: Convincing. Thanks! BR, YK -----Original Message----- From: Harald Alvestrand [mailto:harald@alvestrand.no] Sent: Monday, August 11, 2014 11:15 AM To: Wang, Ye-Kui; payload@ietf.org Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) On 08/11/2014 08:00 PM, Wang, Ye-Kui wrote: >> If it has a single fixed frame rate, max-fr is not sufficient to = negotiate that even if non-integer framerates were supported. > Why? Because max-fr only tells you that a max frame rate is supported, not = the min frame rate supported. If you have a device capable of 15 fps operation only, so that you can't = accept video at 7.5 fps, no amount of sending max-fr will tell the = sender that - so you must use some other mechanism. If you already have another mechanism for setting an exact frame rate, = you can use that for setting 29.97 fps too. _______________________________________________ payload mailing list payload@ietf.org https://www.ietf.org/mailman/listinfo/payload =20 --=20 Henrik Lundin | WebRTC Software Eng | hlundin@google.com | +46 70 646 13 = 41 =20 ------=_NextPart_000_002C_01CFB722.3EDE2270 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi,

Thanks, my comments were addressed

Roni

 

From:= = payload [mailto:payload-bounces@ietf.org] On Behalf Of Henrik = Lundin
Sent: 13 August, 2014 4:40 PM
To: = payload@ietf.org
Subject: Re: [payload] WGLC for VP8 = (draft-ietf-payload-vp8-11)

 

Dear = all,

 

We just uploaded draft-ietf-payload-vp8-12 to address = the comments from Roni and YK (and some more). Please, let us know what = you think.

 

Sincerely,

/Henrik

 

 

On Mon, Aug 11, 2014 at 8:19 PM, Wang, Ye-Kui <yekuiw@qti.qualcomm.com> = wrote:

Convincing. Thanks!

BR, = YK


-----Original Message-----
From: = Harald Alvestrand [mailto:harald@alvestrand.no]
Sent: = Monday, August 11, 2014 11:15 AM
To: Wang, Ye-Kui; payload@ietf.org
Subject: Re: = [payload] WGLC for VP8 = (draft-ietf-payload-vp8-11)

On 08/11/2014 08:00 PM, Wang, Ye-Kui = wrote:
>> If it has a single fixed frame rate, max-fr is not = sufficient to negotiate that even if non-integer framerates were = supported.
> Why?

Because max-fr only tells you that a max = frame rate is supported, not the min frame rate supported.

If you = have a device capable of 15 fps operation only, so that you can't accept = video at 7.5 fps, no amount of sending max-fr will tell the sender that = - so you must use some other mechanism.

If you already have = another mechanism for setting an exact frame rate, you can use that for = setting 29.97 fps = too.

_______________________________________________
payload = mailing list
payload@ietf.org
https://www.ietf.org/mailman/listinfo/payload<= /o:p>



 

-- =

Henrik Lundin | WebRTC Software = Eng | hlundin@google.com | +46 70 646 13 41

 

------=_NextPart_000_002C_01CFB722.3EDE2270-- From nobody Wed Aug 13 09:30:07 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5721E1A090E for ; Wed, 13 Aug 2014 09:30:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.668 X-Spam-Level: X-Spam-Status: No, score=-7.668 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, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m9epZ4FL81xg for ; Wed, 13 Aug 2014 09:30:03 -0700 (PDT) Received: from sabertooth01.qualcomm.com (sabertooth01.qualcomm.com [65.197.215.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B9C81A08FD for ; Wed, 13 Aug 2014 09:30:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1407947403; x=1439483403; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=gJZN3pZRo1v+X6ZqbTmQvo4LLBT3FMe/kTxXOLNTKho=; b=mlcwH66UB5BTnbaGzqRxtrYnTS61zVk/yKZBqetr6pUdiNJqyQS15Fmp eF1KP3xztI6IbqNjvwb7O7c5QiatbKXSH0abWE6f2v7ypsvTEnE0f83RQ Mksx0rWHAoGdBvY9qQYBjsrzAz+u8AuVAUjExQQbjDqUCA1Z4qPRME9QN 4=; X-IronPort-AV: E=McAfee;i="5600,1067,7528"; a="72228372" Received: from ironmsg02-lv.qualcomm.com ([10.47.202.183]) by sabertooth01.qualcomm.com with ESMTP; 13 Aug 2014 09:30:02 -0700 X-IronPort-AV: E=Sophos; i="5.01,857,1400050800"; d="scan'208,217"; a="30360991" Received: from nasanexhc16.na.qualcomm.com ([10.45.158.213]) by ironmsg02-lv.qualcomm.com with ESMTP/TLS/RC4-SHA; 13 Aug 2014 09:30:02 -0700 Received: from NASANEXD02F.na.qualcomm.com ([169.254.8.27]) by nasanexhc16.na.qualcomm.com ([10.45.158.213]) with mapi id 14.03.0181.006; Wed, 13 Aug 2014 09:30:02 -0700 From: "Wang, Ye-Kui" To: Roni Even , 'Henrik Lundin' , "payload@ietf.org" Thread-Topic: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) Thread-Index: AQHPtVz0YeTIB/GUoE+qy7dvjmAdNZvLmBZQgAB5VQD//6AZ0IAAeXoA//+LrcCAA0wmgIAAGf0A//+gDFA= Date: Wed, 13 Aug 2014 16:30:01 +0000 Message-ID: <8BA7D4CEACFFE04BA2D902BF11719A83508A2F65@nasanexd02f.na.qualcomm.com> References: <8BA7D4CEACFFE04BA2D902BF11719A8350824514@nasanexd02f.na.qualcomm.com> <53E8B22A.2030207@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089DFA0@nasanexd02f.na.qualcomm.com> <53E8F2BA.1050506@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089E9FB@nasanexd02f.na.qualcomm.com> <53E9082E.6060609@alvestrand.no> <8BA7D4CEACFFE04BA2D902BF11719A835089EAC5@nasanexd02f.na.qualcomm.com> <002b01cfb709$19902720$4cb07560$@gmail.com> In-Reply-To: <002b01cfb709$19902720$4cb07560$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.30.39.5] Content-Type: multipart/alternative; boundary="_000_8BA7D4CEACFFE04BA2D902BF11719A83508A2F65nasanexd02fnaqu_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/FQ4x42h1nEjSq_VLGve3IIPrU9I Subject: Re: [payload] WGLC for VP8 (draft-ietf-payload-vp8-11) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 16:30:05 -0000 --_000_8BA7D4CEACFFE04BA2D902BF11719A83508A2F65nasanexd02fnaqu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBkb27igJl0IGhhdmUgZnVydGhlciBjb21tZW50cywgZWl0aGVyLg0KDQpCUiwgWUsNCg0KRnJv bTogcGF5bG9hZCBbbWFpbHRvOnBheWxvYWQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m IFJvbmkgRXZlbg0KU2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMTMsIDIwMTQgODoxMyBBTQ0KVG86 ICdIZW5yaWsgTHVuZGluJzsgcGF5bG9hZEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtwYXlsb2Fk XSBXR0xDIGZvciBWUDggKGRyYWZ0LWlldGYtcGF5bG9hZC12cDgtMTEpDQoNCkhpLA0KVGhhbmtz LCBteSBjb21tZW50cyB3ZXJlIGFkZHJlc3NlZA0KUm9uaQ0KDQpGcm9tOiBwYXlsb2FkIFttYWls dG86cGF5bG9hZC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSGVucmlrIEx1bmRpbg0K U2VudDogMTMgQXVndXN0LCAyMDE0IDQ6NDAgUE0NClRvOiBwYXlsb2FkQGlldGYub3JnPG1haWx0 bzpwYXlsb2FkQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtwYXlsb2FkXSBXR0xDIGZvciBWUDgg KGRyYWZ0LWlldGYtcGF5bG9hZC12cDgtMTEpDQoNCkRlYXIgYWxsLA0KDQpXZSBqdXN0IHVwbG9h ZGVkIGRyYWZ0LWlldGYtcGF5bG9hZC12cDgtMTIgdG8gYWRkcmVzcyB0aGUgY29tbWVudHMgZnJv bSBSb25pIGFuZCBZSyAoYW5kIHNvbWUgbW9yZSkuIFBsZWFzZSwgbGV0IHVzIGtub3cgd2hhdCB5 b3UgdGhpbmsuDQoNClNpbmNlcmVseSwNCi9IZW5yaWsNCg0KDQpPbiBNb24sIEF1ZyAxMSwgMjAx NCBhdCA4OjE5IFBNLCBXYW5nLCBZZS1LdWkgPHlla3Vpd0BxdGkucXVhbGNvbW0uY29tPG1haWx0 bzp5ZWt1aXdAcXRpLnF1YWxjb21tLmNvbT4+IHdyb3RlOg0KQ29udmluY2luZy4gVGhhbmtzIQ0K DQpCUiwgWUsNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEhhcmFsZCBBbHZl c3RyYW5kIFttYWlsdG86aGFyYWxkQGFsdmVzdHJhbmQubm88bWFpbHRvOmhhcmFsZEBhbHZlc3Ry YW5kLm5vPl0NClNlbnQ6IE1vbmRheSwgQXVndXN0IDExLCAyMDE0IDExOjE1IEFNDQpUbzogV2Fu ZywgWWUtS3VpOyBwYXlsb2FkQGlldGYub3JnPG1haWx0bzpwYXlsb2FkQGlldGYub3JnPg0KU3Vi amVjdDogUmU6IFtwYXlsb2FkXSBXR0xDIGZvciBWUDggKGRyYWZ0LWlldGYtcGF5bG9hZC12cDgt MTEpDQpPbiAwOC8xMS8yMDE0IDA4OjAwIFBNLCBXYW5nLCBZZS1LdWkgd3JvdGU6DQo+PiBJZiBp dCBoYXMgYSBzaW5nbGUgZml4ZWQgZnJhbWUgcmF0ZSwgbWF4LWZyIGlzIG5vdCBzdWZmaWNpZW50 IHRvIG5lZ290aWF0ZSB0aGF0IGV2ZW4gaWYgbm9uLWludGVnZXIgZnJhbWVyYXRlcyB3ZXJlIHN1 cHBvcnRlZC4NCj4gV2h5Pw0KDQpCZWNhdXNlIG1heC1mciBvbmx5IHRlbGxzIHlvdSB0aGF0IGEg bWF4IGZyYW1lIHJhdGUgaXMgc3VwcG9ydGVkLCBub3QgdGhlIG1pbiBmcmFtZSByYXRlIHN1cHBv cnRlZC4NCg0KSWYgeW91IGhhdmUgYSBkZXZpY2UgY2FwYWJsZSBvZiAxNSBmcHMgb3BlcmF0aW9u IG9ubHksIHNvIHRoYXQgeW91IGNhbid0IGFjY2VwdCB2aWRlbyBhdCA3LjUgZnBzLCBubyBhbW91 bnQgb2Ygc2VuZGluZyBtYXgtZnIgd2lsbCB0ZWxsIHRoZSBzZW5kZXIgdGhhdCAtIHNvIHlvdSBt dXN0IHVzZSBzb21lIG90aGVyIG1lY2hhbmlzbS4NCg0KSWYgeW91IGFscmVhZHkgaGF2ZSBhbm90 aGVyIG1lY2hhbmlzbSBmb3Igc2V0dGluZyBhbiBleGFjdCBmcmFtZSByYXRlLCB5b3UgY2FuIHVz ZSB0aGF0IGZvciBzZXR0aW5nIDI5Ljk3IGZwcyB0b28uDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpwYXlsb2FkIG1haWxpbmcgbGlzdA0KcGF5bG9h ZEBpZXRmLm9yZzxtYWlsdG86cGF5bG9hZEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vcGF5bG9hZA0KDQoNCg0KLS0NCkhlbnJpayBMdW5kaW4gfCBXZWJS VEMgU29mdHdhcmUgRW5nIHwgaGx1bmRpbkBnb29nbGUuY29tPG1haWx0bzpobHVuZGluQGdvb2ds ZS5jb20+IHwgKzQ2IDcwIDY0NiAxMyA0MQ0KDQo= --_000_8BA7D4CEACFFE04BA2D902BF11719A83508A2F65nasanexd02fnaqu_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QFNpbVN1biI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNv QWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxv b24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNw YW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7 DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQi Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUx OQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl cmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBl OmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJ e3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjI1aW4gMS4waW4gMS4yNWluO30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGRvbuKAmXQgaGF2ZSBmdXJ0aGVyIGNvbW1lbnRzLCBl aXRoZXIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5CUiwgWUs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGlu Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IHBheWxvYWQgW21h aWx0bzpwYXlsb2FkLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlJvbmkg RXZlbjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEF1Z3VzdCAxMywgMjAxNCA4OjEzIEFN PGJyPg0KPGI+VG86PC9iPiAnSGVucmlrIEx1bmRpbic7IHBheWxvYWRAaWV0Zi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUmU6IFtwYXlsb2FkXSBXR0xDIGZvciBWUDggKGRyYWZ0LWlldGYtcGF5 bG9hZC12cDgtMTEpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGFua3MsIG15IGNvbW1lbnRzIHdlcmUgYWRkcmVzc2Vk PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlJvbmk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQu MHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gcGF5bG9hZCBbPGEgaHJlZj0ibWFpbHRvOnBheWxvYWQt Ym91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnBheWxvYWQtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8 Yj5PbiBCZWhhbGYgT2YgPC9iPkhlbnJpayBMdW5kaW48YnI+DQo8Yj5TZW50OjwvYj4gMTMgQXVn dXN0LCAyMDE0IDQ6NDAgUE08YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpwYXlsb2Fk QGlldGYub3JnIj5wYXlsb2FkQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTog W3BheWxvYWRdIFdHTEMgZm9yIFZQOCAoZHJhZnQtaWV0Zi1wYXlsb2FkLXZwOC0xMSk8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBhbGws PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBqdXN0IHVw bG9hZGVkIGRyYWZ0LWlldGYtcGF5bG9hZC12cDgtMTIgdG8gYWRkcmVzcyB0aGUgY29tbWVudHMg ZnJvbSBSb25pIGFuZCBZSyAoYW5kIHNvbWUgbW9yZSkuIFBsZWFzZSwgbGV0IHVzIGtub3cgd2hh dCB5b3UgdGhpbmsuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPlNpbmNlcmVseSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPi9IZW5yaWs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1v biwgQXVnIDExLCAyMDE0IGF0IDg6MTkgUE0sIFdhbmcsIFllLUt1aSAmbHQ7PGEgaHJlZj0ibWFp bHRvOnlla3Vpd0BxdGkucXVhbGNvbW0uY29tIiB0YXJnZXQ9Il9ibGFuayI+eWVrdWl3QHF0aS5x dWFsY29tbS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkNvbnZpbmNpbmcuIFRoYW5rcyE8YnI+DQo8YnI+DQpCUiwgWUs8bzpwPjwvbzpwPjwv cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w cHQiPjxicj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogSGFyYWxkIEFs dmVzdHJhbmQgW21haWx0bzo8YSBocmVmPSJtYWlsdG86aGFyYWxkQGFsdmVzdHJhbmQubm8iPmhh cmFsZEBhbHZlc3RyYW5kLm5vPC9hPl08YnI+DQpTZW50OiBNb25kYXksIEF1Z3VzdCAxMSwgMjAx NCAxMToxNSBBTTxicj4NClRvOiBXYW5nLCBZZS1LdWk7IDxhIGhyZWY9Im1haWx0bzpwYXlsb2Fk QGlldGYub3JnIj5wYXlsb2FkQGlldGYub3JnPC9hPjxicj4NClN1YmplY3Q6IFJlOiBbcGF5bG9h ZF0gV0dMQyBmb3IgVlA4IChkcmFmdC1pZXRmLXBheWxvYWQtdnA4LTExKTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDA4LzExLzIw MTQgMDg6MDAgUE0sIFdhbmcsIFllLUt1aSB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyBJZiBpdCBoYXMg YSBzaW5nbGUgZml4ZWQgZnJhbWUgcmF0ZSwgbWF4LWZyIGlzIG5vdCBzdWZmaWNpZW50IHRvIG5l Z290aWF0ZSB0aGF0IGV2ZW4gaWYgbm9uLWludGVnZXIgZnJhbWVyYXRlcyB3ZXJlIHN1cHBvcnRl ZC48YnI+DQomZ3Q7IFdoeT88YnI+DQo8YnI+DQpCZWNhdXNlIG1heC1mciBvbmx5IHRlbGxzIHlv dSB0aGF0IGEgbWF4IGZyYW1lIHJhdGUgaXMgc3VwcG9ydGVkLCBub3QgdGhlIG1pbiBmcmFtZSBy YXRlIHN1cHBvcnRlZC48YnI+DQo8YnI+DQpJZiB5b3UgaGF2ZSBhIGRldmljZSBjYXBhYmxlIG9m IDE1IGZwcyBvcGVyYXRpb24gb25seSwgc28gdGhhdCB5b3UgY2FuJ3QgYWNjZXB0IHZpZGVvIGF0 IDcuNSBmcHMsIG5vIGFtb3VudCBvZiBzZW5kaW5nIG1heC1mciB3aWxsIHRlbGwgdGhlIHNlbmRl ciB0aGF0IC0gc28geW91IG11c3QgdXNlIHNvbWUgb3RoZXIgbWVjaGFuaXNtLjxicj4NCjxicj4N CklmIHlvdSBhbHJlYWR5IGhhdmUgYW5vdGhlciBtZWNoYW5pc20gZm9yIHNldHRpbmcgYW4gZXhh Y3QgZnJhbWUgcmF0ZSwgeW91IGNhbiB1c2UgdGhhdCBmb3Igc2V0dGluZyAyOS45NyBmcHMgdG9v Ljxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KcGF5bG9hZCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86cGF5bG9h ZEBpZXRmLm9yZyI+cGF5bG9hZEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BheWxvYWQiIHRhcmdldD0iX2JsYW5rIj5odHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BheWxvYWQ8L2E+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8 YnIgY2xlYXI9ImFsbCI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ LS0gPG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tdG9wOjcuNXB0Ij4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxOC4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiM1NTU1NTU7Ym9yZGVyOnNvbGlkICNENTBGMjUgMS41cHQ7cGFkZGluZzoyLjBwdCI+SGVucmlr IEx1bmRpbiZuYnNwO3w8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzU1NTU1NTtib3JkZXI6c29saWQg IzMzNjlFOCAxLjVwdDtwYWRkaW5nOjIuMHB0Ij4mbmJzcDtXZWJSVEMNCiBTb2Z0d2FyZSBFbmcm bmJzcDt8PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM1NTU1NTU7Ym9yZGVyOnNvbGlkICMwMDk5Mzkg MS41cHQ7cGFkZGluZzoyLjBwdCI+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmhsdW5kaW5AZ29vZ2xl LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmhsdW5kaW5AZ29vZ2xlLmNvbTwvYT4mbmJzcDt8PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiM1NTU1NTU7Ym9yZGVyOnNvbGlkICNFRUIyMTEgMS41cHQ7cGFkZGlu ZzoyLjBwdCI+Jm5ic3A7JiM0Mzs0Ng0KIDcwIDY0NiAxMyA0MTwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojNTU1NTU1Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i b2R5Pg0KPC9odG1sPg0K --_000_8BA7D4CEACFFE04BA2D902BF11719A83508A2F65nasanexd02fnaqu_-- From nobody Wed Aug 13 13:44:24 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D25501A06FD; Wed, 13 Aug 2014 13:44:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wDtMtQ8IOPKc; Wed, 13 Aug 2014 13:44:19 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 96FC71A06ED; Wed, 13 Aug 2014 13:44:19 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p5 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140813204419.5396.50118.idtracker@ietfa.amsl.com> Date: Wed, 13 Aug 2014 13:44:19 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/qctdD3WwPVXUrWQonJtkoKTyWvo Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rtp-h265-06.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 20:44:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Payloads Working Group of the IETF. Title : RTP Payload Format for High Efficiency Video Coding Authors : Ye-Kui Wang Yago Sanchez Thomas Schierl Stephan Wenger Miska M. Hannuksela Filename : draft-ietf-payload-rtp-h265-06.txt Pages : 99 Date : 2014-08-13 Abstract: This memo describes an RTP payload format for the video coding standard ITU-T Recommendation H.265 and ISO/IEC International Standard 23008-2, both also known as High Efficiency Video Coding (HEVC) and developed by the Joint Collaborative Team on Video Coding (JCT-VC). The RTP payload format allows for packetization of one or more Network Abstraction Layer (NAL) units in each RTP packet payload, as well as fragmentation of a NAL unit into multiple RTP packets. Furthermore, it supports transmission of an HEVC bitstream over a single as well as multiple RTP streams. The payload format has wide applicability in videoconferencing, Internet video streaming, and high bit-rate entertainment-quality video, among others. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-h265/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-payload-rtp-h265-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-payload-rtp-h265-06 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 Wed Aug 13 13:48:54 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 104861A024C for ; Wed, 13 Aug 2014 13:48:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.669 X-Spam-Level: X-Spam-Status: No, score=-7.669 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, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bppoIk3ft_Qv for ; Wed, 13 Aug 2014 13:48:46 -0700 (PDT) Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DC621A0087 for ; Wed, 13 Aug 2014 13:48:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1407962926; x=1439498926; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=VrU9oubde9PLZWyWM2zBuHpHYFR6PflRvisH97n6rro=; b=tMMVGtGTv7JimhTYfY7LXjhAMYUnxOKQ/TNFC6Tr3m4RgUT4YRhGuYHa MT+mRmecXCG+7rIvs6sir+Alt5Tgb82N6Fafnv4+/d8Ee5I1xiiWqxjTb j5qArWriyT+VG9ekVtdeJpWLWOaTmQryrWTJx8osIo+ohyp7Faun/TC/j c=; X-IronPort-AV: E=McAfee;i="5600,1067,7529"; a="149479297" Received: from ironmsg03-r.qualcomm.com ([172.30.46.17]) by wolverine02.qualcomm.com with ESMTP; 13 Aug 2014 13:48:46 -0700 X-IronPort-AV: E=Sophos;i="5.01,857,1400050800"; d="scan'208";a="731042203" Received: from nasanexhc15.na.qualcomm.com ([129.46.52.215]) by Ironmsg03-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 13 Aug 2014 13:48:46 -0700 Received: from NASANEXD02F.na.qualcomm.com ([169.254.8.27]) by nasanexhc15.na.qualcomm.com ([129.46.52.215]) with mapi id 14.03.0181.006; Wed, 13 Aug 2014 13:48:46 -0700 From: "Wang, Ye-Kui" To: "payload@ietf.org" Thread-Topic: [payload] I-D Action: draft-ietf-payload-rtp-h265-06.txt Thread-Index: AQHPtzdryYGB0ZXKF0eoRRkAhPbrxpvPASSg Date: Wed, 13 Aug 2014 20:48:44 +0000 Message-ID: <8BA7D4CEACFFE04BA2D902BF11719A83508A34D3@nasanexd02f.na.qualcomm.com> References: <20140813204419.5396.50118.idtracker@ietfa.amsl.com> In-Reply-To: <20140813204419.5396.50118.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.30.39.5] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/6ZzUrHfKzObCObkPmsLOvwpk2rg Subject: Re: [payload] I-D Action: draft-ietf-payload-rtp-h265-06.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 20:48:52 -0000 In this version, some Idnits issues were have been resolved. Thanks! BR, YK -----Original Message----- From: payload [mailto:payload-bounces@ietf.org] On Behalf Of internet-draft= s@ietf.org Sent: Wednesday, August 13, 2014 1:44 PM To: i-d-announce@ietf.org Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rtp-h265-06.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Audio/Video Transport Payloads Working Gr= oup of the IETF. Title : RTP Payload Format for High Efficiency Video Codi= ng Authors : Ye-Kui Wang Yago Sanchez Thomas Schierl Stephan Wenger Miska M. Hannuksela Filename : draft-ietf-payload-rtp-h265-06.txt Pages : 99 Date : 2014-08-13 Abstract: This memo describes an RTP payload format for the video coding standard ITU-T Recommendation H.265 and ISO/IEC International Standard 23008-2, both also known as High Efficiency Video Coding (HEVC) and developed by the Joint Collaborative Team on Video Coding (JCT-VC). The RTP payload format allows for packetization of one or more Network Abstraction Layer (NAL) units in each RTP packet payload, as well as fragmentation of a NAL unit into multiple RTP packets. Furthermore, it supports transmission of an HEVC bitstream over a single as well as multiple RTP streams. The payload format has wide applicability in videoconferencing, Internet video streaming, and high bit-rate entertainment-quality video, among others. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-h265/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-payload-rtp-h265-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-payload-rtp-h265-06 Please note that it may take a couple of minutes from the time of submissio= n 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/ _______________________________________________ payload mailing list payload@ietf.org https://www.ietf.org/mailman/listinfo/payload From nobody Fri Aug 22 14:52:50 2014 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 614031A6F78; Fri, 22 Aug 2014 14:52:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zxTr6j_i92oU; Fri, 22 Aug 2014 14:52:44 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 291681A0ADA; Fri, 22 Aug 2014 14:52:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p5 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140822215244.26393.69111.idtracker@ietfa.amsl.com> Date: Fri, 22 Aug 2014 14:52:44 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/payload/DTPNwc6ThKgsIdF9Q9G-1O4qe28 Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-g7110-03.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.15 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2014 21:52:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Payloads Working Group of the IETF. Title : RTP Payload Format for G.711.0 Authors : Michael A. Ramalho Paul E. Jones Noboru Harada Muthu Arul Mozhi Perumal Lei Miao Filename : draft-ietf-payload-g7110-03.txt Pages : 29 Date : 2014-08-22 Abstract: This document specifies the Real-Time Transport Protocol (RTP) payload format for ITU-T Recommendation G.711.0. ITU-T Rec. G.711.0 defines a lossless and stateless compression for G.711 packet payloads typically used in IP networks. This document also defines a storage mode format for G.711.0 and a media type registration for the G.711.0 RTP payload format. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-g7110/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-payload-g7110-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-payload-g7110-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/