Re: VNC alternative for JavaFX running directly on framebuffer.

[Daniel.]

Hi everybody,

Is there any further schedule for FX fully supporting VNC? Now I
really need input support :(

Best regards and thanks in advance!

2016-02-05 11:07 GMT-02:00 Daniel. :
> Hi everybody,
>
> I've succesfully build and using framebuffer-vncserver. The only drawback is
> that it hasn't input support, but seeing the screen is already enough to me,
> here is it: https://github.com/ponty/framebuffer-vncserver
>
> If there is anybody using Yocto, you may find usefull this two recipes:
> https://gist.github.com/gkos/9ed87cad62d72c599761
>
> Cheers,
>
> 2016-01-20 16:28 GMT-02:00 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. :
>> > 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 :
>> >>
>> >>
>> >> 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 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
>
>
>
>
> --
> "Do or do not. There is no try"
>   

Re: VNC alternative for JavaFX running directly on framebuffer.

[Daniel.]

Hi everybody,

I've succesfully build and using framebuffer-vncserver. The only drawback
is that it hasn't input support, but seeing the screen is already enough to
me, here is it: https://github.com/ponty/framebuffer-vncserver

If there is anybody using Yocto, you may find usefull this two recipes:
https://gist.github.com/gkos/9ed87cad62d72c599761

Cheers,

2016-01-20 16:28 GMT-02:00 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. :
> > 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 :
> >>
> >>
> >> 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 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
>



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

Re: 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. :
> 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 :
>>
>>
>> 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 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

Re: VNC alternative for JavaFX running directly on framebuffer.

[Daniel.]

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 :
>
>
> 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 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

Re: VNC alternative for JavaFX running directly on framebuffer.

[Dell Green]

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 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

VNC alternative for JavaFX running directly on framebuffer.

[Daniel.]

Hi all,

I'm running applications on Freescale's iMX.6 using JavaFX. It's known
that it doesn't uses X but directly access the framebuffer instead, so
x11vnc doesn't applies. I need to export the video input/output as VNC
does.

Does anybody knows an alternative solution for this?

Best regards,
- dhs

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

Re: VNC alternative for JavaFX running directly on framebuffer.

[David Hill]

On 8/6/15, 9:36 AM, Daniel. wrote:

Hi all,

I'm running applications on Freescale's iMX.6 using JavaFX. It's known
that it doesn't uses X but directly access the framebuffer instead, so
x11vnc doesn't applies. I need to export the video input/output as VNC
does.

Does anybody knows an alternative solution for this?

Best regards,
- dhs


I did have an older Glass module running with VNC at one point, mostly as a 
demonstration, but that was left behind when we moved to Monocle.

The structure of Monocle is such that it would not take too much to make it VNC 
compatible, the biggest effort actually is the input mapping. I would probably stuff it 
in to the headless support we have in there.

I don't have bandwidth to take on something like this right now, as fun as it 
would be.

Dave

--
David Hilldavid.h...@oracle.com
Java Embedded Development

A man's feet should be planted in his country, but his eyes should survey the 
world.
-- George Santayana (1863 - 1952)