bsapi 14 Posted December 24, 2024 Posted December 24, 2024 I cannot find momentarily better title but I organize my music into artist\album format and it worked well. Today I have added a new artist and album like this: Manu_Chao\Clandestino and Emby took exactly liket that Manu_Chao. I removed identity. I removed and readded the files but Emby keeps showing Manu_Chao. Files are correctly tagged with Manu Chao only the name of the directory is Manu_Chao and Emby sticks with it. Any idea what is happening here ? Thank you in advance.
Luke 42078 Posted December 25, 2024 Posted December 25, 2024 Quote but I organize my music into artist\album format and it worked well. HI, when you specify this as your file and folder layout, if the file is not tagged with the necessary embedded information, then the folder name will be used as the artist name. It needs to be tagged with an albumartist value.
bsapi 14 Posted December 27, 2024 Author Posted December 27, 2024 On 12/25/2024 at 6:41 PM, Luke said: HI, when you specify this as your file and folder layout, if the file is not tagged with the necessary embedded information, then the folder name will be used as the artist name. It needs to be tagged with an albumartist value. Hello and thank you. Well. I usually add all metadata to the music files. Probably you now the mp3tag software. That's what I use. I used to use it. All my music file were edited with this. So I think this part is fine. I did the tagging and uploaded to my share but this time Emby acted differently. First I though it is permission issue. I changed to 777 but it didn't work. I am not sure what I am supposed to do because I haven't edited the files on Emby (level) so far. 1.) Mp3tag 2.) Upload 3.) Refresh library 4.) Done Following screenshot is about you can see older uploads are fine (like Black Sabbath and Avril) but new ones like Timo Maas or Anima Sound System took the folder name literally.
bsapi 14 Posted December 28, 2024 Author Posted December 28, 2024 19 hours ago, Luke said: How exactly are the files tagged? Hello and thank you. You can see the folder structure in the top left corner (Foreign_Music\Timo_Maas) And you can see the taging information of the files.
Solution Luke 42078 Posted December 28, 2024 Solution Posted December 28, 2024 1 minute ago, bsapi said: Hello and thank you. You can see the folder structure in the top left corner (Foreign_Music\Timo_Maas) And you can see the taging information of the files. Hi, yes as you can see the album artist value is empty, so this explains why it is happening. Artist and album artist are two different things. We can't just use the artist value in place of album artist as that could cause problems for other titles (e.g. albums with multiple artists). 1 1
bsapi 14 Posted December 28, 2024 Author Posted December 28, 2024 Hello and thank you. You're right like always. I changed the taging of files and it works correctly now. I marked your answer as Solution. I haven't realized that Album Artist is the key. Thank you. 1
bsapi 14 Posted December 29, 2024 Author Posted December 29, 2024 By the way I would like to leave this report here. It is about "too long path" exception. This happens rarely and I think it cannot be managed from user side. *** Error Report *** Version: 4.8.10.0 Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-rpm_{version}_x86_64.rpm Operating system: Linux version 4.18.0-553.33.1.el8_10.x86_64 (mockbuild@iad1-prod-build001.bld.equ.rockylinux.org) (gcc version 8.5.0 20210514 (Red Hat 8.5.0-22) (GCC) Framework: .NET 6.0.31 OS/Process: x64/x64 Runtime: opt/emby-server/system/System.Private.CoreLib.dll Processor count: 8 Data path: /var/lib/emby Application path: /opt/emby-server/system System.IO.PathTooLongException: System.IO.PathTooLongException: The path '/var/lib/emby/cache/fanart-music/2271bc03-c9be-4f65-937c-3c98c47dcaf1 4b6c20fa-2b86-44eb-83d9-d5d1ab7d9f3d 09d7b43c-239a-4abe-8f0c-5fbe95b7c439 2dec681d-dbe8-444c-a947-a2732267ce20 54e90307-8061-45e6-b0e5-3018b0b37f82 ac6b502e-fa6c-4dd0-833c-3f2fd5e8ea84 54a1732b-0c61-4437-8bcb-30442fde3ef3 42dbdbf0-b3ea-46fd-a2f6-11ca288c2ed8 8c178ac7-7d3e-4986-90cc-d37c370de612 71e1936f-7291-4328-9600-64a08829e41f' is too long, or a component of the specified path is too long. at System.IO.FileSystem.CreateDirectory(String fullPath) at System.IO.Directory.CreateDirectory(String path) at Emby.Server.Implementations.IO.ManagedFileSystem.CreateDirectory(String path) at Fanart.FanartArtistProvider.DownloadArtistJson(String musicBrainzId, CancellationToken cancellationToken) at Fanart.FanartAlbumProvider.GetImages(BaseItem item, LibraryOptions libraryOptions, CancellationToken cancellationToken) at Emby.Providers.Manager.ProviderManager.GetImages(RemoteImageFetchOptions options, CancellationToken cancellationToken, IRemoteImageProvider provider, Int32 providerIndex) Source: System.Private.CoreLib TargetSite: Void CreateDirectory(System.String)
Luke 42078 Posted December 30, 2024 Posted December 30, 2024 2 hours ago, bsapi said: By the way I would like to leave this report here. It is about "too long path" exception. This happens rarely and I think it cannot be managed from user side. *** Error Report *** Version: 4.8.10.0 Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-rpm_{version}_x86_64.rpm Operating system: Linux version 4.18.0-553.33.1.el8_10.x86_64 (mockbuild@iad1-prod-build001.bld.equ.rockylinux.org) (gcc version 8.5.0 20210514 (Red Hat 8.5.0-22) (GCC) Framework: .NET 6.0.31 OS/Process: x64/x64 Runtime: opt/emby-server/system/System.Private.CoreLib.dll Processor count: 8 Data path: /var/lib/emby Application path: /opt/emby-server/system System.IO.PathTooLongException: System.IO.PathTooLongException: The path '/var/lib/emby/cache/fanart-music/2271bc03-c9be-4f65-937c-3c98c47dcaf1 4b6c20fa-2b86-44eb-83d9-d5d1ab7d9f3d 09d7b43c-239a-4abe-8f0c-5fbe95b7c439 2dec681d-dbe8-444c-a947-a2732267ce20 54e90307-8061-45e6-b0e5-3018b0b37f82 ac6b502e-fa6c-4dd0-833c-3f2fd5e8ea84 54a1732b-0c61-4437-8bcb-30442fde3ef3 42dbdbf0-b3ea-46fd-a2f6-11ca288c2ed8 8c178ac7-7d3e-4986-90cc-d37c370de612 71e1936f-7291-4328-9600-64a08829e41f' is too long, or a component of the specified path is too long. at System.IO.FileSystem.CreateDirectory(String fullPath) at System.IO.Directory.CreateDirectory(String path) at Emby.Server.Implementations.IO.ManagedFileSystem.CreateDirectory(String path) at Fanart.FanartArtistProvider.DownloadArtistJson(String musicBrainzId, CancellationToken cancellationToken) at Fanart.FanartAlbumProvider.GetImages(BaseItem item, LibraryOptions libraryOptions, CancellationToken cancellationToken) at Emby.Providers.Manager.ProviderManager.GetImages(RemoteImageFetchOptions options, CancellationToken cancellationToken, IRemoteImageProvider provider, Int32 providerIndex) Source: System.Private.CoreLib TargetSite: Void CreateDirectory(System.String) You have an artist with a really long musicbrainz id of multiple values mashed together. The most likely reason is due to embedded metadata using an unsupported delimeter for multiple values. For these it should / or ; or ,
bsapi 14 Posted December 30, 2024 Author Posted December 30, 2024 13 hours ago, Luke said: You have an artist with a really long musicbrainz id of multiple values mashed together. The most likely reason is due to embedded metadata using an unsupported delimeter for multiple values. For these it should / or ; or , Thank you. I'm gonna check all the files I have and change the delimiters to \\ I usually use delimiters in Genre like Pop\\Rock but I need to use them sometimes in Artist or even in Title field. If I change all wrong one I'll check the log and come back. Thank you again. 1
bsapi 14 Posted December 31, 2024 Author Posted December 31, 2024 Hello again, unfortunately Emby takes the bad information from 'somewhere'. The tags are good though. What do I do wrongly ?
user24 313 Posted December 31, 2024 Posted December 31, 2024 Hi, have you tried looking at the Extended Tags section in Mp3tag to see all of your tags? View>Extended Tags from the menu (or Alt-T). You may have both "Album Artist" and "AlbumArtist" tags. Both of these tags are not typically shown in the default LHS tag panel. One of these (or potentially other extended or hidden tags) could be causing the problem?
bsapi 14 Posted December 31, 2024 Author Posted December 31, 2024 2 minutes ago, user24 said: Hi, have you tried looking at the Extended Tags section in Mp3tag to see all of your tags? View>Extended Tags from the menu (or Alt-T). You may have both "Album Artist" and "AlbumArtist" tags. Both of these tags are not typically shown in the default LHS tag panel. One of these (or potentially other extended or hidden tags) could be causing the problem? Hello and Thank You. This is what I can see by pressing Alt + T
user24 313 Posted December 31, 2024 Posted December 31, 2024 Hmmm, at a glance nothing stands out as obviously incorrect - if it's an "AlbumArtist" and "Album Artist" difference, it's very easy to see with this view. Something else you could perhaps try as a test (if you haven't already) is going to Tag Sources>MusicBrainz and retagging the whole problem album. (You may want to make a backup file first.) If I think of anything else I will let you know...
bsapi 14 Posted December 31, 2024 Author Posted December 31, 2024 25 minutes ago, user24 said: Hmmm, at a glance nothing stands out as obviously incorrect - if it's an "AlbumArtist" and "Album Artist" difference, it's very easy to see with this view. Something else you could perhaps try as a test (if you haven't already) is going to Tag Sources>MusicBrainz and retagging the whole problem album. (You may want to make a backup file first.) If I think of anything else I will let you know... Hello and Thank you. Retagging has been done but didn't help. This false information comes from Emby but I don't know what I need to clean up. Cache was completely deleted (several times). I even deleted and rebuilt metadata information under /var/lib/emby/metadata/musicartists I cannot see Timo Maas by the way
Neminem 1519 Posted December 31, 2024 Posted December 31, 2024 Just out of curiosity is Kelis also an artist in this song / album. Here is what I do when its a Duet. I add them into 1 Artist separated by semicolon ;
bsapi 14 Posted December 31, 2024 Author Posted December 31, 2024 4 minutes ago, Neminem said: Just out of curiosity is Kelis also an artist in this song / album. Here is what I do when its a Duet. I add them into 1 Artist separated by semicolon ; Same result happens if I add two Artists to a track. I use Timo Maas\\Kelis format because It is recommended by Mp3tag community.
Neminem 1519 Posted December 31, 2024 Posted December 31, 2024 Can you try manuel metadata refresh of 1 song. And force refresh your browser tab after.
bsapi 14 Posted December 31, 2024 Author Posted December 31, 2024 (edited) 21 minutes ago, Neminem said: Can you try manuel metadata refresh of 1 song. And force refresh your browser tab after. I forced metadata refresh on track 4 Check pls the referred log messages: 2024-12-31 14:22:29.333 Info App: Refresh metadata requested on 413169 2024-12-31 14:22:29.333 Info Server: http/1.1 Response 204 to 127.0.0.1. Time: 1ms. POST https://host3/emby/Items/413169/Refresh?Recursive=true&ImageRefreshMode=FullRefresh&MetadataRefreshMode=FullRefresh&ReplaceAllImages=true&ReplaceAllMetadata=true&X-Emby-Client=Emby Web&X-Emby-Device-Name=Microsoft Edge Windows&X-Emby-Device-Id=fbf3a3fe-ef16-4471-b386-c98e97a012ad&X-Emby-Client-Version=4.8.10.0&X-Emby-Token=x_secret3_x&X-Emby-Language=en-us 2024-12-31 14:22:29.385 Info MediaProbeManager: ProcessRun 'ffprobe' Execute: /opt/emby-server/bin/ffprobe -i file:"/data/SHARED_MUSIC/Foreign_Music/Timo_Maas/Loud/Timo_Maas_04_Shifter.mp3" -threads 0 -v info -print_format json -show_streams -show_format -f mp3 2024-12-31 14:22:29.587 Info MediaProbeManager: ProcessRun 'ffprobe' Process exited with code 0 - Succeeded 2024-12-31 14:22:30.012 Info HttpClient: GET https://musicbrainz.emby.tv/ws/2/release/752eecf8-f63d-3a39-a393-b1e97d0581f7?inc=url-rels Browser has been refreshed (F5) No change. Still Timo_Maas. I forced metadata refresh on Timo_Maas. 2024-12-31 14:27:07.526 Info App: Refresh metadata requested on 411653 2024-12-31 14:27:07.526 Info Server: http/1.1 Response 204 to 127.0.0.1. Time: 1ms. POST https://host3/emby/Items/411653/Refresh?Recursive=true&ImageRefreshMode=FullRefresh&MetadataRefreshMode=FullRefresh&ReplaceAllImages=true&ReplaceAllMetadata=true&X-Emby-Client=Emby Web&X-Emby-Device-Name=Microsoft Edge Windows&X-Emby-Device-Id=fbf3a3fe-ef16-4471-b386-c98e97a012ad&X-Emby-Client-Version=4.8.10.0&X-Emby-Token=x_secret3_x&X-Emby-Language=en-us 2024-12-31 14:27:07.587 Info HttpClient: GET https://www.theaudiodb.com/api/v1/json/2139078587215309723505/artist-mb.php?i=71348eeb-0c15-4718-b0ca-5775f78ad5f8 I got back a picture and a logo about Timo Maas but name still Timo_Maas. But Emby created an entry under metadata/musicartists about Timo_Maas ... Edited December 31, 2024 by bsapi
Neminem 1519 Posted December 31, 2024 Posted December 31, 2024 That is really strange, sorry I have no clue as to why !! I'm out of ideas 1
bsapi 14 Posted December 31, 2024 Author Posted December 31, 2024 Nothing else had helped. I had to manually edit the metadata. (I don't like this way.) 1
MrAudio 22 Posted January 1, 2025 Posted January 1, 2025 Next time, move all your MP3 (or whatever music) files out of that folder to some folder Emby can't see. Then manually Rescan the database (Settings, Manage Server, Scheduled Tasks, Scan Media Library). Once the scan is finished, move the files back. You should be good at that point. The KEY is to make sure your music files are correctly and thoroughly tagged BEFORE putting them into Emby, because Emby will pull in the metadata when it first finds them and usually won't recognize metadata changes that happen later - at least, not without removing them, doing a scan, and adding them back. If you'd started with the Album Artist field filled in, you'd never have had this issue. I'm not trying to give you a hard time or anything - I know this because I've screwed up my own files from time to time, and had to learn how to fix it. None of us are perfect, but the more you get into a habit of having clean and complete ID3 tags before you add the files to Emby, the better Emby's database will work. Last, and this is only my personal suggestion, but IMO using a semi-colon is going to be better than using \\ as a separator. Semi-colons are nearly universally recognized by all kinds of different apps, and the \\ is not. Of course, that's up to you. 1
bsapi 14 Posted January 1, 2025 Author Posted January 1, 2025 14 hours ago, MrAudio said: Next time, move all your MP3 (or whatever music) files out of that folder to some folder Emby can't see. Then manually Rescan the database (Settings, Manage Server, Scheduled Tasks, Scan Media Library). Once the scan is finished, move the files back. You should be good at that point. The KEY is to make sure your music files are correctly and thoroughly tagged BEFORE putting them into Emby, because Emby will pull in the metadata when it first finds them and usually won't recognize metadata changes that happen later - at least, not without removing them, doing a scan, and adding them back. If you'd started with the Album Artist field filled in, you'd never have had this issue. I'm not trying to give you a hard time or anything - I know this because I've screwed up my own files from time to time, and had to learn how to fix it. None of us are perfect, but the more you get into a habit of having clean and complete ID3 tags before you add the files to Emby, the better Emby's database will work. Last, and this is only my personal suggestion, but IMO using a semi-colon is going to be better than using \\ as a separator. Semi-colons are nearly universally recognized by all kinds of different apps, and the \\ is not. Of course, that's up to you. Thank you. Next time I'll do this.
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