Re: [payload] WGLC for VP8 Payload
Patrik Westin <pwestin@webrtc.org> Fri, 14 December 2012 22:47 UTC
Return-Path: <pwestin@google.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 D466C21F8AF4 for <payload@ietfa.amsl.com>; Fri, 14 Dec 2012 14:47:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.375
X-Spam-Level:
X-Spam-Status: No, score=-102.375 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HS_INDEX_PARAM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_26=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 lZbHSeaTjZHb for <payload@ietfa.amsl.com>; Fri, 14 Dec 2012 14:47:09 -0800 (PST)
Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by ietfa.amsl.com (Postfix) with ESMTP id B0DB221F8AF9 for <payload@ietf.org>; Fri, 14 Dec 2012 14:47:09 -0800 (PST)
Received: by mail-pa0-f44.google.com with SMTP id hz11so2542899pad.31 for <payload@ietf.org>; Fri, 14 Dec 2012 14:47:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=d6jODAcelag7NglE1WLfrLlPI6VBNFYfasCD7lB4JQU=; b=UJe2rwMbvRxxIAX5J0BljjQAs7d7SD2YNrdkSaSb6SJgVqwtUaAcReH0P7RCnvPPo2 IBjtkvveVH8YPFAU3hf9/8u2Fag87MREdorXXMO3HBm69Urs97v4YIvc2XfOMwA2+g6O IsWXsTVSIIBG+tcs9GQjR3jM8gRqTr4yqz2OvtORcbFIJ2ozCYzMXfpmjpXkqHHMRBZ+ IDMxi+OCEUq6aCKhTqrR3KdpgekKfbyBmjchMmeGixFV2wx9sUK+lpEdiErVUNH/UKmp Lpg88+q0VAvonlBmcS1H+BNVPI886CTfC+7Wf0t7BoOzAUdFMsZOCptuga3Q8X0jLw3j E/ug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=d6jODAcelag7NglE1WLfrLlPI6VBNFYfasCD7lB4JQU=; b=IGleZCC6ZsBi/nn8aCHRjg5N9DOLaEyVYWbWTJDOI0rmeGiEzG6fq3AD3q6PEUT9VY ffvhY1FKjZVo/UXgLohN3hKHYweG2yquaf855Lfes8dR50eCuitAmgi4R2Z7IGNv9JSK R5GxNj3+WCiuYBZIu3xTaeVCSlDki40HvRz/TloK63pBd6b5+M0YI50J5HeiH3OZUIDX osFZ/PWUv1nBd7y73qURMr+iDxZbYVBs8gAmjNt7akH7koEu/9+oQSuCKpReEWwc7Ez+ jvKdKoewI3Fc8uwAUydosYDfXmUZ5Inhy/qJSaxU94Z0orDq800Jwxu60inmNgeXZTQC 1VRA==
Received: by 10.68.247.39 with SMTP id yb7mr20165383pbc.15.1355525229351; Fri, 14 Dec 2012 14:47:09 -0800 (PST)
MIME-Version: 1.0
Sender: pwestin@google.com
Received: by 10.68.230.166 with HTTP; Fri, 14 Dec 2012 14:46:49 -0800 (PST)
In-Reply-To: <C15918F2FCDA0243A7C919DA7C4BE9940CD924F1@xmb-aln-x01.cisco.com>
References: <CAESWC-zPzf3coU6pXXeyehoQ9YGH8bucVjUb6JBKLGGh2gdUJg@mail.gmail.com> <C15918F2FCDA0243A7C919DA7C4BE9940CD924F1@xmb-aln-x01.cisco.com>
From: Patrik Westin <pwestin@webrtc.org>
Date: Fri, 14 Dec 2012 14:46:49 -0800
X-Google-Sender-Auth: 2nJEG--xZl9HbxDIgpcsN2EBI1k
Message-ID: <CAESWC-xqTHdvUrBG6zVUTOiNJiSNd_ycWq2qmX28Mfy_cJW0wQ@mail.gmail.com>
To: "Ali C. Begen (abegen)" <abegen@cisco.com>
Content-Type: multipart/alternative; boundary="047d7b2e0fc9c7954804d0d7cf4d"
X-Gm-Message-State: ALoCoQl+tVlB0i/tNf3ueTMJIQ+8aYMKUfqkyqm9KMbnyYGXhtbQ4kYOzIWi+/te+qG0/3fE70HPpT8PwNnTt+YzezSBUOKe6jv1GtbzJe0GDilObkin0HQlltzg/m7trnpO43S/tuNnUVt8I15HuNgtrgUQZ+EnzRdkafSUjAtyKzVHJfJopf+QSJfv4ijv/ySflsZb3Lpt
Cc: Jonathan Lennox <jonathan@vidyo.com>, "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
Reply-To: pwestin@webrtc.org
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: Fri, 14 Dec 2012 22:47:14 -0000
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>wrote: > Are you at least planning to put some text around the point Jonathan > brought up? > > From: Patrik Westin <pwestin@webrtc.org> > Reply-To: "pwestin@webrtc.org" <pwestin@webrtc.org> > Date: Friday, December 14, 2012 4:53 PM > > To: "Ali C. Begen" <abegen@cisco.com> > Cc: Jonathan Lennox <jonathan@vidyo.com>, "payload@ietf.org" < > payload@ietf.org>, "draft-ietf-payload-vp8@tools.ietf.org" < > 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>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> >> Date: Thursday, December 13, 2012 11:29 AM >> To: "Ali C. Begen" <abegen@cisco.com>, "payload@ietf.org" >> <payload@ietf.org> >> Cc: "draft-ietf-payload-vp8@tools.ietf.org" >> <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] >> >Sent: Tuesday, December 11, 2012 7:13 PM >> >To: Jonathan Lennox; payload@ietf.org >> >Cc: 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> >> >Date: Tuesday, December 11, 2012 11:49 AM >> >To: "payload@ietf.org" <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> >> >>> Date: Monday, November 19, 2012 3:15 PM >> >>> To: "payload@ietf.org" <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 >> >> >> >> >> >>_______________________________________________ >> >>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 >> > > > >
- [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