I've also tried running with these:

-Dglass.platform=Monocle -Dmonocle.platform=VNC -Dprism.order=sw

I can see the 5901 port in listening, can connect to it but got a
blackscreen. At the console I got this flood BufferOverflowException:,
any idea?


Here is the full line and first messages:
java -Dglass.platform=Monocle -Dmonocle.platform=VNC -Dprism.order=sw
-Dprism.verbose=true -Xms256m -Xmx256m -Duser.timezone=GMT
br.ind.csi.andon.ui.MainApp andon.ini
Prism pipeline init order: sw
Using native-based Pisces rasterizer
Using dirty region optimizations
Using system sized mask for primitives
Not forcing power of 2 sizes for textures
Using hardware CLAMP_TO_ZERO mode
Opting in for HiDPI pixel scaling
*** Fallback to Prism SW pipeline
Prism pipeline name = com.sun.prism.sw.SWPipeline
(X) Got class = class com.sun.prism.sw.SWPipeline
Initialized prism pipeline: com.sun.prism.sw.SWPipeline
 vsync: true vpipe: false
Loading Prism common native library ...
    succeeded.
Exception in thread "JavaFX Application Thread" java.nio.BufferOverflowException
    at java.nio.IntBuffer.put(IntBuffer.java:769)
    at com.sun.glass.ui.monocle.Framebuffer.composePixels(Framebuffer.java:168)
    at 
com.sun.glass.ui.monocle.HeadlessScreen.uploadPixels(HeadlessScreen.java:118)
    at com.sun.glass.ui.monocle.MonocleView._uploadPixels(MonocleView.java:95)
    at com.sun.glass.ui.View.uploadPixels(View.java:771)
    at com.sun.prism.PresentableState.uploadPixels(PresentableState.java:295)
    at com.sun.javafx.tk.quantum.SceneState.access$001(SceneState.java:40)
    at 
com.sun.javafx.tk.quantum.SceneState.lambda$uploadPixels$307(SceneState.java:123)
    at 
com.sun.glass.ui.monocle.RunnableProcessor.runLoop(RunnableProcessor.java:92)
    at com.sun.glass.ui.monocle.RunnableProcessor.run(RunnableProcessor.java:51)
    at java.lang.Thread.run(Thread.java:745)
java.nio.BufferOverflowException
    at java.nio.DirectIntBufferU.put(DirectIntBufferU.java:363)
    at com.sun.javafx.tk.quantum.UploadingPainter.run(UploadingPainter.java:153)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
....



Best regards,

2016-01-20 14:43 GMT-02:00 Daniel. <danielhi...@gmail.com>:
> Hi Dell, thanks for the reply
>
> I have both versions of libegl.so compiled and installed, the
> framebuffer variants are at /opt/VIVANTE-fb. When I run it with x11
> variants and run x11vnc I can connect to the vnc server, can see the
> application screen, but the inputs doesn't work. I've tested with:
>
> SERVER: x11vnc: 0.9.13 lastmod: 2011-08-10
> CLIENTS: Vinagre(3.19.2 @ linux) and UltraVNC(1.0.2 @ windows)
>
> I'll try to monitor X input events to see what is happening,
>
> Best regards,
>
> 2016-01-20 3:22 GMT-02:00 Dell Green <dell.gr...@ideaworks.co.uk>:
>>
>>
>> I am pretty sure that when i built an operating system for mx6 using yocto 
>> project I had the option for it to spit out x11 versions of libegl.so libs 
>> instead of framebuffer, although I was only interested in framebuffer option.
>>
>> Dell Green
>> R&D Software Manager
>> t: (+44)203 668 9870
>>
>>
>>
>>
>> 206 Great Portland Street
>> London W1W 5QJ
>>
>> This email and any files transmitted with it are confidential and intended 
>> solely for the use of the individual or entity to whom they are addressed. 
>> If you are not the intended recipient or the person responsible for 
>> delivering the email to the intended recipient, be advised that you have 
>> received this email in error and that any use, dissemination, forwarding, 
>> printing, or copying of this email is strictly prohibited. Any views or 
>> opinions presented are solely those of the author and do not necessarily 
>> represent those of Ideaworks Limited. Ideaworks (London) Limited, 206 Great 
>> Portland Street, London, W1W 5QJ. Company Registration No. 3943726
>
>
>
> --
> "Do or do not. There is no try"
>   Yoda Master



-- 
"Do or do not. There is no try"
  Yoda Master

Reply via email to