You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This probably will need more discussion from others to flesh out. But here are some initial thoughts / suggestions:
These should be some form of unicode (probably UTF-8) to support human-readable strings in languages that have non-ascii characters.
We should consider cases where streams would be merged. Submixes could be combined together. What happens to annotations? Also do we need more than 1 substream in simple / base profile?
We should break out useful "dimensions" in the mix_presentation_annotations and mix_presentation_element_annotations class defined in the spec.
Add a section to recommend displaying these fields as appropriate to the user.
Consider which portions need annotations (mix, submix audio element, submix). Currently only the former 2 have annotations.
Potential ideas for separate fields within the *_annotations classes.
Language Code
Channel layout (or maybe not because this would be duplicate information and annotations should just be informative)
Content type an enum or a string (commentary, audio, dialogue, music, ...). I think there is an ISOBMFF field we could get inspriation from.
Mix rank (lowest rank is tiebreaker as a "default")
Potentially other fields or put some room in here for extensibility?
The text was updated successfully, but these errors were encountered:
This probably will need more discussion from others to flesh out. But here are some initial thoughts / suggestions:
mix_presentation_annotations
andmix_presentation_element_annotations
class defined in the spec.Potential ideas for separate fields within the
*_annotations
classes.The text was updated successfully, but these errors were encountered: