summaryrefslogtreecommitdiff
path: root/helpers/eglsize.hpp
AgeCommit message (Collapse)AuthorFilesLines
2015-05-20common,cli,wrappers,retrace,gui: Use #pragma once.Jose Fonseca1-4/+1
Smaller footprint, and simplifies refactoring.
2013-07-02common: Add platform #ifdefs for non-cmake build convenience.Nigel Stewart1-0/+2
The cmake CMakeLists.txt file has logic for including or excluding certain compilation units based on the platform: Windows, Linux or Mac OS X. Other build systems are not as clever, it is convenient to also wrap platform-specifics with #ifdef _WIN32 ... #endif to keep things simple on the build side.
2012-08-02Emit a fake glTexImage for glEGLImageTargetTexture2DOES.José Fonseca1-21/+14
2012-08-02egl: EGL image trace supportImre Deak1-0/+64
Getting the dimension / format of EGL images is not straitghforward. One way to get these would be through glGetTexLevelParameter, but it's not supported by GLES. Another way is to attach the EGL image to a renderbuffer and call glGetRenderbufferParameter on it, but at least mesa doesn't support attaching images in RGBA_REV format. And that format happens to be an important one in applications we care about (like the Android browser). We could also check the parameters of the underlying native buffer, but these are not exposed through any API (for either Xpixmaps or Android native buffers) So the only way I found is to try a non-destructive glCopyTexSubImage2D with sizes starting from GL_MAX_TEXTURE_SIZE down to 1 and determine the correct size based on whether this returns an error or not. Signed-off-by: Imre Deak <imre.deak@intel.com>