Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
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.
I have a debian12, with gnome, working properly.
Also I have a MAC, working properly, the latest Xquartz is installed.
When I ssh -X from mac to debian I can open an xterm and it works perfectly.
But when I open an application which needs 3d acceleration it won't work. xlsgears will for example simply stop rotating.
Do you know what is missing from where?
Most kinds of rendering acceleration require a close linkage between application and video hardware. In other words, the application needs to bypass some things and talk more directly to the hardware. We solved that in virtual space by making a way to allow that more direct communication, or emulating it (albet with a performance penalty).
You are talking down an encrypted channel and the application cannot even DETECT the remote hardware! You are just channeling the X traffic itself. That pretty much either strips out or disables the hardware acceleration.
If there is a way to emulate the hardware and THEN channel the traffic, it MIGHT work. The performance, I expect, would be a drag if it did work. What I would expect is that it would result in more wild and interesting ways to fail, but that might be fun.
it looks like a remote desktop can be a much better way. If I understand well.
Otherwise it is a local home network, the two hosts are actually share the same monitor.
I agree that x11 forwarding is inefficient and takes up a lot of bandwidth with modern graphics. Remote desktop would be the better way. glxgears over x11 forwarding works for me but my older desktop is only an i3...
Most kinds of rendering acceleration require a close linkage between application and video hardware.
My first intention was to write something similar but then I realised that OP probably got his fingers twisted in a knot and mistyped a well known glxgears into some excel abomination. And GLX should work - poorly and slowly, but should. Although brief googling shows many tales of woe.
Also, having done the math, halving the dpi (e.g. 1920x1080 reduced to 960x540) quarters the bandwidth. That might make glxears a little less pathetic.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.