hi2all. Let's say i want to check if i have in my library tracks, whose acoustID fingerprints not uploaded to MB yet - what tags i can check for this (see if they are empty)? I see some tracks have both AcoustID and AcoustID Fingerprint, while others have only one of this tags.
Darkloke: if there is an acoustid it means the file got looked up on AcoustId.org and got identified by it, so AcoustId.org already knows about the fingerprint or a very similar one. It does not tell you whether this acoustid is linked to a MB recording, though. you can't tell this from your metadata. easiest way if you know the files are properly tagged would be to resubmit them.
the acoustid fingerprint tag holds the fingerprint as calculated from fpcalc. assuming the fingerprint is correct it can save you calling fpcalc again. apart from that it doesn't tell much except that the fingerprint got calculated once.
picard doesn't write the fingerprint by default, but it can be configured to do so
Thx, <outsidecontext>. I suppose then i should look for acoustIDs, so if there are no such ones, i could upload them.
Darkloke: yes, that definitely.
otisolsen70 joined the channel
saumon has quit
saumon joined the channel
kellnerd joined the channel
How AcoustID tag would be spelled for mp3s? In my player it works as ACOUSTID_ID for flacs, but show empty results for mp3s. Found these mappings: https://www.jthink.net/jaudiotagger/tagmapping...., but using TXXX:Acoustid Id doesnt give me results either.
texke has quit
Darkloke: "TXXX:Acoustid Id" would be the correct ID3 tag. How and if your player makes it available I don't know, but common is that TXXX frames are made available by their name, so "Acoustid Id" might work
Yep, it works w/o TXXX, so thanks again, <outsidecontext>. :)
iconoclasthero: picard will keep existing values in the files instead of replacing them with the loaded data
and that is per file?
tags are always per file
also, is there some way to get Picard to move folders along with files
how do you mean? you have a folder with some additional files you want to move?
hang on a sec, i didn't have the the folder name right in the options.
if you have a folder name in the settings for "move additional files" it will move the folder
if you have *the correct* folder name in the settings for "move...
thanks, i got it now
ok, here's a tricker one.
let's say that the files are like this: ./album/cd 1; ./album/cd 1; ./album/covers
is there a way for picard to get ../covers?
indra77 has quit
since it's reading the files from the nested folder
Prudhvu joined the channel
I honestly don't know :) It's possible that literally "../covers" would work, did you try that?
i didn't, i was asking cuz i was here
someone really needs to come up with a better way to checksum music files
that ignores tags
(speaking of moving files, e.g., *.ffp, *.md5)
that's easy enough with lossless codecs since you can do a checksum of the audio, flac even stores that checksum in a metadata header somewhere
but for other types... tricky :)
well, for all the music from lossless legs...
it's mostly flac with some shn.
it still won't work with bittorrent though
indeed. With some newer linux filesysstems that support reflinks it's technically possible for the non-tag portion of the file to be shared with the copy from bittorrent in some cases, but it's hard to set up the circumstances for that to happen.
no ../covers doesn't work
well, consdering people who share stuff on LL don't seem to give any shits about tagging and naming, i doubt it'll ever move foreward.
too bad :( I don't run into that problem since i keep all disks of an album together in one folder, with a disk number prefix.
but I'm happy to share all the DCMA-complient bootlegs I get from there...but you can't once you rename and tag them.
and it looks like the etree site was last updated before the turn of the century
at least etree is a label option now...thought i'm the only one who uses it except one person on one releae.
again, etree/bootlegs and file tagging are two worlds that seem destined to never intersect.
i'm in the sliver of that vendiagram that overlaps, lol
amusingly, ffmpeg can actually do what you want with checksums - run "ffmpeg -i <file> -c copy -f streamhash -" and it'll print out checksums of *just* the encoded media ignoring metadata, container, etc.
i was trying to find how to print the stored one.
then i saw a squirrel.
i don't know how to print it, but the "flac" command line tool can check it. Run "flac -V <file>" and it'll tell you if there's a checksum mismatch.
er, that needs some other options to work right, uh...