Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Period connectivity - all representations required or only some allowed? #387

Open
sandersaares opened this issue Nov 25, 2019 · 3 comments

Comments

@sandersaares
Copy link
Member

Consider an adaptation set AS and representations R1-R4 as follows.

AS in period A:

  • R1
  • R2
  • R3

AS in period B:

  • R1 (connected to period A)
  • R2 (connected to period A)
  • R4 (not connected)

Is this AS period-connected?

DASH does not explicitly state this, as far as I can tell. I would guess clients would not expect connectivity to apply if only a subset of representations are connected, so I suggest DASH-IF notify MPEG of this ambiguity and propose to constrain it to only cases where all the contents of an adaptation set are connected.

@haudiobe
Copy link

How can R4 be not connected if R1 and R2 are?

@sandersaares
Copy link
Member Author

Question answered in IOP call: connectivity is an adaptation set level concept, there should not be nonconnected representations appearing/disappearing. This will be integrated into timing model text as part of Dash-Industry-Forum/Guidelines-TimingModel#2

Answer was found but I leave this issue open as reminder that we should ask MPEG to clarify this.

@sandersaares
Copy link
Member Author

Here is a scenario where representation-level is desirable:

  1. I encounter segment loss between encoder and packager. The 720p representation has a gap!
  2. I do not want gaps in my MPD, so I remove the 720p representation. All others remain connected and I want to signal this.
  3. But oh no, I cannot signal this if adaptation set level continuity is expected (all representations must exist).

From this viewpoint, I can see a valuable use case for allowing the set of representations to be different, as long as the difference is not additive (no new decoder requirements in the period that follows).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants