mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2025-01-23 15:48:23 +00:00
03febb5048
To simplify the description, I'm assuming we only have two streams: video and audio. For the video stream, we have the following events : - STREAM_START => stream->wait set to true - NEW_SEGMENT(1) => blocked waiting in gst_stream_synchronizer_wait - FLUSH_START => unblocked - FLUSH_STOP => stream->wait reset to false - NEW_SEGMENT(2) => not waiting, since stream->wait is false Then for the audio stream, we have the following events : - STREAM_START => stream->wait set to true - NEW_SEGMENT(2) => blocked waiting in gst_stream_synchronizer_wait for ever. Note: The first NEW_SEGMENT event and the FLUSH_START, FLUSH_STOP events of the audio stream are dropped before being received by the streamsynchronizer element, because the decodebin audio pad src is not yet linked to the playsink audio pad sink. To fix this deadlock, we don't reset stream->wait to false in the FLUSH_STOP event when it is not waiting for the EOS of the other streams. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6763> |
||
|---|---|---|
| .. | ||
| adder | ||
| app | ||
| audioconvert | ||
| audiomixer | ||
| audiorate | ||
| audioresample | ||
| audiotestsrc | ||
| compositor | ||
| debugutils | ||
| dsd | ||
| encoding | ||
| gio | ||
| overlaycomposition | ||
| pbtypes | ||
| playback | ||
| rawparse | ||
| subparse | ||
| tcp | ||
| typefind | ||
| videoconvertscale | ||
| videorate | ||
| videotestsrc | ||
| volume | ||
| meson.build | ||