I am using a Digiface Dante connected via USB to our Windows 11 PC in our theatre and everything works well. But when the Digiface Network port in Windows is enabled it slows down the Dante Controller (device discovery) immensely. When I disable the port everything is back to speed / the same way when I connect a laptop to the Dante system and use the Dante Controller.

Any ideas what the issue could be?

I have everything up to date:
Digiface:
- driver date 20.01.26 | Hardware Revision 68
Dante Controller:
- Version 4.17.1.1 | Java 23.02 | Discovery version 1.4.0

Many thanks in advance
Hannes

I want to know how low can AoX-D's Dante latency go, as far as I know that lowest Dante latency can be 0.25ms.

And if I only use it's MADI for hosting VST plugins during live gig, will it's latency go as low as HDSPe MADI? or is it noticeable compare to other MADI interface like MADIface or UFX+/III?

I have a UFX+ and I use it's MADI a lot during live gig for VST host, I want to know if I can have better or similar result by using PCIE card w/ enclosure. Currently want to use Echo Express SE III as enclosure.

Best,
Sean.

I plugged in my USB to verify that the RME was receiving signal via MADI, and also used Totalmix to send audio via Ravenna to the receiving device (a Merging Hapi). Those tests were all successful. However when I unplug the USB, including when powered up from off without the USB, signal doesn’t flow. Is there a setting somewhere to get it to work? Perhaps a specific channel assignment?

When the USB is attached I verified that the BNC is set to MADI, and in standalone mode everything looks right on the Ravenna side, with valid streams appearing at the Hapi, just no signal. Anyone have any ideas?

It would make my 12mic-D an incredible interface on top being a fantastic standalone matrix.

Anyone care to chime in?

Kind regards
Ian

My use case is a bit unusual: I’m interested in using the Digiface AVB as a large multi-channel loopback interface on macOS when on the road. Ideally I would like to create many internal loopback channels in TotalMix (e.g. dozens or up to 128 channels) without connecting any external AVB devices.

I noticed the manual says:

"After the driver installation the Digiface AVB has to be connected to an AVB network… The AVB controller does not allow any further settings without detecting a network."

So I’m wondering:

- If the Digiface AVB is connected only via USB to a Mac, with no AVB devices present, will TotalMix still expose the AVB input/output channels?
- If those channels appear, can loopback still work on them?
- Or are the channels only created when AVB streams are established with another AVB device?

In short: can the Digiface AVB act as a standalone 128-channel virtual interface for loopback purposes, or does it always require at least one AVB endpoint on the network?

Thanks!

Digiface Dante on MacBook Pro M4 Sequoia. Bus powered via USB3 cable. Headphone output distorted. 

Unit tracks and passes digital audio fine. Headphone output is distorted unless ran at very low volume. This is true for live monitoring and playback.

Having some switchable impedances could be cool.

If you really want to give people some bang for their buck, have the Line Inputs via DSUB on the back which are remote switchable.

If however I am not using Madi but AVB, can I still use the same setup?
AVBTOOL, ARC in one room monitoring whilst having talkback (The button on ARC) being send to the 12mic whilst using total mix,....I'm trying to use the ARC for monitoring, talk back etc.

Thanks team,....I'm very grateful to this forum

i'm trying to control the 12mic-D preamps with a streamdeck, with no luck so far.
osc, http post request etc... i can't get it to work.

I even tried the powershell commands explained here:
https://docs.rme-audio.com/12micd/150-1 … ew/#151-4C

and copy/pasting this command from the manual:
curl --header "Content-Type: application/json" --request POST --data '{"osc":{"schema":null}}' RME12MIC-D65432.local/api/v2/self

(replacing the 65432 with my 12mic-d's ID)
and even that gives me an error and doesn't work.

did someone managed to get a form of remote control from anything else than the web remote?
or maybe there is a workaround controlling "RME connector" in midi?
Thanks!

i put my digiface dante in rack, and deported the usb connection to the back with this exact usb panel mount connector from neutrik:
https://www.thomann.fr/neutrik_na_usb_3.htm

From the usb port of the digiface to the inside of the usb connector, there is a brand new usb cable from thomann, 30cm long.
Then, if i connect the outside of the pannel connector to my computer with a 1.5m usb cable, the digiface turns on, but the back LED never becomes blue and it never connects to the computer. with a shorter cable, (30cm) it is better, but sometimes it disconnects, sometimes it works well, sometimes the digiface is connected to the computer but as soon as a try to get some audio i will have a lot of FiFo errors, it's unstable and unpredictable. I sent the usb connector back to thomann and they sent me another one, same problems. I tried different usb cables, different length, different computers, with the digiface's external power supply, etc...

The only constant is : the longer the cable, the more problems there are.

If i remove this usb panel mount connector, and plug any computer directly to the digiface, everything works perfect, no matter the usb cable length.

has anyone successfully deported USB connection of a digiface? with neutrik connectors or any other brand?
i'm almost at a point where i want to buy a ton of cheap usb panel connectors on ali express and test them all, but if neutrik's one doesn't work, i don't have a lot of hope...

thanks!

After a long while I finally managed to get two RME Aox-D cards plus 4 SPF modules.
So I finally can experience for myself what this is about.
If you have any questions feel free to ask in this topic or send me a PM.

The first thing I would like to mention is that the Aox-D by default came with outdate firmware and you cannot use the card without the newest drivers without updating the firmware. But here comes the kicker. The flash update tool doesn't work on all computers. My main system which is a AMD Threadripper Pro with an Asus WRX90-E Sage SE motherboard (Windows 11) didn't take kindly of the. So I had to use my other computer Intel I9 13900KS with Gigabyte Z790 UD AC (Windows 11) which was able to flash the firmware on the Aox-D. So word of advice. Make sure that if your computer cannot flash the firmware you have alternative systems to do that job. I don't know if it's an AMD vs Intel thing since N=1 issue. But it's a little bit disconcerting. It's actually mentioned in the online manual that if you cannot flash the firmware on your computer you should use another one. I would strongly advise RME to at least add an paper in the box itself mentioning this fact and also make sure the units are shipped with more up to date firmware.

As for the installment. The Aox-D card is a single slot PCI-e and each expansion module with two SPF IO is also a slot (but obviously no PCI-e connection).
The Aox-D doesn't have a wordclock input so if you really want to use one you can use the one of an expansion module. The Aox-D has two network connectors for Dante (or Milan) a headphones output and the breakout cable for AES3 and Midi IO. Note that both AES3 and headphones each take up two of the available 512 IO.

During the flashing debacle it turned out that the Aox switched to the backup firmware which was showing the Milan version. So most likely the two interfaces are mostly hardware compatible but have different firmware. And the difference in price could be about Dante licensing.

As for Totalmix it's what you'd expect. There is no FX and thus also no Room EQ though. You simply have 256 IO per card at 44.1/48kHz. In the control panel you can assign the routing in groups of 64 between Dante/Milan or Madi so it's also very easy to setup redundancy if you need it.

As for the Madi cables. The music stores don't sell them since it's easier to get them at computer stores as optical networking cables. I'm using OM-4 type optical cables which are fairly cheap. Then there is the difference between the small SPF connectors or the larger ones. Each SPF expansion unit comes with a little SPF conversion kit where you can hook up your old optical cables from big to small SPF connectors. That can save you some money or more likely effort of rewiring your optical cables. I'll be using new cables since I didn't knew the expansion modules came with these conversion kits. And tbh I don't know if it makes sense to add an additional connection which may upset the optical signal.

of course I let my computer running in virtual soundcheck mode to be sure that everything will be ok.

Today I have noticed that RME digiface no longer works... I purchase it last week from Thomann, I am a long rme user , this is the first time when this happens

What I discovered is that if just USB3 powerd ..it's a piece of brick..using the external trasnfrome to power it and it works...\\

What's the issue ..I don't want to carry the external power with me, I want to relay on the usb3 power, what's seems to be the issue?

Should I sent it back to Thomann?

Thanks!

I'm trying to find a reliable and idiot proof (well....as best as)....system.
I have a recording coming up and this is what I'd like to do:

I have a RME 12mic, a MOTU Monitor 8, Motu AVB switch and some Focusrite pre's with ADAT out.

In my current setup, without the extra mic pre's (Adats) I have an AVB connection to my Mac using the 12mic. I connect just via the Apple AVB ethernet adapter. It works great!...I run two ADAT's out of the 12mic into the monitor 8 configured to the various musicians for their headphone send. The monitor 8 is just a dummy adat to headphone converter in this scenario.

In this future recording, I was going to use the 12mic, and the Focusrite pre's connect to the ADAT input of the MOTU M8 so as to get another 8 inputs. I wish to then record all 20 inputs in Logic whilst sending a headphone send BACK to the M8 for the musicians.

I just can't work out a simple way to do it and the Motu doesn't seem to like the 12mic's 12 channels per stream.

Can someone suggest an example please on how to get 20 inputs into logic and then me sending some "sends" back?

OR......as the AVB configuration is a bit complicated, If I just purchased a RME AVB Digiface would that solve this all? With Totalmix?? (Which I love!)

Thank you all!

My goal is to have infinite play of a Logic Pro project with 64 tracks routed to 64 Dante outputs.  I put Logic into Cycle mode and press Play.  After a certain amount of time, on the order of hours, the project fails and the play stops.  I’ve tried a couple of experiments to try to isolate the problem.

1.  Using the kernel extension driver, perform the play experiment, 64 tracks to 64 outputs.  Output can be heard on all tracks on a Dante device on the network.  After awhile, overnight, the outputs fail, there no sound on the Dante monitoring device on any channel and all of the levels are quiet in the tracks and channel strips in Logic but the play head keeps advancing and cycling.  Stopping and Restarting the play does not fix the problem, there is still no output.  Using the Settings-Audio-Devices-Output Device dialog in Logic Pro, I can switch the output device to Mac Mini speakers and then back to Digiface Dante.  Pressing Play again gets everything restarted properly.   

2.  I got a different Mac, Mac Studio M1, with more memory and ran the same experiment with the Digiface Dante attached.  Result was exactly the same as in Test 1.

3.  Going back to the Mac Mini, I uninstalled the kernel extension driver and installed the DriverKit driver.  I ran the same experiment.  Outputs behaved as expected.  This time, again overnight, the project stops playing.  The play head is not advancing and the Stop button is highlighted.  Pressing Play restarts everything and the outputs behaved as expected.

4.  I disconnected the Digiface Dante and connected a Dante AVIO 2CH USB-C adapter.  I ran this overnight and in the morning the project was still cycling correctly, everything was still running.  Of course, only 2 channels are active since the Audinate device is restricted to 2 channels.

5.  I reconnected the Digiface Dante and reduced the project to 2 tracks and 2 outputs.  The play test is still in progress.

I’ve been monitoring CPU and memory usage with the Activity Monitor and everything looks normal, as far as I can tell, there is no memory leak or CPU overload.

With that data in mind, could you please help to troubleshoot and or fix the problem?

Thanks!

I’m looking for a way to connect AES50 to AVB/Milan with the lowest possible latency. I’m coming from Dante and have very little experience with AVB.

I need to send 16 channels at 48 kHz from a Behringer WING into an L-Acoustics LA7.16i.
Current setup: Behringer WING with Dante card (AES67 mode) → LA7.16i (AES67 mode).

However, since the transmitter only supports a 1 ms packet time and the receiver uses a buffer of three packets, I end up with a total network latency of about 3 ms. That’s what I’m trying to reduce to under 1 ms, ideally even lower.

For this reason, I’m investigating the following possible solution:
Midas DL32 ADAT out → ADAT in on M-1620 Pro → AVB out on M-1620 Pro → L-Acoustics LA7.16i

Since latency is the main concern, I’m wondering what the total end-to-end latency of this setup would be. I believe the minimum network latency for AVB would be around 0.25 ms—is that correct?
If I understand correctly, this refers only to the transmission latency within the AVB network between the AVB/AoIP interfaces. On top of that, the internal latency of the devices hosting these interfaces would also need to be added.

How much latency would be introduced internally by the M-1620 Pro from ADAT input to AVB output due to internal routing or DSP? For example bit-depth conversio. I believe the ADAT inputs would be 24 bit, while the AVB streams would need to be 32bit PCM as supported by the listener. Since I’d like to avoid any SRC or unnecessary processing, my idea is to clock the system from the mixing desk via the DL32 (AES50 in, ADAT out). The M-1620 Pro would receive its clock from the ADAT input and then act as the clock master for the AVB/Milan network.

Thank you very much for your help.

German version

Hallo,

ich suche nach einer Möglichkeit, AES50 mit AVB/Milan bei möglichst geringer Latenz zu verbinden. Ich komme aus der Dante-Welt und habe bisher nur sehr wenig Erfahrung mit AVB.

Ich muss 16 Kanäle bei 48 kHz von einem Behringer WING in einen L-Acoustics LA7.16i übertragen.
Aktuelles Setup: Behringer WING mit Dante-Karte (AES67-Modus) → LA7.16i (AES67-Modus).

Da der Sender jedoch nur eine Paketzeit von 1 ms unterstützt und der Empfänger einen Puffer von drei Paketen verwendet, ergibt sich eine gesamte Netzwerklatenz von etwa 3 ms. Genau diese möchte ich auf unter 1 ms, idealerweise sogar noch weiter, reduzieren.

Aus diesem Grund untersuche ich folgende mögliche Lösung:
Midas DL32 ADAT Out → ADAT In am M-1620 Pro → AVB Out am M-1620 Pro → L-Acoustics LA7.16i

Da Latenz der entscheidende Faktor ist, frage ich mich, wie hoch die gesamte End-to-End-Latenz dieses Setups wäre. Ich gehe davon aus, dass die minimale Netzwerklatenz bei AVB bei etwa 0,25 ms liegt – ist das korrekt?
Wenn ich das richtig verstehe, bezieht sich dieser Wert nur auf die Übertragungslatenz innerhalb des AVB-Netzwerks zwischen den AVB/AoIP-Interfaces. Zusätzlich müsste also noch die interne Latenz der Geräte berücksichtigt werden, die diese Interfaces hosten.

Wie viel Latenz würde im M-1620 Pro intern von ADAT-Eingang zu AVB-Ausgang durch internes Routing oder DSP hinzugefügt? Da ich jegliche SRCs oder unnötige Signalverarbeitung vermeiden möchte, ist meine Idee, das System vom Mischpult aus über den DL32 zu takten (AES50 In, ADAT Out). Der M-1620 Pro würde seinen Clock vom ADAT-Eingang beziehen und anschließend als Clock-Master für das AVB/Milan-Netzwerk fungieren.

Vielen Dank für eure Hilfe.