Skip to content

flvmux: Various fixes

flvmux: Fix possible crash on GST_ITERATOR_RESYNC

Wrong pointer type

flvmux: Return NEED_DATA when no best pad is found

flvmux: Return NEED_DATA when we drop a buffer

When we are dropping a buffer in find_best_pad (e.g. waiting for a
keyframe, or skipping backwards timestamp), return
GST_AGGREGATOR_FLOW_NEED_DATA to make sure we have enough data at the
next run. Otherwise, a stream that accidentally fell behind (e.g.
relinking race, or just waiting for a keyframe) will never get the
opportunity to catch up to the other one, because the other one will
always keep advancing.

Merge request reports