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

Clancy

Members
  • Content count

    69
  • Joined

  • Last visited

Community Reputation

124 Neutral

About Clancy

  • Rank
    Member
  1. glGenBuffers I use is correct, not really sure how anyone can screw that up. ;)   However, using your little example with glArrayElement  *does* work.   So, I guess I am chasing a driver issue of some kind... though, I need to get back to my main machine to test, instead of this crappy laptop that has intel HD3000 in it.
  2. This draws a box.        glBegin ( GL_LINE_STRIP );         glVertex2i ( x0, y0 );         glVertex2i ( x1, y0 );         glVertex2i ( x1, y1 );         glVertex2i ( x0, y1 );         glVertex2i ( x0, y0 );     glEnd ();   Now, to convert it to use VBO I have done         GLint vertices[] = {x0,y0,x1,y0,x1,y1,x0,y1,x0,y0 };     unsigned int indices[] = {0, 1, 2, 3,0};     glBindBuffer(GL_ARRAY_BUFFER, buffers[0]);     glBufferData(GL_ARRAY_BUFFER, sizeof(vertices), vertices, GL_DYNAMIC_DRAW);     glEnableClientState(GL_VERTEX_ARRAY);     glVertexPointer(2, GL_INT, 0, NULL);     glDrawElements(GL_LINE_STRIP, 5, GL_UNSIGNED_INT, indices);     glDisableClientState(GL_VERTEX_ARRAY);     I must be doing something stupid, since it isn't working.  Instead of a box, it isn't drawing anything visable. Not getting any GL errors either. I can toggle the code above to go back to old code, and it works as it should.       Where did I mess up ?
  3. Quote:Original post by smitty1276 I haven't really examined the details of your formulation, but I wanted to note that you may not actually need the precise up vector. If you are just passing to a lookat type function, it most likely only has to be "up" to the extent that UP dot TRUE_UP is positive (those lookat funcs will compute the true up vector for you based on what you pass in). In otherwords, <0,1,0> is fine for any orientation that isn't "upside down" and <0,-1,0> is fine for anything that IS "upside down". Of course, that may not be why you need it, in which case you can ignore me. :-) (fixed the UP dot TRUE_UP bit) Come to think of it, your correct. That will show me to not overthink the issue at hand.[embarrass] Thanks guys! [smile] Nanoha, yeah, for me, up is 0,0,1
  4. Greetings all, I am having some mental block, and I can't see what I am doing wrong with the way I am calculating the up vector. I calculate my up vector like so up.x = cos(roll) * sin(yaw) * sin(pitch) - sin(roll) * cos(roll); up.y = cos(roll) * cos(pitch) ; up.z = sin(roll) * sin(yaw) + cos(roll) * cos(yaw) * sin(pitch) ; I know I am doing something stupid, so if someone can shed some light on this, it will be most appreciated! TIA!
  5. You need to link with GLUT.
  6. Quote:Original post by Anonymous Poster Really hope you keep the old lessons archived. The Windows startup code was a good way show newbies how to get started on Windows + OpenGL who refuse to use other peoples library. Sure you can talk until you're blue in the face that SDL is good (I've never used it nor ever will mind you) place to get started. Besides what Kazade said, tutorials should deal with the main subject at hand, and in this case it is openGL. It doesn't really make sense to do something in pure win32 code when only win32 people can use that code as is. Then someone must port it to their system for them to use it. SDL isn't evil, yeah, it will require a one time download of headers/libs, but other than that, it is the best solution to get the openGL code work on all platforms without the need of someone needing to port it.
  7. Quote:Original post by lc_overlord um... hang in there. But at the mean time i like to hear your ideas and suggestions for new lessons. And please note that we have close to 80 different lessons in the planning stage ranging from super easy to ZOMGWTFPONIES hard (far from all definitely decided on), so don't expect your ideas to become a lesson, because they might all ready be (not that i will tell you right now). New lessons? A Rag Dolls tutorial would be nice. A tutorial dealing with multi-cores programming with openGL would be interesting.
  8. I don't understand why nobody will just throw up a simple 'hang in there, we are doing some major work' type of statement on the front page? Last 'update' was from july!
  9. Is the issue a lack of man power? Or is it a issue of $$$? I am sure some regulars could take on the task of updating the page more frequently, and for free.
  10. Menu code is always nice to look at... and maybe when Gamedev guys get some help(which is why I think it is taking them so long ) we will see your other tutorial.
  11. It also depends on what you want to do with the model, and how complex is it, and if it has animation or whatever. Most people just write a plugin to dump the data they need, and have your program use that.
  12. I know this don't help much, and sorry for that, but MFC is dead. You shouldn't even bother with that example anymore. If you insist, then do a /verbose:lib since it should tell you more.
  13. If you ask me, it is the wrong time for a contest. Holidays are approaching fast, and lots of people are just too busy. Best time is around Spring/summer for a contest IMO. Then again, you can announce it now, and have deadline @ spring/summer. :D I also think that people see the main page, and think the site has died, and most don't bother to check forums if there is a contest, most wouldn't know. The main page should be updated at least once a week. I don't have a clue why the new content is not being posted. Maybe someone can fill us all in?
  14. Great job!
  15. Why are you using OO base code if your not coding in a OO way? There are many ways to do this, I suggest you use google for a beginers tutorial on OO.