Closed haudiobe closed 3 years ago
This is already addressed in the draft, so accepted.
I think the concept has never been specified "codec independent", i.e. AVC/HEVC/MPEG-H Audio have it in their respective ISOBMFF bindings, but part 12 doesn't talk about the concept. Is this good enough for a "MUST" at this point? I agree with the requirement, I'm just worried about the formality.
One way to solve this, is to remove the should statement. In this way, any sample entry needs to be mandatorily supported. Informative text may be sufficient then.
Agreed - needs implementation
(CTA WAVE 2020/03/24): Online updates done - please check
I think this needs to be clearer, and be more than a note because it's a difference compared to the ISO BMFF byte stream format and it's a requirement that inband parameter sets be supported for CMAF compatibility.
This is widely supported in browsers and should not be an issue, despite the ISO BMFF byte stream format only recommending support.
How about the following, to mirror the paragraph in the ISO BMFF format spec:
" The user agent MUST support codec configurations stored out-of-band in the sample entry, and for those CMAF profiles that allow codec configurations stored inband in the samples themselves, the user agent MUST support codec configurations stored inband. "
I think the proposed edit by @poolec makes sense.
(2020/04/14 CTA WAVE): We added the suggestion by @poolec, but we leave the discussion open to check the details in ISO/IEC 14496-15 on what "support" for these values means and secondly, whether this behaviour can be generalized to either ISO BMFF or at least CMAF behaviour to avoid this underspecified language.
(2020/05/05 CTA WAVE) Proposed to update with a reference to CMAF on the exact format requirements and processing behaviour: https://1drv.ms/w/s!AiNJEPgowJnWgpQgyV-LNLGRiYiWqA?e=YaVJBy
Small updates done inline.
John Simmons: As discussed in our conference call, inband parameters including SPS and PPS parameter sets are ALLOWED in CMAF and therefore are REQUIRED for a User Agent to assert it supports CMAF content. So, for CMAF this must change from a SHOULD to a MUST.