[Webkit-unassigned] [Bug 86410] [texmap][GStreamer] Composited Video support

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=86410





--- Comment #58 from Zhao, Halley <halley.zhao at intel.com>  2012-11-07 02:23:49 PST ---
(In reply to comment #57)
> (In reply to comment #56)
> > Created an attachment (id=172019)
 --> (https://bugs.webkit.org/attachment.cgi?id=172019&action=review) [details] [details]
> 
> What if WebKit provides the EGL context but gst-vaapi creates its own context that is initialized to _share_
> resources with the one provided by WebKit (or the app in general)?

EGLClientBuffer is a void* indeed, gst-vaapi can export it without link to EGL.
so I will try it first.

your suggestion looks good, eglInitilize/eglTerminate/eglCreateContext is still required, right?
how about we just pass EGLDisplay/EGLContext from webkit to gst-vaapi?

> 
> I wonder if it would be possible to have API in the gst_surface_converter interfaces that would allow for
> the app/webkit to call into the implementation (gst-vaapi) to create (compile) the fragment shader required for rendering
> the texture? Then WebKit could call that function when it needs to.
> 
> Another approach would be for gst-vaapi to provide the shader as a string, but I don't think that's as clean.
> 
if there is implementation for sw decoded YUV frame, gst-vaapi can try to follow it.
in my opinion, it is not so important to support YUV texture by gl shader.
many driver support it inside 3d driver.
(though Intel driver doesn't, it should be a push to us. and on the other hand, we can convert yuv to rgb before export it, it doesn't hit performance much)
> Would this be actually needed in WebKit if gst-vaapi continues to support as > texture as interface instead of EGL image?
texture depends on egl context and gl context, and the option between openGL and gles is decide at runtime for webkit. so, I hesitate to support texture as interface
> 
> Then again, I suppose one argument in favour of using EGL images instead of texture is that OpenMax IL has IIRC an extension
> that allows for binding a video surface to an EGL image. So maybe that would make the gstreamer interface more useable in the long run.
> 
I also favour of EGLImage, just postpone it for several days
> 
> If you decide to use the Qt port for testing/developing it, just make sure 
> Qt was configured with -opengl es2. You might also want to use wayland as 
> windowing system, i.e. build the qtwayland module.

now, I'm using gtk port on Ubuntu12.04

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.