Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by whyasky

  1. anyone had success with this? just trying to compile / test my build on Mac OS ... cant follow this directly as "cmake" is a CLI tool not a GUI tool, yet the author is mentioning "Dialog" boxes ?? [edit] found the GUI version of the app here > https://cmake.org/download/
  2. So, maybe its a silly question ... but does this imply we cannot build it using VS 2010 anymore? I got a few errors relating to openal includes and added these to the Full DLL C++ Includes; ../../../../../Engine/lib/openal-soft/include ../../../../../Engine/lib/openal-soft/include/AL and now it compiles but fails on the linkage... 1>ClCompile: 1> All outputs are up-to-date. 1>../../Link/VC2010.Debug.Win32/Full DLL/fileDialog.obj : warning LNK4042: object specified more than once; extras ignored 1> Creating library ../../../game/Full_DEBUG DLL.lib and object ../../../game/Full_DEBUG DLL.exp 1>entity.obj : error LNK2019: unresolved external symbol "public: void __thiscall Component::setOwner(class Entity *)" (?setOwner@Component@@QAEXPAVEntity@@@Z) referenced in function "public: bool __thiscall Entity::addComponent(class Component *)" (?addComponent@Entity@@QAE_NPAVComponent@@@Z) 1>../../../game/Full_DEBUG DLL.dll : fatal error LNK1120: 1 unresolved externals 1> 1>Build FAILED.
  3. I've been experimenting with rotating an object in T3D. At first, I setup the camera to orbit around the object. But that didn't have the desired affect. Instead, I'd like to rotate the object itself - Leaving the camera in a fixed position. So, far I've only been able to get it to rotate on the Z axis ... not X or Y. Not sure if I'm trying the wrong approach or what -- %txfm = %object.getTransform(); echo(" object starting transform=" @ %txfm ); // change the rotation based on number keys // switch$(%direction) { case "LEFT": %rotMod = "0 0 0.1"; case "RIGHT": %rotMod = "0 0 -0.1"; case "DOWN": %rotMod = "0 1 0"; case "UP": %rotMod = "0 -1 0"; } // create rotation matrix from radian angles %rotTrans = MatrixCreateFromEuler(%rotMod); // multiply against objects original transform %newTransform = MatrixMultiply(%txfm, %rotTrans); // set the transform %object.setTransform( %newTransform ); This seems to rotate it correctly on the horizontal axis (Z?) But not the other axis's (guessing it X and Y not rotating) Is this the correct approach -- Using a matrix multiply ? Any ideas or examples of how to get it rotating in all directions? in other words ... +/- X or Y or Z ... based on input. I get the key mapping, etc ... just need a working example of the matrix math to use.
  4. Well it was an interesting PAX-DEV this year ... but the dead state postmortem wasn't exactly one of the highlights. First, they mentioned that the team originally only had (5) members ... but suggested that of the (5) people at PAX-DEV only (2) were from the original "cast" from before the kick starter campaign. Rather, they added (3) new team members - none of which had prior game dev experience and (especially) no experience with Torque, Torque 3D or Torque Script. No mention of what happened to the original team ... only that they hired some fresh new talent. Which they admitted at one point -- was a cause for concern. Because it caused over-reliance on the senior members, rather than spread the work load amongst them evenly. So, it wasn't a surprise when the (new members) all seemed to throw Torque3D "under the bus" ... as one of the major challenges to final release of the game. One comment about Torque being "Obtuse and hard to work with" needed to be be put in perspective -- yes, its difficult to learn from the ground up. Especially if you have no scripting, programming or game dev background. But they seemed to blame the engine and not their lack of experience with the engine itself. Also, the game development had started with "Torque Game Engine" ... and was moved to Torque3D around the time of the kick starter campaign. But they repeatedly said it was not cross-platform compatible and another reason they dumped it when their project ended. And their comments suggested most of them didn't realize the difference between Torque and Torque3D. *sigh* It sounded like most of that work was done by a crowd totally new to Torque3D and even, Torque in General. So complaining that it had a "proprietary scripting engine which was difficult to use" ... while it is a valid point, IMHO -- reflected more on their ability to learn and use a new scripting language. So again - It was a depressing post mortem and the over-all tone was to blame Torque 3D for majority of their challenges, rather than in reality ... admitting they all had to learn something new, which was in itself challenging. Also, was quite a shock to hear that they only ever had a single "dedicated" programmer ... with a few others helping with scripting. For the entire life of the project ... which seems amazing, considering there was (from what I could see) alot of customization done to stock T3D - to get to their final project. Such as path finding, all the RPG menus, zombie Ai, the overland map, and so on ... personally, I think that programmer should get some kudos for the magic he worked into the engine. Plus, they mentioned some 70+ levels that had to be designed ... again, no small feat in and of itself. So I'm sure the majority of the post kick-starter efforts must have focused on content creation and level design. But I took out of it, what positive notes I could. a) Admit that learning a new engine adds challenges, don't blame the engine. b) Source Control and QA are vitally important ... start from the beginning of any project. c) When building out your team, don't underestimate the value of experience with your chosen engine. d) If you goto speak at PAX-DEV or other game dev forums, consider your audience. Stay humble and sincere, you'll earn a lot more respect in the process. e) "Zombie Fatigue" : Zombie games are getting "old" ... their next game is rumored to be a Western RPG?
  5. I'm getting excited for my annual PAX "vacation" ... starting with 2 days at PAX-DEV followed by 4 days of PAX-Prime, here in Seattle. Why do I mention this? Well, just noticed that DEAD STATE is doing a postmortem on Thursday: http://dev.paxsite.com/schedule/panel/shambling-into-the-light-dead-state-postmortem It's a Zombie RPG with isometric view, based of the Torque 3D engine. Besides "Blockland", this is only the 2nd time "Torque" has come up at PAX. (at least, to best of my knowledge) ... And this is the engine that got me into Game Development, so excited to see it shine. Although, technically ... Blockland was based of TGE (not T3D) so maybe this is a first. I'll try to capture some useful details and share here ... but they do ask that PAX-DEV is "closed doors".
  • Create New...