Bug 640 - JOGL ES1 demo GearsES1 crashes on Kindle Fire HD 7"
Summary: JOGL ES1 demo GearsES1 crashes on Kindle Fire HD 7"
Status: RESOLVED INVALID
Alias: None
Product: Jogl
Classification: JogAmp
Component: embedded (show other bugs)
Version: 2
Hardware: embedded_arm other
: --- normal
Assignee: Sven Gothel
URL:
Depends on:
Blocks:
 
Reported: 2012-11-13 14:25 CET by Brice Figureau
Modified: 2012-11-23 09:17 CET (History)
1 user (show)

See Also:
Type: ---
SCM Refs:
Workaround: ---


Attachments
Log during jogl test run on kindle fire hd 7 (146.54 KB, text/x-log)
2012-11-13 14:25 CET, Brice Figureau
Details
NewtVersionActivity's log (158.93 KB, application/octet-stream)
2012-11-13 17:15 CET, Eric Brayet
Details
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all" (171.82 KB, application/octet-stream)
2012-11-13 17:55 CET, Eric Brayet
Details
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all" and "jogl.debug.DebugGL" set to "true" (186.85 KB, application/octet-stream)
2012-11-13 17:57 CET, Eric Brayet
Details
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all" (160.36 KB, application/octet-stream)
2012-11-13 18:18 CET, Eric Brayet
Details
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all" and traceGL = true (697.81 KB, application/octet-stream)
2012-11-13 18:27 CET, Eric Brayet
Details
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all" and traceGL = true and debugGL = true (115.58 KB, application/zip)
2012-11-14 10:34 CET, Eric Brayet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Brice Figureau 2012-11-13 14:25:03 CET
Created attachment 384 [details]
Log during jogl test run on kindle fire hd 7

Testing the jogl test apk on an Amazon Kindle Fire HD 7", results in:
* lots of flickering
* a crash after about 5 seconds

Please find attached an extract of the log.
Comment 1 Eric Brayet 2012-11-13 17:15:51 CET
Created attachment 385 [details]
NewtVersionActivity's log
Comment 2 Eric Brayet 2012-11-13 17:55:01 CET
Created attachment 386 [details]
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all"
Comment 3 Eric Brayet 2012-11-13 17:57:24 CET
Created attachment 387 [details]
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all" and "jogl.debug.DebugGL" set to "true"
Comment 4 Eric Brayet 2012-11-13 18:18:20 CET
Created attachment 388 [details]
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all"
Comment 5 Eric Brayet 2012-11-13 18:27:58 CET
Created attachment 389 [details]
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all" and traceGL = true
Comment 6 Eric Brayet 2012-11-14 10:34:00 CET
Created attachment 390 [details]
crash log with "nativewindow.debug", "jogl.debug" and "newt.debug" set to "all" and traceGL = true and debugGL = true
Comment 7 Eric Brayet 2012-11-14 12:01:25 CET
The NDK's native demo san-angeles runs fine on the very same Kindle Fire HD device.
That demo displays a 3D scene using native OpenGL code rather than using Android's Java API for OepnGL.
This would mean the device's OpenGL driver is not at fault.
Comment 8 Eric Brayet 2012-11-14 15:05:23 CET
More testing shows : the problem occurs only with GLES1
The demo GearsES2 runs fine (i.e. neither flicker nor crash)

(the crash I had with GearsES2 was due to missing shaders in the demo's paths)

I'm updating the bug report's title.
Comment 9 Sven Gothel 2012-11-14 19:45:39 CET
You Attachment 390 [details] shows:

Bind VBO and associate Vertex and Normal pointer, then unbind it.

W/System.err(10451): glBindBuffer(<int> 0x8892, <int> 0x7)
W/System.err(10451): glVertexPointer(<javax.media.opengl.GLArrayData> GLArrayDataWrapper[mgl_Vertex, index 32884, location -1, isVertexAttribute false, dataType 0x1406, bufferClazz class java.nio.FloatBuffer, elements 84, components 3, stride 24b 6c, buffer java.nio.FloatToByteBufferAdapter, status: capacity=252 position=0 limit=252, vboEnabled true, vboName 7, vboUsage 0x88e4, vboTarget 0x8892, vboOffset 0, alive true])
I/ActivityManager(  207): Start proc com.amazon.dcp:Settings for content provider com.amazon.dcp/.settings.SettingsProvider: pid=11060 uid=32028 gids={2001, 3003, 1015, 3002, 1007, 1026}
W/System.err(10451): glNormalPointer(<javax.media.opengl.GLArrayData> GLArrayDataWrapper[mgl_Normal, index 32885, location -1, isVertexAttribute false, dataType 0x1406, bufferClazz class java.nio.FloatBuffer, elements 84, components 3, stride 24b 6c, buffer java.nio.FloatToByteBufferAdapter, status: capacity=252 position=0 limit=252, vboEnabled true, vboName 7, vboUsage 0x88e4, vboTarget 0x8892, vboOffset 12, alive true])
W/System.err(10451): glBindBuffer(<int> 0x8892, <int> 0x0)

Now enable Vertex and Normal pointers:

W/System.err(10451): glEnableClientState(<int> 0x8074)
W/System.err(10451): glEnableClientState(<int> 0x8075)

From here on .. something happened we don't see and the window is dead.

W/InputDispatcher(  207): channel '4156c3f8 com.daysofwonder.android.testapp/com.daysofwonder.android.testapp.GearsActivity (server)' ~ Consumer closed input channel or an error occurred.  events=0x8
E/InputDispatcher(  207): channel '4156c3f8 com.daysofwonder.android.testapp/com.daysofwonder.android.testapp.GearsActivity (server)' ~ Channel is unrecoverably broken and will be disposed!
I/WindowManager(  207): WIN DEATH: Window{4156c3f8 paused=false}


I just assume that this is a 1:1 test of our GearsES1 activity demo,
but since I read your GearsActivity here I guess not.

Just for the purpose of validation, please produce this data w/ our original test case
otherwise this statement may mean nothing here.

Further more, I would like to see our original GearsES2 activity demo
being tested, since it involves less layers (read: not the android surface flinger renderer).

If all of this comes to the same conclusion, I would need to have such a device to get my hands 
on it, I am afraid.
Comment 10 Sven Gothel 2012-11-21 18:51:56 CET
Reduced severance to 'normal', since bug is reported for:
  [1] - Amazon's Kindle non std. software/driver setup
  [2] - GLES1 
  [3] - software renderer 'surface flinger' (Google's impl. probably using ES2)
  [4] - GLES2 works properly

Due to [1] and no other occurrence of this crash, 
I may close this 'bug' as 'invalid' if no further discussion occurs here.

~Sven
Comment 11 Sven Gothel 2012-11-23 09:17:22 CET
See comment 10 - probably a bug within the ES1 software rendering or other areas ..

ES2 works reliable.