Open tonihei opened 4 years ago
It's also unclear how the summation approach works in conjunction with the special "INF" value, which could be present at any level.
@sandersaares - Any thoughts on this? Thanks!
@haudiobe can maybe comment from MPEG perspective - how is it meant to be?
@haudiobe Do you have any comments on this topic?
Otherwise, we will implement the ISO 23009-1 perspective for now because it seems to fit better into other existing manifest parsing logic.
This is a question about handling multiple AvailabilityTimeOffset values that apply to a Representation. The values can be set at
ISO 23009-1 specifies that: " If present in SegmentBase and BaseURL, the value in BaseURL shall be ignored." implying that any SegmentBase takes precedence and values closer to the Representation should probably override values further up (although this isn't explicitly specified).
The DASH-IF-IOP guidelines however say that: "ato is is the sum of the values of the @availabilityTimeOffset attribute present on all levels that are processed in determining the URL for the corresponding segment, if present at all. If not present, it is zero." implying that all applicable values of all levels need to be added up.
This seems to contradict each other. It's also unclear if the summation serves a particular purpose given that no other element in the DASH manifest is usually calculated as a sum. Could you provide some clarification around how multiple availabilityTimeOffset values should be handled?
Thanks!