Undearius

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

Under “Assets” on their Github Release page, they have two APKs listed. One is a web version and the other is a google version.

https://github.com/organicmaps/organicmaps/releases

I did some experimenting and it seems like only the google version has Android Auto.

Organic Maps and OsmAnd both have Android Auto support.

Everything that exists in OpenStreetMap is from tiny drops

This is the first I’m hearing of Ladybird. Looks really interesting and glad to see there are more options for browsers coming

It doesn’t help when they just ignore it and pile the junk mail on top of the sign that says “No junk mail”

I’ve been trying to find some good examples of how to structure the files, and whether to combine the photos from everyone or to keep them separate. Obviously there’s different systems for everyone, but your method of syncing, tagging, and displaying/sharing photos is almost identical to how I’ve been wanting to go about it.

Do you mind sharing how you structure the photo files and naming in your Gallery directory?

I was thinking of implementing the Copyright tag to keep the data of the original phototaker, and then combine all the photos into a Gallery/YYYY/MM structure, with the filenames being YYYYMMDD-CameraModel. There aren’t many events we go to, so albums aren’t a big priority, but on the occasion, I was thinking if using a folder like MM-Event in the respective year folder.

I’m just putting my thoughts down because I don’t often see this part of people’s photo organizing.

it really affects the downtown

Well, I can at least respect the honesty, rather than the typical “collaborative work” bullshit.

I found the opposite with Gnome which is why I switched over to KDE.

And that’s the beauty, we are free to choose. I’m glad Gnome works well for you.