https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #11 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 62149 --> https://bugs.winehq.org/attachment.cgi?id=62149 Possible fixes
Thanks Markus, that was really useful. I see there's a very long pause in the audio output for some reason:
20687.426:0140:trace:pulse:pulse_read Readable total: 220, fragsize: 160 20687.889:013f:trace:pulse:AudioCaptureClient_GetBuffer (0x6de35c0)->(0xbc4fcf0, 0xbc4fce0, 0xbc4fce4, (nil), (nil))
We handle that badly, eventually claiming that time is going backwards:
20688.313:013d:trace:pulse:pulse_timer_cb 0x6dc6470 after update, adv usec: -11717, held: 2205, delay: 15
I attached two patches here, to be applied on top of current wine-staging patches, that hopefully helps address this in two ways. The first explicitly asks for a timing data update, and the second resets the clock we use for timing on underruns, to avoid time going "backwards".
Can you try them out, and get me a new log if it continues to fail?