So even Picard doesn't seem to actually *display* the fingerprint for my audio files. I generate them... and this puts an icon in the "fingerprint status" column... but no where does it actually say what the AcoustID is
2026-09-21 26440, 2026
thelounge75 has quit
2026-09-21 26453, 2026
thelounge75 joined the channel
2026-09-21 26418, 2026
julian45[m]
[Jinx (IRC)](https://matrix.to/#/@irc_Jinx:chatbrainz.org): select an individual track for which you’ve generated a fingerprint, then look for the “acoustid fingerprint” row in the bottom section
2026-09-21 26422, 2026
Jinx
there is no such row. not from my own audio files.
2026-09-21 26445, 2026
Jinx
it seems if i first do a Scan (requiring online interaction) then it'll show in the right pane
2026-09-21 26409, 2026
Jinx
(or rather: will show in the bottom pane when i select a file in the right pane)
2026-09-21 26400, 2026
Jinx
doesn't show for a "Lookup" however--even if i subsequently select the "folder" in the right pane and say "Generate AcoustID Fingerprints"
<TheOneInYellow[m> "This is for hypeventure and..." <- > <@theoneinyellow:matrix.org> This is for hypeventure and anyone who needs it:... (full message at <https://matrix.chatbrainz.org/irc/v1/media/download/AfNgyf8B35vOAvOkWnULJ-nB2Cco3oRSZcGHgAJYUfJL_8x1mUNRbUMG2xUdrQSR-Zi687A7HVrv-LH2oXfCi8dCeg5ee6TgAGNoYXRicmFpbnoub3JnL2libEFDWUVqSmRjUGhpeGNOUktFc0FjSw>)
2026-09-21 26418, 2026
Island has quit
2026-09-21 26410, 2026
outsidecontext[m joined the channel
2026-09-21 26410, 2026
outsidecontext[m
@Jinx: yes, you need to use Scan for the AcoustID to be set. Only Scan will query the AcoustID service.
2026-09-21 26445, 2026
Jinx
but isn't the whole point of AcoustID to be able to identify the local files?
2026-09-21 26443, 2026
Jinx
i.e. isn't that what "Scan" is computing in the first place in order to match it to the online database?
2026-09-21 26403, 2026
outsidecontext[m
Yes, scan does that. It generates a acoustic fingerprint from the local file and queries the AcoustID dervice
2026-09-21 26405, 2026
outsidecontext[m
Ah, no. Locally it generates an acoustic fingerprint. The AcoustID is what the AcoustID service assigns for a fingerprint.
2026-09-21 26442, 2026
outsidecontext[m
An AcoustID essentially groups sufficiently similar fingerprints
2026-09-21 26407, 2026
dj-scihacker has quit
2026-09-21 26436, 2026
scathatheworm[m]
when I "scan" does it send the results back to the DB or is there something else I need to do
2026-09-21 26447, 2026
outsidecontext[m
If a scan finds a result then the link between a MB recording and the AcoustID is already there. If it doesn't, you can match the file otherwise to a recording. Once done there is a button in the Picard toolbar to submit the fingerprints
2026-09-21 26437, 2026
outsidecontext[m
This works after a scan, because it calculated the fingerprint. You can also use "generate fingerprints", this generates only the fingerprints without the online lookup. Afterwards you can also submit them for files matched to a recording
2026-09-21 26443, 2026
terinjokes has quit
2026-09-21 26449, 2026
terinjokes joined the channel
2026-09-21 26448, 2026
Amny joined the channel
2026-09-21 26440, 2026
AMNeSia has quit
2026-09-21 26411, 2026
scathatheworm[m]
Adding entire discographies is a rabbithole of extra discographies to add
2026-09-21 26443, 2026
ivy
the complete discography is not for man to behold
2026-09-21 26443, 2026
scathatheworm[m]
This is just what I can pull from spotify if it's still extant, a lot of it isn't any more 🙁 and I have no way to confirm completeness, I just kinda have to hope
2026-09-21 26411, 2026
Amny has quit
2026-09-21 26448, 2026
Amny joined the channel
2026-09-21 26424, 2026
carbolymer has quit
2026-09-21 26453, 2026
carbolymer joined the channel
2026-09-21 26439, 2026
Amny has quit
2026-09-21 26451, 2026
Amny joined the channel
2026-09-21 26401, 2026
plunderdiscutie[ joined the channel
2026-09-21 26402, 2026
plunderdiscutie[
Transphobic techno? Two words I thought I would never see together.
2026-09-21 26450, 2026
scathatheworm[m]
That was my response when I first saw it, followed by "what the shit did I just listen to"
2026-09-21 26402, 2026
plunderdiscutie[
I'm too scared to even try tbh lol
2026-09-21 26447, 2026
scathatheworm[m]
don't bother, the title is also the lyrics sheet
2026-09-21 26403, 2026
scathatheworm[m]
unrelated TIL TIdal and Quboz Metadata is not be trusted either, just like Apples
2026-09-21 26400, 2026
scathatheworm[m]
Can't tell if it's the providers or the artist at fault, but they have a habit of smashing simarily named artists together
2026-09-21 26412, 2026
plunderdiscutie[
Oh :/
2026-09-21 26413, 2026
scathatheworm[m]
Naturally less of an issue if you're a big label money maker, but for obscure stuff
2026-09-21 26416, 2026
G0d joined the channel
2026-09-21 26403, 2026
MeatPupp3t217362 has quit
2026-09-21 26407, 2026
MeatPupp3t217362 joined the channel
2026-09-21 26412, 2026
UltraFuzzy has quit
2026-09-21 26439, 2026
gnu_andrew joined the channel
2026-09-21 26443, 2026
shrikefin[m] joined the channel
2026-09-21 26443, 2026
shrikefin[m]
It's a case of both carelessness and sometimes malicious intent.... (full message at <https://matrix.chatbrainz.org/irc/v1/media/download/AdA1E_vQ8xad9jDQ5ydowfGu2-jm1UEt50-hfAzVM40ZMmk16peQQVBYnfGVCczUuxVezhvrALWPYhjwVRVCGAZCeg6C2bLwAGNoYXRicmFpbnoub3JnL1p1TWlwZk5PTE9aSkxPb1FLS3drSWpRWg>)
2026-09-21 26433, 2026
shrikefin[m]
Malicious actors insert bigger names as "featuring" artists and try to get streams from automated playlists and like for their usually low effort tracks.
2026-09-21 26433, 2026
shrikefin[m]
This was an issue even before AI slop came a long. Practically nobody did anything useful to prevent it.
2026-09-21 26409, 2026
Island joined the channel
2026-09-21 26428, 2026
shrikefin[m]
* "featuring" artists (for example) and try
2026-09-21 26449, 2026
reosarevok[m] joined the channel
2026-09-21 26450, 2026
reosarevok[m]
Ah yeah, that's always fun, release radar stuff like instrumental tracks featuring famous artist Foo
2026-09-21 26433, 2026
jmml
is there a preferred way to add dates like "circa 1984/1985" to a recording?
2026-09-21 26407, 2026
reosarevok[m]
The annotation basically, we don't really support that in any practical way
2026-09-21 26452, 2026
kelt0m is now known as fdp
2026-09-21 26448, 2026
iamtheblackmetal joined the channel
2026-09-21 26449, 2026
iamtheblackmetal
Would the recording to work relationship with a date of 1984 to 1985 not be just that?
2026-09-21 26441, 2026
UltraFuzzy joined the channel
2026-09-21 26403, 2026
tagomago joined the channel
2026-09-21 26404, 2026
reosarevok[m]
Do we know it's either 1984 or 1985? If so, kinda
2026-09-21 26420, 2026
reosarevok[m]
If it's literally just "circa", where it is an estimation and it could be 1983 for all we know, no
2026-09-21 26446, 2026
Jinx
outsidecontext[m: thank you for the response. "Locally it generates an acoustic fingerprint"--but that's not the AcoustID? is there no way to compute the AcoustID locally? or even to see the "locally generated" fingerprint?
2026-09-21 26416, 2026
iamtheblackmetal
Fair enough. I'm used to bands saying stuff like recorded summer 1996 or something so I can list 1996 and leave the rest for further refinement
2026-09-21 26405, 2026
outsidecontext[m
@Jinx: The fingerprint is not the AcoustID, the AcoustID is not calculated but a unique ID assigned by the AcoustID server. The AcoustID groups similar fingerprints. The fingerprint itself gets calculated from the audio. In its raw form it is a list of numbers, but it is usually shown compressed. You can enable Picard to write the fingerprint to a tag in the fingerprinting options. It is off by default, as the data can be
2026-09-21 26405, 2026
outsidecontext[m
calculated from the audio at any time.
2026-09-21 26418, 2026
DrAetheria joined the channel
2026-09-21 26441, 2026
mib[m]1
Jinx: you do generate the acoustid locally. acoustid uses chromaprint, which is one implementation of an ascoustic fingerprint.
reosarevok[m]: iamtheblackmetal: the album was released in 1985 with no date mentioned but it list the Kurzweil 250 as an instrument which wasn't available until 1984 so it's a pretty limited range. currently mb says it was recorded in 1981 which is obviously wrong (a later reissue printed that but it's considered a mistake now)
2026-09-21 26432, 2026
rogorido has quit
2026-09-21 26432, 2026
socksbuny has quit
2026-09-21 26432, 2026
mercxry has quit
2026-09-21 26432, 2026
fzlr has quit
2026-09-21 26432, 2026
yoshiyosh has quit
2026-09-21 26432, 2026
ijc has quit
2026-09-21 26432, 2026
t6789ing has quit
2026-09-21 26432, 2026
sambot has quit
2026-09-21 26414, 2026
rogorido joined the channel
2026-09-21 26414, 2026
socksbuny joined the channel
2026-09-21 26414, 2026
mercxry joined the channel
2026-09-21 26414, 2026
fzlr joined the channel
2026-09-21 26414, 2026
yoshiyosh joined the channel
2026-09-21 26414, 2026
ijc joined the channel
2026-09-21 26414, 2026
t6789ing joined the channel
2026-09-21 26414, 2026
sambot joined the channel
2026-09-21 26436, 2026
sambot has quit
2026-09-21 26448, 2026
sambot joined the channel
2026-09-21 26430, 2026
AJ_Z0 has quit
2026-09-21 26409, 2026
sp1ff has quit
2026-09-21 26402, 2026
AJ_Z0 joined the channel
2026-09-21 26453, 2026
mib[m]1
<outsidecontext[m> "@mib: no, you generate the..." <- oh fair, that's my bad! i thought acoustids were just a format/encoding for the fingerprint and all the website did was provide fingerprint <-> recording gid mappings. thanks for clearing that up :) apologies for spreading misinformation.
2026-09-21 26455, 2026
outsidecontext[m
@[mib 🥐] np, it's a common misunderstanding and sometimes hard to grasp
2026-09-21 26428, 2026
outsidecontext[m
Theoretically I think fingerprints could have gotten linked to MB recordings directly. But AcoustID was meant to work also independently to some degree
2026-09-21 26431, 2026
outsidecontext[m
Also before AcoustID there where PUIDs. Proprietary audio fingerprinting, but had a similar structure of fingerprints and server assigned IDs
