Timeline for Writing directly to the HDMI display
Current License: CC BY-SA 3.0
5 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 17, 2017 at 0:40 | comment | added | SlySven |
Well, yeah, you could run a GUI on an xserver (look into using xinit(1) with your application run as the client program instead of a window manager) - I understand a tcl/tk combination may be something that could provided you with the sort of widgets you want...
|
|
| Dec 14, 2017 at 22:03 | comment | added | Grant Petty | It seems that one possible way to get to where I want to be is to run the Pi with a browser in kiosk mode and then figure out a way to display the data I want in the browers (with automatic real-time updates). danpurdy.co.uk/web-development/… | |
| Dec 14, 2017 at 19:05 | comment | added | Grant Petty | Regarding SlySven's comment: I'm aware of ncurses and have thought about it as a solution to my problem. What I'm not clear on is whether I could have a remote login to the Pi for general interaction with the OS while letting ncurses take control of the physically attached monitor. Regarding RC's comment: I don't think the overhead and delay would be too significant, as long as no process comes along and suspends or blocks the ncurses output for more than a second or two. Also, unless I'm mistaken, ncurses does not support any kind of graphic output to the screen. | |
| Dec 14, 2017 at 5:13 | comment | added | Richard Chambers | I think the question needs to be updated with an explanation as to whether there are real time display changes required so that if the airplane is changing altitude rapidly or heading rapidly the display status can be in real time and synchronous with real world events. Not sure how much overhead and delay would come from NCurses and a terminal window. | |
| Dec 14, 2017 at 2:12 | history | answered | SlySven | CC BY-SA 3.0 |