Jump to content

  • Log In with Google      Sign In   
  • Create Account

DyeGuardian

Member Since 02 Feb 2012
Offline Last Active Feb 28 2012 08:33 AM

Posts I've Made

In Topic: What does the structure of a 3D game engine look like?

15 February 2012 - 07:15 PM

To be honest I'm not yet familiar enough with C# and Python to recommend one over the other. C# does have a more similar syntax to C++, but once you really have enough experience syntax tends to become less of a concern.

I strongly encourage you to begin a programming blog. You can have one right here at GD.net, and many people do. Documenting your progress helps in many ways: putting what you learn into words helps to reinforce the concepts in your mind; discussing your ideas for games helps you to develop them, and gives others the opportunity to provide input, which may lead to improved ideas; it gives you something you can look back on over time and see just how far you've come, giving you a sense of accomplishment; and it allows others to see what you're doing, which can inspire them to begin or resume game programming, and possibly have their own blog, which serves to expand and improve the entire community.


Thanks a lot for all your helpful advice.

In Topic: What does the structure of a 3D game engine look like?

13 February 2012 - 08:26 AM

I gues I could give some more immediately helpful advice ;)

C++ is rarely, if ever, a good first language to learn. It's possible, and many have gone that route, but people tend to recommend Python or C#, and you can get some decent early results with either language.

People often suggest starting with some simple text-mode games before moving on to shiny graphics: guess-the-number, is probably easiest and most common. Some people like to work their way up to a simple text-mode RPG. These programs help ensure you know the fundamentals of the language before tackling more complex problems.

Once you make the jump to graphics, the recommended path is: Pong, Tetris, Pac-Man, then some knd of platformer. Pong is about as simple a graphical game can get, but still offers plenty of opportuniy to learn. Each game builds on concepts learned from the previous one and introduces new problems to solve and game elements to consider.

Don't worry so much about making it "the right way." your focus should be on making it work. Nearly any chunk of code can be improved, and it's all too easy to fall into the trap of improving existing, working code rather than finishing the damn game. If you don't like the way you coded something or think there must be a better way, comment he he'll out of it so you can find it again after the game is finished and playable, and ask about it here. Apply what you learn to your next game. Applying it to your last game rarely grants any obvious reward.

I would recommend sticking with 2D for a while. There is little if any real difference in the code, but 3D assets are more complicated than 2D assets (and generally take additional skills and software to create, although there are plenty available online if you can find something that suits your needs) and dealing with that added ccomplexity can distract you from where your focus should probably be.

Elements of a game engine include audio, graphics, user input, AI, asset management, game logic, save/load system, physics, networking… There are other possible systems and not all those listed are needed in every game. Each of those is a complex subject in it's own right, as well as the task of integrating them into a cohesive whole.

That should give you some stuff to think about and some direction, at least. Good luck and enjoy the ride. This hobby is both among the most frustrating and most satisfying experiences I've found ;)


Thanks so much for your big reply. I'm glad I could find the advice I needed, I think I'll create a free blog simply to track my own progress on. Maybe I'll post up my games as well. Hell maybe I'll get more support off that :P

Thanks!

Also, do you recommend C# over python because I plan to switch to C++ later?

In Topic: What does the structure of a 3D game engine look like?

11 February 2012 - 01:18 PM

Honestly, if you're asking this question then you're not ready to write an engine. Don't worry about engines; write games. Once you get a few under your belt you'll begin to see parts that can be reused, bits that could be reused if they were coded a bit more generically, etc. Essentially your engine will grow and evolve over time from these bits. Without doing this you simply lack necessary experience to know how to approach things and what to avoid.


Thanks for the reply. I am learning C++ at the moment, do you suggest I make games in this language?

I appreciate you taking the time to reply, I realize that I often thing bigger than realistic. I'll make a some small games (THAT FUNCTION!). Thanks.

In Topic: 3ds Max map -- now what?

09 February 2012 - 11:10 AM

To answer the original question, I'd-
Save the map file in my "SourceArt" directory.
Export the map as COLLADA in my "Export" directory.
Write a content build pipeline that reads intermediate data from the "Export" folder and compiles it into game-read binary data into a "Data" folder.
Write a game that loads the data from the "Data" folder.


Thank you very much for your reply. Very useful information/advice.

In Topic: 3ds Max map -- now what?

07 February 2012 - 02:00 PM

Then you should learn d3d or opengl.... But i would really advice you to pickup a library like sdl to speed up work and stop wasting time making your own libraries and engines.

If your new to programming i would advice you to stay away from C++, get into C# it's a much easier language. You would not need C++ for many years and it's much faster to learn. If you are just started learning C++ then prepare for a long long journey till you can get that plane to show up on screen. While you could get C# and XNA and start flying/walking around in a matter of hours (with some experience and a tutorial). When you know C#, you should get into C++ without much problems but C++ is a hard language and really not suited for beginners.


I was looking into SDL but I didn't find any books on it where I went looking (I'll have to find one somewhere..). For making a industrial quality First Person Shooter (for Computers/Online), how does C# compare to C++ in that aspect? I am willing to put in the time and money to learn C++ if it's what I need to do (as well as SDL and OpenGL).

I hope to have something in a year and a half (when I graduate high school). I am not going into this as a 'profession' (please don't suggest schooling for Game Development). Something being something I can bring online that's playable. Or even something only suitable to bring online locally and at least be able to do some basic things like shoot and run and such (basically a functioning game--or close to a functioning game but without any fine tuning).

Thanks. Also, I have dabbled around some programming and the idea of creating a game for a few years now so I have a little experience (and now an expensive book on learning C++).

PARTNERS