On Tue, 8 Jan 2013 10:34:14 -0200 Gustavo Sverzut Barbieri <[email protected]> said:
> I'll reply later, but I guess we are creating a confusion on what could be > the problem and it should be much simpler than what you think. > > Software -X11 used by popups/shelves shouldn't matter as they go to X > before coming to the compositor... Unless ther is a shortcut I don't know. > And we just XShmPutImage on the main thread. So should be fine. our putimage is not async? > On Tuesday, January 8, 2013, Carsten Haitzler wrote: > > > On Tue, 8 Jan 2013 00:25:55 -0200 Ulisses Furquim <[email protected]> > > said: > > > > > Hi, > > > > > > On Tue, Jan 8, 2013 at 12:14 AM, Carsten Haitzler <[email protected]> > > > wrote: > > > > On Mon, 7 Jan 2013 23:13:13 -0200 Ulisses Furquim < > > [email protected]> > > > > said: > > > > > > > >> Hi raster, > > > >> > > > >> On Monday, January 7, 2013, Carsten Haitzler wrote: > > > >> > > > >> > On Mon, 7 Jan 2013 18:36:32 -0200 Ulisses Furquim > > > >> > <[email protected]<javascript:;>> said: > > > >> > > > > >> > > Hi Raster, > > > >> > > > > > >> > > On Fri, Jan 4, 2013 at 12:45 PM, Carsten Haitzler > > > >> > > <[email protected]<javascript:;> > > > >> > > > > > >> > > wrote: > > > >> > > > On Fri, 4 Jan 2013 11:21:28 -0200 Gustavo Sverzut Barbieri > > > >> > > > <[email protected] <javascript:;>> said: > > > >> > > > > > > >> > > >> On Fri, Jan 4, 2013 at 10:56 AM, Carsten Haitzler > > > >> > > >> <[email protected] <javascript:;>>wrote: > > > >> > > >> > > > >> > > >> > On Fri, 4 Jan 2013 10:42:13 -0200 Gustavo Sverzut Barbieri > > > >> > > >> > <[email protected] <javascript:;>> said: > > > >> > > >> > > > > >> > > >> > ooh also.. with software comp.. rememebr that the async > > renderer > > > >> > > >> > is > > > >> > still > > > >> > > >> > busy > > > >> > > >> > rendering in the bg.. THEN sw comp in the mainloop is > > grabbing > > > >> > pixels to > > > >> > > >> > ximages WHILE sw evas is rendering async.. THEN it uses those > > > >> > ximages - > > > >> > > >> > their > > > >> > > >> > pixel data is SET to be theimage pixel data, and then an > > sync sw > > > >> > render > > > >> > > >> > uses > > > >> > > >> > that pixel data we grabbed async to the rendering of it > > (that used > > > >> > to be > > > >> > > >> > sync) :) if its sw comp - but i've seen sync issues with gl > > comp > > > >> > > >> > and content > > > >> > > >> > containing incorrect pixels. :) > > > >> > > >> > > > >> > > >> > > > >> > > >> I couldn't understand what you mean. Seems you're getting some > > ideas > > > >> > on > > > >> > > >> where is the problem, then: > > > >> > > >> > > > >> > > >> 1 - explain that in a more understandable way :-P > > > >> > > >> 2 - look into comp code to see where the problems could be. > > You > > > >> > wrote it, > > > >> > > >> then you know that quite well. > > > >> > > >> > > > >> > > >> We can help you with #2 if you do #1 and let us know where to > > to pin > > > >> > point. > > > >> > > > > > > >> > > > comp can sync its canvas. it can ensure it is no longer > > rendering > > > >> > before it > > > >> > > > changed the image data ptrs... > > > >> > > > > > > >> > > > BUT... it cant sync the canvases in the borders, or the menus, > > or the > > > >> > > > background or the popups. these are separate windows and > > canvases. > > > >> > > > literally e is doing x(shm)getimage() the pixels from x11 when > > > >> > > > updates happen. since async rendering may be rendering a NEW > > frame > > > >> > > > WHILE it is doing a getimage for the old one (the border canvas > > is > > > >> > > > rendering async > > > we can.. but we can't break ecore-evas/elm etc. "by default" to require > > any > > apps/code to adapt like this. it has to be voluntary opt-in to go async. :/ > > > > > Or not? :-) > > > > > > -- Ulisses > > > > > > > that means... in real life, we can't turn async on by default... it > > has to > > > > be explicitly requested :/ (at the ecore-evas and even elementary > > level). > > > > otherwise we break api/abi basically (well behaviour). > > > > > > > > i have also been thinking on this while asleep.. or pretending to > > be... we > > > > have another bug in comp that is implicit due to it not forcibly > > ordering > > > > the comp canvas draw to be AFTER all idle enterers (it should use an > > idler > > > > and manual rendering that it then deletes after first idler spin - but > > this > > > > won't fix out current issue anyway - also we have a shape rect issue > > too > > > > anyway since shape rects are set by ecore-evas's idle enterer but the > > > > e_border idle enterer i think executes before , merging shape rects > > from > > > > the frame canvas... anyway my brain is running around in circles with > > all > > > > the implicit dependencies of who renders first and produces what > > results > > > > and then who depends on them for another stage etc.). > > > > > > > > -- > > > > ------------- Codito, ergo sum - "I code, therefore I am" > > -------------- > > > > The Rasterman (Carsten Haitzler) [email protected]<javascript:;> > > > > > > > > > > > > > > > > -- > > > Ulisses Furquim > > > ProFUSION embedded systems > > > http://profusion.mobi > > > Mobile: +55 19 9250 0942 > > > Skype: ulissesffs > > > > > > > > ------------------------------------------------------------------------------ > > > Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS > > > and more. Get SQL Server skills now (including 2012) with LearnDevNow - > > > 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. > > > SALE $99.99 this month only - learn more at: > > > http://p.sf.net/sfu/learnmore_122512 > > > _______________________________________________ > > > enlightenment-devel mailing list > > > [email protected] <javascript:;> > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) [email protected] <javascript:;> > > > > > > > > ------------------------------------------------------------------------------ > > Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS > > and more. Get SQL Server skills now (including 2012) with LearnDevNow - > > 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. > > SALE $99.99 this month only - learn more at: > > http://p.sf.net/sfu/learnmore_122512 > > _______________________________________________ > > enlightenment-devel mailing list > > [email protected] <javascript:;> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -------------------------------------- > MSN: [email protected] > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > ------------------------------------------------------------------------------ > Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS > and more. Get SQL Server skills now (including 2012) with LearnDevNow - > 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. > SALE $99.99 this month only - learn more at: > http://p.sf.net/sfu/learnmore_122512 > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
