Main > Software Forum

DirectX programming

<< < (2/3) > >>

Minwah:
Graphically, I've only touched on DirectDraw (7 I think)...under VB6...

Typically I started a small game and never finished it.  I did get a bitmap for the background, and had an animated sprite (with transparencies) which you could move with the mouse.  Collision was next...I should really have another go at that.

screaming:
You should :)

Howard_Casto:
Dx9 isn't such a strange choice, but I would stick to a programming language that somebody has actually heard of.  ;)

One of the problems with px9 that you have to keep in mind is that even now, most cards aren't fully dx9 complaint, meaning half of those nifty effects they've added won't render unless they are in software mode. 


I don't know dx9 mostly because I HATE anything .net and that's all it'll run on.  And I can't really help you with syntax because I've never heard of mdx. 

Sorry.

screaming:
Meh.  MDX = Managed DirectX. "DirectX.NET" if you want to think about it that way.  Give me some D3D (not DD) code in C, C++, or VB and I'll translate it to C# (it's pretty easy, actually).

I have an image on disk that I want to load into a textured quad with the full height and width of the original image (so, basically, a skybar but using a TransformedTexure, because we care about the corners of the screen and the corners of the image matching up.

Howard_Casto:
Well that's easy enough.

When you use the "loadtexturefromfileex" function, there is an option to send the image data back through a flag defined as a "d3dximage_info" variable type. This variable will give you the height and width, then you simply move your pre transformed poly's verticies based on those dimensions.  Pre-transformed verticies use standard pixel measurements, so its quite easy. 

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version