#musicbrainz

is the move featured artist plugin working?

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.

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.

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

Darkloke: beets can automatically submit acoustids if they do not already exist - https://beets.readthedocs.io/en/v1.6.0/plugins/...

Thx, <derwin>, but i am using MusicBee Player. :)

what does preserve tags do in picard and is it per file, album, global, etc?

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

ok.

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

:D

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?

since it's reading the files from the nested folder

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

file names

etc

(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

oh yeah.

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

"flac -tV <file>"

after i just talked poorly about etree's modernity

i've been using flac -t

"This Page Last Changed: Apr 28, 2006"

didn't look that far but i see it now

oh, wait, i got that wrong

the -V isn't needed there, just -t is enough

the -V only does anything when encoding

(it basically decodes the file as you encode to check it's the same as the input)

flac is an old format, info from 2006 is probably still correct ;)

yeah

i'm not too worried about the basic info

i need to find something i still have a before- and after-tagging copy of

$ metaflac --show-md5sum Jimi\ Hendrix\ --\ 15-01\ -\ Ezy\ Rider\ 1\ 4-69.flac

4e64d7973bc837c446d74a957d597b6

$ metaflac --show-md5sum 01\ Ezy\ Rider\ 1\ 4-69.flac

4e64d7973bc837c446d74a957d597b62

iconoclasthero: `metaflac --list --block-type=STREAMINFO filename.flac` will print the FLAC streaminfo header, which contains the MD5 checksum

and it matches the .ffp files

oh, it even has that

oooh the streaminfo

well now i feel stupd for deleting all those .ffp fikes

files

umm.. preserve tags stays fixed across different release groups/artists.

is this feature of picard documented anywhere?

iconoclasthero: what do you mean it stays fixed? All that option does is that if you load a file and tag it against the MB metadata the preserved tags will be kept at the original value from the file