Yeah… this is a dev version which I’m not ready yet to put out as beta update.
Thanks!
I’ve loaded it on the one that has been most problematic (and is easiest to get to). Same problem unfortunately, 96kHz 24bit roon/ropieee thinks everything is fine, but the speakers sound like playing underwater. I’ll see if I can get to the bedroom one you looked at the feedback for, because that DAC supports up to 32bit 192kHz and wasn’t even playing 24bit 48kHz the other day.
Can you disable all other services?
Let’s focus on Roon for now, and make sure there is no interference (although I really don’t think that’s the issue, but let’s be sure).
And obviously would love a feedback from this unit.
And to be sure: it works as expected on your CA, but when you use the Ugreen then it breaks, right?
Just generated feedback (before touching anything else). 2f52c1673569487d
You’ll see not long ago I had Evanscence - Lost in Paradise playing for about 8 seconds… (this was the underwater sounds). I paused and unpaused hoping it would recover, but it didn’t, so then I skipped it. Prior to that I had some Taylor swift songs playing that I knew were 48kHz 24bit and they played ok, but have been problematic on my other unit.
In terms of devices.
- Living Room Ropieee
- Kitchen - USB SPDIF DAC. Supports up to 24/192 and has been fine until the last few weeks but now plays a weird “slow” mix of static and the music. which I guess is what happens when it receives 192kHz but plays it at ~44.1kHz.
- Dining - DACMAGIC. Still working at all bitrates tested so far.
- Bedroom Ropieee
- Ugreen CM720. Supports up to 32/192 and has been fine at those rates, but not used as often so don’t know when it broke. This is what I sent the feedback from yesterday.
I went to do this, but realised because I have just rebuilt the device it has no services running anyway.
1 Like
What I really don’t get is that your RAAT log (Roon) starts with a massive list of dropouts on the USB SPDIF adapter. At 19:46 something…
Hmmm…
Apr 28 19:47:39 Living kernel: xhci_hcd 0000:01:00.0: ERROR Transfer event for disabled endpoint slot 3 ep 3
Agreed, I didn’t mention it because it went away and I’ve never seen that before so I figured I was been too quick after bootup. It was a local file being played (not Tidal).
is that the time of the initial flooding of failures just after reboot? (assume yes).
I’d be quite happy to accept that the USB DAC is failing, except that I’m having this problem in 3 places (admittedly 2 have the same DAC, but it used to work :shrug:) on 3 different ropieee endpoints.
A little bit earlier, although the flooding in the Roon logs is so big that the logfile already rotated.
So in the Roon logs the file (and the flooding) starts at 19:46:49, and the endpoint message above a little minute later.
Which I can imagine…
I’d be quite happy to accept that the USB DAC is failing, except that I’m having this problem in 3 places (admittedly 2 have the same DAC, but it used to work :shrug:) on 3 different ropieee endpoints.
I get that. I also find that strange, so I’m certainly not blaming the DAC (just yet ;-)). So somewhere something changed…
Those Pi’s are properly powered? Because that’s also a difference: your CA has it’s own power supply, while the USB SPDIF adapter not…
yes, that’s another difference. the DACmagic has its own power supply (as does the IQaudio HAT which I’ve not encountered any problems with at all).
I use a USB powered DAC in three more places in addition to the ones already mentioned.
- Rumpus (an Rpi3… the earlier ones are all Pi4)
- USB SPDIF into a Denon x1200w
- Ugreen CM720 into the same Denon but a specific amp zone
- Mudroom (Rpi4)
- Ugreen something or other (just shows as USB audio but still supports higher 24/192)
- Garage (Rpi2 running a very old version of RopieeeXL)
- USB SPDIF into a Samsung soundbar
I don’t expect you to try and troubleshoot these, but if you want me to do additional testing on them for comparisons let me know. I can say that I’ve encountered the same issues on the CM720 in the rumpus too.
I’m going to build another image for you, with the latest firmware from Raspberry Pi. Again, just to rule out stuff.
1 Like
Hi @James_Fitzell ,
Here’s the new build: https://image.ropieee.io/ropieee_pi4-2026.5.0-test.20260428.3568.bin
Hey Harry, sorry for the delay. smashed at work today.
Just tried the new build and generated feedback… interesting test results at the end.
c67d2593863b0428
I was skipping through a playlist that has several 96kHz+ tracks in it so you’ll see some pretty frequent skips up until Evanescence Lost in Paradise. At this point Kitchen was doing the playing underwater thing. Then I transferred the zone to Dining (which is on the same ropieee but the dacmagic) and it played fine there. Then I transferred back to Kitchen, and it played fine!
I see again massive dropouts at 16:52 in the RAAT log…
And a bunch of ‘ERROR transfer event…’ on OS level…
The other weird thing: I see 2 (!!) USB SPDIF adapters… I’m wondering if the dongle is behaving weirdly, and for some reason that worked with older versions (kernel?), but now is acting up…
That USB DAC has always shown up as 2 devices and I’ve always used the first one (I’m not sure why it’s 2… I’ve read explanations that didn’t make that much sense to me).
That doesn’t explain the Ugreen CM720 though, I’ve just put the test build on it, and it’s doing the same thing. About to send feedback on it.
ok, just sent the feedback from the other unit. 3aa7f38750c97ec0
Rebooted, skipped ahead through tracks until it broke (same evanascence track).
I transferred away and back and it seemed to work for a bit, but then after another 5 seconds or so went to white noise.