Live data from Hacker News

MusicBrainz: an open music encyclopedia

musicbrainz.org

81–90 of 96 posts

Re: MusicBrainz: an open music encyclopedia

#81

What about http://linkedbrainz.org ? Is it a dead project?

LinkedBrainz is not something that the MetaBrainz team is directly involved with, however, according to themselves, «[they are] back, if basic for now.»

(Note that there's also a "GraphBrainz" project (also not something MetaBrainz is involved with), posted about earlier here: https://news.ycombinator.com/item?id=14479031 )

Re: MusicBrainz: an open music encyclopedia

#82
post #65

I'd just like to reiterate how utterly amazing MusicBrainz is. It's so extremely useful that I decided to make it the backbone of a new playlist format I developed[1], one which (roughly) uses MusicBrainz IDs instead of filenames for playlists. This makes playlists resistant to filename changes, moves, or even losing all the actual audio tracks and having to buy them again, all because MusicBrainz provides so accurat…

I really like the idea of your universal playlist format, are there any players that support it?

None yet, I'm afraid, although I'm writing a beets plugin to convert from pls to UPL and back. The problem with the plugin is that it's just not that useful unless you have a whole playlist manager to go along with it, which beets doesn't do very well right now. I'd be very happy if there was a player with good playlist management functionality that would support it, or that I could write support for, but I don't personally use any...

Re: MusicBrainz: an open music encyclopedia

#83
post #68

Earlier quoted context omitted.

The amount of data is amazing – but I find that it's both a blessing and a curse. It absolutely excels at the use case of tagging audio files (as a lot of people here are noting), and as an encyclopedic reference (its purpose). For other software integration use cases, where there is any ambiguity involved whatsoever, a huge portion of code needs to be dedicated to deciding which recording/release/etc. is the likely…

"Canonical" can't apply to music releases in an objective and definitive way. Context certainly matters (first, modified, compilation, remaster, remix, audiophile pressing, and so on) but you can't even nail "canonical" to first release, especially for singles, because there may be early promo mixes, radio mixes, vinyl mixes, iTunes mixes, and so on - all mastered differently. Most people's idea of "canonical" is rea…

You've described the issue pretty well, and I understand (and agree with!) all of that – like I said, I've devoted a LOT of time to solving this.

> Most people's idea of "canonical" is really "The version I want to hear without having to specify other details". But that's subjective and likely to be significantly different for some non-trivial percentage of users, especially in different territories.

Yup! You are describing the problem literally any search engine faces. And yet, Google/Bing/etc. provide pretty smart results. So, do you think the "Smells Like Teen Spirit" recording by Francis Drake is the BEST first result, as MusicBrainz says it is? Is a live bootleg recording the BEST second result? In any locale? MusicBrainz is NOT primarily a search engine, but all that data has very little value if people (and other software) can't actually find it! This absolutely harms adoption.

OK, so we might not need to nail down a "canonical" version when we live in a world with search ranking scores. I totally realize "canonical" is a bad word choice on my part – but it's really how people think of these things!

> Spotify probably just makes an informed stab at "most popular" - which is a good heuristic and will work most of the time, but is hard to calculate when you don't have Spotify's stats.

I bet they do it that way too, but I think you're throwing in the towel way too early here. :) I have a system that works amazingly well and nearly always chooses the most likely intended recording without any listen count data. MusicBrainz has a LOT of data available to it, what type of heuristics might make sense here? I use a ranking system that takes all these factors into account and, like Lucene, assigns a score:

• Number of releases & release groups the recording appears on (the most well-known recording is more likely to appear on additional albums like compilations, and more likely to be widely released in lots of countries).

• How old the release is relative to the other search results (earlier matches are more likely to be the original).

• Whether the recording is from a release with a "single from" relation to another album (the target LP is more likely to hold the recording we want).

• Whether it's from a release that's an Album or EP (positive weighting), or Live (negative weighting), whether the recording ONLY appears on Compilation albums (negative weighting), whether it's any other type of release like Bootleg (strong negative weighting).

• Whether the recording has ISRCs entered for it (more well-known recordings are more likely to have ISRCs in the first place, and also more likely for people to have entered them into MusicBrainz).

• Whether MusicBrainz users have entered any tags and ratings for it (weak but positive correlation with how popular it is).

• Domain-specific string similarity metrics; essentially, query expansion that makes sense specifically for song titles & artist names. This lets certain matches remain equivalent when it makes sense (e.g. "mambo number 5", "mambo no. 5", "mambo #5", "mambo number five" should all be exactly equivalent in terms of string matching. Lucene does some of this already of course, but not nearly enough – I have a query expander with hundreds of examples where Lucene does a worse job)

I can think of more too, that my system doesn't currently use. All that's without relying on any external data source! But if you want to go one better, it's also possible to correlate results with other APIs like WikiData, DBpedia, Spotify, YouTube…

In most cases, I've found that there's enough of a delta between the top score and the second-best score to determine which one is "correct". (Yes, that word, I know…)

Ideally MusicBrainz would be on par with a human expert in determining which recording you most likely meant, and I believe that it CAN do this today, but it doesn't.

Re: MusicBrainz: an open music encyclopedia

#84
I've been trying to figure out which music metadata database is worth my time "improving", since there are three that are commonly used. MusicBrainz, Discogs and Rate Your Music. I use Discogs currently because you can expect high quality metadata, and I use that data in a Foobar2000 plugin to tag my music correctly.

It's the constant questioning I do for Wiki sites, since there are multiple for most subjects. Am I alone in this struggle? I wouldn't mind being talked out of using Discogs for the sake of creating / managing metadata that will be the most useful.

Re: MusicBrainz: an open music encyclopedia

#85
post #83

Earlier quoted context omitted.

"Canonical" can't apply to music releases in an objective and definitive way. Context certainly matters (first, modified, compilation, remaster, remix, audiophile pressing, and so on) but you can't even nail "canonical" to first release, especially for singles, because there may be early promo mixes, radio mixes, vinyl mixes, iTunes mixes, and so on - all mastered differently. Most people's idea of "canonical" is rea…

You've described the issue pretty well, and I understand (and agree with!) all of that – like I said, I've devoted a LOT of time to solving this. > Most people's idea of "canonical" is really "The version I want to hear without having to specify other details". But that's subjective and likely to be significantly different for some non-trivial percentage of users, especially in different territories. Yup! You are des…

Also, note: in theory MusicBrainz already has metrics for the number of clicks, views, lookups, and edits certain entities get through their site and API. I bet these are strongly correlated with listens/popularity.

Re: MusicBrainz: an open music encyclopedia

#86
post #85
post #83

Earlier quoted context omitted.

You've described the issue pretty well, and I understand (and agree with!) all of that – like I said, I've devoted a LOT of time to solving this. > Most people's idea of "canonical" is really "The version I want to hear without having to specify other details". But that's subjective and likely to be significantly different for some non-trivial percentage of users, especially in different territories. Yup! You are des…

Also, note: in theory MusicBrainz already has metrics for the number of clicks, views, lookups, and edits certain entities get through their site and API. I bet these are strongly correlated with listens/popularity.

>In theory MusicBrainz already has metrics

What does "in theory" mean here? Do those tables exist in whole or some part? Is this a matter of indexing an existing data set or hoping some data was acquired by accidental consequence?

Re: MusicBrainz: an open music encyclopedia

#87
post #85

Earlier quoted context omitted.

Also, note: in theory MusicBrainz already has metrics for the number of clicks, views, lookups, and edits certain entities get through their site and API. I bet these are strongly correlated with listens/popularity.

>In theory MusicBrainz already has metrics What does "in theory" mean here? Do those tables exist in whole or some part? Is this a matter of indexing an existing data set or hoping some data was acquired by accidental consequence?

I'm assuming it already exists due to the existence of pages like https://musicbrainz.org/tops/mb_top_stuff.html and https://stats.metabrainz.org, I'm just not positive of it. :)

Even if it's not collected though, it's data that they at least already have the ability to collect by simply flipping a switch, as opposed to spinning up a whole new ListenBrainz service and hoping it gains traction.

Re: MusicBrainz: an open music encyclopedia

#89

Just to push home the awesomeness of crazy music nerds that together create MusicBrainz, please have a look at these two examples: 1. Number of releases per album individually tagged: https://musicbrainz.org/release-group/f5093c06-23e3-404f-aea... 2. The amount of metadata for an album: https://musicbrainz.org/release/b84ee12a-09ef-421b-82de-0441... When you get used to this kind of high quality metadata, it's just s…

I believe.. Spotify got sued and paid for it.. And now they bought an Ethereum Startup to fix the problem of paying royalties.

Re: MusicBrainz: an open music encyclopedia

#90
post #87

Earlier quoted context omitted.

>In theory MusicBrainz already has metrics What does "in theory" mean here? Do those tables exist in whole or some part? Is this a matter of indexing an existing data set or hoping some data was acquired by accidental consequence?

I'm assuming it already exists due to the existence of pages like https://musicbrainz.org/tops/mb_top_stuff.html and https://stats.metabrainz.org , I'm just not positive of it. :) Even if it's not collected though, it's data that they at least already have the ability to collect by simply flipping a switch, as opposed to spinning up a whole new ListenBrainz service and hoping it gains traction.

Note that ListenBrainz may be used for getting "popularity" metrics, but that is not its intended goal.
Post reply on HN