#musicbrainz

/

      • Cheezm___ has quit
      • iconoclasthero
        is the move featured artist plugin working?
      • Cheezmo joined the channel
      • JKDS joined the channel
      • temp0r has quit
      • neon joined the channel
      • JKDS has quit
      • Snehaha joined the channel
      • JKDS joined the channel
      • Snehaha has quit
      • raushan joined the channel
      • raushan has quit
      • neon has quit
      • Cheezmo__ joined the channel
      • Cheezmo has quit
      • JKDS has quit
      • JKDS joined the channel
      • iconoclasthero has quit
      • Darkloke joined the channel
      • Jormangeud has quit
      • Jormangeud joined the channel
      • kai has quit
      • mll has quit
      • mll joined the channel
      • JKDS has quit
      • JKDS joined the channel
      • Darkloke
        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.
      • outsidecontext
        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
      • Darkloke
        Thx, <outsidecontext>. I suppose then i should look for acoustIDs, so if there are no such ones, i could upload them.
      • outsidecontext
        Darkloke: yes, that definitely.
      • otisolsen70 joined the channel
      • saumon has quit
      • saumon joined the channel
      • kellnerd joined the channel
      • Darkloke
        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
      • outsidecontext
        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
      • Darkloke
        Yep, it works w/o TXXX, so thanks again, <outsidecontext>. :)
      • siinamon has quit
      • siinamon joined the channel
      • siinamon has quit
      • siinamon joined the channel
      • srxl has quit
      • srxl joined the channel
      • srxl has quit
      • srxl joined the channel
      • srxl has quit
      • derwin
        Darkloke: beets can automatically submit acoustids if they do not already exist - https://beets.readthedocs.io/en/v1.6.0/plugins/...
      • srxl joined the channel
      • Darkloke
        Thx, <derwin>, but i am using MusicBee Player. :)
      • kellnerd has quit
      • jjjay joined the channel
      • jjjay has quit
      • kellnerd joined the channel
      • Darkloke has quit
      • Suitkees joined the channel
      • Lotheric has quit
      • Lotheric joined the channel
      • indra77 joined the channel
      • jjjay joined the channel
      • iconoclasthero joined the channel
      • Suitkees has quit
      • jjjay has quit
      • guxiaobing joined the channel
      • iconoclasthero
        what does preserve tags do in picard and is it per file, album, global, etc?
      • outsidecontext
        iconoclasthero: picard will keep existing values in the files instead of replacing them with the loaded data
      • iconoclasthero
        and that is per file?
      • outsidecontext
        tags are always per file
      • iconoclasthero
        also, is there some way to get Picard to move folders along with files
      • ok.
      • outsidecontext
        how do you mean? you have a folder with some additional files you want to move?
      • iconoclasthero
        hang on a sec, i didn't have the the folder name right in the options.
      • kepstin
        if you have a folder name in the settings for "move additional files" it will move the folder
      • iconoclasthero
        if you have *the correct* folder name in the settings for "move...
      • thanks, i got it now
      • outsidecontext
        :D
      • iconoclasthero
        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
      • kepstin
        I honestly don't know :) It's possible that literally "../covers" would work, did you try that?
      • iconoclasthero
        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)
      • kepstin
        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
      • iconoclasthero
        oh yeah.
      • kepstin
        but for other types... tricky :)
      • iconoclasthero
        well, for all the music from lossless legs...
      • it's mostly flac with some shn.
      • it still won't work with bittorrent though
      • kepstin
        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.
      • iconoclasthero
        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.
      • kepstin
        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.
      • iconoclasthero
        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
      • kepstin
        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.
      • iconoclasthero
        i was trying to find how to print the stored one.
      • then i saw a squirrel.
      • kepstin
        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>"
      • iconoclasthero
      • after i just talked poorly about etree's modernity
      • i've been using flac -t
      • kepstin
        "This Page Last Changed: Apr 28, 2006"
      • iconoclasthero
        didn't look that far but i see it now
      • kepstin
        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)
      • guxiaobing has quit
      • flac is an old format, info from 2006 is probably still correct ;)
      • iconoclasthero
        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
      • elomatreb[m]
        iconoclasthero: `metaflac --list --block-type=STREAMINFO filename.flac` will print the FLAC streaminfo header, which contains the MD5 checksum
      • iconoclasthero
        and it matches the .ffp files
      • elomatreb[m]
        oh, it even has that
      • iconoclasthero
        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?
      • jjjay joined the channel
      • Snehaha joined the channel
      • sb2318 joined the channel
      • Snehaha has quit
      • sb2318 has quit
      • jjjay has quit
      • sb2318 joined the channel
      • outsidecontext
        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
      • sb2318 has quit
      • sb2318 joined the channel