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

[bugzilla-daemon at webkit.org]

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





--- Comment #56 from Zhao, Halley <halley.zhao at intel.com>  2012-11-02 02:59:03 PST ---
Created an attachment (id=172019)
 --> (https://bugs.webkit.org/attachment.cgi?id=172019&action=review)
support gst-vaapi to upload vaSurface to webkit texture

revise Simon's patch with fixes(share the X Display between webkit and gst pipeline), 
it runs on my sandy bridge PC; however, playback stops after several seconds.

it it not my target since there is TFP and FBO in gst-vaapi to support gst_surface_converter_upload(), 
it is something like 3 times memory copy.

next, I will work on the following proposal:
  1. gst-vaapi export a 'handler' for video surface
  2. a EGLImage can be create from this handler by eglCreateImageKHR()
  3. texture is created from the above EGLImage by glEGLImageTargetTexture2DOES()

something are not certain are:
  a) should the step 2 be done in gst-vaapi?
    pros: EGLImage is generic, webkit will be happy
    cons: EGL context should be shared between webkit and gst-vaapi, it increases the complexity
  b) should we export YUV (indicated by the 'handler') from gst-vaapi?
    pros: it is better for performance, driver needn't convert YUV to RGB before export the buffer.
    cons: complexity will be introduced on webkit side: detail info of the YUV buffer layout and corresponding shader to render such YUV texture.
    anyway, I will try RGB first. my SandyBridge can convert 720p video frame to RGB format at ~400fps

I'm not familiar with webkit, 
  could someone give clues on adding glEGLImageTargetTexture2DOES? 
  and how could I make sure EGL/GLES is used instead of GLX/OGL?

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