Re: [MMUSIC] [AVTCORE] Question - Erratum 4097

worley@ariadne.com (Dale R. Worley) Sat, 10 January 2015 03:25 UTC

Return-Path: <worley@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7E5F1A8BB3 for <mmusic@ietfa.amsl.com>; Fri, 9 Jan 2015 19:25:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JQobaxGixuNv for <mmusic@ietfa.amsl.com>; Fri, 9 Jan 2015 19:25:05 -0800 (PST)
Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CBE91A8AE5 for <mmusic@ietf.org>; Fri, 9 Jan 2015 19:25:04 -0800 (PST)
Received: from resomta-ch2-03v.sys.comcast.net ([69.252.207.99]) by resqmta-ch2-04v.sys.comcast.net with comcast id e3Qm1p00229Cfhx013R4qk; Sat, 10 Jan 2015 03:25:04 +0000
Received: from hobgoblin.ariadne.com ([24.34.72.61]) by resomta-ch2-03v.sys.comcast.net with comcast id e3R21p00F1KKtkw013R3CT; Sat, 10 Jan 2015 03:25:03 +0000
Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id t0A3P0ia001530; Fri, 9 Jan 2015 22:25:00 -0500
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id t0A3Ox3k001526; Fri, 9 Jan 2015 22:24:59 -0500
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com
To: Julius Friedman <juliusfriedman@gmail.com>
In-Reply-To: <CACFvNHVkDBXfPKaAk1V8N+XRSfLg4-snWWbbLxJb2w7W97ZzJg@mail.gmail.com> (juliusfriedman@gmail.com)
Sender: worley@ariadne.com
Date: Fri, 09 Jan 2015 22:24:59 -0500
Message-ID: <87k30v8ghg.fsf@hobgoblin.ariadne.com>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1420860304; bh=L/TTBGAhJhlZSO89Au9FfIzYF69TrcnQ03742N8Z3EI=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID; b=VHpsInmdP0OoKrTNpRSUuGHabTysyuUDeK8Plxd+VkuT8PsIPgQ4+ClQwBNkJOEov tRDpNjTFOj6uURoVufj9PUAlLzMQmockiPRwfGxclCr72VffDdP5A2mIoQV7R6IH2O YgvAtK/l04B5GH66bRc+Vcp63218o1rN7M+5FD1KQ3E+Rox74xNd/dyOTAazmqPfue 4RDVbZHhTxCO7xKgGGzbV93AhbQLCVqadp0uE80X36f5zsUtOGsmqOPF0DFKrGkAMM bJdwYu/cRwcRaVer1dHT5sR7FeEIW9Sqqnh9gCMStesvxGXDoLS31Z2oWqdrxR73TM edv09RhbvVg+A==
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/uy8F9djnZc3fPgTAna9ol48za1Q>
Cc: avt@ietf.org, mmusic@ietf.org
Subject: Re: [MMUSIC] [AVTCORE] Question - Erratum 4097
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Sat, 10 Jan 2015 03:25:07 -0000

Julius Friedman <juliusfriedman@gmail.com> writes:
> The RFC only provided a way for certain sized images much lower then what
> JPEG supports to be transferred, this erratum fixes this by specifying that
> in some cases you may need to use a different fraction to obtain the height
> (which might not be in a multiple of 16 anyway) additionally it allows one
> to deal with the nuance that if the data is so large that the
> FragmentOffset will probably overflow during this time and provides a way
> to deal with that as well.

Whew, you're going to have to slow down here.  I'm not tracking what you
say very well, but if I read it correctly, you're saying you want to
change the divisor in sections 3.1.5 and 3.1.6 from 8 to 256.  Is that
really correct?  And your justification seems to be that there are JPEGs
that are so large that their sizes can't be represented within an 8 bit
field with a multiplier of 8 (i.e., >2048).

If so, this isn't an erratum, but a technical change, and it would have
to go through the working group as an update to the RFC.  It would also
be incompatible with every implementation that now uses this feature.

In regard to "Fragment Offset", you seem to be allowing for JPEGs in
excess of 2^24 bytes, which seems to me to be unlikely within the
constraints of the existing height and width limitations.  In any case,
reducing Fragment Offset modulo 2^24 would make reassembly of large
frames ambiguous -- you'd really need a larger Fragment Offset field.

What you're really asking for here is an RTP payload format much like
RFC 2435 but different from it and incompatible with it.  That would be
a new piece of work, as well as requiring assignment of a new "encoding
name" so that control protocols could specify it.  (The "JPEG" encoding
name is assigned to RFC 2435 media by RFC 3551 section 5.2.)

Errata aren't for situations where "I think this protocol could have
been designed better", but where the *text* doesn't express what the
working group *meant*.

Dale