-
Notifications
You must be signed in to change notification settings - Fork 81
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
Parse unknown metadata and write metadata #91
Conversation
d72c27a
to
5f61fd2
Compare
Thanks again @jessa0. I will take a look at this soon. |
#[derive(Debug, Clone, PartialEq, Eq, Serialize)] | ||
#[serde(tag = "hdlr")] | ||
#[serde(rename_all = "lowercase")] | ||
pub enum MetaBox { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we also implement the Mp4Box trait for meta (and child boxes)? So I can access mp4.moov.meta
for example.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
good idea. i already had written another commit 669edcf to be able to write meta and udta boxes which adds these implementations, but was waiting for this PR to merge before opening another. I'll just push it to this branch.
Thanks again @jessa0. Sorry for the delay. I will review and try this out soon. |
Looks good. Thank you @jessa0! |
* validate meta box handler type, parse meta with unknown handlers * parse meta in moov and trak position * write meta and udta * fix clippy nit
The meta box is very open-ended, leaving itself open to extension by future specs. This PR:
Hdlrbox
as required by the spec for the meta boxmdir
(as seen in `big_buck_bunny_metadata.m4v)MetaBox
into an enum, to allow for other handlers in the future (like requested in question: MOV Quicktime and MP4 metadata #66)MetaBox
in more positions as per the spec