Subject: [clue] Ticket #17 - "capture encoding" term

From: "Duckworth, Mark" <[email-masked]>
Date: Thu, 18 Oct 2012 12:44:07 -0700

Andy and I have updated the framework for this ticket, to include a definition for "capture encoding".  We also changed the definition of "stream" to better define that term for how it is used in this document.  And used the term "capture encoding" throughout the document where appropriate, replacing some cases of "stream" and "encoding".

We'll include these changes in the next version of the framework, for the Atlanta meeting, including any improvements discussed on the list before the deadline.

New definition:
Capture Encoding: A specific encoding of a media capture, to be sent by a media provider to a media consumer via RTP.

Old stream definition:
Stream: RTP stream as in [RFC3550].

New stream definition:
Stream: a capture encoding sent from a media provider to a media consumer via RTP [RFC3550].

If anybody wants to see all the changes, it is available here:
http://tools.ietf.org/rfcdiff?url1=http://tools.ietf.org/id/draft-ietf-clue-framework-06.txt&url2=http://home.comcast.net/~mducky/clue/draft-ietf-clue-framework-07c.txt
Changes from version 06:
   1.  Ticket #9.  Rename Axis of Capture Point attribute to Point on Line of Capture.  Clarify the description of this attribute.
   2.  Ticket #17.  Add "capture encoding" definition.  Use this new term throughout document as appropriate, replacing some usage of the terms "stream" and "encoding".
   3.  Add clarification that different capture scene entries are not necessarily mutually exclusive.

Regards,
Mark Duckworth