Closed
Bug 942502
Opened 11 years ago
Closed 11 years ago
Move EGLImage/GraphicBuffer-specific helpers out of GLContext
Categories
(Core :: Graphics, defect)
Core
Graphics
Tracking
()
RESOLVED
FIXED
mozilla29
People
(Reporter: bjacob, Assigned: u480271)
References
Details
(Whiteboard: [qa-])
Attachments
(2 files, 1 obsolete file)
Talking about this bit of GLContext.h:
virtual bool BindExternalBuffer(GLuint texture, void* buffer) { return false; }
virtual bool UnbindExternalBuffer(GLuint texture) { return false; }
#ifdef MOZ_WIDGET_GONK
virtual EGLImage CreateEGLImageForNativeBuffer(void* buffer) = 0;
virtual void DestroyEGLImage(EGLImage image) = 0;
#endif
virtual already_AddRefed<TextureImage>
CreateDirectTextureImage(::android::GraphicBuffer* aBuffer, GLenum aWrapMode)
{ return nullptr; }
Reporter | ||
Comment 1•11 years ago
|
||
Expected difficulty: intermediate.
Nontrivial as custom choices will have to be made for each place in Gecko that was relying on that, but I expect that there won't be too many (DXR to the rescue).
In preparation, BindExternalBuffer/UnbindExternalBuffer appear to be dead code.
Try run to check: https://tbpl.mozilla.org/?tree=Try&rev=0ebf5416840f
Extracted methods CreateEGLImageForNativeBuffer and DestroyEGLImage from
GLContext and moved to EGLImageHelpers.[h|cpp]. Renamed to
EGLImageCreateFromNativeBuffer and EGLImageDestroy.
Attachment #8344469 -
Flags: review?(bjacob)
Attachment #8343521 -
Flags: review?(bjacob)
Reporter | ||
Comment 5•11 years ago
|
||
Comment on attachment 8344469 [details] [diff] [review]
Move EGLImage/GraphicBuffer-specific helpers out of GLContext
Review of attachment 8344469 [details] [diff] [review]:
-----------------------------------------------------------------
r=me with this:
::: gfx/layers/moz.build
@@ +183,5 @@
> # has full system permissions there.
> if CONFIG['MOZ_WIDGET_TOOLKIT'] == 'gonk':
> EXPORTS.mozilla.layers += [
> 'ipc/ShadowLayerUtilsGralloc.h',
> + 'opengl/EGLImageHelpers.h'
If I am not mistaken, this header is only #included by source files in the same directory, so you don't need to export it. Better not export headers until we need to.
Attachment #8344469 -
Flags: review?(bjacob) → review+
Reporter | ||
Updated•11 years ago
|
Attachment #8343521 -
Flags: review?(bjacob) → review+
Update with review comments from bjacob.
https://tbpl.mozilla.org/?tree=Try&rev=2e72d104d6f6
Attachment #8344469 -
Attachment is obsolete: true
Reporter | ||
Comment 7•11 years ago
|
||
http://hg.mozilla.org/integration/mozilla-inbound/rev/fd0594ff74ce
http://hg.mozilla.org/integration/mozilla-inbound/rev/be500431a9d6
Target Milestone: --- → mozilla29
Comment 8•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/be500431a9d6
https://hg.mozilla.org/mozilla-central/rev/fd0594ff74ce
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Whiteboard: [qa-]
You need to log in
before you can comment on or make changes to this bug.
Description
•