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