Re: [Emc-developers] framebuffer xmotion

[theman whosoldtheworld]

I realize today that the post that suggested me AndyPugh time ago
comes in handy here ... if you check that post (I'll pass the link ...
https://forum.linuxcnc.org/41-guis/36920-labview-ui-project-for-linuxcnc?start=0
 ) you will find a Lord who interfaces labview to linuxcnc and
encounters problems of interpretation of the arrays  the problem
of interpretation derives only from the fact that this is not
documented and it would take a lot of time to read and reconstruct the
Lcnc file tree to understand the journey of the arrays  so he uses
the experimental method and tries ... try until he understood. I think
it will be useful to you too.

I on my behalf went through this system of sending and receiving
strings from NML:

const char * nmlfile = "/home/bkt/linuxcnc-dev/configs/common/linuxcnc.nml";
RCS_STAT_CHANNEL * stat = new RCS_STAT_CHANNEL (emcFormat,
"emcStatus", "xemc", nmlfile);
RCS_CMD_CHANNEL * cmd = new RCS_CMD_CHANNEL (emcFormat,
"emcCommand", "xemc", nmlfile);

Unfortunately there are not many other systems to communicate with the
realtime part of Lcnc  or steps for these arrays or for qtvcp (or
glade which is not qt but gtk).


Il giorno mar 24 mar 2020 alle ore 09:38 Thomas J Powderly
 ha scritto:
>
> Chris
>
> you are more a developer than I
>
>
> On 3/24/20 3:04 PM, Chris Morley wrote:
> > If I make dbus libraries optional, does this mean linuxcnc's qtvcp would 
> > work for you?
> > Chris
>
> I dunno, but i hope to try qt scripting soon
>
> I have no idea how dbus is involved ( maybe qtvcp requires dbus but is
> not really neccesary?)
>
> I 'think' qt scripting is related to qtvcp
>
> I 'THINK' qtvcp is only used forLinuxCNC  while qt scripting is more
> general , so
>
> I 'THINK' trying the general case is a good idea before trying the more
> specialized tool qtvcp.
>
> But i just hacks l-) glad to hear any suggestions
>
> tomp
>
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Thomas J Powderly]

Chris

you are more a developer than I


On 3/24/20 3:04 PM, Chris Morley wrote:

If I make dbus libraries optional, does this mean linuxcnc's qtvcp would work 
for you?
Chris


I dunno, but i hope to try qt scripting soon

I have no idea how dbus is involved ( maybe qtvcp requires dbus but is 
not really neccesary?)


I 'think' qt scripting is related to qtvcp

I 'THINK' qtvcp is only used forLinuxCNC  while qt scripting is more 
general , so


I 'THINK' trying the general case is a good idea before trying the more 
specialized tool qtvcp.


But i just hacks l-) glad to hear any suggestions

tomp



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Chris Morley]

If I make dbus libraries optional, does this mean linuxcnc's qtvcp would work 
for you?
Chris


From: Thomas J Powderly 
Sent: March 24, 2020 7:57 AM
To: theman whosoldtheworld ; 
emc-developers@lists.sourceforge.net 
Subject: Re: [Emc-developers] framebuffer xmotion

Hello

On 3/23/20 12:49 PM, theman whosoldtheworld wrote:
>> qt 12 OR 14?
>> """the latest version of Qt is 5.14 from 12 December 2019. 5.12 LTS,"""

i see, 5.12 5.14  ok

btw

i can build now on the rpi4 using qtcreator.

and the app runs fine on framebuffer.

it does NOT need the sudo as did the intel machine, i dont know why.

I will imitate a known lcnc gui next just to see how it looks/feels.

I am not using a special monitor, just a hdmi tv, so its BIG.

And no touch screen either ( yet )

tomp



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Thomas J Powderly]

Hello

On 3/23/20 12:49 PM, theman whosoldtheworld wrote:

qt 12 OR 14?
"""the latest version of Qt is 5.14 from 12 December 2019. 5.12 LTS,"""


i see, 5.12 5.14  ok

btw

i can build now on the rpi4 using qtcreator.

and the app runs fine on framebuffer.

it does NOT need the sudo as did the intel machine, i dont know why.

I will imitate a known lcnc gui next just to see how it looks/feels.

I am not using a special monitor, just a hdmi tv, so its BIG.

And no touch screen either ( yet )

tomp



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[theman whosoldtheworld]

>qt 12 OR 14?
>"""the latest version of Qt is 5.14 from 12 December 2019. 5.12 LTS,"""

I use qt5.12 last year, but I start a project on qt5.14 on ubuntu 16
and 18 too ... no particular problem seeing so I suggest to start with
5.14.

Qt develop qt for embedded linux for automotive and soft plc too (and
here in europe I assure 2/3 bigr plc brand use it, not the bigger one
obviusly) ... If you control the computing power of some automotive or
soft plc PCs you will be surprised by the poverty of hardware.

In any case I congratulate you for the work with framebuffer
especially because you have installed 2 days qt.

Hello and good luck.

Il giorno dom 22 mar 2020 alle ore 16:40 Thomas J Powderly
 ha scritto:
>
>  Hello
>
> a video ( when youtube finally approves it )
>
> about QT using framebuffer (no X )
>
> hopefully for a low cpu load gui fpr LinuxCNC
>
>
> maybe Xmotion can really run ( personally I never got any visuals )
>
> or
>
> https://github.com/leonpk82/cnc_touch
>
>
> the vid just shows framebuffer, svg, mouse, buttons, zooming
>
> https://youtu.be/owfEK-CgZok
>
> tomp
>
> tjtr33
>
>
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Thomas J Powderly]

    Hello

a video ( when youtube finally approves it )

about QT using framebuffer (no X )

hopefully for a low cpu load gui fpr LinuxCNC


maybe Xmotion can really run ( personally I never got any visuals )

or

https://github.com/leonpk82/cnc_touch


the vid just shows framebuffer, svg, mouse, buttons, zooming

https://youtu.be/owfEK-CgZok

tomp

tjtr33




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[theman whosoldtheworld]

> If doing something new I would use last version.

for sure   you can use pyton qt Lcnc HMI or make your customized
one. You can perform better result compared framebuffer way  I
don't think you would use an old phone hardware for run a cnc
machine. or you plan to make a 3d cheeper printer? Any how for arm
and cortex based hardware there are more and more project based on qt
for embedded linux ...

Il giorno dom 22 mar 2020 alle ore 14:14 Nicklas Karlsson
 ha scritto:
>
> > or here:  
> > https://forum.qt.io/topic/61899/qt5-embedded-framebuffer-poor-gui/4
> >  and than in stack :
> > https://stackoverflow.com/questions/50236156/making-a-qt-gui-application-run-on-a-framebuffer-in-linux
> > 
> >
> > never interested first on these framebuffer  but seems quite old
> > type and not very interesting because if you use qt on old pc or
> > xxPI and other project, you can use QT framework as windows
> > manager without all SO and drive Lcnc from these point, without start
> > a complete linux SO. I think these way perform same result than use
> > framebuffer (on same hardware) but with more feature.
> If framebuffer is faster or use less resources and work equally well I would 
> use it but to spend any development time on it I am in doubt.
>
> > New version of QT like 12 or 14 is focused on embedded linux system
> > ... so better is use it.
>
> If doing something new I would use last version.
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Nicklas Karlsson]

> or here:  https://forum.qt.io/topic/61899/qt5-embedded-framebuffer-poor-gui/4
>  and than in stack :
> https://stackoverflow.com/questions/50236156/making-a-qt-gui-application-run-on-a-framebuffer-in-linux
> 
> 
> never interested first on these framebuffer  but seems quite old
> type and not very interesting because if you use qt on old pc or
> xxPI and other project, you can use QT framework as windows
> manager without all SO and drive Lcnc from these point, without start
> a complete linux SO. I think these way perform same result than use
> framebuffer (on same hardware) but with more feature.
If framebuffer is faster or use less resources and work equally well I would 
use it but to spend any development time on it I am in doubt.

> New version of QT like 12 or 14 is focused on embedded linux system
> ... so better is use it.

If doing something new I would use last version.


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[theman whosoldtheworld]

or here:  https://forum.qt.io/topic/61899/qt5-embedded-framebuffer-poor-gui/4
 and than in stack :
https://stackoverflow.com/questions/50236156/making-a-qt-gui-application-run-on-a-framebuffer-in-linux


never interested first on these framebuffer  but seems quite old
type and not very interesting because if you use qt on old pc or
xxPI and other project, you can use QT framework as windows
manager without all SO and drive Lcnc from these point, without start
a complete linux SO. I think these way perform same result than use
framebuffer (on same hardware) but with more feature.

New version of QT like 12 or 14 is focused on embedded linux system
... so better is use it.

regards


Il giorno dom 22 mar 2020 alle ore 11:54 theman whosoldtheworld
 ha scritto:
>
> But you use qtquick framebuffer? ... because is only for media.Any ho
> have you see on qt fortum? for example here:
> https://forum.qt.io/topic/63561/qt-qml-on-linux-framebuffer   ??
>
> regards
>
> Il giorno dom 22 mar 2020 alle ore 08:18 Thomas J Powderly
>  ha scritto:
> >
> > @ Frank Tkalcevic
> > Hello
> >
> > Could you tell more about how you got QT to output to /dev/fb0?
> >
> >
> > I installed Qt Creator
> >
> > (Qt Creator 4.2.0 Based on Qt 5.7.1 (GCC 6.3.0 20170415, 64 bit)
> > and followed tutorial to produce a small app,
> > it has a window, 3 buttons and an icon .
> >
> >
> > Code moves the icon into the rect clicked on. ( its the built in tuorial
> > example ).
> >
> >
> > It runs find on Desktop
> >
> > but fails on /dev/fb0( I try to run as you stated  appname -platform
> > linuxfb:/dev/fb0 )
> >
> >
> > how to reproduce:
> > I open console 1 (^altF1) and login, then execute
> > cd
> > cd build-qtquickcontrolsapplication-Desktop-Release
> > ./qtquickcontrolsapplication -platform linuxfb:/dev/fb0
> > and it fails, badly, keyboard is dead ( cant change numlock )
> > text on console is frozen
> >
> > have to reboot
> > without the command line option, it fails immediately
> > QXcbConnection: Could not connect to display
> > Aborted
> > at least i dont have to reboot.
> >
> >
> > I'm sure the error is becasue its a built for desktop
> > but in qt creator, ALL projects are "supported platform: Desktop"  only
> >
> >
> >
> > how'd you do that?
> > thanks tomp
> >
> >
> > ___
> > Emc-developers mailing list
> > Emc-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[theman whosoldtheworld]

But you use qtquick framebuffer? ... because is only for media.Any ho
have you see on qt fortum? for example here:
https://forum.qt.io/topic/63561/qt-qml-on-linux-framebuffer   ??

regards

Il giorno dom 22 mar 2020 alle ore 08:18 Thomas J Powderly
 ha scritto:
>
> @ Frank Tkalcevic
> Hello
>
> Could you tell more about how you got QT to output to /dev/fb0?
>
>
> I installed Qt Creator
>
> (Qt Creator 4.2.0 Based on Qt 5.7.1 (GCC 6.3.0 20170415, 64 bit)
> and followed tutorial to produce a small app,
> it has a window, 3 buttons and an icon .
>
>
> Code moves the icon into the rect clicked on. ( its the built in tuorial
> example ).
>
>
> It runs find on Desktop
>
> but fails on /dev/fb0( I try to run as you stated  appname -platform
> linuxfb:/dev/fb0 )
>
>
> how to reproduce:
> I open console 1 (^altF1) and login, then execute
> cd
> cd build-qtquickcontrolsapplication-Desktop-Release
> ./qtquickcontrolsapplication -platform linuxfb:/dev/fb0
> and it fails, badly, keyboard is dead ( cant change numlock )
> text on console is frozen
>
> have to reboot
> without the command line option, it fails immediately
> QXcbConnection: Could not connect to display
> Aborted
> at least i dont have to reboot.
>
>
> I'm sure the error is becasue its a built for desktop
> but in qt creator, ALL projects are "supported platform: Desktop"  only
>
>
>
> how'd you do that?
> thanks tomp
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Thomas J Powderly]

@ Frank Tkalcevic
Hello

Could you tell more about how you got QT to output to /dev/fb0?


I installed Qt Creator

(Qt Creator 4.2.0 Based on Qt 5.7.1 (GCC 6.3.0 20170415, 64 bit)
and followed tutorial to produce a small app,
it has a window, 3 buttons and an icon .


Code moves the icon into the rect clicked on. ( its the built in tuorial 
example ).



It runs find on Desktop

but fails on /dev/fb0( I try to run as you stated  appname -platform 
linuxfb:/dev/fb0 )



how to reproduce:
I open console 1 (^altF1) and login, then execute
cd
cd build-qtquickcontrolsapplication-Desktop-Release
./qtquickcontrolsapplication -platform linuxfb:/dev/fb0
and it fails, badly, keyboard is dead ( cant change numlock )
text on console is frozen

have to reboot
without the command line option, it fails immediately
QXcbConnection: Could not connect to display
Aborted
at least i dont have to reboot.


I'm sure the error is becasue its a built for desktop
but in qt creator, ALL projects are "supported platform: Desktop"  only



how'd you do that?
thanks tomp


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[theman whosoldtheworld]

Hu. Thanks for prompt reply.

All ok with covid from your side? Here in Italy we count every person
affect  and dead is count with same system, so that the data released
by the media regarding the deaths from covid in Italy concern all the
deaths who also had covid. 94% of these are elderly people also affected by
other pathologies.
I know that other states only count COVID deaths that had COVID only and no
pathology.

For the statistical medical aspects, I believe that our system is the best,
even if it is much more alarming than the others.

In fact, most of us are all fine here.

Great your work on QtPy.



Il giorno sab 21 mar 2020 alle ore 12:56 Gene Heskett 
ha scritto:

> On Saturday 21 March 2020 07:31:05 theman whosoldtheworld wrote:
>
> > Sorry, where is the advantage of use framebuffer instead use xmc
> > world?
>
> There isn't any unless your xcm is slower. framebuffers are often below 4
> frames a second in rendering speed.
>
> > Il giorno lun 2 mar 2020 alle ore 21:22 Frank Tkalcevic <
> >
> > fr...@franksworkshop.com.au> ha scritto:
> > > > My question:
> > > >
> > > > Will using the framebuffer (instead of X) make a better
> > > > environment for LinuxCNC?
> > >
> > > For low spec. computers, not having the overhead of X, is a bonus.
> > > You'll also boot faster into linuxcnc.
> > >
> > > But, you won't be able to run other applications or utilities.  And
> > > you'll need to write everything from scratch - X's OpenGL is used
> > > for the 3d.
> > >
> > > > ( I am ankle deep in FB programming now and wondering if I should
> > > > get in
> > >
> > > deeper or head for higher ground )
>
> I only use it if there no other choice.
>
> > > I played around with Qt and its option to use the framebuffer as the
> > > output device (with the command line option '-platform
> > > linuxfb:fb=/dev/fb0'). Theoretically, you can write 1 Qt program
> > > that would work with X or FB. That
> > > proof of concept worked, but I didn't have time to take it further.
> > >
> > > Recently I tried to apply the same option with one of the Qt
> > > linuxcnc UIs (pyqt?), but they used other parts of X so it would not
> > > run (from memory it was IPC libraries; D-bus?)
> > >
> > >
> > >
> > >
> > > ___
> > > Emc-developers mailing list
> > > Emc-developers@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-developers
> >
> > ___
> > Emc-developers mailing list
> > Emc-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
>
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page 
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[theman whosoldtheworld]

Undestand ... no normal refresh data of xmc is 100ms ... but i try with
succes refresh of 50ms and 30ms. I use 100ms because on qt i have a OpenCv
on work and only a I5 cpu.

Il giorno sab 21 mar 2020 alle ore 12:56 Gene Heskett 
ha scritto:

> On Saturday 21 March 2020 07:31:05 theman whosoldtheworld wrote:
>
> > Sorry, where is the advantage of use framebuffer instead use xmc
> > world?
>
> There isn't any unless your xcm is slower. framebuffers are often below 4
> frames a second in rendering speed.
>
> > Il giorno lun 2 mar 2020 alle ore 21:22 Frank Tkalcevic <
> >
> > fr...@franksworkshop.com.au> ha scritto:
> > > > My question:
> > > >
> > > > Will using the framebuffer (instead of X) make a better
> > > > environment for LinuxCNC?
> > >
> > > For low spec. computers, not having the overhead of X, is a bonus.
> > > You'll also boot faster into linuxcnc.
> > >
> > > But, you won't be able to run other applications or utilities.  And
> > > you'll need to write everything from scratch - X's OpenGL is used
> > > for the 3d.
> > >
> > > > ( I am ankle deep in FB programming now and wondering if I should
> > > > get in
> > >
> > > deeper or head for higher ground )
>
> I only use it if there no other choice.
>
> > > I played around with Qt and its option to use the framebuffer as the
> > > output device (with the command line option '-platform
> > > linuxfb:fb=/dev/fb0'). Theoretically, you can write 1 Qt program
> > > that would work with X or FB. That
> > > proof of concept worked, but I didn't have time to take it further.
> > >
> > > Recently I tried to apply the same option with one of the Qt
> > > linuxcnc UIs (pyqt?), but they used other parts of X so it would not
> > > run (from memory it was IPC libraries; D-bus?)
> > >
> > >
> > >
> > >
> > > ___
> > > Emc-developers mailing list
> > > Emc-developers@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-developers
> >
> > ___
> > Emc-developers mailing list
> > Emc-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
>
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page 
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Gene Heskett]

On Saturday 21 March 2020 07:31:05 theman whosoldtheworld wrote:

> Sorry, where is the advantage of use framebuffer instead use xmc
> world?

There isn't any unless your xcm is slower. framebuffers are often below 4 
frames a second in rendering speed.

> Il giorno lun 2 mar 2020 alle ore 21:22 Frank Tkalcevic <
>
> fr...@franksworkshop.com.au> ha scritto:
> > > My question:
> > >
> > > Will using the framebuffer (instead of X) make a better
> > > environment for LinuxCNC?
> >
> > For low spec. computers, not having the overhead of X, is a bonus. 
> > You'll also boot faster into linuxcnc.
> >
> > But, you won't be able to run other applications or utilities.  And
> > you'll need to write everything from scratch - X's OpenGL is used
> > for the 3d.
> >
> > > ( I am ankle deep in FB programming now and wondering if I should
> > > get in
> >
> > deeper or head for higher ground )

I only use it if there no other choice.

> > I played around with Qt and its option to use the framebuffer as the
> > output device (with the command line option '-platform
> > linuxfb:fb=/dev/fb0'). Theoretically, you can write 1 Qt program
> > that would work with X or FB. That
> > proof of concept worked, but I didn't have time to take it further.
> >
> > Recently I tried to apply the same option with one of the Qt
> > linuxcnc UIs (pyqt?), but they used other parts of X so it would not
> > run (from memory it was IPC libraries; D-bus?)
> >
> >
> >
> >
> > ___
> > Emc-developers mailing list
> > Emc-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[theman whosoldtheworld]

Sorry, where is the advantage of use framebuffer instead use xmc world?

Il giorno lun 2 mar 2020 alle ore 21:22 Frank Tkalcevic <
fr...@franksworkshop.com.au> ha scritto:

> > My question:
> >
> > Will using the framebuffer (instead of X) make a better environment for
> > LinuxCNC?
>
> For low spec. computers, not having the overhead of X, is a bonus.  You'll
> also boot faster into linuxcnc.
>
> But, you won't be able to run other applications or utilities.  And you'll
> need to write everything from scratch - X's OpenGL is used for the 3d.
>
> > ( I am ankle deep in FB programming now and wondering if I should get in
> deeper or head for higher ground )
>
> I played around with Qt and its option to use the framebuffer as the output
> device (with the command line option '-platform linuxfb:fb=/dev/fb0').
> Theoretically, you can write 1 Qt program that would work with X or FB.
> That
> proof of concept worked, but I didn't have time to take it further.
>
> Recently I tried to apply the same option with one of the Qt linuxcnc UIs
> (pyqt?), but they used other parts of X so it would not run (from memory it
> was IPC libraries; D-bus?)
>
>
>
>
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Nicklas Karlsson]

> > My question:
> >
> > Will using the framebuffer (instead of X) make a better environment for 
> > LinuxCNC?
> 
> For low spec. computers, not having the overhead of X, is a bonus.  You'll
> also boot faster into linuxcnc.

That's nice.

> But, you won't be able to run other applications or utilities. ...

Maybe I do not want to anyway.

> need to write everything from scratch - X's OpenGL is used for the 3d.
> 
> > ( I am ankle deep in FB programming now and wondering if I should get in
> deeper or head for higher ground )
> 
> I played around with Qt and its option to use the framebuffer as the output
> device (with the command line option '-platform linuxfb:fb=/dev/fb0').
> Theoretically, you can write 1 Qt program that would work with X or FB. That
> proof of concept worked, but I didn't have time to take it further.

Then maybe not to much extra work is required to get it working.

But running in X work great so I do not care to much.


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] framebuffer xmotion

[Frank Tkalcevic]

> My question:
>
> Will using the framebuffer (instead of X) make a better environment for 
> LinuxCNC?

For low spec. computers, not having the overhead of X, is a bonus.  You'll
also boot faster into linuxcnc.  

But, you won't be able to run other applications or utilities.  And you'll
need to write everything from scratch - X's OpenGL is used for the 3d.

> ( I am ankle deep in FB programming now and wondering if I should get in
deeper or head for higher ground )

I played around with Qt and its option to use the framebuffer as the output
device (with the command line option '-platform linuxfb:fb=/dev/fb0').
Theoretically, you can write 1 Qt program that would work with X or FB. That
proof of concept worked, but I didn't have time to take it further.   

Recently I tried to apply the same option with one of the Qt linuxcnc UIs
(pyqt?), but they used other parts of X so it would not run (from memory it
was IPC libraries; D-bus?)




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers