Imported .m3u playlists not displayed in "Playlist links" after reboot (ref#83BCPU)

What’s happening?

· Other

How can we help?

· None of the above

Other options

· Other

Describe the issue

Imported .m3u playlists aren't reflected in playlist links after reboot

Describe your network setup

Synology DS1522+ running Audio Station and Roon on NAS.

Primary 1: Ethernet-connected RoPieee > USB > RME ADI-2 DAC (AKM) > XLR > McIntosh MA8900 > Salk SS 9.5
Primary 2: Ethernet-connected Windows 10 Pro > USB > DA2 module of McIntosh MA8900 > Salk SS 9.5
Secondary: AirPort Express > Denon DRA-395 > Polk Monitor 10B
Tertiary: Many smaller AirPlay and Bluetooth speaker setups throughout my home

The complete problem — and what I think is a solution

Now that many more pressing bugs have gotten addressed in Roon, I will add the one remaining bug that I have to the list, at last:

I have a folder of .m3u playlists that sit in my music collection. These are shared between Synology Audio Station and Roon, and work splendidly in both.

In my view settings, I have opted to “Show playlist links” in my track listings.

These all work splendidly until I have to update Roon and re-launch my server, at which point Roon re-scans my library and the links are 100% lost.

Now, I found a workaround that works perfectly:

  • Either before I reboot Roon or right after, I add one particular track (happens to be one of silence) at the top of each of my imported playlists using a saved search & replace in BBEdit.

  • After this, I either reboot or rescan (rebooting always causes a rescan) and all my playlists links are back again. Of course, the one track of silence has a heck of a long list of playlist links. But then I do a second search & replace to remove that entry, then rescan, and I am all set until the next reboot.

(No, a UNIX “touch” command on these files doesn’t produce this result. You actually have to have an actual change in the content of the .m3u playlist for Roon to notice and re-ingest.)

If I am guessing correctly here, there are two (three?) things at play that, if fixed, will address this issue once and for all:

  1. Roon’s scan of .m3u (imported) playlists keeps a checksum (more or less) of each file to denote its freshness;
  2. The table of information that informs “Show playlist links” is only updated when there are changes to these checksums;
  3. When Roon reboots, “Show playlist links” data is re-set for imported playlists, and if there are no differences between the actual .m3u files and the saved checksums, this table is never re-populated.

I believe this is what is at play in this old thread:

It surely would be great never to have to do my workaround again. I hope this analysis helps.

Hi @DDPS,

Thanks for the detailed report! We’ll definitely want to get this in front of the development team for next steps and further analysis.

In the meantime, could you please share a few of the .m3u playlists you’re seeing this issue with? Here’s an upload link:

https://workdrive.zohoexternal.com/collection/nqcgjac23027d90a441bda2c314de49d7958a/external

Let us know when you’ve shared a few, and we should be able to discuss this with the team early next week. :+1:

Edit: it looks like we’re unable to get a set of Roon Server logs from your server - can you please use the directions found here and send over a set of logs to our File Uploader?

Thanks. Done.

Hi @DDPS,
Thanks for uploading those files. I’ve added them to the ticket we have with our developers. Once we talk to them about it we will get back to you with an update.

1 Like