Elysian Shadows

Here is the link to my project : http://rollingthestone.net/CIS360/ This is a temporary domain that I was using for my project's presentation. Security is basically non-existent since it was beyond the scope of the class. So anyone can add and edit any information about video games, publishers, deve...

From what I can see this looks like an awesome project. My brother and I have been avid collectors of N64 games and memorabilia for years, and maybe we can use this to keep up with it better than our massive excel file... :mrgreen: Nice work, God Bless. That's my hope. I have the same problem. Late...

EDIT: Update 12/19/11 : Here is the link to my project : http://rollingthestone.net/CIS360/ This is a temporary domain that I was using for my project's presentation. Security is basically non-existent since it was beyond the scope of the class. So anyone can add and edit any information about video...

This article isn't talking about the demise of assembly programmers. It's talking about C/C++ programmers. It isn't talking about optimizing things with inline assembly. It's talking about tasks that we all take for granted (due to the low-level nature of game development) like manual memory manage...

I think you're arguing a misconception more than anything. In your follow up you directly address the misconception and then blow it off as negligible. If the answers are things like "How could you test Starcraft 1?" or "You can't test for things like game balance" then I'm sorry...

I'm pretty sure the problem has to do with casting that x float value into an int to get the array index for your blocks. When you use x = 0, its going to return an integer value, so when you cast it to an int the value it is going to be accurate. When you use x = camX, its going to return a float, ...

Its not random X's and O's. It just looks random because your loop is constantly switching the current_turn from target_X to target_O. if (Turn == true) { current_turn = target_X; Turn = false; } else if (Turn == false) { current_turn = target_O; Turn = true; } Turn is (assuming) going to be true th...

I have very little experience with XNA, so I wasn't aware that form integration doesn't work the same way normal forms work. Never-the-less, I find having a literal copy of the form to be sort of pointless. A more proper approach (in my opinion anyways), would be to set up a global boolean of sorts...

It depends on how you are integrating forms into your XNA project. From the looks of it you have an XNA game running with windows forms on top of it and I don't think XNA allows you to directly manipulate all the functions/attributes of window/forms that the Game class uses, so you can't do it the w...

I think I've had this problem before, or a similar problem. I ended up putting all my SDL related DLL files in my windows/system32 folder because I was tired of it.

If you plan on making money from it then I would say yes. But, and not to be discouraging, the likelihood that you will be running a successful video game company right away is probably really slim, and in my opinion won't be necessary to register as a business until you are. If your intent is to ma...

Just pick a language and go for it. If you are new to programming don't worry about what language, libraries, math, etc you are going to need. It isn't going to matter for the first few games that you are going to make. Just start small. If you know programming and just want to start learning a grap...

Its only appearing for a split second because the collision returns back to false after you have a collision. if( ( box.x < 0 ) || ( box.x + MOVER_WIDTH > SCREEN_WIDTH ) || ( check_collision( box, wall ) ) ) { //Move back box.x -= xVel; } //If the Mover went too far up or down or has collided with t...

I thought this was going to be a thread about actual mistakes in game design . Like maybe something informative about common things that people do to design the actual game badly. You know, like what the thread title implies. Instead of being terrible amateur advice on how to "design" game...

You need to clear the screen of any images that you have drawn by drawing something else over it. In his tutorial he uses this line of code right before drawing to the screen to produce that effect: //Fill the screen white SDL_FillRect( screen, &screen->clip_rect, SDL_MapRGB( screen->format, 0xF...