Re: Win11 ??

> However, I understand from the email history that you are using an external USB audio interface that may produce that issue specifically. If it uses a custom driver then it may be that the driver is the culprit, however typically there is no need to use custom drivers for USB audio devices since the communication for those is standardised so it should work equally well for both Windows and Darwin. I personally never had any issues with USB audio devices, it typically is just plug and play kind of a business.

Yes, I’m using a MOTU 828es for both the radio signal on the left, and IRIG B injected on the right. No custom driver because it is USB.

However, I have no other experience with audio on Windows machines. All of my audio work in the studio happens on Mac computers. And I have never had any problems with Macs.

Looking around for things that might cause blackouts, I see that I was running D4 in the background, to keep the computer clock sync’d to less than 1 sec against standard time signals. I decided to kill that, in case is periodic use (every 30 mins) might be grabbing the machine at too high a priority.

So far, no more blackouts. But really too early to claim victory. The only other USB ports in use connect to the keyboard and mouse. Those aren’t being used at the moment since I’m watching everything on a remote Mac. So it is a really lightly loaded system.

I also killed the remote monitoring WIFI connection, in case that might overload from time to time. I check in every so often to see if it made any difference. So far none.

- DM

> On Sep 3, 2025, at 09:23, Yuri Davidovsky <[email protected]> wrote:
> 
> 
>> On 3 Sep 2025, at 17:51, David McClain <[email protected]> wrote:
>> 
>> Yuri, what made you suspect the MMS downsampling?
> 
> The logic is very simple, since I assume that the 48kHz most likely works without issue (otherwise you would probably notice when using audio) and you are having a problem with the decimated signal, a logical conclusion would be that there is something off with the downsampling process.
> 
> However, I understand from the email history that you are using an external USB audio interface that may produce that issue specifically. If it uses a custom driver then it may be that the driver is the culprit, however typically there is no need to use custom drivers for USB audio devices since the communication for those is standardised so it should work equally well for both Windows and Darwin. I personally never had any issues with USB audio devices, it typically is just plug and play kind of a business.
> 
> If I were to troubleshoot that, I would try to figure out if the device has any issues with 48kHz streams to start with by simply connecting it to speakers and playing some music for a couple hours. As discussed, missing samples are rather noticeable so you probably won’t miss it if the issue will express at this sample rate. If the issue cannot be reproduced at 48kHz, maybe I would borrow another USB device that is compatible with your purpose, that would help to narrow it down to whether the current audio interface is to blame.
> 
> If the problem is still there on a different device, then it definitely has something to do with the machine, be it the OS, or something else, like a hardware conflict (although I do not think it is very likely for USB devices). In theory the USB bus may get saturated when you have a ton of devices connected but as I understand this is a machine that is not heavily used, so it is probably also not very likely.


_______________________________________________
Lisp Hug - the mailing list for LispWorks users
[email protected]
http://www.lispworks.com/support/lisp-hug.html