I have the same issue.
I do also use other software (e.g. Beatunes), reading out the iTunes (music.app) playlists, that show the correct lists. So it seems to be related to the implementation within Djay.
Hi @Criwo, thanks for the info. I will pass this onto our engineering team, but unfortunately in the meantime there’s not much that can be done on our end; djay pulls the data directly from the iTunes framework, and there’s no way on our side to distinguish if this is a bogus playlist, as the data looks the same for a valid/bogus playlist.
Hi Slak Jaw, just to be sure: it‘s not blank playlists.
It‘s about deleted playlists that should no longer be present in the local ITunes (music.app) library shown by DJay.
I have made a screenshot to show what my problem is.
It’s very annyoing, as it incorporates even worse orientation and visibility in the playlist structure. I would really appreciate, if one could find a workaround or fix.
Is it technically possibly to link Djay from scratch to the music.app (itunes) database?
Also information about my system:
Device: MacBook Pro (16", 2021 - M1 Max)
Operating system: Apple Os / Sanoma 14.5
Djay version: Djay Pro 5.2.8
Thanks @DJ_Big_Blender !
I have made another screenshot of my collection where you can see:
from left to right: DJay Pro (slave), Music.app (Master), Beatunes (slave)
DJay Pro shows the non existing old folders
Djay Pro does’nt allow to open one existing folder
Beatunes, which is also reading out the music.app library shows 100 % the same as the music.app (expected behavior)
For me this is a prove that it somehow is possible to read the music.app database correctly.
Please, algoriddim, don’t get me wrong. I don’t wanna say you are wrong. I just am really annoyed by this “bug” (in my opinion it is a bug) and want to help narrowing things down.
Hi @DJ_Big_Blender, thanks for the follow up. This is a different issue and the engineering team is still working on it. I will report here when this has been addressed. Thanks!
Hi @DJ_Big_Blender, sorry for the delayed response on this one. Yes, I believe this was supposed to be addressed in 5.2.10. I’ve sent a follow up to engineering to see if any additional steps are required to remove the playlists/folders. I’ll report back as soon as I have news. Thanks!