• 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

116 Neutral

About Xetrov

  • Rank
  1. Check out MacPorts (http://www.macports.org/) A quick check shows glew, freetype, libsdl available. I'm unsure about the rest. For most of the libs I need I found in macports already, and the ones that weren't I compiled manually and didn't have any problems with the configure && make etc. I agree it wasn't easy the first time trying to sort it all out, and this is why I try to avoid it as much as possible :)
  2. The point is so that as far as the rest of your code is concerned, it doesn't matter if you are using OpenGL or Direct3D or whatever. The render class can be changed for the different graphics APIs, and you dont have to change any of your code.
  3. I have a nice C++ class for vector math functions which wraps a float[3] -- CVector, and the same thing with Quaternions etc... I'm using boost::python to expose my C++ classes/functions to python. Currently I have wrapped any functions taking or returning a CVector to take or return a boost tuple instead. However this is a somewhat dirty solution as I want to use vector math in python too. So the question is, which would be faster? : 1) Expose the C++ CVector class to python -- pro: easy. con: maybe not too efficient to have to convert all the time -- there might be a lot of vector math... 2) Create a python vector class and convert to that instead of tuples (as I currently am). pro: wont need to make repeated conversions back to C++ vectors. con: the conversion on passing/returning may take a bit longer, also python math functions probably add a little overhead on C++. After writing that out, I think #2 is probably better...
  4. Fruny's post got me looking around a bit more... Can I redefine __import__ before I execute my scripts? But then how can I stop a redefinition :D There has to be an easier/cleaner method than just checking every line of python before I pass it to the interpreter... [Edited by - Xetrov on November 26, 2004 12:41:46 AM]
  5. SiCrane: Yes, thats what I want. Well I want two interpreter/environments actually: 1) The main game environment which is a set of python scripts which hook into my C++ engine 2) The console which can only be allowed an even more minimal choice of modules (or probably none except those loaded by the engine) So the game scripts need to have a limited environment to avoid the modules such as sockets. If it is easier, is it possible to disallow *all* module loading from paths which the engine doesn't like, and disallow all C module loading -- so I can recreate any modules etc if I want them (eg string). Does that clear it up at all?
  6. I've got python embedded in my game to provide scripting for a number of different uses, not the least of which is the game logic. Eventually I expect users to be able to create mods by modifying these python scripts -- however I want to limit the modules that can be loaded in these scripts, eg only a few standard python modules such as string and maybe the file i/o stuff in addition to my game/engine modules, but definately not modules such as sockets... How do I go about blocking unwanted modules, (or including only modules that I want). Can I do it with the standard python library or will I have to hack it a bit to stop sys.path changes etc?
  7. just glScale(1, -1, 1); before you call the Render func.
  8. When it does you will lose all your current network connections anyway -- there is the event.
  9. No, not necessarily. You could have some cool HUD tracking stuff and/or radar. Drawing the outline of objects for example... It wouldn't need to be on all the time, so you could turn it on only when you enter an asteroid field for example. You could imagine all ships are lit, except maybe tough stealth fighters which dont show up on radar anyway.
  10. Well, AFAIK, the second one will be slower because A and B have already been constructed. eg: MyClass::MyClass ( float a, float b ) : A ( a ), B ( b ) {} will essentially be: A(a); B(b); and MyClass::MyClass ( float a, float b ) { A = a; B = b; } will essentially be: A(); B(); A = a; B = b; On the other hand, maybe your compiler is smart enough to optimize that anyway :)
  11. If you haven't seen it, I really recommend that you sit down and watch Thirteen Days: http://www.imdb.com/title/tt0146309/ It is one of the scariest movies I have ever seen, and is really well made. I don't like to think about what would happen if it was the current US government. Of course Russia isn't like it used to be either :)
  12. Quote:Original post by Extrarius Of course, I'm still voting for the 11-step rating system from -5 to +5 What's the point of giving a 0 rating? ;)
  13. Well I guess you are going to have to learn how to code again :)
  14. Ever heard of PNG? It is an image format with lossless compression via ZLib.
  15. Quote: Casting literals is strange. Why not this? float x = 400.0f / 300.0f Fair enough, but that doesnt exactly work when you want to use variables instead ;)