Compiling experimental-eglfs-jw

BogDan bog_dan_ro at yahoo.com
Wed Aug 17 08:22:07 UTC 2011


Hi,

  ES2 should be supported by all android platforms >=5, ES1 should be supported by *ALL* android platforms, but AFAIK ES1 is not maintained anymore by Nokia, Thomas Am I right ?

Cheers,
BogDan.



>________________________________
>From: Tyler Mandry <tmandry at gmail.com>
>To: Thomas Senyk <thomas.senyk at nokia.com>
>Cc: necessitas-devel at kde.org
>Sent: Wednesday, August 17, 2011 11:15 AM
>Subject: Re: Compiling experimental-eglfs-jw
>
>
>Got it running on ES 1! All that I had left to do was change the EGL_CONTEXT_CLIENT_VERSION to 1 on qandroideglplatformcontext.cpp:66 and QtEgl.java:81. Qmlshowcase runs flawlessly.
>
>
>I'll see if I can put together a clean patch so we can support both. I'm not sure when or how QtEgl.java is actually used though; is it on platforms before android-9?
>
>
>
>On Aug 16, 2011, at 1:28 PM, Tyler Mandry wrote:
>
>Got it running in raster at least! See below.
>>
>>On Aug 16, 2011, at 4:13 AM, Thomas Senyk wrote:
>>
>>I've added the mailing-list.
>>>
>>>
>>>On Tuesday, August 16, 2011 03:54:38 AM ext Tyler Mandry wrote:
>>>
>>>On Aug 16, 2011, at 3:22 AM, Thomas Senyk wrote:
>>>>
>>>Never tried opengl es1
>>>>>
>>>... I don't see the point, as I've never seen an opengl es1 android
>>>>>
>>>device. Is there one?
>>>>>
>>>
>>>>
>>>I'm interested because I have some es1 code that I want to use with Qt. It
>>>>
>>>runs on Android already. Just have to get it to play nice with Qt. Every
>>>>
>>>Android device that support GLES 2 also supports GLES 1.1 and 1.0. It's a
>>>>
>>>documented guarantee.
>>>>
>>>A, OK! Good information :)
>>>
>>>
>>>Besides that:
>>>>>
>>>E/libEGL  ( 4822): called unimplemented OpenGL ES API
>>>>>>
>>>
>>>>>
>>>sounds a lot like "There is no OpenGL ES1!"
>>>>>
>>>
>>>>
>>>I'll take a closer look at what's going on.
>>>>
>>>Would be interesting .... If it's guaranteed then I guess the reference device 
>>>(nexus one) should have it ;)
>>>
>>>I will probably have no time this week, but maybe I can give it a try next 
>>>week. Would be interesting to see.
>>>Although "legacy code" is the only good use-case for that I think.
>>>
>>
>>I would disagree; a lot of people still use GLES v1 because it's "easier" and gives you something to start with. GLES v2 isn't a superset; you have to make custom shaders to do anything, even if you want to just draw lines on the screen. It gives more flexibility but at a cost.
>>
>>
>>
>>>
>>>How does you setup look like ... You want to use QGLWidget (fullscreen), put 
>>>your GL-code into paintGL() for rendering?
>>>
>>
>>
>>Something like that. The code is flexible and I can easily work it into that kind of setup.
>>
>>
>>>
>>>
>>>>
>>>About raster:
>>>>>
>>>Good questions ... have you tried to get debugging running?
>>>>>
>>>
>>>>
>>>Not until now. I'm pretty certain that it's caused by this:
>>>>
>>>JNI WARNING: inst fieldID 0x4218e084 not valid for class
>>>>
>>>Landroid/view/Surface; The crash signal is SIGSEGV and the fault adds is
>>>>
>>>0xdeadd00d which indicates that the VM aborting is what caused the app to
>>>>
>>>die.
>>>>
>>>
>>>>
>>>Here's a backtrace from logcat, when using libandroid-9.so. Not very useful.
>>>>
>>>I/DEBUG   (   65):          #00  pc 00046240  /system/lib/libdvm.so I/DEBUG
>>>>
>>> (   65):          #01  pc 0003760c  /system/lib/libdvm.so I/DEBUG   (  
>>>>
>>>65):          #02  pc 00038522  /system/lib/libdvm.so I/DEBUG   (   65):   
>>>>
>>>     #03  pc 00038c12  /system/lib/libdvm.so I/DEBUG   (   65):         
>>>>
>>>#04  pc 00033fcc  /system/lib/libandroid_runtime.so I/DEBUG   (   65):     
>>>>
>>>   #05  pc 00054f50  /system/lib/libandroid_runtime.so I/DEBUG   (   65): 
>>>>
>>>       #06  pc 0000057e  /system/lib/libjnigraphics.so
>>>>
>>>
>>>>
>>>Interestingly, this is the same error I got when I tried loading
>>>>
>>>libandroidGL-5.so and libandroid-5.so. Changing to libandroidGL-9.so fixed
>>>>
>>>that problem and the program runs (without displaying anything because of
>>>>
>>>GL errors.) But running with libandroid-9.so for raster pulls up this error
>>>>
>>>again.
>>>>
>>>
>>>>
>>>Here's a backtrace when using libandroid-5.so:
>>>>
>>>I/DEBUG   (   65):          #00  pc 00046240  /system/lib/libdvm.so
>>>>
>>>I/DEBUG   (   65):          #01  pc 0003760c  /system/lib/libdvm.so
>>>>
>>>I/DEBUG   (   65):          #02  pc 00038522  /system/lib/libdvm.so
>>>>
>>>I/DEBUG   (   65):          #03  pc 00038c12  /system/lib/libdvm.so
>>>>
>>>I/DEBUG   (   65):          #04  pc 00033fcc 
>>>>
>>>/system/lib/libandroid_runtime.so I/DEBUG   (   65):          #05  pc
>>>>
>>>00054f50  /system/lib/libandroid_runtime.so I/DEBUG   (   65):          #06
>>>>
>>>pc 0000ba88  /data/local/qt/plugins/platforms/android/libandroid-5.so
>>>>
>>>
>>>>
>>>Aha.. This looks more useful. And with gdb I got a code listing:
>>>>
>>>
>>>>
>>>(gdb) list *0xba88
>>>>
>>>0xba88 is in AndroidBitmap_getInfo
>>>>
>>>(../../src/native/graphics/jni/bitmap.cpp:26). 21                         
>>>>
>>>AndroidBitmapInfo* info) {
>>>>
>>>22    if (NULL == env || NULL == jbitmap) {
>>>>
>>>23        return ANDROID_BITMAP_RESULT_BAD_PARAMETER;
>>>>
>>>24    }
>>>>
>>>25
>>>>
>>>26    SkBitmap* bm = GraphicsJNI::getNativeBitmap(env, jbitmap);
>>>>
>>>27    if (NULL == bm) {
>>>>
>>>28        return ANDROID_BITMAP_RESULT_JNI_EXCEPTION;
>>>>
>>>29    }
>>>>
>>>30
>>>>
>>>
>>>>
>>>Hopefully that will give you more of the information you need. I could keep
>>>>
>>>hacking at it but it's very late here..
>>>>
>>>So this is backtrace from libandroid-5.so, right?
>>>If so, this is a known problem when using a <8 plugin on a >=8 device.
>>>
>>>If not ... I guess this is a bug in our code :)
>>>
>>>
>>
>>
>>Yep. So nothing new here then.
>>
>>
>>>A general advice:
>>>Have you made sure that all linking and including to (Qt)OpenGl was removed?
>>>(best starting point: projects file remove the QT += opengl)
>>>
>>>
>>
>>
>>I had done all that on the C++ side. But I looked again and what I missed was that in QtActivity.java, line 135 was "m_surface.applicationStared(true);" where the param is "usesGL". Changing that to false allows it to run in raster mode. This really ought to be commented on or (better yet) not hardcoded.
>>
>>
>>So it's running! Raster mode is painfully slow :) Now to see if we can get OpenGL...
>>
>>
>>>Greets
>>>Thomas 
>>>
>>>
>>>
>>>
>>>>
>>>Thanks,
>>>>
>>>Tyler
>>>>
>>>
>>>>
>>>I'm from Germany :)
>>>>>
>>>
>>>>>
>>>
>>>>>
>>>Greets
>>>>>
>>>Thomas
>>>>>
>>>
>>>>>
>>>On Monday, August 15, 2011 04:00:21 PM ext Tyler Mandry wrote:
>>>>>
>>>Yes, I figured this out after awhile. I ended up compiling on
>>>>>>
>>>experimental, which looks like it's the same as master right now,
>>>>>>
>>>unless my git-fu is lacking.
>>>>>>
>>>
>>>>>>
>>>I've gotten everything compiled, but haven't gotten qmlshowcase to
>>>>>>
>>>run. I'm on OS X (Lion). Here's what I've done so far:
>>>>>>
>>>
>>>>>>
>>>Changed TARGET on line 61 of qmlshowcase.pro from "./bin/qmlshowcase"
>>>>>>
>>>to
>>>>>>
>>>just "qmlshowcase" The app was not finding the app library before I
>>>>>>
>>>did
>>>>>>
>>>this. Also, there seems to be a bug that is causing the build to stick
>>>>>>
>>>that library in "<build-dir>/libs./bin/". It creates a new directory
>>>>>>
>>>called "libs." instead of getting rid of the . or adding a slash
>>>>>>
>>>before it. Removing the path from the target fixed this problem.
>>>>>>
>>>
>>>>>>
>>>Added these lines to the top of startApp() in QtActivity.java:
>>>>>>
>>>      getIntent().putExtra("use_local_qt_libs", "true");
>>>>>>
>>>      getIntent().putExtra("load_local_libs",
>>>>>>
>>>
>>>>>>
>>>"plugins/platforms/android/libandroid-9.so"); Qt Creator is failing to
>>>>>>
>>>start my application (presumably with the "use_local_qt_libs" intent
>>>>>>
>>>set to true) when I have the option selected to deploy local libs.
>>>>>>
>>>For some reason it says it's starting the app, and nothing happens on
>>>>>>
>>>the Android end. (It does push the libs to the device just fine,
>>>>>>
>>>however.) So I'm manually injecting the option. Next, the app is not
>>>>>>
>>>loading the Android plugin. I don't see any evidence of it trying. As
>>>>>>
>>>a result I force it to load the android-9 lib. (I change it to
>>>>>>
>>>libandroidGL-9.so when trying to use GL.)
>>>>>>
>>>
>>>>>>
>>>So far it fails in both raster and OpenGL modes. Log snippet for
>>>>>>
>>>raster:
>>>>>>
>>>
>>>>>>
>>>D/Qt      ( 4768): environmentString
>>>>>>
>>>"HOME=/data/data/eu.licentia.necessitas.industrius.example.qmlshowcase
>>>>>>
>>>/file
>>>>>>
>>>sTMPDIR=/data/data/eu.licentia.necessitas.industrius.example.qmlshow
>>>>>>
>>>case/fi
>>>>>>
>>>lesCACHE_PATH=/data/data/eu.licentia.necessitas.industrius.example.q
>>>>>>
>>>mlshowc ase/cacheQML_IMPORT_PATH=/data/local/qt/imports
>>>>>>
>>>
>>>>>
>>>QT_PLUGIN_PATH=/data/local/
>>>>>
>>>
>>>>>
>>>qt/plugins"
>>>>>>
>>>("HOME=/data/data/eu.licentia.necessitas.industrius.example.qmlshowcas
>>>>>>
>>>e/fil es",
>>>>>>
>>>"TMPDIR=/data/data/eu.licentia.necessitas.industrius.example.qmlshowca
>>>>>>
>>>se/fi les",
>>>>>>
>>>"CACHE_PATH=/data/data/eu.licentia.necessitas.industrius.example.qmlsh
>>>>>>
>>>owcas e/cache", "QML_IMPORT_PATH=/data/local/qt/imports",
>>>>>>
>>>"QT_PLUGIN_PATH=/data/local/qt/plugins") D/Qt      ( 4768):
>>>>>>
>>>paramsString
>>>>>>
>>>"QtApp-platformandroid"
>>>>>>
>>>W/Qt      ( 4768): WARNING: QApplication was not created in the main()
>>>>>>
>>>thread. D/Qt      ( 4768): QAndroidPlatformIntegrationPlugin::create
>>>>>>
>>>"android" D/Qt      ( 4768):
>>>>>>
>>>QAndroidPlatformIntegration::QAndroidPlatformIntegration():  creating
>>>>>>
>>>QAndroidPlatformScreen => Using Raster (Software) for painting D/Qt   
>>>>>>
>>> ( 4768): QFbScreen::setPhysicalSize QSize(74, 124)
>>>>>>
>>>D/Qt      ( 4768): QFbScreen::setGeometry QRect(0,0 480x800)
>>>>>>
>>>D/Qt      ( 4768):
>>>>>>
>>>QAndroidPlatformScreen::QAndroidPlatformScreen():QFbScreen() D/Qt     
>>>>>>
>>>(
>>>>>>
>>>4768): setDisplayMetrics
>>>>>>
>>>D/Qt      ( 4768): setDisplayMetrics done
>>>>>>
>>>D/Qt      ( 4768): setDesktopSize
>>>>>>
>>>D/Qt      ( 4768): setDesktopSize done
>>>>>>
>>>I/Qt JAVA ( 4768): surfaceChanged: 480,762
>>>>>>
>>>D/Qt      ( 4768): setDisplayMetrics
>>>>>>
>>>D/Qt      ( 4768): setDisplayMetrics done
>>>>>>
>>>D/Qt      ( 4768): setDesktopSize
>>>>>>
>>>D/Qt      ( 4768): setDesktopSize done
>>>>>>
>>>I/Qt JAVA ( 4768): surfaceChanged: 480,762
>>>>>>
>>>D/Qt      ( 4768): setDisplayMetrics
>>>>>>
>>>D/Qt      ( 4768): setDisplayMetrics done
>>>>>>
>>>D/Qt      ( 4768): setDesktopSize
>>>>>>
>>>D/Qt      ( 4768): setDesktopSize done
>>>>>>
>>>I/ActivityManager(   96): Displayed
>>>>>>
>>>eu.licentia.necessitas.industrius.example.qmlshowcase/eu.licentia.nece
>>>>>>
>>>ssita s.industrius.QtActivity: +365ms (total +1m41s955ms)
>>>>>>
>>>W/IInputConnectionWrapper( 4148): showStatusIcon on inactive
>>>>>>
>>>InputConnection D/Qt      ( 4768): createPlatformWindow false
>>>>>>
>>>D/Qt      ( 4768): setFullScreen false
>>>>>>
>>>D/Qt      ( 4768): QFbScreen::setPhysicalSize QSize(74, 124)
>>>>>>
>>>D/Qt      ( 4768): QFbScreen::setGeometry QRect(0,0 480x762)
>>>>>>
>>>D/Qt      ( 4768): QFbScreen::setPhysicalSize QSize(74, 124)
>>>>>>
>>>D/Qt      ( 4768): QFbScreen::setGeometry QRect(0,0 480x762)
>>>>>>
>>>D/Qt      ( 4768): QFbScreen::setPhysicalSize QSize(74, 124)
>>>>>>
>>>D/Qt      ( 4768): QFbScreen::setGeometry QRect(0,0 480x762)
>>>>>>
>>>W/dalvikvm( 4768): JNI WARNING: inst fieldID 0x4218e084 not valid for
>>>>>>
>>>class Landroid/view/Surface; I/dalvikvm( 4768): "Thread-11" prio=5
>>>>>>
>>>tid=9 RUNNABLE I/dalvikvm( 4768):   | group="main" sCount=0 dsCount=0
>>>>>>
>>>obj=0x40526710 self=0x300138 I/dalvikvm( 4768):   | sysTid=4777
>>>>>>
>>>nice=0 sched=0/0 cgrp=default handle=2776304 I/dalvikvm( 4768):   |
>>>>>>
>>>schedstat=( 1585815437 269531244 322 )
>>>>>>
>>>I/dalvikvm( 4768):   at dalvik.system.NativeStart.run(Native Method)
>>>>>>
>>>I/dalvikvm( 4768):
>>>>>>
>>>E/dalvikvm( 4768): VM aborting
>>>>>>
>>>
>>>>>>
>>>OpenGL might well be failing because I configured it with "-opengl
>>>>>>
>>>es1" and not es2. From what I gather this should be possible to do,
>>>>>>
>>>as far as mainstream Qt goes, but maybe the eglfs plugin doesn't
>>>>>>
>>>configure it for es1 or something. Here's the log:
>>>>>>
>>>
>>>>>>
>>>D/Qt      ( 4822): environmentString
>>>>>>
>>>"HOME=/data/data/eu.licentia.necessitas.industrius.example.qmlshowcase
>>>>>>
>>>/file
>>>>>>
>>>sTMPDIR=/data/data/eu.licentia.necessitas.industrius.example.qmlshow
>>>>>>
>>>case/fi
>>>>>>
>>>lesCACHE_PATH=/data/data/eu.licentia.necessitas.industrius.example.q
>>>>>>
>>>mlshowc ase/cacheQML_IMPORT_PATH=/data/local/qt/imports
>>>>>>
>>>
>>>>>
>>>QT_PLUGIN_PATH=/data/local/
>>>>>
>>>
>>>>>
>>>qt/plugins"
>>>>>>
>>>("HOME=/data/data/eu.licentia.necessitas.industrius.example.qmlshowcas
>>>>>>
>>>e/fil es",
>>>>>>
>>>"TMPDIR=/data/data/eu.licentia.necessitas.industrius.example.qmlshowca
>>>>>>
>>>se/fi les",
>>>>>>
>>>"CACHE_PATH=/data/data/eu.licentia.necessitas.industrius.example.qmlsh
>>>>>>
>>>owcas e/cache", "QML_IMPORT_PATH=/data/local/qt/imports",
>>>>>>
>>>"QT_PLUGIN_PATH=/data/local/qt/plugins") D/Qt      ( 4822):
>>>>>>
>>>paramsString
>>>>>>
>>>"QtApp-platformandroid"
>>>>>>
>>>W/Qt      ( 4822): WARNING: QApplication was not created in the main()
>>>>>>
>>>thread. D/Qt      ( 4822): QAndroidPlatformIntegrationPlugin::create
>>>>>>
>>>"android" D/Qt      ( 4822):
>>>>>>
>>>QAndroidPlatformIntegration::QAndroidPlatformIntegration():  creating
>>>>>>
>>>QAndroidEglFSScreen => Using OpenGL painting D/libEGL  ( 4822): loaded
>>>>>>
>>>/system/lib/egl/libGLES_android.so
>>>>>>
>>>D/libEGL  ( 4822): loaded /system/lib/egl/libEGL_adreno200.so
>>>>>>
>>>I/Qt JAVA ( 4822): surfaceChanged: 480,762
>>>>>>
>>>D/Qt      ( 4822): setSurface 0x2a8908 0x2a8900
>>>>>>
>>>I/Qt JAVA ( 4822): surfaceChanged: 480,762
>>>>>>
>>>D/Qt      ( 4822): setSurface 0x2a8908 0x2a8900
>>>>>>
>>>D/libEGL  ( 4822): loaded /system/lib/egl/libGLESv1_CM_adreno200.so
>>>>>>
>>>D/libEGL  ( 4822): loaded /system/lib/egl/libGLESv2_adreno200.so
>>>>>>
>>>I/ActivityManager(   96): Displayed
>>>>>>
>>>eu.licentia.necessitas.industrius.example.qmlshowcase/eu.licentia.nece
>>>>>>
>>>ssita s.industrius.QtActivity: +350ms W/Qt      ( 4822): Opened
>>>>>>
>>>display 0x1 W/Qt      ( 4822): Initialized display 1 4
>>>>>>
>>>W/Qt      ( 4822): An error in Android-EGLFS-QPA-plugin occurred in
>>>>>>
>>>funtion void* q_configFromQPlatformWindowFormat(void*, const
>>>>>>
>>>QPlatformWindowFormat&), when calling eglChooseConfig. eglGetError
>>>>>>
>>>returned: 300c D/Qt      ( 4822): ANativeWindow_settings width  480 
>>>>>>
>>>height 762  format  1 D/Qt      ( 4822):
>>>>>>
>>>QAndroidEglFSScreen::createWindowSurface 0x2a8908
>>>>>>
>>>W/IInputConnectionWrapper( 4148): showStatusIcon on inactive
>>>>>>
>>>InputConnection E/libEGL  ( 4822): called unimplemented OpenGL ES API
>>>>>>
>>>E/libEGL  ( 4822): called unimplemented OpenGL ES API
>>>>>>
>>>E/libEGL  ( 4822): called unimplemented OpenGL ES API
>>>>>>
>>>E/libEGL  ( 4822): called unimplemented OpenGL ES API
>>>>>>
>>>E/libEGL  ( 4822): called unimplemented OpenGL ES API
>>>>>>
>>>E/libEGL  ( 4822): called unimplemented OpenGL ES API
>>>>>>
>>>...and so on...
>>>>>>
>>>
>>>>>>
>>>I'm running on a Nexus One with 2.3.4.
>>>>>>
>>>
>>>>>>
>>>I can post some or all of this on necessitas-devel if you want. Also,
>>>>>>
>>>what are your working hours GMT? I'm in the US, and I take it you
>>>>>>
>>>aren't, so it would help to know.
>>>>>>
>>>
>>>>>>
>>>Thanks for your help,
>>>>>>
>>>Tyler
>>>>>>
>>>
>>>>>>
>>>On Aug 15, 2011, at 4:39 AM, <thomas.senyk at nokia.com> wrote:
>>>>>>
>>>No! This branch is deprecated.
>>>>>>>
>>>Use master!
>>>>>>>
>>>
>>>>>>>
>>>There you will see that there are software and opengl plugins.
>>>>>>>
>>>
>>>>>>>
>>>If you got everything build, I can help you get i running tomorrow
>>>>>>>
>>>(Today I'm out-of-office)
>>>>>>>
>>>
>>>>>>>
>>>
>>>>>>>
>>>Greets
>>>>>>>
>>>Thomas
>>>>>>>
>>>
>>>>>>>
>>>________________________________________
>>>>>>>
>>>From: ext Tyler Mandry [tmandry at gmail.com]
>>>>>>>
>>>Sent: Monday, August 15, 2011 1:12 AM
>>>>>>>
>>>To: Senyk Thomas (Nokia-DXM/Munich)
>>>>>>>
>>>Subject: Compiling experimental-eglfs-jw
>>>>>>>
>>>
>>>>>>>
>>>Hi Thomas,
>>>>>>>
>>>
>>>>>>>
>>>I'm compiling your GL branch of Necessitas. I'm using the
>>>>>>>
>>>"experimental-eglfs-jw" branch, is this correct?
>>>>>>>
>>>
>>>>>>>
>>>Also, is GLES v1.x supported, or only 2.0?
>>>>>>>
>>>
>>>>>>>
>>>When I get this compiled I should be able to get it tested on a
>>>>>>>
>>>handful
>>>>>>>
>>>of different devices and get back to you.
>>>>>>>
>>>
>>>>>>>
>>>Thanks,
>>>>>>>
>>>Tyler Mandry
>>>>>>>
>>
>
>_______________________________________________
>Necessitas-devel mailing list
>Necessitas-devel at kde.org
>https://mail.kde.org/mailman/listinfo/necessitas-devel
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/necessitas-devel/attachments/20110817/0e7e110f/attachment-0001.html>


More information about the Necessitas-devel mailing list