Does the issue happen with local library music, streaming service music, or both?
· *Only local library *music is affected.
Where is your local content stored?
· On the same machine where RoonServer is running, internal drive
Please try playing content of a lower sample rate (44.1kHz or 48kHz), does this work as expected?
· No, lower sample rates are still affected
Do you have an approximate timestamp of when the issue last occurred?
· Right now: 2025:05:09:10:28
What are the make and model of the affected audio device(s) and the connection type?
· All. It plays nowhere, neither on KEF speakers, nor on Mac or phone
Describe the issue
Hello, Several of my records have stopped playing entirely. When I hit play, it gets stuck at 0:00. This affects different formats. Files are OK though: I can play them with other software… Roon is updated. Not a client issue either, since the same problem affects the same records, whether launched from Mac, iPad or iPhone. Thanks for your help.
I’ve gone ahead and enabled diagnostics mode for your account; however, it appears that the diagnostics are not reaching our servers—even after re-enabling it on my end. I also ran a quick test from my setup, and I was able to successfully submit a similar report, so something else may be interfering.
To help us investigate further, please reproduce the issue once more and provide the exact timestamp of the occurrence so we can trace it in the logs.
In the meantime, please follow the instructions outlined here to manually collect your Roon logs, and then upload them using our Logs Uploader Service. Let us know once the upload is complete.
Hi @Bernard_Forgues,
Thanks for getting those timestamps to us. I was able to examine your logs and locate the attempt to play “I Don’t Belong”. It looks like the album it’s part of hadn’t been analyzed by Roon yet when you tried to play it.
5/09 10:15:10 Trace: [analysis] Track Fontaines D.C. - A Hero's Death - I Don't Belong was not found in AudioAnalysis Service, continuing with analysis...
05/09 10:15:10 Trace: [analysis] analyzing (high priority) trackid=4140082 url=/var/packages/RoonServer/target/roonmnt/music/music/Fontaines D.C_/A Hero's Death/01 I Don't Belong.m4a
Then the analysis failed repeatedly. It might be helpful to have the file(s) for testing on our end as well, can please upload them here and let us know?
Thanks for sending a file over for our team to test!
In the meantime, since I haven’t seen it suggested yet - could you also please stop Roon Server from running, and reboot both your server machine, router, as well as your endpoints, and see if the same issue occurs?
If you have Roon ARC on any of these remotes, can you play these files there?
Diagnostic logging shows playback arrest at 0:00, but not because of network interruptions in the audio transport. Instead, the endpoint immediately receives an unexpected end-of-file with multiple file formats and multiple endpoints, including the System Output. This means the issue can occur independently of the RAATServer instance involved in playback, and it also means the issue is agnostic to any decoding of the AAC wrapper. We’d like to troubleshoot whether file access problems with the local library are the root case.
Can you reliably reproduce this issue if you’re playing 44.1KHz WAV files without any DSP? Diagnostics suggest you can, unfortunately, but we’d like to corroborate that with a hard test.
Is all of the content failing to play stored in the same location? Can you reproduce it both with content stored in internal storage and content in network share locations? If so, please share a screenshot of the Watched Folder paths in Roon Settings → Storage.
Ah, interesting. I foolishly thought I shouldn’t mix issues and would rather wait until this one is fixed before mentioning my problems with ARC. As it turns out, ARC has stopped working entirely since a few weeks or months. Since a previous update, if I recall correctly.
As for the hard test w/ 44.1 KHz, happy to try when I’m back home but what does “without any DSP” mean, exactly?
All my music is stored in a single location: a NAS server where Roon Server is as well.
Thanks again for your help.
Hello, and thanks again for your help.
I was trying to install FFmepg, as per the thread recommended by @Mr.Flibble. Unfortunately, I’m unable to connect to the NAS server from Firefox (that’s new and I’m not sure why. It seems changing Macs broke many things). I can see it from the Mac Finder though. There is a bin folder located at: afp://DS218PLUS._afpovertcp._tcp.local/MinimServer/opt/bin
Is this where I should drop FFmpeg?
Also, any idea how to fix web access to the NAS server?
I attach a screenshot of the log file of the server just in case.
Thanks for checking, I do appreciate. And sorry for the delay, I was away.
So it actually made things worse. Following instructions from John Van Sickle - FAQ, I used the terminal from my Mac to download ffmpeg-git-amd64-static.tar.xz and
ffmpeg-git-amd64-static.tar.xz.md5, and unpacked the first one. From the Mac Finder, I then moved both files plus the unpacked folder to my Synology DS218+ and put them all in MinimServer/opt/bin.
I restarted the server, relaunched Roon on my Mac and tried to play a couple of records. Nothing worked, not even those which were working previously.
I then removed both files and the ffmpeg folder from bin, and restarted the server. Records which used to play do play again (which is a relief), but AAC encoded songs still refuse to play.
In the process, I noticed something. Not sure if it’s related, but just in case: the server suggested I should update DSM to version 7.0.1. I downloaded it but it then said I cannot install it without removing Java 8. But then, when trying to uninstall Java 8, I was warned that this would break MinimServer (which incidentally is where I had put ffmeg: Minim/opt/bin). Anyway, I aborted the installation for fear of further damage.
Finally, note that I have no idea if the ffmpeg version I picked is the right one. My server says its CPU is INTEL Celeron J3355, which I couldn’t find among the many versions of mmpeg on johnvansickle’s website. So I also tried the above steps with ffmpeg-git-20240629-i686-static, to no avail.
My apologies for shooting in the dark: I know nothing about Linux, which doesn’t help. I was not even able to locate the terminal on the server, which is why I did this from my mac.
Very frustrating, so I’m grateful for your help.
One more thing.
I put FFmpeg under MinimServer/opt/bin because it’s the only place with a bin folder. But RoonServer is in another folder. See picture.
Also, the thread I was pointed to mentions that I should chmod 755 for FFmpeg. I haven’t because, as mentioned above, I can find a terminal on the server. Can I do it on my mac before copying it to the server? That is, are privileges copied along?
Thanks!
Thanks for all the detailed info above! As a next step - lets try the the static x86_64 Linux build for your Intel Celeron NAS. On John Van Sickle’s site, that would be:
ffmpeg-release-amd64-static.tar.xz (avoid i686, which is 32-bit; your CPU is 64-bit)
Next - Install ffmpeg in the Correct Location. ffmpeg must go in the RoonServer bin folder, not the MinimServer folder. Here’s how:
Find the RoonServer folder on your Synology NAS. It's typically something like: /volume1/@appstore/RoonServer/ffmpeg
If ffmpeg does not exist, create a folder called ffmpeg or place the binary in: /volume1/@appstore/RoonServer/ffmpeg/ffmpeg
After that, Set Correct Permissions on ffmpeg
Yes — file permissions can be preserved when copying from Mac to Synology via command-line, but not always via Finder. If Terminal Access Is Not Available on the NAS, You can set the permissions before copying: chmod 755 ffmpeg
Then copy it over.
After placing ffmpeg in the correct location and setting permissions Restart RoonServer, or the machine itself, and see if you’re able to get proper playback!
