I didn’t check this out before myself as I go via CamillaDSP as I mentioned earlier - but yes, the kernel driver for the UL5 does indeed appears to tell it to change to the right sample rate streaming directly from Roon to the UL5. Awesome! I’ll have a look at changing my approach to the way CamillaDSP handles the sample rate and see if I can leverage this in my setup too
Are you getting the noise on unused channel - 9 and 10 in your case? If so, would you add a comment to the bug report I submitted to see if we can get Roon to sort a fix? If not, I’d like to see if we can work out what might be different between our two setups so the issue can be isolated and resolved. Thanks
Even if I use Roon’s mix to “show all” channels and route left and right to Motu outputs 9 and 10, noise is still present, and then nothing plays at all.
I was considering installing Ubuntu server on my current Nuc, in lieu of Roon Rock. This would enable me to test direct USB out from the PC (Running ubuntu server/Roon server) direct to the Motu.
I suspect this would provide the auto sampling change functionality I see with my RPI4/ubuntu.
I wonder if this may also help with the channel 9-10 noise observation.
From a quick google, I suspect Roon Rock is running a highly patched older Kernel.
That would be considerable work to swap OS but I think you’re right that with the newer kernel that includes the MOTU drivers you’d be able to stream to the UL5 directly, with sample changing, but also with noise! I think we both suspect that its Roon’s inability to address more than 8 channels that is at the heart of the noise problem.
I’m sure that’s right. From Roon’s perspective there’s little benefit in upgrading the kernel since it works as it is with Roon Bridge and the many endpoint devices where manufacturers have already achieved compatibility with the existing Roon Core. Changing the kernel would likely involve significant retesting of very many devices. So whilst upgrading would incorporate newer drivers for greater compatibility for direct device connection, they advise against that route in preference for a separate end point, probably for this very reason.
Hi Stephen, I’m not sure if this is still relevant, but I’m using quite a powerful PC… configured in a very stripped down way… just as a Roon Bridge. Zero issues with clicks/pops or noise on any unused channels. Let me know if you’d like to know more about the PC, and I’d happily oblige.
Does anyone get a strange bird chirping type noise during playback? I’m direct from NUC i7 (Core) to the ULMK5. I have the .wav file of it but can’t upload here.
I basically worked out I needed a relatively modern pc.
Running windows 10 on my series 4 nuc with Roon and the Motu was a disaster, for whatever reason. Clicks pops etc.
I had the same experience just using Qobuz player to the Motu or my Rme dac. Very weird.
Running the same nuc (Gen 4 i5) with ROON ROCK is perfect. Go figure.
I have also used a modern HP elite g5 800 win10 with no issues.
Just an FYI, I added a quality linear supply to my Motu, and RPI4 end point today.
IMO, its improved subjective sound quality.
I am powering the DAC with 12v, and Pi with 5v.
I have been looking myself. I have experienced some “vinyl type crackles” when connecting to the USB3.0 port on my Roon server. So I’ll probably try a 3.1 certified cable.
I believe the supplied Motu cable is only USB 2.0.
The Amazon basics and double braided version state 3.1 support.
I suspect both would be perfectly fine.
The Belkin is a good option, but much more expensive:
Hi @dathzo, I’ve simply pasted below what I had on my file. I gave it a quick skim over and I think it’s all there, although I may have missed something. Let me know how you get on. And give me a shout if you run into any difficulty. Good luck!
Install Linux and SSH client Update and upgrade packages
sudo apt update
sudo apt upgrade
sudo apt install linux-modules-extra-$(uname -r) [required for aloop after updating Linux]