the mailerdemon striped my java file ;) The fixed code snippet from FXActivity.java is:
} else { //single touch actions[0] = actionCode; ids[0] = event.getPointerId(0); touchXs[0] = (int)event.getX(); touchYs[0] = (int)event.getY(); } //System.out.println("Android original event = " + event); Platform.runLater(new Runnable() { @Override public void run() { onMultiTouchEventNative(pcount, actions, ids, touchXs, touchYs); } }); return true; } @Override public boolean dispatchKeyEvent(final KeyEvent event) { Platform.runLater(new Runnable() { @Override public void run() { onKeyEventNative(event.getAction(), event.getKeyCode(), event.getCharacters()); } }); return true; } regards Matthias Am 17.10.2013 um 17:01 schrieb Matthias Hänel <hae...@ultramixer.com>: > Hi, > > I found the reason for the touch crashes on Android. It's a JNI threading > error in the > current implementation. We have to enqueue the touch events into the javafx > dispatch thread. > > There is a workaround for this attached in the java source file at > dispatchTouchEvent > and dispatchKeyEvent. What is the best way to propose changes in the future? > > > regards > Matthias > > > > > > > Am 15.10.2013 um 13:50 schrieb Matthias Hänel <hae...@ultramixer.com>: > >> Hey Tomas, >> >> >> I've seen a check-in for RT-32802. This seems to be your fix. There are a >> lot of interface changes. >> Could you explain the changes a bit, so I can merge it by hand into my >> jfx678 code? Today, I merged >> from Stefans b111 JFX78 but it will take a while to get your changes through >> this way ;) >> >> >> regards >> Matthias >> >> >> >> 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 >>> >> >