The automatic tags loaded from MusicBrainz usually work fine but occasionally Plex does not recognize a disc(s) with these tags or assigns the tracks to a different disc of the same name. In these cases it would be nice to be able to tell Plex to use local metadata.
A simple solution would be to put a specially named file in the directory (suggested name: .uselocaltags.plex) in the directory with the tracks for such a disc. When Plex encounters the specially named file in a directory when it scans, it would use the metadata in the local files instead of getting it from MusicBrainz. This would all users to work around automatic metadata bugs without having to do provide local metadata for an entire database.
I don’t think so. Plex supports local metadata for music files but requires that local metadata be provided for all the files in a database. My suggestion is to provide a way to allow the local metadata stored in the music files in a single directory to override the metadata Plex automatically gets online without having to do so for the rest of the database. No additional data needs to be provided in a .nfo file and would required extra work to create and process. The the existence of file I suggested only tells Plex to use the local data and would not need to have any content or additional processing.
I understand and have been adding disc numbers using mp3tag. I have a three CD set The Great Violin Concertos by Yehudi Menuhin - the first disk does not show up at all and the last two discs show show up as different disks in later set also called The Great Violin Concertos also by Yehudi Menuhin. I was able to get the first three tracks of the first disk to show up correctly after realizing that musicbrainz had used a hyphen instead of a dash in the disk title but was unable to get the remaining six tracks to show up. When I used the same name with a dash on disks two and three Plex no longer displayed them. It appears the musicbrainz data for this set is incorrect and confusing Plex. When I corrected all the metadata on these three disks Plex would not show any of them. If Plex would let me tell it to use the metadata in the local files for this set everything should work.
I also have a disc by Jascha Heifetz, whose metadata looks good, that Plex does not show. It would be helpful if Plex would tell me why it is rejecting disks - it sure would save a lot of guessing. I would be happy to also instruct Plex to use the metadata from the local files for this disc.
I’m using Windows 10 and the permissions for these CDs are the same as the 100s of other discs the Plex handles properly.
My feet hurt from all the dancing.
The problem is that there are two different EMI Classics CD sets, one with 3 discs and the other with 10 discs, and there is a third set on another label with 3 discs all three sets are by “Yehudi Menuhin” and all three are titled “The Great Violin Concertos”. To make it more challenging, the musicbrainz metadata for the 3 CD EMI Classics set that I have has the first disk titled “Yehudi Menuhin - The Great Violin Concertos” (using a dash, not a hyphen) while disks two and three are titled “The Great Violin Concertos” (the same title is used in musicbrainz for the disks in the 10 CD set, and Plex is assigning my discs 2 and three to discs 5 and 7 of the 10 CD set).
Given the massive number of entries in the musicbrainz database, there are bound to be some corrupt entries resulting in problems like the one I am having. I proposed a way for Plex to provide a way of working around corrupt entries like this with local data but am open to other solutions that do not require me o rework all the entries in my Plex database.
I finally got it to work - kind of. The set shows up under Yehudi Menuhin when I set:
Album Artist:
Artist: Yehudi Menuhin
First Track Composer:
But the Artist is shown as: Johann Sebastian Bach
Regardless of whether Yehudi Menuhin is set as the Album Artist or the Artist (or both), the whole set shows up under Johann Sebastian Bach when the first track’s Composer is set to Johann Sebastian Bach
Very strange to me - maybe you have an explanation?
