mxfdemux: a few more fixes
mxfdemux: More granular interleaved content handling
An interleave of 500ms can be way too big for some downstream queueing elements. Instead use a smaller 100ms interleave and silence the various warnings about resyncing (it's normal)
mxfdemux: Handle EOS with non-frame wrapping
When reaching the end of non-frame wrapping track in pull mode, we want to force the switch to the next non-eos pad. This is similar to when we exceed the maximum drift.
Fixes issues on EOS where not everything would be drained out and stray errors would pop out.
mxfvc3: Also accept clip-wrapped vc-3
We can now handle this fine
Edited by Edward Hervey
Merge request reports
Activity
Filter activity
Please register or sign in to reply