• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.


  • Content count

  • Joined

  • Last visited

Community Reputation

1019 Excellent

About Kazade

  • Rank
    Advanced Member
  1. Randy, I'm not sure what you mean about fixing up the velocity, could you elaborate? Thanks!
  2. Thanks Randy, that's really helpful. I think I'm basically doing the right thing but something else is wrong... I realized I should probably be dividing impulse by the timestep right? (e.g. * (1/60))
  3. OK, I'm having much more trouble with this than I expected...   Say that 3 "wheels" intersect with the terrain, and I have their intersection points, penetration depths and impact normals, I assumed that I could move the car back a little bit so it wasn't intersecting, and then apply impulses at each of the 3 points (using the velocities at those points multiplied by the mass) to orient the vehicle with the terrain. In my mind that would work just as you'd expect - except that doesn't work at all - the car just flips around and flies into the air.   Can anyone give me some guidance on how to calculate the impulses to apply at each wheel? Also, what vector should I be using to move the car so that it's not intersecting? I figured I'd just move it by the greatest penetration depth of all the wheels, but then should I only apply an impulse on the wheel with the deepest penetration?
  4. Yeah, you're totally right. I should move the body first by the direction of the floor's normal * the penetration depth. Then apply an impulse of the reverse of the velocity projected onto the normal.   I was thinking I could do everything with impulses, but I'm not sure that's possible (you need to move the body from penetrating in a single step and changing the velocity isn't going to help with that).
  5. Hi!   I'm working on a game that features a tank running over a heightmap terrain (and other objects). I have a basic rigid body physics engine with OBB colliders, I also have the ability to cast rays that intersect the terrain. What I want to do is project 5 individual rays downward to orient the tank with the terrain. That's 1 ray per corner of the OBB, and an additional ray at its center so that things don't look weird if it drives over the edge of something. The tank is affected by gravity.   When a ray intersects the ground, I need to apply an upward impulse to the body at the intersection point which needs to counteract the downward velocity, but also move the body so that it's no longer intersecting.   So my question is... given the following inputs:    - Ray start, direction and length  - Intersection point, distance and normal  - Body linear velocity at the intersection point   How do I calculate the upward impulse to apply for that ray to keep it from sinking, or bouncing? I just want the tank to hug the terrain tightly so I'm hoping I can avoid all the spring/suspension forces that are normally applied to cars.   Thanks!  
  6. I've implemented 2D collision detection using the GJK and EPA algorithms which provides the intersection normal and penetration depth, but to implement decent collision response I need to find the intersection point. I've been searching for the answer for a while now but I can't find anything. Could someone explain how to find the intersection point?
  7. @Mike, just a few questions about that equation: Is "timestep" the fractional 1/60.0 or the number of steps in a second (e.g. 60)? Is "angle", the result of acos(desired.dot(current)) ? Is "angular velocity" the current angular velocity of the ship? What's "moment of inertia"? Sorry if I'm being dumb :)
  8. Yeah, I need to do that. So I've worked out that angular rotation is represented by the axis of rotation, and the magnitude is the amount of rotation. This means that I can use the cross-product between the two vectors to work out the torque I need to apply.   This seems to work for small rotations, but the moment my ship crashes into something the whole thing goes haywire. I'm going to debug some more but if using the cross-product is a bad idea for some reason please let me know! Are there edge cases when the difference between the two vectors is large?
  9. This seems like it should be simple, but I've been struggling with it for a while.   I have a starship that has an associated ODE body. I'm trying to get the starship to follow a path. So I calculate the desired heading as a vector.   The problem is I need to find the angular force to apply (as a vector) to rotate the ship from its current heading (forward vector) to face the desired heading.   Could someone explain how to calculate that angular force?    
  10. I'm working on some basic AI for a fighter game, and I'm trying to get the ships to fly into a formation. To calculate the amount of torque I need to apply to each ship so that it turns towards the desired heading I'm using a PID controller very similar to the one in the first answer here: http://answers.unity3d.com/questions/199055/addtorque-to-rotate-rigidbody-to-look-at-a-point.html   So, I have the current heading of the ship, and the desired heading, and I need to pass an error value into the PID controller so that it can correct the heading.   In the linked example, the poster uses the cross product of the desired heading and current heading. This works perfectly if the angle between the headings is < 90 degrees, if it's greater than 90 degrees then the cross product is flipped and the PID controller starts correcting to the opposite direction than I want!   I'm struggling to figure out what vec3 error value will work in all cases, even if there is a large angle between the desired and actual heading. Any ideas?
  11. Should be working fine now
  12. Hi torelocks, Sorry you are having trouble with the source code that came with the book. Could you try the latest bug fix release from here: http://www.kazade.co.uk/downloads/boglgp/ Let me know if you still have trouble, Thanks, Luke.
  13. [quote name='TranquilMarmot' timestamp='1314666290' post='4855269'] LWJGL has been updated many (many) times since all the tutorials were written, or at least since they were converted. I'm going to be reading through (hopefully) all of the tutorials and converting them to LWJGL for my own learning purposes anyway, so i figure i might as well share the code. No use keeping to myself what I can share for free. I guess what I came here to ask is whether or not it would be worth it to go through the extra time and effort to add extra comments, write readmes, etc. etc. If I were to do all that and put them in a nice zip or jar file, would I be able to send them to NeHe and have them replace the old, outdated conversions? Or is the website 'dead'? [/quote] Hey, We are planning a new set of tutorials that will bring the old ones up-to-date. So, it's probably not worth updating the existing ones. But, when the new ones are released you are more than welcome to port those! The delay at the moment is that the site is now hosted on Google AppEngine and they dropped a bombshell price increase on us the other day so all my free time is going on optimizing the site to reduce the billing cost. Just a bit more optimizing to do and then I can begin work on the new lessons Stay tuned! Luke.
  14. IANAL, but the original tutorials were written to be used freely, so you should be fine. The NeHe readme says "If you use this code in project of your own, send a shout out to the author!" so I think as long as you name the authors of the tutorial (normally Jeff Molofee combined with another contributor), you should be all good. That said, the original tutorials didn't contain any real "license" for use, so I guess they are a legal grey area, although it's highly unlikely one of the authors is going to cause a fuss over it. When we release the new set of tutorials we will make sure that the license is specified and liberal. For your specific use-case you might be better off using the [url="http://www.lonesock.net/soil.html"]SOIL library[/url] which is public domain, easy to use and supports loads of formats.
  15. The DevC++ links should be fixed Luke.