• 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

127 Neutral

About gdoc

  • Rank
  1. I have uploaded updated files to the github. If someone wants to visit the grave -> https://github.com/michpolicht/gpx
  2. Thanks for advices.   I must honestly say that I am a little bit drunk while writing this post, so please forgive me errors and everything.   Madhogo! He/You have touched very interesting topic (btw it is not me who downoveted post).   Determinant was put there deliberately and with full consciousness! Once I had to write a program that draws multidimensionl cubes  (I have attached screenshot to give you better picture of what I am talking about). When I faced this problem I realize that rotation is actually performed on a plane, not around axis. Rotation around axis is an artificial being, which works only in 3 dimensions. Things are much more consistent and general if you use determinants. If you take a look at cross product you will find that out it consists of 3 determinants, one for each plane. You can describe rotations in 3 dimensions using determinants and this is IMO more natural, consistent and general than using cross product. In 2d you have one plane, in 3d you have 3 planes (although 2 are sufficient to rotate point to any position - I exploited this to limit number of sliders in my old Cube ?D program), in 4d you will have 6 planes (but again 3 are sufficent) and so on.   Moment of inertia on the other hand can be described by principal moments. So for 3 dimensional space it can be a 3-vector (x, y, z). If I will be able to expand my engine to 3d (or maybe even experiment with more dimensions...?) I will rather follow this path, because things seems to be much simplier. So this is why I am using determinant and real number, not because I limited myself to 2d, but paradoxically opposite, as from my earlier experiences it seems.   [attachment=15649:cube5d.png]   PS. A and B are not limited to (r, n),  (r, n, p) nor (r, n, p, L). They are ultimately numbers. In fact I was already exprimenting with soft bodies, but this is another chapter (leads to cool reminiscence of Mach's principle).
  3. Well, actually I have a working code that utilizes those equations... It still needs some polishing, but whole thing seems to work... I know how unrespectful numerics is :). I hope I will be able to do a major update of my project on sourceforge and maybe prepare some binaries for the public.   Thanks for the reply!
  4. This is possibly my solution to the problem: http://www.gamedev.net/topic/641608-my-approach-to-physics/
  5. Hi all.   The background of my story is that many years ago I was about to write a game based on the same idea as "Bad Piggies". I was coding in my spare time, thus development was slow and finally guys from Rovio overtook me. I'm not sure about the future of my game now, but if it is going to be abdandoned, then maybe it is a good idea to share some of my work.   Core component I was focused on was a physics engine. At the time I started to develop I was not happy with physics engines I had tested and I decided to write my own one. To my surprise literature was somewhat evasive (or maybe I searched not good enough) on aspects of dynamics I was interested in. For example I was not able to find how to deal with collisions of multuple bodies at multiple collision points or how to assure conservation of energy in the system after collision. I decided to derive formulas on my own. It was fun and I ended up with a bit of theory on which my engine could stand. A piece about collision handling was put into LaTeX and the resulting pdf is what I would like to share in this post. The rest depends on your feedback; I hope that your reaction will help me make further decisions.   Note: Project is hosted on sourceforge, but the code there is pretty old. Major update is waiting on my local drive, but I would like to hear opinions before moving on. I don't know if project makes any sense to anyone.   [attachment=14778:GPX_collisionHandling.pdf]   Paper was reviewed by my dog, so sorry for any kind of typos, bugs or bad grammar ;)