== Meeting information ==
 * #ubuntu-touch-meeting: Music meeting, 23 Oct at 15:59 — 16:49 UTC
 * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-touch-meeting/2015/ubuntu-touch-meeting.2015-10-23-15.59.log.html]]



== Meeting summary ==

''LINK:'' https://code.launchpad.net/music-app/+activereviews 
''LINK:'' https://bugs.launchpad.net/music-app/+bug/1508873/comments/2 
''LINK:'' https://plus.google.com/u/0/+AlanPope/posts/bt3CAoTZKqJ 
''LINK:'' http://summit.ubuntu.com/uos-1511/2015-11-03/ 
''LINK:'' http://themcphails.uk/snappy.jpg 
''LINK:'' http://ubuntupodcast.org/roadtrip/ 
''LINK:'' https://launchpad.net/unity-scope-mediascanner 



== Vote results ==




== Done items ==

 * (none)



== People present (lines said) ==

 * ahayzen (152)
 * popey (102)
 * vthompson (67)
 * meetingology (3)



== Full Log ==


 15:59 <popey> #startmeeting Music meeting

 15:59 <meetingology> Meeting started Fri Oct 23 15:59:29 2015 UTC.  The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology.

 15:59 <meetingology> 

 15:59 <meetingology> Available commands: action commands idea info link nick

 15:59 <ahayzen> evening popey, afternoon vthompson o/

 15:59 <popey> \o/ Early for once

 15:59 <ahayzen> \o/

 16:00 <ahayzen> https://code.launchpad.net/music-app/+activereviews

 16:00 <vthompson> o/ Only 11 here!

 16:00 <popey> Where shall we start?

 16:00 <popey> Agenda, as I see it:-

 16:00 <popey> *merges

 16:00 <popey> * poll results

 16:00 <ahayzen> feedback from polls https://docs.google.com/spreadsheets/d/1JHIQrszKFuypUT-nSbJLC3n3ovDZRnsAMV1U8g96AsM/edit#gid=125011463

 16:00 <popey> * UOS sessions

 16:00 <popey> * AOB

 16:01 <ahayzen> * mandatory design questions (is streaming done yet?) ;-)

 16:02 <ahayzen> ok so merges

 16:02 <vthompson> For merges we have the Ubuntu.Components 1.3 and new List Items to fix up

 16:02 <vthompson> I can take a look at fixing the header thing in my MP, ahayzen

 16:02 <popey> There some level of urgency on the 1.3 bit

 16:02 <popey> Unity8 people want to get this done for OTA-8 I believe

 16:02 <vthompson> Isn't it for the next OTA? That's in a while

 16:02 <popey> So everything is consistent for next update.

 16:02 <ahayzen> haha, we have a slight issue as we were using header.height ... which now doesn't exist :'(

 16:03 <ahayzen> all we have to fix is that, then we can land UC1.3 + the new listitems

 16:03 <vthompson> I'm sure we can find a way around it though

 16:03 <ahayzen> hopefully

 16:03 <vthompson> yep, we shouldn't have a problem hitting the next OTA

 16:03 <ahayzen> yeah i hope to have something by the end of the weekend really

 16:03 <popey> Cool.

 16:03 <vthompson> If we start seeing it as impossible to step up, we'll raise a bug with UITK

 16:03 <ahayzen> yup

 16:03 <popey> +1

 16:03 <ahayzen> i'll poke tim again aha

 16:04 <ahayzen> then we have the convergence stuff

 16:04 <vthompson> \o/

 16:04 <ahayzen> which i spoke to tim about (he is on holiday next week)...he has managed to get some stuff done, just not all yet

 16:04 <popey> ok. Is it shared?

 16:04 <ahayzen> so not really got a exact timeline for that

 16:04 <popey> ok

 16:04 <ahayzen> popey, he was landing all of his work

 16:05 <ahayzen> just there are a few bugs that he hadn't got round to that we would need fixing

 16:05 <ahayzen> maybe time for me to try and patch directly in UITK again :')

 16:05 <vthompson> Cool. :)

 16:05 * ahayzen hopes he managed to finish he PageHeader component

 16:05 <ahayzen> *his

 16:05 <vthompson> for theming?

 16:06 <ahayzen> for the header actions in the right sidebar

 16:06 <ahayzen> that's the most tricky after that its just minor bugs hopefully

 16:06 <ahayzen> basically it is a component that you can put anywhere and bind to anything so you can have a header whereever you want ... from my understanding

 16:06 <vthompson> ah

 16:07 <vthompson> Do we have a major deadline of any sort to get the converged app in the store?

 16:07 <popey> No.

 16:07 <ahayzen> before the convergent phone is released ? ;-)

 16:07 <popey> Well, yes.

 16:07 <ahayzen> whenever that is lol

 16:07 <popey> But I don't have a date for that :D

 16:07 <ahayzen> :-)

 16:07 <ahayzen> and then we have the bg-playlists branch

 16:08 <popey> I know Pat is keen for the bg-playlists stuff to land

 16:08 <vthompson> Cool, let's worry about the UC1.3 update and then move on to mh3/bg playlist integration again

 16:08 <popey> but we're somewhat dependent on Jim and friends

 16:08 <ahayzen> Jim managed to figure out the slowdown of doing things was due to dbus-cpp as when using raw c dbus it is super fast!

 16:08 <ahayzen> and was then moving onto the next items, he said he would hopefully get a silo up soon which we could then test things

 16:08 <vthompson> really, that's a bit surprising, but maybe dbus-cpp is just crap

 16:09 <ahayzen> dbus-cpp was written by tvoss so careful ;-)

 16:09 <vthompson> *zip*

 16:09 <popey> heh

 16:09 <popey> Once more for the logs Mr Thompson.

 16:09 <vthompson> lol

 16:09 <ahayzen> but that has been consensus somewhere in dbus-cpp

 16:10 <popey> Ok.

 16:10 <popey> So I agree, UC1.3 then mh3/bg pl

 16:10 <ahayzen> <jhodapp> 2000 tracks added in 2s yesterday

 16:10 <popey> blimey

 16:10 <ahayzen> (for reference it was taking 30s+ for ~300 tracks for me on the N4 before)

 16:10 <vthompson> Awesome!

 16:11 <vthompson> Yea, it was super slow. 2s seems reasonable for 2000 tracks I'd say

 16:11 <ahayzen> yeah

 16:11 <vthompson> I think it's about that now?

 16:11 <ahayzen> probably

 16:11 <vthompson> So that 2s might all be us ;)

 16:12 <ahayzen> most is in media-hub now i was analysing it at the time to figure it out

 16:12 <vthompson> k

 16:12 <vthompson> Is that it for merges?

 16:12 <ahayzen> as all we do is go addTrack() ... he was looking at doing addTracks() but anyway #techtalk..

 16:12 <ahayzen> erm, we have those manual tests and qml tests

 16:13 <ahayzen> did we want to go over them?

 16:13 <vthompson> Oh right, I haven't looked at those yet.

 16:13 <ahayzen> think i had some fixes on the manual tests one todo

 16:13 <vthompson> Did we want the manual ones to land for b alloons?

 16:13 <ahayzen> be good to get them in

 16:13 <ahayzen> yup

 16:13 <ahayzen> and the QML tests would be good as well, as i was going to do a follow up one that checks the different file formats :-)

 16:14 <vthompson> Ok, I'll look those over sometime today/this weekend

 16:14 <ahayzen> coolio :-)

 16:14 <ahayzen> thats all for mps i think

 16:14 <ahayzen> next!

 16:14 <vthompson> So bugs, do we have an idea what's causing this? https://bugs.launchpad.net/music-app/+bug/1508873

 16:15 <ahayzen> mediascanner2 ?

 16:15 <vthompson> I see bfiller marked it as confirmed

 16:15 <ahayzen> looping

 16:15 <vthompson> er, Pat did actually

 16:15 <ahayzen> idk, i'm waiting for logs from someone

 16:15 <ahayzen> all i can think is that it is looping like popey had on his desktop

 16:15 <ahayzen> causing the db to be locked

 16:15 <popey> yeah, could be ms freaking out

 16:15 <popey> bet it is.

 16:15 <ahayzen> we don't really have much info to go with otherwise

 16:15 <vthompson> Just seems odd that it was introduced with this OTA

 16:16 <ahayzen> other than "it works for me", "it doesn't work for me"

 16:16 <ahayzen> and its been similar in the app reviews as well

 16:16 <ahayzen> so something had definitely foobar'd

 16:16 <popey> we should ask for some detail about ms2, see if it's spinnin

 16:16 <popey> mine was eating tons of disc space

 16:16 <ahayzen> https://bugs.launchpad.net/music-app/+bug/1508873/comments/2

 16:17 <ahayzen> that will tell us :-)

 16:17 <ahayzen> (the mediascanner log)

 16:17 <popey> ya

 16:17 * vthompson waits anxiously for the logs

 16:17 <ahayzen> does the MX4 have an SD card slot?

 16:17 <ahayzen> or just the Bq's ?

 16:17 <popey> no

 16:18 <ahayzen> interesting...

 16:18 <popey> bq 4.5 and 5 are the only devices we support with sd cards

 16:18 <ahayzen> cool

 16:18 <popey> (I am led to believe the fact that sd cards are completely unreliable is the main reason most phone manufacturers don't ship them anymore)

 16:19 <ahayzen> i thought it was DRM, with people installing apps on them

 16:19 <popey> Well, we'll see.

 16:19 <popey> What's next?

 16:19 <ahayzen> <jhodapp> 2000 tracks added in 2s yesterday

 16:19 <vthompson> Poll!

 16:19 <ahayzen> arg

 16:19 <ahayzen> https://plus.google.com/u/0/+AlanPope/posts/bt3CAoTZKqJ

 16:19 <ahayzen> that pastebuffer

 16:19 <popey> :)

 16:20 <ahayzen> * 25% rate tracks, generate playlist rating

 16:20 <ahayzen> 34% dynamic playlist of played songs

 16:20 <ahayzen> 9% share to social media

 16:20 <vthompson> and 24% single repeat

 16:20 <ahayzen> 9% user switchable theming

 16:20 <ahayzen> \o/

 16:20 * ahayzen copies that to the spreadsheet

 16:20 <popey> That's quite conclusive

 16:21 <popey> ish

 16:21 <popey> :)

 16:21 <vthompson> Do we think  a binary thumbs up/star or a of 5 stars type of rating is better?

 16:21 <ahayzen> so that 'hardest' was the most voted for :')

 16:21 <vthompson> I'm keen to think we should just have a "star" UI

 16:21 <ahayzen> i like a favourite/non-favourite

 16:21 <popey> Nah, not keen on that.

 16:21 <popey> I mean, I am keen

 16:21 <popey> But!

 16:22 <popey> The fact is if I am out running (lol) I will listen to a bunch of tracks

 16:22 <ahayzen> so just a swipe action...but a star rating is also better for desktop

 16:22 <popey> and I may want to re-listen to them

 16:22 <popey> the phone won't be at hand, similar if I'm commuting or driving (bluetooth)

 16:22 <popey> I don't want to have to go back over all those songs and tag them

 16:22 <vthompson> Oh, I meant a star UI for just favoriting

 16:22 <popey> oh, sure, that I think is good, I'm talking about the 34% request

 16:23 <popey> Thing is id3 tags have room for 1-5 stars

 16:23 <vthompson> oh gotcha

 16:23 <popey> if you star a track in our UI, would that map to 5*?

 16:23 <ahayzen> probably, or maybe a specific favourite section

 16:23 * ahayzen tries to remember what others do

 16:23 <vthompson> We'd need to write to the ~/Music/* dir

 16:23 <ahayzen> IIRC banshee or something would just make it 5*'s

 16:24 <ahayzen> if we are writing to ID3 yes we do

 16:24 <vthompson> And it might be messy to edit ID3 in QML... but maybe not

 16:24 <ahayzen> cpp module!

 16:24 <ahayzen> or even better mediascanner support! lol

 16:24 <vthompson> Yea, I'd like an API to do it for us/other 3rd party ppl

 16:24 <ahayzen> problem is then what happens if a rouge app just sets all songs to 1*

 16:24 <vthompson> But I think keeping a local db of all this info is also fine

 16:25 <ahayzen> yeah would be easy for yes/no favourites ... simply a list of the favourite track paths

 16:25 <popey> Well.

 16:25 <popey> Other music players don't write back to the music files

 16:25 <vthompson> This does kinda bring up the scope integration again. It'd be nice if the scope displayed your favorite tracks

 16:25 <popey> e.g. I think by default banshee writes to a sqlite db

 16:25 <popey> you actually have to override that (which I discovered later)

 16:25 <ahayzen> that comes around to bringing music and the local music scope under the same click/snap

 16:25 <popey> It's quite a nice idea not to faff up the music files.

 16:26 <popey> +1 to the scope

 16:26 <ahayzen> if we were both the same click/snap we could then share playlist data as well

 16:26 <ahayzen> and we could then ensure that terminology and icons are consistent

 16:26 <popey> ya.

 16:27 <ahayzen> i wouldn't mind doing that, as there doesn't seem to be much work done on that scope anyway

 16:27 <vthompson> We haven't really talked about that in awhile now... is it something we should bring up with the ms2 ppl, etc?

 16:27 <ahayzen> probably, maybe something for the UOS session?

 16:27 <vthompson> perfect, yea

 16:27 <ahayzen> popey, could you figure out if, and then who, we would need to chat with todo that if we did decide ?

 16:28 <popey> hmm

 16:28 <vthompson> The discussion really could use it's own session

 16:28 <popey> okay

 16:28 <ahayzen> maybe, but if the conclusion is just "yes" that could take between 5-55mins lol

 16:29 <popey> lemme find out who owns it and what plans there are for it

 16:29 <vthompson> cool

 16:29 <popey> if we can smoosh it into the same click it might be good.

 16:29 <ahayzen> thanks :-) ... ok for the 34% dynamic playlists, i raised #15 https://docs.google.com/document/d/1xzI4D6knVJ6VmXxqJ2gyGSMowbtVVoNPgQl1fywim_U/edit to track

 16:29 <ahayzen> as when we lose the lifecycle stuff this will be *tricky* todo

 16:30 <vthompson> hmmm

 16:30 <vthompson> Maybe get a signal or something from mh on changing the track?

 16:30 * ahayzen finds Jim's comments...

 16:30 <ahayzen> but we would be suspended

 16:31 <ahayzen> <ahayzen> we need some mechanism that when we next come back, syncs with us as says hey this set of URLs played while you were away

 16:31 <ahayzen> <jhodapp> yeah will need to think about this more

 16:31 <ahayzen> <jhodapp> I don't really have the bandwidth to think atm

 16:31 <ahayzen> <ahayzen> yeah i understand, just keep it on the longterm radar :-)

 16:31 <ahayzen> <jhodapp> definitely

 16:31 <ahayzen> <jhodapp> feel free to add it to the end of the list

 16:31 <ahayzen> <ahayzen> think i will so we don't forget :-)

 16:31 <ahayzen> <jhodapp> exactly

 16:31 <ahayzen> <jhodapp> it's important, don't get me wrong

 16:31 <ahayzen> <jhodapp> but a moot point until everything else is solid

 16:31 <vthompson> yea, that sounds like the only way we'd be able to do this

 16:32 <ahayzen> the hardest one is if we get suspended, killed... the phone restarts...and then when the app is next started mh would then need to tell us

 16:32 <vthompson> It'd still work relatively well if you just tracked songs that get added to the  queue the most often

 16:32 <ahayzen> so it's gonna have to store it somewhere with persistent storage

 16:32 <popey> Ok.

 16:33 <ahayzen> vthompson, but if you add *all* songs to the queue and only play a few that skews the stats ;-)

 16:33 <vthompson> I guess we'd also want to design how large this playlist should allow to get and how/when we trim old songs

 16:33 <ahayzen> most played, i see as the top 30/50 tracks or something

 16:34 <ahayzen> but yeah we'd need design to confirm, and media-hub will need some form of mechanism

 16:34 <ahayzen> ok we've got all the comments from the poll as well lol most of those are things that we had already talked about/wanted todo which is good :-)

 16:35 <vthompson> yep

 16:35 <vthompson> we can flush the rest out at UOS

 16:35 <ahayzen> yup we can assign work items then :-)

 16:35 <popey> +1

 16:35 <popey> and maybe pull in people to help :)

 16:36 <ahayzen> hehe :-)

 16:36 <ahayzen> so is that it for the poll?

 16:36 <ahayzen> onto the UOS session ?

 16:36 <vthompson> Sounds good

 16:36 <ahayzen> obviously we need to actually start working on the things from the poll at some point ;-) but we can figure that out later

 16:37 <popey> Ya

 16:37 <popey> What time is good for you?

 16:37 <ahayzen> tuesday we said i think?

 16:37 <vthompson> Tuesday, perhaps a bit later

 16:37 <ahayzen> when is UOS again 1400->2000 UTC again ?

 16:37 <popey> http://summit.ubuntu.com/uos-1511/2015-11-03/

 16:37 <popey> it's quite empty right now so you can pick

 16:37 <ahayzen> \o/

 16:38 <popey> yes, 14:00 UTC to 20:00 UTC

 16:38 <ahayzen> we could either straddle across lunch or go back to back

 16:38 <popey> Our DST is this weekend, guess yours is next weekend vthompson ?

 16:38 <ahayzen> oh yeah

 16:38 <popey> Straddle lunch is good IMO

 16:38 <popey> (means we can go over if we need to)

 16:38 <vthompson> Yep, next weekend

 16:38 <popey> (a bit)

 16:38 <vthompson> +1 for straddling lunch

 16:38 <ahayzen> yeah i agree :-)

 16:39 <ahayzen> which will have more discussion i wonder...

 16:39 <vthompson> Lunch will ;)

 16:39 <ahayzen> hahahah

 16:39 <popey> ok, refresh that page

 16:40 <popey> should be there

 16:40 <ahayzen> magic!

 16:40 <vthompson> and popey if you hear back from $people about putting together a session for the scope/music-app marriage let's make that tues as well

 16:40 * ahayzen wonders if he can sign into UOS this time after the chaos before

 16:40 <ahayzen> ugh nope

 16:41 <popey> okay

 16:41 <ahayzen> note to self, ensure you sign out of *all* services before changing your lp name

 16:41 <popey> heh

 16:41 <popey> Ok, what's next?

 16:41 <ahayzen> AOB

 16:41 <ahayzen> and design

 16:41 <ahayzen> :-)

 16:42 <ahayzen> ooo when we do package as a snap ?

 16:42 <popey> pffft

 16:42 <popey> not this year

 16:43 <popey> http://themcphails.uk/snappy.jpg

 16:43 <vthompson> awesome, lol

 16:43 <ahayzen> hah, and oh god

 16:43 <popey> Don't think we are going to switch the phone to snappy until after Xylophone or whatever is done.

 16:43 <ahayzen> 'Xylophone'

 16:43 <popey> yeah, I'll let you explain to vthompson who that is another time :)

 16:44 <ahayzen> ugh :'(

 16:44 <popey> Yeah, not typed it enough to know what the X name is

 16:44 <vthompson> lol, maybe I don't want to know

 16:44 <popey> Yes, moving on.

 16:44 <ahayzen> yup

 16:44 <ahayzen> xenial

 16:44 <popey> Uhm, AOB.

 16:45 <ahayzen> uhm

 16:45 <vthompson> Nothing from me

 16:45 <popey> Super.

 16:45 <vthompson> That I can think of

 16:45 <popey> I will be on the road next Friday.

 16:45 <ahayzen> same

 16:45 <ahayzen> road trip!

 16:45 <popey> ya!

 16:45 <vthompson> woot

 16:46 <ahayzen> #popeyontour

 16:46 <popey> http://ubuntupodcast.org/roadtrip/

 16:46 <popey> :)

 16:46 <popey> It will dynamically update via an ubuntu phone gps app :)

 16:46 <ahayzen> haha and i was joking...

 16:46 <popey> :D

 16:46 <popey> Oh, we don't joke about road trips :)

 16:46 <ahayzen> "??? We are having trouble locating the Ubuntu Podcast battlebus ???"

 16:46 <vthompson> ha, that's awesome.

 16:46 <popey> yeah, phone currently not turned on

 16:46 <ahayzen> :-)

 16:47 <popey> pat says "maybe jamesh" when I asked who owns music scope

 16:47 <ahayzen> heh

 16:47 <vthompson> Yea, I assumed it was James as well

 16:47 <popey> So we can pounce on him next week and see what he says.

 16:47 <popey> https://launchpad.net/unity-scope-mediascanner

 16:47 <popey> is it that?

 16:48 * ahayzen assumes that is unity7

 16:48 <ahayzen> but maybe idk

 16:48 <vthompson> Maybe we should try to get design to provide input as to what other data should be shown in the scope. Favorites, etc

 16:48 <ahayzen> lp:unity-scope-mediascanner/rtm-14.09

 16:48 <ahayzen> so maybe

 16:48 <popey> Yup. Will speak to James (design)

 16:48 <ahayzen> :-)

 16:48 <ahayzen> ok is that music done

 16:48 <popey> Ya. I think so.

 16:48 <ahayzen> \o/

 16:48 <popey> Thanks chaps!

 16:48 <vthompson> yep

 16:49 <popey> #endmeeting



Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)