19:07 <ahayzen> #startmeeting ubuntu touch music app meeting
19:07 <meetingology> Meeting started Fri Aug 30 19:07:22 2013 UTC.  The chair is ahayzen. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
19:07 <meetingology> 
19:07 <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
19:07 <DanielHolm_tab> Lovely
19:07 <DanielHolm_tab> So everybody's good? :-)
19:07 <ahayzen> blueprint: https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/initial-music-development
19:08 <ahayzen> burndown: http://status.ubuntu.com/coreapps-13.10/music-app-dev.html
19:08 <ahayzen> bugs: https://bugs.launchpad.net/music-app/+bugs?orderby=-id&start=0
19:08 <ahayzen> reviews: https://code.launchpad.net/music-app/+activereviews
19:08 <ahayzen> think tht is the usual lot
19:09 <DanielHolm_tab> Yupp
19:09 <vthompson> Looks in order, so for bugs I think we're good and nothing really needs focus unless we need to do something for test cases from bzr
19:09 <vthompson> So if balloons really wants us to put out ogg files, or something we can try to do so
19:10 <ahayzen> i personally would like to see more tests...but we need to get the current ones working first :)
19:10 <DanielHolm_tab> I agree. Some will be resolved and some will be created in the future due to all the new stuff
19:10 <vthompson> The tests will fail starting with the merge I have out now
19:10 <vthompson> I suppose I should fix that
19:10 <ahayzen> should we add fixes to the tests in the branch which breaks them?
19:11 <vthompson> Probably. Don't approve my merge until I status it back to review.
19:11 <ahayzen> so then it should never break
19:11 <ahayzen> ok
19:11 <DanielHolm_tab> K
19:11 <ahayzen> what are we doing about https://bugs.launchpad.net/music-app/+bug/1217953
19:11 <ahayzen> (the issue of reading Mp3)
19:12 <vthompson> I was going to ignore it until we're given an idea of what we need to do (that's what I meant about ogg files)
19:12 <DanielHolm_tab> Ah
19:12 <ahayzen> do we need balloons to help on tht?
19:12 <vthompson> Let's let QA give us an idea, we have too many other things to focus on
19:12 <DanielHolm_tab> Yeah
19:12 <vthompson> Well, I'd like to be given direction on what we'll need to do
19:13 <mhall119> hey, sorry guys, was caught up in something else
19:13 <ahayzen> mhall119, no problem
19:13 <vthompson> no worries
19:13 <DanielHolm_tab> Its quite alright
19:13 <DanielHolm_tab> :-)
19:13 <mhall119> glad you didn't wait for me :)
19:14 <mhall119> carry on, I'll ready the backlog to catch up
19:14 <vthompson> So, I think we should continue to pick the items each of us is working on from the blueprint so no one duplicates work
19:14 <DanielHolm_tab> I agreed
19:14 <vthompson> I have one or two in my queue at the moment
19:14 <DanielHolm_tab> Agree
19:14 <ahayzen> yep the blueprint is working well for tracking who is doing wht
19:14 <vthompson> I'll probably grab a few in the next few hours because I'll be offline all weekend
19:15 <DanielHolm_tab> I will take on some stuff in the upcoming days.
19:15 <DanielHolm_tab> Prob. Sunday
19:15 <ahayzen> vthompson, wht is the state of the grilo stuff?
19:15 <vthompson> No status. :)
19:15 <DanielHolm_tab> I.m finishing of three work projects
19:15 <ahayzen> do we have any docs to work off yet?
19:15 <vthompson> I need to try and tackle that soon
19:16 <mhall119> so for testing, ideally we want to get to where we can turn on Jenkins to perform the tests and reject any MPs that have failing tests
19:16 <vthompson> We have grilo docs, but the plugin isn't well documented. I'll just need to do some research
19:16 <mhall119> at which point you will *have* to fix tests in the same branch that broke them
19:16 <DanielHolm_tab> Awesome
19:16 <ahayzen> mhall119, nice...we will have to tell u when to enable it?
19:17 <vthompson> mhall119, if you want to enable it feel free if you can.
19:17 <mhall119> ahayzen: once all the tests in trunk are passing, we can ask fginther to throw that switch
19:17 <DanielHolm_tab> Great
19:17 <vthompson> So we need to work around the mp3 issue first then.
19:17 <ahayzen> vthompson, http://reports.qa.ubuntu.com/smokeng/saucy/
19:17 <vthompson> And we have device failures I think
19:17 <mhall119> what is the MP3 issue?
19:17 <ahayzen> we aren't passing at the moment
19:18 <ahayzen> mhall119, 'Your GStreamer installation is missing a plug-in.'
19:18 <vthompson> The test setup doesn't know about dependencies so all our tests fail because it reads mp3s
19:18 <vthompson> Our idea is that we'll want to encode our current files to ogg.
19:18 <ahayzen> mhall119, https://bugs.launchpad.net/music-app/+bug/1217953
19:18 <mhall119> ahayzen: ah, ok, so non-free codecs arne't on the testing environment
19:18 <balloons> correct
19:18 <mhall119> ok
19:19 <vthompson> balloons: o/
19:19 <mhall119> balloons: and what's the solution to that?
19:19 <ahayzen> it was suggested to convert the files to OGG
19:19 <balloons> we can/should have a test at some point for all formats, but as I said, use ogg for now on the playback tests
19:19 <mhall119> the test env can play ogg files?
19:20 <vthompson> That would involve us encoding the one file we package as ogg and taking one of the example content mp3s and packaging it as an ogg as well
19:20 <mhall119> that shouldn't be hard
19:20 <ahayzen> the example-content is in mp3?
19:20 <mhall119> and will at least let those codec-independent tests run
19:20 <vthompson> hm, assumed it was
19:20 <balloons> the example content file is an ogg
19:20 <ahayzen> thought it would be in open formats
19:21 <balloons> you have one mp3 added as well, convert that to ogg and store both and you should be set
19:21 <vthompson> nm, the example content is ogg
19:21 <vthompson> So we can easily package the mp3 I added as ogg
19:21 <ahayzen> yep
19:22 <vthompson> I can do that since I originally added it
19:22 <ahayzen> thanks
19:22 <mhall119> alright, so will that get all of the tests passing then?
19:22 <vthompson> I thought there were device specific failures
19:22 <mhall119> so we can flip that switch on jenkins?
19:22 <vthompson> as well
19:23 <ahayzen> does the Nexus 7 still have issue with audio?
19:23 <mhall119> well grouper doesn't play sound at all
19:23 <ahayzen> or has tht been resolved with the move to Pulse?
19:23 <mhall119> ahayzen: no
19:23 <DanielHolm_tab> Great
19:23 <mhall119> but the Nexus 7 isn't a priority for the phablet team either, so we shouldn't let that stop us
19:23 <DanielHolm_tab> Ok
19:23 <ahayzen> but will Jenkins think it is a fail?
19:23 <mhall119> as long as it works on the nexus 4 and galaxy nexus, we're good
19:24 <DanielHolm_tab> Ok
19:24 <ahayzen> ok
19:24 <mhall119> balloons: ^^ good by you?
19:25 <mhall119> so what's up with the grilo plugin?
19:26 <vthompson> I haven't made progress yet. I suppose that's what I'll try to tackle this weekend
19:26 <mhall119> did you get it packaged?
19:26 <mhall119> or built
19:26 <balloons> mhall119, yes, good by me
19:26 <vthompson> I'll get the mediascanner and whatnot hopefully setup so I can use the plugin they have
19:27 <vthompson> Yep, the qt-grilo plugin is packaged. I think it was moved to the ppa
19:27 <mhall119> ok, we should have somebody helping from Canonical's side too, since it'll be used by the scope to
19:27 <mhall119> vthompson: cool
19:27 <vthompson> Yea, I forget the guys name, but he has the scope portion working
19:27 <mhall119> jhodapp?
19:28 <vthompson> So there is a grilo mediascanner plugin that I'll be using
19:28 <vthompson> I believe so
19:28 <mhall119> ok, I'll find a time to talk to him and see what he's doing for us
19:29 <vthompson> ok, thanks. I've exchanged an email or two with him as well
19:29 <ahayzen> is that everything?
19:29 <mhall119> how much work will it be to switch to the Grilo API?
19:29 <vthompson> Nothing more from me
19:30 <ahayzen> vthompson, if u need help with the Grilo conversion just ping me
19:30 <mhall119> you're already using the Qt MediaPlayer API to play stuff right?  If so then there shouldn't be any extra work once the media player service is in place
19:30 <ahayzen> mhall119, we are reading from localstorage at the moment
19:30 <ahayzen> mhall119, and storing everything in localstorage
19:30 <mhall119> ahayzen: right, I know there's going to be work to switch to Grilo
19:30 <vthompson> but yes, we use qt's MediaPlayer
19:31 <vthompson> What would this media player service do? Allow us to hand the playback off so it will continue when the app closes?
19:31 <ahayzen> i guess we will need a way of telling the MediaPlayer wht is in the queue so it can then play them with the app closed?
19:31 <mhall119> ok, so player should be easy, scanner is going to require replacing all the local storage stuff with Grilo API calls
19:31 <mhall119> vthompson: yes
19:31 <vthompson> Neat, if so, that will be easy for us
19:32 <ahayzen> we will still need localstorage for Playlists etc, correct?
19:32 <mhall119> ahayzen: the MediaPlayer API has support for queues and playlists, so it should just be a matter of connecting them to yours
19:32 <mhall119> ahayzen: yes
19:32 <ahayzen> mhall119, does that exist already? cause i could add tht in if it does
19:32 <vthompson> ahayzen, yes and to store how often things are played and whatnot
19:32 <mhall119> the scanner should store all the song metadata
19:32 <mhall119> ahayzen: the API should exist, yes
19:32 <mhall119> I don't know if it does anything until they finish the player service though
19:33 <ahayzen> that may fix the issue we are having of it getting stuck on track 1 as well
19:33 <ahayzen> (only on a device)
19:33 <mhall119> ahayzen: http://qt-project.org/doc/qt-5.0/qtmultimedia/qml-qtmultimedia5-mediaplayer.html
19:33 <vthompson> mhall119, ahayzen, porting our queue to MediaPlayer's queue might take some work though
19:33 <mhall119> ahayzen: that will be fixed when they have a platform player service yes
19:33 <vthompson> right now we play one track at a time
19:34 <ahayzen> mhall119, is there any queue stuff in tht doc?
19:34 <mhall119> ahayzen: let me find it, I saw it before
19:35 <ahayzen> mhall119, i can't see it in there but i've just quickly scanned over it
19:36 <mhall119> ahayzen: http://qt-project.org/doc/qt-5.0/qtmultimedia/audiooverview.html the C++ QMediaPlayer class has playlist support
19:36 <mhall119> I didn't see it in the QML though, which may be a problem
19:37 <ahayzen> will it be exposed when the player service is done?
19:37 <mhall119> only if somebody extends the upstream QML plugin
19:37 <mhall119> which we can do if necessary
19:38 <ahayzen> hmm ok
19:38 <vthompson> we can make a custom qt5multimedia-mediaplayer plugin
19:38 <DanielHolm_tab> For playlist support?
19:38 <vthompson> DanielHolm_tab loves C++ he can do it
19:39 <vthompson> Yea
19:39 <DanielHolm_tab> Haha, do i :-)
19:39 <ahayzen> :)...i'm learning C if tht helps ...
19:39 <vthompson> So, let's add that to the blueprint as it seems it will probably be a necessity
19:39 <ahayzen> yep
19:39 <DanielHolm_tab> That would help.
19:39 <ahayzen> ok anything else we need to talk about... we are already 10min over so should probably wrap up?
19:40 <vthompson> I think that will be it. I'll update the blueprint
19:40 <mhall119> vthompson: there should already be a mediaplyer QML plugin
19:40 <mhall119> vthompson: we just need it to include QMediaPlaylist
19:40 <vthompson> mhall119, yes but we need to modify it for playlist/queue
19:40 <mhall119> it looks like queue is just the current playlist
19:41 <mhall119> using the QMediaPlayer API
19:41 <vthompson> Agreed
19:42 <ahayzen> ok thats all from me
19:42 <mhall119> alright, I'll catch jhodapp and try and get answers to the scanner and player servixe
19:42 <DanielHolm_tab> Lovely
19:42 <ahayzen> mhall119, thanks
19:43 <ahayzen> thanks everyone :)
19:43 <DanielHolm_tab> Thanks :-)
19:43 <DanielHolm_tab> Take care
19:43 <ahayzen> #endmeeting