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

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

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

Gregoire Gentil
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
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel