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

Determine if a new handler is needed #19

Closed
tdaede opened this issue Mar 7, 2022 · 2 comments
Closed

Determine if a new handler is needed #19

tdaede opened this issue Mar 7, 2022 · 2 comments

Comments

@tdaede
Copy link
Collaborator

tdaede commented Mar 7, 2022

E.g. there is a VideoAuxillaryTrack but no corresponding AudioAuxillaryTrack.

@cconcolato
Copy link
Contributor

As discussed in the last call, in ISOBMFF, it is assumed that within a handler, decoders are interchangeable, i.e. they produce the same output. For example, for the handler vide, within a given implementation, it should not matter if the stream was encoded with avc1 or av01. After decoding, the results is the same: an uncompressed 2D image, corresponding to the general parameters given in the VisualSampleEntry class. Similarly, with soun, the output of any decoder is expected to be uncompressed audio, with the characteristics of the base AudioSampleEntry. In fact, theoretically, within a given track you could even mix different codecs (e.g. Opus and mp4a), even if in practice that is never used.

The benefit of using a new handler is that we wouldn't have to use an AudioSampleEntry and its fields which may not be appropriate.

The drawback is possibly that some implementations may be less robust to new handlers?

This is also related to #18. If multiple tracks are used, clearly each audio track would use soun and the metadata track (if it exists) would use meta.

@tdaede
Copy link
Collaborator Author

tdaede commented Mar 21, 2022

For now with a single track implementation, we will use "soun" for the handler.

@tdaede tdaede closed this as completed Mar 21, 2022
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