For MP3 files, synced lyrics are embedded in the SYLT tag. Unfortunately, not many music players support this across platforms.
That could be the case. I used ffprobe to see the tags and figured it would just display the tags it sees. I’ll look more into it.
Weird. I just made two folders, one remote and one local, with one of each FLAC and MP3, with Synced and Plain lyrics. All of them successfully have embedded lyrics. I’m curious if it would have anything to do with the scanned folder size. It worked with a folder with only 4 tracks in it, but not in first case with 9000 tracks in sub directories.
The only odd thing is that the mp3 with synced lyrics downloaded the .LRC file but the embedded lyrics are plain.
I’m running Arch Linux, using the 0.5.0 AppImage.
I have my music collection on a NAS running Debian which I use NFS to mount it to /mnt/NAS. I then have a symlink to that in ~/Music/NAS. That symlink is what I added as the scanning library for LRCGET.
From what I can tell, the files that were corrupted were the ones that found synced lyrics. If it matched plain lyrics, the file was okay, but I don’t think it embedded the plain lyrics either.
I’ll setup a couple test folders, trying to test all the combinations of FLAC and MP3 files, synced and plain lyrics, and through the NAS symlink and on the local machine.
I do want to add that LRCGET has been great. It was dead simple to setup and use, and with the exception of the experimental feature, has worked exactly as intended. I personally just like to have everything in one file which is why I tried out the embedding feature.
The FLAC files that I care about, I was able to partially restore them from high-quality MP3s that I had converted from the FLACs. And I have a bunch of other FLAC copies from a folder I had yet to clean out (hooray procrastination), I also still need to check an old drive that should have a copy of my whole collection from a couple years ago, I’m sure that will have some more, too. Nothing was lost that can’t be recreated.
I tried it but in my case it set all the MP3s to 0 bytes. Luckily, I was able to get them back through snapraid. But then I noticed something in snapraid where I needed to run a sync.
What I didn’t see is that it set all the FLAC files to 42 bytes, so they didn’t get restored when I checked for 0 bytes filea, which means that it synchronised all those 42 byte files.
So I just lost all my FLAC files. I can’t be mad at the dev, it’s an experimental feature. This is just a word of warning for others to do a proper backup before you try it.
Yeah, Picard has been great. Long ago, I did a first pass where I dumbed my whole collection in, scanned and then just hit save. I got rid of any of the files that had a (1) or (2) and so on at the end of the file name, cleared out most of the duplicates.
I’ve since been sorting one artist at a time, but making sure the tagging is more cohesive, and not have some songs, for example, split between a compilation/greatest hits album and the original.
I’ve tried using beets in the pasted, but it either glitched or I didn’t set it up right, but it created a lot of duplicates of things. I found it a lot more tedious to use, too.
I’ve slowly been tagging my music collection and synced lyrics is something I’ve been very eager to add.
I’ve wanted something like this for a long time, thanks for sharing
That sucks it didn’t work well for you. Hopefully the useability is more improved the next time you may be willing to try again.
MusicBrainz Picard is a software for tagging and organising music. It can apply the tags directly to the file and then move them into a folders like Music\Album\01-Song.mp3
An easy way to spot duplicates at that point is search for any songs that have (1) or (2) and so on in the file name.
Then you can use basically any music player to sort by title to check for duplicates, too.