https://bugs.winehq.org/show_bug.cgi?id=45623 --- Comment #11 from Andrew Eikum <aeikum(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.