Add support for the proprietary stereotool operator. #2953
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR adds support for the proprietary
stereotool
processing shared library as disclosed in #1782 (reply in thread)The operator provides a low level
track.audio.stereotool
track operator that processes the audio data and a higher levelstereotool
operator that processes the audio of a source with aaudio
track.The. Nevermind This part of the PR was too involved and was removed. Track marks are still too tricky to allow this. Typical delay I'm seeing is 90ms so that's not too bad either for now. Will reconsider once we're moved to immutable content.stereotool
operator also takes care of delaying metadata and track marks to match the delay introduced by the audio processingOther tracks are dropped as they would be getting out of sync after applying the processing. It is still possible to add them back but this should be reserved for advanced users that can also potentially use a
ffmpeg
filter to delay the video accordingly and etc.Doc:
track.audio.stereotool
:stereotool
: