ah yes, this one is only used by compare_to_track()
2019-03-13 07211, 2019
amCap1712
ok got it
2019-03-13 07238, 2019
amCap1712
I feel now I have a basic understanding of how picard works
2019-03-13 07242, 2019
amCap1712
thanks zas
2019-03-13 07243, 2019
zas
all those comparaisons are quite tricky
2019-03-13 07252, 2019
amCap1712
yes
2019-03-13 07200, 2019
zas
and as you can see, we don't have proper tests for all of them
2019-03-13 07200, 2019
amCap1712
i will keep going through the code
2019-03-13 07218, 2019
amCap1712
one more thing
2019-03-13 07222, 2019
zas
good luck, this app has a loooong history
2019-03-13 07255, 2019
amCap1712
yeah it does, I found files which were coded by ruaok as well
2019-03-13 07209, 2019
ruaok
oh dear. really?
2019-03-13 07211, 2019
ruaok
wow.
2019-03-13 07213, 2019
zas
ahah ;)
2019-03-13 07228, 2019
amCap1712
zas: do you think it is feasible to make tagger for only single tracks using lookup
2019-03-13 07230, 2019
amCap1712
within a month
2019-03-13 07232, 2019
amCap1712
i mean your advice on it on whats a feasible target from your experience
2019-03-13 07252, 2019
zas
it depends, if you are already able to extract metadata, and query musicbrainz+acoustid, you can have something working pretty quick, single tracks matching can be very easy (acoustid) or very hard (no metadata/no acoustid), but for files with a proper title/artist you can easily find matches
2019-03-13 07257, 2019
zas
then you have to decide what's the "best match", Picard let the user choose in general
2019-03-13 07254, 2019
amCap1712
ok, i'll have a look on acoustId implementation next to get a better idea
2019-03-13 07234, 2019
amCap1712
currently i target to get both methods working for single tracks
2019-03-13 07238, 2019
amCap1712
can you point to me to how picard does the matches using acoust id
I'm still waiting for some error output from you. got any?
2019-03-13 07250, 2019
pristine--
2019-03-13 11:47:22 ERROR AsyncEventQueue:70 - Dropping event from queue appStatus. This likely means one of the listeners is too slow and cannot keep up with the rate at which tasks are being started by the scheduler.
2019-03-13 07232, 2019
pristine--
Yesterday's error was solved by restarting. It was missingBlockException.
2019-03-13 07204, 2019
ruaok
yep, that seems sufficiently obscure...
2019-03-13 07211, 2019
pristine--
But AsyncEventQueue is weird because versions >2.3.0 should not face this
2019-03-13 07241, 2019
pristine--
I will shoot an email then :)
2019-03-13 07254, 2019
ruaok
good plan
2019-03-13 07210, 2019
pristine--
I assume load_data would have taken a lot of time when run in past
2019-03-13 07227, 2019
ruaok
a while, yes.
2019-03-13 07204, 2019
pristine--
because of the rdd stuff. I ran a file today, simple queries took around 50 sec, and the one involving rdd took 240 sec.
2019-03-13 07200, 2019
ruaok
building stuff on the cluster was super slow.
2019-03-13 07214, 2019
ruaok
the VMs that we use for this are not throughput guaranteed.
2019-03-13 07211, 2019
ruaok
microsoft agreed to give use azure credits for hosting our own cluster.
2019-03-13 07215, 2019
ruaok
let me ping them on that.
2019-03-13 07256, 2019
pristine--
cool :)
2019-03-13 07219, 2019
ruaok
but even here is a neat little lesson.
2019-03-13 07232, 2019
ruaok
extra steps are a severe penalty
2019-03-13 07228, 2019
pristine--
Yes. Good Life Lessons😋
2019-03-13 07235, 2019
reosarevok
"Move as little as needed"
2019-03-13 07237, 2019
reosarevok
Sounds about right
2019-03-13 07239, 2019
ruaok
everyone, especially iliekcomputers and zas: I'm going to try and mess with the socketio stuff on production for a bit.
2019-03-13 07245, 2019
ruaok
expect noisy errors and such.
2019-03-13 07237, 2019
ferbncode joined the channel
2019-03-13 07217, 2019
silverstar
Hey guys, I had posted my SoC proposal in the forums (https://community.metabrainz.org/t/gsoc-2019-gami…) there are a couple of things that I need opinion/thoughts on. So I thought I'd post this here to gather some attention (especially the coins system that I mentioned in the proposal)
2019-03-13 07230, 2019
pristine--
ruaok: why do we want to build a recommendation system?
2019-03-13 07253, 2019
ruaok
a very good question.
2019-03-13 07232, 2019
ruaok
most of the music services all live in silos. like spotify, apple and google. as long as you play in their silo, everything is ok.
2019-03-13 07243, 2019
ruaok
but interoperability with others is out of the question.
2019-03-13 07208, 2019
ruaok
so, if you're in the silo, all is good. but if you're not, you're screwed. you're never going to make any money as an artist.
2019-03-13 07227, 2019
ruaok
and inside the silo, they recommend more stuff in the silo and more stuff the major labels want you to listen to.
2019-03-13 07235, 2019
ruaok
not what *you* want to listen to.
2019-03-13 07239, 2019
ruaok
that sucks.
2019-03-13 07256, 2019
ruaok
building recommendation systems is hard work -- you need good data going in in order for them to work.
2019-03-13 07204, 2019
ruaok
which is why these don't exist in open source for music.
2019-03-13 07220, 2019
pristine--
there must be other open source recommendation systems?
2019-03-13 07240, 2019
ruaok
thus, we're going to change that. we have the data, let's build recommendation systems, so that we can hopefully build more open music systems in the future.
2019-03-13 07250, 2019
ruaok
there are none. that is the problem.
2019-03-13 07252, 2019
pristine--
so basically it will help promote all artists
2019-03-13 07258, 2019
pristine--
amd not just a sect
2019-03-13 07259, 2019
pristine--
and*
2019-03-13 07202, 2019
ruaok
that. exactly that.
2019-03-13 07211, 2019
ruaok
especially artists who are not even in the west.
2019-03-13 07216, 2019
ruaok
small artists the world over.
2019-03-13 07231, 2019
pristine--
okay. Good initiative :)
2019-03-13 07216, 2019
D4RK-PH0ENiX has quit
2019-03-13 07212, 2019
pulkit6559 joined the channel
2019-03-13 07245, 2019
adhawkins has quit
2019-03-13 07232, 2019
silverstar has quit
2019-03-13 07235, 2019
D4RK-PH0ENiX joined the channel
2019-03-13 07247, 2019
adhawkins joined the channel
2019-03-13 07217, 2019
yvanzo
samj1912: Have mb-rngpy and sir to use the same version of Python?
