https://bugs.freedesktop.org/show_bug.cgi?id=97799
--- Comment #9 from Niklas Haas <bugs.freedesk...@haasn.xyz> ---
I did another test, this I changed the way mpv resets the stream. When
continuing playback, I varied the pa_seek_mode used for the first
pa_stream_write invocation after a reset.
My results were as follows:
RELATIVE: already observed, upwards discontinuity
ABSOLUTE: completely explodes (massive, 2 second spikes)
RELATIVE_ON_READ: small downwards blip in latency, ao-dev jumps by about 30ms.
(attached)
RELATIVE_END: similar to RELATIVE_ON_READ
It's possible that using RELATIVE_ON_READ after a flush could alleviate this
issue somewhat. Advice from somebody who knows more about the PulseAudio API
and codebase is appreciated.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
_______________________________________________
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs