Roon on Windows 11 loses music and audio device detection after a few days (ref#82VEXH)

Hello @Dale_Rowney ,

According to our diagnostic system it looks like you need to update your Roon Server + Roon Apps to the latest version, you can do so by visiting Roon Settings → About to trigger the update. Let us know if you see the metadata update scheduler after doing so, thanks!

Hey @noris,

I managed to change the schedular as you described, then did the update as per the pop up on screen, but once again my library goes missing, same old problem.

Another trip to the computer store for the umpteenth time.

Any ideas on why this keeps happening?

Hey @Dale_Rowney,

Thanks for the update!

This is telling, do you ever get to the point where Roon is finished analyzing your library?

We’re seeing an interesting error in Roon Server logs, specifically, a “Critical” error at 12:35:47 is what’s stopping your library from loading:

Critical: Library.EndMutation: System.ArgumentOutOfRangeException: Ticks must be between DateTime.MinValue.Ticks and DateTime.MaxValue.Ticks.

The error ArgumentOutOfRangeException regarding “Ticks” usually means Roon is trying to read a date (like a “Date Added” or “Date Modified” timestamp) that is mathematically impossible.

In your logs, this is happening inside Sooloos.Broker.Music.LibraryAuxFile._Load. This suggests that an “Auxiliary File” (like an image, a PDF booklet, or a hidden system file) within your S:\Music folder has a corrupted timestamp that falls outside the valid range for Windows/Roon (e.g., a date from the year 0 or the year 30,000).

Key Observations from your Log:

  • The Drive: Your music is stored on an Intel Raid 5 Volume (S:\Music). Roon successfully sees the drive and detects 167,271 tracks and 58,684 auxfiles.
  • The Failure: While trying to finish the "mutation" (the process of committing those files to its internal database), it hits that bad timestamp on one of those 58,000+ auxiliary files and crashes the library load.
  • The Result: IsLibraryLoadFailed False => True. Roon stays running, but your library will appear empty or "Initializing" indefinitely.
Since the error is about a date being out of range, look for files with impossible dates in your S:\Music folder.
  • Open File Explorer, go to S:\Music.
  • In the search bar, try to sort by Date Modified.
  • Look for anything with a date like 01/01/1601, 01/01/1900, or anything far in the future (e.g., 2099).
  • If you find them, move those files out of the watched folder and restart Roon.
Do you remember adding any new albums or moving files into that S:\Music folder immediately before this error started happening?

Hi Benjamin, i have searched for files older than 1980 and newer than 2027 which showed no results using the search datemodified:<01/01/1980 and datemodified:>01/01/2027 and date created. Hidden files are being viewed. I have also tried in the past using a very small section of music on the desktop and had the same issue. Does the logs show which file is causing the issue.

Is it possible that a previous file which has been deleted is still referenced in the Roon online server causing an issue when trying to synchronize.

Hi Benjamin, i have just re installed Roon. The data base started syncing i then immediately did the Roon update which caused the same issue off not being able to find the library before it could have found the corrupted file.

Hi @Dale_Rowney,

In this case, it doesn’t give that granular of detail, unfortunately.

Did you perform a legitimate database refresh as well? Or, did you only reinstall Roon? If so, it likely didn’t refresh anything related to your database.

Apologies if that has already been discussed, but have you ran your local library through any sort of third-party metadata tool yet? I know it has been mentioned previously.

Do you still have all your library grouped together, videos included? I’d definitely separate the two and ensure Roon is only scanning audio files.

A good test overall would be to set up a completely fresh Roon Server database and test out using files not related to your local library, perhaps testing out a Qobuz trial, or a single album or two you can confirm do not contain outside files or videos.

Thanks, Dale!

Hey Benjamin,

Thanks for your reply.

I won’t be able to see my computer tech until later next week,but I’ll answer what I can.

What is a legimimate database refresh ?

As for a third party metadata tool,no.I’ve already paid for a lifetime Roon membership so am not not keen on extra outlay,notwithstanding the need to continue running to my computer tech which is costing me extra,as previously stated,I’m an old man with very very limited computer skills.

I do know that when he reinstalls Roon he only adds my music folder.

I’m sure he has tried isolating some files and trying that,but the same thing happens,every time an update via Microsoft or Roon occurs I get the “there was a problem uploading your library”.

Why does the link keep breaking ?

Also in Settings - Library background audio analysis there is constant circle then analysis 15642/167576 does this mean Roon can’t fully analysis my library ?

You have been very helpful but this has been going for 7 months now,it’s hard to fully enjoy listening to music not knowing if my library is going to be available day to day.

Hopefully you can sort this out eventually.

Thanks for all your efforts.

dale

Hi @Dale_Rowney,

Yes, I suspect this to be the case. We’re still seeing the same root issue from a fresh diagnostic:

Perhaps your computer technician can use Windows PowerShell to find files with corrupted dates. See if they can do the following:

  1. Running the following command in PowerShell will list any files with a modified or created year outside the range of 1900 to 2050:
Get-ChildItem -Path "S:\Music" -Recurse -File | Where-Object { $_.LastWriteTime.Year -lt 1900 -or $_.LastWriteTime.Year -gt 2050 -or $_.CreationTime.Year -lt 1900 -or $_.CreationTime.Year -gt 2050 } | Select-Object FullName, LastWriteTime, CreationTime
(Note: If the music folder has been moved or mapped to a different drive letter, the path in quotes must be updated accordingly.)

Any files returned by this command are likely contributing to the crash. To resolve the issue with those files:

  • Remove the files: Move them out of the watched folder entirely.
  • Fix the dates: Open and save the files to update their timestamps to the current date, or use a bulk file-attribute editor to rewrite the timestamps.
  1. Auxiliary files are non-audio files stored alongside music, such as images, PDFs, or system files.
    • If the PowerShell script does not yield results, try temporarily moving all non-audio files out of a small test subset of the library folder to see if stability returns.
Thanks, Dale 👍

Hi @Dale_Rowney,

Just checking in on this. Were you able to run the PowerShell check for any files in your S:\Music folder with modified or created dates outside the 1900 to 2050 range, and if so, did it turn up any results? If the script did not find anything, did you get a chance to try moving non-audio files out of a small test folder to see whether Roon Server becomes stable again? Reply back with any updates and we can take the next step.

Hi Benjamin, we have started running the PowerShell command there are results in white and some in red. I’m assuming we only need to fix the red entries. We have found that some of the files have a file name to long coud this be causing an issue.

Hi @Dale_Rowney,

Yes, you definitely want to address any errors found in this case. Let me know if you find any files specifically with the date range we’ve mentioned above - this seems to be the source of the issue.

We’ll be monitoring for your reply :+1:

Hey Benjamin,

Thanks for your reply,

Can’t do anything this week my tech has half his staff off sick,so will be visiting next week to continue fixing those wayward files.

Just wondering if this is the reason why everything is painfully slow now.

If I fast forward a song it takes over 10 seconds to complete the task.

Editing is worse,30 seconds to change a name or date.

Also will not be updating Roon as is currently prompting in case it shuts down again.

I really hope this is cause of all my grief.

Will get back to you as soon as I can.

Thanks for hanging in there.

Dale

Understood @Dale_Rowney, thank you for the update. We’ll be monitoring for your reply and results :+1:

Quick update,

Roon stopped working 3 days ago.It was taking 20 seconds to fast forward to the next song or when doing an edit.

Then I got the oh oh something is wrong message.So it lasted 3 weeks.

Am booked in with my tech on Thursday to continue with the powershell as you suggested

Will let you know when that has been completed

Here’s hoping for success

Dale

Hey @Dale_Rowney,

Thanks for the continued updates. I’d also suggest updating to the latest version of Roon and Roon Server, as the latest update contains a handful of performance optimizations that may help you. :folded_hands:

Hey Benjamin, So my tech finished the PowerShell and removed all RED files from my music folder,plus did updates as you suggested. It has been a week now and I have had one example of “an audio file is slow to load” Also I’m being prompted to do a Roon update already,but I’ll ignore that for the time being Whilst listening to music today when fast forwarding it is getting a tad slower. One good thing (finally) when I checked Settings-Library-Background Audio Analysis the individual files are increasing (albeit very slowly currently at 39,580-168,292) whereas previously they were stuck on around 13,000 odd. Can you also tell a dummy like me what scheduled/unscheduled means ? (currently on unscheduled) And what should it be on,I do remember someone telling to change the hours (which I did-maybe updates changed it back to unscheduled) One other strange problem,I downloaded an album,listened to it and deleted the songs I didn’t want but Roon kept the song with a notification of “currently unavailable” in red next to it. It was deleted from my hard drive though.This happens if I use the Roon interface or delete the songs via the folder in my hard drive. Ever come across that before ? Sorry I don’t know how to screen shot for you.When Roon is reinstalled it goes away,very odd. That’s about it in this never ending sage,lookingt forward to your reply. dale

Hey @Dale_Rowney,

Great to hear from you, and it really does sound like things are moving in the right direction, so please don’t undersell the progress! One “slow to load” warning in a whole week is a massive improvement, and the fact that your Background Audio Analysis is now climbing (39,580 out of 168,292) tells us the library is actively working through your files, which is exactly what we want to see.

Let me work through your questions one by one:

Fast-forwarding feeling a little sluggish

This is most likely related to the audio analysis still running in the background. While Roon is busy analysing files it can borrow processing resources, which can make seeking slightly slower than usual. Once analysis completes this should improve on its own, keep an eye on it over the next week or so.

Scheduled vs. Unscheduled: what does it mean?

  • Unscheduled means Roon will run Background Audio Analysis whenever it feels like it has spare resources, which in practice often means it barely runs at all, or runs erratically. This is likely why your count was stuck at ~13,000 for so long.

  • Scheduled means you tell Roon a specific window of hours during which it’s allowed to run analysis, for example, overnight while you’re not listening.

I’d recommend switching to Scheduled and setting a window when you’re unlikely to be using Roon (e.g. 1:00 AM – 7:00 AM). This way, analysis runs consistently without interfering with playback, and you’ll see that file count climb much faster.

Deleted songs showing as “Currently Unavailable” in red

Yes, this is a known Roon behaviour and you’ve done nothing wrong. When Roon imports a file it adds it to its own database. If you delete the file from your hard drive — whether through Roon or directly via your folder — Roon removes the file but keeps a record of it in the library, flagged as unavailable. To fully remove it you need to do one extra step: go to the track in Roon, click the three-dot menu, and select Delete from Library. That clears it from the database entirely. It’s a bit counterintuitive, but it’s by design so that Roon doesn’t silently lose track of things.

Overall though, genuinely good progress. Keep me posted on how the analysis count is looking in a few days. :raising_hands:

Hey Benjamin, Thanks very much for your last email,and especially answering those questions in a way I could actually understand. Good news is we are still online. I have changed the background work to 1am to 8am as you suggested. We are currently up to 112,000 in background audio analysis 57,000 to go,but that is great progress. Another question if you don’t mind.
If I change to scheduled I don’t get to see the number of music files in background audio analysis,does that matter ? It won’t slow down updating the music files will it ? It’s taken 3 weeks to get to 112,000 files. I’m also being prompted to do a software update,but I’ll resist as my computer tech is on 3 weeks holiday and petrified if I do the update I’ll lose my library again. What happens if don’t do the updates ? Will Roon eventually do it automatically ? As for deleting songs from Roon,what you mentioned is what I’ve always done. If I delete a whole file I’ll use the 3 dots adjacent to the play now sign top of page,but when deleting individual songs I right click on the play sign just prior to song title,I have also used the 3 dots on the far right of the screen,the good news is this hasn’t happened since the last reinstall,and I have deleted quite a few songs since then,I do this constantly as I download new stuff and delete songs I don’t like. Thanks again for your help,you’ve been brilliant,I’m actually learning things as we go. Keep up the good work,

Dale

Hey @Dale_Rowney,

I’m so glad to hear it! I’ll share a response to each of your questions below:

Scheduled vs. Throttled analysis, does not seeing the file count matter?

Not at all. When you switch to Scheduled, Roon runs the analysis during a set quiet time (usually overnight) rather than continuously in the background. The file count display disappears because it’s not actively running, but the work is still getting done on schedule.

The general best practice recommendation is actually to keep background analysis set to Throttled rather than running at full speed, because higher speeds can use too much CPU and cause dropouts during playback. Either Throttled or Scheduled is fine though, it won’t slow down how your music files are used, only how quickly the analysis completes. With 112,000 files already done, you’re in great shape

Will it slow down updating music files?

No. Audio analysis is a separate process from Roon detecting and adding new music to your library. When you add new files, Roon picks them up almost immediately regardless of your analysis setting. Analysis just adds extra data like waveforms and volume levelling, your music is fully playable before analysis is done.

What happens if don’t do the updates? Will Roon eventually do it automatically?

If you’d like to avoid any chance of Roon updating automatically, navigate to your Roon Settings > About > and click the cogwheeel for your server, and then each remote device, and select:

“Ask before downloading any updates”

Overall, you’re doing everything right, your library is in good shape, and you can relax about the update prompt until your tech is back. Well done getting to 112,000 files as well! :folded_hands:

Hey Benjamin,
Thank you for your last email
One step forward,two steps back it seems.
Before my tech went on holidays I had a total freeze.Apparently they got a few prompts from my computer that is was working at 95% capacity,he said it was Roon in the background trying to do its thing.
I only found out as they can log into my computer using team viewer (if that’s what it’s still called.)
Since they reupped me I have only had 2 freezes during playback,so far.
We did manage to get to 138,418 files,which is best by far,but dammit only 21,000 to go.
Surely there are other Roon subscribers with a large music collection.
One thing my tech asked me to ask you is when he did that refresh and removed all folders highlighted in red,but there were quite a few in white.Do they need to be removed as well ?
Another anomaly,some album covers have been jumbled eg UFO substituted for Allman Brothers.
Any idea on that one ? It changes to the correct cover when I click onto it,weird.
Hopefully this time we’ll make it the full 168 thousand without further problems.
Keep helping,hopefully we’ll get there in the end.

Thanks again,
Dale

Dale