On Wednesday 19 December 2007, bridd wrote:
On Wed, 2007-12-19 at 22:26 +0100, Maarten Lankhorst wrote:
This topic comes up from time to time, usually with mild variations. The problem is that wine sets up its own environment and memory layout. In the end you will need a .exe (or winelib binary) that uses wine, and a socket/pipe/shm function to communicate with the .so, there is no easy way to just dynamically load a dll in an existing program.
I see, so it's sounding like to do this I'd need to have something more akin to a VST host, that acts as an intermediatory and pumps the video data from the linux application via a native plugin (.so), into a winelib compiled program that executes the windows compiled plugin (.dll) and the sends it back out again.
Probably beyond my skills right now, but thought it was worth seeing if anyone had trodden a similar route already!
Should be doable via shm, i.e. without overhead - you can share your framebuffer (or a few) between applications that way. Remember that you can do linux syscalls from a PE (windows) executable that runs under Wine.
Cheers, Kuba