51 (edited by daihedz 2026-02-03 22:46:41)

Re: Digiface USB class compliant on Linux

Brothers in RME

Re: Digiface USB class compliant on Linux

daihedz wrote:

@ M.Carstens:

Sorry ... An additional and important info is still missing for me:

Is a SR of 192kHz allowed even if all 4 SPDIF out are enabled in CC mode by ./usb_vendor 1 1 1 1 ?
or
4 or 3 SPDIF outs allow a max. SR=48kHz,
2 SPDIF out allow a max. SR=96kHz,
1 SPDIF out allows a max. SR=192kHz?

Also this aspect might be included into the CC manual infos.

SPDIF is not limited like ADAT, each output will support 192.

Regards
Daniel Fuchs
RME

Re: Digiface USB class compliant on Linux

vinark wrote:

Swiss or austria?

Clearly swiss... :-)

Regards
Daniel Fuchs
RME

54 (edited by waedi 2026-02-04 06:33:47)

Re: Digiface USB class compliant on Linux

I can understand Vincent, for him there is not much difference of Swiss, Austria and Bayerisch I guess.
For me Hollandish is just like another weird Swiss dialect. Familiar words and very lovely to listen.
We love the Netherlands and also the Bayern, Mountain-people brothers.

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

55 (edited by waedi 2026-02-04 02:29:27)

Re: Digiface USB class compliant on Linux

daihedz wrote:

Brothers in RME

https://i.ibb.co/1hzfFgQ/brothers-in.jpg

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

56

Re: Digiface USB class compliant on Linux

daihedz wrote:

@ M.Carstens:

Is a SR of 192kHz allowed even if all 4 SPDIF out are enabled in CC mode by ./usb_vendor 1 1 1 1 ?

I don't get why this is even a question. Of course it works at 192 kHz with 4 x 2 channels.

daihedz wrote:

Also this aspect might be included into the CC manual infos.

I disagree. I only would have to add that if CC allows less channels/sample rates than driver mode.

Regards
Matthias Carstens
RME

57 (edited by ramses 2026-02-04 09:25:27)

Re: Digiface USB class compliant on Linux

@daihedz: please allow me to give you some background information in the hope that it makes it clearer to you.

The Digiface USB's unique feature is that all ports are switchable between ADAT and SPDIF; this is documented in the manual at various places: chapter 7 (Settings Dialog), ch. 25 (Technical Specs).

Regarding the supported protocols: ADAT and SPDIF.

ADAT supports
- 8 ch @single speed (44.1/48 kHz)
- 4 ch @double speed (88.2/ 96 kHz)
- 2 ch @quad speed (176.4 / 192 kHz)

SPDIF is a 2-channel protocol suitable for 44.1-192 kHz.
This is, from a bandwidth perspective, the same as ADAT at quad speed.
Whether you use CC mode or not, SPDIF stays SPDIF, a 2-channel protocol supporting 44.1-192 kHz.

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

58 (edited by daihedz 2026-02-05 08:26:14)

Re: Digiface USB class compliant on Linux

ramses wrote:

... The Digiface USB's unique feature is that all ports are switchable between ADAT and SPDIF; this is documented in the manual at various places: chapter 7 (Settings Dialog), ch. 25 (Technical Specs).

Yes. But consider that all this info is related to driver mode. And now, we have learned here in this thread now from M.Carstens, that CC mode is different in some aspects, and e.g. comes along with a wee bit different handling in terms of switching ADAT <-> SPDIF out. Furthermore we do not know yet in which other points CC mode might potentially be different from driver mode, as CC mode is not yet documented in more depth in the user manual. Time will tell and has always turned out to be good for surprizes.

EDIT on
(this has been added by me after the following and correcting post of D.Fuchs)
Caution and sorry. The following statement about analog channels and SR switch is plain BS of mine. I do admit it and am a bit puzzled about the confusion of mine. I mixed up things occurring because of ADAT muxing which has nothing to do with the analog audio section. So then, please skip the following BS section (labeled BS by myself).

BS on
It is with this actually uncertain information background that I questioned about SR vs. SPDIF out channels count. And specifically also mainly because of my experience with my HDSP Multiface devices: A HDSP Multiface does output 8 analog audio channels while set at SR of 44.1/48. Setting the device to a higher SR of 88.2/96 then leaves you with 4 analog output channels (this also goes for the analog audio in channels, but I worked with SPDIF in anyway). So you have here a live example that altering a SR setup to work at a higher SPDIF in sampling rate can have an effect on the output channels. At least in a HDSP Multiface. I imagine that here has been made some changes in internal data handling since then, but gebrannte Kinder fürchten das Feuer, as this german proverb wisely knows.
BS off
EDIT off

Instead and coming back to the Digiface USB, as a dumb customer candidate I cannot primarly know what will be served in a blackbox labeled "CC-mode inside". Therefore I better ask, and doing so, I dare to run the risk sounding like an Idiot. Never mind. We have learned a lot about the Digiface in CC mode in this thread which has not been previously not published. Mainly thanks to the inputs of M.Carstens.

MC wrote:
daihedz wrote:

@ M.Carstens:
Is a SR of 192kHz allowed even if all 4 SPDIF out are enabled in CC mode by ./usb_vendor 1 1 1 1 ?

I don't get why this is even a question. Of course it works at 192 kHz with 4 x 2 channels.

For me it was not "of course" first hand. Explicitly because of this Multiface experience/behavior. Now also this point is clear.

So in the end, this is my actual knowledge about the Digiface USB in CC mode in terms of SPDIF:
- Digiface USB in CC mode per default allows one SPDIF input (ch1,2). Per default, it's four outputs are set to ADAT.
- Digiface USB in CC mode can be externally set to (ch1,...8 - up to 8 audio channels) SPDIF out device also.
- To change the outputs from ADAT to SPDIF an external software must be used, thus setting the Digiface USB output modes.
- Set to SPDIF in, 4 SPDIF out device the Digiface USB will be able to interface 16, 24 and 32 Bit audio data at sample rates from 44.1kHz ... 192kHz to the connected host.

59 (edited by ramses 2026-02-04 19:14:24)

Re: Digiface USB class compliant on Linux

ADAT and SPDIF are protocol standards without any "flavour". There is nothing like SPDIF"(CC)".

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

Re: Digiface USB class compliant on Linux

daihedz wrote:

A HDSP Multiface does output 8 analog audio channels while set at SR of 44.1/48. Setting the device to a higher SR of 88.2/96 then leaves you with 4 analog output channels (this also goes for the analog audio in channels, but I worked with SPDIF in anyway).

This is incorrect, the number of analog outputs does not change, only the number of ADAT I/O channels, and that is due to limitations of the ADAT format, not because of "internal data handling". This is also not dependent on whether the sample rate is set internally or by way of synchronizing to an external source.


daihedz wrote:

- Digiface USB in CC mode per default allows one SPDIF input (ch1,2). Per default, it's four outputs are set to ADAT.

No, the inputs don't need to be switched, see post 29:

MC wrote:

CC mode: the Digiface USB will accept both ADAT and SPDIF at its inputs as that is done automatically in hardware, per input. The outputs are set to ADAT as default.

There's also no "different handling in terms of switching ADAT <-> SPDIF out", really. The driver's settings dialog essentially does the same thing as the little program posted above, namely switch the output format between the two varieties a Toslink output will support...

daihedz wrote:

- To change the outputs from ADAT to SPDIF an external software must be used, thus setting the Digiface USB output modes.

I'm no Linux expert, but I assume this functionality could be integrated into the Alsamixer eventually.

CC mode doesn't change the way the device works internally so much as it's about the communication with the computer or other attached device. Driverless vs. driver based. On some devices, this also means that there is no Totalmix, while on others, even that works on MacOS now (and it has always worked with the iPad Totalmix app).

Most devices with CC capability do not need to have the firmware flashed to switch to CC, it can be done from the front panel controls or with a switch (802 FS). Since the DF USB does not have any buttons or other hardware controls, this is the only way to do it here, but the firmware itself does not behave differently. Theoretically (purely speculating, don't sue me), a future version of the device could also have a small switch like the 802 FS.

Regards
Daniel Fuchs
RME

Re: Digiface USB class compliant on Linux

Thank you for your precisions, and sorry for cluttering the thread by my misunderstandings.

Re: Digiface USB class compliant on Linux

A question from my side... and sorry if it is already answered.

Using the Digiface in "normal mode" not cc, on SPDIF there is an offset in the channels by using output 2,3,4, is it the same offset in cc mode

Output 1 = channel 1&2
Output 2 = channel 5&6
Output 3 = Channel 9&10
Output 4 = Channel 13&14
by start counting on 1 not on 0 wink

Re: Digiface USB class compliant on Linux

Another question... not related to CC- mode but Digiface on Linux:
is ist possible, the the new firmware for the Digiface is more stable on Linux?

It seems, that my distortions on Linux when plug and unplug USB devices are gone.