Emby creating extra artists and misidentifying artists.

[Happy2Play 8296]

1 hour ago, Luke said:

Does that occur with other containers as well?

Testing a mp3 with multiple "Artists" fields, ffprobe merges them. 

ffprobe

 ARTISTS         Anderson .Paak;Rick Ross

mp3tag

So it looks like something with the container itself.

[Bigmack3000 84]

On 1/1/2023 at 7:25 PM, Luke said:

Does that occur with other containers as well?

Just checking before I go through my library.  Is this an error in emby that can be fixed?

[Luke 37095]

It's probably going to require work directly in ffmpeg, so your most immediate resolution would be to change the way these files are tagged like happy2play mentioned.

[Bigmack3000 84]

Ok, I'll start making corrections to them.  Hopefully, it's something ffmpeg can resolve at some point.

[Vicpa 559]

Hi,

Just to confirm, this is a  known issue with .m4a files.

see link below

https://emby.media/community/index.php?/topic/108897-ffprobe-not-capturing-multiple-genre-style-tags-in-m4a-tracks/

@Happy2Play, @Luke I had suggested adding it to the Knowledge Base don't know if it made it. But should at least be a standard triage question "What container ?" 

[softworkz 3338]

Two questions guys:

• Does iTunes support these kinds of multi-tags?
• Does VLC support them?

[Vicpa 559]

Hi @softworkz,

The short answer is No. 

The Apple spec for m4a doesn't support multiple tags. Picard and perhaps other taggers will write them.

 checked the  Win version of iTunes and VLC.

 

-vicpa

[Luke 37095]

1 hour ago, Vicpa said:

Hi @softworkz,

The short answer is No. 

The Apple spec for m4a doesn't support multiple tags. Picard and perhaps other taggers will write them.

 checked the  Win version of iTunes and VLC.

 

-vicpa

So as of now this is proprietary to Picard?

[softworkz 3338]

4 hours ago, Vicpa said:

Hi @softworkz,

The short answer is No. 

The Apple spec for m4a doesn't support multiple tags. Picard and perhaps other taggers will write them.

 checked the  Win version of iTunes and VLC.

Thanks a lot for trying, that's what I was suspecting.

When I search through the Picard documentation for 'multi', it returns a lot of information about dealing with multi-value tags: https://picard-docs.musicbrainz.org/en/config/options_tags_compatibility_id3.html?highlight=multi

I haven't read through everything thoroughly, but on this page for example, there are options described for dealing with multi-value tags and iTunes compatibility: https://picard-docs.musicbrainz.org/en/config/options_tags_compatibility_id3.html?highlight=multi

From a first glance it seems to me that the guys at Picard are knowing very well what they are doing and what's compatible and what is not and it seems they provide ways for having Picard write the tags in a way that is compatible with the "rest of the world"  

Please let us know how you get along and what you'll be able to find out.

I hope you understand that we have to conclude that this is not an issue at the side of Emby.

[Bigmack3000 84]

Two questions.

Why does it work for m4a files when you separate the artists with a "/" instead of a ";"?

Since ffprobe does read the multiple artists, but separates them into individual "artists" fields, is there no way to incorporate that information into emby?

[Luke 37095]

6 hours ago, Bigmack3000 said:

Two questions.

Why does it work for m4a files when you separate the artists with a "/" instead of a ";"?

Since ffprobe does read the multiple artists, but separates them into individual "artists" fields, is there no way to incorporate that information into emby?

Why do you think ffprobe is able to do that? I thought what we've established here is that is doesn't, right?

[Bigmack3000 84]

On 1/1/2023 at 5:20 PM, Happy2Play said:

@Lukemay have to comment as having multiple Artists fields only reads one.

Where Picard shows them together

ffprobe only reads one not both

    artist          : Anderson .Paak

    ARTISTS         : Anderson .Paak

Fix was retagging Artists with both in one tag in MP3Tag.  Or full run through Picard.

Same for the additional files Dev will need to comment on multiple Artists fields as FFPROBE does not appear to read all, merging them works.

Merged Artists so it looks like Composer

 

Since these are M4A files it could be the something with format itself as each container has different restictions/requirements.

 

 

I'm basing it off of this post.  It appears that for m4a files ffprobe reads all of the artists, but breaks everyone into their own line. and then emby only reads the first line.

for example:  

Queen & David Bowie: Under Pressure.

for an mp3 file. it will read as:

Artists: Queen; David Bowie

for m4a it will read:

Artists: Queen

Artists: David Bowie

 

Unless I'm misreading the screenshot. Which is very possible.

[softworkz 3338]

You cannot trust anything you see!

Let's stick to "Queen" and "David Bowie"

 

 

The bottom line is that whatever a tool shows, doesn't say anything about how the data is stored. All combinations are possible, so you cannot make any assumptions from what a tool shows you, unless you have exact knowledge how it works and how it shows the data in which cases.

[softworkz 3338]

Just to be clear: I'm not talking about theory. I had seen and experienced that when working on multi-value support for ID3 tags. I had tried and compared a number of tagging tools, including Picard and it was pretty confusing how the different tools are showing the data.

[Luke 37095]

1 hour ago, Bigmack3000 said:

I'm basing it off of this post.  It appears that for m4a files ffprobe reads all of the artists, but breaks everyone into their own line. and then emby only reads the first line.

for example:  

Queen & David Bowie: Under Pressure.

for an mp3 file. it will read as:

Artists: Queen; David Bowie

for m4a it will read:

Artists: Queen

Artists: David Bowie

 

Unless I'm misreading the screenshot. Which is very possible.

I think he's referring to mp3tag and Picard in those screens, not ffprobe.

[Bigmack3000 84]

Anyone know what's going on here?

 

The cd is called "Flamagra".  The description lists it correctly.  It was run through picard and tagged correctly. 

Every metadata link goes to the correct album.

But for some reason, Emby insists on calling it "More".

I attached one of the songs to see if there's hidden metadata I can't find.

[Happy2Play 8296]

4 hours ago, Bigmack3000 said:

Anyone know what's going on here?

 

The cd is called "Flamagra".  The description lists it correctly.  It was run through picard and tagged correctly. 

Every metadata link goes to the correct album.

But for some reason, Emby insists on calling it "More".

I attached one of the songs to see if there's hidden metadata I can't find.

No sure as everything looks correct on that track, but the track show Flamagra for me.

C:\Users\Media>C:\Users\Media\AppData\Roaming\Emby-Server\system\ffprobe -i "C:\Users\Media\Downloads\1318738539_01Heroes.mp3.7b3be5d55fb260bed66f1cce57966e78.mp3"
ffprobe version 5.1-emby_2022_11_29 Copyright (c) 2007-2022 the FFmpeg developers and softworkz for Emby LLC
  built with gcc 12.2.0 (Rev4, Built by MSYS2 project)
Input #0, mp3, from 'C:\Users\Media\Downloads\1318738539_01Heroes.mp3.7b3be5d55fb260bed66f1cce57966e78.mp3':
  Metadata:
    title           : Heroes
    artist          : Flying Lotus
    track           : 1/27
    album           : Flamagra
    disc            : 1/1
    genre           : Electronic; Funk
    TBPM            : 90
    TKEY            : Em
    MusicBrainz Release Group Id: 23a0d4ce-5421-4f35-afc4-49983c430edb
    TORY            : 2019
    publisher       : Warp
    MusicBrainz Release Track Id: 7ba3d097-fbc8-41d7-8802-220eeccd3756
    album_artist    : Flying Lotus
    TSO2            : Flying Lotus
    artist-sort     : Flying Lotus
    TSRC            : GBBPW1900051
    SCRIPT          : Latn
    WORK            : Heroes
    TMED            : Digital Media
    originalyear    : 2019
    SERATO_PLAYCOUNT: 0
    ARTISTS         : Flying Lotus
    BARCODE         : 0801061029135
    CATALOGNUMBER   : WARPCDD291
    MusicBrainz Album Type: album
    MusicBrainz Album Status: official
    MusicBrainz Album Release Country: XW
    MusicBrainz Work Id: a2077c44-a8af-4aca-8dc3-3e33cf3b1f4c
    MusicBrainz Album Id: bb1ea9c5-0d0d-48ae-b3d7-eaa9ab4a903a
    MusicBrainz Artist Id: fc7376fe-1a6f-4414-b4a7-83f50ed59c92
    MusicBrainz Album Artist Id: fc7376fe-1a6f-4414-b4a7-83f50ed59c92
    date            : 2019-05-24
  Duration: 00:02:44.10, start: 0.025056, bitrate: 327 kb/s
  Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s, Start-Time 0.025s
    Metadata:
      encoder         : LAME3.100
    Side data:
      replaygain: track gain - -7.900000, track peak - unknown, album gain - unknown, album peak - unknown,
  Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn, Start-Time 0.025s (attached pic)
    Metadata:
      comment         : Cover (front)

 

[Bigmack3000 84]

Thanks. So odd. I'll just rename it in emby, i guess.

[Bigmack3000 84]

hmmm. Alright, even if I change the name in emby. It still shows "More" as the title:

[Vicpa 559]

Hi @Bigmack3000

I will look at the track, next. But Just so you know even though it looks like you changed the name in emby you can't. Emby will not let you change the title of an album or an artist for that matter. ( @Happy2Play can you confirm that) Which seems incorrect to me...

 

-vicpa

[Happy2Play 8296]

3 minutes ago, Vicpa said:

Hi @Bigmack3000

I will look at the track, next. But Just so you know even though it looks like you changed the name in emby you can't. Emby will not let you change the title of an album or an artist for that matter. ( @Happy2Play can you confirm that) Which seems incorrect to me...

 

-vicpa

Correct as I believe it is all the linking per track.

Can only guess something with the rest of the tracks.

[Bigmack3000 84]

here's the whole album.

Archive.zip

[Happy2Play 8296]

14 minutes ago, Bigmack3000 said:

here's the whole album.

Archive.zip 156.56 MB · 0 downloads

Nothing stands out to me and imports correctly.

Shouldn't matter but what is your structure?

Can you remove album, done full scan, searched to ensure album no longer exists then readd.

 

[Bigmack3000 84]

folder structure is pretty normal.

I tried removing the whole artist. rescanning. readding. still comes up as "More".  I'm converting it to a different format and retagging it now as a different version of that album. just to completely erase any lingering metadata. Hail mary shot that that is the problem?

[Happy2Play 8296]

2 minutes ago, Bigmack3000 said:

folder structure is pretty normal.

I tried removing the whole artist. rescanning. readding. still comes up as "More".  I'm converting it to a different format and retagging it now as a different version of that album. just to completely erase any lingering metadata. Hail mary shot that that is the problem?

Okay what is in the More Album?  But the files you provided show as Flamagra for me.

Might need to add albums back individually.