Around 1/3 of my songs are not showing tags in the app

Support
1

Issue description:

I’ve been talking about this issue with Tolriq in Reddit already.

I have around 50,000 flac files on my google drive, all with tags.
After finally managing to get the initial sync done over several days, I have found that almost 17,000 songs have no tags in the app.

I retagged some of the files and did a new sync and they were picked up fine. I also sent some of the original files (from before I retagged) to Toriq and they worked fine for them.

I’ve done several syncs with debug on and looked at the logs for the files without tags and I’m not seeing any errors or anything.

I’ve uploaded the log generated during my latest sync.

Logs:

Upload description: chr0m on Reddit

Additional information:

 
Examples of some filenames that have no tags in the app:

01 - (if You’re Wondering if I Want You to) I Want You to.flac
01 - Adele - Chasing Pavements.flac
01 - Hyper Music.flac

There are almost 17,000 songs like this. They show as the filename in the app, instead of the song name and have no tags
 

Reproduction steps:

 

 

Media provider:

Google Drive

Screenshots:

     

symfonium_no_tags
symfonium_no_tags619×1305 55.4 KB

2

Unfortunately the files are not rescanned in the logs, that means that they failed in some way that was not properly detected to mark them as to be rescanned :frowning:

Can you try to rename a folder and rescan to see if they are properly scanned again ?

3

Thanks for the reply.

I’ve just renamed one of the folders and am resyncing in the app. I’ll let you know how it goes

4

struggling to get a sync to complete again. It keeps dying after around 17 minutes. The log is suggesting a timeout. Seems strange that it’s consistently around the 17 minute mark. I think Google Drive is just a bit crap for this sort of thing.

5

You really need to join the beta.

See betamaniac for that, or wait for the future release, but Google is very slow and there’s quite a few bugs in Compose right now too.

6

Yeah I want to join, but it’s full. Is betamaniac a user I need to contact?

The sync is dying after 2 minutes the last couple of times. Google maybe limiting me or something?

7

This is an app, and without logs I can’t tell what is happening.

8

Yeah just googled and found it’s an app for tracking when beta programs are open.

I’ll upload the latest log

9

Just timeouts in the logs, check https://dontkillmyapp.com/ and disable battery restriction for Symfonium just in case.

10

Yeah I ran dontkillmyapp benchmark a few days ago and got a score of 100%, which I believe is good.

I gave Symfonium unrestricted battery usage and the next sync still died after 3 minutes. It’s a bit strange, this only started happening today. Previously my syncs would complete. They’d take around 40 minutes to an hour, but would always complete.

11

Funny, I just installed beta maniac and coincidentally a spot in the symfonium beta became available, so I have the beta now!

The sync still died after 10 minutes though :frowning:

12

Yes the timeouts changes are in beta 3 that Google still have not accepted :frowning:

Still not normal that it timeouts with 10 seconds delay :frowning:

13

Ah ok, hopefully I can get that version at some point soon.

I’ve been trying to complete a sync all night and it just isn’t happening. I give up for now :slight_smile:

If I get time over the weekend I’ll set up LMS

14

The beta is up BTW bla bla 20 chars.

15

Thanks for the heads up, trying it now.
I’ve spent some time brushing up on Linux skills so I can set LMS up in a docker container :smiley:

16

The good news is that the scan completed!
The bad news is that renaming a folder didn’t seem to force a rescan of the files inside.

Interestingly I see the new folder name (Muse - 2001 - Hyper Music - Feeling Good) mentioned in the log with the updated modifedTime, but in the app, when I go to one of the files such as 01 - Hyper Music.flac, it still shows the original folder name (Muse - Hyper Music - Feeling Good) in the file path in the details. The file still plays though.

I’ve uploaded the log generated during the latest scan, not sure if it will reveal much though.

I’ve got LMS set up and the initial scan completed now. I’m tempted to ditch Google Drive in the app and connect to LMS instead

Edit: Ok, done. Everything all set up using LMS now, much quicker and more reliable. I even tested it over my 5G connection through openvpn on my phone and songs start much quicker than Google Drive.

17

For Google yes the song parent ids have not changed as their id and their modified date so the workaround does not work :frowning:

But yes LMS will always work better than Google drive it’s dedicated to be a music server and @itm is relatively nice :stuck_out_tongue:

1 Like
18

Hehe cool, yeah I’ve got it going, it was super quick.

I’ll keep Google Drive for backup purposes only.

Thanks for all your help!

Just trying to figure out how to get artists to have some sort of image now, instead if the generic artist icon

Edit: Trying Navidrome as well now, just because :smiley:

19

Congrats, good decision :slight_smile:

Try this:

For artists, lms tries to read an artist.jpg file, expecting it to be placed at the longest common directory where the artist appears as a release artist.
It can also read a file that has the artist mbid as name, that can be placed anywhere.

(Artist covers, TZ and filesystem changes detection · Issue #499 · epoupon/lms · GitHub)

1 Like