1 (edited by elad 2024-05-15 23:15:28)

Topic: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Hi,

I recently bought a brand new UFX III, as an upgrade over the babyface pro that I really liked, and expected it to be amazing,
but sadly, I have reccuring prolems with it.

Most importantly, my DAW* freezes about once a day now, inconsistently, and it took me some time to realize it, but I'm pretty sure now it's the interface (or driver) that causes the problem.
The reason I suspect it is twofold :
- I can't kill the DAW's process, nor the driver, and the only thing that helps (other than full computer restart) is turning off the interface.
furthermore - turning it on again, I get a message saying it's malfunctioned and unrecognized, and I still need to restart the computer in order to use it.
- I created a dump file for the DAW's process, and in it the driver name appears very clearly, although I can't understand it any further, and I'd appreciate if anyone can translate it to English it for me.

sidenote :
Another thing that bothers me is crackles I don't understand when using just a few plugins or even one. especially midi virtual instruments or amp simulations, while the cpu is not even close to maxing out, as well as the memory not really breaking a sweat.
It's a bit sad that I have a 2500$ interface and I find myself prefering to use the computer's built in soundcard as long as I don't need to record. maybe these problems are somehow connected..
-
And yet another weird thing that happens quite often is my screen going pitch black for a second or two when I turn on the interface when the computer is already running. not always though..

* System :
DAW = Reaper 7.14

Driver : driver_madiface_win_09840
flash : version 19 (interface). last update seems to be from 03/28/2024 (readme)

Windows 10 Pro 22H2
Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz   3.70 GHz
32.0 GB RAM

I was trying out several USB(3) sockets on the computer, and was using only the supplied USB cables,
both USB-A sockets and the single USB-C socket it has.

p.s
Just found out that after the freeze/crash situation, I can use it with USB-2 (the socket actually reads USB3.0 and the plastic is blue, but the HOST led is yellow, and it lacks the MADI connections)
if turning it off again after that, and reconnecting it to a USB3 socket (then on again) it's again not recognized by the system, including the MADIface settings, and the HOST led turns off.

closing the setting and reopening it didn't seem to help.


Can anyone help with this situation?

I didn't understand how to upload files to here so I'm just adding a link to a google drive folder with a small screenshot and 2 dump analysis files.

https://drive.google.com/open?id=1yj9NW … p=drive_fs


I was also not sure if this post belongs here or in the other MADI/premium forum. if so tell me and I'll move it there.

Would appreciate any help suggestions or ideas.

Thanks



small edit :
in case it matters -
fireface usb settings is also running on my machine but the babyface pro is not connected anymore. at least not most of the time.

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

How about ASIO restart ?
In the Windows device manager disable the RME audio device and re-enable it.

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

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

waedi wrote:

How about ASIO restart ?
In the Windows device manager disable the RME audio device and re-enable it.

Didn't know such a thing exists. I already restarted my computer now.
Will try it out next time it happens.
(under sound video and game controllers -> RME UFX III USB 3.0, right?)

Thanks!

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

yes

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

5 (edited by ramses 2024-05-16 07:04:48)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

@elad: you mentioned it works with USB2.

By using USB2, you have only a 30ch interface like UFX II. When using USB3, then 94 input and output channels are instantly being transferred over USB3, no matter whether you use one or all channels in the application/DAW.

When you compare it with Babyface … BBF has even less channels and uses a different driver which uses possibly other USB transfer modes compared to the newer MADIface driver. As a side note, having the BBF Pro driver installed in parallel should not hurt. I had for several years also a RayDAT on my computer, which I didn't use anymore, but I kept it in the system.
The driver that you load with the application and where you define WDM devices is relevant.

Do you see the difference? 94 vs. 30 vs. 12 channels → other bandwidth demands over USB and in terms of data that needs to be processed by the computer in time.

Under normal conditions, even this higher number of channels causes no issues. I have an Intel Xeon CPU which has a similar performance according to passmark.com. At times, I was able to run even two UFX+ and ADI-2 Pro and had zero issues, this is 376 (188 input and output) channels plus the 14 from ADI-2 Pro FS R BE, in total 390 channels. In the current setup with UFX III and ADI-2 Pro FS R BE 188+14=202.

DPC Latency // BIOS / Windows settings to disable energy saving

Can I assume that you performed already the recommended settings, to disable energy saving?
- BIOS: disabling C-States (also P- and T- States if you have those in the BIOS)
- BIOS: disabling C1E
- BIOS: enable Turbo and EIST (disabling EIST is usually not needed)
- Windows: Energy profile for High Performance or activate Ultimate Performance (so that CPU core parking is also disabled)
You can use Bitsum's parkcontrol tool to check whether in High-Performance CPU core parking is not active (all cores enabled). You can also activate Ultimate Performance (which is per default hidden) there I know for sure, that CPU core parking is disabled.

Did you check already with LatencyMon, whether your computer is suitable for audio processing or whether there are bad settings or driver which cause too high DPC latencies?

Check for CRC errors in driver settings

The next thing is to check USB transport. Keep the RME driver settings window open, then CRC checks are running whether you have a USB transport error or not, which could be caused by a bad cable or other things. If any of the CRC counters are increasing, then you have a problem with USB transport. It doesn't matter which counter increases, only zero is acceptable.
Tip: don't be fooled by crc5/16/32 … These are no counters, these are the names of CRC checks (crc5, crc16, crc32), see also https://forum.rme-audio.de/viewtopic.ph … 4#p211994.

Regarding USB3 cables

Keep in mind that the maximum cable length for USB3 is 3 m, more is causing issues. I am using Lindy premium cables from their Cromo line with triple shielding and which have really a good quality and which are not too expensive.
You could proactively get such a cable:
https://www.lindy.de/3m-USB-3-2-Typ-A-a … ;ci=800504

USB3 chipset compatibility...

The next thing that could cause issues is the USB3 chipset that you use.
With some USB3 chipsets, the USB3 transfer modes that the MADIface driver uses, do not work well.
Normally, the USB3 ports which come from the Intel (or AMD) chipset are fine. But there can be issues, if your mainboard has other 3rd party USB3 chipsets on board which do not work well.

Issues can also arise when connecting more and more USB devices.
- the likelyness increases that recording interface and other interfaces share the same USB controller
- side effects where nobody knows where they come from, maybe based on the point mentioned before

I had the same situation years ago. 2x UFX+, ADI-2 Pro, a fantastic Supermicro server mainboard with a well Intel chipset. But I connected more and more devices and at a certain point also an USB Bluetooth adapter, and then I also got some issues. Isolating 2xUFX+ and ADI-2 Pro behind a special Sonnet card (sadly not produced anymore, which had 4x FL1100 USB3 chip) solved the issue. As the card became damaged I got now the Sonnet card with one FL1100 controller for the UFX III and the ADI-2 Pro became connected to another good working USB port (this is not so critical, USB2 is not critical and only being used for ADI-2 Remote and flashing.

And this is the reason why it is often suggested by RME support to test all USB3 ports. See below. As usually nobody knows which port on the back of mainboard or on the computer case comes from chipset (which theoretically should always work, but who knows ..) and what comes from either supported or unsupported USB3 3rd party chip on mainboard.

!!! IMHO the best strategy is still to isolate the recording interface behind a dedicated and well-supported USB controller !!! The mentioned Sonnet card has low requirementy, only one lane, PCIe 2.0 or higher.

... Try all USB3 ports on your computer

You could check whether this makes a difference: remove all USB devices, only keep UFX III, mouse and keyboard connected. For mouse and keyboard, use USB2 ports.
Now try the UFX III on all other remaining USB3 ports, whether one of these ports gives you more stability.
If the error only occurs once during a day, maybe after a couple of hours of operation, then it might take a few days to find out
a) whether you find a port where it runs stable and
b) if your system can run the UFX III fine.

Proven Sonnet card with FL1100 USB3 chipset

You can much likely accelerate this process by isolating the UFX III behind a dedicated PCIe card with well-supported USB3 chipset (those from Fresco Logic are fine, FL1100, see manual). Connect only the UFX III to it!

The below linked Sonnet card with FL1100 already worked wonder in similar cases with USB issues.

Also nice with this card/chipset: Windows 10 has already a proper driver for it and the driver works with MSI (message signalled interrupts) which works more efficient.

By getting the Lindy Cromo USB3 cable and the Sonnet card you might solve the issue quicker.
https://www.sonnettech.com/product/alle … 4port.html
https://www.lindy.de/3m-USB-3-2-Typ-A-a … ;ci=800504

Other things...

Firmware Update

You are not using the latest firmware for the UFX III. You could try, whether firmware upgrade changes something.
From the README, it looks as if the latest version addressed other things.
On the other hand, it is generally a good idea to try the latest firmware and driver in any case of issues.

From the README:
Fireface UFX III: USB 20 DSP 21 CC 44
"04/29/2024: Update UFX II to DSP 26, UFX III to DSP 21, UFX+ to DSP 58: PEQ with Q 0.4 and F 20 kHz led to a loss of sound at Single Speed. Multiple RoomEQ delays and reverb active at Quad Speed could lead to loss of the FX signal. Optimized filter calculation for lowpass / highpass at lower Q-values."

DAW / Reaper

Do you only have such issues with Reaper? How is it with other applications which use ASIO? Can you try a demo of another major DAW like Cubase?

Don't worry too much

It should be possible to get it working... This is my system for comparison.

I removed some pictures as I changed a little, but you can see, also with a 10y old system everything can work smoothly.
https://www.tonstudio-forum.de/blog/Ent … mponenten/

Excellent performance like with PCIe card:
https://www.tonstudio-forum.de/blog/Ent … cks-de-en/

Current setup:
https://www.tonstudio-forum.de/blog/ent … iii-en-de/

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

elad wrote:

-
And yet another weird thing that happens quite often is my screen going pitch black for a second or two when I turn on the interface when the computer is already running. not always though..

This refers to your PC monitor? Methinks you have some underlying hardware problem that isn't related to the interface. What kind of mainboard is this? Can you try a PCI USB 3 card with a Fresco chipset as an alternative to onboard USB?

Regards
Daniel Fuchs
RME

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Yes it sounds like the usb port craching, not the driver. So as much info as you can on your system. Are you ove4rclocking or running a k processor with higher turbo? If yes no judgment there, I do the same on an older cpu, but going a little to high can cause these kind of issues. Remember the UFX3 poses a much higher load on the usb and whole system.
As a test disable turbo all together and see if that cures it.

Vincent, Amsterdam
https://soundcloud.com/thesecretworld
BFpro fs, 2X HDSP9652 ADI-8AE, 2X HDSP9632

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Hi Guys, Thank you all very much for responding!
I've been busy and could not get to answering yet, but I will in a few hours respond to each of your posts.

./|\.

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Hi Ramses, Thank you especially for your detailed and thorough answer. this is much appreciated!
I will start investigating into it, section by section in the coming days.
For good measure, I'll also address some of the things you mentioned.

ramses wrote:

@elad: you mentioned it works with USB2.

I don't really know, the only time I plugged it into a USB2 socket is by accident (it's blue and it reads 3.0).
I don't know how well it works in comparison.
just that it was recognized after the crash while not being recognized via the USB3 until a full computer restart.

I will though give it a try, but only for test purposes. I do need the MADI as I also got a 12Mic with it, and an SSL quad that will connect via ADAT. and I intend to use all their inputs.
Currently though the SFP was lost in trafic so I'll have to wait for it anyway to setup everything, as well as I'm waiting for some accoustic pannels and a test mic that was also lost, before I even set up the studio room, so I'm currenly working in another room with the UFX only, and only headphones, and doing mostly midi stuff.

Actually, even now I'm using the last MADI channels as virtual software channels, but I'll change it for the test with the USB2.


ramses wrote:

When using USB3, then 94 input and output channels are instantly being transferred over USB3, no matter whether you use one or all channels in the application/DAW.

I didn't know that. good to know.

ramses wrote:

DPC Latency // BIOS / Windows settings to disable energy saving

Can I assume that you performed already the recommended settings, to disable energy saving?
- BIOS: disabling C-States (also P- and T- States if you have those in the BIOS)
- BIOS: disabling C1E
- BIOS: enable Turbo and EIST (disabling EIST is usually not needed)
- Windows: Energy profile for High Performance or activate Ultimate Performance (so that CPU core parking is also disabled)
You can use Bitsum's parkcontrol tool to check whether in High-Performance CPU core parking is not active (all cores enabled). You can also activate Ultimate Performance (which is per default hidden) there I know for sure, that CPU core parking is disabled.

Did you check already with LatencyMon, whether your computer is suitable for audio processing or whether there are bad settings or driver which cause too high DPC latencies?

This whole section is chineese to me. or maybe spanish at best smile
I never did any of these things. Is this in the manual? cause I painsteakingly read it like twice, and I don't rember anything about BIOS.

I will try to look into it.

ramses wrote:

Check for CRC errors in driver settings
Tip: don't be fooled by crc5/16/32 … see also ...

I was actually never completely sure on how to read those. the picture you made should be in the manual smile thanks!
So far it's 0 but I wasn't doing much with it since the restart.

ramses wrote:

Keep the RME driver settings window open

Windows used to have an "always on top" option, but I can't find it now. I guess it's crusial in order to spot the error after the freeze..

ramses wrote:


Regarding USB3 cables ...


As I mentioned, I use only the cables supplied by RME with the UFXIII. I believe they are 1.5m long.
I will look into the cables you mentioned. Thanks.

ramses wrote:


USB3 chipset compatibility...

How can I tell which chipset it uses?
I'll upload everything I know about my system in the next post. will appreciate if you could take a look.

I actually learned about the bus share years ago when I was trying to copy files between 2 high performance exHDs. the USB sockets on my computer come in couples, and if I connect both to neighbouring sockets the speed drops significantly.

And I intend to eventually use most sockets. e.g for the 12Mic which still hasn't got full control over MADI implemented wink

But right now the only things connected to USB here are the mouse+keyboard adapter, a crappy pair of cheap speakers I use when not producing to not wear HP all the time (both USB2, front), the UFXIII on one of the rear sockets (it got the rear all to itself), and intermittently a midi keyboard (x3mini/keylab61) to one of the should-be-USB3-but-not-sure-anymore also on the front.

My current strategy is to get a USB splitter for the crappy stuff, and keep the important stuff away from one another.
But I'll look into the dedicated controller method you mentioned.
but just to make sure - it is still internal, right? and how do I get a socket for it? replace the wiring from another chipset?

ramses wrote:


... Try all USB3 ports on your computer


I'm a bit annoyed by that, but I will smile it will take quite a few days though.. more than a week probably.


ramses wrote:


Proven Sonnet card with FL1100 USB3 chipset
You can much likely accelerate this process by isolating the UFX III behind a dedicated PCIe card with well-supported USB3 chipset


ordering stuff and waiting for delivery is actually quite a longer process than checking all ports smile

ramses wrote:


You are not using the latest firmware for the UFX III. You could try,


I was sure I had the latest one. will update regardless.

ramses wrote:

  DAW / Reaper ...


I think I have a Cubase Essentials from some years ago lying around somewhere on the computer, but I dislike it.
Will give it a try in case all else fails.
I actually first posted in Reaper forums, but didn't get much from there as it appeared to be the interface/driver, which brought me here.

one thing that does seem to maybe happen more in reaper is the crackles even with long buffers (which is the secondary issue I mentioned), in comparison to the same Amp simulations in standalone software, but maybe it's just VST vs c++?

ramses wrote:


Don't worry too much ...


Thanks smile
I surely needed to hear that.

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

The first thing to do, if having such problems, is to try all USB sockets and find if any of them works better/well.

Also that settings of CPU in BIOS might help. And also power profile of computer. Maybe that USB controller goes to sleep and is not able to wake up....

11 (edited by elad 2024-05-17 11:45:58)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

RME Support wrote:

This refers to your PC monitor?

yes

RME Support wrote:

Methinks you have some underlying hardware problem that isn't related to the interface. What kind of mainboard is this? Can you try a PCI USB 3 card with a Fresco chipset as an alternative to onboard USB?

I'll attach the full spec of the system that I'm aware of in a picture at the end of this post.
I don't fully understand what you are refering to but I think it's the same thing suggested by Ramses? will look into it.

They do share a power socket splitter though (with also the computer and sometimes other stuff)
so it might not be a computer problem at all?

vinark wrote:

Are you ove4rclocking or running a k processor with higher turbo?

not at all. wouldn't even know how to do it. I'm on balanced performance or something. I don't like it when I hear the fans smile

vinark wrote:

So as much info as you can on your system

There it is :
my system

It's a custom assemble and quite high end for the time, I think.
It's 6 years old though. maybe USB3 wasn't developed enough then?
I hope I don't have to get a new one big_smile


BTW, did anyone have a look in the dump analysis I shared? (@RME Support)

Thank you all again, and good night.

12 (edited by ramses 2024-05-17 07:14:37)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

> How can I tell which chipset it uses?

1. Part of this information should be in the manual.
Then you should know the back ports of the mainboard.
If you use ports of your PC case, it depends on the PCs internal cabling to provide USB to the ports on the case.

Please provide a link to the product page of your mainboard and best also to the mainboards manual.
There it should be possible to find an information, whether all USB ports come from the Intel Chipset
or if there is for USB3 also a 3rd party chip on the mainboard to add some more USB3 ports.

2. I would order the Sonnet card in parallel.

It is not clear whether the issue can be resolved using the USB ports of your mainboard.
If the delivery takes longer as you say, then order immediately to save time.
While the troubleshooting goes on, maybe 1-2 weeks because you seem to be not so familiar with the usual PC tuning for audio processing the card is already on the way to you.

This can only be beneficial in this situation. It is even more than a "plan B", it is the best solution to isolate the UFX III.
By this it is much easier to "enforce", that the UFX III is as the only device behind a supported USB3 controller.

I would anyway recommend isolating the UFX III behind this card. This way, you can use all other USB ports of your system for other things and the UFX III is not impacted by any side effects that might occur.
Then you also have the benefit of having a supported USB3 chip with a driver using the more efficient MSI (Message Signalled Interrupt) design. As I mentioned already, Win10 directly includes suitable drivers for the FL1100 chip.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

13 (edited by ramses 2024-05-17 07:12:57)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

> [BIOS settings]
> This whole section is chineese to me. or maybe spanish at best smile
> I never did any of these things. Is this in the manual?

Systems are also too different from BIOS and Design.
You find much information about that in forums, also on this forum, this is not the 1st troubleshooting.
Use the forum's extended search for e.g., my account name here and the term "LatencyMon".

If this is too hard … There is a reason why some companies are still in the business of offering turnkey systems for audio and video processing. This is no rocket science ... it only might take a little time to "get used to it".

Indeed, a little tricky, if the basic knowledge is missing, why you do those things and how this all fits together.

> I was actually never completely sure on how to read those. the picture you made should be in the manual smile thanks!
> So far it's 0 but I wasn't doing much with it since the restart.

I would expect to see USB transport errors occurring quite fast if there are any.
If they occur it has a reason, bad cable too long cable, bad connector and in this case, the error should show up quickly.
But maybe not in all cases; therefore, if you see nothing, then this is a good sign for the current RME cable.
However, to be on the safe side, I would keep the window open for at least (lets say) 1h.

> Windows used to have an "always on top" option, but I can't find it now.
> I guess it's crusial in order to spot the error after the freeze..

It simply needs to be opened so that this check runs.
It is not mandatory to be on top of the other windows, it only needs to stay opened.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

> The image isn't working (yet?) so here's a link for now

How to post pictures (and that they are directly visible, if it is this, where you are after)...

https://www.tonstudio-forum.de/blog/Ent … rum-EN-DE/

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

ramses wrote:

Please provide a link to the product page of your mainboard and best also to the mainboards manual.

Product page : https://www.asus.com/motherboards-compo … me-z370-a/
Manual : https://dlcdnets.asus.com/pub/ASUS/mb/L … UM_WEB.pdf
"the USB 3.1 Gen 1 is purchased separately."


ramses wrote:

I would order the Sonnet card in parallel...

I get what you're saying. I'll look for it.

ramses wrote:

This is no rocket science ...

yeah, I know smile I was just saying this is not something I can perform imediately. I'll have to look into it a bit first and learn the subject to some extent.

ramses wrote:

I would expect to see USB transport errors occurring quite fast if there are any.

Yesterday it was open for quite a while and no errors showed up. (I only remember for sure seeing ~48 minutes on the little timer next to the error counters. maybe it's not enough)
I'll let it run today too, and I also connected the midi keyboard even though I'm not currently working (with it, nor with reaper or any audio processing in general) to see if it raises any issues.

But can this mean it's not the USB after all?

ramses wrote:

How to post pictures ...

thanks smile done.

16 (edited by ramses 2024-05-17 12:41:58)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

> But can this mean it's not the USB after all?

No, it simply means that the packets are according to their checksum transferred completely without alteration.

Still you might have issues, that your system is not responsive enough to process audio in time because of
- bad BIOS settings (energy saving, causing too high DPC latencies)
- bad drivers allocating CPU cores for too long (causing /"visible by" too high DPC latencies)
- bad system settings (wrong energy profile, CPU core parking=
- not supported 3rd party USB3 controller, design flaws, not 100% compliant to the USB standard (see RME manual)
- UFX III and other USB device behind the same controller "try every USB port or check manual whether there are 3rd party USB3 controller chips on the mainboard
- at the end of the day even isues with the mainboard / chipset itself

Remember .. Windows, macOS are all not real-time operating systems.
There is no guarantee, that jobs will be processed by the CPU in time.
The job scheduler schedules tasks to several CPU cores and then they need to wait, until the cores are free to process.
To guarantee data integrity I/O related tasks of drivers have highest priority and can't be disturbed by the task scheduler.
They run as long as the developer hard coded in the driver.
This is all simpy handled by "programming/coding conventioned".
But there are sometimes driver, which stay on the CPU core for too long.
It is the driver itself who needs to detach itself from an CPU core to free it for other tasks.
If you have a bad driver who allocates the CPU core for too long and if an audio related task has been scheduled to this core, then the audio process might not be processed in time and you get audio loss.
LatencyMon is a tool which you can use to check not only the DPC latencies, but also to identify driver which block CPU cores for too long.

But not only bad driver lead to higher DPC latencies, also energy saving (settings in BIOS and in Windows) cause higher DPC latencies, which leads to a system which is unable to react and process a workload quickly and in particular audio in time.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

17 (edited by Kubrak 2024-05-17 13:22:00)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

I have suspicion, that USB controller goes to sleep/powersave state and UFX is not able to wake it up....

And OP has Intel USB 3.0. controller and ASMedia USB 3.1 controller. So, he should follow the recomendation to locate Intel USB3 and avoid 3rd party one....

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Kubrak wrote:

I have suspicion, that USB controller goes to sleep/powersave state and UFX is not able to wake it up....

Can this happen during work with the DAW?
for instance the last time it happened I was (offline-)rendering something, all went well, but I had to change from whole project to time selection (took a few seconds), then I hit render again and then it froze.

Another time I just minimized the DAW window for a few seconds to do something else, and when I got it back in focus it froze.

Kubrak wrote:

And OP has Intel USB 3.0. controller and ASMedia USB 3.1 controller. So, he should follow the recomendation to locate Intel USB3 and avoid 3rd party one....

What can I do to locate it? (besides trying them one by one until one of them is stable)
Thanks

19 (edited by ramses 2024-05-17 16:06:33)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

@elad: thanks for providing the link to your mainboard and its manual, this makes it more comfortably for me to look.

With the help of the Asus manual, you can locate the USB 3.1 Gen 1 ports from Intel Z370 chipset, see page IX and 2-13.

I copied screenshots into a Visio drawing, took another screenshot using Greenshot and added a few comments, to make things clearer to you:

https://www.dropbox.com/scl/fi/z5fskzerf46ek5qg18e7f/2024-05-17-PRIME-Z370-A-USB3-ports-Chipset-vs-ASMedia-back.jpg?rlkey=3gjre5rcao05gd1h9s3q86ts9&dl=1

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Activate and use Ultimate Performance profile

https://www.howtogeek.com/368781/how-to … indows-10/

Open DOS box (cmd) with Admin rights and execute this, this makes the hidden powerprofile visible in the power settings.
powercfg -duplicatescheme e9a42b02-d5df-448d-aa00-03f14749eb61

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

21 (edited by ramses 2024-05-17 16:15:49)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Disable energy saving in the BIOS

https://www.dropbox.com/scl/fi/zihzb2uer88ostlqhtm05/2024-05-17-PRIME_Z370-A-BIOS-Disable-Energy-Saving-1.jpg?rlkey=ej8kefkxm6phr5fvzi5u20op4&dl=1

Speedstep (EIST) can still be useful to control CPU clock by power profiles.
Ultimate Performance will use the highest clock and disable CPU core parking.
Turbo mode issues, to increase CPU clock a little bit, as high as possible.
My CPU gets 200 MHz higher Base Clock for all cores by this.
Disabling C-States prevents, that CPU cores may enter energy saving levels, there are different up to sleep, hibernate, etc

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

ramses wrote:

(USB port image)

Amazing! Thanks!
So I actually started out with using the 3rd party (pink) ones, because I thought, if anything, they were the higher performance ones (mostly because of the type C. they also have a different shade of blue).
I think I already tried the one right next to the LAN input and it didn't resolve the issue, but I'll try them both again.

So just to make sure I understand - you recommend using the ones next to the LAN, right?
Why did you mark the type-C port pink on the picture and yellow on the list?
Also why did you mark the Gen1 there with a red box? is it better for the UFX then Gen2?

ramses wrote:

Activate and use Ultimate Performance profile https://www.howtogeek.com/368781/how-to … indows-10/

Done. Thanks.

ramses wrote:

Open DOS box (cmd) with Admin rights and execute this, this makes the hidden powerprofile visible in the power settings.
powercfg -duplicatescheme e9a42b02-d5df-448d-aa00-03f14749eb61

Nice. Do you recommend using it anyway? or only in case "High Performance" isn't gonna cut it?

ramses wrote:

Speedstep (EIST) can still be useful to control CPU clock by power profiles.
Ultimate Performance will use the highest clock and disable CPU core parking.
Turbo mode issues, to increase CPU clock a little bit, as high as possible.
My CPU gets 200 MHz higher Base Clock for all cores by this.
Disabling C-States prevents, that CPU cores may enter energy saving levels, there are different up to sleep, hibernate, etc

Please excuse my ignorance, but will this work the CPU hard for nothing, or only when needed?
(e.g what happens when I'm only doing some office work, or even not using the computer at all?)
Is this necessary to begin with? or only in case nothing else works (e.g the dedicated USB controller you suggested)?

In general I like my system to be calm and quiet and energy efficient as much as possible.
Also I don't like to be wasteful in general in life.
So if any of these steps is not strictly necessary and is only suggested as a band aid to my probelm - I'd be happy to know.

Anyway this really helps me, and it's much appreciated and not taken for granted at all!

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

elad wrote:

I think I already tried the one right next to the LAN input and it didn't resolve the issue, but I'll try them both again.

OK, so I tried both ports now and the UFX treats them as USB2 (yellow HOST LED, no MADI in TMFX)
is this expected?
because of them being Gen1?

This means I don't have any intel controllers to use..
So dedicated conteroller via PCI is my only option? (other than replacing the whole board / computer while I'm at it tongue)

Or is there a way around it via the UFX?

24 (edited by ramses 2024-05-18 10:53:01)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

1- The goal was to identify USB3 ports coming from the chipset.
In one example, I simply chose the wrong color, shit happens m8 ...
But still you should be able to identify the USB 3.1 ports now coming from chipset.
Labeled as "8" next to the LAN ports.

2- DAW work and energy efficiency are two things which exclude each other. You need to use High or better "Ultimate Performance" if you work with the DAW or any audio application, especially if you work with low ASIO buffer sizes. This prevents the likeliness of audio drops because the CPU can work more efficient, this also lowers DPC latencies.

3- Google for USB 3.1 and then you will see that Gen1 is only a new terminology to classify the different types and speed of USB3 connectors. Any USB3 port is backward compatible and any USB3 port will do for your UFX+ in regards to speed.

4-If the USB3 ports from Chipset to not work then please check in the UFX+ settings how Interface Mode is set.
Unplug USB3 cable to be able to change it to Auto (the default).
It it is set to auto, then try whether setting it to USB3 makes a difference.
Then power cycle and reconnect to USB3 using the one or other USB3 port coming from chipset.

to 2) if the switching of power profiles nerves or if you want to ensure, that the PC works energy efficient when not working with DAW .. then get Bitsums Process Lasso Pro.
There you can
- define Ultimate Performance as high performance mode
- set Balanced as Default
- configure an IDLE saver, that after xxx sec of inactivity power profile "energy saving" is being used
- configure for DAW and other applications that Performance mode (Ultimate Performance is being used)
and that IDLE saver is being paused, the DAW needs to stay at Ultimate Performance even if you do not use mouse and keyboard for an hour ....

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

elad wrote:

Another time I just minimized the DAW window for a few seconds to do something else, and when I got it back in focus it froze.

That may be the very case, when things may go to sleep. Depending on various other conditions.....

Ramses has helped you locate the Intel USB ports. But still, I would try all of them one by one. Sometimes, there are bugs in manuals...

And also would be good to do those settings in BIOS and power plan as Ramses has suggested.

If that does not help, you most probably need dedicated USB card as Ramses has suggested. I would not wait as it is reasonable thing to do even if your current USBs start to work....

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

In a good case of luck, the ASMedia ports can work, for short term they work.
RME mentioned that newer chips might work better.

I also tested it .. for short term it might work, but I have no long term experience.

As his board is older its much likely, that these are older ASMedia chips which are not fully compliant.
So I would order the Sonnet card for sure.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

What also could / should be done is a measurement with LatencyMon.
Best before and after change.
The forum has plenty of threads with information / examples to that topic.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

ramses wrote:

3- ... USB 3.1 different types and speed .

This is what I was refering to.
I was thinking that maybe 3.1 gen 1 was not fast enough to be considered "USB3" by the UFXIII..

ramses wrote:

... then get Bitsums Process Lasso Pro ...

Nice to know it exists. not sure it justifies the price, let alone a subscription. Guess I'll do it manually for now smile

ramses wrote:

the DAW needs to stay at Ultimate Performance even if you do not use mouse and keyboard for an hour

Got it. Thanks.

Kubrak wrote:

That may be the very case, when things may go to sleep. Depending on various other conditions.

I understand now. thanks

Kubrak wrote:

... But still, I would try all of them one by one. Sometimes, there are bugs in manuals...

I tried at least one of each pair and it seemed like all of them are recognized as USB2 by the UFXIII.
Nevertheless, I will follow your suggestion and check them all. (edit: maybe I don't need to. see last section)

Kubrak wrote:

And also ... / If that does not help ...

These will be my next steps. Thanks.

ramses wrote:

What also could / should be done is a measurement with LatencyMon.
Best before and after change.
The forum has plenty of threads with information / examples to that topic.

I haven't dug into it yet, but for good measure I'm just sharing the first results.
I was running reaper processing some 5 tracks of audio midi and video (while other tasks, like a 1000 tabs in google chrome, were also running in the background, just in case it matters..).
I was using the ASMedia A-port, and the only change I had made at this point is switching to "ultimate performance".
Seems like the system is up for the task.

latecnyMonResults1
Stats Text : https://www.dropbox.com/scl/fi/65hlumv3 … r&dl=0

ramses wrote:

4-... check .. how Interface Mode is set...

I put it here as this is the last thing I did.
It was on auto.
Changing it to USB3 seems to work for one of the intel socket near the LAN port.
So that's it? keep it there and call it a day?

edit:
ok it got a bit weird..
I was too curious what happens if I set it to USB3 and plug it to a sure USB2 port.
It didn't work at all... (HOST LED off. settings won't open).
Then I (power cycled and) connected it again to the intel-next-to-LAN port, and it also didn't work..
but then I changed it to Auto again.. and the HOST LED lit blue  big_smile
I'm not sure what's going on, but I guess everything's ok now?

I think I'll keep working like this and see how it goes. if the same issues arise, I'll proceed with the other steps suggested and keep you / this thread posted.

Anyway I'll also update when it feels like this has been resolved.

Thank you guys for all the help so far!

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

> I was thinking that maybe 3.1 gen 1 was not fast enough to be considered "USB3" by the UFXIII..

Works with lowest USB 3 port, therefore RME talks about USB 3 or USB 3.0 in the manual.

> Nice to know it exists. not sure it justifies the price, let alone a subscription. Guess I'll do it manually for now

Get the lifetime license

> Interface Mode ...
> Changing it to USB3 seems to work for one of the intel socket near the LAN port.
> So that's it? keep it there and call it a day?

If Auto detection does not work and static does work .. yes sure, keep it!

> I was too curious what happens if I set it to USB3 and plug it to a sure USB2 port.

Fully normal, what do you expect?
If you disable the autodetection for USB type and set it statically to USB3 then OF COURSE only USB3 works.
Be happy that this static setting makes it possible to try USB3 coming from Intel Chipset.
So please connect only the UFX III to this particular USB3 ports, keep the other one free.
Well and now test whether it works better.

But of course you need also to make the changes in the BIOS, to disable C-States, etc and you need to use the High Performance or Ultimate Performance Power settings.

It is like in the forumula 1, only good motor or only good wheels or only good breaks will not lead to a win.
With the "near real-time" demands for audio processing several settings should be optimal to support audio processing.

The LatencyMon values are not too bad but could be better.
Did you measure it on an IDLE system, without DAW activity?
LatencyMon itself induces a typical DAW load, so do NOT let run both at the same time.
Best is to let it run after a fresh boot, login and then wait for 5 minutes until CPU activity goes down (all programs and services and autostart stuff has finished).
While LatencyMon runs, best no mouse and keyboard activity.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

ramses wrote:

It is like in the forumula 1, only good motor or only good wheels or only good breaks will not lead to a win.

I didn't know I was racing.. thought I was an artist wink
JK, I get you.
But just for my own curiousity, I wanna see which step had the crucial impact.

ramses wrote:

Did you measure it on an IDLE system, without DAW activity? ... after a fresh boot ...

Now I did. On the face of it, looks a lot better.
So I guess I'm keeping the computer for now smile

LatencyMon idle

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Good values, the highest reported DPC of one driver didn't look well but now its fine.
In the first days/weeks I would suggest that you do not connect any other USB3 device to the 2nd port from Intel Chipset.
Use the ASMedia Ports (Type-A and Type-C connector) instead.

Even if it works now, I propose using the Sonnet card, also here only connect the UFX III.
With this card, you can check whether AUTO works again, as Auto is the nicer default, to allow also USB2 if needed/wanted on another computer without USB3.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

ramses wrote:

In the first .. do not connect .. to the 2nd port from Intel Chipset.

Will keep it free =b

ramses wrote:

Even if it works now, I propose using the Sonnet card

ok, so I actually looked for it now, and I can't find it. Can you maybe post a link?
couldn't find FL1100 on the sonnet website, and anyway they only ship to North America.
But is this what you meant / a good choice nontheless? Sonnet card on Sonnet website
(or any of the "Allegro"s for that matter)

on Amazon it says they are win11+ compatible (Does it mean they don't work with windows 10?)

Anyway, this is the cheapest option : 4-Port USB-A Gen1 (Amazon), is it good enough?

or maybe this is better? 2-Port USB-C Gen2 (Amazon)

ramses wrote:

With this card, you can check whether AUTO works again, as Auto is the nicer default,

elad wrote:

ok it got a bit weird ... but then I changed it to Auto again.. and the HOST LED lit blue

I was gonna say that this was the weird bit - after playing with the Interface Mode and the various sockets, I got to a point were the USB3 mode didn't work, but chaging it to Auto made, it worked as USB3..
But now when I turned the UFX back on, its LED lit yellow again ¯\_(ツ)_/¯
So now I'm back to non-auto USB3.


BTW - Do you recommned / disrecommend turning off the UFXIII / 12mic / etc. at night / when not working for longer periods?
or is it ok to just leave them on forever?


elad wrote:

Guess I'll do it manually for now smile

Also, I found a convenient way to switch between power plans, in case anyone reading this is wondering : PowerPlanSwitcher
for me it's good enough I think.

33 (edited by ramses 2024-05-19 14:04:03)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

I provided you this link already in posting #5, here again
https://www.sonnettech.com/product/alle … 4port.html

The technical section of Sonnets product page answers all of your questions in regards to this product. Yes they offer a few PCIe cards (around 5), but it should be doable to look into the technical section to identify the **one**  card with FL1100 chipset.

At the end of this posting I provided a list of information for this product and a link to geizhals.de where you can find those cards in DE.

Don't trust every information in shop offerings, look at the webpage of the vendor Sonnet to get correct information about the card and everything what you need to identify it further in shops like e.g.:
- picture
- part number
- chipset name
- EAN number (I found one in a shop, not on Sonnet page)

Drivers for FL1100 chip are included in Windows 10 and 11.

https://www.dropbox.com/scl/fi/lx0pxzj1ldsbf2vchb4oh/2024-05-19-Allegro-Type-A-USB-3.2-PCIe-Sonnet.jpg?rlkey=dnymveuy3g52v2h5omvxm9svm&dl=1

Some remarks to the 2nd link that you posted, should be clear that this is NOT the proper card.
Different color, Type-C port and if you search further surely also the wrong part number.
BTW it has the wrong chipset "ASM 3142" as you can see in one of the diagrams on the offer.

https://www.dropbox.com/scl/fi/cc1eja5wtxzl1fm176os4/2024-05-19-14_40_12-Amazon.com_-Wrong-Card.jpg?rlkey=gz9wxlc7th2xjq39sobwyu3s5&dl=1

*** This is the card you are looking for // vendor page ***

  • Sonnet Allegro

  • Part number USB3-4PM-E

  • EAN Number: 0732311009440 (from a shop, seems to work/be correct

  • Chipset Fresco Logic FL1100EX

  • 3x USB 3.0, PCIe-2.0 x1 card, 4x USB3 Type-A Port with 5 Gbit/s bandwidth

*** This is a link for a few shops in DE ***

https://geizhals.de/sonnet-allegro-4-po … mp;hloc=de

https://www.dropbox.com/scl/fi/lajxndee964exfrv209a8/2024-05-19-Sonnet-Allegro-USB3-4PM-E-FL1100-Geizhals.de-List-of-shops.jpg?rlkey=h2y3haabqu54g7e3axv16yqtv&dl=1

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

34 (edited by elad 2024-05-19 16:15:11)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

ramses wrote:

I provided you this link already in posting #5, here again

Sorry, I must have missed that. Thanks!

ramses wrote:

Drivers for FL1100 chip are included in Windows 10 and 11. ...

Nice. Thanks

ramses wrote:

This is the card you are looking for .. Part number USB3-4PM-E

Nice, so actually the first link to Amazon is the correct one.

Also, I don't live in germany, so I prefer buying from Amazon.
Anyway great thanks!

ramses wrote:

Some remarks to the 2nd link that you posted, should be clear that this is NOT the proper card.

Sorry, I keep thinking pricier/type-C/Gen2 == Better

elad wrote:

BTW - Do you recommned / disrecommend turning off the UFXIII / 12mic / etc. at night / when not working for longer periods? or is it ok to just leave them on forever?

What about this? I know it's a bit off topic but I'd love to know what's the best practice for this.
i.e what gives a better interface lifespan? shorter continuous on-times, or less power cycles?

35 (edited by ramses 2024-05-19 16:45:38)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

Of course, some components in electronic devices age, some more, some less, but you shouldn't take it too seriously. After all, you leave your refrigerator running, and others do the same with their radio or TV.

On the contrary, as far as I know, it's actually the case that components are more stressed during power on and off cycles than during continuous operation.

You need to find a golden or practical middle ground for yourself.

My UFX III and ADI-2 Pro, as well as the active monitors, are almost always on from morning until late because these devices serve as my main audio interface with my PC.

If I'm out of the house for more than an hour, I usually turn off all the devices. But if I'm at home and just not using the PC, I leave them on because I might spontaneously go to the PC and don't want to wait for it to boot up. With my server motherboard, it takes a bit longer than with a consumer PC.

The connected external FX (Lexicon PCM81 and PCM91) and all MADI devices, which I only use for microphone recordings with my laptop, I turn on only when needed. Same for the 2nd ADI-2 Pro in front of my HiFi, I turn TV, ADI-2 Pro and the Class-A amp only on for watching films. For the news I do not use the ADI-2 in combination with Class-A amp. The sound of my Panasonic OLED TV with soundbar is well enough for the normal stuff.

The most important thing is that the heat in the devices does not accumulate and can dissipate through the top and bottom of the cases. Especially with a passively cooled rack, I use racks where the devices fit snugly. For the RME devices, I mostly use the Thomann ECO racks, which are only 23 cm deep.

For a total of 3 devices, I use 4 rack units height, so I have a finger-width space between the devices. This is the minimum amount of space I believe should be between the devices so that heat does not pile up.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

36 (edited by ramses 2024-05-19 17:17:37)

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

I am using 3 power strips from Brennenstuhl with overload protection and netfilter (I can only hope that it works wink
where I distribute the devices according to use cases.

By this I can power-on/off the devices that I typically need at once:
1- Computer and some basic stuff
2- If I need sound, then recording interface, ADI-2 Pro, active monitors (preamps and external FX I power on at the device)
3- Everything related to recording the combo amps (stereo) and the devices that I use, MIDI splitter, power for Overdrive and what not

Other pictures, see this blog article: https://www.tonstudio-forum.de/blog/ent … iii-en-de/

https://www.dropbox.com/scl/fi/0lkxru41pc3pb4slz3jpn/2024-05-19-Steckdosenleiste-Brennenstuhl.jpg?rlkey=ak0lrmjc4t6gst4gw3pqg6fhh&dl=1

Available up to 8 devices, here the version with 6, the link to the version with 8 connectors is dead, but the product is available:
https://www.brennenstuhl.com/en-DE/sele … otect-line

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: frequent DAW Freezes, aparently due to driver or interface (UFX III)

ramses wrote:

...


Cool Setup. thanks for sharing.
Maybe I'll get there too one day smile

Also, thanks for all the info beforehand.