151 (edited by sjzstudio 2024-04-25 13:22:36)

Re: Official Linux drivers/tools a possibility?

maggie33 wrote:

https://forum.rme-audio.de/viewtopic.php?id=38917

Feel free to contribute ;-)

I can test that with 802 and UFX+ devices, but I need clear instructions on how to install those programs on my machine. I'm not exactly a programmer or an application developer, so clear instructions are desirable in order to gather information.

Re: Official Linux drivers/tools a possibility?

sjzstudio wrote:

I can test that with 802 and UFX+ devices, but I need clear instructions on how to install those programs on my machine. I'm not exactly a programmer or an application developer, so clear instructions are desirable in order to gather information.

Thanks for your interest.
I understand that you need instructions. I prefer to have some stable state, first. Before writing detailed instructions or integrating it into the makefile, etc...
Feel free to ask your questions via github, irc or me forum-mail.
And please, do not expect a usable FF802 implementation for now. It is in WIP state. Levels work, and a few settings, but i am far away from mcf's c skills, so its a learnig process for me. As you may have noticed, the goal of mcf's (and mine) generic branch is to do some kind of abstraction which should make it easier to adapt other devices.

“Do It For Her”
My Gear: Bontempi Magic light Keyboard

Re: Official Linux drivers/tools a possibility?

Happy Let's Pester RME About Linux Support Day. How will you be spending it?

Re: Official Linux drivers/tools a possibility?

Hexspa wrote:

Happy Let's Pester RME About Linux Support Day. How will you be spending it?

It's the old chicken and egg problem. RME doesn't do Linux drivers because of small market share and small market share is caused by RME not doing Linux drivers.

But look at the competition - recently Focusrite broke ranks and pledged their official support for Linux driver development. RME should really take note and lead the way, instead of lagging behind.

Things don't have to be black and white. If RME so much as showed initiative of supporting independent devs in this endeavour, like Focusrite did - that would already be a big step.

155 (edited by sjzstudio 2024-06-02 13:06:58)

Re: Official Linux drivers/tools a possibility?

if you remember a company called Nokia. What happened to it when it thought it was the greatest in the world and stopped listening to customers. It was destroyed and dragged the Finnish economy into distress with it. A company called Microsoft was involved in the destruction. RME should be friends with them if they want to go out of business. Apple is exactly the same.

Re: Official Linux drivers/tools a possibility?

HardRock wrote:
Hexspa wrote:

Happy Let's Pester RME About Linux Support Day. How will you be spending it?

It's the old chicken and egg problem. RME doesn't do Linux drivers because of small market share and small market share is caused by RME not doing Linux drivers.

But look at the competition - recently Focusrite broke ranks and pledged their official support for Linux driver development. RME should really take note and lead the way, instead of lagging behind.

Things don't have to be black and white. If RME so much as showed initiative of supporting independent devs in this endeavour, like Focusrite did - that would already be a big step.

Yeah, that's my understanding of it as well. The quoted number I see is 3% adoption of Linux across domains like gaming and pro audio. It's not that I don't understand the economics of it, it's that I see it as a values issue.

RME strikes me as a company that wants to control the variables of their platform. In a concrete sense, they develop their own (renowned) drivers instead of using generic ones. Since this is a core tenet of their business, I'd think they'd want to be on an OS that gives the users the same level of control. Sometimes businesses do things that make less economic sense but make more brand value sense. 

Either way, I bought in here at a time when they didn't support Linux so I got what I paid for. Still, I believe that every customer gets a virtual 'ticket' to voice their preferences so that's why I speak. They are doubtlessly aware of the potential to serve this market so all I can do is help keep the flame burning.

But definitely even unofficial support of independent initiatives would be something this segment would welcome.

Re: Official Linux drivers/tools a possibility?

Hexspa wrote:
HardRock wrote:
Hexspa wrote:

Happy Let's Pester RME About Linux Support Day. How will you be spending it?

It's the old chicken and egg problem. RME doesn't do Linux drivers because of small market share and small market share is caused by RME not doing Linux drivers.

But look at the competition - recently Focusrite broke ranks and pledged their official support for Linux driver development. RME should really take note and lead the way, instead of lagging behind.

Things don't have to be black and white. If RME so much as showed initiative of supporting independent devs in this endeavour, like Focusrite did - that would already be a big step.

Yeah, that's my understanding of it as well. The quoted number I see is 3% adoption of Linux across domains like gaming and pro audio. It's not that I don't understand the economics of it, it's that I see it as a values issue.

RME strikes me as a company that wants to control the variables of their platform. In a concrete sense, they develop their own (renowned) drivers instead of using generic ones. Since this is a core tenet of their business, I'd think they'd want to be on an OS that gives the users the same level of control. Sometimes businesses do things that make less economic sense but make more brand value sense. 

Either way, I bought in here at a time when they didn't support Linux so I got what I paid for. Still, I believe that every customer gets a virtual 'ticket' to voice their preferences so that's why I speak. They are doubtlessly aware of the potential to serve this market so all I can do is help keep the flame burning.

But definitely even unofficial support of independent initiatives would be something this segment would welcome.

I think an official linux driver makes a lot of sense especially with the amount of bloat windows and mac will experience as AI creeps into every mundane task. There has been a small but noticeable uptick in linux activity whether its from presonus or more devices like the steamdeck making linux compatibility more common. It would be cool to see RME or another company like motu make native drivers for linux, it would legitimize pro linux audio and maybe more software companies would come to support it. Is it financially responsible for RME to pour a ton of development into developing a linux driver, that's questionable but we can hope.

158 (edited by Hexspa 2024-06-13 23:12:52)

Re: Official Linux drivers/tools a possibility?

cjrhenmusic wrote:
Hexspa wrote:
HardRock wrote:

It's the old chicken and egg problem. RME doesn't do Linux drivers because of small market share and small market share is caused by RME not doing Linux drivers.

But look at the competition - recently Focusrite broke ranks and pledged their official support for Linux driver development. RME should really take note and lead the way, instead of lagging behind.

Things don't have to be black and white. If RME so much as showed initiative of supporting independent devs in this endeavour, like Focusrite did - that would already be a big step.

Yeah, that's my understanding of it as well. The quoted number I see is 3% adoption of Linux across domains like gaming and pro audio. It's not that I don't understand the economics of it, it's that I see it as a values issue.

RME strikes me as a company that wants to control the variables of their platform. In a concrete sense, they develop their own (renowned) drivers instead of using generic ones. Since this is a core tenet of their business, I'd think they'd want to be on an OS that gives the users the same level of control. Sometimes businesses do things that make less economic sense but make more brand value sense. 

Either way, I bought in here at a time when they didn't support Linux so I got what I paid for. Still, I believe that every customer gets a virtual 'ticket' to voice their preferences so that's why I speak. They are doubtlessly aware of the potential to serve this market so all I can do is help keep the flame burning.

But definitely even unofficial support of independent initiatives would be something this segment would welcome.

I think an official linux driver makes a lot of sense especially with the amount of bloat windows and mac will experience as AI creeps into every mundane task. There has been a small but noticeable uptick in linux activity whether its from presonus or more devices like the steamdeck making linux compatibility more common. It would be cool to see RME or another company like motu make native drivers for linux, it would legitimize pro linux audio and maybe more software companies would come to support it. Is it financially responsible for RME to pour a ton of development into developing a linux driver, that's questionable but we can hope.

I like AI but I also like choice. Lately I've been using Linux more actively to hedge the bet that AI won't be forced on us. Let's be real though: it's already being forced on us and has been for awhile. That's fine, once again I understand market forces but as that pressure grows, like you observed, more people will seek an escape. Linux dominates the server and mobile spaces already so how much longer will it be before their desktop market share mushrooms? It's grown over 1% in the past 5 years so that's probably already exponential. Windows has 74%, macOS 15% and Linux 4%*. Somewhere between 4-15% has to be the magic number - I hope.

As an outsider, Linux seems to fit with RME's Unique Sales Proposition perfectly: stability. You certainly don't buy RME for the price lol.

*statcounter

Re: Official Linux drivers/tools a possibility?

+1 for Linux Support! (TotalMix and Digicheck)

For those who might care.. I'm another Linux user.

I know this is an very old thread but Linux is becoming more mainstream those days. Several months ago, I've move to the platform for video editing and live content creation. However I've hit one snag, I'm still need an audio interface solution. 

Previously on windows I was using the Babyface Pro and I'm very happy with it, I prefer not to partways with RME.
So with that said, is there any solution in making this audio interface work?

Thanks.
Niki

Gear: Fireface UFX+ & Babyface Pro

Re: Official Linux drivers/tools a possibility?

MsNIKITA wrote:

Previously on windows I was using the Babyface Pro and I'm very happy with it, I prefer not to partways with RME.
So with that said, is there any solution in making this audio interface work?

Hi. It will work perfectly in CC-mode with very little latency and outstanding stability - at least my experience...

To switch to Class-Compliant mode and operate the interface purely on-device, download manual and check:
- 32. Class Compliant Operation
- 33.1 Class Compliant Mode
- 34. Operation at the Unit

...but we currently don't get RME-provided TotalMix or DigiCheck in Linux.

PS: USB-controller can matter, I use Renesas uPD720201 USB 3.0 Host Controller (rev 03)

Re: Official Linux drivers/tools a possibility?

RME Support wrote:

Mind that the UCX does work perfectly fine with Linux in CC mode - sans Totalmix, but otherwise it can be used as it is....

Regards
Daniel Fuchs
RME

Hi Mr Fuchs.
I can not use the adat outs separately with the ucx in cc mode. Analog 1-8 are always mirrored to adat 1-8 and when routing to system output 11-18 nothing comes out of the card. I configured setups in windows and stored them in the device but still the same problem.

Tried different pcs and distros, jack, alsa etc...always the same. Newest firmware on the ucx. Can you confirm this?

Thanks!

162 (edited by cupakm Yesterday 18:30:34)

Re: Official Linux drivers/tools a possibility?

timpanic wrote:

I can not use the adat outs separately with the ucx in cc mode. Analog 1-8 are always mirrored to adat 1-8 and when routing to system output 11-18 nothing comes out of the card. I configured setups in windows and stored them in the device but still the same problem.
Tried different pcs and distros, jack, alsa etc...always the same. Newest firmware on the ucx. Can you confirm this?
Thanks!

Hello. Do you mean UCX or UCX-II?

This post could be better served in USB section with own thread for UCX / UCX-II CC-mode, this thread discusses Linux driver support in general.

Re: Official Linux drivers/tools a possibility?

cupakm wrote:
timpanic wrote:

I can not use the adat outs separately with the ucx in cc mode. Analog 1-8 are always mirrored to adat 1-8 and when routing to system output 11-18 nothing comes out of the card. I configured setups in windows and stored them in the device but still the same problem.
Tried different pcs and distros, jack, alsa etc...always the same. Newest firmware on the ucx. Can you confirm this?
Thanks!

Hello. Do you mean UCX or UCX-II?

This post could be better served in USB section with own thread for UCX / UCX-II CC-mode, this thread discusses Linux driver support in general.

Hi, i just want a confirmation that this the case so I can stop trying. It's the UCX mk1.
I postet it three times and didn't get an answer to this simple question.
I postet it here because someone from RME directly mentioned the ucx and the same issue.

164

Re: Official Linux drivers/tools a possibility?

timpanic wrote:

It's the UCX mk1.

I doubt different distros, JACK or ALSA setups would help, guess its internal routing in the unit. Problem is I don't have one, so can't try myself, but have a look at manual https://rme-audio.de/downloads/fface_ucx_e.pdf chapter 36. Audio Routing and Processing (in CC-mode) and 35. Front Panel Operation

What I'd try is on-device setting CA: 1:1 routing of all 18 playback channels. Then you should get on the outputs just that what you hook up in QJackCtl graph, or other routing software in Linux.

Please note that "Both modes can be activated at any time and do not influence the mixer state loaded via the Setups, as they only influence the playback routing." so better try it in the default Setup (not the stuff you configured in Win).

165 (edited by timpanic Today 17:58:08)

Re: Official Linux drivers/tools a possibility?

cupakm wrote:
timpanic wrote:

It's the UCX mk1.

I doubt different distros, JACK or ALSA setups would help, guess its internal routing in the unit. Problem is I don't have one, so can't try myself, but have a look at manual https://rme-audio.de/downloads/fface_ucx_e.pdf chapter 36. Audio Routing and Processing (in CC-mode) and 35. Front Panel Operation

What I'd try is on-device setting CA: 1:1 routing of all 18 playback channels. Then you should get on the outputs just that what you hook up in QJackCtl graph, or other routing software in Linux.

Please note that "Both modes can be activated at any time and do not influence the mixer state loaded via the Setups, as they only influence the playback routing." so better try it in the default Setup (not the stuff you configured in Win).

Doubt distros? I tried fedora, antix, arco. Why should I lie wink
Yes, I tried all of this. Doesn't work.
You can store the mixer setup in the device and load It in the cc mode. There I routed everything 1:1. Doesn't work.
Analog Output 1/2 plays also on Adat 1/2..3/4 on adat 3/4 etc.
In qjackctl nothing is patched.
When I choose output 11-18 in ardour or reaper nothings comes out of the adat.

166

Re: Official Linux drivers/tools a possibility?

Did you understand/overlook what cupakm wrote: you need to enable the correct CC routing mode from the front of the UCX.

Regards
Matthias Carstens
RME

167

Re: Official Linux drivers/tools a possibility?

MC wrote:

Did you understand/overlook what cupakm wrote: you need to enable the correct CC routing mode from the front of the UCX.

Hi and thanks for responding.
Yes you're right. This was the right direction and that was what I was searching for.
I had to load the stored mixer settings AND change the CC mode after switching to the CC Mode. I changed the CC Mode before but that doesn´t work because the mixer setting were also "wrong", so I overlooked it first as the right direction.
Now it works and I can use the ADAT seperatly.

Thanks a lot ! Happy Linux Camper here big_smile!
With yabridge, reaper, ardour and an analog hybrid setup we came a long way!