mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-07-02 12:45:51 +00:00
6a2a5fd44c
According to comment in gst_pulsering_stream_latency_cb, latency updates happen every 100 ms. The code in gst_pulsering_stream_latency_cb does not care about the actual state of the ringbuffer, pbuf->acquired or not. Thus, every 100 ms the ringbuf->segdone may be set, even though the object itself might be in 'destroyed' state. On next gst_pulseringbuffer_acquire the segdone is not touched, so playback may resume with invalid/wrong segdone value. This finally leads to a period of silence playing after resuming the pipeline. The problem was found on 'not-yet-released'-hardware and so far was not reproducible on desktop computer. Removing the callback as long as the ringbuffer is not in 'acquired' state solves the problem reliably on the hardware device that the issue was detected on. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3082> |
||
|---|---|---|
| .. | ||
| gstpulseelement.c | ||
| gstpulseelements.h | ||
| meson.build | ||
| plugin.c | ||
| pulsedeviceprovider.c | ||
| pulsedeviceprovider.h | ||
| pulsesink.c | ||
| pulsesink.h | ||
| pulsesrc.c | ||
| pulsesrc.h | ||
| pulseutil.c | ||
| pulseutil.h | ||