The problem (in MC 31) arises when playing music at the same time as rescanning the library.
I don't get this behaviour with earlier versions of MC or with any of the other media programs I mentioned.
I would suggest that the devs look into lowering the priority of the scanning threads when music is being played.
> Do both MP3 and M4A files exhibit the same behavior?
Yes.
>Did you read and follow the Windows Defender guide?
Yes, it's a good guide, but it didn't tell me anything I didn't already know or do.
> Windows Enterprise is not a supported OS, and it's unusual here.
There's nothing special about Windows Enterprise, it's just Windows Pro with less bloat. I was allowed to keep my laptop when I retired recently as a goodbye present.
> Could you make a quick test on another machine/OS?
Unfortunately I can't, but I will carry out a performance comparison between MC 26/27/28/29/30/31 to see how they respectively handle my 35,000 track library, which I consider large but not unusually so.
[ Edit: So, over the last few weeks I have carried out exhaustive audio playback tests on MC 25/26/27/28/29/30/31 and have finally decided to stick with MC 26. It does everything I want (I don't use any of the other MC features) and appears to be stable and flawless, at least for playing my music.
MC 31.0.87 is certainly better behaved than .84, but even .87 stutters every now and then.
I am tired of messing about; MC 26.0.107 is just perfect for my needs, so I see no need to upgrade to MC 32 or later. ]