isomp4 (qtmux): Frame freeze with reserved-moov-update-period

Grégoire Gentil gregoire at gentil.com
Sun Sep 30 00:10:40 UTC 2018


I'm using mp4mux with reserved-moov-update-period and I have noticed 
that my encoding file has some frozen frames exactly when the moov 
update occurs, based on the period setup by the option 
reserved-moov-update-period.


While reading the code, I see that gst_qt_mux_robust_recording_update

https://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/isomp4/gstqtmux.c?h=1.8.3#n2888

is called from gst_qt_mux_register_and_push_sample:

https://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/isomp4/gstqtmux.c?h=1.8.3#n2968

I also see some OBJECT_LOCK and UNLOCK. My understanding is that the 
stream is "paused" (not gstreamer-paused but kind of locked) as long as 
the moov header is being updated.

Is there a way to avoid that? Could it be done in a separate thread?

Grégoire


More information about the gstreamer-devel mailing list