You are not logged in. Please login or register.
RME User Forum → Linux → Babyface Pro FS with ADI-2 FS - problem-free additional I/O ?
Hi there,
does anyone use the combination of a Babyface Pro FS on Linux with an ADI-2 FS ("blue grey box") to use the TOSlink I/O? Does it work without any hassle? Like, can I do it bidirectionally and the boxes figure out who is master clock? Any issues getting this to work at 96 kHz?
Nobody? Meanwhile I found some info in the Babyface manual about explicitly putting it into master clock mode. I guess this will work without two devices trying to auto-sync?
The Babyface in CC-mode takes the sample rate from the computer and the ADI-2 will adapt to this.
Your requested setup shuld work fine.
Hello
Please, would it be possible to receive support or tips from RME Staff for Linux users/customers?
Please don't misunderstand me, help between users is essential and we need each other, sign of good health in a Community. Also I'm aware of the legitimate decision to not provide proprietary driver nor TotalMix support for Linux, whether we agree or not, but IMHO we deserve support from the wonderful minds who created the hardware we trust and love, right?
Of course OP first, in my case I'm trying to change the default sample rate (48Khz) in Fedora WS 40 with my UCX II in CC Mode without success, can RME confirm this is possible with current Firmware? If yes, how to do it?
And in case anyone is interested, you can control the UCX II in Windows 11 VM using VirtualBox USB passthrough under Linux host, Fireface USB Settings and TotalMix sync like a charm but forget about any software playback including the most basic media players, for obvious reasons.
Thanks
How should a manufacturer suddenly be able to provide Linux support for products "out of the blue"
if Linux is not part of its product portfolio?
Virtualization is a different topic anyway, as it doesn't belong to recording/studio best practice setups.
As far as I know, no recording vendor supports its products in a virtualized environment.
Everybody is already glad if it works on bare metal.
> I'm aware of the legitimate decision to not provide proprietary driver nor TotalMix support for Linux,
> whether we agree or not, but IMHO we deserve support from the wonderful minds who created
> the hardware we trust and love, right?
You already knew before the purchase that there is no Linux support.
Do you know or remember how long RME customers had to wait very patiently for Auxdevice support for the 12Mic,
which RME finally solved excellent now? 4 years if I am not mistaken.
Doesn't look as if there is free-time for Linux support...
It has become apparent that some long-term members of the forum have taken it upon themselves to mock Linux users. This behavior not only undermines the spirit of collaboration and support that our community should embody but also alienates a growing segment of users who are passionate about their chosen platform.
Ridiculing Linux users does a disservice to the broader audio community, as it stifles constructive dialogue and discourages innovation. We should be fostering an environment where all users, regardless of the operating system they choose, feel welcome and valued. Instead of dismissing differing perspectives, it’s crucial to engage in meaningful discussions that can lead to better understanding and potential solutions.
Encouraging a culture of respect and inclusivity will not only strengthen our community but also promote growth and progress within the industry. If we truly care about advancing technology and enhancing user experience, we must recognize the importance of every voice, including those of Linux users who seek support and recognition for their contributions.
The assessment of Linux's significant foothold in the audio industry is based on several factors.
The number of Linux users has increased, particularly in creative fields such as music production and audio engineering. Artists and producers are drawn to Linux for its stability and security, especially in live performance and studio settings where reliability is crucial.
The proliferation of open-source projects has led to the development of powerful audio tools. Software like Ardour offers professional-level features at no cost, while Reaper and Mixbus are paid programs that provide extensive functions and high quality.
As Linux gains traction, more hardware manufacturers are recognizing its importance. Companies like Solid State Logic (SSL) have begun exploring Linux compatibility for their high-end audio interfaces and consoles. The integration of SSL products into Linux-based workflows would be a game-changer, as SSL is synonymous with professional audio quality.
The rise of cloud services and remote collaboration tools that support Linux is significant. With many musicians working from home and collaborating online, the ability to use Linux-based solutions for audio processing and file sharing becomes increasingly valuable.
Educational institutions are beginning to incorporate Linux into their audio programs, teaching students how to use open-source software and tools. This growing body of knowledge among new professionals is likely to create a more robust demand for Linux support in the industry.
The active Linux community provides a wealth of resources and support for audio professionals. Forums, tutorials, and user groups focused on audio applications create a collaborative environment where users can share tips, troubleshoot issues, and enhance their workflows.
For many independent artists and studios, budget constraints are a significant consideration. Linux offers a cost-effective alternative to expensive software licenses, allowing users to allocate resources toward equipment or other essential aspects of their projects.
Many audio production environments are increasingly adopting cross-platform tools. Studio One is already available for Linux, which increases the demand for Linux support. If companies like PreSonus were to develop more Linux-compatible versions, it could further solidify Linux’s position in the audio market.
These factors suggest that Linux has strong potential to achieve a significant foothold in the audio industry in the near future, driven by community engagement, technological advancements, and evolving user needs.
It is time to challenge the notion that a small manufacturer like RME cannot provide Linux support. This perspective is not only misguided but also short-sighted. Small manufacturers can and should take Linux support seriously.
The Linux community is one of the most passionate and dedicated user bases in technology. They are eager to support and enhance products, meaning RME could leverage this resource significantly. Engaging the community could not only alleviate RME's development workload but also lead to innovative solutions that larger manufacturers might overlook.
Moreover, Linux users are not a mere niche; they represent a rapidly expanding segment that values quality and reliability. By offering Linux support, RME would not only cater to existing customers but also open doors to entirely new markets. Why remain in the shadows of competitors when there’s an opportunity to significantly broaden the customer base?
Additionally, RME has the potential to develop Linux support in a cost-effective manner. Many other small manufacturers have successfully implemented Linux support without hefty investments. RME could focus on its core competencies and collaborate with skilled developers, thereby reducing costs and timeframes.
By offering Linux support, RME would distinctly differentiate itself from its competitors. This not only increases the attractiveness of its products but also strengthens customer relationships and brand credibility. When customers see that RME values their needs, it fosters loyalty and enhances the brand’s reputation.
Finally, technology evolves rapidly, and open-source solutions are here to stay. It’s time for RME to move forward and embrace future challenges. Open source is not just a trend; it’s a powerful tool that can elevate RME to new heights. Collaborating with the Linux community can unlock new opportunities and develop products that are both innovative and user-friendly.
RME's size is not a barrier; it’s an opportunity. Now is the time to harness the power of the community, expand markets, and enhance the brand. RME doesn’t need to simply react to competitors; it should lead the way by providing Linux support. This is not just a business decision; it’s a strategic choice that can transform RME’s market position and significantly improve the user experience.
I will not tolerate such untrue insinuations that I am making fun of Linux users.
Your imagination is definitely going too far here.
Same as the expectation of tonpalt that RME has something like a moral obligation to support Linux.
I tried to explain it nicely so that he would possibly understand it.
But the fact that you are coming in here with such blatant claims and insinuations is pretty impudent.
In the past, I have expressed my criticism of the Linux distribution chaos on an objective level. After all, I have been using various flavors of Unix for over 30 years (as User, Developer, Supporter, Consultant) and know Unix (free and commercial releases) very well.
If you can't handle objective criticism of Linux, then that really isn't my problem.
It has become apparent that some long-term members of the forum have taken it upon themselves to mock Linux users. This behavior not only undermines the spirit of collaboration and support that our community should embody but also alienates a growing segment of users who are passionate about their chosen platform.
Ridiculing Linux users does a disservice to the broader audio community, as it stifles constructive dialogue and discourages innovation. We should be fostering an environment where all users, regardless of the operating system they choose, feel welcome and valued. Instead of dismissing differing perspectives, it’s crucial to engage in meaningful discussions that can lead to better understanding and potential solutions.
Encouraging a culture of respect and inclusivity will not only strengthen our community but also promote growth and progress within the industry. If we truly care about advancing technology and enhancing user experience, we must recognize the importance of every voice, including those of Linux users who seek support and recognition for their contributions.
The assessment of Linux's significant foothold in the audio industry is based on several factors.
The number of Linux users has increased, particularly in creative fields such as music production and audio engineering. Artists and producers are drawn to Linux for its stability and security, especially in live performance and studio settings where reliability is crucial.
The proliferation of open-source projects has led to the development of powerful audio tools. Software like Ardour offers professional-level features at no cost, while Reaper and Mixbus are paid programs that provide extensive functions and high quality.
As Linux gains traction, more hardware manufacturers are recognizing its importance. Companies like Solid State Logic (SSL) have begun exploring Linux compatibility for their high-end audio interfaces and consoles. The integration of SSL products into Linux-based workflows would be a game-changer, as SSL is synonymous with professional audio quality.
The rise of cloud services and remote collaboration tools that support Linux is significant. With many musicians working from home and collaborating online, the ability to use Linux-based solutions for audio processing and file sharing becomes increasingly valuable.
Educational institutions are beginning to incorporate Linux into their audio programs, teaching students how to use open-source software and tools. This growing body of knowledge among new professionals is likely to create a more robust demand for Linux support in the industry.
The active Linux community provides a wealth of resources and support for audio professionals. Forums, tutorials, and user groups focused on audio applications create a collaborative environment where users can share tips, troubleshoot issues, and enhance their workflows.
For many independent artists and studios, budget constraints are a significant consideration. Linux offers a cost-effective alternative to expensive software licenses, allowing users to allocate resources toward equipment or other essential aspects of their projects.
Many audio production environments are increasingly adopting cross-platform tools. Studio One is already available for Linux, which increases the demand for Linux support. If companies like PreSonus were to develop more Linux-compatible versions, it could further solidify Linux’s position in the audio market.
These factors suggest that Linux has strong potential to achieve a significant foothold in the audio industry in the near future, driven by community engagement, technological advancements, and evolving user needs.
It is time to challenge the notion that a small manufacturer like RME cannot provide Linux support. This perspective is not only misguided but also short-sighted. Small manufacturers can and should take Linux support seriously.
The Linux community is one of the most passionate and dedicated user bases in technology. They are eager to support and enhance products, meaning RME could leverage this resource significantly. Engaging the community could not only alleviate RME's development workload but also lead to innovative solutions that larger manufacturers might overlook.
Moreover, Linux users are not a mere niche; they represent a rapidly expanding segment that values quality and reliability. By offering Linux support, RME would not only cater to existing customers but also open doors to entirely new markets. Why remain in the shadows of competitors when there’s an opportunity to significantly broaden the customer base?
Additionally, RME has the potential to develop Linux support in a cost-effective manner. Many other small manufacturers have successfully implemented Linux support without hefty investments. RME could focus on its core competencies and collaborate with skilled developers, thereby reducing costs and timeframes.
By offering Linux support, RME would distinctly differentiate itself from its competitors. This not only increases the attractiveness of its products but also strengthens customer relationships and brand credibility. When customers see that RME values their needs, it fosters loyalty and enhances the brand’s reputation.
Finally, technology evolves rapidly, and open-source solutions are here to stay. It’s time for RME to move forward and embrace future challenges. Open source is not just a trend; it’s a powerful tool that can elevate RME to new heights. Collaborating with the Linux community can unlock new opportunities and develop products that are both innovative and user-friendly.
RME's size is not a barrier; it’s an opportunity. Now is the time to harness the power of the community, expand markets, and enhance the brand. RME doesn’t need to simply react to competitors; it should lead the way by providing Linux support. This is not just a business decision; it’s a strategic choice that can transform RME’s market position and significantly improve the user experience.
I'm trying to change the default sample rate (48Khz) in Fedora WS 40 with my UCX II in CC Mode without success
Did you try via mcf‘s oscmix?
https://forum.rme-audio.de/viewtopic.php?id=38917
Should be possible to set the rate via regtool.
See:
https://github.com/michaelforney/oscmix … e-settings
I'm trying to change the default sample rate (48Khz) in Fedora WS 40 with my UCX II in CC Mode without success
Did you try via mcf‘s oscmix?
https://forum.rme-audio.de/viewtopic.php?id=38917
Should be possible to set the rate via regtool.
See:
https://github.com/michaelforney/oscmix … e-settings
Thanks a lot maggie33 :-)
I will investigate it slowly and update my findings here.
All the best
I want to clarify that I have not claimed that RME has a moral obligation to support Linux. Such statements are misleading and distort the core issues of the discussion. RME is a commercial company that makes decisions based on its business model and market needs.
Instead of blaming each other, we should focus on how we can collectively promote openness and dialogue around different operating systems. Belittling Linux users only harms our community and limits opportunities for innovation.
Many well-known artists, such as Brian Eno, Trent Reznor, and Reggie Watts, have demonstrated that Linux has its place in music production, and the open-source environment continues to attract more users. We should foster an environment where all users, regardless of their chosen platform, feel valued.
Given the current nature of this discussion, I announce that I will be leaving it now and will likely stay away from the forum in the future. I prefer to focus on making music on Linux and leave you to bash your heads against the big tech stone walls. I hope you find time for real innovations instead of wasting your energy questioning others' technology choices. It’s important to remember that the number of Linux desktop users has risen to about 3.2% of all desktop users, with a growth rate of around 20% over the past year, highlighting the significance and potential of this platform.
I will not tolerate such untrue insinuations that I am making fun of Linux users.
Your imagination is definitely going too far here.Same as the expectation of tonpalt that RME has something like a moral obligation to support Linux.
I tried to explain it nicely so that he would possibly understand it.But the fact that you are coming in here with such blatant claims and insinuations is pretty impudent.
In the past, I have expressed my criticism of the Linux distribution chaos on an objective level. After all, I have been using various flavors of Unix for over 30 years (as User, Developer, Supporter, Consultant) and know Unix (free and commercial releases) very well.
If you can't handle objective criticism of Linux, then that really isn't my problem.
sjzstudio wrote:It has become apparent that some long-term members of the forum have taken it upon themselves to mock Linux users. This behavior not only undermines the spirit of collaboration and support that our community should embody but also alienates a growing segment of users who are passionate about their chosen platform.
Ridiculing Linux users does a disservice to the broader audio community, as it stifles constructive dialogue and discourages innovation. We should be fostering an environment where all users, regardless of the operating system they choose, feel welcome and valued. Instead of dismissing differing perspectives, it’s crucial to engage in meaningful discussions that can lead to better understanding and potential solutions.
Encouraging a culture of respect and inclusivity will not only strengthen our community but also promote growth and progress within the industry. If we truly care about advancing technology and enhancing user experience, we must recognize the importance of every voice, including those of Linux users who seek support and recognition for their contributions.
The assessment of Linux's significant foothold in the audio industry is based on several factors.
The number of Linux users has increased, particularly in creative fields such as music production and audio engineering. Artists and producers are drawn to Linux for its stability and security, especially in live performance and studio settings where reliability is crucial.
The proliferation of open-source projects has led to the development of powerful audio tools. Software like Ardour offers professional-level features at no cost, while Reaper and Mixbus are paid programs that provide extensive functions and high quality.
As Linux gains traction, more hardware manufacturers are recognizing its importance. Companies like Solid State Logic (SSL) have begun exploring Linux compatibility for their high-end audio interfaces and consoles. The integration of SSL products into Linux-based workflows would be a game-changer, as SSL is synonymous with professional audio quality.
The rise of cloud services and remote collaboration tools that support Linux is significant. With many musicians working from home and collaborating online, the ability to use Linux-based solutions for audio processing and file sharing becomes increasingly valuable.
Educational institutions are beginning to incorporate Linux into their audio programs, teaching students how to use open-source software and tools. This growing body of knowledge among new professionals is likely to create a more robust demand for Linux support in the industry.
The active Linux community provides a wealth of resources and support for audio professionals. Forums, tutorials, and user groups focused on audio applications create a collaborative environment where users can share tips, troubleshoot issues, and enhance their workflows.
For many independent artists and studios, budget constraints are a significant consideration. Linux offers a cost-effective alternative to expensive software licenses, allowing users to allocate resources toward equipment or other essential aspects of their projects.
Many audio production environments are increasingly adopting cross-platform tools. Studio One is already available for Linux, which increases the demand for Linux support. If companies like PreSonus were to develop more Linux-compatible versions, it could further solidify Linux’s position in the audio market.
These factors suggest that Linux has strong potential to achieve a significant foothold in the audio industry in the near future, driven by community engagement, technological advancements, and evolving user needs.
It is time to challenge the notion that a small manufacturer like RME cannot provide Linux support. This perspective is not only misguided but also short-sighted. Small manufacturers can and should take Linux support seriously.
The Linux community is one of the most passionate and dedicated user bases in technology. They are eager to support and enhance products, meaning RME could leverage this resource significantly. Engaging the community could not only alleviate RME's development workload but also lead to innovative solutions that larger manufacturers might overlook.
Moreover, Linux users are not a mere niche; they represent a rapidly expanding segment that values quality and reliability. By offering Linux support, RME would not only cater to existing customers but also open doors to entirely new markets. Why remain in the shadows of competitors when there’s an opportunity to significantly broaden the customer base?
Additionally, RME has the potential to develop Linux support in a cost-effective manner. Many other small manufacturers have successfully implemented Linux support without hefty investments. RME could focus on its core competencies and collaborate with skilled developers, thereby reducing costs and timeframes.
By offering Linux support, RME would distinctly differentiate itself from its competitors. This not only increases the attractiveness of its products but also strengthens customer relationships and brand credibility. When customers see that RME values their needs, it fosters loyalty and enhances the brand’s reputation.
Finally, technology evolves rapidly, and open-source solutions are here to stay. It’s time for RME to move forward and embrace future challenges. Open source is not just a trend; it’s a powerful tool that can elevate RME to new heights. Collaborating with the Linux community can unlock new opportunities and develop products that are both innovative and user-friendly.
RME's size is not a barrier; it’s an opportunity. Now is the time to harness the power of the community, expand markets, and enhance the brand. RME doesn’t need to simply react to competitors; it should lead the way by providing Linux support. This is not just a business decision; it’s a strategic choice that can transform RME’s market position and significantly improve the user experience.
I want to clarify that I have not claimed that RME has a moral obligation to support Linux. Such statements are misleading and distort the core issues of the discussion. RME is a commercial company that makes decisions based on its business model and market needs.
This was about tonpalt posting. This I regarded not as ok and reacted with a post.
Instead of blaming each other, we should focus on how we can collectively promote openness and dialogue around different operating systems. Belittling Linux users only harms our community and limits opportunities for innovation. [...]
That's exactly what the right person says, after you were the one who falsely accused me of "mocking Linux users".
That's a nasty insinuation that has no basis whatsoever and I'm still waiting for an apology.
And now you're suddenly acting all jovial and saying something about how we shouldn't accuse each other and open dialogue and bla bla bla.
Tell me, do you realize how contradictory and outrageous your behavior is?
If you want to do something good for Linux, there are 3 things I recommend to you
1. teach the Linux community that standardisation is the be-all and end-all
and if you want an open and fair dialogue
2. don't upset other people
3. don't throw stones yourself esp. not if there is no justification for that
By the way, have a look at this post, you were in the thread yourself.
https://forum.rme-audio.de/viewtopic.ph … 67#p215267
I clearly explained that I am not satisfied with the current situation, what Microsoft and Apple are offering (and why) and that I would be happy if there was Linux support so that I could find a way out of the misery if the situation worsens...
sjzstudio wrote:I want to clarify that I have not claimed that RME has a moral obligation to support Linux. Such statements are misleading and distort the core issues of the discussion. RME is a commercial company that makes decisions based on its business model and market needs.
This was about tonpalt posting. This I regarded not as ok and reacted with a post.
sjzstudio wrote:Instead of blaming each other, we should focus on how we can collectively promote openness and dialogue around different operating systems. Belittling Linux users only harms our community and limits opportunities for innovation. [...]
That's exactly what the right person says, after you were the one who falsely accused me of "mocking Linux users".
That's a nasty insinuation that has no basis whatsoever and I'm still waiting for an apology.
And now you're suddenly acting all jovial and saying something about how we shouldn't accuse each other and open dialogue and bla bla bla.
Tell me, do you realize how contradictory and outrageous your behavior is?
If you want to do something good for Linux, there are 3 things I recommend to you
1. teach the Linux community that standardisation is the be-all and end-all
and if you want an open and fair dialogue
2. don't upset other people
3. don't throw stones yourself esp. not if there is no justification for thatBy the way, have a look at this post, you were in the thread yourself.
https://forum.rme-audio.de/viewtopic.ph … 67#p215267I clearly explained that I am not satisfied with the current situation, what Microsoft and Apple are offering (and why) and that I would be happy if there was Linux support so that I could find a way out of the misery if the situation worsens...
Well said!
For many years I used Linux distros and BSD (mainly OpenBSD and FreeBSD) for desktop but switched back to Windows because of drivers and other applications I needed/wanted.
For sure it would be very nice if RME had Linux or *BSD support, but here we are.
Well said!
For many years I used Linux distros and BSD (mainly OpenBSD and FreeBSD) for desktop but switched back to Windows because of drivers and other applications I needed/wanted.
For sure it would be very nice if RME had Linux or *BSD support, but here we are.
Thanks Muffin. Yes would be nice indeed, especially FreeBSD support.
In this context, this thread is also very interesting, where he agreed with my points of criticism.
https://forum.rme-audio.de/viewtopic.ph … 88#p190588
And I would like to specifically point out here that my criticism was presented both factually and with reason.
So much for his convictions and the whole 'mocking Linux users' thing.
Just want to say, I appreciate sjzstudio's counter-rant here; I have to say I share many of these observations, and I also took time off and ask myself three times before I post to the Linux forum, if I want to stand yet another rant against Linux. This is totally unsolicited and not helping, it just puts people off. You could just leave it to RME to comment on their Linux stance, and stick to solving the problems that are being asked.
Anyway. Thanks for pointing out that the combination "should work". Still hoping for someone with this definitive setup saying, yes they are ok falling into mutual sync. But I guess I can take the risk of getting the ADI, and return it if it doesn't work to sync up and use it in 48 / 96 / 192 kHz.
Just want to say, I appreciate sjzstudio's counter-rant here; I have to say I share many of these observations, and I also took time off and ask myself three times before I post to the Linux forum, if I want to stand yet another rant against Linux. This is totally unsolicited and not helping, it just puts people off. You could just leave it to RME to comment on their Linux stance, and stick to solving the problems that are being asked.
Anyway. Thanks for pointing out that the combination "should work". Still hoping for someone with this definitive setup saying, yes they are ok falling into mutual sync. But I guess I can take the risk of getting the ADI, and return it if it doesn't work to sync up and use it in 48 / 96 / 192 kHz.
Your input doesn’t seem relevant or helpful here. I’d recommend staying on topic or stepping back from this discussion.
I recommend to look-up the word "reply guy". And I'm not going to engage here.
Just an addition, I remember I have an old OctaMic-D buried in the studio; that doesn't have ADAT in or 'AutoSync', but I could at least test if the Babyface goes into auto-sync with this one, when used in S/MUX mode (only 96 kHz via ADAT is supported by the OctaMic-D).
I recommend to look-up the word "reply guy". And I'm not going to engage here.
Do you mean me? In this case I can only laugh if I re-read sjzstudio comments ...
"Encouraging a culture of respect ..."
Sorry, you seem to fail completely on this point. You are only ranting for the ranting sake.
@Sciss
Linux users should see that from RME point of view adding support for one more OS means almost 50% more resources for SW development and user support.
And if Linux should be supported, RME would have disclose code for drivers. They contain decades of know-how....
And Linux is multiplatform make it much harder to deliver rock solid performance... What if somebody would run it on rather weak cpu?
And all this just because of possible few percent sales rise?
I recommend to read my original question. I gave up making an argument for Linux on this forum a long time ago.
Babyface Pro FS is in CC mode. It is bi-directionally TOSlink wired to an ADI-2 FS. I choose 96 kHz or 192 kHz on the ADI and in my host software. Do the two devices sync without issue, and can I thus extend the Babyface with two additional I/O channels at 96 or 192 kHz?
From the manual:
"In Class Compliant mode the default clock mode is AutoSync at 44.1 kHz. The Babyface Pro (and with it the iPad) will be synchronized to an external digital sample rate if there is a valid digital input signal. With a wrong sample rate heavy audio noise will occur. Without an SPDIF or ADAT input signal the Babyface Pro enters master mode and uses the sample rate set by Mac OS X or iOS (the app in use)."
Set the ADI to internal clock and you're good to go.
And with that said, allow me to close this thread...
RME User Forum → Linux → Babyface Pro FS with ADI-2 FS - problem-free additional I/O ?
Powered by PunBB, supported by Informer Technologies, Inc.