Details
-
Bug
-
Resolution: Cannot Reproduce
-
Not Evaluated
-
4.5.1
-
None
Description
I'm testing the PowerVR plugin of Qt, however OpenGL ES 1 and
OpenGL ES 2 don't work. Using the hellogl_es demo program, I get a
flickering picture in the OpenGL widget.
I'm using the TI SDK on the OMAP device with a 2.6.29 kernel from the
system vendor (in that case: Ultratronik). All demo programs from ImgTec
from the TI SDK run fine on that device, both OpenGL ES1 and OpenGL ES2.
I configured Qt in the following way:
./configure -embedded arm -confirm-license -little-endian \
-xplatform qws/linux-arm-omap3-g++ -qt-mouse-tslib \
-I/local/bwal/projekte/omap/nfsroot/usr/local/include \
-L/local/bwal/projekte/omap/nfsroot/usr/local/lib \
-plugin-gfx-powervr -opengl es1 -no-scripttools \
-no-webkit -no-dbus -no-glib -no-sql-sqlite
The qws/linux-arm-omap3-g++ configuration looks like:
--------------------------------------------------------------------------------
#
- qmake configuration for building with arm-none-linux-gnueabi-g++
#
include(../../common/g++.conf)
include(../../common/linux.conf)
include(../../common/qws.conf)
- modifications to g++.conf
QMAKE_CC = arm-none-linux-gnueabi-gcc
QMAKE_CXX = arm-none-linux-gnueabi-g++
QMAKE_LINK = arm-none-linux-gnueabi-g++
QMAKE_LINK_SHLIB = arm-none-linux-gnueabi-g++
- modifications to linux.conf
QMAKE_AR = arm-none-linux-gnueabi-ar cqs
QMAKE_OBJCOPY = arm-none-linux-gnueabi-objcopy
QMAKE_STRIP = arm-none-linux-gnueabi-strip
- modification for OMAP3 with SDK from TI
- TODO: don't use absolute paths but use some environment variable
QMAKE_INCDIR_OPENGL
= /local/bwal/projekte/omap/software/SDKs/OMAP35x_Graphics_SDK_setuplinux_3_00_00_06/GFX_Linux_SDK/OGLES/SDKPackage/Builds/OGLES/Include/ /local/bwal/projekte/omap/software/SDKs/OMAP35x_Graphics_SDK_setuplinux_3_00_00_06/GFX_Linux_SDK/OGLES/SDKPackage/Builds/OGLES/LinuxOMAP3/Include/
QMAKE_LIBDIR_OPENGL
= /local/bwal/projekte/omap/software/SDKs/OMAP35x_Graphics_SDK_setuplinux_3_00_00_06/gfx_rel/
QMAKE_LIBS_OPENGL = -lEGL -lGLES_CM -lIMGegl -lsrv_um
- XXX
DEFINES += QT_QWS_CLIENTBLIT QT_NO_QWS_CURSOR
load(qt_config)
--------------------------------------------------------------------------------
In that configuration it doesn't build. I applied several patches to
build Qt (in that order):
qt-fix-build-hellogl_es.diff
qt-fix-build-with-ti-headerfiles.diff
qt-fix-build-opengles1-omap.diff
qt-add-header-files-ti.diff
I added also the header files from TI in a patch, because they are
needed to build the plugin and you had it anyways to develop the
plugins.