951

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

MC wrote:
MC wrote:

The channel names are clearly there in Audio MIDI Setup even in USB 2 mode, so it is not our driver. You might have to reset them in Logic or so...

I have to take that back - I had a UFX+ connected. With a UFX III and driver 4.27 the channel names are indeed missing in USB 2 mode. We try to bring them back in the next update.


How about the issue in the Audio-Midi-Setup where the channel name (number) could not be edited ?
Is this caused by the driver ?

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

https://forum.rme-audio.de/viewtopic.php?id=42831
https://forum.rme-audio.de/viewtopic.php?id=42079

These complaints have not gone away for me. I am not trying to throw shade here, but I can't believe I am the only one experiencing this? DriverKit is a noticeable downgrade for me.

The most annoying thing is system sounds interrupting DAW audio, that never used to happen.

I understand that RME is not necessarily culpable here, but it is making me reconsider USB as a viable protocol for professional audio.

If DriverKit is the only way, maybe it's time to reconsider Thunderbolt options but unfortunately RME doesn't sell these, and I think MC is on record saying it won't happen.

I have had 2+ good years with my UCXII and I love it, but I can't ignore these realities.

UCXII | ARC | MBP M1Max | MacOS 14.8.2

953 (edited by waedi 2026-05-02 07:34:56)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

zephonic wrote:

The most annoying thing is system sounds interrupting DAW audio, that never used to happen.

perhaps this is caused by some changes inside MacOS system preferences ?

If this is ON, try switch OFF

https://i.ibb.co/mV1zLj00/tone.jpg

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

954 (edited by ramses 2026-05-02 08:17:26)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

@zephonic

It's the same for every OS; you have to deactivate system sound notifications, otherwise it will, of course, appear on your monitoring channel or do other nasty things like you described. Check your settings, see waedis screenshots.
I have to do the same in Windows.

https://www.dropbox.com/scl/fi/064btnoc … u&dl=1
https://www.dropbox.com/scl/fi/064btnocqmujjsd50y5wc/2026-05-02-Windows-Sound-Deactivation-of-Sound-schema.jpg?rlkey=7pp8zb1b1e7f4yef73t1cvppb&st=pwtnjy3u&dl=1

BR Ramses - HDSPe MADI FX, M-1620 Pro D, 12Mic, UFX III, ADI-2 Pro FS R BE, Nuendo 15, Win10 IoT Ent

955

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Unfortunately the system has no switch to switch OFF the system sounds, you may pull down the volume slider fully
or

as a workaround you can set the destination of playing system sound to something non-disturbing.

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

956 (edited by ramses 2026-05-02 09:11:49)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

This I didn't mean.
The shown settings in my screenshot only deactivate system sound for certain events like e-mail arrival, low battery, etc
But it does not deactivate Windows sound at all.
You can still use the WDM driver and the Windows default sound device to e.g. listen to Youtube.

With your proposed macOS settings, you also disable only the system sound for "events", but you do not disable audio at all.

The only difference between macOS and Windows is, that Windows allows you to configure every single event individually,
whether a notification should occur, and using what sound, or to disable them all using the sound scheme "Keine Sounds".

macOS can only enable or disable system sounds for all kinds of events (mail, battery warning, etc.) at once.

BR Ramses - HDSPe MADI FX, M-1620 Pro D, 12Mic, UFX III, ADI-2 Pro FS R BE, Nuendo 15, Win10 IoT Ent

957 (edited by zephonic 2026-05-02 09:23:34)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

waedi wrote:
zephonic wrote:

The most annoying thing is system sounds interrupting DAW audio, that never used to happen.

perhaps this is caused by some changes inside MacOS system preferences ?

If this is ON, try switch OFF


Of course that is off. The point is, with previous drivers, system sounds never interrupted DAW audio. You could hear them unobtrusively in the background, no problem.

I have no idea why they now override. Even with system sounds off, certain notifications still come through.


https://i.ibb.co/NgQ8cRv9/Screenshot-2026-05-02-at-01-15-35.png

UCXII | ARC | MBP M1Max | MacOS 14.8.2

958

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

ramses wrote:

macOS can only enable or disable system sounds for all kinds of events (mail, battery warning, etc.) at once.

No, there is a list of all apps under "Notifications" in the system preferences, each can be OFF/ON individually and has settings inside to disable tones.

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Come to think of it, it's not just system sounds. I have noticed certain operations (like opening a web page or youtube) can also cause interruptions.

My best guess (but just a guess), is that activity on the USB controller can now interrupt audio, whereas previously it was pretty inviolate.

UCXII | ARC | MBP M1Max | MacOS 14.8.2

960

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

When you say interrupt, does the music break off for a moment, a dropout ?

Me and Ramses in the previous post mean the system-sounds just appear and are mixed into the output what is uncomfortable for the listener...

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

waedi wrote:

When you say interrupt, does the music break off for a moment, a dropout ?

Me and Ramses in the previous post mean the system-sounds just appear and are mixed into the output what is uncomfortable for the listener...

Yes, disrupt like it causes a momentary glitch in the audio. That never used to happen, notifications used to quietly ping in the background but not disrupt DAW audio.

UCXII | ARC | MBP M1Max | MacOS 14.8.2

962 (edited by waedi 2026-05-02 09:44:51)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Thanks for clearing this up.
Then forget about system settings to tweak the sounds or silent them, it will not help.
This is a deeper issue in the audio driver and system audio MacOS.

But why it does not happen to every other owner of this interface on a Mac ? I don't know.

Let's hope for a MacOS update with fix

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

963 (edited by ramses 2026-05-02 18:48:47)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

zephonic wrote:

Come to think of it, it's not just system sounds. I have noticed certain operations (like opening a web page or youtube) can also cause interruptions.

My best guess (but just a guess), is that activity on the USB controller can now interrupt audio, whereas previously it was pretty inviolate.

Do you use kernel-mode or DriverKit drivers? If you're using DriverKit, I would consider trying the kernel extension driver.

The kernel extension driver model is more robust by design: drivers running in kernel mode can only detach themselves from a CPU core, so they have the highest priority and do not compete with other user and system processes managed by the process scheduler.

It's not RME's fault; it's an Apple design decision to prioritize system security over functionality.
If DriverKit drivers are working for you, fine, then use those, as this is the future compliant with Apple's security strategy.
But if you have issues, you should try the kernel extension driver, which could bring you more stability for audio processing.

BR Ramses - HDSPe MADI FX, M-1620 Pro D, 12Mic, UFX III, ADI-2 Pro FS R BE, Nuendo 15, Win10 IoT Ent

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Hi ! I own a Rme Fireface 802, i tried to use the midi ports of it , and they don't seem to be recognised by my mac : i tried everything, reset the audi midi setup of the OS, etc etc ... but no luck.
I am on mac Os Tahoe (yes i know ... big mistake) 26.4.
Is there known issues with it about midi ?
Thanks !

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

No known issues. Which driver did you install? Did you rescan for devices in the MIDI window?

Regards
Daniel Fuchs
RME

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

My driver is 4.27, i rescanned thru the audio midi app and i plugged the 802 directly and not via a hub.
Maybe i missed something to activate in the 802 settings ? (i bought it second hand, maybe the previous user desactivated something ...)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Did you update the firmware before installing 4.27?
https://rme-audio.de/driverkit-info.html

Regards
Daniel Fuchs
RME

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

My firmware is V20, i think it is the last one yes

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Audio and Totalmix working without issues?

Regards
Daniel Fuchs
RME

970

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

tomterrien wrote:

My firmware is V20, i think it is the last one yes

20 is correct, but I would run the FUT and reflash the firmware for a test.

The Midi ports should appear in the Audio-Midi-Setup and work.

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

971 (edited by zephonic 2026-05-12 01:47:08)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

ramses wrote:

Do you use kernel-mode or DriverKit drivers? If you're using DriverKit, I would consider trying the kernel extension driver.

Like I said, this started when I updated from kernel to DriverKit.

I would consider reverting to the kext drivers if it is a straightforward procedure and not likely to be hamstrung by the next MacOS update. Otherwise I feel like this is just delaying the inevitable.

UCXII | ARC | MBP M1Max | MacOS 14.8.2

972 (edited by ramses 2026-05-12 16:08:31)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

zephonic wrote:
ramses wrote:

Do you use kernel-mode or DriverKit drivers? If you're using DriverKit, I would consider trying the kernel extension driver.

Like I said, this started when I updated from kernel to DriverKit.

I would consider reverting to the kext drivers if it is a straightforward procedure and not likely to be hamstrung by the next MacOS update. Otherwise I feel like this is just delaying the inevitable.

Sorry, I am not using macOS, maybe somebody else has more information about this.

But from what I read so far here in the forum, the future is DriverKit.
At a certain point Apple might cease kernel extension support, but I think currently nobody knows when.

If there is a possibility for you to get DriverKit running stable, for example, by finetuning the "safety offset" (or also "channel limit" if available/doable) in the driver settings, then fine.
But even if big safety offsets should not work then a fallback to kext sounds reasonable to me if there is a chance to resolve issues by that. Of course the thematic will come back to you should Apple cease KEXT at a certain point.

If you use a USB3 recording interface then - if I remember right - you could also use CC mode if both (KEXT, DriverKit) are not working for whatever reason.

I think Apple made a big mistake with their design decision to run 3rd party drivers (esp. audio drivers) in user mode and not in the more robust/reliable kernel mode.

In kernel mode they would have preference before any other processes which are managed by the process scheduler.
In user mode the driver has to compete with other system and user processes, and process prioritization is not as strong compared to kernel mode. In kernel mode drivers can only detach themselves from a CPU core, fully independend of the process scheduler.

The problem is when OS/security designers kind of "overreact" and put security in front of everything else (functionality, reliability, ...). It's a known fact that audio processing is very sensitive and has Near-Realtime processing demands.
A manufacturer like Apple should be aware of this and honor such requirements as good as possible.

BR Ramses - HDSPe MADI FX, M-1620 Pro D, 12Mic, UFX III, ADI-2 Pro FS R BE, Nuendo 15, Win10 IoT Ent

973 (edited by skillzmcgavern 2026-05-12 18:19:37)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

zephonic wrote:

Come to think of it, it's not just system sounds. I have noticed certain operations (like opening a web page or youtube) can also cause interruptions.

My best guess (but just a guess), is that activity on the USB controller can now interrupt audio, whereas previously it was pretty inviolate.

Currently dealing with these problems as well, but I deleted my other thread once I found others with the same issue(s). I think my system's doing OK/better at least after removing the kernel extension and just using DriverKit. I'm not sure if performance is the same in Logic Pro etc. but I will be finding out over the next few days. Hopefully this will improve with future OS updates?

https://forum.rme-audio.de/viewtopic.ph … 04#p211004

So far today diagnostics are at 0/0/0/1/146, triggered by browsing on YouTube while streaming via Apple Music. Browsing the internet besides that didn't cause issues (although it seems worst on sites where there are various videos or media actions going on within a single page or window - NYT, YouTube, Facebook etc).

UFX III | Logic 12.2 | Mainstage 4.0 | Sequoia 15.7.5 | MBP Jan 2023 16" M2 Pro 12/19 | 32GB RAM

974 (edited by zwap 2026-05-16 10:08:27)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Hi, i am running MacOS Tahoe 26.4 on an Apple Silicon M4 Mac

I noticed the "de.rme-audio.dkusb" process always runs as the hottest process in activity monitor
above all other tasks and apps and is between 17-21 (!) % of CPU drain.
(please see attached screenshot)

i am running a Babyface Pro FS with latest driverkit 427 and also latest firmware i can find on the rme website.
and i just updated from MacOS Tahoe 26.4 to 26.5 but that doesn´t make a difference.

i first thought Brave Browser is the issue but it doesn´t matter if i close the browser or with any other
app that processes audio.

Is this a known issue? 

https://i.ibb.co/99JbBmWp/c-PU.png

975 (edited by waedi 2026-05-16 13:47:59)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

zwap wrote:

Hi, i am running MacOS Tahoe 26.4 on an Apple Silicon M4 Mac

I noticed the "de.rme-audio.dkusb" process always runs as the hottest process in activity monitor
above all other tasks and apps and is between 17-21 (!) % of CPU drain.
(please see attached screenshot)

i am running a Babyface Pro FS with latest driverkit 427 and also latest firmware i can find on the rme website.
and i just updated from MacOS Tahoe 26.4 to 26.5 but that doesn´t make a difference.

i first thought Brave Browser is the issue but it doesn´t matter if i close the browser or with any other
app that processes audio.

Is this a known issue? 

https://i.ibb.co/99JbBmWp/c-PU.png


The issue is the wrong  interpretation of the activity monitor by the user.

The % number is the % of the working process of one CPU core.
How many CPU-core has your computer ? Open the Systembericht.

My MacbookAir has 8 cores

https://i.ibb.co/p607JJVf/core.jpg


Your computer has that much power left that the system is able to offer 21% of working power of one core to the RME driver at the moment.

You are fine.

You may test with a large DAW project with lots of plugins running, the % numbers will change a lot.

Also see all these % numbers in the activity monitor, add them all together and you will be surprised it is more than 100%

Let's say you have a 4 core system, one application can show up to 400%, then all 4 core are working mostly for this app.

https://i.ibb.co/BVFH2Grk/cpu.jpg



With activity monitor open hit command 3, it opens another window with each core workload history


https://i.ibb.co/KxxWhQ72/cores.png

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

976 (edited by ramses 2026-05-16 13:54:00)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

I can't imagine that %CPU means the load of only one core.
This makes no sense to me.
In such overviews you want to know the CPU load of each of the processes of the whole CPU (all cores), where:
- Single-threaded applications will run only on one core.
- Multi-threaded applications have the CPU load split across multiple cores.
Finally the sum of all CPU loads may not exceed 100%.
Where 100% is the full usage of the CPU with all cores/threads.

BR Ramses - HDSPe MADI FX, M-1620 Pro D, 12Mic, UFX III, ADI-2 Pro FS R BE, Nuendo 15, Win10 IoT Ent

977

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

ramses wrote:

I can't imagine that %CPU means the load of only one core.
This makes no sense to me.
In such overviews you want to know the CPU load of each of the processes of the whole CPU (all cores), where:
- Single-threaded applications will run only on one core.
- Multi-threaded applications have the CPU load split across multiple cores.
Finally the sum of all CPU loads may not exceed 100%.
Where 100% is the full usage of the CPU with all cores/threads.

You are absolutly right.
But Apple does it different, nobody knows why.

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

978 (edited by waedi 2026-05-16 14:13:11)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

In the activity monitor hit command 2

It opens a window with real time processor load for all cores

https://i.ibb.co/LX3LsYXy/realtimecpu.png

The list of the applications % cpu is real-time.
It is often misleading to the user who think one of his software does occupy a lot of the CPU system.
"Oh shit my computer is not powerful enough, I must run to the Apple store and buy more Macs"

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

979 (edited by zwap 2026-05-16 14:57:36)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

waedi wrote:

It is often misleading to the user who think one of his software does occupy a lot of the CPU system.
"Oh shit my computer is not powerful enough, I must run to the Apple store and buy more Macs"

i didn´t say or think that my mac is running out of CPU.
But the relation to other processes and their CPU drain is noticeable.

For example i switch to another Audio driver it only has 7-9% CPU.
Also the Apple Coreaudio driver sucks here 8% when just playback a simple mp3 file
vs. RME driver with the same task use more that double around 17-20%

However, i can live with that - i was just curious if thats normal.

980

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

In case you talk about internal playback - yes, a 2 channel hardware will cause less CPU than a multichannel one - not to mention the different hardware connection.

@ramses: waedi is right, and we repeatedly have to explain to Mac users how to read the numbers correctly.

Regards
Matthias Carstens
RME

981 (edited by waedi 2026-05-16 20:55:46)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Guess what, it was me interpreting those numbers total wrong in the beginning, then MC obtained education to me, thanksfully.

M1-Tahoe, Madiface Pro, Digiface USB, Babyface silver and blue

982 (edited by lkanies 2026-05-29 19:57:03)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

waedi wrote:

But why it does not happen to every other owner of this interface on a Mac ? I don't know.

FWIW I am having this problem with my Babyface Pro FS (and never had it with the Motu M2 connected over USB, so it's not all USB audio interfaces). Latest drivers and OS, as of this morning.

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

waedi wrote:

The issue is the wrong  interpretation of the activity monitor by the user.

The % number is the % of the working process of one CPU core.
How many CPU-core has your computer ? Open the Systembericht.

My MacbookAir has 8 cores

https://i.ibb.co/p607JJVf/core.jpg


Your computer has that much power left that the system is able to offer 21% of working power of one core to the RME driver at the moment.

You are fine.

And Mac has big.little CPU architecture, so RME driver may, well, be "consuming" 21% of one efficiency CPU core....

FF UCX II, Digiface USB, Babyface Pro FS

984 (edited by dayjob111 2026-05-30 22:33:33)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

having issues here. got a new M5 Macbook pro which of course comes with/Macos26.  now no matter what i do i can’t get the RME UFX+ to play along. it isn’t seen by the mac. won’t show up in system settings or audio/midi set up. the UFX+ is v55 and 4.27 driver.

I tried reinstalling everything, connected via TS3+ cal digit hub and also connected directly. It’s weird. the blue light indicating it’s connected to the host is list up but it is not accessible

It’s connected via USB via the mac USBC-> USB-A adaptor.

Is there some terminal hack i need to do or install the kernel version or some way to uninstall and reinstall the driver to start over? the system settings are set to allow accessories when unlocked. it asked the first time when i connected it directly so i know it’s in the ether of the OS somewhere.. but is not willing to be unhidden fully.

why do you hide, UFX+, i’m you’re ever lasting friend. show yourself. My spells do not work.

edit: double checked the login settings and made sure that is all as it should be. yikes. starting to get a bit worried about this but UFX+ is a premium interface and not very old so wasn’t expecting any issues.,. but MacOS26 i guess is the problem i should’ve expected.

edit edit: read back through the thread. thank you to previous posters with similar issues. seems MacOS26 latest version, 26.5, is not happy with the driver kit 4.27.   I installed the 335 kernel extension and after restarting adn allowing and all that business everything works as expected. so weird to go back a version/method but grateful that it exists because i was starting to panic for a sec.

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

Hi all,


I bought a new MacBook Pro m5 the other day, after being a long time Windows user. I use a Fireface UCX (1st one). Tried yesterday to install it but didn't work, today I tried to follow the steps, that is, install kernel driver 335 (first setting the security to reduced), update firmware (was not necessary because already up to date apparently), and then tried to download driver kit 427. Seemed alright but the terminal deletion thing didn't seem to work , I got the error "cannot build collection without binaries a sonly 1 codeless kexts provid".

But all seems to work just fine. My question is basically, can I now set the security back to normal? I tried that yesterday and that seemed to make everything not work anymore, so since its working now I don't want to turn it off, on the other hand I wouldn't like reduced security (whatever that is...). Does it maybe have to do with the error I got in the terminal? That it didn't delete the kernel driver or something?

986 (edited by gustavoblima 2026-06-08 19:13:21)

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

zephonic wrote:
waedi wrote:

When you say interrupt, does the music break off for a moment, a dropout ?

Me and Ramses in the previous post mean the system-sounds just appear and are mixed into the output what is uncomfortable for the listener...

Yes, disrupt like it causes a momentary glitch in the audio. That never used to happen, notifications used to quietly ping in the background but not disrupt DAW audio.

You are not alone. Macbook Pro M1 Pro, UFX+, latest DriverKit 4.30, i got like a "stutter" which is an audio drop out, either working Bitwig / Ableton or simply watching Youtube Videos. I can't work basically.

I always used it in Windows, but lately decided to use it on my MBP, and this is impossible to use, especially in my case where I print a lot the audio. I know it's not RME fault... but damn.

@MC I see i'm not alone, but this is awful and for sure stressful for you guys. I'm going to try KEXT old skool way to see if it solves... but I am sure the community can help and reach a solution where perhaps things are more stable? As Apple is not going to do shit about for sure. Typical.

987

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

cola1000l wrote:

Hi all,
I bought a new MacBook Pro m5 the other day, after being a long time Windows user. I use a Fireface UCX (1st one). Tried yesterday to install it but didn't work, today I tried to follow the steps, that is, install kernel driver 335 (first setting the security to reduced), update firmware (was not necessary because already up to date apparently), and then tried to download driver kit 427. Seemed alright but the terminal deletion thing didn't seem to work , I got the error "cannot build collection without binaries a sonly 1 codeless kexts provid".

But all seems to work just fine. My question is basically, can I now set the security back to normal? I tried that yesterday and that seemed to make everything not work anymore, so since its working now I don't want to turn it off, on the other hand I wouldn't like reduced security (whatever that is...). Does it maybe have to do with the error I got in the terminal? That it didn't delete the kernel driver or something?

The error shown in the terminal is normal. You will know that it worked when not getting the RME warning about the other driver still present.

Setting security back removes all (!) kernel extension drivers. So you have to reinstall them.

Regards
Matthias Carstens
RME

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

zephonic wrote:

If DriverKit is the only way, maybe it's time to reconsider Thunderbolt options but unfortunately RME doesn't sell these, and I think MC is on record saying it won't happen.

I'd also appreciate new "Thunderbolt" options... The issue previously was to do with the supply of Thunderbolt chipsets, something about them not supported for very long. But why can't we just use USB4 or USB4v2 in 2026? Those are open technologies, and support PCIe tunneling.

For now I use HDSPe interfaces in Thunderbolt PCIe enclosures. But my UFX+ is being used as a converter at this point, not an interface. I'd happily replace it with a new UFX that has PCIe tunneling over USB-C. The main issue with the HDSPe interfaces is they require additional external IO (not to mention the enclosure), there's no PCIe/USB4/Thunderbolt interfaces with decent analog IO.

MADI FX | Digiface Dante | Fireface UFX+

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

I find that Google Chrome causes interruptions when I am running Cubase, so I always close Chrome when I start a music session.

ramses wrote:
zephonic wrote:

Come to think of it, it's not just system sounds. I have noticed certain operations (like opening a web page or youtube) can also cause interruptions.

My best guess (but just a guess), is that activity on the USB controller can now interrupt audio, whereas previously it was pretty inviolate.

Do you use kernel-mode or DriverKit drivers? If you're using DriverKit, I would consider trying the kernel extension driver.

The kernel extension driver model is more robust by design: drivers running in kernel mode can only detach themselves from a CPU core, so they have the highest priority and do not compete with other user and system processes managed by the process scheduler.

It's not RME's fault; it's an Apple design decision to prioritize system security over functionality.
If DriverKit drivers are working for you, fine, then use those, as this is the future compliant with Apple's security strategy.
But if you have issues, you should try the kernel extension driver, which could bring you more stability for audio processing.

990

Re: Mac USB driver for macOS 11 & Apple Silicon hardware

KHWW wrote:

I have installed the latest DriverKit: driver_usbdk_mac_427

I figured this further. Because USB3 doesn't work reliably, I've been using the UFX III in USB2 mode to get work done. Switching the interface mode to Auto or USB3 will show the channel labels in Logic and Audio MIDI Setup as expected. Switching the Fireface to USB2 only shows the channels with anonymous numbers.

This now seems a choice between reliable audio and identifiable channel names. Is there a technical reason the channel names can't be provided in USB2 mode?

This has been fixed in driver version 4.30.

Regards
Matthias Carstens
RME