Interesting, thanks! Looks a bit more complicated/overkill than I need though. I'll probably just end up writing what I want as a shell script and a patch to the player I'm using, if I can figure out a little C++. Some day or another. :)
abdulocracy1 has quit
MRiddickW joined the channel
abdulocracy1 joined the channel
Lotheric_ joined the channel
Lotheric has quit
gcrkrause has quit
gcrkrause joined the channel
SothoTalKer_ joined the channel
SothoTalKer has quit
SothoTalKer_ is now known as SothoTalKer
BrainzGit
[listenbrainz-server] 14srichter opened pull request #1774 (03master…LB-1033-fix_doc_comment): LB-1033: Fix doc comment for listenbrainz.webserver.views.api_tools.MAX_LISTEN_SIZE https://github.com/metabrainz/listenbrainz-serv...
nbin
what's the current state of "deleting all listens resets stats"? hard to tell what i should be expecting based on open/closed issues. i deleted all of my listens about 5 days ago and my charts still show old data and the total listen count shows ~5,000
reosarevok
lucifer: ^
lucifer
nbin: takes 15 days for deletes to affect stats. the listen count thing is probably a bug, it should reset immediately.
nbin
stats being reports + charts?
lucifer
yes
nbin
gotcha. i've deleted my listens a few times and the listen count has never reset
it decreases, but always stays around 5,000
lucifer
i see. what's your username?
nbin
can i pm it to you?
lucifer
sure
huh, interesting i tried to manually fix it but it climbed back up again 🤔
nbin
went from 4587->872 on my end
lucifer
yeah that was me resetting listen count for your user so that it gets recalculated.
should have been 0.
nbin
those 872 songs are just big earworms i guess
lucifer
weird stuff, i checked the db and it has no listens for you. so the delete worked fine not sure how its counting 872 listens.
reosarevok
That's what happens when you make a deal with lucifer. Strange things.
(sorry, you know I have to)
lucifer
i can assure these are glitches, the vast majority of deals go fine ;)
ok i think i figured it partially.
mayhem: do you know when it listen_count_30day updated? only during regular cron run daily or continously or some other periodic run.
nbin: it can take upto a day for the listen count to become accurate again. if isn't zero tommorrow then there is another bug somewhere and i'll relook.
digged more, its missing from the mapping index because its missing from mapping.tmp_mbid_mapping_releases table and its missing there because of the joins here https://github.com/metabrainz/listenbrainz-serv...
the medium format for this release is NULL.
petitminion joined the channel
petitminion has quit
CatQuest joined the channel
CatQuest
fwiw I think QuodLibet is a pretty good player. you can configure it to view on any tag really (but i'm not clever enough o make it work perfectly for me)
peopel used to this sort of thing would be very good at it though
I'll fix that before I rematch all of 2021. it should bring some more matches for us.
yeah.
but I can't work on that yet. I gotta finish the changes to troi.
I'm contemplating that all of the YIM playlists will be nothing more than one single troi script.
lucifer
can i help?
mayhem
(which will run for hours and hours)
if you want to try and fix that query to accurately include NULL medium formats, go for it.
lucifer
yeah single script running for users one after the other sounds right.
mayhem
bono should be well setup to run that. there are rudimentary mapping test that can be run to ensure the mapping doesn't get borked by the changes in the query.
lucifer
LEFT JOIN should include NULL formats but what about ordering. how should null formats be ordererd/
mayhem examines the query
mayhem
this is literally at the heart of the mapping.
lucifer
what's the purpose of the ordering?
mayhem
so that albums are preferred over other formats.
but that means that all formats need to be sorted somehow. and given that we have no idea what format it is, put them at the end the of the collation order, I would say.
lucifer
i see, so NULLS LAST should make sense?
mayhem
yes
which will prefer all other formats, but not exclude releases for which we only have one NULL format.
lucifer
👍, i'll update the query and then ask about how to run this on bono.
mayhem
great. I'm happy you understand this mapping. very very good to have a second person.
I love how people are slowing coming and asking questions. its great to find holes here and there -- would be impossible without more eyes
lucifer
indeed :D
mayhem
but I deffo need to spend some more time on other mapping improvements very soon.
in particular I need to work out a rematch schedule.
mayhem: this is what it looks like after the left join and nulls last (its actually default for asc order but specifying nayway for clarity)
(type is primary type, id is secondary type)
mayhem
should work.
wanna make a branch? I can run it on bono and we'll see
lucifer
sure pushing now
BrainzGit
[listenbrainz-server] 14amCap1712 opened pull request #1775 (03master…mapping-format-null): Use LEFT JOINs for medium format in mapping because it can be NULL https://github.com/metabrainz/listenbrainz-serv...
lucifer
😆
mayhem
I ran the tiny dataset test (3 tests only) and they all passed. good first sign.
now building the full set.
piwu85 has quit
lucifer: I think we should rebase your mapping-format-null branch over add-mbid-mapping-explain since that is what is running in prod right now.
I've looked at your comments and I dont see a lot of fixes (other than docs) that are needed for that PR.
this improvements you suggest should come in a later PR.
piwu85 joined the channel
lucifer
ah right, i'll rebase.
yvanzo
O’Moin
mayhem
if the larger tests pass, Im happy to merge your mini branch and then deploy again.
moin yvanzo
lucifer
👍
rebased and pushed
mayhem returns to make troi to mind bending stuff
mayhem
the next thing to implement is a multiplexer element that combines output of the for loop back into one single stream which can be used to add YIM data to LB DB
reosarevok
moin yvanzo :)
zas
community is down, doing an upgrade, that went bad
atj
CatQuest: I agree regarding Quod Libet but unfortunately it seems to be barely maintained
monkey
Hi akshaaatt
akshaaatt
Wanted to give some updates monkey. I made some PRs to BookBrainz and will contribute more next week. Other than that I was making some updates to YIM.
What's your schedule for this week like?
I wanted to ask regarding yim that should we move the 2021 graphic we use to the left and the user details to the right? So that in mobile version the graphic comes first and then we have the details
monkey
I saw the PRs for BookBrainz, thanks ! :) Good to see more cross-polination
That footer is going to look nice and consistent !
akshaaatt
Yusss
monkey
The rest of the week I was to be working on YIM mainly. Good suggestion for the graphic, I'll move that over (going to start work on YIM right now)
zas
community is back, this upgrade took longer than expected
monkey
Thanks zas
akshaaatt
Great! I'm looking to fix the UI for the Your top recordings/artists/albums which I think is a bit tricky
monkey
Happy to discuss with you if it helps
tandy1000
is YIM live anywhere?
mayhem
tandy1000: a bit early still. not all the data has been collected yet.
tandy1000
ok, il be more patient :)
akshaaatt
monkey I'm looking to add album coverarts in that component. Would that be easy to do?
[listenbrainz-server] 14mayhem merged pull request #1775 (03add-mbid-mapping-explain…mapping-format-null): Use LEFT JOINs for medium format in mapping because it can be NULL https://github.com/metabrainz/listenbrainz-serv...
monkey
akshaaatt: Well… For recordings and releases, provided we have release MBIDs attached, piece of cake. There's code for that in the ListenCard. However for artists we don't really have any resources
And it falls out of the scope of the Cover art archive