Not grabbing local lyrics

Plex Media Server
,
1

Server Version#: 1.25.5.5492
Player Version#: 4.69.1
I have one specific album that none of the songs grab the local lyric files (.lrc). I’ve checked and it is encoded UTF-8 (no BOM) as someone ran into before. I don’t see anything embedded in the mp3 that’s weird (I’ve deleted everything and added just the basic metadata back). It’s the only album in my library that fails.

They are named identically
‘01 - Into The Dream.lrc’ ‘02 - Spin Eternally.mp3’ ‘04 - LUDICROUS+.lrc’
‘01 - Into The Dream.mp3’ ‘03 - It Takes Me.lrc’ ‘04 - LUDICROUS+.mp3’
‘02 - Spin Eternally.lrc’ ‘03 - It Takes Me.mp3’ cover.jpg

I’ve tried deleting, emptying the trash, and re-adding it but no change. Plexamp also fails and remote desktop client.

Any ideas how to debug this?

2

Are the file permissions the same?

3 
drwxrwxr-x+ 2 bradley bradley      11 Feb 19 08:24  .
drwxrwxr-x+ 4 bradley bradley       5 Feb 19 08:25  ..
-rwxrwxr-x+ 1 bradley bradley     867 Dec 19 12:45 '01 - Into The Dream.lrc'
-rwxrwxr-x+ 1 bradley bradley 6133306 Dec 19 12:39 '01 - Into The Dream.mp3'
-rwxrwxr-x+ 1 bradley bradley     460 Dec 19 12:50 '02 - Spin Eternally.lrc'
-rwxrwxr-x+ 1 bradley bradley 8267274 Dec 19 12:39 '02 - Spin Eternally.mp3'
-rwxrwxr-x+ 1 bradley bradley     938 Dec 19 12:54 '03 - It Takes Me.lrc'
-rwxrwxr-x+ 1 bradley bradley 5713096 Dec 19 12:39 '03 - It Takes Me.mp3'
-rwxrwxr-x+ 1 bradley bradley     266 Dec 19 12:58 '04 - LUDICROUS+.lrc'
-rwxrwxr-x+ 1 bradley bradley 3703468 Dec 19 12:39 '04 - LUDICROUS+.mp3'
-rwxrwxr-x+ 1 bradley bradley 3814973 Dec 19 12:26  cover.jpg

Yes, same as all my other file in the library too

4

When you say Plex doesn’t ‘grab’ the file, do you mean that the Lyrics icon isn’t enabled, or it is enabled, but no lyrics are displayed when you open it?

An lrc file is for timed lyrics. Are the timestamps on each line of the file in the right format ([nn:nn:nn])?

Have you looked at Plex’s log files immediately after refreshing metadata on the album?

5

Lyrics icon is not enabled. The timestamps are [nn:nn.nnn] just like all my other .lrc files

When refreshing metadata, the server logs spit out the following

2022-02-19 18:21:23.466656+00:00 Exception serializing 'Jaroslav BeckJakub Tirco'

I see there is a null character between Beck and Jakub. Musicbrainz has the artist as “Jaroslav Beck feat. Jakub Tirco”. I don’t know what the backend looks like but in Python, musicbrainzngs spits out a list of [{…name: Jaroslav Beck}, " feat. ", {… name: Jakub Tirco}] so it might be a TypeError on that string.

I checked and I have another album with an artist of Name feat. Name. Musicbrainz has it as " ft. " not " feat. " though. Its lyrics work.

6

I suppose it’s possible that exception is causing a problem, but I don’t have the expertise to help with that. Everything I can think of appears to be all right, so I’m afraid I don’t have any more advice. Hopefully one of the ninjas will step in. Good luck.

7

File and folder names don’t follow Musicbrainz. (Unless you used Picard or similar software to name your files and folders).

So I’d check the file and folder names in your media storage for deviating whitespace characters.
Try overwriting the file and folder names by re-typing the names (as opposed to copy/pasting).

8

Renaming didn’t have an effect. I mainly set the metadata using mutagen in Python. When I set the metadata in Windows explorer the artists import as “Jaroslav Beck/Jakub Tirco” and works. It looks like multiple artists in an mp3 container, ID3 metadata, causes the exception

Lyrics work, windows metadata editor in explorer ['Jaroslav Beck/Jakub Tirco']
Lyrics don’t work, artists import as “Jaroslav Beak feat. Jakub Tirco”, set via mutagen ['Jaroslav Beck', 'Jakub Tirco']

Opening up the mp3 in a hex editor shows the null character between the two artists

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000020  65 61 6D 00 54 50 45 31 00 00 00 1B 00 00 03 4A  eam.TPE1.......J
00000030  61 72 6F 73 6C 61 76 20 42 65 63 6B 00 4A 61 6B  aroslav Beck.Jak
00000040  75 62 20 54 69 72 63 6F 00 54 52 43 4B 00 00 00  ub Tirco.TRCK...

As of version 2.4.0 of ID3 multiple values are separated by a null character so this should be valid input.

Side note, FLAC with multiple artists, set via mutagen ['Jerobeam Fenderson', 'Ivo Francx']. shouldn’t this import as “Jerobeam Fenderson/Ivo Francx” or similar? I have other multiple artists FLACs that only take the first name. Vorbis comments support duplicate field names such is the case in

ARTIST=Jerobeam Fenderson
ARTIST=Ivo Francx
9

There’s also the error __code__:194: FutureWarning: The behavior of this method will change in future versions. Use specific 'len(elem)' or 'elem is not None' test instead. that shows up when refreshing the metadata occasionally

10

Vorbis tags may support them – but Plex doesn’t, unfortunately.

But again, embedded metadata have no play here. This is solely about file a folder names, and how special characters in them may throw a spanner in the works of Plex when scanning folders and their contents.

11

Plex not supporting importing multiple artist (even if just joining the list of strings with a slash or semi-colon) is fine for me. I can manually edit the songs. I’m more confused why it won’t load local lyrics though.

I’m not so sure about that. I’ve ls’ed the folder to a file and don’t see any special characters. echo $PWD > out.txt; ls >> out.txt out.txt (268 Bytes)

The exception logged includes a null character and “Jakub Tirco”
image

The only place that name exists on my filesystem in the the ID3 header, TPE1 tag. I’ve attached the first 160 bytes of the mp3 in question.
01 - Into The Dream.mp3.txt (160 Bytes)

When I edit the troublesome song’s metadata artist to be " Jaroslav Beck/Jakub Tirco", the local lyrics get imported. I would think that the null character would be safely ignored/removed since it is an allowable part of the spec. My music library does have “Prefer local metadata” ticked.

12

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.