Freso: You shared a doc on google drive, I just requested access to it.
2017-02-07 03826, 2017
Freso
yvanz: I sent a link straight to the blog.
2017-02-07 03841, 2017
Freso
There's no reason to look at the Google doc anymore, I've already moved it over.
2017-02-07 03851, 2017
Freso
And it's already scheduled for publication.
2017-02-07 03819, 2017
alastairp
armalcolite: we already do ML in acousticbrainz, with SVM
2017-02-07 03803, 2017
alastairp
some researchers here are working on deep learning stuff, but one requirement is more data in AB, we're currently working on choosing the best data to compute
this way, more advanced users can make a change to the config file and restart without having to re-build the image
2017-02-07 03850, 2017
samj1912 has quit
2017-02-07 03851, 2017
alastairp has quit
2017-02-07 03811, 2017
alastairp_ joined the channel
2017-02-07 03826, 2017
alastairp_ is now known as alastairp
2017-02-07 03833, 2017
github joined the channel
2017-02-07 03833, 2017
github
[musicbrainz-server] y-van-z opened pull request #454: MBS-8168: Add distribution of labels by type to /statistics (master...mbs-8168-label-types-stats) https://git.io/vD8QU
2017-02-07 03833, 2017
github has left the channel
2017-02-07 03852, 2017
Freso
alastairp: Ah. Can't help with that. Yet.
2017-02-07 03811, 2017
chirlu joined the channel
2017-02-07 03848, 2017
SothoTalKer
alastairp not detailed enough means all entries have to be resubmitted?
2017-02-07 03813, 2017
Freso
SothoTalKer: Eventually, yes.
2017-02-07 03822, 2017
Rotab
woooo
2017-02-07 03833, 2017
SothoTalKer
cool
2017-02-07 03848, 2017
alastairp
SothoTalKer: yes
2017-02-07 03852, 2017
Freso
(This is one of the reasons I ask/require artists that want me to add their stuff to send my their music in some form, and why I archive CD rips, even if I'm not actually interested in the music.)
2017-02-07 03806, 2017
SothoTalKer
that means i have to buy more stuff :-)
2017-02-07 03810, 2017
samj1912 joined the channel
2017-02-07 03842, 2017
ferbncode_ joined the channel
2017-02-07 03815, 2017
Rotab
oh no... :)
2017-02-07 03816, 2017
dabuni joined the channel
2017-02-07 03811, 2017
dabuni
Hi to all, I have a question regarding Musicbrainz api. If I use the 'browse' API feature in order to find all artists related to a given recording, it will give me only the main artisti. However in the web I can see all artists that performed that given recording, and the instrument they played.
[listenbrainz-server] paramsingh opened pull request #117: Fix another small bug where listen_type was not being detected. (master...listen-type-fix) https://git.io/vD8Nh
2017-02-07 03857, 2017
github has left the channel
2017-02-07 03849, 2017
iliekcomputers
this writing tests for the beta idea of mayhem's was pretty good, I'm finding bugs left and right :P
2017-02-07 03849, 2017
armalcolite
alastairp: oh i wonder how good SVM performs, though i have seen it to provide good results in many use cases. And it has numerous benefits of its own. :D
2017-02-07 03814, 2017
alastairp
we find with SVM that our results are quite comparable to the state of the art
2017-02-07 03822, 2017
alastairp
for most of the existing datasets which are used in the field
2017-02-07 03837, 2017
alastairp
within a few percentage points in cross validation accuracy
so, we need to work out a way to let people contribute new classifiers in a way that we can 1) evaluate that they're actually better than something simple like svm, and 2) find a way that we can run their code on our servers in a safe way
2017-02-07 03829, 2017
SothoTalKer
dabuni: wasn't there something with relationships?
instruments are linked via relationships and I think there was a way to get these with the API
2017-02-07 03858, 2017
dabuni
ok, I'll check
2017-02-07 03859, 2017
dabuni
thanks!
2017-02-07 03821, 2017
dabuni
Anyway, is it possible to scrap directly from the web?
2017-02-07 03822, 2017
armalcolite
alastairp: I mean writing a full framework for allowing classifier submission and testing just for a small bunch of people who know ML/deep learning, what good would it do ?
2017-02-07 03849, 2017
armalcolite
even from those small bunch, only a handful would spend time in writing a classifier for AB
well, if people can build a docker container which has a single program inside which takes an unknown input file and returns a classification
2017-02-07 03814, 2017
alastairp
then we can use that to classify incoming submissions to AB
2017-02-07 03839, 2017
SothoTalKer
if you add inc=artist-rels it should give you the other information
2017-02-07 03851, 2017
alastairp
we've been focusing on the dataset tools, with the assumption that a good quality dataset with SVM will give good results
2017-02-07 03856, 2017
alastairp
and we've shown that to be the case
2017-02-07 03806, 2017
alastairp
but there is more and more interest in people writing their own custom classifiers
2017-02-07 03808, 2017
dabuni
cool , SothoTalker, I'll take a look, Thanks a lot
2017-02-07 03858, 2017
SothoTalKer
if it does not work, come back here and complain :D
2017-02-07 03858, 2017
armalcolite
alastairp: a user currently submits his choice of data for running a ML job specified by us, but what we want is the ability for the users to run the same job on their own systems? (preferably using their own model)
2017-02-07 03849, 2017
alastairp
kartik's project was to get users to run our algorithms on their systems (for the training process only)
2017-02-07 03809, 2017
alastairp
if someone proposes a new algorithm that works well, it makes sense for us to run it ourselves
2017-02-07 03815, 2017
alastairp
so that we're not dependent on a remote system
2017-02-07 03844, 2017
dabuni has quit
2017-02-07 03807, 2017
ferbncode
Freso: sorry for the late reply. should the ticket be modified?
bitmap: cover art thumbnails aren't displayed on mb.o main page since days now, any update on this issue ?
2017-02-07 03834, 2017
samj1912
zas what's the status on 1.4 right now? 14 is final right? And about picard gsoc projects?
2017-02-07 03807, 2017
zas
samj1912: 1.4 will be released on 14th, then we'll start to work on 1.4.1 (merge current PRs + fixes of 1.4), i think 1.4.1 will be out during next month. GSoC projects will concern Picard 2.0 branch
2017-02-07 03838, 2017
zas
We'll create this branch after 1.4 release, and backport 1.4.x fixes to it
2017-02-07 03824, 2017
zas
For 2.0, i want to focus on Py3 / Qt5 port first, before adding new features (apart those added to 1.4.x)
2017-02-07 03833, 2017
samj1912
Cool
2017-02-07 03848, 2017
samj1912
The qt5 port is almost done
2017-02-07 03805, 2017
zas
For GSoC i was thinking about UI improvements (redesign)
2017-02-07 03812, 2017
samj1912
I think it will take me barely a day for the rest
2017-02-07 03857, 2017
zas
The sooner is the better ;) We'll still have a lot of tasks for 2.0 as it will imply code rework, and simplification
2017-02-07 03800, 2017
samj1912
We also have to introduce a new api point for 2.0 plugins and make the plugins api more concrete
2017-02-07 03831, 2017
zas
Yes, we need to have better plugin description (and i18n)
2017-02-07 03846, 2017
samj1912
And cross platform issues with plugins
2017-02-07 03859, 2017
zas
Yes, through new metadata headers
2017-02-07 03802, 2017
samj1912
Majorly pip dependencies
2017-02-07 03807, 2017
samj1912
Yup
2017-02-07 03844, 2017
zas
I wonder if we could install plugins through pip so we have requirements.txt for each of them
2017-02-07 03857, 2017
samj1912
Yup would be nice
2017-02-07 03822, 2017
samj1912
But the plugin authors will have to package the plugins for pip
2017-02-07 03840, 2017
dabuni joined the channel
2017-02-07 03851, 2017
samj1912
Also we need to provide concrete UI guidelines for plugins that have a UI interface
2017-02-07 03810, 2017
dabuni has quit
2017-02-07 03814, 2017
samj1912
The last fm plus plugin is a pain to modify because of no UI file
2017-02-07 03844, 2017
zas
Yes, i think we need an _easy_ way to configure options, perhaps not forcing people to code Qt UI stuff, but instead generating UI from a simple config
2017-02-07 03857, 2017
samj1912
Yup
2017-02-07 03825, 2017
samj1912
Because from what I can see, most of the UI is similar for similar config options
2017-02-07 03825, 2017
zas
Many plugins need an API key for example
2017-02-07 03849, 2017
samj1912
True
2017-02-07 03803, 2017
samj1912
I saw beets plugins
2017-02-07 03825, 2017
samj1912
They are maintained nicely from what I saw
2017-02-07 03834, 2017
7IZAAI973 has quit
2017-02-07 03837, 2017
samj1912
But then it's just command line so..
2017-02-07 03818, 2017
samj1912
Also zas we need a rewrite for the threading part
2017-02-07 03839, 2017
samj1912
I was reading up on Qt applications and background multitasking involving file io
2017-02-07 03811, 2017
samj1912
According to guidelines only UI part should run on the main thread
samj1912: you can start to create tickets targetting 2.0, so we can discuss stuff there
2017-02-07 03844, 2017
zas
reosarevok: Hey ;) I will let someone do it, i don't know much about this obscure scripting language ;) phw usually handles those questions with elegance
2017-02-07 03810, 2017
zas
samj1912: yes, i read same things, basically main thread = UI, intensive subtasks = new threads, but with save/load threads it is more or less where we go, isn't it ?
2017-02-07 03811, 2017
samj1912
zas but the process events thing implemented by Sophist doesn't exactly scale well according to qt docs
bitmap: ping me when online, for email stuff, i think the best would be to switch from current port to another one, on mb server side, not sure if it is easy or not to do it. Else i will stop current container and replace it on the same port by new one, but it is more complicated and unsafe concerning mail messages/queues
2017-02-07 03812, 2017
samj1912
Qtconcurrent and qtimer provide alternatives
2017-02-07 03842, 2017
samj1912
Plus the current threading implementation of loading also involves gui updates which sometimes cause the gui to get unresponsive
2017-02-07 03857, 2017
zas
samj1912: yes, we can rethink the whole threading stuff for 2.0, i think it is very needed, as 1.4 in this domain is more a pile of hacks than anything ;)
2017-02-07 03807, 2017
samj1912
Yeah :p
2017-02-07 03849, 2017
D4RK-PH0ENiX has quit
2017-02-07 03811, 2017
samj1912
We can discuss on whether we want to have the loading in a separate thread because it causes ctrl c in command line to get unresponsive until the loading is complete
2017-02-07 03837, 2017
samj1912
We can add a simple exit signal to solve it however
I think Py3 + Qt5 will give us more possibilities (and also Qt4 has many bugs we had to workaround...)
2017-02-07 03844, 2017
samj1912
Plus having proper threading implementation might allow picard to expand from an album based tagger to a more singles oriented tag corrector (which a lot of normal people generally use taggers for)
2017-02-07 03851, 2017
samj1912
We can discuss more on this
2017-02-07 03807, 2017
samj1912
Yes, qt5 is definitely needed to proceed
2017-02-07 03823, 2017
samj1912
That will also solve a couple of ws issues I believe
