Armagetron Forums

Ahhh yes, of course. Made the change and it works as expected. Thanks so much!

- gss

OK, simplified my code into the following example app showing the problem. #include <iostream> #include <string> #include <list> using namespace std; class Item { public: Item() {} virtual void set_name (string new_name) { name = new_name; } virtual void display() { cout << "Item: " << nam...

Another noob c++ programming question. I'll ask it without the code first, but if the answer isn't obvious, I'll add the code I have two classes: class item (with virtual function display()) class test (derived from item, and with its own version of display()) Then I instantiate a bunch of item obje...

Thanks guys. I definitely want to build a Win/Linux/Mac cross-platform app. My UI should be fairly simple; so no need for widget/event-based QT or GTK+. So it sounds like SDL and optionally openGL is a good choice for my app. I think I even know where I can find a good app to use for reference.

Is SDL still the library of choice for new projects? If y'all were starting over again from scratch would you choose SDL?

After spending some time learning some of the qt and gtk frameworks, I'm back with another noobish question.

How do you implement this variable framerate style of program 'while (1)' and use these event-based frameworks? Are they mutually exclusive?

That all makes sense. Fortunately I don't think I have to deal with accurate physical models and algorithms. In my case the ball really is physical; so it's hard to screw up its position. If I limit 'collision' points to grid intersection points, I'll only care about times when I know exactly where ...

There's more. With timestamped input, you should process the input after every simulation step and not take the timer from the system timer, but from the input timestamp. In the ball moving example, you'll likely have several input events: t=2.00: ball at (4,6) t=2.01: ball at (5,7) t=2.02: ball at...

Anyway, yeah, timestamp input for sure, if you can. Yep, I can do that. I've implemented the real-time functions (switch/grid scanning, coil driving, light driving, etc) in an FPGA that communicates back to the host over USB. It's a simple matter to have the FPGA log a timestamp each time a switch/...

The other thing is, if you look through arma code (and discussions here on the forums), your issue is real. At some point, we had a bug where cycles would pass through walls, and the problem is similar to what you described. You have to check for that somehow, and when you find that the ball's posi...

Great response. Thanks for the detail. I'm sure I'll have a ton more questions, but a couple come to mind right away... Basically, you need a main game loop that runs in the main thread of the program. <snip> Get a time value at the beginning of the loop. You need millisecond resolution, however you...

Anybody know of a good how-to for writing a graphics based game? Specifically, I'm trying to figure out the timing structure of generating graphics frames. Should the game be based on a timing interrupt that occurs every x milliseconds, grab user input and game state, and draw a new frame? How is th...

It has become apparent to me that some people just like to insult others and complain. Those people will find a reason, any reason, to do so. I don't know why they like to do it, but they do. When open players play against closed players (or vice versa), and the guy who dies is the type of person wh...

I am taking this into account. My LCD monitors (Dell 2001FP) seem to be on the slow end, if random research pages on the net can be trusted. Supposedly the processing lag is around 55-76ms. Other LCD's are much faster, some might be a bit slower. CRT's are much faster. To z-man's point, the advertis...

Hmmm... hadn't occurred to me before to test the difference between windowed and fullscreens modes. I was in a 1024x768 window before.

At fullscreen, my tolerance jumps about 10ms to 40-45ms.