Thanks for the info Ralf. I'll keep the platform testing in mind when this is no longer experimental code.

I had several work a rounds but ended up just drawing the few extra GUI elements I needed using D3D.

Fair enough.  I just tried locking the texture directly and writing instead of locking a surface to copy from system memory.  I gained a few FPS.  I also tried multi buffering but got no benefit from this, in fact tripple buffering the texture benched slightly slower.  It is possible the D3D implementation does internal ...

I was wondering what the fastest way to update textures generated via the CPU was. In the past, I only updated textures infrequently, or at low rates, but now I want to update every frame. I used to write to a system allocated block of memory then lock a D3D texture surface and memcpy the bits. Looking at the D3D docs, I ...

Thanks for the info legalize.  I'm not actually wanting to draw to the backbuffer with GDI.  I want to over-draw the fontbuffer. The application consists of two parts, the native code accessing Direct3D to draw some polygons and the managed code using .Net Framework to overlay some GUI.  The two parts don't really ...

Thanks for replying Nick.  I am coming to realize the two don't get along very well.  It appears the GDI does some kind of internal buffering and layering which is out of sync with raw updates to the window.  If it wasn't for this buffering or compositing, there should be no reason they can't work, perhaps as long as ...

I am encountering and issue where drawing a control using both Direct3D and .Net Framework Graphics causes conflict. Strangely enough this only occurs with Windows Vista.  Windows XP works fine.  Pleaes see the attached screen shots. screen shots This is the execution process: MouseMove calls Invalidate() on the ...