On the machine I am trying to tunnel ZSNES from does have libsdl installed properly and ZSNES was compiled with OpenGL support.
http://www.vanemery.com/Linux/XoverSSH/X-over-SSH2.html
apparently in this guide, the author managed to get openGL games such as tuxracer working over SSH-forwarded X, so i don't see why zsnes wouldn't work. have you tried other openGL apps, or do you have zsnes compiled without openGL? (not even sure if that's possible at this point...)
....
after carefully re-reading your post, i'm a little confused about what exactly you are trying to do. why can't you execute zsnes from and on the workstation machine, and just load the roms from the server? it seems like executing it remotely is unnecessary...
The application I am working is a web application using PHP to access the MySQL database of roms, and executes several BASH scripts in order to redirect the X client to any remote Xserver. The intent of this project is to be able to execute ZSNES and load the ROM specified by the web app to
any machine on my LAN without having to install ZSNES on each of these machine. Also, I probably should change the title of this thread, because the final application won't be using SSH at all. SSH automatically exports many environment variables upon connection. And, I've been able to get many applications (including OpenGL) forwarded over X via a local/telnet/SSH login. This is a ZSNES specific problem, not a general X forwarding issue.
Can you tunnel SDL apps? I'm not sure.
In any case, try FreeNX.
FreeNX is not possible. This requires you to simply tunnel an Xsession from a remote machine. However, I do not have an Xserver installed on this server machine.
Is SDL setup properly on the machine you're tunneling?
I'm positive SDL is compiled correctly, and ZSNES wouldn't compile without errors if SDL wasn't installed properly, would it? Besides I have ran many applications friends have written using SDL that ran just fine on this machine.
I'm about stumped. Looking through the source, specifically: linux/sw_draw.c, I'm beginning to suspect this is an SDL issue. The problematic function while using a non-OpenGL video mode is "SDL_SetVideoMode()" which seems to fail no matter what.
Any other ideas? or will installing X on the server machine be the only possible way to do what I want... I'm really trying, at all costs, to get this fixed _without_ installing X on the server.
Thanks everyone for the help,
andrew.