On Sat, Feb 23, 2013 at 5:59 AM, Carsten Haitzler <[email protected]> wrote:
> On Thu, 21 Feb 2013 09:50:49 -0300 Rafael Antognolli <[email protected]>
> said:
>
> difference... i think.. flip page does image objects... flip widget uses proxy
> on image obj pointing to widget and is inside a smart obj...  from memory... 
> :)
> so different: proxy. :)

Proxy and map, mouah ah ah ah !

>> Hey guys,
>>
>> I've been trying to debug a problem that only happens on the Wayland
>> backend, both SHM and EGL, but I have no more ideas.
>>
>> tl;dr:
>> The elm_flip widget doesn't animate when using the FLIP_PAGE_*
>> animation modes. However, it works perfectly with FLIP_CUBE_* and
>> FLIP_ROTATE_*. The strange thing is exactly this: both the normal flip
>> page animation and the interactive flip page animation are not working
>> only on Wayland.
>>
>> On elementary_test, there's a test called Flip Page, which I think
>> that Raster wrote, and contains all the code to do this animation by
>> itself. That one works perfectly.
>>
>> The elm_flip widget seems to be based on that code and do the same,
>> but it doesn't work on Wayland!
>>
>> >From my tests, I noticed that (on the SHM engine) the recently written
>> buffer from each animation frame has the same content (same pixels)
>> before being pushed/attached to the surface, so it does not seem to me
>> a problem of marking damaged areas or swapping the buffers. I also
>> checked most functions from this path and it all seems to be being
>> called correctly, exactly the same as other things being rendered.
>>
>> I *think* that the problem is somewhere on the rendering path, but I
>> can't tell what since this rendering path is on software_generic,
>> being used both by wayland_shm and software_x11.
>>
>> That makes me think that the problem may be due to some change done
>> during the async render integration, though I also forced the
>> software_x11 backend to use the synchronous path, using
>> ECORE_EVAS_FORCE_SYNC_RENDER=1. It still works correctly, and follows
>> the same path as the wayland_shm.
>>
>> So I ask you guys if you have any more ideas, even just say "try to
>> debug or check this". devilhorns, acidx, hermet, raster?
>>
>> There are some more details on the ticket:
>> http://trac.enlightenment.org/e/ticket/1407
>>
>> Thanks,
>> --
>> Rafael Antognolli
>> http://antognolli.org/
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_feb
>> _______________________________________________
>> 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]
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> enlightenment-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Cedric BAIL

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to