-
Notifications
You must be signed in to change notification settings - Fork 204
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
Dealing with multimedia #168
Comments
The container format internally records the chosen codecs. Multicodec is enough to remove the initial ambiguity and let us decode the container. |
Has anybody started recording all the multimedia formats into multicodec?
…On 14/04/2020 7:11 am, Steven Allen wrote:
The container format internally records the chosen codecs. Multicodec
is enough to remove the initial ambiguity and let us decode the container.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#168 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAE4OHJLBUMGNGTKGRZLRGTRMN5ZNANCNFSM4MG7QW7A>.
|
(please close this issue if you considered answered @CMCDragonkai ) |
That PR hasn't been merged yet! |
That PR is tracked in #4. |
Tracking in #4. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
How does multicodec deal with multimedia?
Consider mp4 files or mts files. They are container formats. Within each there are choices of audio and video codecs that can be used.
It seems multicodec simply identifying the container format is not powerful enough to describe such files with composite codecs.
The text was updated successfully, but these errors were encountered: