#metabrainz

[listenbrainz-server] 14dependabot[bot] opened pull request #2647 (03master…dependabot/npm_and_yarn/adobe/css-tools-4.3.2): Bump @adobe/css-tools from 4.3.1 to 4.3.2 https://github.com/metabrainz/listenbrainz-serv...

[critiquebrainz] 14amCap1712 merged pull request #506 (03master…refactor-tests): Test Improvements https://github.com/metabrainz/critiquebrainz/pu...

aerozol: i didn't get the time to investigate it yet, will do today

[critiquebrainz] 14amCap1712 opened pull request #507 (03master…speedup-tests): Upgrade Flask related dependencies https://github.com/metabrainz/critiquebrainz/pu...

I love how navidrome sorts albums based on original date, and shows both the original and re-release dates

moooin!

outsidecontext: I'm currently confused by navidrome -- the file paths it returns via its subsonic API are somehow ... munged.

I'll need to get back to that and make sure I'm not doing anything dumb, but I saw that and just closed that tab.

yes, metadata is hard. almost everyone gets it wrong.

[critiquebrainz] 14amCap1712 merged pull request #507 (03master…speedup-tests): Upgrade Flask related dependencies https://github.com/metabrainz/critiquebrainz/pu...

mayhem: I think navidrome generates tag based paths, and does not use actual file paths

[critiquebrainz] 14amCap1712 closed pull request #496 (03master…dependabot/pip/werkzeug-3.0.1): build(deps): Bump werkzeug from 2.2.3 to 3.0.1 https://github.com/metabrainz/critiquebrainz/pu...

there is a field in the DB returned for a song that looks like a file path.

yes, but it's constructed by tags and actually not the file path on disk :(

`Abakus/Futurism, Part 1/03 - Spark.ogg` returned by API `Abakus/Futurism, Part 1/03 Spark.ogg` vs on disk

oh, I guess my hopes of fixing that URL are just a pipe-dream.

meh, navidrome is soo good on many fronts, but absolutely stuffs it on metadata.

🤦‍♂️

mayhem: yes, I'm pretty sure the first path is just made from metadata. in my case that fits the physical path often, but often not

[listenbrainz-server] 14amCap1712 merged pull request #2647 (03master…dependabot/npm_and_yarn/adobe/css-tools-4.3.2): Bump @adobe/css-tools from 4.3.1 to 4.3.2 https://github.com/metabrainz/listenbrainz-serv...

[data-set-hoster] 14amCap1712 merged pull request #16 (03master…dependabot/pip/werkzeug-3.0.1): Bump werkzeug from 2.3.4 to 3.0.1 https://github.com/metabrainz/data-set-hoster/p...

that info about not using recording MBID is actually not fully correct. it uses them for LB submission, as well as artist and release MBID

do you know of a way to use the API to discover them?

I am able to generate local LB radio playlists, but now I am working on how to create playlists on the Navidrome side.

I've got code to sync the DB, but there is nothing that allows me to sync with exactly.

mayhem: they recently merged opensubsonic extensions, see https://github.com/navidrome/navidrome/pull/2597 . opensubsonic extends the data, including some MBIDs

for some reason that navidrome implementation does not include the recording MBID, which is strange. I wanted to submit a PR to fix this

yyyayaaya. very good. do you know if a release is on the horizon?

the merged part is in the latest release, but as I said only with release MBIDs (in the album endpoints)

so would be cool to get this extended for recording IDs.

release ids and track nums allow me to match, so I'm good. I am working on a per album basis anyway, so works for me.

sounds good

oh, new release. I must've last looked a day BEFORE the release.

thanks for the info, I"m back in business.

https://opensubsonic.netlify.app/docs/responses... specifies the MBID also for "songs"

that was easy. ok, time to pay people, then I can play more.

mayhem: nice, look: https://github.com/navidrome/navidrome/commit/f... just got merged 2 days ago. so I guess with the next release the API should return all the relevant MBIDs (and m

[listenbrainz-server] 14amCap1712 merged pull request #2633 (03master…playlist-fix): Link to each artist in artist credit separately on Playlist pages https://github.com/metabrainz/listenbrainz-serv...

🙄 reosarevok how much should I dock you pay for that 'equivocado' ???

:D

4 minutes late on the invoice. sheesh.

If my memory serves, you should give me a nice retirement pay and send me to Kuwait?

WTF kuwait? the really believe that birds are not real.

Oh, sorry, Abu Dhabi it was

(https://www.rtve.es/noticias/20220523/rey-emeri...)

ahhhhh, vale. solsob.

akshaaatt: jasje ping

mayhem: yes

does the LB app use "Foreground service permissions" ?

yes

media player is a foreground service

if we want to continue using them, we need to prostrate ourselves on the altar of google.

can you "Provide a video demonstrating how your app uses the FOREGROUND_SERVICE_MEDIA_PLAYBACK permission for the tasks you've selected" ?

in response to "What tasks require your app to use the FOREGROUND_SERVICE_MEDIA_PLAYBACK permission?"

where is this coming from

mail from google play?

yes. let me foward. dm me your email for expdiency.

sent

huh their I added that permission because android 14 required so

but i cannot test because my AN14 emulator crashes

classic google

should I request the extension to may 31? their shit ought to be settled by then

idk i have an amd system

they usually let amd fend for itself

they say I can request an extension, but where? sigh. google.

only akshaaatt can help woth his pixel

about account deletion

I think we should figure something out about all of that soon

akshaaatt: plz ping us when you have a moment.

if you can please request the extenion

extension*

google is really hostile for android devs nowadays

I dont see anyplace to do that.

they want minimum 20 testers before app goes to production

lucifer: thanks.

lucifer: maybe you test pls?

this seems like local file playback is going to be a royal pain. google no lieky competition.

yea

jasje, mayhem: i don't see a deadline extension link but we can submit a screen recording of media playback in the app to comply.

lets do that. can one of your make one please?

jasje: can you? otherwise let me know which screens use that permission and i will.

lucifer: the permission is only required on AN14

and my AN14 emulator is crashing

jasje: yes but the video doesn't need to be on AN14

so no way to test things

oh

a screen recording of the music playback in the app should be enough afaik

alright ill record one as soon as i get home

👍

i tried to get a bunch of my friends to sign up for ListenBrainz by tempting them with Year in Music reports, only 1 did. everyone else refused because they didn't want their music listening history to be public.

That embarrassing, huh :D

i explained to them, unless they tell anyone their ListenBrainz username it couldn't be traced to them but yeah well.

yeah, the whole concept of increased privacy on the internet is not helping the LB cause. back in the last.fm days people weren't really aware.

and now they are too sensitive, even if music listening data will never put you in real harm.

yeah indeed

and i mean it is fairly anonymous, you just give us an email which remains private.

subtle nuances when it comes to pribvacy are lost on most people, sadly.

yeah i think i am going to omit the part about listening history being public next time i pitch LB to people.

they likely don't care but when i tell them explicitly it might sound omnious.

sneaky. they'll see the sign-in warning, so not evil.

the thing about defaults, most people wouldn't opt in to target ads data collection but they wouldn't opt out either.

outsidecontext: do you have a subsonic/opensubsonic python client lib you like? I need one that supports AlbumID3, not sure that py-sonic does

I mean... What harm does sharing music listening history even cause lmao

embarrassment.

Good one 🤣

I don't think it's about harm. It's about the general feeling people have with regards to their idea of privacy. It's a topic that is close to many people's hearts, but also steeped in sentiment and feelings.

this 2019 t-shirt is exceptionally comfy for some reason https://usercontent.irccloud-cdn.com/file/xIram...

Even more than the 2023 t-shirt I'd say