by fwaggle » Wed Jun 28, 2017 12:49 pm
Unfortunately those thread names aren't much help, are they? I'm pretty sure ucrtbase.dll is part of Microsoft's Universal C Runtime. I also can't reproduce this, though maybe someone else can.
After you suspend the thread, can you check and see if things like the Overlay, hotkeys (it sounds like you tested push-to-talk, but I think you did it inside of Mumble? Try it out of Mumble as well) and such all still work? If you disable the overlay does the CPU usage go away? What about positional audio?
I don't think it's anything directly audio-related, if you're able to still transmit (I take it you've verified you are actually transmitting audio? I *think* if you're sending out audio packets the icon lights up, but I'm not sure how that works on the local transmit side... I'm pretty sure all the audio related stuff is in a single thread though). We did have people complaining years ago about Mumble never really "idling", because we keep the AGC measurements going even when the user is not transmitting, not connected to a server, and so on, but I don't think that's related to this issue.
Thanks for looking into this.
Full disclosure: I used to run a commercial Mumble host, and my opinions do not reflect the opinions of the Mumble project.
Avatar is stolen from here