You are not logged in. Please login or register.
RME User Forum → Linux → Official Linux drivers/tools a possibility?
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.
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.
Happy Let's Pester RME About Linux Support Day. How will you be spending it?
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.
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.
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.
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.
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
+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
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)
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!
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.
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.
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).
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 
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.
Did you understand/overlook what cupakm wrote: you need to enable the correct CC routing mode from the front of the UCX.
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 
!
With yabridge, reaper, ardour and an analog hybrid setup we came a long way!
RME User Forum → Linux → Official Linux drivers/tools a possibility?
Powered by PunBB, supported by Informer Technologies, Inc.