<p><br></p><p>I don't have much idea on it as well.</p><p><br></p><p>I think EGLImage or texture id are concept inside one process, not able to shared between two process (wayland client and wayland server). for EGL application, drm buffer name is passed by wayland-drm protocol inside libEGL.</p><p><br></p><p>some global buffer handle are required to share the buffer directly from app to weston. like gralloc handle, dma_buf, or drm name.</p><br><div id="">--------------------------------<br></div><div id=""><br></div><br><div id="origbody"><div style="background: #f2f2f2;">----- 原始邮件 -----<br>发件人：Mohammed Hassan <mohammed.hassan@jollamobile.com><br>收件人：Tone Kastlunger <users.giulietta@gmail.com><br>抄送人：Sailfish OS Developers <devel@lists.sailfishos.org><br>主题：Re: [SailfishDevel] 回复：Re: could we support_hw_overlay_from_gst-droid?<br>日期：2015年05月04日 07点39分<br></div><br>On Fri, May 01, 2015 at 08:01:34PM +0300, Tone Kastlunger wrote:<br>>  I'd guess this would require patching lipstick (compositor) as well?<br>>  tortoisedoc<br>I cannot tell. One option is to use wayland subsurfaces (I don't know if it's<br>even possible or not). We can then extend droideglsink to use subsurfaces<br>and let the compositor do the work.<br>I would not prefer giving the buffers themselves to the app for rendering because:<br>1) There is no guarantee that the content of the buffers will be cross platform. We get<br>a vendor specific data format encapsulated within an android buffer and we do not<br>even know (from a programming POV) what the format of the data is<br>2) If the app blocks, the decoding pipeline will stall. We can push up to 2 buffers only<br>to the app and if we don't get them back to the decoder we will block and stop decoding.<br>2 is what we are limiting ourselves to currently but could increase in the future.<br>An alternate way is to patch glimagesink from plugins-bad to grok our buffers<br>or to enable waylandsink and ship it.<br>Cheers,<br>_______________________________________________<br>SailfishOS.org Devel mailing list<br>To unsubscribe, please send a mail to devel-unsubscribe@lists.sailfishos.org<br></div>