有没有可能进程间共向显存

免费打工仔

比如一个服务程序负责把3D图像渲染到某个显存区域
然后通过进程间通信 告知其他进程
其他进程把显存内容映射到 自身窗口

小弟这方面文盲 见笑 [em5]

Enigmaya

进程本身就可以共享数据的。

要实现你的目的，应该采用类似双缓冲的方式，把3D图像渲染到某个内存区域
，然后几个进程共享。

操作显存会很麻烦的。

whb9633

现在的DX仿佛不能直接操纵显存吧……

lights

为什么不能是各部分分别渲染同一幅渲染出来的图片？
进程间共享那个渲染出来的图片就行了。

gpe

不知道可不可以这么理解：

服务程序负责把3D图像渲染到rendertexture，
然后通过进程间通信告知其他进程
其他进程把内容拷贝回来并渲染或绘制到自身窗口


不然就是用到dll注入方法，
并用上多swapchain。
不过d3d9以及之前的多线比较弱，
很多麻烦事情需要处理，据说dx10会好很多。


不知道自己写驱动行不行。

免费打工仔

又想了一下这个问题，共享内存是行不通的。
显示硬件最终渲染结果绘制在显示存中。
因为从显存读取数据慢的要死，读取完了还要在另外进程绘制，这个效率是无法接受的。

同样道理，渲染到texture也是行不通，因为texture其实就是显存中的数据，从texture读取和从显存读取是一个道理。

这里有一个折衷的方案，没有试验过（因为试验太麻烦了）。放在这里，等有机会看能不能行得通。

通过剪贴版或者共享内存得到其他进程的窗口句柄，然后直接在其他进程的窗口中绘制图像。
虽然没有共享显存，但也算进程间渲染通信了。

whb9633

楼主用A操作B就不能并发了…

免费打工仔

whb9633: Re:有没有可能进程间共向显存

楼主用A操作B就不能并发了…

可不可以这样理解
A与B并发。A提供所有显示服务。
进程间并发通过共享内存。

B有显示窗口，但并不操作。

A，B。。。。所有的显示窗口 都交给A操作。

换句话说 A给所有需要显示的进程提供渲染服务。
[em16]

ddrmsdos

应该没有问题，可以先把显存里面的东西拷贝到一个共享的内存里面，然后其它进程从里面读取数据，不过在写内存的时候要有信号量控制一下.

免费打工仔

ddrmsdos: Re:有没有可能进程间共向显存

应该没有问题，可以先把显存里面的东西拷贝到一个共享的内存里面，然后其它进程从里面读取数据，不过在写内存的时候要有信号量控制一下.

但是你忘了效率阿，怎么可能从显存中读取数据呢?
从显村中读取数据是无法接受的慢速阿