GNOME Bugzilla – Bug 776326
matroskamux: reduce muxing overhead with audio-only streams
Last modified: 2018-11-03 15:15:07 UTC
+++ This bug was initially created as a clone of Bug #754696 +++ We might need to add a property to configure the max interleaving delay for audio-only streams, so we can lace multiple audio frames into one cluster and only mark the cluster start as keyframe for multifdsink, in order to avoid the extra mux overhead of putting each audio frame into its own cluster.
should max interleaving delay be calculated in nanoseconds based on buffer timestamp difference or in bytes based on buffer size or both? Or in another way?
qtmux/mp4mux/etc have properties for limits in both units
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/333.