Hi, Dh and Gwanglim,
Thanks for your clarifying this.
Just study the code of Enlightenment and want your confirmation.
Thanks again.
Yan Wang
> Hi, Yan Wang,
>
> Yes, we are trying to support GLES/EGL wayland client. :)
>
> We will add texture from pixmap (actually wl buffer not pixmap) into the
> evas gl drm engine.
> It needs more testing and then e_pixmap of e should be changed to support
> egl wayland client as you said.
> But for wl shm buffer, raster is right. It is rendered by using classic gl
> texture uploading.
>
> BR,
> Gwanglim
>
> ------- Original Message -------
> Sender : Carsten Haitzler<[email protected]>
> Date : 2014-09-03 14:49 (GMT+09:00)
> Title : Re: [E-devel] [E_DEVEL]enlightenment support wayland
>
> On Tue, 2 Sep 2014 22:44:46 -0700 (PDT) [email protected] said:
>
>> Hi, Dh,
>> I don't know whether you have a plan to support EGL/GLES based
>> Wayland
>> compositor currently?
>
> yes - it is planned. just getting solid without worrying about that is
> more
> important.
>
>> I read some code of Enlightenment. Besides using Ecore Evas GL drm in
>> wl_drm module, e_pixmap may need be changed to process wl_buffer based
>> on EGL. And for composting wl_buffer from Wayland EGL client by EGL
>> image/GL texture, need use evas_object_image_native_surface_set()
>> instead of evas_object_image_pixels_set() in e_comp_object
>> implementation.
>> wl_buffer from Wayland SHM client could also use GL Texture to
>> compositing like Weston.
>
> shm clients just provide a shm segment. if the compositor were to use gl,
> then
> it would be uploading that shm buffer to a texture on each update and
> using
> that texture to render.
>
>> Do you think so? Or you may have the better idea for this.
>> Thanks.
>>
>> Yan Wang
>>
>> > On 08/29/2014 05:35 AM, [email protected] wrote:
>> >> Hi, Dh,
>> >> Thanks for your information.
>> >
>> > No worries :)
>> >
>> >> I found e_modapi_init() in
>> >> enlightenemnt/src/modules/wl_drm/e_mod_main.c
>> >> fallback to use ecore_evas_drm_new().
>> >> I don't know whether Ecore_evas/Evas GL Drm engine is ready now?
>> May
>> >> only need add Evas GL engine code into e_comp_wl branch?
>> >>
>> > The e_comp_wl branch has been merged with master now, so everything is
>> > already in master. The Evas GL Drm engine is Very new and Not very
>> > tested. I would suggest not building EFL with support for GL Drm at
>> the
>> > moment. Normal Evas drm engine works tho.
>> >
>> > Cheers,
>> > dh
>> >
>> >> Best regards
>> >> Yan Wang
>> >>
>> >>> On 08/28/2014 04:58 AM, [email protected] wrote:
>> >>>> Hi, All,
>> >>>> Just I tried e_comp_wl based on README.wayland in
>> Enlightenment
>> >>>> upstream on my Fedora 20.
>> >>>> We could run enlightenment by ./enlightenment_start and found
>> >>>> wayland
>> >>>> socket in /run/user/1000/e-yanwang@XXX. And some applications (e.g.
>> >>>> calculator of Fedora 20 but terminal not) could run.
>> >>>> And I tried weston (1.5.0) sample clients and seems only shm
>> >>>> samples
>> >>>> could be run. Currently e_comp_wl should haven't support Wayland
>> drm
>> >>>> EGL so far.
>> >>>> Is it right? I have added the following:
>> >>>> export E_WL_FORCE=drm
>> >>>> export ELM_DISPLAY=wl
>> >>>> export ELM_ACCEL=opengl
>> >>>>
>> >>>> The following is my test sample list:
>> >>>> weston-simple-shm success
>> >>>> weston-simple-egl eglInitialize() is failed
>> >>>> weston-editor segment-fault
>> >>>> weston-resizor could run but crash when try to close by
>> >>>> press X button
>> >>>> weston-scaler success
>> >>>> weston-dnd success
>> >>>> weston-flower success
>> >>>> weston-smoke failed, no smoke
>> >>>> weston-subsurface failed, egl_state_create()
>> >>>> weston-terminal success
>> >>>>
>> >>>> Thanks.
>> >>>> Yan Wang
>> >>>>
>> >>>>
>> >>>
>> >>> There is no support for running X applications yet in a wayland-only
>> >>> enlightenment. I have code for that, but its not ready yet.
>> >>>
>> >>> The current compositor does not initialize egl yet, so only shm
>> clients
>> >>> will work.
>> >>>
>> >>> The existing gl-drm code has not been completely tested yet, so I am
>> >>> unsure how well it works (if at all). I would recommend exporting
>> >>> ELM_ACCEL=none for now.
>> >>>
>> >>> dh
>> >>>
>> >
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Slashdot TV.
>> > Video for Nerds. Stuff that matters.
>> > http://tv.slashdot.org/
>> > _______________________________________________
>> > enlightenment-devel mailing list
>> > [email protected]
>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>> >
>>
>>
>> ------------------------------------------------------------------------------
>> Slashdot TV.
>> Video for Nerds. Stuff that matters.
>> http://tv.slashdot.org/
>> _______________________________________________
>> 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]
>
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds. Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> enlightenment-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds. Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> enlightenment-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
