Dear Matthias,
I have installed everything new for DF AVB - Driver 4.21, AVB package (0.9891) and updated firmware to 268. AVB controller now does not work (after I connect DF to the computer it start but after a few seconds the window goes grey). Even with the grey window I can get to "configure" settings which shows IEEE compatibility - not Milan) If I try to switch it to Milan and configure the streams, nothing changes. Milan Manager cannot see DF AVB and states that is has no working ethernet port.
I have ran across similar problem long time ago with DF Dante so I tried to connect to ethernet AVB port directly to computer ethernet port. The AVB controller started to behave normally and Milan Manager could see both ports (computer one and DF AVB one). However the DF AVB port was very unstable with Milan Manager and kept switching online and offline in matter of seconds. With this state I was able to configure necessary things (Milan comp., number and format of the streams, PTO - that were changed to factory default by the update).
After I disconnected the computer port the Milan Manager lost connection to AVB ethernet port, but AVB controller behaved normally. After a computer restart it is back in previous state - not working (Milan Manager does not see the port and AVB Contoller goes black after a minute of so).

I appreciate any help.

MBP M1 Max, Ventura 13.4

UPDATE: After I connected DF to AVB network (in this case only switch and AVB Tool) everything started to behave normally.

UPDATE 2: But after i disconnect DF from the network, the windows goes black again. It menas I cannot change the sample rate...

UPDATE 3: This happens also under Windows, different port, different cable etc.

Dear Matthias,
DF AVB is partly unusable now with the new firmware. When connected only to the computer I cannot change the sample rate etc. Were you able to identify the possible problem? If not, could you tell me how can I downgrade to v263 (the FUT does not allow downgrades) and send me the link to netifc?

Thank you for the answer.

Pavel

Dear Matthias,
thank you for the answer. I must disagree, I used DF AVB on its own for quite a long time only with headphones. I was always able to change the sample rate in AVB Controller.
Is this a planned feature of firmware 268 that users will no longer be able to change sample rate without physical network? If so, why it is not mentioned in the changelog? If not, are engineers on it?
Please, let me know. I just wish to be informed as I use the stuff everyday for the living. I am not happy when a new firmware or driver comes and I sped a lot of time trying to make it work with no success.
I would love to stay informed.

Thank you

Pavel Kunčar

No, what I am trying to say is that I need DF AVB to work on its own - without connection to any network, connected just to the computer via USB cable. As an ordinary sound card with headphones output. With this configuration I need to be able to change sample rate.
It works perfectly with firmware 263 and does not work at all with 268.

I have a digiface DANTE and since the news firmware for CC on mac, it can't be used anymore on a PC... i have a "usb composite device" with a ? and no way to be use with the latest driver on windows (driver 1.02 for windows 11 on rme website)

Ok now i understand better... it wasn't clear for me. the LED near the usb port is now blue instead of green, is it the way to identify the mode ? (CC vs Driverkit ?)

Hello,

The internal network port as class compliant on MacOS is great news for us. Due to our operators' skill levels (?) I had to remove netifc from our systems and use another network port for Dante Controller, RTP midi, and file transfer. No matter how many cli commands placed in text files with explanations, and encouraging our operators to copy/paste, they always seemed to mess it up and I had to get involved. Very good news.

I have two questions please -

A - The first is regarding one of the above posts about CC audio. I thought v64 only made the internal network port CC. We don't want class compliant audio, we want to use Totalmix and the rest of the features. Does v64 make only the internal network port CC, or both network and audio, or choices, or what? I'm just not understanding and don't want to harm our systems.

B - This is more a qualitative question than a quantitative question. We have around 10 Digiface Dante units and they all utilize Dante audio, Madi, file sharing/transfer, and midi with MTC over network. 64 channels of Dante is (sort of) around 100Mb/s, but we also do network file session transfers and real time MTC and MMC over the same network. Putting all this on one network port has the bandwidth but are there any QoS issues such that having these additional protocols causes audio issues? Does the Digiface Dante internal network port properly allocate protocols so audio is clean while these other protocols are transferring data without varying latencies?

Thanks for any insight, if this works as I hope (CC network, kernel driver audio, no conflict with network protocols) it's a great improvement for us.

Sincerely,
Hugh

And that is what you get - mac OS Class Compliant audio and still using TotalMix and the Settings dialog. Current firmware to do so is USB 68 and CC 9, together with DriverKit driver 4.26. You should try it!

https://www.rme-audio.de/downloads/fut_ … ac_339.zip

https://www.rme-audio.de/downloads/driv … ac_426.zip

And as Daniel wrote - you have the choice to not use CC audio, steered from the firmware update tool.

MIDI/MTC is not transferred over Dante with the Digiface Dante. The internal network port only carries the Dante Controller communication over the network.

That was the goal. Tell us how it works for you!

Hello,

Matthias thank you for the response. I am confused by this -

I am confused by that because it's a CC network port, so naturally we want to use it for everything (hence my previous QoS question). Without that capability we still need a separate Mac network port.

When using the audio nic as non-CC and the internal network nic as CC, can I then use the DF ethernet port for everything including Midi? Or are there issues as with the CC audio mode you mentioned in another thread?

Thanks for any clarification, we look forward to trying it once you confirm we can use it for all data without issues.

Hugh

Hello,
Thank you for the specifics, that's the information I was looking for so we can make informed decisions and know what to test before use. And where we only need Dante Controller it will be fine.
Later this month when I get a couple of systems back I'll run some abuse tests and see where the limitations are.

Thanks again,
Hugh

Dear Pavel,

you are right. While it has been like that in the beginning, later on we added a simple workaround that allowed to control it without connected network. The new CC compatible firmware does not allow that anymore. We checked for a workaround but it seems to be very complicated, so will stay like that for now.

Please note that you don't need to connect 'other devices'. Just plug in a network cable (from whatever network), and you will be able to control sample rate.

On macOS 13.7.6,
Digiface AVB Firmware V270, Driver 4.27,
and AVB Controller 0.9574 are working without any issues.

However, when I install AVB Controller 0.9909, the AVB Controller window appears completely blank.

I understand that the netifc file is not included, but what steps are required to run the Digiface AVB in class-compliant mode on macOS 13.7.6?

It seems that the firmware update tool for the Digiface Dante has a clickable section for that function, but the firmware update tool for the Digiface AVB did not have it.

“So, if I operate with AVB Controller 0.9909 on macOS 13.7.6, what should I do to make it work the same way as AVB Controller 0.9574, where the 12Mic and other AVB devices were properly displayed?”