Arm Community
Site
Search
User
Site
Search
User
Groups
Education Hub
Distinguished Ambassadors
Open Source Software and Platforms
Research Collaboration and Enablement
Forums
AI and ML forum
Architectures and Processors forum
Arm Development Platforms forum
Arm Development Studio forum
Arm Virtual Hardware forum
Automotive forum
Compilers and Libraries forum
Graphics, Gaming, and VR forum
High Performance Computing (HPC) forum
Infrastructure Solutions forum
Internet of Things (IoT) forum
Keil forum
Morello forum
Operating Systems forum
SoC Design and Simulation forum
SystemReady Forum
Blogs
AI and ML blog
Announcements
Architectures and Processors blog
Automotive blog
Graphics, Gaming, and VR blog
High Performance Computing (HPC) blog
Infrastructure Solutions blog
Internet of Things (IoT) blog
Operating Systems blog
SoC Design and Simulation blog
Tools, Software and IDEs blog
Support
Arm Support Services
Documentation
Downloads
Training
Arm Approved program
Arm Design Reviews
Community Help
More
Cancel
Support forums
Graphics, Gaming, and VR forum
Linux OpenGLES 2.0 emulator Shared pixmap support
Jump...
Cancel
Locked
Locked
Replies
2 replies
Subscribers
136 subscribers
Views
5404 views
Users
0 members are here
OpenGL ES
Options
Share
More actions
Cancel
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion
Linux OpenGLES 2.0 emulator Shared pixmap support
Nitin Sharma
over 11 years ago
Note: This was originally posted on 13th April 2010 at
http://forums.arm.com
I created a shared memory pixmap using MIT shm extension on X11 and the used the eglCreatePixmapSurface by passing the shm pixmap. The EGL surface created successfully and all rendering happened without any error.
Because the pixmap is now the render target for EGL, so the pixmap buffer should get updated by EGL draw calls. But the pixmap buffer didn't change after EGL draw opertaions. The glReadPixels however returned the correct data. So EGL is correctly writing to some surface but which one? It surely is not the pixmap buffer, because it didn't change.
The same thing I tried on Win32 OpenGL ES 2.0 emulator, i.e. created a shared memory bitmap and created EGL surface using it. It worked fine in this case and the buffer was properly updated after EGL draw calls.
Is this a problem with Linux emulator?
Please help.
Thanks in advance.
Parents
Nachiappan Sundaram
over 11 years ago
Note: This was originally posted on 16th April 2010 at
http://forums.arm.com
Pixmap is single-buffered surface. Clients rendering into a single-buffered surface should call
eglWaitClient()
before accessing the single-buffered surface from the client. [See section 3.8 of EGL 1.4 specification, for more information]
glReadPixels()
flushes the rendering pipeline and hence I guess that the output is correct with it. In any case, please call
eglWaitClient()
before calling any other EGL or GLES API, whenever those API's want to render to a single-buffered surface
Let us know if this helps.
Cancel
Up
0
Down
Cancel
Reply
Nachiappan Sundaram
over 11 years ago
Note: This was originally posted on 16th April 2010 at
http://forums.arm.com
Pixmap is single-buffered surface. Clients rendering into a single-buffered surface should call
eglWaitClient()
before accessing the single-buffered surface from the client. [See section 3.8 of EGL 1.4 specification, for more information]
glReadPixels()
flushes the rendering pipeline and hence I guess that the output is correct with it. In any case, please call
eglWaitClient()
before calling any other EGL or GLES API, whenever those API's want to render to a single-buffered surface
Let us know if this helps.
Cancel
Up
0
Down
Cancel
Children
No data