PenkethBoy 2068 Posted February 7, 2019 Posted February 7, 2019 Ok was this an upgrade from 3.5 or a clean install of 4?
PenkethBoy 2068 Posted February 7, 2019 Posted February 7, 2019 For Beck if you open the two instances in the web app - is the id=xxxx the same for both in the browser address bar? e.g. and do they have different MusicBrainz ID numbers?
TheExterminator 1 Posted February 7, 2019 Author Posted February 7, 2019 No they have different ids in the url. The one that has all of Becks studio albums doesn't have anything for the musicbrainz or theaudiodb ids. The one from the compilation album does have a musicbrainz id.
PenkethBoy 2068 Posted February 8, 2019 Posted February 8, 2019 Good you have confirmed what i suspected Ok then Emby can't match the two Beck's as they are different So what i would do is 1. remove the the albums of Beck - without the MBZ ID - from emby - copy them somewhere else outside you library 2. do a full scan - Beck 1 should now disappear from Emby 3. In the meantime tag the Beck 1 albums with MBZ ID's - quickest way is to use Picard from MusicBrainz (its free) - it will update all the metadata for you Beck albums 4. So an individual track would look like this for Aerosmith - as i dont have a Beck album/track 5. Also make sure that Beck 2 has the correct MBZ ID - which should be 309c62ba-7a22-4277-9f67-4a162526d18a see https://musicbrainz.org/artist/309c62ba-7a22-4277-9f67-4a162526d18a 6. If you have a diff ID change to the above in "Beck 2" then refresh the metadata for Beck 2 7. Hopefully both sets of data are now in line 8. Copy back one album - let Emby find it or run a full scan 9. If you have done things correctly - then you will then still have one Beck - then copy back the rest You are done - oh apart from your other duplicates TL;DR - it's you metadata that's the issue - not what you want to hear but its the cause of 99.9% of issues like yours
TheExterminator 1 Posted February 8, 2019 Author Posted February 8, 2019 (edited) I tried your way. Removed all Beck 1. Used musicbrainz to fix 1 album by Beck and the 1 song that's part of the compilation album. Verified that they both have the same MB ID. I re-added just the 1 Beck album and initiated a scan. Still have Beck showing up twice. I don't understand what's changed because this wasnt an issue pre Emby 4 and is not an issue with Plex. It's only emby. I don't get why it cant just go by the id3 tags which in my case are all correct Edited February 8, 2019 by TheExterminator
PenkethBoy 2068 Posted February 8, 2019 Posted February 8, 2019 Upload an example of a mp3 from Beck 1 and Beck 2 - for me to try pls and/or show a screen shot of the the extended tag screen from mp3tag for a beck 1 and beck 2 sample - i.e. like my screenshot above
TheExterminator 1 Posted February 8, 2019 Author Posted February 8, 2019 (edited) So if I understand you correctly, Emby doesnt give a flying fork about the id3 tags and doesnt respect them. it only cares about the musicbrainz tags ? If so that's really shitty. All of my music have the correct artist, album track and genre tags and I expect that that should be enough to organize my music but since Emby 4 came out, it doesnt seem to organize by tags. As I mentioned before in a previous post, when all of this started happening, I installed Plex to see if this would happen in Plex and it didn't. This is not a metadata issue really because if you have all of the id3v2 tags set correctly that should be enough. Edited February 8, 2019 by TheExterminator
PenkethBoy 2068 Posted February 8, 2019 Posted February 8, 2019 Dont think its that - its more - if you have MBZ ID's in your metadata emby has more chance of doing a correct match as it will use the mbz in the query If you only have the name of the artist in your tag's then emby lookup is dependant on the results of a name only query to MBZ/audioDb - and then its dependant on what they return and in what order - as i understand it So the choice is yours - help emby (and plex) do better lookups - or not
TheExterminator 1 Posted February 8, 2019 Author Posted February 8, 2019 (edited) No offense, but I don't buy into that argument because even without the MB ID, Plex had no trouble organizing my music and didn't have any duplicated artists. I understand that having the MB ID helps but any media server should still respect the id3 tags that I have carefully tagged in my music if the MB IDs aren't there. If Emby did just that I wouldn't have this problem. The way that you're describing it, Emby uses the artist and album id3 tags only for the purpose of looking up the ID on MB, not for the purpose of organizing it. If that's true, then Emby is fcked. Edited February 8, 2019 by TheExterminator
PenkethBoy 2068 Posted February 8, 2019 Posted February 8, 2019 Buy my argument or not - its how it works from a lot of experimenting over a long period of time - could it be better probably but it is what it is today. In the initial lookup for metadata emby uses what it has available in this case "Just" Beck - it gets back a list of several artists with Beck - there are at least three on MBZ i picks one - in this case wrongly - and updates the Artist Beck on the data it gets You have another album with Beck in - which i think you said gets found with a MBZ entry - and is the correct Beck so emby has two Beck's - should it combine them - maybe but how would it know they are in fact the same artist as there are two other Beck's and this would lead to different complaints about Artists being combined etc - not an easy choice to make Plex obv does it differently or just combines them? who know's not looked and dont care about plex as dont use it Organisation and whats used or not - not going to go there - spent to much time on this already today Make you choice on what to like or not like Have fun see ya
Vicpa 611 Posted February 8, 2019 Posted February 8, 2019 Hi @@TheExterminator As you noted there are some issues with reading\honoring tags in server 4.x. It has manifested itself in a variety of ways. I am not sure how Luke will resolve it, but It has been noted in several posts so he is aware of it
TheExterminator 1 Posted February 9, 2019 Author Posted February 9, 2019 @@Vicpa Thank you for at least acknowledging that this is a problem. It feels like it's being downplayed. I hope Luke can figure out how to fix this
Luke 42078 Posted February 16, 2019 Posted February 16, 2019 This could have been an issue with the upgrade from 3.5. if you could try this on a fresh install that would be helpful and I think it would be different. Thanks.
TheExterminator 1 Posted February 18, 2019 Author Posted February 18, 2019 I can't do that. I don't have another server to do a fresh install on.
oneduality 8 Posted December 1, 2019 Posted December 1, 2019 Jusst want to add ( I know this is months later ) .. Emby seems to be doing much worse at getting media information right lately.. it thinks most of the tv shows I have ( 11 seasons of one show I tried recently ) are all ONE season.. and it has titles right but points to the wrong file.. Quite often when I try to manually "identify" it doesn't even bring results back at all.. so I'm not sure what's changed.. but it's not consistent some days it's ok.. I can re-scan and it be fine.. usually though, it's way off.
Happy2Play 9780 Posted December 1, 2019 Posted December 1, 2019 Jusst want to add ( I know this is months later ) .. Emby seems to be doing much worse at getting media information right lately.. it thinks most of the tv shows I have ( 11 seasons of one show I tried recently ) are all ONE season.. and it has titles right but points to the wrong file.. Quite often when I try to manually "identify" it doesn't even bring results back at all.. so I'm not sure what's changed.. but it's not consistent some days it's ok.. I can re-scan and it be fine.. usually though, it's way off. Possibly a TVDB issue with their update. But would need to go over a specific example. https://emby.media/community/index.php?/topic/79269-tvdb-api-issues/
Luke 42078 Posted December 1, 2019 Posted December 1, 2019 hi there @@oneduality, yes, please go over a specific example. thanks.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now