I have an OpenGL (Java + applications) application deployed on a Linux machine. I need to start this application from a Windows machine, display and operate it on Windows.
My application shows a whole screen of 2D graphics which is constantly updated. Both machines are OpenGL capable (video cards and drivers). When not remote, the application runns ok on both the Linux and the Windows machine
I'm using ssh (putty) and an X server (xming 6.9) on the Windows. All is fine but when I display my graphics I get an "unsupported colour depth" error and nothing is displayed.
Questions:
1. Is there a way I can tweak xming to display my graphics?
2. Is there a better suited solution for my system?
Related
iam looking for a lightweight solution to retrieve pen pressure from a wacom tablet.
My system is win7 64bit and the application is an SFML c++ 64bit program.
I found that wintab seems to be the industry standard but its only 32bit.
Also i found MS Ink, but iam not sure if this makes sense since i wrote my own brush/pen drawing
program already.
I would just need the realtime pen pressure data. XY i get already from mouse coordinates in SFML.
I was experimenting with desktopduplication api sample code and it was mentioned here that
even full screen DirectX applications can be duplicated.
Also here it is mentioned that
The following components of the operating system can generate the desktop image:
The DWM by composing the desktop image
A full-screen DirectX or OpenGL application
An application by switching to a separate desktop, for example, the secure desktop that is used to display the login screen
However when I tested the sample code with multiple monitors provided here, it worked fine for other applications running on desktop but when I started a fullscreen directx application, the running applications in the background are pushed onto the secondary monitor and only the secondary monitor is captured in the duplicated window.
What might be the reason for this? I ran the exact sample code provided by MSDN. Is there something more I need to do in order to capture DirectX fullscreen games using DesktopDuplication API
We are trying to implement WebGL for a 3D user interface. We have some users that need access through a Remote Desktop connection, however, WebGL is disabled. When loading a page with WebGL on a Remote Desktop, the error "Oops... Sorry, experimental-webgl context is not supported on this machine!... " appears and the 3D rendering fails. The 2D rendering works. We were wondering if there is a way around this problem.
OpenGL doesn't work with remote desktop because remote desktop opens up another desktop and isn't attached to the hardware display, thus I would assume WebGL has the same limitations. You will need to do a different type of remote desktop maybe vnc or even join.me seems to work fine.
Did someone else experience slow fading in Qt applications, for example when opening a new dialog from a main window? I'm running Ubuntu 12.04. LTS and Qt 4.8.1.
The application where I noticed that does some opengl rendering in a qglwidget. When the application runs, also other windows not belonging to the qt app are affected by slow fading in/out. The thing is that the qt app only uses 20% CPU load (also compiz) so I assume it's not caused by a high CPU load...
Are yours videocard drivers up to date?I had the same problem (using opengl through QGLWidget) and updating solved the problem.
If this isn't the solution,paste us some code.
Hope it helps.
for a simple demo program I am using the SDL library to play a mpeg movie file.
Unfortunately the demo app should be executed on one of our windows 7 servers and it should be looked at remotely.
The problem is, that when I connect via RDP to the server the SDL window stays black - although the movie becomes played (I hear the sound).
I guess this has something to do with the rendering device of OpenGL or DirectDraw when accessing via remote desktop. Does anyone know which settings I should use for setting up the SDL window so it works via RDP also?
When I play the movie with the windows media player the movie becomes displayed correctly - what kind of device uses the media player?
The problem is probably that SDL is rendering directly to video memory (or some sort of DirectDraw surface), but the RDP program is only able to retrieve what's in system memory.
If this is the case, there's a few things you can try. First is a different RDP program that has the ability to grab from DirectDraw or video memory. The other thing is when you call SDL_SetVideoMode() use the SDL_SWSURFACE flag. This will render to system memory where as SDL_HWSURFACE will render to video memory.