AMP and OpenGL Interop

Question

Is there any way to render data which generated with AMP using OpenGL without copying the data through the cpu?

Answer 1

Hi nagy89

 

We have interop between C++ AMP and DirectX so you can avoid the copy through the CPU:

http://blogs.msdn.com/b/nativeconcurrency/archive/2011/12/29/interoperability-between-direct-3d-and-c-amp.aspx

 

We do not have any equivalent interop APIs for OpenGL, and frankly nobody here has experience with OpenGL. Sorry that I don't have a better response for you... I'll keep asking around and if anybody has more to share we'll update this thread.

 

Cheers

Daniel

---

http://www.danielmoth.com/Blog/

Answer 2

I hate to bump old posts.

I was investigating using c++amp to port some of my code onto the GPU, and the inability to work with our existing graphics system was a big turnoff as this would mean that we would need to rewrite all the render code to an API that none of had experience with.

I am aware Microsoft want to keep everything on its platform, but using amp already provides the Windows only lockdown, and many developers don't have time to learn a new graphics api.

Is there any hope for this kind of interoperability?

Answer 3

Does anyone have any news regarding this?

I thought it could go with C++ AMP -> DirectX Interop and then DirectX -> OpenGL Interop. VBut doesn't seem to be the case.

The other alternative I've been considering is whether C++ AMP -> CUDA interop and then CUDA -> OpenGL interop has any possibilities in this matter?

This is pretty much a deal breaker for me. The application I'm working is very transfer heavy and cannot afford doing unnecessary round trips to the CPU.

Answer 4

I think that the only path available is to go from C++ AMP to DX, from DX to OpenCL and from OpenCL to OpenGL. All orered 2-tuples in that enumeration have valid interop mechanisms, although it will definitely be interesting to see if the drivers don't explode when faced with the task. You could substitute CUDA for OpenCL in the above list, but that is not vendor agnostic, which may be important depending on your goals.