Compiling experimental-eglfs-jw
Tyler Mandry
tmandry at gmail.com
Thu Aug 18 08:01:47 UTC 2011
I looked and couldn't find anything that confirms this. That doesn't mean it isn't true. Regardless, if all it takes is an #ifdef in the C++ and a conditional in the Java init code to support it, I think it makes sense to do so. Even if only for easing in porting of legacy code. I'll try to submit the patch tomorrow (U.S.), today was more busy than I thought.
Tyler
On Aug 17, 2011, at 3:22 AM, BogDan wrote:
> 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
>>>>>> s TMPDIR=/data/data/eu.licentia.necessitas.industrius.example.qmlshow
>>>>>> case/fi
>>>>>> les CACHE_PATH=/data/data/eu.licentia.necessitas.industrius.example.q
>>>>>> mlshowc ase/cache QML_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 -platform android"
>>>>>> 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
>>>>>> s TMPDIR=/data/data/eu.licentia.necessitas.industrius.example.qmlshow
>>>>>> case/fi
>>>>>> les CACHE_PATH=/data/data/eu.licentia.necessitas.industrius.example.q
>>>>>> mlshowc ase/cache QML_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 -platform android"
>>>>>> 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/20110818/b95b2f17/attachment-0001.html>
More information about the Necessitas-devel
mailing list