0:09 AM
apetresc joined the channel
0:15 AM
mukti has quit
0:15 AM
mukti joined the channel
0:19 AM
function1 has quit
0:22 AM
broodroost3r joined the channel
0:28 AM
function1 joined the channel
0:34 AM
mven97 has quit
0:36 AM
mven97 joined the channel
0:59 AM
iconoclasthero joined the channel
1:08 AM
minimal has quit
1:22 AM
vzctr8 has quit
1:29 AM
function1 has quit
1:33 AM
scrumplex___ has quit
1:34 AM
scrumplex joined the channel
2:17 AM
function1 joined the channel
2:22 AM
function1 has quit
2:34 AM
JetpackJackson has quit
3:11 AM
iconoclasthero has quit
3:45 AM
function1 joined the channel
3:49 AM
function1 has quit
3:49 AM
Island_ has quit
4:07 AM
Erin
has anyone ever run into picard putting data in the id3 tags that says, in the total tracks, "X/X" instead of just "X"?
4:07 AM
the data from the site/api seems to say, for example, 26, but picard writes in "26/26"
4:07 AM
so if i save something in it and then immediately load it back in, it flags as not fully matched
4:09 AM
im going to try updating in a bit, to see if that helps, but otherwise, i have no ideas
4:11 AM
lw
Erin: what do you mean by "total tracks"? there is no such field in ID3 as far as i know, total tracks is indicated by X/X in the "track" (TRCK) field
4:12 AM
(unlike e.g. Vorbis where total tracks is sometimes stored as TOTALTRACKS)
4:13 AM
Erin
4:13 AM
left is what was saved
4:13 AM
right is what picard brings back from the site
4:13 AM
this is post save and reload
4:14 AM
lw
do you happen to have 'soxi' installed? (this is part of 'sox' package on most Unix systems) - if so, the output of 'soxi <file>.mp3' might be helpful
4:14 AM
Erin
i havent added anything and this is windows 10
4:15 AM
lw
could you upload one of the MP3s form the album somewhere?
4:15 AM
i don't know if there's an easy way to get raw ID3 tags on Windows...
4:16 AM
Erin
im looking at the spec right now tos ee what's up
4:17 AM
i "think" total tracks was an id3v2.4 addition
4:17 AM
lw
i am leaning towards this being a Picard issue fwiw, not that it's writing wrong data to tag but it's somehow interpreting the existing tags wrongly
4:17 AM
Erin
well it sorta isnt writing the wrong "tag" so much as the wrong content
4:17 AM
lw
4:17 AM
Erin
the tag is clearly represented on both sides
4:17 AM
lw
there is TRCK frame with "X/Y" (where Y is total tracks") but there's no separate field for total tracks
4:17 AM
Erin
its just that whatever the site/api sent, that's not what picard put in the field
4:20 AM
im not seeing it there either
4:20 AM
but not 100% sure what the deal is
4:20 AM
picard recognizes it
4:20 AM
these /are/ mp3 files
4:25 AM
...wait ... is picard acting in flac mode for mp3 tagging?
4:25 AM
...is total tracks a flac thing?
4:26 AM
that would explain a lot
4:27 AM
lw
there is a totaltracks/tracktotal field sometimes used in Vorbis (FLAC) tags, yes
4:28 AM
but it's not possible to write that to an ID3 tag unless it was using a TXXX field, which seems unlikely
4:29 AM
(that's why i asked for soxi output or a copy of the file, to see what it's actually writing to the mp3)
4:29 AM
Erin
hm
4:29 AM
lw
i don't use MP3 myself so i don't know what it normally does here
4:29 AM
Erin
checking in a tool i do have
4:29 AM
it looks like it's written in extended stuff
4:30 AM
lw
it probably writes a lot of TXXX tags for the release id and other mb-specific stuff
4:30 AM
as those aren't defined in ID3
4:30 AM
Erin
...hmm but what mp3tag is showing me isn't what picard is showing me
4:30 AM
beanbrain has quit
4:30 AM
i think picard is confused about extended stuff it wrote
4:31 AM
lw
did it write an extended tag for total tracks though? i would find that surprising
4:31 AM
Erin
yeah
4:31 AM
but what it wrote is /actually/ 26
4:31 AM
so it's simply "displaying" 26/26 for some reason
4:32 AM
the actual track tag says 2/26, but that's .... valid
4:32 AM
but also, it definitely writes them either way, cause that's where all the musicbrainz tags go
4:32 AM
4:33 AM
what's really weird though is that ive seen it before, but it's usually all the files in an album, or none
4:33 AM
this time, it's a few random ones
4:34 AM
it's also interesting that picard doesn't write he year tag, seeming to prefer a couple custom fields in the extended section
4:36 AM
lw
it should write the year as TDOR for the oldest release in the group and TDRL as the release date... if it doesn't that seems like a bug
4:37 AM
Erin
it seems to write custom fields called ORIGINALYEAR and ORIGYEAR
4:37 AM
lw
(when i say 'should' i just mean that would be the correct behaviour, like i say i don't use mp3 so i'm not sure what it actually does)
4:37 AM
Erin
right
4:38 AM
personally i would have thought it should do that too
4:38 AM
.....actually frankly, i thought it _did_
4:38 AM
never thought to check until now
4:38 AM
lw
does it not write TDRL at all? that would be odd as surely mp3 players expect that
4:39 AM
i do have some mp3s lying around, maybe i should load them into picard and see what it does
4:40 AM
Erin
4:41 AM
winamp id3 viewer shows me the same blanks for year, publisher, original artist, copyright
4:41 AM
which all seem like things we could have filled out
4:42 AM
maybe i really do have to update
4:43 AM
lw
4:43 AM
Erin
i wonder if it's something to do with file histories
4:44 AM
lw
ah wait no it did
4:44 AM
let's see what happens when i save it
4:44 AM
Erin
it also doesn't happen for me all the time
4:44 AM
or at least if it does, it does it without the x/x thing
4:44 AM
it did?
4:44 AM
if you save and reload, it appears?
4:44 AM
lw
it did, i just missed it looking at the screenshot :-)
4:44 AM
Erin
oh, i see it now
4:44 AM
lw
so i saved it, let's try reloading it
4:44 AM
Erin
right
4:44 AM
it ssomewhere else in yours vs mine
4:45 AM
ah i think my tag names are listed alphabetically?
4:45 AM
anyway ...
4:45 AM
lw
when i reload the saves file it shows it as a normal (not green, not yellow) field
4:45 AM
Erin
yeah, that's good
4:45 AM
and to be clear, 98% of the time, that's what happens
4:45 AM
it's the few occasions where i save and reload something, it shows me the x / x thing
4:45 AM
and indicates a difference at the same time
4:46 AM
now, having examined this in mp3tag, it's even weirder, what with the extended stuff not actually having that
4:47 AM
begging the question, how has it come to show me 26/26 in total tracks, when what it wrote was .... not that?
4:47 AM
or more importantly, when what it read was not that?
4:47 AM
MeatPupp3t has quit
4:47 AM
definitely gotta update, now
4:47 AM
im curious
4:47 AM
i just gotta clear though what im working on and then do it
4:47 AM
MeatPupp3t joined the channel
4:49 AM
lw
4:50 AM
it does list both ORIGYEAR and ORIGINALYEAR which is a bit odd, i wonder what tags it takes that from
4:50 AM
Erin
that almost certainly has to be the mb api
4:50 AM
or a picard internal thing
4:51 AM
that includes you saving after the last screenshot?
4:51 AM
i mean, i assume so since i see mb custom tags
4:51 AM
lw
yeah, the last screenshot is after saving in Picard and opening the mp3 in mp3tag
4:51 AM
Erin
but im just ... sort of at a loss
4:52 AM
....see im a software engineer, and this makes me want to open the code up now XD
4:53 AM
i grabbed a file that didnt have the reload issue in picard and it does still show in mp3tag as having that field
4:53 AM
so yeah, no idea
4:54 AM
lw
hard to believe that mp3 has been in common use for about 30 years at this point and we're still messing with this
4:54 AM
Erin
XD
4:54 AM
it never ends
4:54 AM
mp3 tags are like javascript
4:54 AM
lw
(not that Vorbis comments are any better, they can't even agree on what to call the subsubtitle tag)
4:54 AM
Erin
they weren't meant for this
4:54 AM
they were never meant for this
4:55 AM
lw
s/subsubtitle/setsubtitle
4:55 AM
Erin
..............but they were there, and we needed "something" XD
4:55 AM
and they got abused and added onto until they became weird
4:55 AM
but iwth this being in extended, iw ouldn't even blame this on mp3
4:55 AM
i would p ut it on MB or picard
4:56 AM
lw
i'm pretty sure it's not mb as the database knows nothing about mp3/id3v2, but it could well be a picard bug
4:56 AM
Erin
i assume the database just knows the info in general
4:56 AM
and the api just returns it
4:57 AM
and picard just writes it
4:57 AM
lw
yeah, picard is what turns the generic api info into id3 frames
4:57 AM
function1 joined the channel
4:57 AM
Erin
what's even weirder is that the badness doesn't show up in mp3tag
4:57 AM
somehow, it wrote 26 into the field, but it reads 26/26
4:57 AM
and i dont know how
5:03 AM
function1 has quit
5:08 AM
discordbrainz
<11muxxer.exe> Do you guys think that a GamesBrainz is viable?
5:11 AM
lw
sure
5:11 AM
i don't know if i'd actually use it, but there's loads of metadata people could enter there if they wanted to
5:13 AM
discordbrainz
<11muxxer.exe> I'd like to try and make such a system, specially given that there is no proper videogame database that is of easy access and to which people can contribute freely.