This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 21328 - "coded frame" in the context of baseband essence.
Summary: "coded frame" in the context of baseband essence.
Status: RESOLVED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: Media Source Extensions (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Adrian Bateman [MSFT]
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-18 23:39 UTC by Pierre Lemieux
Modified: 2013-04-30 17:36 UTC (History)
5 users (show)

See Also:


Attachments

Description Pierre Lemieux 2013-03-18 23:39:01 UTC
The specification refers to "coded frame", which implies the use of coding, i.e. bit rate reduction. The specification is (should be) applicable to baseband essence. Suggest using the term "editable unit" instead.
Comment 1 Aaron Colwell (c) 2013-03-19 14:53:33 UTC
I don't believe this adds clarity to the spec. Essentially all of the primary use cases for MSE use compressed or coded data so coded frame captures this fact. Another issue is that coded frames are immutable. Use of the word "editable" does not convey this fact, but implies exactly the opposite. If at a later date, it becomes common to use uncompressed data and the term coded frame actually causes real confusion about what to do, then I think we can revisit the term. For now I don't think it is worth the busy work to update everything for this uncommon case.
Comment 2 Pierre Lemieux 2013-03-19 14:58:35 UTC
> Another issue is that coded frames are immutable.

I recommend 'essence frame' then.
Comment 3 Aaron Colwell (c) 2013-03-19 16:32:21 UTC
(In reply to comment #2)
> > Another issue is that coded frames are immutable.
> 
> I recommend 'essence frame' then.

Again. I don't think this makes things clearer.
Comment 4 Glenn Adams 2013-04-24 20:59:29 UTC
I'm reopening this bug, which is related to the just filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=21819. I don't have a strong opinion about whether the term "encoded" or "editable unit" is used, but "compressed" is the wrong term.
Comment 5 Aaron Colwell 2013-04-24 21:44:54 UTC
(In reply to comment #4)
> I'm reopening this bug, which is related to the just filed
> https://www.w3.org/Bugs/Public/show_bug.cgi?id=21819. I don't have a strong
> opinion about whether the term "encoded" or "editable unit" is used, but
> "compressed" is the wrong term.

I agree that 'compressed' is the wrong term, but I still maintain my position that "editable unit" and "essence frame" is not a better option then the current term. If "coded frame" is still objectionable, I could change this to "media frame", but I still think in most cases that the "frames" will be coded in some form and require "decoding" in some sense of the word.
Comment 6 Glenn Adams 2013-04-24 21:56:54 UTC
(In reply to comment #5)
> (In reply to comment #4)
> > I'm reopening this bug, which is related to the just filed
> > https://www.w3.org/Bugs/Public/show_bug.cgi?id=21819. I don't have a strong
> > opinion about whether the term "encoded" or "editable unit" is used, but
> > "compressed" is the wrong term.
> 
> I agree that 'compressed' is the wrong term, but I still maintain my
> position that "editable unit" and "essence frame" is not a better option
> then the current term. If "coded frame" is still objectionable, I could
> change this to "media frame", but I still think in most cases that the
> "frames" will be coded in some form and require "decoding" in some sense of
> the word.

I'm fine with the term "Coded Frame". Let's just drop "compressed" from the definition, which I think will satisfy myself and Pierre.
Comment 7 Aaron Colwell 2013-04-30 17:36:23 UTC
Change committed.
https://dvcs.w3.org/hg/html-media/rev/ffb76048861e

Dropped the word "compressed" from the "Coded Frame" definition as discussed on today's conference call.