Re: [SailfishDevel] 回复:Re: could we support hw overlay from gst-droid?
On Tue, 5 May 2015 23:09:40 +0300 Tone Kastlunger users.giulie...@gmail.com wrote: Hi; apologies for dropping the mailing list - it appears gmail does not reply correctly to the mailing list but only to the sender. Qt 5.1 was my typo, should have been 5.2. Point being, does lipstic currently handle wayland subsurfaces? Unfortunately not but it can be done if there is a need ;-) The point is: Does it really improve the rendering/playback performance? Cheers, ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] 回复:Re: could we support hw overlay from gst-droid?
Hi; apologies for dropping the mailing list - it appears gmail does not reply correctly to the mailing list but only to the sender. Qt 5.1 was my typo, should have been 5.2. Point being, does lipstic currently handle wayland subsurfaces? On Mon, May 4, 2015 at 3:01 PM, Mohammed Hassan mohammed.has...@jollamobile.com wrote: On Mon, May 04, 2015 at 12:04:57PM +0300, Tone Kastlunger wrote: Ok I see, so the stack is actually: lipstick - QTGStreamer - GStreamer - OpenGLES. QTGStreamer is not used at all. In that case, perhaps a subsurface can do the job. Thing is, how does the upstream stack handle it? AFAIK subsurfaces are not available yet in Qt 5.1.. Which upstream stack? We are using Qt 5.2 BTW. Cheers, P.S. Please do not drop the mailing list from the conversation. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] 回复:Re: could we support hw overlay from gst-droid?
On Mon, May 04, 2015 at 12:04:57PM +0300, Tone Kastlunger wrote: Ok I see, so the stack is actually: lipstick - QTGStreamer - GStreamer - OpenGLES. QTGStreamer is not used at all. In that case, perhaps a subsurface can do the job. Thing is, how does the upstream stack handle it? AFAIK subsurfaces are not available yet in Qt 5.1.. Which upstream stack? We are using Qt 5.2 BTW. Cheers, P.S. Please do not drop the mailing list from the conversation. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] 回复:Re: could we support hw overlay from gst-droid?
On Fri, May 01, 2015 at 08:01:34PM +0300, Tone Kastlunger wrote: I'd guess this would require patching lipstick (compositor) as well? tortoisedoc I cannot tell. One option is to use wayland subsurfaces (I don't know if it's even possible or not). We can then extend droideglsink to use subsurfaces and let the compositor do the work. I would not prefer giving the buffers themselves to the app for rendering because: 1) There is no guarantee that the content of the buffers will be cross platform. We get a vendor specific data format encapsulated within an android buffer and we do not even know (from a programming POV) what the format of the data is 2) If the app blocks, the decoding pipeline will stall. We can push up to 2 buffers only to the app and if we don't get them back to the decoder we will block and stop decoding. 2 is what we are limiting ourselves to currently but could increase in the future. An alternate way is to patch glimagesink from plugins-bad to grok our buffers or to enable waylandsink and ship it. Cheers, ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] 回复:Re: could we support hw overlay from gst-droid?
I'd guess this would require patching lipstick (compositor) as well? tortoisedoc On Thu, Apr 30, 2015 at 6:29 PM, Mohammed Hassan mohammed.has...@jollamobile.com wrote: On Thu, Apr 30, 2015 at 09:08:26AM +0800, Halley wrote: I mean, in gst_droideglsink_bind_frame(), EGLImage is created from video frame. then I assume this video frame will finally drawn as texture in application. is there other option to send the video frame mem to compositor directly, then the compositor has one option to assign the video frame to overlay plane. something like SurfaceView in android, the compositor acts as buffer consumer directly. thanks. I am not aware of any other way but patches are welcomed ;-) Cheers, ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] 回复:Re: could we support hw overlay from gst-droid?
On Thu, Apr 30, 2015 at 09:08:26AM +0800, Halley wrote: I mean, in gst_droideglsink_bind_frame(), EGLImage is created from video frame. then I assume this video frame will finally drawn as texture in application. is there other option to send the video frame mem to compositor directly, then the compositor has one option to assign the video frame to overlay plane. something like SurfaceView in android, the compositor acts as buffer consumer directly. thanks. I am not aware of any other way but patches are welcomed ;-) Cheers, ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
[SailfishDevel] 回复:Re: could we support hw overlay from gst-droid?
I mean, in gst_droideglsink_bind_frame(), EGLImage is created from video frame.then I assume this video frame will finally drawn as texture in application. is there other option to send the video frame mem to compositor directly, then the compositor has one option to assign the video frame to overlay plane.something like SurfaceView in android, the compositor acts as buffer consumer directly. thanks. sink-image = sink-eglCreateImageKHR (sink-dpy, EGL_NO_CONTEXT, EGL_NATIVE_BUFFER_ANDROID, (EGLClientBuffer) gst_droid_media_buffer_memory_get_buffer (mem), eglImgAttrs); - 原始邮件 - 发件人:Mohammed Hassan mohammed.has...@jollamobile.com 收件人:Halley halley_z...@sina.com 抄送人:Sailfish OS Developers devel@lists.sailfishos.org 主题:Re: could we support hw overlay from gst-droid? 日期:2015年04月29日 08点27分 On Sun, Apr 26, 2015 at 02:23:24PM +0800, Halley wrote: Hi Mohammed: in gst-droid, eglsink is created for texture video rendering. is it possible that the video is rendered to overlay? independent from egl/gles. Hi, What do you mean by rendered to an overlay? What exactly are you trying to do? Also note that gst-droid is not yet part of Sailfish OS so you cannot yet use it. Cheers, ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org