• 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.

BertS

Members
  • Content count

    52
  • Joined

  • Last visited

Community Reputation

136 Neutral

About BertS

  • Rank
    Member
  1. I wouldn't include resource files inside the EXE like that. What you most likely want is a resource file like Doom's WAD files. You can find more info about WADs here: http://doom.wikia.com/wiki/WAD    Note that the WAD format is just an example file format, but it's a good example since it's easy to understand and implement. There's more advanced formats out there that include file compression and whatnot. 
  2. [quote name='enjoycrf' timestamp='1297589077' post='4773569'] do u know which is up in valve source games? im still messing with quake3 levels cause i dun kno how to render edges vs vertices [/quote] HL2 uses a standard righthanded coordinate system if I remember correctly. +X right, +Y forward and +Z up. Best to double check this in the SDK though.
  3. It's not weird, it's just a convention. Z being up is a result of Quake 3 using a righthanded coordinate system. If I remember correctly the Q3 coordinate system has +X pointing forward, +Y pointing left and + Z pointing up. Though that could very well be Q2 and Q3 is using +X right, +Y forward and +Z up. It's been too long since I've worked with either code bases [edit] Realised that this could be misleading people a bit. It's not because the coordinate system is righthanded that Z points up, but because of how the X and Y axes are laid out that forces Z to point up in a right handed coordinate system.
  4. OpenGL

    Add a data breakpoint to img->height, that way you can see exactly where that memory gets overwritten. Can't tell you how to do it since you didn't specify which IDE you're using :) And if I had to guess I'd say you have to make sure your data array is large enough to hold your image data.
  5. Vertex interpolation is going to be faster than using bones. If you want it faster you can always offload the interpolation to a vertex shader (ie pass the frame position and next frame position as vertex attributes). The only problem might be memory consumption as it adds up fairly quickly as your models get more complex, you add more animations or you add more frames to your animations. You can always keep them compressed in memory and decompress in a vertex shader, but at that point it's probably better to switch to bones.
  6. OpenGL

    As Wiegje said, you need to make sure all your data is in the same coordinate space. Store everything either in eyespace or worldspace.
  7. You shouldn't use floats for your timer value. Use integers.
  8. You can set the working directory in the "debugging" section in the project properties.
  9. Interesting game and survey. Really didn't see it comming :) Can I ask what you're studying at university?
  10. Quote:Original post by Dave Blake Actually I don't want to do anything as complicated as select items within the rectangle, just display a rectangle over my rendering that changes size as the user moves the mouse. It just defines a zoom area on my ortho app, e.g zoom into this area now. So yes Erik, that dotted rectangle is what I want, but over the previous rendering rather than white background.Quote:Do you also need the dotted lines to animate, as they do in some paint programs? No animation needed. Quote:AverageJoeSSU said... The only other thing you have to do is render the rectangle as desired.That is what I can't get my head around. Do I have to set a flag when the mouse in down, and keep re-rendering the entire scene including drawing the rectangle (when flagged) on every mousemove message? Is that it? I guess I am still thnking in a GDI way and it seems an inefficient way to do it. The scene is complex but static, just want to draw a dynamic box with the mouse on top somehow without rerendering it all. Yes you'll have to re-render the scene when your mouse moves. Or do as szecs said. To render the rectangle: glEnable(GL_LINE_STIPPLE); glLineStipple(1,0x0F); glBegin(GL_LINES); glVertex2f(x,y); glVertex2f(x+w,y); glVertex2f(x+w,y); glVertex2f(x+w,y+h); glVertex2f(x,y+h); glVertex2f(x+w,y+h); glVertex2f(x,y); glVertex2f(x,y+h); glEnd(); you can play around with the glLineStipple params to get something you like.
  11. OpenGL

    When rendering the particles, turn off depth writes but leave depth testing on.
  12. Go to project properties; "debugging" section and make sure your "working directory" is set correctly.
  13. The Valve developer wiki is an invaluable source if you want help with modding HL2 : Click me It should answer all your questions.
  14. Does your texture have non-power of two dimensions? You might have to resize or pad it.
  15. Looks to me that the problem is that you're passing a member function pointer to GLUT instead of a "regular" fucntion pointer. Use a static member function, or use a non-member wrapper function.