Re: [AVTCORE] [MMUSIC] 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: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E409A1A8BC3 for <avt@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 iFeFrRd42aDE for <avt@ietfa.amsl.com>; Fri, 9 Jan 2015 19:25:05 -0800 (PST)
Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28FEF1A1B43 for <avt@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-06v.sys.comcast.net with comcast id e3R41p00129Cfhx013R4uC; 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=oFCr/bUIKkJ2B82/470iP42NrFfD4snjBSW5b5jfMdjgUCdo42LbGqffkIObSLy4j I+jdUIbi9Ja9sdetzfr3zXcoX4UsyPW+G0cZKnT96wKNZh+oE2eBzIDC18/ykwplNm MXRcg9o4nnEbyQGGphikJcpsVohCPbzg4guJ+7bA0Qmuukq0cPnF9lwaagOsnRLbJ8 Hg1nV2Kg8njXqIdjgZA17zSHU8ZiXtCSVTaN7lJSJ4Xh6/LD7anU10JPlPdZk5l9sy q231o6+DE/qOt4G14cHquOAJ8IG6YCnzST6FlRvkXHRUt66fud79pwCPfVACO+8YYW Au2NaOkDX4Qnw==
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/vM4MmTRpDnpsaAqf50HdkEX4I5w>
Cc: avt@ietf.org, mmusic@ietf.org
Subject: Re: [AVTCORE] [MMUSIC] Question - Erratum 4097
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-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