This is a question for the experienced 3d game developers.
I'm a long time programmer (c++/java), and after 15 years, I'd like to get into 3d gaming.
After some internet research, I saw that the trend is mostly with Ogre as a 3d engine.
What do you think? I'll be targeting OSX, Linux and Windows.
Keep in mind that Ogre3d is a Graphical engine and it will not allow you to build a game only using it, you will need to implement all the other subsystems or integrate with other engines, like physics, audio, etc.
If you have no experience with game programming, I suggest as a first project that you use Unity3d or UDK. If you really want to use C++ instead of a scripting language, you can try to create a mod for a game, one good option is any game from Valve (like half life).
You do not need a full-blown graphics engine at this point. I suggest starting with OpenGL and writing a little renderer yourself. It's actually pretty easy to get simple scenes on screen, it's rewarding and you will learn far more about graphics programming than from using Ogre or any other 3D engine. You can also refer to one of the thousand books on the subject during the process. With any engine you are mostly at the mercy of documentation writers.
Start simple though, graphics programming can be a really challenging task, but IMO is one of the most rewarding types of programming.
It depends on whether you are interested in programming lower level game system frameworks or higher level game design and behavior.
If you start with Ogre you will initially be programming the framework and working your way up to the higher level stuff. If you start with say Unity, the framework will all be setup for you.
For example if what you really want to program is an idea for an AI or NPC behavior, you're better off with Unity as you can get right to what you are interested in.
this is a post detailing my search for the most enjoyable way for a hobbyist game programmer to sweeten his free time with making a game. My requirements: I looked at Flash first, I made a couple..., but there are no good engines available for it, and it will only run on Windows, which is a huge turn off. Even bigger is, that you need to install the XNA redistributable each time you want to give the game... through APIs. After all, I want to make a game, not an engine. So the question becomes: Is there maybe a cross platform (free or free to develop?) engine available that I could use for 2D development
think you were not wrong and you did get the idea exactly as I wanted. Let me explain my ideas right now and key points after some sleep to clarify everything: 1) Components: At first I wanted to write... instantiate them. All this, is what I can think of now. I know my editor can still be using game objects even if it is external, but the game am I into is for iphone using cocos2d and the editor...) Where should I place the messaging system for my game engine? Lua? C++? I'm tempted to just have C++ object to behave as servers, offering services to lua business logic. Things like physics system
to be user friendly and lets face it one of the most powerful engines out there. My goals are to start learning 3D-programming and to realize first 3D projects by taking baby steps. So the question is what engine would you guys recommend? Is there any other stuff I have overseen? as mentioned before getting a little more into C++ would be great to but it is not a "must have" as I alredy worked...I've been working with the XNA-Framework(only in 2D) for over a year now. Now I want to try and start a bigger 3D-project. But somehow I have difficulties to decide which engine/Framework I should
I have the book iPhone 3D Programming; this book taught be a lot about overall c++ iPhone application architecture and iPhone OpenGL ES. But a lot of the book is obviously about 3D, so most of the book wasn't that useful to me. I also have Game Coding Complete 3rd Edition; this book taught me a lot about game engine architecture but the emphasis is on c++ windows desktop game programming. I am looking for c++ 2D game engine architecture books. I'm not looking to use any frameworks; I want something more geared towards 2d c++ game engine architecture. Any suggestions? Thanks.
for other players should only be sent to a game client if their player is near the other players (i.e. you shouldn't get health updates for people you can't see on the other side of the map). The main problem is that if you had to compare all the players every time an update is sent, it would just take way too long as the number of players scales (think up to a few thousand players per map and each of them updating up to 3-5 times a second). If the players are in a 2D space (it's 3D but the z difference shouldn't affect visibility) what is the best way to manage the visibility of other players
to do that. The challenge is how to make the game activate the function efficiently. This is what I've thought of so far: The algorithm can calculate a lot of time steps in a short time, so I could activate it in one loop, save the trajectory data, and go on for several game loops using that data. During this time the spacecraft's position is updated every loop, but the algorithm is sleeping. When... there is a totally different and better way to do this, please let me know. Additional info: the game is in C++, and the graphics engine is Ogre3D. EDIT: changed the part about the trajectories of the non
with a working algorithm, but I'd rather not =). So what in the heck do you think I should do? How could I change my collision resolution system to fix this? Here's the program (temporary link, not sure how...," on the stack. What's I think is happening is the object's collision system checks and resolves for collisions based on creation time, so If I check one axis, then the other, the object will "sink...Hey all, I'm making a simple side-scrolling game, and I would appreciate some input! My collision detection system is a simple bounding box detection, so it's really easy to implement. However my
), most of us would probably enjoy the experience of doing a game, as it would be a big challenge, so why not give it a go? So what is my question? Do you think that we should take on the task of making a game, or aim for something else? Initially we thought of a 2D, top-down, ARPG. Then it became a 3D ARPG. Obviously 3D would be harder, but as we have time to learn, it wouldn't be such a bad... a different approach this term to learning. He said, form a group, think of a project you would like to do and implement it over the year. Let me give you a break down of our group: Theres five of us
I'm creating an FPS game. I'm writing my own game engine. So far all the backend stuff is going great. I'd like to support md2 as the native file format for 3D Objects, but I also want to use skeletal meshes. Does anyone know if the md2 file format supports skeletal meshes? In-case you need to know, I'm going to use blender as my Mesh creation tool and C++ as my programming language... Thanks For got to mention, the engine is based on OpenGL... Alright, for anyone who is reading this, I just found the Doom 3 md5 specifications (http://tfc.duke.free.fr/coding/md5-specs-en.html). It gives