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
The app mentioned on the post, Organic Maps, has Android Auto. OsmAnd is another app that I know has it as well.
In the open source world, I take that as a highlight, not a warning.
Zeus
This app is everything it needs to be. It looks modern, has nice visuals, I was able to import data from an old tracking app.
It’s such a nice feeling when you find an app that hits all the checkmarks and then you find out it’s FOSS as well.
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.
Maps are for documenting the location of things in the real world relative to each other. It could be anything, like roads and buildings, or rivers and bodies of water, or electrical lines.
Then there is all the information that is added to all those objects; adding names to the roads, buildings having an addtess and what type of building they are, the direction a river is flowing and how many rivers flow into or out if a lake.
All of that is just information, where an what things are, it doesn’t actually do anything. That is a map.
Navigation software takes the information about the roads and how they are connected together along with their names and combines it with addresses to show you how to get from one address to another.
You could also have software that simulates the ecological effects of rerouting a river from a lake, or damming a river.
You could take data from a map to show you all the power lines that are near trees that will need to be trimmed and give estimates to your employer on how many people to hire for tree trimming, and then combine that with a map of buildings to show how many customers would be without power if a tree branch triggers a circuit to open.
Navigation is just one part of what a map could be used for, and probably one of the only parts that most people would use a map for.
OpenStreetMap started out just being a map of streets, hence the name, but it has grown to be this massive collection of information. Then there is all of tools that decide what to do with the information. OsmAnd is a good tool for simply displaying the data. It can provide navigation but it’s not the best.
Same as :wq and :x
Saves and quits.
Sometimes automated updates are not desirable. I also prefer the simplicity of a bash script over a full container.
If you decide to use docker-compose.yml files, which I do recommend, then I’d also highly recommend this script for updating the docker containers.
It checks each container for updates and then let’s you select the containers you would like to update. I just keep it in the main directory with all the other docker container directories.
I’ve really fallen in love with the Aves gallery app. It’s finally got me started with organising and tagging my photos.
Another recommendation, especially for addresses and points of interest, is https://every-door.app/
It’s not as pretty as StreetConplete but it’s fine to work with.
FlorisBoard has been a great keyboard. The last proper release was over a year ago but the developer is actively working on a big update which will add word suggestion.
We’re just poking for a bit of fun. The Free and Open Source rabbit hole goes very deep. For example, Intel and AMD processors have code on them that isn’t free meaning the purists will not use them unmodified.
Everyone has a threshold where privacy and freedom interfere with convenience, just stick with the level you’re comfortable with.