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.
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.