-
Notifications
You must be signed in to change notification settings - Fork 273
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
AAF writer: Adding support for audio transitions #454
AAF writer: Adding support for audio transitions #454
Conversation
_transition_parameters Co-authored-by: Freeson Wang <freeson@pixar.com>
Codecov Report
@@ Coverage Diff @@
## master #454 +/- ##
==========================================
+ Coverage 87.16% 87.17% +<.01%
==========================================
Files 67 67
Lines 6788 6799 +11
==========================================
+ Hits 5917 5927 +10
- Misses 871 872 +1
Continue to review full report at Codecov.
|
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.
Looks good to me, thanks!
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.
Code looks good to me. Only thing my mind was hesitating for a sec. is the self.media_kind usage in the aaf_transition method. When is it set? And is it context-sensitive, i.e. changes per transition type?
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.
This looks good. My only concern is the use of metadata["AAF"]["Length"] instead of duration().value. Do you know what the issue in the reader is? Is there an open issue for that?
Creating abstract method _transition_parameters that is called in _TrackTranscriber.aaf_transition to support both video and audio transitions
side note: Using metadata clip length instead of duration() in aaf_sourceclip. We'll fix this later
Co-authored-by: Freeson Wang freeson@pixar.com