Closed irajs closed 4 years ago
IOP 19/01/29: agree to align, but if MPEG is confusing we clarify this and share this with MPEG
The terminology chosen for the contribution in Dash-Industry-Forum/DASH-IF-IOP#210 is selected for clarify of understanding as a stand-alone text. A strong connection to MPEG-DASH has not been a priority for me in creating it. MPEG-DASH is treated in this text as a source of algorithms and MPD XML schema definitions.
Taking a closer look at the examples in the post above:
Well, certainly alignment is important. Someone reading the mpeg spec and ours should not get confused. On the specific items above: 1) Segment address can contain a byte range, that is not confusing or wrong at all. "Segment reference" should be dropped. 2) Representations are not a sequence of segment addresses. 3) Timeshift window makes sense to me, but the industry is so much used to the term timeshift buffer. So, we should mention somewhere they are interchangeably used.
Yeah probably time shift window does not pass the bar for benefit/confusion ratio and should become time shift buffer in this text. It really is used a lot with specific meaning.
In colloquial terms an address is a URL. URLs do not contain byte ranges. Therefore "segment address" that contains a byte range is a very confusing concept. MPEG confusing terminology is not a positive contribution to IOP and I think we need to prefer clarify over alignment.
IOP 19/02/19 Use term "segment" as much as possible, but make sure that we add sufficient explanation. Also make sure that the segment addressing mode names are aligned or at least explained
Added clarification and mentioned that "segment" equates "CMAF Segment".
Added notes about segment addressings that reference their "verbose names" aka "SegmentTemplate without SegmentTimeline". I think they are already explained sufficiently well, just a reference to their other names was missing.
Renamed "time shift window" to "time shift buffer" to align with widespread terminology.
I invite further pointing-out of terminology that could potentially benefit from alignment or clarification.
Digging more in v4.3, I see various sections that give detailed advice on choosing the best addressing mode. I will merge this advice into the addressing modes chapter to explain better what impact the choices have.
Lots of work done and lots of comments addressed on this topic. If anything remains, please file new issue.
Some of the terminology used in the document is not exactly aligned with MPEG-DASH. We need to decide whether we want to keep it aligned , or if differing, add a note to each new term on how relates to MPEG-DASH corresponding term.
Examples: Segment addresses (MPEG-DASH) vs Segment References (here) representation is a sequence of segments (MPEG-DASH) vs representation is a sequence of segment addresses (here) time shift buffer vs time shift window