The question about 'another program that is using the windows driver and is holding onto it' - Sonarworks is known to do that, cause these exact buffer size switch issues, and I am not sure it is enough to disable it from within Sonarworks. Windows 11 runs perfectly (as Windows 10) on our computers, there is no change in behaviour.

No tengo mucha experiencia y puede que algo de lo que diga no sea correcto. Me he registrado expresamente por si mi caso puede ayudar a otras personas. Escribo en Español y luego traduciré al Inglés por lo que puede haber alguna inconsistencia.

Estoy muy contento con mi nueva adquisición, RME fireface UCX II. Soy propietario de una RME fireface UC desde hace unos 10 años…ahora tengo las dos…soy un afortunado.

Problema resuelto con la UCX II nueva.

Cada vez que cambiaba el buffer en la configuración (settings) de la UCX II, la reproducción, grabación…variaba la velocidad de reproducción dentro de Reaper acelerándola o ralentizándola dependiendo de si el cambio de buffer era de menos a más o de más a menos respectivamente…haciendo además todo tipo de artefactos distorsionados…una vez que fallaba, hasta alimentar con phantom 48V una pista hacia un pitido distorsionado con una cola sin fin…esto está roto pensé…parecía como cuando hay discrepancia entre varios samples rates 48000/44100 entre dispositivos o software…pero además distorsión, clics, ecos, artefactos de todo tipo…una desgracia. Apagaba la UCX II sin reiniciar el ordenador y todo volvía a la normalidad. Un día entero cambiando configuraciones aquí y allá…nada…esto está roto volvía a pensar una y otra vez…hasta que ayer por la noche, agotado y desilusionado…se me ocurrió volver a mirar la configuración de Windows, panel de control/sonido/reproducción/grabación y demás…y resulta que ahí, en opciones avanzadas del dispositivo predeterminado, hay una opción que suelo dejar deseleccionado por consejo de muchos tutoriales de optimización de Windows para audio, me refiero a la de “Permitir que las aplicaciones tomen el control exclusivo de este dispositivo” y la de abajo “ Dar prioridad a las aplicaciones en modo exclusivo”, las seleccione las dos y…voilà…desde ese momento todo volvió a la normalidad. Nunca me había pasado, en unos ordenadores lo tengo marcado y en otros no…en ese mismo ordenador con la RME UC da igual si lo marcas o lo desmarcas…en este caso con la UCX II, en ese ordenador (Windows 10) por lo menos, es necesario marcarlo. Bueno, pues eso, si a alguien le pasa lo mismo (davidlaijiajun), aunque sea otro modelo RME, que pruebe esta solución por si es el mismo caso. A mí es la primera vez que me pasa.
(No uso Sonarworks, y todo está actualizado en la nueva UCX II. USB 105/DSP 26/USB CC 104)

Saludos a todos y Gracias a RME.

(traducido)

I don't have much experience and some of what I say may not be correct. I have registered expressly in case my case can help other people. I write in Spanish and then I will translate into English so there may be some inconsistencies. I am very happy with my new purchase, RME fireface UCX II. I have owned an RME fireface UC for about 10 years…now I have both…I am lucky.

Fixed issue with the new UCX II.

Every time I changed the buffer in the settings (settings) of the UCX II, the playback, recording... I varied the playback speed within Reaper speeding it up or slowing it down depending on whether the buffer change was from less to more or from more to less respectively…plus making all sorts of distorted artifacts…once it failed, even 48V phantom powering a track to a distorted beep with an endless tail…this is broken I thought…it seemed like when there is a discrepancy between various 48000/44100 sample rates between devices or software... but also distortion, clicks, echoes, artifacts of all kinds... a misfortune. I turned off the UCX II without restarting the computer and everything was back to normal. A whole day changing settings here and there...nothing...this is broken I kept thinking again and again...until last night, exhausted and disappointed...it occurred to me to look again in Windows settings, control panel/sound/ playback/recording and so on... and it turns out that there, in the advanced options of the default device, there is an option that I usually leave deselected on the advice of many Windows audio optimization tutorials, I mean the "Allow applications to take control exclusive to this device” and the one below “Give priority to apps in exclusive mode”, I selected them both and…voilà…from that moment everything went back to normal. It had never happened to me, on some computers I have it checked and on others I don't... on that same computer with the RME UC it doesn't matter if you check it or uncheck it... in this case with the UCX II, on that computer (Windows 10) so less, it is necessary to mark it. Well, that's it, if the same thing happens to someone (davidlaijiajun), even if it's another RME model, try this solution in case it's the same case. It's the first time it's happened to me.

(I don't use Sonarworks, and everything is up to date on the new UCX II. USB 105/DSP 26/USB CC 104)

Greetings to all and Thanks to RME.

MC wrote:

The question about 'another program that is using the windows driver and is holding onto it' - Sonarworks is known to do that, cause these exact buffer size switch issues, and I am not sure it is enough to disable it from within Sonarworks. Windows 11 runs perfectly (as Windows 10) on our computers, there is no change in behaviour.

So if I understand correctly, my problems are caused by Windows using the RME driver as the playback device? Then why do other audio interfaces not have this buffer size adjusting problem where the audio will speed up or slow down? Only the Babyface Pro FS has this interesting thing.

Thanks for your explanation!

That happens if the buffers are not transmitted correctly, with samples missing and lots of dropouts occur...broken communication and interrupt handling. Not a typical Mac issue but Windows...

Then, may I ask a follow-up question? Why can I adjust buffer size on the fly when I used my FocusRite interface? If it's a Windows issue, it shouldn't make a difference between different brands and interfaces.

Thanks for your explanation!

So when I tried to change buffers before in Cubase I said I had no problem because I didn’t think I had. However I noticed that although the fireface settings showed as changed in Cubase the reported latency in Cubase hadn’t and the performance was the same. So I closed Cubase and then changed the buffers and hit the exact same problem with the slowed down stuttering. Yes I also use sonarworks. Now it really doesn’t impact me as I work recording and mixing at 128 which still has low latency so have no need to change and is why I’ve never noticed.

Anyway you don’t have to restart the computer to fix it.
1. Go to the little arrow on win 11 task bar and right click on the sonarworks icon and quit.
2. Change buffer size.
3. Cubase now works fine when you change buffers.
4. You can start sonarworks or if you change buffers regularly leave it disabled for the session.
5. The sonarworks plugins work in Cubase when you do this. It’s only the global settings (media player YouTube etc) that lose the room correction.
6. Sonarworks is a startup program so can be disabled from startup if you are going to be doing a session where you need to change buffers. As mentioned sonarworks will still work as a plugin and asio bypasses windows sound output.

It takes seconds to do any of this without a reboot. I’m not sure RME can be blamed for this as it works fine without the system wide sonarworks running. By the way I’m using Sound ID reference and not the older version.

Even if you kill sonarworks altogether? It should do. It works ok on mine and I can start it back up again. It is the newer version than what you are using. I’m on Cubase 12 pro and latest win 11.

Any other audio/MIDI devices connected?

Is the issue reproducible without? I had a customer whose MIDI keyboard (which also had some USB audio functionality) appeared to be interfering somehow.

No tengo mucha experiencia y puede que algo de lo que diga no sea correcto. Me he registrado expresamente por si mi caso puede ayudar a otras personas. Escribo en Español y luego traduciré al Inglés por lo que puede haber alguna inconsistencia.

Estoy muy contento con mi nueva adquisición, RME fireface UCX II. Soy propietario de una RME fireface UC desde hace unos 10 años…ahora tengo las dos…soy un afortunado.

Problema resuelto con la UCX II nueva.

Cada vez que cambiaba el buffer en la configuración (settings) de la UCX II, la reproducción, grabación…variaba la velocidad de reproducción dentro de Reaper acelerándola o ralentizándola dependiendo de si el cambio de buffer era de menos a más o de más a menos respectivamente…haciendo además todo tipo de artefactos distorsionados…una vez que fallaba, hasta alimentar con phantom 48V una pista hacia un pitido distorsionado con una cola sin fin…esto está roto pensé…parecía como cuando hay discrepancia entre varios samples rates 48000/44100 entre dispositivos o software…pero además distorsión, clics, ecos, artefactos de todo tipo…una desgracia. Apagaba la UCX II sin reiniciar el ordenador y todo volvía a la normalidad. Un día entero cambiando configuraciones aquí y allá…nada…esto está roto volvía a pensar una y otra vez…hasta que ayer por la noche, agotado y desilusionado…se me ocurrió volver a mirar la configuración de Windows, panel de control/sonido/reproducción/grabación y demás…y resulta que ahí, en opciones avanzadas del dispositivo predeterminado, hay una opción que suelo dejar deseleccionado por consejo de muchos tutoriales de optimización de Windows para audio, me refiero a la de “Permitir que las aplicaciones tomen el control exclusivo de este dispositivo” y la de abajo “ Dar prioridad a las aplicaciones en modo exclusivo”, las seleccione las dos y…voilà…desde ese momento todo volvió a la normalidad. Nunca me había pasado, en unos ordenadores lo tengo marcado y en otros no…en ese mismo ordenador con la RME UC da igual si lo marcas o lo desmarcas…en este caso con la UCX II, en ese ordenador (Windows 10) por lo menos, es necesario marcarlo. Bueno, pues eso, si a alguien le pasa lo mismo (davidlaijiajun), aunque sea otro modelo RME, que pruebe esta solución por si es el mismo caso. A mí es la primera vez que me pasa.
(No uso Sonarworks, y todo está actualizado en la nueva UCX II. USB 105/DSP 26/USB CC 104)

Saludos a todos y Gracias a RME.

(traducido)

I don't have much experience and some of what I say may not be correct. I have registered expressly in case my case can help other people. I write in Spanish and then I will translate into English so there may be some inconsistencies. I am very happy with my new purchase, RME fireface UCX II. I have owned an RME fireface UC for about 10 years…now I have both…I am lucky.

Fixed issue with the new UCX II.

Every time I changed the buffer in the settings (settings) of the UCX II, the playback, recording... I varied the playback speed within Reaper speeding it up or slowing it down depending on whether the buffer change was from less to more or from more to less respectively…plus making all sorts of distorted artifacts…once it failed, even 48V phantom powering a track to a distorted beep with an endless tail…this is broken I thought…it seemed like when there is a discrepancy between various 48000/44100 sample rates between devices or software... but also distortion, clicks, echoes, artifacts of all kinds... a misfortune. I turned off the UCX II without restarting the computer and everything was back to normal. A whole day changing settings here and there...nothing...this is broken I kept thinking again and again...until last night, exhausted and disappointed...it occurred to me to look again in Windows settings, control panel/sound/ playback/recording and so on... and it turns out that there, in the advanced options of the default device, there is an option that I usually leave deselected on the advice of many Windows audio optimization tutorials, I mean the "Allow applications to take control exclusive to this device” and the one below “Give priority to apps in exclusive mode”, I selected them both and…voilà…from that moment everything went back to normal. It had never happened to me, on some computers I have it checked and on others I don't... on that same computer with the RME UC it doesn't matter if you check it or uncheck it... in this case with the UCX II, on that computer (Windows 10) so less, it is necessary to mark it. Well, that's it, if the same thing happens to someone (davidlaijiajun), even if it's another RME model, try this solution in case it's the same case. It's the first time it's happened to me.

(I don't use Sonarworks, and everything is up to date on the new UCX II. USB 105/DSP 26/USB CC 104)

Greetings to all and Thanks to RME.

Where are these settings?