https://bugs.freedesktop.org/show_bug.cgi?id=54007
--- Comment #1 from Tanu Kaskinen <[email protected]> 2012-08-25 02:39:51 UTC --- If this gets fixed, the fix may need to be more complicated than I first thought. If two sink inputs are created very quickly so that both PA_SINK_MESSAGE_ADD_INPUT messages will be processed before the rewind request from the first one is processed, and both cause the latency to go down (so the first sink input requests a low latency and the second sink input requests even lower latency), then the second rewind request will be too small if its size is calculated just by subtracting the new latency from the old one. The rewind request size needs to be calculated by subtracting the new latency from the latency that was effective before the first sink input. That information isn't currently available in pa_sink, so it would need to be added there. Maybe it's best to just do a full rewind after all, for simplicity... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- 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 [email protected] http://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
