-FrA- 0 Posted February 1, 2020 Share Posted February 1, 2020 (edited) Hello folks, before the post I would like to thank you for the amazing job, I'm new to Emby and I love it, making the switch from another solution and really have to say that emby has improved a lot in the last 3 years. I love that the community is so responsive, and that developers are actually present in the forum in first person. Let's get to the point. What I would suggest here is to Improve a little bit the way Artists are sorted based on the ID3 Tags. Now, we have basically two Tags to look at: Artist Album Artist. Imagine now to have a song in the album of artist "Mark" singed by "Mark" featuring "Jon" "Lisa" and "Eddy". In this case, I'll use tags like this: Artist: Mark feat. Jon, Lisa & Eddy Album Artist: Mark Standard behavior of almost any player (including Emby here) is to add artist "Mark feat. Jon, Lisa & Eddy" that actually does not exist, and will not have any match. Once upon a time I used to use a very nice player for Gnome called "Listen" Unluckily the project is not supported anymore, but you can find the source code here. Listen acted in a peculiar manner that changed my way to see tags: it correctly interpreted some separators in the Artist Tag, such as: "feat." "featuring" "," "and" "&" It used to place the song mentioned above under all single artists: "Mark", "Jon", "Lisa" and "Eddy" and not creating the "fake" artist. Unfortunately I'm not a coder, but I don't think this should be too much complicated...at least I hope not, 'cause I would love to have this feature implemented. This would be a major plus for Emby to stand out from the crowd (IMHO). Let me know what you think, I hope to have explained it in a clear manner, otherwise I apologize for my English, just let me know and I will try to explain it better. Edited February 1, 2020 by -FrA- Link to comment Share on other sites More sharing options...
ginjaninja 533 Posted February 6, 2020 Share Posted February 6, 2020 you shoulld experiment with musicbrainz picard. picard will write ids for each artist into a specific tag which emby prioritises. on the plus side, all the artists are individually identified and searchable/clickable on the negative side you no longer can see the connecting words "feat" "vs" etc Would love to have both but emby+picard is pretty good. Link to comment Share on other sites More sharing options...
-FrA- 0 Posted February 18, 2020 Author Share Posted February 18, 2020 Hi, I'm not complitely new to Picard, but I prefer to manually fix my tags with other programs such as EasyTag, so I'm not yet really into it. Are you saying that Picard would crate multiple artist tag into the file? That sounds pretty cool, but is that a standard? Link to comment Share on other sites More sharing options...
ginjaninja 533 Posted February 19, 2020 Share Posted February 19, 2020 Hi, I'm not complitely new to Picard, but I prefer to manually fix my tags with other programs such as EasyTag, so I'm not yet really into it. Are you saying that Picard would crate multiple artist tag into the file? That sounds pretty cool, but is that a standard? A picture tells a 1000s words.. I believe these would be classed as custom tags and are only 'standard' to musicbrainz picard and the applications which adopt their use (eg emby) (they wont get in the way of other tagging applications or music clients) I use picard to inject these tags but mp3tag after that for general tag management - so you can mix and match. Link to comment Share on other sites More sharing options...
ginjaninja 533 Posted February 19, 2020 Share Posted February 19, 2020 @@Luke woudlnt it be great if Emby displayed the artist as Chromatics feat. Ida No ? ie with the connecting words. with links to the artist in emby. Link to comment Share on other sites More sharing options...
-FrA- 0 Posted February 19, 2020 Author Share Posted February 19, 2020 A picture tells a 1000s words.. I believe these would be classed as custom tags and are only 'standard' to musicbrainz picard and the applications which adopt their use (eg emby) (they wont get in the way of other tagging applications or music clients) I use picard to inject these tags but mp3tag after that for general tag management - so you can mix and match. That's Exactly what I was talking about. So it does work with "feat.", I just would like it to work with "&" and "," as well. This way, filling the "artist" tag with "Chromatics feat. Ida No, Matrin & Tom" would return as "Chromatics, Ida No, Matrin, Tom". That's all I need to have... Link to comment Share on other sites More sharing options...
-FrA- 0 Posted February 19, 2020 Author Share Posted February 19, 2020 @@Luke woudlnt it be great if Emby displayed the artist as Chromatics feat. Ida No ? ie with the connecting words. with links to the artist in emby. This would be supercool, yeah! Link to comment Share on other sites More sharing options...
ginjaninja 533 Posted February 19, 2020 Share Posted February 19, 2020 That's Exactly what I was talking about. So it does work with "feat.", I just would like it to work with "&" and "," as well. This way, filling the "artist" tag with "Chromatics feat. Ida No, Matrin & Tom" would return as "Chromatics, Ida No, Matrin, Tom". That's all I need to have... I think you will get what you want then, whether its 2 , 3 or 4 or more artists in the artist tag with any "feat" vs" "&" or "whatever" (as long as the musicbrianz ids have been injected by picard) Link to comment Share on other sites More sharing options...
Luke 37009 Posted February 21, 2020 Share Posted February 21, 2020 @@Luke woudlnt it be great if Emby displayed the artist as Chromatics feat. Ida No ? ie with the connecting words. with links to the artist in emby. Well that means we'd have to parse the text, which could get messy, and inaccurate at times. Link to comment Share on other sites More sharing options...
ginjaninja 533 Posted February 21, 2020 Share Posted February 21, 2020 Well that means we'd have to parse the text, which could get messy, and inaccurate at times. more complicated in practise no doubt but was thinking the enhanced artist parse could only apply to tracks with artist mbz id(s) (have gone through picard), then there would be an exact match*. if artistmbzid(s) exists and if exact substring match for all artist names derived from artist mbzids successful then parse artist tag. else current behaviour. I dont think it would be necessary to fall back to the trouble of testing artist alias(es) as most* of the time there will be an exact match with all primary artist name(s) derived from the artistmbzid tag value and the artist tag value..and if not current behaviour is ok to fall back to. as an aside current behaviour would be improved if "view artist" on the track showed all artists as options not just first artist. (then a successful parse would be less critical as all the artists would still be accessible from the track [menu]) *i havent got the scripting genius to test this theory against my library, but a quick spot check was 100% successful on some challenging examples with 3+ artists on the track with 'the' '&' in artist names. would be happy to check against my whole library if a script were easy to knock up.. an example of how the current method sometimes has bad outcomes Despite "M.0" being first in the mbzids AND the artist tag, Emby shows "Kent Jones" first M.O should be first only 1 artist to jump to. Its a pretty niche request no doubt, but "if you want the absolute best music experience use Emby with Picard" could be another unique win for emby. Link to comment Share on other sites More sharing options...
Luke 37009 Posted February 21, 2020 Share Posted February 21, 2020 Yea I think it would be neat. Link to comment Share on other sites More sharing options...
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