Metadata Issues

[JBloom91 31]

Some of my music is saved in vinyl or cassette format, with A & B tracklisting, but even when updating the metadata directly from Musicbrainz the tracklisting still does not correct itself. Would there be a possibility of adjusting Emby in the future to support non-typical tracklistings, or would there be a way to fix this?

[Luke 42079]

Hi there, can you please provide a specific example? Thanks.

[JBloom91 31]

Certainly. For instance, Swords of Fate by undersaken (https://musicbrainz.org/release/21dce8f8-9bbf-43f5-a0cd-53a9ad6482c0) has a tracklisting of A1-5 and B1-5, however Emby does not recognize any track listings because the metadata for the album in my collection is listed A1, A2, A3 etc instead of 1, 2, 3

[Happy2Play 9781]

Hmm I don't know if any testing has been done with A-B tracklisting.  Will have to see if I can test this.

[user24 315]

15 minutes ago, Happy2Play said:

Hmm I don't know if any testing has been done with A-B tracklisting.  Will have to see if I can test this.

I had a quick look just a while ago...

It seems that the Track field within Emby only accepts whole integer numbers (1, 2, 3, etc.)

Therefore you can't assign A1, A2, A3 or even 1.1, 1.2, 1.3.

Placing say(?) A1 in the embedded track field imports into Emby as blank.

It's interesting that you can assign negative numbers and these show in reverse order, -1,-2,-3, etc.

So a workaround (though perhaps not ideal) could be to assign negative numbers to the A side and positive numbers to the B side.

That's about as far as I got...

[Luke 42079]

53 minutes ago, JBloom91 said:

Certainly. For instance, Swords of Fate by undersaken (https://musicbrainz.org/release/21dce8f8-9bbf-43f5-a0cd-53a9ad6482c0) has a tracklisting of A1-5 and B1-5, however Emby does not recognize any track listings because the metadata for the album in my collection is listed A1, A2, A3 etc instead of 1, 2, 3

In Emby, track numbers are numeric, so the server probably had an error parsing them.

[JBloom91 31]

Worst case I can just manally reapply the track numbers as long as the metadata refresh doesn't nuke them lol

[Luke 42079]

9 hours ago, JBloom91 said:

Worst case I can just manally reapply the track numbers as long as the metadata refresh doesn't nuke them lol

I would just edit the embedded metadata and then run a normal library scan.

[JBloom91 31]

On 8/23/2024 at 10:12 AM, Luke said:

I would just edit the embedded metadata and then run a normal library scan.

Tried that, still won't pull images from TheAudioDB for these two.

[skidmarks 199]

Did you right click on the album in emby and go to edit?  Then external ID's and see if the musicbrainz ID for the album was correct?

When i have a temperamental album the first thing i do is open MP3Tag and erase all the extended tags.  Then let MP3tag add the metadata back.  This will embed the cover art and if you right click on the poster it shows you can save it as "folder" jpg. Then see what it shows after you refresh the album in emby.

I see the art for the one album is more of a poster, not a square cover.  I always go out and find the correct aspect ratio to be a folder image for use with emby.  You can add this image quickly also using MP3tag.

Sometimes, you just have to just go out and add metadata manually.  Thankfully its just an occasional thing.  

Having spent years converting my album collection over to 1's and 0's, us album nerds are all about side a and side b, but i changed all my track listings to be just numeric because honestly there aren't many things that support A & B track listings.

Good luck!

Edited August 27, 2024 by skidmarks

[Happy2Play 9781]

3 hours ago, JBloom91 said:

Tried that, still won't pull images from TheAudioDB for these two.

Are you not getting theaudiodb errors?  As I can't even get to the site still same as other topic get a 404 error.  As last night all was actually seeing cached images so I cleared the cache and now they don't appear.

2024-08-27 10:08:51.835 Info HttpClient: GET https://www.theaudiodb.com/api/v1/json/2139078587215309723505/album-mb.php?i=7c99f622-7289-4048-b5d1-b94a67c4c2c2
2024-08-27 10:08:52.233 Error ProviderManager: AudioDbAlbumImageProvider failed in GetImageInfos for type MusicAlbum
	*** Error Report ***
	Version: 4.9.0.30
	Command line: C:\Users\Media\AppData\Roaming\Emby-Server\system\EmbyServer.dll -noautorunwebapp
	Operating system: Microsoft Windows 10.0.26120
	OS/Process: x64/x64
	Framework: .NET 8.0.7
	Runtime: C:/Users/Media/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll
	Processor count: 8
	Data path: C:\Users\Media\AppData\Roaming\Emby-Server\programdata
	Application path: C:\Users\Media\AppData\Roaming\Emby-Server\system
	MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: NotFound
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
	   at AudioDb.AudioDbAlbumProvider.EnsureInfo(String musicBrainzReleaseGroupId, IDirectoryService directoryService, CancellationToken cancellationToken)
	   at AudioDb.AudioDbAlbumImageProvider.GetImages(RemoteImageFetchOptions options, CancellationToken cancellationToken)
	   at Emby.Providers.Manager.ProviderManager.GetImages(RemoteImageFetchOptions options, CancellationToken cancellationToken, IRemoteImageProvider provider, Int32 providerIndex)
	Source: Emby.Server.Implementations
	TargetSite: Void MoveNext()

 

[JBloom91 31]

I don't know what changed but it's working now so I guess case closed?

[Happy2Play 9781]

I will guess theaudiodb issue is resolved as I can get to their site again.