Re: [payload] WGLC for VP8 Payload
Glen Zorn <glenzorn@gmail.com> Sat, 15 December 2012 13:11 UTC
Return-Path: <glenzorn@gmail.com>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2B9F21F8830 for <payload@ietfa.amsl.com>; Sat, 15 Dec 2012 05:11:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.299
X-Spam-Level:
X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HS_INDEX_PARAM=0.001, J_CHICKENPOX_26=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hhjQgQ9+bX-N for <payload@ietfa.amsl.com>; Sat, 15 Dec 2012 05:11:23 -0800 (PST)
Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 9780521F87E7 for <payload@ietf.org>; Sat, 15 Dec 2012 05:11:23 -0800 (PST)
Received: by mail-pb0-f44.google.com with SMTP id uo1so2764947pbc.31 for <payload@ietf.org>; Sat, 15 Dec 2012 05:11:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=1oKHxFDdZGH+iMrJaJGHNkiT2cQW1dpUsEE3HA3PMhw=; b=J+vXWQFMzyxFkK7e2iTO5xB3rAXOBItn8eA78K5rz7/CD1AW6mVtFzClfKEG36+Z8z niIVm3jtyNLyHWMh7YDQ6qtXTA4ACuBEEFpmuMwQbbxijW6TnTG14BSyRdYyOQ/kHjTs KONgmpNOLcVdWClhXh5p6Alz56xBXTzY3jCz3cyRqkWtVg1sUPe6INbQLzrMuFHt8eZ+ 7EfWidL8wswlWeU3xGdXocZZB84kQxn8bnVVWVOltHVFrRfngznqwNThbZ4R+mE9iwM6 2p24LVIKuElWAxPnky1+QObVFK06G0PlvCng32s7SJ+468kFbsunULevHeDTEZgxYXLR yEaw==
Received: by 10.68.240.36 with SMTP id vx4mr24792281pbc.90.1355577083412; Sat, 15 Dec 2012 05:11:23 -0800 (PST)
Received: from [192.168.0.102] (ppp-124-120-128-42.revip2.asianet.co.th. [124.120.128.42]) by mx.google.com with ESMTPS id o5sm5034337pay.5.2012.12.15.05.11.17 (version=SSLv3 cipher=OTHER); Sat, 15 Dec 2012 05:11:21 -0800 (PST)
Message-ID: <50CC76F3.7060702@gmail.com>
Date: Sat, 15 Dec 2012 20:11:15 +0700
From: Glen Zorn <glenzorn@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Stephan Wenger <stewe@stewe.org>
References: <FDBFA77C7400C74F87BC297393B53E352FFCE00C@BL2PRD0710MB349.namprd07.prod.outlook.com>
In-Reply-To: <FDBFA77C7400C74F87BC297393B53E352FFCE00C@BL2PRD0710MB349.namprd07.prod.outlook.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: Jonathan Lennox <jonathan@vidyo.com>, "pwestin@webrtc.org" <pwestin@webrtc.org>, "draft-ietf-payload-vp8@tools.ietf.org" <draft-ietf-payload-vp8@tools.ietf.org>, "payload@ietf.org" <payload@ietf.org>
Subject: Re: [payload] WGLC for VP8 Payload
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/payload>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 15 Dec 2012 13:11:25 -0000
On 12/15/2012 06:27 AM, Stephan Wenger wrote: > Hi, I'm with Ali here. Me, too. > The design choice that has been made in the VP8 payload is different > from the one in the SVC payload, despite similarity in codepoint > names and functionality. The reasoning for that ought to be > documented. In the SVC payload format, we didn't need to, because we > were first in describing something like this :-) A sentence or two > should suffice, along the lines Jonathan proposed. Stephan > > From: "Ali C. Begen (abegen)" <abegen@cisco.com > <mailto:abegen@cisco.com>> Date: Friday, 14 December, 2012 15:09 To: > "pwestin@webrtc.org <mailto:pwestin@webrtc.org>" <pwestin@webrtc.org > <mailto:pwestin@webrtc.org>>, Jonathan Lennox <jonathan@vidyo.com > <mailto:jonathan@vidyo.com>> Cc: > "draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org>" > <draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org>>, "payload@ietf.org > <mailto:payload@ietf.org>" <payload@ietf.org > <mailto:payload@ietf.org>> Subject: Re: [payload] WGLC for VP8 > Payload > > Personally (chair-hat off), I think we should. It does not harm > anything but provides clarification to someone who is not deep down > in every detail. > > From: Patrik Westin <pwestin@webrtc.org <mailto:pwestin@webrtc.org>> > Reply-To: "pwestin@webrtc.org <mailto:pwestin@webrtc.org>" > <pwestin@webrtc.org <mailto:pwestin@webrtc.org>> Date: Friday, > December 14, 2012 6:06 PM To: Jonathan Lennox <jonathan@vidyo.com > <mailto:jonathan@vidyo.com>> Cc: "Ali C. Begen" <abegen@cisco.com > <mailto:abegen@cisco.com>>, "payload@ietf.org > <mailto:payload@ietf.org>" <payload@ietf.org > <mailto:payload@ietf.org>>, "draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org>" > <draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org>> Subject: Re: > [payload] WGLC for VP8 Payload > > Ali do you really want me to add that to the draft? > > > On Fri, Dec 14, 2012 at 2:55 PM, Jonathan Lennox <jonathan@vidyo.com > <mailto:jonathan@vidyo.com>> wrote: > > What I think Ali meant was to add some text describing the > implications of this design choice for splicers – i.e., if these > features are in use, they must re-write packets indefinitely > following a splice. > > > > *From:*pwestin@google.com <mailto:pwestin@google.com> > [mailto:pwestin@google.com <mailto:pwestin@google.com>] *On Behalf Of > *Patrik Westin *Sent:* Friday, December 14, 2012 5:47 PM *To:* Ali C. > Begen (abegen) *Cc:* Jonathan Lennox; payload@ietf.org > <mailto:payload@ietf.org>; draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org> > > > *Subject:* Re: [payload] WGLC for VP8 Payload > > > > Well he did not have a point in my mind. This is what he wrote. > > > > "The VP8 payload format's decision is a reasonable design choice -- > as compared to the H.264 SVC rules, it removes some ambiguity between > splice points and packet loss, giving decoders somewhat greater > visibility as to what's going on in the bitstream, and also allows > TL0PICIDX and KEYIDX to be orthogonal options because they increment > independently." > > > > The worst thing that can happen in a draft is to leave ambiguity, > which we don't have in the current draft. However if we do it the way > H.264 SVC do we could introduce such ambiguity > > > > On Fri, Dec 14, 2012 at 2:30 PM, Ali C. Begen (abegen) > <abegen@cisco.com <mailto:abegen@cisco.com>> wrote: > > Are you at least planning to put some text around the point Jonathan > brought up? > > > > *From: *Patrik Westin <pwestin@webrtc.org > <mailto:pwestin@webrtc.org>> *Reply-To: *"pwestin@webrtc.org > <mailto:pwestin@webrtc.org>" <pwestin@webrtc.org > <mailto:pwestin@webrtc.org>> *Date: *Friday, December 14, 2012 4:53 > PM > > > *To: *"Ali C. Begen" <abegen@cisco.com <mailto:abegen@cisco.com>> > > *Cc: *Jonathan Lennox <jonathan@vidyo.com > <mailto:jonathan@vidyo.com>>, "payload@ietf.org > <mailto:payload@ietf.org>" <payload@ietf.org > <mailto:payload@ietf.org>>, "draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org>" > <draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org>> > > > *Subject: *Re: [payload] WGLC for VP8 Payload > > > > Trying to send this again since my previous message did not reach the > list. > > Thanks for pointing out the inconsistency. We've submitted a new > draft that fixes that problem. > > > The second issue was intentional. We'll keep it this way. > > > > On Thu, Dec 13, 2012 at 8:55 AM, Ali C. Begen (abegen) > <abegen@cisco.com <mailto:abegen@cisco.com>> wrote: > > Thanks, the authors just rev'ed the draft to fix the first issue. I > hope they will address the second issue first in the list and then > reflect the agreement in the next revision. I will hold on to the doc > write-up till then. > > > -acbegen > > -----Original Message----- From: Jonathan Lennox <jonathan@vidyo.com > <mailto:jonathan@vidyo.com>> > > Date: Thursday, December 13, 2012 11:29 AM To: "Ali C. Begen" > <abegen@cisco.com <mailto:abegen@cisco.com>>, "payload@ietf.org > <mailto:payload@ietf.org>" <payload@ietf.org > <mailto:payload@ietf.org>> Cc: "draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org>" > <draft-ietf-payload-vp8@tools.ietf.org > <mailto:draft-ietf-payload-vp8@tools.ietf.org>> > > Subject: RE: [payload] WGLC for VP8 Payload > >> Hi, Ali -- >> >> I just wanted to make sure the issue had been considered; if the >> WG agrees that the current design is okay given the limitations >> I've mentioned, I'm not going to object. >> >> Discussion of the issue might be helpful in the document. >> >> -----Original Message----- From: Ali C. Begen (abegen) >> [mailto:abegen@cisco.com <mailto:abegen@cisco.com>] Sent: Tuesday, >> December 11, 2012 7:13 PM To: Jonathan Lennox; payload@ietf.org >> <mailto:payload@ietf.org> Cc: draft-ietf-payload-vp8@tools.ietf.org >> <mailto:draft-ietf-payload-vp8@tools.ietf.org> Subject: Re: >> [payload] WGLC for VP8 Payload >> >> The first one should be fixed by the authors thru a quick revision. >> As for the second one, I will ask the authors reply. Also if there >> are others who strongly think one way or another, lets discuss it. >> >> Jonathan, are you ok if the authors simply acknowledge this in the >> draft (assuming they agree with you) or do you actually not like >> this at all? >> >> -acbegen >> >> -----Original Message----- From: Jonathan Lennox >> <jonathan@vidyo.com <mailto:jonathan@vidyo.com>> Date: Tuesday, >> December 11, 2012 11:49 AM To: "payload@ietf.org >> <mailto:payload@ietf.org>" <payload@ietf.org >> <mailto:payload@ietf.org>> Subject: Re: [payload] WGLC for VP8 >> Payload >> >>> Hi -- I have two comments on this draft. Sorry for being late. >>> >>> First of all, an editorial matter: Section 6 says the format has >>> no parameters, but section 6.1 lists two optional parameters >>> (max-fr and max-fs). >>> >>> >>> Secondly, more substantively, I note that the payload format's >>> rules on KEYIDX and TL0PICIDX impose a fair bit of overhead on >>> boxes that wish to splice together VP8 streams, since both values >>> are required to always increment consecutively in a bitstream (if >>> they're being used). >>> >>> By contrast, the equivalent fields of the H.264 SVC payload >>> format (in the PACSI) just say that IDRPICID must be different in >>> consecutive IDR frames, without requiring that the value >>> increment by 1; and TL0PICIDX resets to 0 on every IDR frame, >>> rather than carrying on continuously. (H.264's IDR frames are >>> analogous for these purposes to VP8's essential keyframes). >>> >>> This means that an H.264 SVC splicer -- as long as it doesn't >>> get unlucky, such that the two streams it's splicing happen to >>> have identical IDRPICID values at the splice point -- can just >>> transition from one bitstream to another at any IDR frame. >>> >>> By contrast, following a splice, a VP8 splicer must re-write both >>> these fields for the rest of the lifetime of the stream, since >>> they each have only one valid possible value following the >>> splice. >>> >>> The VP8 payload format's decision is a reasonable design choice >>> -- as compared to the H.264 SVC rules, it removes some ambiguity >>> between splice points and packet loss, giving decoders somewhat >>> greater visibility as to what's going on in the bitstream, and >>> also allows TL0PICIDX and KEYIDX to be orthogonal options because >>> they increment independently. However, I wanted to make sure >>> this had been considered explicitly by the working group, and we >>> had consensus that it was the right decision. >>> >>> (Note well disclaimer: Vidyo has an IPR declaration against the >>> VP8 payload -- see <http://tracker.tools.ietf.org/ipr/1622/>.) >>> >>> >>> On Dec 5, 2012, at 9:20 PM, Ali C. Begen (abegen) wrote: >>> >>>> I have not seen any comments on the list. Please review the >>>> draft and post your comments on the list. >>>> >>>> Thanks. -acbegen >>>> >>>> -----Original Message----- From: "Ali C. Begen" >>>> <abegen@cisco.com <mailto:abegen@cisco.com>> Date: Monday, >>>> November 19, 2012 3:15 PM To: "payload@ietf.org >>>> <mailto:payload@ietf.org>" <payload@ietf.org >>>> <mailto:payload@ietf.org>> Subject: [payload] WGLC for VP8 >>>> Payload >>>> >>>>> Hi everyone, >>>>> >>>>> We had a WGLC for this draft earlier this year and there have >>>>> been a few updates to the document. I am starting a 2nd >>>>> WGLC. Please review and comment on the list by December >>>>> 10th. >>>>> >>>>> https://datatracker.ietf.org/doc/draft-ietf-payload-vp8/?include_tex > >>>>> >>>> t=1 >>>>> >>>> https://www.ietf.org/mailman/listinfo/payload >>>> >>> >>> -- Jonathan Lennox jonathan@vidyo.com >>> <mailto:jonathan@vidyo.com> >>> >>> >>> _______________________________________________ payload mailing >>> list payload@ietf.org <mailto:payload@ietf.org> >>> https://www.ietf.org/mailman/listinfo/payload >> > > _______________________________________________ payload mailing list > payload@ietf.org <mailto:payload@ietf.org> > https://www.ietf.org/mailman/listinfo/payload > > > > > > > > > > > > > > > _______________________________________________ payload mailing list > payload@ietf.org https://www.ietf.org/mailman/listinfo/payload
- [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Tom Harper
- Re: [payload] WGLC for VP8 Payload Harald Alvestrand
- Re: [payload] WGLC for VP8 Payload Jonathan Lennox
- Re: [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Jonathan Lennox
- Re: [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Patrik Westin
- Re: [payload] WGLC for VP8 Payload Patrik Westin
- Re: [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Patrik Westin
- Re: [payload] WGLC for VP8 Payload Jonathan Lennox
- Re: [payload] WGLC for VP8 Payload Patrik Westin
- Re: [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Stephan Wenger
- Re: [payload] WGLC for VP8 Payload Glen Zorn
- Re: [payload] WGLC for VP8 Payload Patrik Westin
- Re: [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Harald Alvestrand
- Re: [payload] WGLC for VP8 Payload Ali C. Begen (abegen)
- Re: [payload] WGLC for VP8 Payload Roni Even
- Re: [payload] WGLC for VP8 Payload Jonathan Lennox