Graphics

They often disappear after the original post. Some times they come back and say thanks and other times they just continue on with their lives, with a little more information. I have been guilty of both! ;) P.S. I have been known to disappear for weeks! INTP "Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra

You might want to check out this article[^]. (Window regions are simply lists of rectangles that cover the desired area) ---- It appears that everybody is under the impression that I approve of the documentation. You probably also blame Ken Burns for supporting slavery. --Raymond Chen on MSDN

Good call. That'll do it. Almost obvious, but hadn't occured to me. Thanks. Brooks

WalderMort is correct in that you (we) do not need to know how it is done. I am one of the few people who have created their own windowing system (before Windows existed) and the details do not matter. Rethink your question, because this one does not provide enough information. INTP "Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra

This has nothing to do with ROP, just draw the circle based on a Boolean flag and when the flag changes issue a command to redraw the area that contained the circle. INTP "Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra

I was afraid of that too LOL Mine is XPSP2 gdiplus.dll is 5.1.3102.2180 Where is the mythical GDI+ 1.1 ... Thank you! Mark "Great job, team. Head back to base for debriefing and cocktails." (Spottswoode "Team America")

It's way too late. My first computer job that's what I did. The challenge lately has been to not get sucked into it, for the time being :) Hopefully soon I'll have someone to do my UI programming so I can get back to the fun stuff! "Great job, team. Head back to base for debriefing and cocktails." (Spottswoode "Team America")

Using DirectShow? "Great job, team. Head back to base for debriefing and cocktails." (Spottswoode "Team America")

Lampros G wrote: Is there a way to import an object created with a 3d-modeling program (ex. Google Sketchup) to an OpenGL application and use it? In most cases people try not to reinvent the wheel, there are numerous tutorials on how to write a .obj loader for OpenGL to display it, even a couple that included material and surface normals. But then you get into rewriting what others have done for model loading for years. When you get to this point, I would recommend (you don't have to if you don't want to), switch to your openGL code on a higher level library/framework. This might be SDL, Open Scene Graph, Delta3D (highly recommended). Just as an example, Delta3D is based on OpenSceneGraph which is based on OpenGL. It loads: 3dc ac3d directx dw flt geo Inventor ive lib3ds logo lwo lws md2 obj osg pfb _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)

Mark Salsbery wrote: Anyway, did you draw any conclusion from all that? Yeah, that that guy is extremely stubborn:doh: If he is right, and the result we are seeing is the expected result, then the designers of GetHBITMAP should be shot as it makes absolute no sense.:sigh: I think I will just use my workaround as all I have been able to find on the subject is some people complaining about the bug, but no one being able to point to a hotfix or easy to implement solution (hooking the Gdiplus dll is not an easy solution). I will continue to watch these threads but I will not hold my breath waitng for a solution. You may be right I may be crazy -- Billy Joel -- Within you lies the power for good, use it!!!

There's a class, I think it's called Screen, it has a property called AllScreens. This gives you the co-ordinates of all the different monitors on the system. As far as windows is concerned, those monitors all are part of one big canvas, you get the co-ordinates, and you draw to them, and each window has different ones. So, one may be 0, 0 to 800, 600 and the other may be 800, 0 to 1600, 600. Multi monitor stuff is pretty easy, it's not really any different from having one monitor, except for having to iterate over them to position your screens initially. Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )

Oh yeah, and if I ever end up dumb enough to write video drivers in DOS, well I'm set - minus the whole I don't know ASM *that* well thing thugh. :) Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]

I don't use .NET, but the process will generally be the same. So, I'll speak in a bit of a psuedocode to get you pointed in the right direction at least. Most RAW image files use the .raw extension out of custom although I've heard of .gry too so you're most likely right on that. Just Google for info on the RAW image file header format. To know how to make heads or tails out of the file data. Here's one actually... http://download-east.oracle.com/docs/cd/B10501_01/appdev.920/a88786/mm_raw.htm[^] The good news is, a RAW image is raw data and a breeze to read into a buffer that libjpg or CreateBitmapIndirect() (Windows API) can understand. There are also a lot of unmanaged libs out there that will do this. HTH Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]

Mark Salsbery wrote: Didn't know you personally but I always enjoyed, respected, and learned something from your posts in the past. Oh man, where did I go wrong? :laugh: Just kidding, thanks for the kind words. Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]

John Cardinal wrote: Actually I don't care, but there really should be a dedicated wpf area, it's going to be huge. Agreed. Although, I wonder if throwing it into this forum is good or keeping it separate would be better. Oh well, I'm just happy to have to place to go on and on about OGL with. :-D Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]

Jeffry J. Brickley wrote: I was watching movies with... FX particle systems... yeah... that's what I was watching the special effects particle systems! Hmm... is that one of them fancy terms meaning alphabet soup and such? :rolleyes: Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]

WalderMort wrote: But MAX has so far done nothing. The average modeler/graphic artist doesn't have an MSDN subscription either and Vista migration is slow by most. It still hasn't been a full month since the official Vista release, so don't be so hasty. Don't forget the market aspect of any business. No market, no money/time spent. Besides any serious company isn't going to make the jump to Vista just because it's new. They wouldn't move to Vista until all their tools are ready for it (which cost far much more money and time to learn to use) can also make that move to Vista. I'd wager most of them would rather it work right than right now anyway. Besides, most rendering farms need all the spare CPU power they can get, and Vista just gobbles away even more of it than XP. In other words, there's no real benefit to it other than it's the latest and coolest toy. Give it time, I'm sure they'll do something about it soon enough. And if you need to use Max, then don't use Vista - problem solved. :-D Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]

:laugh: Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]