Case Changes in genres using Mp3Tag won't update?

[Rob McChesney 1]

Curious about what i need to do to get genres to update after fixing (a lot) capitalization. Re-scanning, refreshing, deleting the cache and refreshing the timestamps (powershell) didn't work. I don't use NFO (most of my audios and videos) are lectures that i have tagged myself so I don't get any metadata from the downloaders. Also, would like to know if it is "&", parentheses or brackets when I'm creating the metadata e.g. do any of those mess up searches in emby? Any help would be much appreciated.

[Happy2Play 9455]

1 hour ago, Rob McChesney said:

Curious about what i need to do to get genres to update after fixing (a lot) capitalization. Re-scanning, refreshing, deleting the cache and refreshing the timestamps (powershell) didn't work. I don't use NFO (most of my audios and videos) are lectures that i have tagged myself so I don't get any metadata from the downloaders

I think the only way to fix this is directly in the database per really old topics on genre.  Not sure if you have to delete/rename /metadata/musicgenre/xxxxxxxxxxx folder also.

 

[user24 245]

I've just tried to replicate this and have found the same scenario: any updates to the capitalization of characters in Mp3tag (where the complete term otherwise remains exactly the same) are not updated within Emby when rescanning a library and/or refreshing metadata, or even creating a new library.

It appears that Emby retains the first use of a term (from any library) in the database and reverts to this, irrespective of any updated changes to capitalization. E.g, I created a new music library and added one Album tagged in Mp3tag with the Genre "BLUES". This then appeared in Emby as "Blues" because I already have used this as a Genre in other music libraries.

I also tried many other examples/tests and couldn't find an easy work flow to resolve this, e.g. trying changing the term completely to something else and then back, deleting the album from the library, rescanning and putting it back...

Further to this, it appears that the same problem may also occur with all fields that Emby imports/reads? I tried Genre, Album, Artist and Album Artist with similar results. Therefore I'd also be interested in the solution!

[Rob McChesney 1]

@Happy2PlayThanks for the reply. As a newb I feel like there is "no end" to way that I could mess up the database. So, probably best for me to get all the metadata the way I want and then do a fresh install of Emby. I work in mental health and its very important that I get the genre tags (that I made up) in a format that works with Emby so I get accurate searches. I think that I saw something on the forums that said Emby only returns 50 videos in a search so the genre tags help me search in another way.

I'm hoping someone could answer my questions on metadata tags that will cause problems. For Example:

1. Can I use & in the genre. e.g. INPB & IFS or Q&A (or do they have to be INPB and IFS or Q and A)?
2. Can I use () or [] in the genre name e.g. I often tag with "Modality (demo)" if there is a demonstration in the audio or video.

Also, I'm not sure if it's worth turning in a feature request for: being able to change the Case in any of the metadata and have Emby recognize it (after rescan and refresh) since I am probably an outlier in the way I use the software...

[Happy2Play 9455]

5 hours ago, Rob McChesney said:

Can I use & in the genre. e.g. INPB & IFS or Q&A (or do they have to be INPB and IFS or Q and A)?

Each are their own, don't think this has been normalized in any way.

5 hours ago, Rob McChesney said:

Can I use () or [] in the genre name e.g. I often tag with "Modality (demo)" if there is a demonstration in the audio or video.

Quick test looks like they are equal.  So first in the database will be used.

Tagging another item with [] is linked to () genre so as it was the first int the DB

As for case the issue becomes some things just are not cleared from the database completely when no longer linked to an item and case just does not update the existing record.

But devs would have to comment on the technical issues here.

 

 

 

[Rob McChesney 1]

Got it. Thanks. Still curious about how to go about getting an answer to my original question: Is there a way to change Case in metadata and have Emby see it after a rescan/refresh without having to get into the database. Not sure if I should post a new question (or wait for an answer from devs) since I'm relatively new to the forums.

Thanks Again,

[Happy2Play 9455]

@Lukeis there a true answer here am not seeing genre removed from db when no linked item exists anymore so case can only be corrected manually in the db.

 

[Rob McChesney 1]

Ok, I appreciate it.

[user24 245]

Here is another example to 'throw into the mix' that I came across quite some time ago: "Apostrophized" Artist nicknames, e.g.:

• Clarence Gatemouth Brown; Clarence 'Gatemouth' Brown; Clarence "Gatemouth" Brown
• Chris BadNews Barnes
• Bobby 'Blue' Bland
• Christone "Kingfish" Ingram 

There isn't necessarily a 'right' or "wrong" way here, just much inconsistency across all relevant Artists, in many places they are ever mentioned - even on different Album artwork for the one Artist and/or their official website! So, I just want my Artists to be mostly consistent, within themselves and, across my library, e.g.:

• Clarence 'Gatemouth' Brown
• Chris 'BadNews' Barnes
• Bobby 'Blue' Bland
• Christone 'Kingfish' Ingram 

My normal workflow for changes would be to update metadata (in Mp3tag or Picard, Tagscanner, etc.) and then update metadata (in Emby) to import into Emby to capture the changes. However, changing "Artist" to 'Artist' or vice versa would not work using this method. After updating embedded metadata, I then had to manually update each instance in Emby as well, to implement the changes. (This caused some frustration as I was learning and I am still not sure I yet have a fully resolved workaround?)

I know there are special reserved characters that are used for various things, e.g. ; and \\ as separators and /, as in AC/DC.

Other than the reserved characters, it would be useful if Emby was both case-sensitive and character-sensitive for importing exact character strings where embedded metadata is concerned. Is there a technical reason for not recognising 'Artist' versus "Artist" embedded metadata? Or is it a case of just allowing for inconsistent metadata being imported?

Is there any official documentation on this anywhere? Thanks for considering.

[Happy2Play 9455]

KB mentions separator/delimiter.  But no there is a post for the artist whitelist for artist with / like AC/DC.  But nothing about anything else.

Pretty sure there as a topic or two and all those name issues and even alias.

But per the old topic Emby use to create lower and uppercase genres and whatever fix that was put into place stopped that from ever happening again but now there is no way to correct a issue when case becomes a issue beside manual db intervention.

[user24 245]

@Happy2Play Thanks for the extra info. Most appreciated!

I expect when I get around to tidying up all my rogue music Genres (perhaps one day when Styles/Sub-genres is implemented by Emby?) I will get annoyed with genre versus Genre versus GENRE. Then it may be time for me to learn about databases!

Until then, I have plenty to keep me busy with acquiring and listening to new music. Cheers!

[Luke 40128]

What happens is genres of different casings get merged in order to account for small discrepancies that tend to happen in user's files. I guess we'll need to let you edit the metadata on genres so that you can rename them.