Sign in to follow this  
Followers 0
WaltN

OpenGL
Inter-Process SetPixelFormat Fails with Vista

7 posts in this topic

I am trying to establish an OpenGL rendering context for a window handle owned by another process. ChoosePixelFormat works returning a good pixel format index. SetPixelFormat with that index fails with a last-error code of 0xc0070006. My environment is Vista with an NVIDIA 8800 GTX (Forceware 169.25, the latest). The above works on other systems tried, including Vista with an ATI RADEON 9600 and several XP configurations (none with 8800 GTX). The same code works on the Vista 8800 GTX system in a single process. This sure smells like a driver problem, but I have to confess that the inter-process communication makes this a peculiar environment. Yahoo and Google searches on "c0070006" suggest that others have gotten this message in other environments, but there is no definitive information for the error code. 1) Does anyone know what "c0070006" is trying to tell me? 2) Does anyone have any troubleshooting suggestions? Walt
0

Share this post


Link to post
Share on other sites
Did you check to make sure it's not some permissions/security issue? Try running your main process as administrator if you aren't right now...
0

Share this post


Link to post
Share on other sites
Definitely sounds like a permissions thing. You're trying to manipulate a resource owned by a different process (which in turn might be owned by a different user).

In fact, it 'working' on an ATI card could very well be an ATI driver bug (ignoring permissions)...
0

Share this post


Link to post
Share on other sites
Both of those replies are very interesting. My process (the one I am coding) is the one that kicks off the process that creates a dialog window and hands me a handle to a child window for OpenGL I/O. The subsidiary process that owns the dialog window is a commercial product developed by others.

I tried running my process explicitly as Administrator with the same result as described in my original post -- failure. However, then it occurred to me that invoking my process with Administrator permissions may have nothing to do with the permissions of the subsidiary process that owns the dialog window.

I have queried the developer about this, and I'll report back any results.

Thanks,

Walt
0

Share this post


Link to post
Share on other sites
Um... i tried something similar. Using Pthread i tried a multithreaded OpenGL Color Cube, and there was a problem when the set pixel when glutInit was seperated , however, it didnt break every time... it worked maybe 1 out of 7 times. the other 6 it gave a pixel format error. Make sure your contexts are ok, i heard that you can only have one active OpenGL context at a time? or something like that.
0

Share this post


Link to post
Share on other sites
Quote:
Original post by AverageJoeSSU
Um... i tried something similar. Using Pthread i tried a multithreaded OpenGL Color Cube, and there was a problem when the set pixel when glutInit was seperated , however, it didnt break every time... it worked maybe 1 out of 7 times. the other 6 it gave a pixel format error. Make sure your contexts are ok, i heard that you can only have one active OpenGL context at a time? or something like that.


Yep. I'm familiar with all of the above. In my current case, all of the OpenGL stuff (including rendering context) is in the same thread and process. It's the hWnd that is owned by another process.

I have an older application that splits application computation (e.g., animation displacements) and OpenGL/GLUT between two processes. The latter process employs a GLUT/OpenGL thread and a thread responsible for asynchronous communication with the other process. It works quite well. At the time, I think it was Nate Robins that advised me to not try to split any GLUT work between multiple threads. All of the OpenGL advice or documentation I have seen says to keep all OpenGL calls within the same thread that owns the rendering context. Other threads can be employed fruitfully if they avoid calling OpenGL functions themselves and are carefully synchronized.

On the current problem, I still have not heard anything from the developer. I assume he is off for the holidays.
0

Share this post


Link to post
Share on other sites
Update: The developer suggested that I try running with Vista User Account Control disabled, which I did. The same SetPixelFormat failure occurred.

Curious, I installed all the prerequisite software on my wife's XP machine, which has an NVIDIA GeForce FX 5200 GPU. I updated Forceware to 169.21, the latest for XP. I got the same SetPixelFormat failure with the same return code.

Conclusion: This problem has nothing to do with Vista. It seems to occur only with NVIDIA GPUs. (I have to add that behavior with ATI GPUs tried is quirky.)

Walt
0

Share this post


Link to post
Share on other sites
Update: An experiment has been tried directing DX9 output to a window owned by a separate process. (The window owner process is identical to that used in all the experiments reported above.) The experiment was successful with two different NVIDIA GPUs, several AMD GPUs, and an Intel chipset. It sure looks like my problem is tied to the OpenGL part of the NVIDIA driver.
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Similar Content

    • By Freezee
      Hi, I'm 16 years old (nearly 17) french guy who loves coding, and pizzas, and music, and a lot of other things...
      I started learning some programming languages 6 years ago, and always failed to achieve something with them. Then I decided to re-try Java 2 years ago, and it went pretty well. So well that from this time I did not stopped programming. I really started to dig into C++ a year ago because I wanted lower level programming skills, with one specific goal: create games. Unfortunately I always overestimate myself and my ideas, and I've not been able to create a single real game because of my lack of experience in that specific domain. So I'm looking for a 3D FPS game project (multiplayer would be great too) to see how that kind of project is managed, and to finally be able to create something. I would like for once to work with other people on the same thing, I think it could really help me to help back the others. I have a lot of free time right now and I'm ready to spend some (if not a lot) into a project.
      I learned a lot of C++ features when I started, but I feel like I'm missing a lot of other features and I want to learn them on something useful.
      I really prefer not working on a project with a pre-used game engine (GM, UE, Unity, ...) because for me the most interesting part is what happens at the lowest programming level of a game. I learned basics of modern OpenGL so if there is a graphical engine to improve, I can work on it. I'm also very interested into working on the game engine structure, and on implementing a scripting language if it's needed. If the game is multiplayer, I will not guarantee that I could really work on that (because I really don't know a lot about networking) but I'll try my best to continue learning things and maybe work on that too.
      If you're interested, feel free to contact me on Discord: Freezee#2283. If you don't have Discord, reply back a way to contact you
    • By Jon Alma
      Some time ago I implemented a particle system using billboarding techniques to ensure that the particles are always facing the viewer.  These billboards are always centered on one 3d coordinate.
      I would like to build on this and use billboarding as the basis for things like laser bolts and gunshots.  Here the difference is that instead of a single point particle I now have to draw a billboard between two points - the start and end of the laser bolt for example.  I appreciate that having two end points places limits on how much the billboard can be rotated to face the viewer, but I'm looking to code a best effort solution.  For the moment I am struggling to work out how to do this or find any tutorials / code examples that explain how to draw a billboard between two points ... can anyone help?
      Thanks.
    • By Sagaceil
      It's always better to fight with a bro.
    • By recp
      Hi,
      I'm working on new asset importer (https://github.com/recp/assetkit) based on COLLADA specs, the question is not about COLLADA directly
      also I'm working on a new renderer to render (https://github.com/recp/libgk) imported document.
      In the future I'll spend more time on this renderer of course, currently rendering imported (implemented parts) is enough for me
      assetkit imports COLLADA document (it will support glTF too),
      importing scene, geometries, effects/materials, 2d textures and rendering them seems working
      My actual confusion is about shaders. COLLADA has COMMON profile and GLSL... profiles,
      GLSL profile provides shaders for effects so I don't need to wory about them just compile, link, group them before render

      The problem occours in COMMON profile because I need to write shaders,
      Actually I wrote them for basic matrials and another version for 2d texture
      I would like to create multiple program but I am not sure how to split this this shader into smaller ones,

      Basic material version (only colors):
      https://github.com/recp/libgk/blob/master/src/default/shader/gk_default.frag
      Texture version:
      https://gist.github.com/recp/b0368c74c35d9d6912f524624bfbf5a3
      I used subroutines to bind materials, actually I liked it,
      In scene graph every node can have different program, and it switches between them if parentNode->program != node->program
      (I'll do scene graph optimizations e.g.  view frustum culling, grouping shaders... later)

      I'm going to implement transparency but I'm considering to create separate shaders,
      because default shader is going to be branching hell
      I can't generate shader for every node because I don't know how many node can be exist, there is no limit.
      I don't know how to write a good uber-shader for different cases:

      Here material struct:
      struct Material { ColorOrTexture emission; ColorOrTexture ambient; ColorOrTexture specular; ColorOrTexture reflective; ColorOrTexture transparent; ColorOrTexture diffuse; float shininess; float reflectivEyety; float transparency; float indexOfRefraction; }; ColorOrTexture could be color or 2d texture, if there would be single colorOrTex then I could split into two programs,
      Also I'm going to implement transparency, I am not sure how many program that I needed

      I'm considering to maintain a few default shaders for COMMON profile,
      1-no-texture, 2-one of colorOrTexture contains texture, 3-........

      Any advices in general or about how to optimize/split (if I need) these shaders which I provied as link?
      What do you think the shaders I wrote, I would like to write them without branching if posible,
      I hope I don't need to write 50+ or 100+ shaders, and 100+ default programs

      PS: These default shaders should render any document, they are not specific, they are general purpose...
             I'm compiling and linking default shaders when app launched

      Thanks
    • By CircleOfLight97
      Hi guys,
      I would like to contribute to a game project as a developer (open source possibly). I have some experiences in C/C++ in game development (perso projects). I don't know either unreal or unity but I have some knowledges in opengl, glsl and shading theory as I had some courses at university regarding to that. I have some knowledges in maths and basic in physics. I know a little how to use blender to do modelling, texturing and simple game assets (no characters, no animation no skinning/rigging). I have no game preferences but I like aventure game, dungeon crawler, platformers, randomly generated things. I know these kind of projects involve a lot of time and I'd be really to work on it but if there are no cleary defined specific design goals/stories/gameplay mechanics I would like to not be part of it x) and I would rather prefer a smaller but well defined project to work on that a huge and not 'finishable' one.
      CircleOfLight97