[SOLVED] Run binary in one server, display graphics output in another: frame buffer in ram?
Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Run binary in one server, display graphics output in another: frame buffer in ram?
X allows you to run a binary in one server and display its graphics output in another server. I think you do it by typing -display 192.168.2.5:0.0 as a command line argument, where 192.168.2.5 is an example server where the graphics output appears.
When that is done, does the X graphics output of the binary also appear in a frame buffer in ram in the server where the binary is run?
Actually, the place where the binary runs is the client, and the machine with the display is the X server. The X Window System calls from the binary are routed to the server, which renders the image. The image is not present in the client machine.
Obviously anything that shows up on the screen gets there via a message from client to server. And of course all of your keystrokes are carried in messages in the other direction. Not sure what more you are asking.
Thought it was pixel blocks that got transfered from the X guest to the X server, not ASCII codes, are there ASCII codes too in that direction? Keystrokes going in the opposite direction are another issue.
Is there any software that does the same job but only transfers pixel blocks and does not use a frame buffer in the client, only tiny pixel block buffers?
Sounds more like a remote display to me, but I seriously doubt you'll find one that doesn't use a frame buffer at the source (which would now be a remote display server, reversing the roles that the X Window System would be using).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.