Skip to content

WIP: Only count blocking messages from complete streams when preroll after a seek

David Phung requested to merge only-count-complete-streams into master

The problem: This check is wrong: priv->blocking_msg_received == nbr_active_streams (media). Because when there are 2 stream but only 1 is complete, we will get a timing problem if the incomplete stream prerolls first.

The related problem: If we have a pipeline with 2 separate streams, one is complete, the other one is not. When we do a seek on it, only the complete stream will receive the seek event. Therefore only this stream will preroll.

The solution: Change the check so that it's only used after a seek. When we normal-preroll (e.g. after a DESCRIBE) we wait for all streams to preroll. When we preroll after a seek, we wait for complete streams only.

Merge request reports