Re: [payload] I-D Action: draft-ietf-payload-vp8-05.txt

Patrik Westin <pwestin@webrtc.org> Tue, 04 September 2012 18:39 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 5FB4D21F8694 for <payload@ietfa.amsl.com>; Tue, 4 Sep 2012 11:39:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.976
X-Spam-Level:
X-Spam-Status: No, score=-102.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, 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 929Yl4yyprYp for <payload@ietfa.amsl.com>; Tue, 4 Sep 2012 11:39:09 -0700 (PDT)
Received: from mail-gh0-f172.google.com (mail-gh0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 41AFB21F868A for <payload@ietf.org>; Tue, 4 Sep 2012 11:39:06 -0700 (PDT)
Received: by ghbg16 with SMTP id g16so1393627ghb.31 for <payload@ietf.org>; Tue, 04 Sep 2012 11:39:05 -0700 (PDT)
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-system-of-record; bh=UCb7tmVkMkN1nF0QtSoKGSdRSDF7lYQzVNm9syVrmYw=; b=ehgRKnWBUZa9W86SSB9bPUJAIJQxMZNJbbp/XQ2mqB0E+DRz74yTcbZAJ6OSHZtDoz NteyMtj7vmdZh6vNwdKdlRksCjQcuFM7E/ViWxK8wjkAlDaK/dMdRnNnehXdLuUdp5Nv KV+AuV/OoDxHM19ECnAmqzPcrbdREjNfBW5LDHo1ovl+0sOg1HEAPDguREnqKAW5m5OQ ssuOqEV6d/3JxCOlnNKFfse6UgID/ndqQl7TUnlhVsv9HqhNXhETwnZd9/kO9NhJsspb OwiqZ9WpPHeW0yroQ5f9VgI2FeflMQMkqPOQu8EuTVX9RnXVm7z/IubWKlXOxhLMxSRi 1Cuw==
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-system-of-record:x-gm-message-state; bh=UCb7tmVkMkN1nF0QtSoKGSdRSDF7lYQzVNm9syVrmYw=; b=EMgEY1cCGXTdwEE0eSp11/FBF8dD37oLTOBogIpJEIufPG+SGSMV4rUiUpiHnUawEn hPxZVK8U+36Q+YuWKMT5Cqu8H08XYRAFZl1h7FyiTsgjOPV6ZQ3g/trUiTetrEyuu4Qz VdFpFySzS/gYn5ItUFZfTngq4U7J4q1LO6KV7hv0eduWqz62OdMMV89u46e//E4qGRDc FyiWnFYwMrtPJ2GdR9PKle3sYCHwmRzTyo2VWvhU43e6mK2W/Da8Hj79XaYTKRshS9rd QlyDmZdIVnp2efHaRzb8T12Q8A1J5xoUx5bEuO09gcm7Dn8Ffzi4tGzWaMfWmHc4xXrx /kMA==
Received: by 10.101.64.13 with SMTP id r13mr5972686ank.33.1346783945403; Tue, 04 Sep 2012 11:39:05 -0700 (PDT)
Received: by 10.101.64.13 with SMTP id r13mr5972679ank.33.1346783945083; Tue, 04 Sep 2012 11:39:05 -0700 (PDT)
MIME-Version: 1.0
Sender: pwestin@google.com
Received: by 10.100.8.14 with HTTP; Tue, 4 Sep 2012 11:38:44 -0700 (PDT)
In-Reply-To: <CC6657FD.8AFF5%stewe@stewe.org>
References: <20120831165913.7677.31724.idtracker@ietfa.amsl.com> <CC6657FD.8AFF5%stewe@stewe.org>
From: Patrik Westin <pwestin@webrtc.org>
Date: Tue, 04 Sep 2012 11:38:44 -0700
X-Google-Sender-Auth: ilarKBnOvqyGcvmCMVlBqkMsgeY
Message-ID: <CAESWC-wO+tMQaCLJ3dutF_jzpHkpqXSbTBhpH9=y3ute93jyEw@mail.gmail.com>
To: Stephan Wenger <stewe@stewe.org>
Content-Type: multipart/alternative; boundary="001636eee5f4a2cc0304c8e4928c"
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQlFoGo7So4rxZ8JlFbkGjOmn/cUHF1nVanKnXfTZaoJ5ybUH5V5FPiW4P4Ye3B7xrNXXiIVwLx2O5eKYkHPb9WWeiVwjTdho3jxW/bJw4kcT5jl4MODaJJhTv6FyHgf19VftSGUKjifvZnvEA0ZNGaq5WwgUMPq+KFYbG0tHWCBCwXWJ05KpeqO78QSvAdVCoO4AOFX
Cc: "payload@ietf.org" <payload@ietf.org>
Subject: Re: [payload] I-D Action: draft-ietf-payload-vp8-05.txt
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: Tue, 04 Sep 2012 18:39:10 -0000

Hi Stephan

Thanks for your feedback. Will incorporate your proposed wording change in
the next update.

As for adding signaling the maximum number of partitions; that should never
be needed to decode a stream and will only cause confusion.
All decoders (including HW) need to always implement support for all tools
in a codec, there should be no problems in decoding any stream with number
of partitions from 1 to 8.


On Fri, Aug 31, 2012 at 12:12 PM, Stephan Wenger <stewe@stewe.org> wrote:

> Hi,
>
> I had a quick look at the diff file only.  I think the introduction of the
> two new (optional) parameters max_fs and max_fr address the concerns I
> raised earlier.  I hope implementers will read 6.2.2 carefully and
> understand that "optional" really meant "conditionally mandatory" :-)
>
> The one substantial thing that needs further discussion (though not
> necessarily a change in the draft, IMO), is Sandy's idea of including a
> parameter for signaling the maximum number of coefficient
> partitions--something that apparently may be useful for multi-threaded
> decoders.  You google guys may want to comment on his idea.
>
> A small nit for section 6.2.2: the final sentence of the section starts
> with "In *many* practical applications, the max frame size and max frame
> rate are known from other information; [...]".  I personally don't believe
> that the word "many" is justified, and it may even be misleading.  I would
> claim that in the vast majority of video-over-RTP implementations, there
> is no pre-arranged knowledge of decoder capabilities before the
> negotiation.  I don't see why VP8 is different here.  I believe that not
> even in the webrtc case (which is, AFAIK, the main customer for this
> payload format) there is pre-arranged knowledge of receiver capabilities.
> So perhaps it's better to replace "many applications" with "some
> applications".
>
> Regards,
> Stephan
>
> On 8.31.2012 09:59 , "internet-drafts@ietf.org" <internet-drafts@ietf.org>
> wrote:
>
> >
> >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
> >       Author(s)       : Patrik Westin
> >                          Henrik F Lundin
> >                          Michael Glover
> >                          Justin Uberti
> >                          Frank Galligan
> >       Filename        : draft-ietf-payload-vp8-05.txt
> >       Pages           : 29
> >       Date            : 2012-08-31
> >
> >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-05
> >
> >A diff from the previous version is available at:
> >http://www.ietf.org/rfcdiff?url2=draft-ietf-payload-vp8-05
> >
> >
> >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
>