Tarviathun

Member
  • Content count

    144
  • Joined

  • Last visited

Community Reputation

152 Neutral

About Tarviathun

  • Rank
    Member
  1. Creating Game Engine

    You might want to check out Game Coding Complete 2nd Edition. It's an incredible book and has lots of good information. Additionally, it'll help you get started with the general bits of game programming. Great resource.
  2. Event Hander

    I'd suggest taking a look at the Event System that's outlined in Game Coding Complete 2nd Edition. It's a very nice general event handling system. Essentially, you register listeners that derive from a base class that has a pure virtual HandleEvent(Event const & event) function. This is then registered with the main EventManager class along with a type (this type could be a string or a number or your own type class). When the EventManager receives an Event of that type, it will call back the EventListener::HandlEvent function and pass in the event. It doesn't handle delayed events, but it would be very simple to add the delay. It would be something along this: if(event.time_fired + event.time_delay < GetCurrentTime()) { //fire the event } This is a general solution to the problem, so perhaps it's not exactly what you're looking for. However, the principles could also be adapted to the Creature or Ogre class pretty easily.
  3. The progress is looking great. I'm really liking the visual style of the game and the design seems to be doing wonderfully, once again. Have to say the radial menus are quite nice, though I do wonder if in certain cases a few other controls wouldn't be in order, for instance perhaps a radial slider on the sound. Everything is looking good graphically, aside from the few minor issues brought up here. I'd say that this is one of the best looking indie games out there, and, considering that this is indeed an indie game, we shouldn't complain too much. Design for an indie game is far more crucial than graphics, because ultimately an indie game cannot and will not compete nor compare graphically to AAA titles produced by Id, CryTek, or Monolith, for instance. How goes the development? Any more screens to show us?
  4. I'm not entirely familiar with the "State Pattern" is you're talking about. Is this the order of the states, or are you asking specifically for the best way to implement a game state machine?
  5. Looks excellent to me. I like the new look. I can't think of anything that needs to be done on it. Excellent work!
  6. What's the best way to store sprite animations?

    My suggestion, if you're just wondering about storing data, would be to use a simple XML format and TinyXML(link: http://www.grinninglizard.com/tinyxml/) to input it. XML is easy to read, TinyXML is really easy to use. It took me about 20 minutes to get it up and running with a basic format(for storing my characters). that would be my suggestion. If you don't want to take the time, what you have seems to be fine in my opinion. NOTE: I'm not the best at this. As of yet, I haven't completed a full and working 2D tile engine(*tear*) I've tried like hell, though. I keep on getting too bogged down with small features that I really shouldn't be thinking about. So yeah, I'm not the best reference for this, but there's my 2 odd yen.
  7. Question removed don't even bother

    http://www.digipen.edu/programs/degrees/rtisbs.html That's the course load. I'm applying there now, and I'm hoping that I'll be able to transfer in. Don't know about UAT though.
  8. Looks great. Three things, though. First thing, clipping on the hair. The hair pretty freely passes through her clothing. Second thing, looks like the boots are still untextured. Third thing, the under garmets seem to be untextured, as well. Other than that, that models looks absolutely excellent.
  9. As I've said before, I think it looks great. On a purely aesthetic level, the font just looks better. I love the way that it has a unique and rustic feel to it. Very good work!
  10. Unity Torque2D

    If you want a bit of TorqueScript here's what you can look at: http://www.garagegames.com/uploaded/code/7381.torque2dtutorial.html Also, just found a bit about flocking/herding AI: http://www.garagegames.com/index.php?sec=mg&mod=resource&page=view&qid=7240
  11. Game engine event system

    I'm currently developing an event system in C++. I didn't hear it mentioned here, so I'm wondering if I'm going in the wrong direction. Basically, I have a base event class(F_Event) that serves as an interface for the rest of the event types(ie F_Event_Movement or F_Event_FireMissle or the always needed F_Event_SomeoneSetUpUsTheBomb). This interface consists of two functions bool isPossible() and bool trigger(). The constructor of the subclass provides the data for the event. Each event has a few basic members. An int m_EventID which is used for registering target systems and determining the type of event it is. For instance, a movement is a movement event no matter if it's a F_Event_Movement_MagicMissle or F_Event_Movement_Monkey. Therefore, each would need to know that it's of type "movement" for target systems to recieve all the movement events. I'm toying with the idea that I could have each event store a boolean m_isTriggered value, so that the event knows when it's been completed. The reason why I'd do this instead of just having the event remove itself from the overall event list is so that if multiple systems recieve the same event, one system doesn't remove the event from the list before the second system has a chance to look at it(causing a few null pointer issues). Also, the events would have a pointer to the EventSystem so that they could retrieve things such as current time or external data which they might not have available to them on creation. Finally, there would be an all powerful F_EventSystem that'd store and dispatch all the events. Here, you could register targets for events EventSystem.registerTarget(eventID, target). The EventSystem has all the data needed for events that need external access to other data. I believe that it was Schlinge that said memory would become too fragmented with this many events being dynamically allocated. I'm not too terribly sure how to work around that issue. I don't know of any other way to create or destroy events. Anyways, if this seems like poor form, I'd love to know the proper way to do this.
  12. Good point. Bottles of life should always be sorted neatly.
  13. Looks great! I don't think that there are any critiques that I can give on those. They look just fine. I'm glad to hear that you survived the weekend. Hopefully, one of us on the boards got in the beta so they can tell us unspecific words of prase.
  14. Need help on performance problems

    Alright, so maybe you coded it poorly. That was the first thing that came to mind. The special thing about the Debug version is that it allows you a whole lot more information on the program running. You have to output it yourself, catch you're own errors, but it allows you a whole lot more flexibility in the actual debugging process. That extra crap in there slows shiz down. However, this doesn't really seem to be your problem. So, can't really help you too much there. I'm not a VB coder, I'm a C++ guy. All I can really say is, if your problem is determining where your mouse clicks in your world, then try a different method. I don't know what that'd be, I don't do stuff in isometric. But I love stating the obvious, so there it is.
  15. Need help on performance problems

    The first thing that comes to mind is that you might be using the debug version DX, which would cause a large slowdown in performance. I haven't downloaded your program, the main reason it's 3:40am and I've still got hw to do. Not sure what to say on the ray thing, right off. My brain isn't functioning too terribly well at this hour.