Lo all,
How do you go about making new graphics engines or gtting tutorials for making one?

Gamedev.net should have tutorials on how to make one. [addsig]

define "graphic engines"...
it could be a 2d engine, a 3d engine, a engine for a action game, a shoot 'em up game, a racing game.... maybe we can help you a bit more if you define it, since "graphic engine" could be nearly anything.
And, I think that such big problems are easier to discuss in IRC. Maybe you can come along and meet us in IRC directly
[addsig]

Either way, Gamedev.net should have it. [addsig]

yeah, but it'd be nice if we could help somebody directly if he/she has a prob
[addsig]

If you're looking for a 3D game engine, then you should check out Crystal Space, it's free, open source and cross-platform.

And slow
it's the slowest engine I've seen so far around, but I think that's because of the high portability and because it's a _very_ general engine. You can do almost eveyrhing with it, but that has it's price.
If you really want a high performance 3d engine, you should either code it yourself or modify one which is closest to what you need.
[addsig]

I'd use OpenGL. I'm suprised you didn't mention that KaGez. [addsig]

afaik CrystalSpace also has OpenGL support, but well.... I think I don't need to repeat myself about the rest
[addsig]

When people say "engine", they usually mean a high-level API that has many special functions (for example, to make a cube, or, add reflections). OpenGL isn't usually considered an "engine", because it's much lower level. OpenGL is more like a rendering system, I guess. Some engines are written so that programs written in them can use different rendering systems like OpenGL or DirectX (bleh ). Sorry if what I said doesn't make sense, I'm not very good at explaining things

[ This Message was edited by: Sonarman on 2002-11-02 04:02 ]

[ This Message was edited by: Sonarman on 2002-11-02 04:03 ]

nobody really said that OpenGL is a "engine", but you're right. OpenGL is just doing the maths you for the points (vertices) you gave it in 3d to display them on a 2d surface.
But still, I don't recomment using these out-of-the-box engines, since they are slow. You won't notice this slowness on High-end-comps, but you may surely notice them below the 1GHz border.
[addsig]

Sonarman: Makes sense to me. One of these days I ought to program a 2D DirectX engine, especially with Space Age in the works. [addsig]

2d directx is directdraw (DD)?

Yeah, but I meant do a 2D engine from 3D routines, allowing me to scale, rotate, alpha blend, etc. [addsig]

if you can't do that with DD, then DD is _way_ behind most OpenSource libraries.... honestly... I can rotate, scale stuff and even use alpha with 2d libs in linux. ClanLib, SDL and some other support it :/
[addsig]

Well, it's a hybrid engine. It uses 3D routines through DD. DX8 doesn't even include DD anymore so everything you want to do in that has to be 3D. Must be heck to program a game that way. [addsig]

Diablo II uses DD, and I use DX8.1

Well they had include DD7 with the DX8+ install because there are still games that use them. It's just they didn't make a new version. DD stops at version 7. [addsig]

arent the dd routines simply packed into d3d now? that's make more sence to me
[addsig]

No, they just bundled the ddraw.dll from Dx7 and left it at that. There is no D3d in Dx8 either. Now they call it DirectXGraphics, but it's still nothing but 3d routines. [addsig]

well, M$ ideas :/
so you do 2d things with DirectXGraphics now too? :/
[addsig]

Yeah. If you want to make a 2D game you half to use 3D funcs. My dad actually bought a 2D game (Capitalism II) and it uses Dx8. I can't begin to imagine . [addsig]

doesn't that lollipop? I mean, you'll need a 3d card to play simple 2d games, even if there isn't the slightest bit of 3d in it.... :/ or am I getting something wrong here?
[addsig]

Yes. You don't need a 3d card. It speeds things up but isn't manditory, as it has been with all versions of D3d. [addsig]

ahhh.... that still sux!! why? it's M$!
[addsig]