Hi Tomas,
I couldn't stand to merge it by hand ;) I merged the changes from RT-32802 into
my backport.
Unfortunately, it still crashes:
10-15 08:59:47.182: INFO/GLASS(3644): JNI call notifyTouchEvent
10-15 08:59:47.202: INFO/GLASS(3644): Window 1[0x2a41a138] isVisible=true,
state=NORMAL
10-15 08:59:47.202: INFO/GLASS(3644): Absolute coordinates 542,414 are on
window 1[0x2a41a138] as relative coordinates 670,292
10-15 08:59:47.202: INFO/GLASS(3644): Returning focused window 1[0x2a41a138]
10-15 08:59:47.202: ERROR/dalvikvm(3644): ERROR: detaching thread with interp
frames (count=42)
10-15 08:59:47.213: INFO/dalvikvm(3644): "main" prio=5 tid=1 RUNNABLE
10-15 08:59:47.213: INFO/dalvikvm(3644): | group="main" sCount=0 dsCount=0
obj=0x414c5578 self=0x2a00d090
10-15 08:59:47.222: INFO/dalvikvm(3644): | sysTid=3644 nice=0 sched=0/0
cgrp=apps handle=1073811452
10-15 08:59:47.222: INFO/dalvikvm(3644): | state=R schedstat=( 6545290672
1534059118 8044 ) utm=610 stm=44 core=0
10-15 08:59:47.252: INFO/dalvikvm(3644): at
com.oracle.dalvik.FXActivity$InternalSurfaceView.onMultiTouchEventNative(Native
Method)
10-15 08:59:47.252: INFO/dalvikvm(3644): at
com.oracle.dalvik.FXActivity$InternalSurfaceView.dispatchTouchEvent(FXActivity.java:234)
Do you have any idea?
The error "ERROR: detaching thread with interp frames (count=42)" seems to be a
thread attach/detach mistake
in the code. In androidLens.c there is some ATTACH_JNI_THREAD and
DTACH_JNI_THREAD code.
There are two implementations. One that's filled with (*vm)-> and the other one
is left blank.
Currently, the macro DALVI_VM is not defined, so the code is filled. This seems
to be odd to me.
Actually, I tried defining DAVLIK_VM but it doesn't help. It still crashes with
the sme error.
regards
Matthais
Am 14.10.2013 um 14:31 schrieb tomas.brandalik <tomas.branda...@oracle.com>:
> Hi Matthias,
> cool, I'm surprised you we're able to run it on emulator. I run on device not
> on emulator for a long time. There wasn't opengl extension
> GL_EXT_texture_format_BGRA8888 in emulator. But that could have changed
> overtime.
> Regarding events: yes there seems to be a problem which I haven't discovered.
> I've pushed multitouch support and broke touch events on dalvik. I will fix
> that soon.
> In order to replace t2k there is freetype library for fonts and glyphs access
> and harfbuzz for layouting available among system libraries. Although google
> discourages to use them since they aren't part of public api. It can bring
> all sorts of compatibility problems (harfbuzz implementation has changed in
> recent android releases for example). Yes try pango if you have time to spare
> and share results please.
>
> good luck
> -Tomas
>
> On 10/14/2013 01:45 PM, Matthias Hänel wrote:
>> Hi Tomas,
>>
>>
>> never mind, I found the problem over here in the simulator ;) I had to
>> activate the GPU support.
>>
>> So, now I had to BGRA image format for Android and now I get JFX up and
>> running without fonts.
>>
>> There are two things missing:
>> 1. fonts - here we probably need to get pango working for Android
>> right?
>> 2. touch events - I saw that you have got a special Android proxy for the
>> input stuff
>> Java_com_oracle_dalvik_FXActivity_00024InternalSurfaceView_onTouchEventNative
>> This seems to crash for some reason. any idea? It's not that complicated but
>> it is producing a stack trace.
>>
>> After fixing the touch events Brickbreaker with Niklas' no-font-patch should
>> work. I'd pleased to test this.
>>
>>
>> kind regards
>> Matthias
>>
>>
>>
>> Am 14.10.2013 um 12:17 schrieb Matthias Hänel <hae...@ultramixer.com>:
>>
>>> Hi Tomas,
>>>
>>>
>>> since Tobi told me he had a similiar problem in the first place with the
>>> iOS port and he managed to run JFX8 without font.
>>> We deactivated fonts. There is some code to deactivate and after that it
>>> looks like it is starting the JFX-Application.
>>>
>>> 10-14 06:06:49.529: INFO/GLASS(1546): glass_view_drawBegin
>>> 10-14 06:06:49.529: INFO/javafx(1546): Using getAndroidNativeWindow() from
>>> glass.
>>> 10-14 06:06:49.579: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.579: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.579: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.579: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.579: ERROR/javafx(1546): Some video driver error or
>>> programming error occurred. Framebuffer object status is invalid. (FBO -
>>> 823)
>>> 10-14 06:06:49.579: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.579: ERROR/javafx(1546): Error creating framebuffer object
>>> with TexID 1)
>>> 10-14 06:06:49.599: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.649: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.649: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.649: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.649: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.649: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.649: ERROR/libEGL(1546): called unimplemented OpenGL ES API
>>> 10-14 06:06:49.659: WARN/System.err(1546):
>>> java.lang.reflect.InvocationTargetException
>>> 10-14 06:06:49.669: WARN/System.err(1546): at
>>> java.lang.reflect.Method.invokeNative(Native Method)
>>> 10-14 06:06:49.669: WARN/System.err(1546): at
>>> java.lang.reflect.Method.invoke(Method.java:525)
>>> 10-14 06:06:49.709: DEBUG/dalvikvm(1546): GC_FOR_ALLOC freed 330K, 10% free
>>> 4129K/4564K, paused 32ms, total 32ms
>>> 10-14 06:06:49.709: WARN/System.err(1546): at
>>> com.sun.prism.es2.ES2ResourceFactory.createStockShader(ES2ResourceFactory.java:253)
>>> 10-14 06:06:49.709: WARN/System.err(1546): at
>>> com.sun.prism.impl.ps.BaseShaderContext.getPaintShader(BaseShaderContext.java:227)
>>> 10-14 06:06:49.709: WARN/System.err(1546): at
>>> com.sun.prism.impl.ps.BaseShaderContext.validatePaintOp(BaseShaderContext.java:485)
>>> 10-14 06:06:49.709: WARN/System.err(1546): at
>>> com.sun.prism.impl.ps.BaseShaderContext.validatePaintOp(BaseShaderContext.java:418)
>>> 10-14 06:06:49.709: WARN/System.err(1546): at
>>> com.sun.prism.impl.ps.BaseShaderContext.validatePaintOp(BaseShaderContext.java:351)
>>> 10-14 06:06:49.709: WARN/System.err(1546): at
>>> com.sun.prism.impl.BaseContext.validateClearOp(BaseContext.java:116)
>>> 10-14 06:06:49.709: WARN/System.err(1546): at
>>> com.sun.prism.es2.ES2Graphics.clear(ES2Graphics.java:78)
>>> 10-14 06:06:49.719: WARN/System.err(1546): at
>>> com.sun.javafx.tk.quantum.ViewPainter.doPaint(ViewPainter.java:460)
>>> 10-14 06:06:49.719: WARN/System.err(1546): at
>>> com.sun.javafx.tk.quantum.ViewPainter.paintImpl(ViewPainter.java:331)
>>> 10-14 06:06:49.719: WARN/System.err(1546): at
>>> com.sun.javafx.tk.quantum.PresentingPainter.run(PresentingPainter.java:88)
>>> 10-14 06:06:49.719: WARN/System.err(1546): at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:390)
>>> 10-14 06:06:49.729: WARN/System.err(1546): at
>>> java.util.concurrent.FutureTask.runAndReset(FutureTask.java:276)
>>> 10-14 06:06:49.729: WARN/System.err(1546): at
>>> com.sun.javafx.tk.RenderJob.run(RenderJob.java:58)
>>> 10-14 06:06:49.729: WARN/System.err(1546): at
>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1080)
>>> 10-14 06:06:49.729: WARN/System.err(1546): at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:573)
>>> 10-14 06:06:49.729: WARN/System.err(1546): at
>>> com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:129)
>>> 10-14 06:06:49.729: WARN/System.err(1546): at
>>> java.lang.Thread.run(Thread.java:841)
>>> 10-14 06:06:49.729: WARN/System.err(1546): Caused by:
>>> java.lang.RuntimeException: Error creating vertex shader
>>> 10-14 06:06:49.740: WARN/System.err(1546): at
>>> com.sun.prism.es2.ES2Shader.createFromSource(ES2Shader.java:132)
>>> 10-14 06:06:49.740: WARN/System.err(1546): at
>>> com.sun.prism.es2.ES2Shader.createFromSource(ES2Shader.java:173)
>>> 10-14 06:06:49.740: WARN/System.err(1546): at
>>> com.sun.prism.es2.ES2ResourceFactory.createShader(ES2ResourceFactory.java:168)
>>> 10-14 06:06:49.749: WARN/System.err(1546): at
>>> com.sun.prism.shader.Texture_Color_Loader.loadShader(Texture_Color_Loader.java:47)
>>> 10-14 06:06:49.749: WARN/System.err(1546): ... 19 more
>>> 10-14 06:06:49.749: WARN/System.err(1546): java.lang.InternalError: Error
>>> loading stock shader Texture_Color
>>> 10-14 06:06:49.749: WARN/System.err(1546): at
>>> com.sun.prism.es2.ES2ResourceFactory.createStockShader(ES2ResourceFactory.java:256)
>>> 10-14 06:06:49.759: WARN/System.err(1546): at
>>> com.sun.prism.impl.ps.BaseShaderContext.getPaintShader(BaseShaderContext.java:227)
>>> 10-14 06:06:49.759: WARN/System.err(1546): at
>>> com.sun.prism.impl.ps.BaseShaderContext.validatePaintOp(BaseShaderContext.java:485)
>>> 10-14 06:06:49.769: WARN/System.err(1546): at
>>> com.sun.prism.impl.ps.BaseShaderContext.validatePaintOp(BaseShaderContext.java:418)
>>> 10-14 06:06:49.769: WARN/System.err(1546): at
>>> com.sun.prism.impl.ps.BaseShaderContext.validatePaintOp(BaseShaderContext.java:351)
>>> 10-14 06:06:49.769: WARN/System.err(1546): at
>>> com.sun.prism.impl.BaseContext.validateClearOp(BaseContext.java:116)
>>> 10-14 06:06:49.769: WARN/System.err(1546): at
>>> com.sun.prism.es2.ES2Graphics.clear(ES2Graphics.java:78)
>>> 10-14 06:06:49.769: WARN/System.err(1546): at
>>> com.sun.javafx.tk.quantum.ViewPainter.doPaint(ViewPainter.java:460)
>>> 10-14 06:06:49.769: WARN/System.err(1546): at
>>> com.sun.javafx.tk.quantum.ViewPainter.paintImpl(ViewPainter.java:331)
>>> 10-14 06:06:49.779: WARN/System.err(1546): at
>>> com.sun.javafx.tk.quantum.PresentingPainter.run(PresentingPainter.java:88)
>>> 10-14 06:06:49.779: WARN/System.err(1546): at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:390)
>>> 10-14 06:06:49.779: WARN/System.err(1546): at
>>> java.util.concurrent.FutureTask.runAndReset(FutureTask.java:276)
>>> 10-14 06:06:49.779: WARN/System.err(1546): at
>>> com.sun.javafx.tk.RenderJob.run(RenderJob.java:58)
>>> 10-14 06:06:49.779: WARN/System.err(1546): at
>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1080)
>>> 10-14 06:06:49.779: WARN/System.err(1546): at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:573)
>>> 10-14 06:06:49.779: WARN/System.err(1546): at
>>> com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:129)
>>> 10-14 06:06:49.779: WARN/System.err(1546): at
>>> java.lang.Thread.run(Thread.java:841)
>>> 10-14 06:06:49.779: INFO/GLASS(1546): glass_view_drawEnd
>>>
>>>
>>> I track the error down to, compileShader in ES2Shader.java on line 130.
>>> This is returning 0 from native code.
>>> The native codes looks okay for me and the Android Simulator is supposed to
>>> emulate OpenGL ES 2.0 correclty, so I am not sure
>>> why the compileShader returns 0...
>>>
>>> int vertexShaderID = glCtx.compileShader(vert, true);
>>> if (vertexShaderID == 0) {
>>> throw new RuntimeException("Error creating vertex shader");
>>> //<<--- this Exception occours.
>>> }
>>>
>>> I know this is the common error from the shader compiler, but this should
>>> have worked for you,
>>> when you started your own application. Do you have a hint, what I could
>>> have been done wrong?
>>>
>>> I assume right now that the native build is correctly, since it is called
>>> from java and it does
>>> return the correct EGLContext. This assumption might be wrong.
>>>
>>>
>>> regards
>>> Matthias
>>>
>>>
>>>
>>>
>>> Am 12.10.2013 um 14:04 schrieb Tomas Brandalik <tomas.branda...@oracle.com>:
>>>
>>>> I think that PlatformLogger initialization in CssHelper was causing
>>>> problems. I had to write one. Not 100% sure though I will look at it when
>>>> I'm back in the office. (Or you can comment out css processing in the
>>>> node.) I was able to run without font then.
>>>>
>>>> -Tomas
>>>>
>>>>
>>>> On 10/11/2013 06:22 PM, Tom Schindl wrote:
>>>>> On 11.10.13 18:10, Matthias Hänel wrote:
>>>>>> Hi Tomas,
>>>>>>
>>>>>>
>>>>>> today, I took the time to investigate a little more time on this.
>>>>>>
>>>>>> 1. I build an entirely new openjfx78 build for android
>>>>>> 2. starting this gave me several errors that lead me to the
>>>>>> conclusion that I need a java6 openjfx
>>>>>> 3. based on openjfx78 I ported it back to java6 (adapted gradled
>>>>>> scripts, and tons of java source code)
>>>>>> 4. Now it's almost running on an 18th android. All libraries are firing
>>>>>> up until the CssStyleHelper
>>>>>> is called with a static call to createStyleHelper.
>>>>>>
>>>>>> That looks like the font stuff is not in jfx78. That's why "new Font"
>>>>>> returns with null and therefore
>>>>> On OS-X font stuff is definately there in jfx78, but the low-level font
>>>>> stuff is loaded using reflection (at least this was the cause on robovm)!
>>>>>
>>>>> Tom
>
