Server Version#: 1.22.3.4523
Player Version#: 4.57.2
Can someone help me out? I haven’t been able to get anywhere with this for a long time. Unless I edit metadata in Plex’s interface, it completely ignores file metadata for music files.
Here is the file in Windows Explorer. It has a title, it has multiple artists, it has embedded artwork.
Equally important to metadata is the hierarchical storage into subfolders. Where is it located?
What kind of meta tags is used in the file? It should be ID3v2.
Remove APE and other obsolete ones.
Forget the Windows file properties. They don’t convey the whole picture. You can use e.g. Mp3tag - the universal Tag Editor (ID3v2, MP4, OGG, FLAC, ...) to see all tags and also clean up the obsolete tag stuff etc
I actually did what you recommended – wrote only 1 artist to each file and saved, then refreshed metadata… Now it looks correct, though I’m not quite sure why:
The album artwork appeared
The titles reappeared
The genre appeared correctly
I’m wondering if it has more to do with the metadata refresh than the metadata update. Any ideas?
Yeah Plex does not support multiple artists, so the only Artist it picks up in your case will be Derek Duke (the first one).
Plex does support multiple genres, although only on the album level, not individual genres per track.
This problem that Plex doesn’t pick up the track names the first time around I’ve encountered before, and I have the same experience as you: a metadata refresh fixes it. No idea why it doesn’t do it correctly on first scan.
Well, the album does not exist per se, because it’s a custom compilation. I stitched the tracks together from game files and put them into an album because the music is not available in any other format.
But what confuses me is what caused the embedded album art to be displayed correctly. At any rate, Mp3tag seems like a neat tool I will likely use more.
@certuna Thanks for confirming. I think that’s what ultimately fixed it, too.
After solving my issues and posting it in another thread, my bet is that it’s that dot in the album name that’s also in the path. Take it out or replace it with a simple - and I bet this works fine. Also make sure that all your apostrophes are the ones you can type on the keyboard and not a Unicode symbol and you don’t have any extended ASCII characters in there at all (letters with accents above)
I have jumped in to numerous threads on this topic, but this one was the most recent I found, so I’m going to add a comment here…
I had been editing my ID3 tags (2.3 & 2.4) using kID3 in Ubuntu, and I absolutely COULD NOT get Plex to recognize the changes I made. I stumbled on something that worked, though:
I moved the folder from my Plex storage location to a different computer running a different OS (macOS in this case)
I edited the album using kID3 on the secondary OS
I ran the “Scan Library Folders” function in Plex
I checked to make sure the album was NOT in the artist’s list, since I had moved it
I copied the album back to the original Plex storage location
I ran “Scan Library Folders” again, and this time Plex recognized it and added the correct tag info
Some limiters/delimiters that could be explored for confirming the workaround:
In this instance, I FIRST attempted the “Plex Dance” on the SAME OS/SAME MACHINE - it DID NOT work. At this point, I moved on to trying a different OS and a different machine.
Test not performed on same OS/different machine
Test not performed on same OS/same machine/different application (MP3Tag, TagScanner, etc.)
The apostrophes should be okay – I occasionally do a find and replace to make sure they’re all the same typewriter’s apostrophe (’) rather than typesetter’s apostrophes (’).
I might try again without the bullet point in the album title, though…
@PlaidRadish I can recall times in the past when moving the folder about and rescanning has helped. Not sure I understand why this helps. Some form of caching? Though the metadata changes are made well in advance of the Plex import, so I really don’t get it. At any rate, thanks for your input.
I’m familiar with the “Plex Dance,” and use it often. While it works most times, and possibly in the OP’s scenario, in my recent situation, it did not.
For whatever reason, the ONLY WAY I could get the usual “Plex Dance” to work was by editing the tag in a different OS.
Since it appears there may be inaccurate assumptions regarding my previous post, I will add clarification:
In this instance, I FIRST attempted the “Plex Dance” on the SAME OS/SAME MACHINE - it DID NOT work. At this point, I moved on to trying a different OS and a different machine.
(adding this detail to my original reply, as well)
I have started to notice (after 15+ years and over 1000 albums of editing ID3 tags) that batches of albums by certain original vendors appear to repeat this failure. Due to the quantity of edits I’ve completed, I cannot recall if they were Amazon, Apple Music, 7Digital, etc., or maybe older, discontinued stores (Windows Music, Google Play Music, etc.). However, I recently noticed 3 albums, purchased around the same time, required the use of a secondary OS to get the ID3 tag to be properly recognized in Plex. This likely means they were purchased from the same vendor and could be a clue to their failure to trigger Plex’s auto-scan ‘recognize and refresh’ without an outside OS to edit the file.
So, I’m going to make an educated guess, here, based on these additional details…
Vendors may be adding an unrecognizable hash in their copy of the files to somehow “ID protect” their product. Most likely, this is a string that can’t be seen in an ID3 tagger, but might be found in some other non-destructive file editors. I’ll keep my eyes open for trends and comment back here when it happens next time.
REMEMBER: I’m strictly commenting on unrecognized ID3 changes in Plex that CANNOT be resolved by carrying out the “Plex Dance”