Music tracks have the wrong name

[jgauthier 13]

I'm not sure if this should be under server or web app.  But I have an artist and all the tracks names (title) are strange.

 

 

[omitted]: On further inspection the ONLY file with the wrong characters is Track 1.

 id3info 01\ So\ Long\ Lovey\ Eyes.mp3 |grep ===
=== TIT2 (Title/songname/content description): So Long Lovey Eyes
=== TALB (Album/Movie/Show title): No Deliverance
=== TRCK (Track number/Position in set): 1/10
=== TPOS (Part of a set): 1/1
=== TCON (Content type): Rock
=== APIC (Attached picture): ()[, 3]: image/jpeg, 120333 bytes
=== PRIV (Private frame):  (unimplemented)
=== USLT (Unsynchronized lyric/text transcription): ()[XXX]: So long lovey eyes
=== TYER (Year): 2008
=== TPE1 (Lead performer(s)/Soloist(s)): Toadies

Track 2:

 id3info 02\ Nothing\ To\ Cry\ About.mp3 |grep ===
=== TIT2 (Title/songname/content description): Nothing To Cry About
=== TALB (Album/Movie/Show title): No Deliverance
=== TRCK (Track number/Position in set): 2/10
=== TPOS (Part of a set): 1/1
=== TCON (Content type): Rock
=== APIC (Attached picture): ()[, 3]: image/jpeg, 120333 bytes
=== PRIV (Private frame):  (unimplemented)
=== USLT (Unsynchronized lyric/text transcription): ()[XXX]: You say you're never coming out
=== TYER (Year): 2008
=== TPE1 (Lead performer(s)/Soloist(s)): Toadies

 

Executed:

id3tag -A "No Deliverance" 01\ So\ Long\ Lovey\ Eyes.mp3
+++ Album   = No Deliverace
Tagging 01 So Long Lovey Eyes.mp3: attempting v1 and v2, tagged v1 and v2

Rescanned library:

 

Before changing the TALB attribute the TIT2 attribute shows perfectly!

=== TIT2 (Title/songname/content description): So Long Lovey Eyes
=== TRCK (Track number/Position in set): 1/10
=== TPOS (Part of a set): 1/1
=== TCON (Content type): Rock
=== APIC (Attached picture): ()[, 3]: image/jpeg, 120333 bytes
=== PRIV (Private frame):  (unimplemented)
=== USLT (Unsynchronized lyric/text transcription): ()[XXX]: So long lovey eyes
=== TYER (Year): 2008
=== TPE1 (Lead performer(s)/Soloist(s)): Toadies
=== TALB (Album/Movie/Show title): No Deliverance

 

So, i tried to change it:

id3tag -a "So Long Lovey Eyes" 01\ So\ Long\ Lovey\ Eyes.mp3
+++ Artist  = So Long Lovey Eyes
Tagging 01 So Long Lovey Eyes.mp3: attempting v1 and v2, tagged v1 and v2

 

And now this:

 

Unfortunately, Before this revelation I changed a whole album and now it looks like this:

 

But the filesystem says:

id3info *.mp3 |grep TIT
=== TIT2 (Title/songname/content description): Trust Game
=== TIT2 (Title/songname/content description): Waterfall
=== TIT2 (Title/songname/content description): Dead Boy
=== TIT2 (Title/songname/content description): City Of Hate
=== TIT2 (Title/songname/content description): Mine
=== TIT2 (Title/songname/content description): Suck Magic
=== TIT2 (Title/songname/content description): ATF Theme
=== TIT2 (Title/songname/content description): Joey Let's Go
=== TIT2 (Title/songname/content description): Pink

[Luke 37068]

Hi, the titles come from embedded metadata within the files, not the file names. Does that help you resolve this?

[jgauthier 13]

If you're talking about the MP3 tags.. that's exactly what I'm talking about. 

[Luke 37068]

What do the embedded titles have now?

[jgauthier 13]

I've shown them in the post. I dumped all the MP3 tags

[jgauthier 13]

@Luke Do I need to add some clarity to the issue? 

The tags, while appearing in plain English on the files do not show up that way inside emby.

Changing the tag, specifically the TALB and TIT2 tags, seem to trigger this behavior.

 

 

[Luke 37068]

Try refreshing the metadata on the tracks and see if that helps. Can you also try running them through ffprobe and see what it reports as the track title?

[jgauthier 13]

So, the root of the issue is there:

ffprobe version 5.0.0-emby_2022_05_27-u1 Copyright (c) 2007-2022 the FFmpeg developers and softworkz for Emby LLC
  built with gcc 8.3.0 (crosstool-NG 1.24.0)
Input #0, mp3, from '01 Trust Game.mp3':
  Metadata:
    title           : ▒吀爀甀猀琀 䜀愀洀攀
    track           : ▒㄀⼀㤀
    disc            : 1/1
    genre           : ▒刀漀挀欀
     album           : Feeler
    artist          : Toadies
    date            : 2010

I confirmed with mutagen-inspect:

-- 01 Trust Game.mp3
- MPEG 1 layer 3, 255455 bps (VBR, LAME 3.97.0, -V 0), 44100 Hz, 2 chn, 178.68 seconds (audio/mp3)
APIC=cover front,  (image/jpeg, 118146 bytes)
PRIV=Google/OriginalClientId=b'jw2+T99RCLlJ3VU678482w'
TALB=Feeler
TCON=▒刀漀挀欀
TDRC=2010
TIT2=▒吀爀甀猀琀 䜀愀洀攀
TPE1=Toadies
TPOS=1/1
TRCK=▒㄀⼀㤀

 

The tool I'm used to using 'id3info' shows it correctly.

id3info 01\ Trust\ Game.mp3

*** Tag information for 01 Trust Game.mp3
=== TIT2 (Title/songname/content description): Trust Game
=== TRCK (Track number/Position in set): 1/9
=== TPOS (Part of a set): 1/1
=== TCON (Content type): Rock
=== APIC (Attached picture): ()[, 3]: image/jpeg, 118146 bytes
=== PRIV (Private frame):  (unimplemented)
=== USLT (Unsynchronized lyric/text transcription): ()[XXX]: The spider lands

 

Windows sees it correctly.

 

Maybe it's an encoding issue or something.  I have no idea.

[Luke 37068]

@jgauthieryour audio file probably has more than one version of id3 tags embedded, and ffprobe is probably reading a different version than what you're writing.

It's best to use tag writing software that will write to all possible versions, such as mp3tag. Does this help you?

[jgauthier 13]

@LukeThat is an interesting theory.   I checked all the tags using another tool:

 

id3v2 -l  01\ Trust\ Game.mp3
id3v1 tag info for 01 Trust Game.mp3:
Title  : Trust Game                      Artist: Toadies
Album  : Feeler                          Year: 2010, Genre: Unknown (255)
Comment:                                 Track: 1
id3v2 tag info for 01 Trust Game.mp3:
TIT2 (Title/songname/content description): Trust Game
TRCK (Track number/Position in set): 1/9
TPOS (Part of a set): 1/1
TCON (Content type): Rock (17)
APIC (Attached picture): ()[, 3]: image/jpeg, 118146 bytes
PRIV (Private frame):  (unimplemented)
TYER (Year): 2010
TPE1 (Lead performer(s)/Soloist(s)): Toadies
TALB (Album/Movie/Show title): Feeler

Lyrics were omitted.   Seems that both V1 and V2 tags are human readable. 

I posted on stackoverflow. Will report back if it goes anywhere.

 

 

[tedfroop21 38]

Silly question but have you checked for extended tags?   Alt-T in mp3tag should show them if present.

[Luke 37068]

21 hours ago, tedfroop21@gmail.com said:

Silly question but have you checked for extended tags?   Alt-T in mp3tag should show them if present.

Not a silly question !

[tedfroop21 38]

16 hours ago, Luke said:

Not a silly question !

Music tagging can be a mess.  If you have a large library - I heartily recommend the PerfectTunes suite from DBPoweramp.   Among the things it does it adds right click to edit tags on files.  Which means you can select all the files in an album and right click to edit and it will tell you which fields have different values. 

When I had some issues with album display for compilations it only took a couple minutes to edit the tags to correct it.

[Luke 37068]

@jgauthier?

[jgauthier 13]

I played around with other software (mp3tag) and it shows the exact same thing as ffprobe.  I checked for extended tags, etc.

None of the clear text tags seemed to exist.  Anyway, It's clearly a tagging issue and not an emby issue. Thanks for working through this with me everyone!

[Luke 37068]

Please let us know what you find. Thanks !