Re: [MMUSIC] draft-jennings-mmusic-adjacent-grouping-03

Stephen Botzko <stephen.botzko@gmail.com> Fri, 01 April 2011 07:41 UTC

Return-Path: <stephen.botzko@gmail.com>
X-Original-To: mmusic@core3.amsl.com
Delivered-To: mmusic@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0DCD528C104 for <mmusic@core3.amsl.com>; Fri, 1 Apr 2011 00:41:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r1+LY+x-zU96 for <mmusic@core3.amsl.com>; Fri, 1 Apr 2011 00:41:25 -0700 (PDT)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by core3.amsl.com (Postfix) with ESMTP id DF4F928C103 for <mmusic@ietf.org>; Fri, 1 Apr 2011 00:41:24 -0700 (PDT)
Received: by vxg33 with SMTP id 33so2927035vxg.31 for <mmusic@ietf.org>; Fri, 01 Apr 2011 00:43:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=dDzMvY2sjjzFB6lMFSOAewkzhZCvzKRb53tdtOfTra8=; b=kp4UfgeCACjMIrJtefLSzEz3d2XNnixWtpt2ssWiNju7JFaKbmenGFki4qTOxVEcHd B412PODWsH3Mqpo8sHtqRXGxZdDI75msYRRRX1u1AjGlYh7ix2911eCIJI8lYnHETOWI 9Y2JBtQSdcngC3vSb1wqS/tKZLvLZMMlvhwig=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=q42zb9Z85UDwlgNw5Zh8Z9z1B1CAclFYUFxlRTJ8xaiZ3wmlrr0Zbcf6Fc4qpD2vkA bnqoJxsxs5MWtGJILdYsKTLDcW6FsWNOTgkZG4YtY9NMqiy/tVlOWjxiGjBPp9UiIrd4 c0uhP/7TAfqsVg8VB5r2VV9Qeve4qZ1RedGw0=
MIME-Version: 1.0
Received: by 10.52.173.74 with SMTP id bi10mr5107848vdc.47.1301643784534; Fri, 01 Apr 2011 00:43:04 -0700 (PDT)
Received: by 10.220.81.18 with HTTP; Fri, 1 Apr 2011 00:43:04 -0700 (PDT)
In-Reply-To: <AF4EFD59-7FA0-4AFD-ACAB-6764A11543E9@magorcorp.com>
References: <4919E001-92CF-4546-B759-8E4118CEB73E@magorcorp.com> <AF4EFD59-7FA0-4AFD-ACAB-6764A11543E9@magorcorp.com>
Date: Fri, 01 Apr 2011 09:43:04 +0200
Message-ID: <AANLkTin-VXWfKhJcOiqjiHDYWb4A6A6S_iUp9eCAF0in@mail.gmail.com>
From: Stephen Botzko <stephen.botzko@gmail.com>
To: mmusic <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="bcaec51b1bb966bc68049fd68f8c"
Subject: Re: [MMUSIC] draft-jennings-mmusic-adjacent-grouping-03
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Apr 2011 07:41:26 -0000

I am wondering about the following:

Section 3.1 "This is a declarative SDP parameter and is not negotiated."

Section 3.3 "The offer MUST contain the sender's desired layout. The answer
MAY contain the desired layout of the streams that the system sending the
answer will be sending to the system that sent the offer."

The text in section 3.3 looks like negotiation to me.  Presumably the
answering system is taking the offering system's desired layout into
account.

Also, I do not think the arrangement of audio streams in an MxN grid is very
compelling - do you have a good use case for this?  There are of course
several sound formats already available in RFC 3551, I am wondering why we
need to standardize more than that.

BR
Stephen Botzko


On Fri, Apr 1, 2011 at 8:42 AM, Peter Musgrave <peter.musgrave@magorcorp.com
> wrote:

> Hi Cullen/Ali,
>
> Overall, I think this is clean and usable. It solves enough useful cases
> without trying to "solve world hunger".
>
> Is it worth having an example in which the video is SSRC muxed as described
> in section 3.2?
>
> Also, I believe your example in 4.2 wants to have all the m lines be video
> (they are audio in the sample).
>
> Thanks,
>
> Peter Musgrave
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>