
From hhhansen@MAYAH.com  Sun Sep  2 02:16:33 2012
Return-Path: <hhhansen@MAYAH.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 B243121F8A49 for <payload@ietfa.amsl.com>; Sun,  2 Sep 2012 02:16:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.352
X-Spam-Level: 
X-Spam-Status: No, score=0.352 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001]
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 XsV2rwTBKWVR for <payload@ietfa.amsl.com>; Sun,  2 Sep 2012 02:16:33 -0700 (PDT)
Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.29.28]) by ietfa.amsl.com (Postfix) with ESMTP id EA57421F8A47 for <payload@ietf.org>; Sun,  2 Sep 2012 02:16:32 -0700 (PDT)
Received: from [217.91.215.225] (helo=mayah-sbs.MAYAH.COM) by smtprelay03.ispgateway.de with esmtpa (Exim 4.68) (envelope-from <hhhansen@MAYAH.com>) id 1T86IA-0005NE-U8 for payload@ietf.org; Sun, 02 Sep 2012 11:16:31 +0200
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD88EB.A2791EBC"
X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0
Date: Sun, 2 Sep 2012 11:16:28 +0200
Message-ID: <031C6AD0F5FEAB449C77DF4E9D047A5C40423E@mayah-sbs.mayah.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [payload] draft-rea-payload-rtp-aptx-02
thread-index: Ac2I66I3v/kar7rpSEqQKEkj5IFHHw==
From: "Hans-Heinrich Hansen" <hhhansen@MAYAH.com>
To: <payload@ietf.org>
X-Df-Sender: MzI2MjQx
Subject: [payload]  draft-rea-payload-rtp-aptx-02
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: Sun, 02 Sep 2012 09:16:33 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CD88EB.A2791EBC
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

We agree with the current document version. We've already implemented =
this version and we hope that this document will be an official RFC =
asap!

Best regards,
Hans-Heinrich Hansen
Dipl.-Ing., Senior Development Engineer

MAYAH Communications GmbH
Lise-Meitner-Strasse 2
24941 Flensburg, Germany
http://www.mayah.com <http://www.mayah.com/>=20
info@mayah.com


------_=_NextPart_001_01CD88EB.A2791EBC
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META name=3DGENERATOR content=3D"MSHTML 8.00.6001.19298"></HEAD>
<BODY>
<DIV><FONT size=3D2 face=3DArial>
<DIV><FONT size=3D3 face=3D"Times New Roman"><SPAN =
class=3D650235608-02092012>We agree=20
with the current document version. We've&nbsp;already implemented this =
version=20
and we hope that this document will be an official RFC=20
asap!</SPAN></FONT></DIV></FONT></DIV>
<DIV>
<P>Best regards,<BR>Hans-Heinrich Hansen<BR>Dipl.-Ing., Senior =
Development=20
Engineer</P>
<P>MAYAH Communications GmbH<BR>Lise-Meitner-Strasse 2<BR>24941 =
Flensburg,=20
Germany<BR><A =
href=3D"http://www.mayah.com/">http://www.mayah.com</A><BR><A=20
href=3D"mailto:info@mayah.com">info@mayah.com</A></P></DIV></BODY></HTML>=


------_=_NextPart_001_01CD88EB.A2791EBC--

From pwestin@google.com  Tue Sep  4 11:39:10 2012
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, 4 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

--001636eee5f4a2cc0304c8e4928c
Content-Type: text/plain; charset=ISO-8859-1

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
>

--001636eee5f4a2cc0304c8e4928c
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Stephan<div><br></div><div>Thanks for your feedback. Will incorporate yo=
ur proposed=A0wording=A0change in the next update.</div><div><br></div><div=
>As for adding<span style=3D"font-family:arial,sans-serif;font-size:13px">=
=A0signaling the maximum number of </span><span style=3D"font-family:arial,=
sans-serif;font-size:13px">partitions; that should never be needed to decod=
e a stream and will only cause confusion.</span><br>

<div>All decoders (including HW)=A0<span style=3D"font-family:arial,sans-se=
rif;font-size:13px">need to always implement support for all tools in a cod=
ec, there should be no problems in decoding any stream with number of parti=
tions from 1 to 8.=A0</span></div>

</div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Fri,=
 Aug 31, 2012 at 12:12 PM, Stephan Wenger <span dir=3D"ltr">&lt;<a href=3D"=
mailto:stewe@stewe.org" target=3D"_blank">stewe@stewe.org</a>&gt;</span> wr=
ote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Hi,<br>
<br>
I had a quick look at the diff file only. =A0I think the introduction of th=
e<br>
two new (optional) parameters max_fs and max_fr address the concerns I<br>
raised earlier. =A0I hope implementers will read 6.2.2 carefully and<br>
understand that &quot;optional&quot; really meant &quot;conditionally manda=
tory&quot; :-)<br>
<br>
The one substantial thing that needs further discussion (though not<br>
necessarily a change in the draft, IMO), is Sandy&#39;s idea of including a=
<br>
parameter for signaling the maximum number of coefficient<br>
partitions--something that apparently may be useful for multi-threaded<br>
decoders. =A0You google guys may want to comment on his idea.<br>
<br>
A small nit for section 6.2.2: the final sentence of the section starts<br>
with &quot;In *many* practical applications, the max frame size and max fra=
me<br>
rate are known from other information; [...]&quot;. =A0I personally don&#39=
;t believe<br>
that the word &quot;many&quot; is justified, and it may even be misleading.=
 =A0I would<br>
claim that in the vast majority of video-over-RTP implementations, there<br=
>
is no pre-arranged knowledge of decoder capabilities before the<br>
negotiation. =A0I don&#39;t see why VP8 is different here. =A0I believe tha=
t not<br>
even in the webrtc case (which is, AFAIK, the main customer for this<br>
payload format) there is pre-arranged knowledge of receiver capabilities.<b=
r>
So perhaps it&#39;s better to replace &quot;many applications&quot; with &q=
uot;some<br>
applications&quot;.<br>
<br>
Regards,<br>
Stephan<br>
<br>
On 8.31.2012 09:59 , &quot;<a href=3D"mailto:internet-drafts@ietf.org">inte=
rnet-drafts@ietf.org</a>&quot; &lt;<a href=3D"mailto:internet-drafts@ietf.o=
rg">internet-drafts@ietf.org</a>&gt;<br>
wrote:<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
&gt;<br>
&gt;A New Internet-Draft is available from the on-line Internet-Drafts<br>
&gt;directories.<br>
&gt; This draft is a work item of the Audio/Video Transport Payloads Workin=
g<br>
&gt;Group of the IETF.<br>
&gt;<br>
&gt; =A0 =A0 =A0 Title =A0 =A0 =A0 =A0 =A0 : RTP Payload Format for VP8 Vid=
eo<br>
&gt; =A0 =A0 =A0 Author(s) =A0 =A0 =A0 : Patrik Westin<br>
&gt; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Henrik F Lundin<br>
&gt; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Michael Glover<br>
&gt; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Justin Uberti<br>
&gt; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Frank Galligan<br>
&gt; =A0 =A0 =A0 Filename =A0 =A0 =A0 =A0: draft-ietf-payload-vp8-05.txt<br=
>
&gt; =A0 =A0 =A0 Pages =A0 =A0 =A0 =A0 =A0 : 29<br>
&gt; =A0 =A0 =A0 Date =A0 =A0 =A0 =A0 =A0 =A0: 2012-08-31<br>
&gt;<br>
&gt;Abstract:<br>
&gt; =A0 This memo describes an RTP payload format for the VP8 video codec.=
<br>
&gt; =A0 The payload format has wide applicability, as it supports<br>
&gt; =A0 applications from low bit-rate peer-to-peer usage, to high bit-rat=
e<br>
&gt; =A0 video conferences.<br>
&gt;<br>
&gt;<br>
&gt;The IETF datatracker status page for this draft is:<br>
&gt;<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-payload-vp8" tar=
get=3D"_blank">https://datatracker.ietf.org/doc/draft-ietf-payload-vp8</a><=
br>
&gt;<br>
&gt;There&#39;s also a htmlized version available at:<br>
&gt;<a href=3D"http://tools.ietf.org/html/draft-ietf-payload-vp8-05" target=
=3D"_blank">http://tools.ietf.org/html/draft-ietf-payload-vp8-05</a><br>
&gt;<br>
&gt;A diff from the previous version is available at:<br>
&gt;<a href=3D"http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-payload-vp8-05=
" target=3D"_blank">http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-payload-v=
p8-05</a><br>
&gt;<br>
&gt;<br>
&gt;Internet-Drafts are also available by anonymous FTP at:<br>
&gt;<a href=3D"ftp://ftp.ietf.org/internet-drafts/" target=3D"_blank">ftp:/=
/ftp.ietf.org/internet-drafts/</a><br>
&gt;<br>
&gt;_______________________________________________<br>
&gt;payload mailing list<br>
&gt;<a href=3D"mailto:payload@ietf.org">payload@ietf.org</a><br>
&gt;<a href=3D"https://www.ietf.org/mailman/listinfo/payload" target=3D"_bl=
ank">https://www.ietf.org/mailman/listinfo/payload</a><br>
&gt;<br>
<br>
<br>
_______________________________________________<br>
payload mailing list<br>
<a href=3D"mailto:payload@ietf.org">payload@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/payload" target=3D"_blank"=
>https://www.ietf.org/mailman/listinfo/payload</a><br>
</div></div></blockquote></div><br></div>

--001636eee5f4a2cc0304c8e4928c--

From macinnis@broadcom.com  Tue Sep  4 12:04:56 2012
Return-Path: <macinnis@broadcom.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 9B5E221E8051 for <payload@ietfa.amsl.com>; Tue,  4 Sep 2012 12:04:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level: 
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 hF1jZm+XZahu for <payload@ietfa.amsl.com>; Tue,  4 Sep 2012 12:04:53 -0700 (PDT)
Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by ietfa.amsl.com (Postfix) with ESMTP id 7313A21E804E for <payload@ietf.org>; Tue,  4 Sep 2012 12:04:53 -0700 (PDT)
Received: from [10.16.192.232] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Tue, 04 Sep 2012 12:03:09 -0700
X-Server-Uuid: 4500596E-606A-40F9-852D-14843D8201B2
Received: from SJEXCHCAS05.corp.ad.broadcom.com (10.16.203.13) by SJEXCHHUB02.corp.ad.broadcom.com (10.16.192.232) with Microsoft SMTP Server (TLS) id 8.2.247.2; Tue, 4 Sep 2012 12:04:33 -0700
Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS05.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Tue, 4 Sep 2012 12:04:11 -0700
From: "Sandy (Alexander) MacInnis" <macinnis@broadcom.com>
To: "pwestin@webrtc.org" <pwestin@webrtc.org>, "Stephan Wenger" <stewe@stewe.org>
Thread-Topic: [payload] I-D Action: draft-ietf-payload-vp8-05.txt
Thread-Index: AQHNh5n6hEKeRfMtXUa4BrBLz+cbZZd0vyuAgAY//wD//4/10A==
Date: Tue, 4 Sep 2012 19:04:09 +0000
Message-ID: <5B1A263B43E389479AB3DAC1EAF0C8F509B815@SJEXCHMB12.corp.ad.broadcom.com>
References: <20120831165913.7677.31724.idtracker@ietfa.amsl.com> <CC6657FD.8AFF5%stewe@stewe.org> <CAESWC-wO+tMQaCLJ3dutF_jzpHkpqXSbTBhpH9=y3ute93jyEw@mail.gmail.com>
In-Reply-To: <CAESWC-wO+tMQaCLJ3dutF_jzpHkpqXSbTBhpH9=y3ute93jyEw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.21.66.89]
MIME-Version: 1.0
X-WSS-ID: 7C588FE73NK23243018-01-01
Content-Type: multipart/alternative; boundary=_000_5B1A263B43E389479AB3DAC1EAF0C8F509B815SJEXCHMB12corpadb_
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
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 19:04:56 -0000

--_000_5B1A263B43E389479AB3DAC1EAF0C8F509B815SJEXCHMB12corpadb_
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: quoted-printable

To clarify, I had suggested (4/25/12) that *if* the use of multiple partiti=
ons is important to some receivers in order for them to obtain the required=
 throughput, then we might want the spec to signal the number, or the minim=
um number, but not the maximum number, of partitions. Receivers should neve=
r have a problem with too many partitions. Some might have a problem with t=
oo few.

I am not advocating this; I would prefer to require that all receivers simp=
ly be able to receive all streams of the indicated throughput, i.e. frame s=
ize & rate. However I have heard that there may be receivers that do requir=
e multiple partitions in order to meet their throughput requirements. One c=
an see how this could be important for multi-threaded decoders. That's why =
I asked for input on this from Google.

--Sandy

From: payload-bounces@ietf.org [mailto:payload-bounces@ietf.org] On Behalf =
Of Patrik Westin
Sent: Tuesday, September 04, 2012 11:39 AM
To: Stephan Wenger
Cc: payload@ietf.org
Subject: Re: [payload] I-D Action: draft-ietf-payload-vp8-05.txt

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<mailto:st=
ewe@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
[...snip...]


--_000_5B1A263B43E389479AB3DAC1EAF0C8F509B815SJEXCHMB12corpadb_
Content-Type: text/html;
 charset=us-ascii
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:x=3D"urn:schemas-microsoft-com:office:excel" xmlns:m=3D"http://schema=
s.microsoft.com/office/2004/12/omml" xmlns=3D"http://www.w3.org/TR/REC-html=
40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
h1
	{mso-style-name:"Heading 1\,Heading U\,H1\,H11\,\0152\00A9\008Fo\201A\00B5=
 1\,?c\008Fo??E 1\,h1\,\0152\00A9_o\201A\00B5 1\,?c_o??E 1\,\0152\,\0152\00=
A9\,Titre 1\,\B665\,?c\008Fo?\0192\00CA 1\,?";
	mso-style-priority:9;
	mso-style-link:"Heading 1 Char\,Heading U Char\,H1 Char\,H11 Char\,\0152\0=
0A9\008Fo\201A\00B5 1 Char\,?c\008Fo??E 1 Char\,h1 Char\,\0152\00A9_o\201A\=
00B5 1 Char\,?c_o??E 1 Char\,\0152 Char\,\0152\00A9 Char\,Titre 1 Char\,\B6=
65 Char\,?c\008Fo?\0192\00CA 1 Char\,? Char";
	margin-top:.25in;
	margin-right:0in;
	margin-bottom:6.0pt;
	margin-left:.3in;
	text-indent:-.3in;
	page-break-after:avoid;
	font-size:10.0pt;
	font-family:"Arial","sans-serif";
	font-weight:normal;}
h2
	{mso-style-name:"Heading 2\,h2\,2nd level\,H2\,2\,Header 2\,H21\,\0152\00A=
9\008Fo\201A\00B5 2\,?c\008Fo??E 2\,\0152\00A9_o\201A\00B5 2\,?c_o??E 2\,?c=
\,\0152\00A91\,Titre 2\,\B6652\,?c1\,?c\008Fo?\0192\00CA 2\,?2\,\01521\,\01=
522\,\0152\00A92";
	mso-style-priority:9;
	mso-style-link:"Heading 2 Char\,h2 Char\,2nd level Char\,H2 Char\,2 Char\,=
Header 2 Char\,H21 Char\,\0152\00A9\008Fo\201A\00B5 2 Char\,?c\008Fo??E 2 C=
har\,\0152\00A9_o\201A\00B5 2 Char\,?c_o??E 2 Char\,?c Char\,\0152\00A91 Ch=
ar\,Titre 2 Char\,\B6652 Char\,?c1 Char\,?c\008Fo?\0192\00CA 2 Char\,?2 Cha=
r\,\01521 Char\,\01522 Char\,\0152\00A92 Char";
	margin-top:12.0pt;
	margin-right:0in;
	margin-bottom:6.0pt;
	margin-left:0in;
	text-indent:0in;
	page-break-after:avoid;
	font-size:10.0pt;
	font-family:"Arial","sans-serif";
	font-weight:normal;}
h3
	{mso-style-name:"Heading 3\,H3\,H31\,h3\,Heading 3 Char2 Char\,Heading 3 C=
har1 Char Char\,Heading 3 Char Char Char Char\,h3 Char Char Char\,H3 Char C=
har Char\,H31 Char Char Char\,Titre 3 Char Char Char\,Heading 3 Char Char1 =
Char\,h3 Char1 Char\,H3 Char1 Char\,Titre 3";
	mso-style-priority:9;
	mso-style-link:"Heading 3 Char\,H3 Char\,H31 Char\,h3 Char\,Heading 3 Char=
2 Char Char\,Heading 3 Char1 Char Char Char\,Heading 3 Char Char Char Char =
Char\,h3 Char Char Char Char\,H3 Char Char Char Char\,H31 Char Char Char Ch=
ar\,Titre 3 Char Char Char Char\,h3 Char1 Char Char";
	margin-top:12.0pt;
	margin-right:0in;
	margin-bottom:6.0pt;
	margin-left:0in;
	text-indent:0in;
	page-break-after:avoid;
	font-size:10.0pt;
	font-family:"Arial","sans-serif";
	font-weight:normal;}
h5
	{mso-style-name:"Heading 5\,H5\,H51\,h5\,Titre 5";
	mso-style-priority:9;
	mso-style-link:"Heading 5 Char\,H5 Char\,H51 Char\,h5 Char\,Titre 5 Char";
	margin-top:4.0pt;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:0in;
	margin-bottom:.0001pt;
	text-align:justify;
	text-indent:0in;
	font-size:10.0pt;
	font-family:"Arial","sans-serif";
	font-weight:normal;}
h6
	{mso-style-name:"Heading 6\,H6\,H61\,h6\,Titre 6";
	mso-style-priority:9;
	mso-style-link:"Heading 6 Char\,H6 Char\,H61 Char\,h6 Char\,Titre 6 Char";
	margin-top:12.0pt;
	margin-right:0in;
	margin-bottom:3.0pt;
	margin-left:0in;
	text-align:justify;
	text-indent:0in;
	font-size:10.0pt;
	font-family:"Arial","sans-serif";
	font-weight:normal;
	font-style:italic;}
p.MsoHeading7, li.MsoHeading7, div.MsoHeading7
	{mso-style-priority:9;
	mso-style-link:"Heading 7 Char";
	margin-top:12.0pt;
	margin-right:0in;
	margin-bottom:3.0pt;
	margin-left:0in;
	text-align:justify;
	text-indent:0in;
	font-size:10.0pt;
	font-family:"Arial","sans-serif";}
p.MsoHeading8, li.MsoHeading8, div.MsoHeading8
	{mso-style-priority:9;
	mso-style-link:"Heading 8 Char";
	margin-top:12.0pt;
	margin-right:0in;
	margin-bottom:3.0pt;
	margin-left:0in;
	text-align:justify;
	text-indent:0in;
	font-size:10.0pt;
	font-family:"Arial","sans-serif";
	font-style:italic;}
p.MsoHeading9, li.MsoHeading9, div.MsoHeading9
	{mso-style-priority:9;
	mso-style-link:"Heading 9 Char";
	margin-top:12.0pt;
	margin-right:0in;
	margin-bottom:3.0pt;
	margin-left:0in;
	text-align:justify;
	text-indent:0in;
	font-size:10.0pt;
	font-family:"Arial","sans-serif";
	font-style:italic;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
strong
	{mso-style-priority:22;
	font-family:"Times New Roman","serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.Heading1Char
	{mso-style-name:"Heading 1 Char\,Heading U Char\,H1 Char\,H11 Char\,\0152\=
00A9\008Fo\201A\00B5 1 Char\,?c\008Fo??E 1 Char\,h1 Char\,\0152\00A9_o\201A=
\00B5 1 Char\,?c_o??E 1 Char\,\0152 Char\,\0152\00A9 Char\,Titre 1 Char\,\B=
665 Char\,?c\008Fo?\0192\00CA 1 Char\,? Char";
	mso-style-priority:9;
	mso-style-link:"Heading 1\,Heading U\,H1\,H11\,\0152\00A9\008Fo\201A\00B5 =
1\,?c\008Fo??E 1\,h1\,\0152\00A9_o\201A\00B5 1\,?c_o??E 1\,\0152\,\0152\00A=
9\,Titre 1\,\B665\,?c\008Fo?\0192\00CA 1\,?";
	font-family:"Arial","sans-serif";}
span.Heading2Char
	{mso-style-name:"Heading 2 Char\,h2 Char\,2nd level Char\,H2 Char\,2 Char\=
,Header 2 Char\,H21 Char\,\0152\00A9\008Fo\201A\00B5 2 Char\,?c\008Fo??E 2 =
Char\,\0152\00A9_o\201A\00B5 2 Char\,?c_o??E 2 Char\,?c Char\,\0152\00A91 C=
har\,Titre 2 Char\,\B6652 Char\,?c1 Char\,?c\008Fo?\0192\00CA 2 Char\,?2 Ch=
ar\,\01521 Char\,\01522 Char\,\0152\00A92 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 2\,h2\,2nd level\,H2\,2\,Header 2\,H21\,\0152\00A9=
\008Fo\201A\00B5 2\,?c\008Fo??E 2\,\0152\00A9_o\201A\00B5 2\,?c_o??E 2\,?c\=
,\0152\00A91\,Titre 2\,\B6652\,?c1\,?c\008Fo?\0192\00CA 2\,?2\,\01521\,\015=
22\,\0152\00A92";
	font-family:"Arial","sans-serif";}
span.Heading3Char
	{mso-style-name:"Heading 3 Char\,H3 Char\,H31 Char\,h3 Char\,Heading 3 Cha=
r2 Char Char\,Heading 3 Char1 Char Char Char\,Heading 3 Char Char Char Char=
 Char\,h3 Char Char Char Char\,H3 Char Char Char Char\,H31 Char Char Char C=
har\,Titre 3 Char Char Char Char\,h3 Char1 Char Char";
	mso-style-priority:9;
	mso-style-link:"Heading 3\,H3\,H31\,h3\,Heading 3 Char2 Char\,Heading 3 Ch=
ar1 Char Char\,Heading 3 Char Char Char Char\,h3 Char Char Char\,H3 Char Ch=
ar Char\,H31 Char Char Char\,Titre 3 Char Char Char\,Heading 3 Char Char1 C=
har\,h3 Char1 Char\,H3 Char1 Char\,Titre 3";
	font-family:"Arial","sans-serif";}
span.Heading5Char
	{mso-style-name:"Heading 5 Char\,H5 Char\,H51 Char\,h5 Char\,Titre 5 Char"=
;
	mso-style-priority:9;
	mso-style-link:"Heading 5\,H5\,H51\,h5\,Titre 5";
	font-family:"Arial","sans-serif";}
span.Heading6Char
	{mso-style-name:"Heading 6 Char\,H6 Char\,H61 Char\,h6 Char\,Titre 6 Char"=
;
	mso-style-priority:9;
	mso-style-link:"Heading 6\,H6\,H61\,h6\,Titre 6";
	font-family:"Arial","sans-serif";
	font-style:italic;}
span.Heading7Char
	{mso-style-name:"Heading 7 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 7";
	font-family:"Arial","sans-serif";}
span.Heading8Char
	{mso-style-name:"Heading 8 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 8";
	font-family:"Arial","sans-serif";
	font-style:italic;}
span.Heading9Char
	{mso-style-name:"Heading 9 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 9";
	font-family:"Arial","sans-serif";
	font-style:italic;}
span.EmailStyle27
	{mso-style-type:personal-reply;
	font-family:"Arial","sans-serif";
	font-variant:normal !important;
	color:blue;
	text-transform:none;
	text-shadow:none;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;
	vertical-align:baseline;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:blue">To clarify, I had suggested (4=
/25/12) that *if* the use of multiple partitions is important to some recei=
vers in order for them to obtain the required throughput,
 then we might want the spec to signal the number, or the minimum number, b=
ut not the maximum number, of partitions. Receivers should never have a pro=
blem with too many partitions. Some might have a problem with too few.<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:blue"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:blue">I am not advocating this; I wo=
uld prefer to require that all receivers simply be able to receive all stre=
ams of the indicated throughput, i.e. frame size &amp; rate.
 However I have heard that there may be receivers that do require multiple =
partitions in order to meet their throughput requirements. One can see how =
this could be important for multi-threaded decoders. That&#8217;s why I ask=
ed for input on this from Google.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:blue"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:blue">--Sandy<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:blue"><o:p>&nbsp;</o:p></span></p>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> payload-=
bounces@ietf.org [mailto:payload-bounces@ietf.org]
<b>On Behalf Of </b>Patrik Westin<br>
<b>Sent:</b> Tuesday, September 04, 2012 11:39 AM<br>
<b>To:</b> Stephan Wenger<br>
<b>Cc:</b> payload@ietf.org<br>
<b>Subject:</b> Re: [payload] I-D Action: draft-ietf-payload-vp8-05.txt<o:p=
></o:p></span></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Hi Stephan<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for your feedback. Will incorporate your prop=
osed&nbsp;wording&nbsp;change in the next update.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">As for adding<span style=3D"font-size:10.0pt;font-fa=
mily:&quot;Arial&quot;,&quot;sans-serif&quot;">&nbsp;signaling the maximum =
number of partitions; that should never be needed to decode a stream and wi=
ll only cause confusion.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal">All decoders (including HW)&nbsp;<span style=3D"font=
-size:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;">need to =
always implement support for all tools in a codec, there should be no probl=
ems in decoding any stream with number of partitions from 1 to
 8.&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 31, 2012 at 12:12 PM, Stephan Wenger &lt=
;<a href=3D"mailto:stewe@stewe.org" target=3D"_blank">stewe@stewe.org</a>&g=
t; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal">Hi,<br>
<br>
I had a quick look at the diff file only. &nbsp;I think the introduction of=
 the<br>
two new (optional) parameters max_fs and max_fr address the concerns I<br>
raised earlier. &nbsp;I hope implementers will read 6.2.2 carefully and<br>
understand that &quot;optional&quot; really meant &quot;conditionally manda=
tory&quot; :-)<br>
<br>
The one substantial thing that needs further discussion (though not<br>
necessarily a change in the draft, IMO), is Sandy's idea of including a<br>
parameter for signaling the maximum number of coefficient<br>
partitions--something that apparently may be useful for multi-threaded<br>
decoders. &nbsp;You google guys may want to comment on his idea.<br>
<br>
A small nit for section 6.2.2: the final sentence of the section starts<br>
with &quot;In *many* practical applications, the max frame size and max fra=
me<br>
rate are known from other information; [...]&quot;. &nbsp;I personally don'=
t believe<br>
that the word &quot;many&quot; is justified, and it may even be misleading.=
 &nbsp;I would<br>
claim that in the vast majority of video-over-RTP implementations, there<br=
>
is no pre-arranged knowledge of decoder capabilities before the<br>
negotiation. &nbsp;I don't see why VP8 is different here. &nbsp;I believe t=
hat not<br>
even in the webrtc case (which is, AFAIK, the main customer for this<br>
payload format) there is pre-arranged knowledge of receiver capabilities.<b=
r>
So perhaps it's better to replace &quot;many applications&quot; with &quot;=
some<br>
applications&quot;.<br>
<br>
Regards,<br>
Stephan<br>
<span style=3D"color:blue">[&#8230;snip&#8230;]</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_5B1A263B43E389479AB3DAC1EAF0C8F509B815SJEXCHMB12corpadb_--


From roni.even@mail01.huawei.com  Wed Sep  5 21:45:55 2012
Return-Path: <roni.even@mail01.huawei.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 907FD21F8554 for <payload@ietfa.amsl.com>; Wed,  5 Sep 2012 21:45:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 2aBufxY-Zbff for <payload@ietfa.amsl.com>; Wed,  5 Sep 2012 21:45:53 -0700 (PDT)
Received: from hwsga01-in.huaweimarine.com (hwsga01-in.huaweimarine.com [119.145.15.223]) by ietfa.amsl.com (Postfix) with ESMTP id 07C9E21F854C for <payload@ietf.org>; Wed,  5 Sep 2012 21:45:50 -0700 (PDT)
Received: from szxpml203-edg.exmail.huawei.com ([172.17.1.119]) by hwsga01-in.huaweimarine.com (MOS 4.1.3-GA) with ESMTP id ADJ14879; Thu, 6 Sep 2012 12:45:47 +0800
X-Mirapoint-Received-SPF: 172.17.1.119 szxpml203-edg.exmail.huawei.com <roni.even@mail01.huawei.com> 5 none
Received: from SZXPML405-HUB.exmail.huawei.com (10.82.67.69) by szxpml203-edg.exmail.huawei.com (172.24.2.14) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 6 Sep 2012 12:45:32 +0800
Received: from SZXPML504-MBX.exmail.huawei.com ([169.254.3.38]) by szxpml405-hub.exmail.huawei.com ([10.82.67.69]) with mapi id 14.01.0323.003; Thu, 6 Sep 2012 12:45:47 +0800
From: Roni Even <roni.even@mail01.huawei.com>
To: "payload@ietf.org" <payload@ietf.org>
Thread-Topic: Help the NomCom: Nominations and Feedback
Thread-Index: AQHNi8WUBgOkdSm2xE6b1eACmqdmCpd8vVX4
Date: Thu, 6 Sep 2012 04:45:47 +0000
Message-ID: <760B7D45D1EFF74988DBF5C2122830C205B441A3@szxpml504-mbx.exmail.huawei.com>
References: <20120906002129.10667.70960.idtracker@ietfa.amsl.com>
In-Reply-To: <20120906002129.10667.70960.idtracker@ietfa.amsl.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [172.24.1.62]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [payload] FW: Help the NomCom: Nominations and Feedback
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: Thu, 06 Sep 2012 04:45:55 -0000

________________________________________
From: wgchairs-bounces@ietf.org [wgchairs-bounces@ietf.org] on behalf of No=
mCom Chair [nomcom-chair@ietf.org]
Sent: Thursday, September 06, 2012 3:21 AM
To: Working Group Chairs
Subject: Help the NomCom: Nominations and Feedback

The IETF Nominations Committee (NomCom) is currently seeking
nominations for individuals to serve on the IESG, IAB, and IAOC.
Additionally, this is an announcement that the NomCom is seeking
feedback on individuals who have accepted nominations for IETF
leadership positions.

It is very important to the NomCom process that we get input from a
broad spectrum of the community. Therefore, in case members of your
working group do not read the IETF announcement and discussion lists,
the NomCom would appreciate your help in disseminating the following
information.

The NomCom website contains information about this year's NomCom
including the positions we are seeking to fill, and the qualifications
required for these positions:

https://www.ietf.org/group/nomcom/2012/

The NomCom is accepting nominations until September 24. Nominations
for any position can be made using the following web tool:

https://www.ietf.org/group/nomcom/2012/nominate

Feedback about individuals who the NomCom is considering can be
providing using the following web tool:

https://www.ietf.org/group/nomcom/2012/input

The feedback tool provides a list of individuals who have agreed to be
considered for each position. We will be updating this list in the coming
weeks as more individuals accept nominations.

Feedback provided to the NomCom is kept strictly confidential!

Note that use of the NomCom web tools require an ietf.org (i.e.,
datatracker) account. You can create an ietf.org account by visiting the
following URL:

https://datatracker.ietf.org/accounts/create/

As an alternative to using the web tools,  you can send email to the
NomCom at nomcom12@ietf.org to make a nomination or provide input to
the committee.

Thank you for your help,
- Matt Lepinski
  nomcom-chair@ietf.org=
