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
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.
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.
What features of Snapchat are you looking for?
There’s PixelFed but that’s more analogous to Instagram, but it’s core feature is image sharing which is what Snapchat primarily is for.
I fear that it could get bought off in the future and become an actual privacy nightmare
Like last.fm?
On the web, /c/trendingcommunities@feddit.nl is also clickable.
Even if someone from Kbin links to a magazine (their term for a community) it will link it, too. /m/trendingcommunities@feddit.nl
What debacle? The threadiverse is one part of the fediverse.
I’m not sure why you’d say such a thing. Here’s some examples I found just by searching “threadiverse” on my instance.
https://fedidb.org/current-events/threadiverse
https://szmer.info/post/349217
https://tech.lgbt/@hariette/110562926792208789
https://kbin.social/m/kbinMeta/t/58891
https://kbin.social/m/fediverse/t/30147
Meta unfortunately decided to call their platform a very basic name, the same name as a core feature of Kbin and Lemmy.
PixelFed, Friendica, Peertube, and Mastodon (all part of the fediverse) don’t really use comment threads (Mastodon sort of does) but for Kbin and Lemmy it’s basically the most unique part of it, other than being a filter for various links to other pages. So they are often refered to the part of the fediverse that uses comment threads.
Kbin and Lemmy have been referred to as the threadiverse for much longer than Meta’s Threads has been around, even before it was known only as Project 92.
Not sure how many of these are open-source but it’s a good start
https://github.com/dbeley/awesome-lemmy#mobile-apps
You can also “install” the mobile web version as an app. Just go to your home instance lemmy.one and and fromthe menu on your phone’s browser, there’s usually an install button.
This also works for Voyager, https://vger.app/posts/lemmy.one/all
I guess it would be best suited for the Subscribed filter because that would only be topics you’re actually interested in.
I think size of the community should be factored into the ranking, at least a little bit.
deleted by creator