VNC alternative for JavaFX running directly on framebuffer.

[Daniel.]

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. <danielhilst at 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.Green at 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