[00:01] <RAOF> nall: So, the chances are that this is a problem somewhere in the EGL stack. It might be time for two-machine debugging - start up mir_demo_server under gdb, and break on...
[00:01] <RAOF> Something or other. What would that be...
[00:05] <RAOF> Probably mf::SessionMediator::create_surface
[00:11] <nall> Yeah there are I think 6 definitions for create_surface in various classes.  That's the first one called so I'll start there.  I've never used gdb before, didn't even know it existed.  I've just been grepping the source and putting puts() in various places.  Thanks for the tip.
[00:12] <RAOF> Yeah.
[00:12] <RAOF> Single-stepping is pretty awesome.
[00:15] <racarr> might be interesting to test render_to_fb and render_surfaces first
[00:16] <racarr> s/interesting/easier/
[00:28] <nall> I'll try that too.  Thanks
[00:30] <robert_ancell> racarr, still here?
[05:35] <tvoss> RAOF, ping
[05:35] <RAOF> tvoss: Pong.
[05:35] <RAOF> Up early?
[05:35] <tvoss> RAOF, yup :) how is it going?
[05:35] <RAOF> Well.
[07:06] <tvoss> alf_, ping
[07:06] <alf_> tvoss: pong
[07:10] <alf_> Saviq: tvoss: At what point in the lifecycle of a session does the shell need to take a snapshot of a session/surface? Just before it switches away from it?
[07:10] <Saviq> alf_, or to it
[07:11] <alf_> Saviq: why when to it?
[07:11] <Saviq> alf_, two cases: session is born, the app slides from the side
[07:11] <Saviq> alf_, or we switch between apps
[07:11] <Saviq> alf_, in both cases there are transitions for both the currently and the next focused app
[07:12] <Saviq> alf_, at the moment basically whenever an app appears not in its final position (fully on screen, bar the panel)
[07:13] <Saviq> alf_, is when a snapshot is used
[10:04] <alan_g> I'm in the process of updating to new images and find that I can't run mir on my updated N4
[10:04] <alan_g> # ldd /bin/mir_demo_standalone_render_surfaces | grep not\ f
[10:04] <alan_g> 	libhardware.so.1 => not found
[10:04] <alan_g> Am I doing something stupid?
[10:30] <duflu_> alan_g: It's all part of the various branches/bugs I'm working on
[10:30] <duflu_> And shall have to stop soon
[10:32] <alan_g> duflu_: ack
[10:34] <duflu_> I give up...
[13:56] <greyback> Hi folks, anyone using the mir staging ppa on saucy at the moment?
[13:56]  * alan_g thinks that is an ominous question
[13:57] <greyback> I added the PPA yesterday, but on reboot lightdm failed to start. Seemed Mir did start to launch ok, as I got the cursor, but then that died.
[13:57] <greyback> :)
[14:00] <alan_g> I updated a machine to saucy yesterday - but not tried using Mr as system compositor
[14:16] <greyback> alan_g: that's a no then? :)
[14:16] <greyback> no worries, just a head's up
[14:17] <alan_g> well, I used the ppa - but only for building mir
[14:19]  * alan_g isn't likely to use system compositor until mir can be nested
[15:06] <kdub> good morning
[15:06] <alan_g> kdub: good afternoon
[15:09] <kdub> status, mp'd a cleanup for mesa/gbm, probably will tackle the egl symbols bug 1189938 in mir this morning
[15:17] <racarr> Morning
[15:22] <alan_g> afternoon
[15:34] <racarr> Just spilled my morning coffee halfway through....my "habit brain" is revolting
[15:35] <racarr> :)
[16:26] <tvoss> racarr, rofl :)
[16:30] <racarr> tvoss: What happened with that app-centric world meeting
[16:30] <racarr> yesterday when I woke up I saw that it had been rescheduled
[16:30] <racarr> in to the past?
[16:32] <ogra_> and everyone but you attended !
[16:33] <racarr> oh did it actually happen yesterday?
[16:33] <ogra_> :)
[16:33] <racarr> I was at the dentist anyway
[16:33] <ogra_> nah, kidding
[16:33] <tvoss> racarr, it happend, it is a weekly one now
[16:33] <racarr> oh ok
[16:33] <racarr> ill come next week
[16:34] <tvoss> racarr, yup
[16:34] <alf_> kdub: Is there a fast way to get the pixels of an android buffer? glReadPixels() from an FBO backed by our buffer as a texture takes >50ms on Nexus4 :/
[16:34] <alf_> kdub: (for a 512x512 surface)
[16:34] <kdub> alf_, yeah, glReadPixels on adrenos is reallly slow
[16:34] <kdub> you can access the buffer's pixels via gralloc
[16:35] <racarr> we have some tests that do it right?
[16:35] <kdub> example code at tests/draw/android_graphics.cpp
[16:37] <kdub> adreno is tile-based gpu, so glReadPixels is tricky to do quickly
[16:38] <alf_> kdub: thanks, I think that we will need to have a Buffer::pixels() method, and use that to get the pixels, fall back to glReadPixels()/FBO if ::pixels() fails (e.g. on GBM we can't really get the pixels of a hardware buffer, they may be tiled).
[16:39] <racarr> alf_: If we can peek at the buffers, I don't understand why we need software
[16:39] <kdub> well :) another alternative is to have anothe class that we can plug the native handles into, and it can provide us with the pixels
[16:40] <racarr> copy
[16:40] <alf_> kdub: sure
[16:46] <alf_> racarr: That's the ubuntu API for now, but there are also some synchronization issues with making buffers available to the shell outside of the compositor.
[16:49] <alf_> racarr: One idea discussed is for mir to give out a buffer to the shell when an app closes
[16:52] <racarr> oh when it closes, of course, sorry
[16:52] <racarr> alf_: ^
[17:02] <alan_g|EOW> Bye all!
[17:02] <racarr> Bye!
[17:03] <tvoss> alan_g|EOW, bye
[17:12]  * racarr enters the "Q"
[17:27] <racarr> this half a cup of coffee thing just isnt working out for me
[17:27] <racarr> brb
[19:36] <kdub> hey racarr, updated the doc in https://code.launchpad.net/~mir-team/mir/saucy-android/+merge/169365 if you could take another look?
[19:37] <kdub> i have a egl-extensions branch that can land right after that one
[19:47] <kdub> hmm, actually... its probably just easier to land all the fixes at onec
[20:14] <racarr> kdub: Should we merge it/
[20:14] <kdub> yeah, i think so
[20:16] <kdub> i'll mp the extensions branch within an hour
[20:25] <racarr> Ok
[20:30] <racarr> kdub: "
[20:30] <racarr> apparently if you bzr commit, change, save commit message, it needs a second commit
[20:30] <racarr> " :)
[20:30] <racarr> haha the more you know
[20:30] <kdub> yeah :P
[20:40] <bschaefer> hello everyone, i've uploaded my current mir support for sdl1.2 on the mir ppa if anyone wants to try it out :)
[20:42] <bschaefer> (games are work :)
[20:42] <bschaefer> working*
[21:09] <racarr> bschaefer: Excellent
[21:09] <racarr> ill try it out the next time im looking for something to play with
[21:10] <bschaefer> racarr, thanks :), and cool! Still need to fix some odd thing with SW rendering...but I've a work around for now
[21:10] <bschaefer> (copying the entire screen over to mir...)
[21:10] <racarr> hmm
[21:10] <racarr> ill try and look at that
[21:11] <bschaefer> racarr, im making a different ppa to show you what I mean, its strange, I copy the changes for that frame over to mir, and swap buffers
[21:11] <racarr> one day we should port it to the platform-api which should mostly be find and replaceish stuff
[21:11] <racarr> it doesn't really matter now, but might as more application description stuff, etc comes in
[21:11] <bschaefer> yeah, that would be nice
[21:12] <bschaefer> racarr, its as almost mir doesn't paint the alpha? Or assumes its double buffered...im not very sure :)