• 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

306 Neutral

About lucentbeam

  • Rank

Personal Information

  • Location
    Portland, OR
  1. Nice article, but I would like to say that I object to calling Bob Ross "infamous" :)
  2. My suggestion is that now is the perfect time to learn about classes! You have two types of objects in the game, right now, that you'll want to be checking for collisions on. The "you" sprite (or rather, mouse_c object) and the dots represented by the r1, r2, etc. variables. Start with your mouse_c: there are a few things that can be merged, the 'you' string representing the graphic, the mouse_c image made by pygame, and the movex and movey variables. Make a class that combines those, and then work on doing the same for the dots (I assume that's what you want to pick up?). After that, figure out how to make both classes inherit from pygame.Sprite, and you can start using some of pygame's built in collision checking on each game loop.
  3. I'd be interested in a team project, too. Like Aspirer, I like to learn something new with a game... But that being said, there's a lot I can learn. I have only really used C++ and python, and I'd be happy to branch out. I've also never really used much version control (just very basic mercury), and have never been a part of a team project, so just being a part of something is already a win on my end.
  4. For anyone interested in playing the final version of my game on windows (that is, matching the Mac app I posted), I finally got a chance to sit down and package it! Not a lot of difference, but it at least shows a minimal win/lose screens, since that's what I focused on getting in last. Here it is   https://dl.dropboxusercontent.com/u/7949526/lucentbeam.putt.win32.final.zip   It includes a more prominently displayed readme, since it seems my controls ended up being far from intuitive.
  5. For those interested in playing the final package that was made for my game, but don't have a Mac, this is it:   https://dl.dropboxusercontent.com/u/7949526/lucentbeam.putt.win32.final.zip   This was the final version that made it to the Mac app, I just didn't have a chance to sit down at a Windows computer and compile it until after the weekend. The win/loss screens are minimal, but at least there. That's the primary difference.
  6. So apparently I left the readme out of the last windows package I made. I guess I was in too much of a rush. Combined with my bad control scheme, that's sort of a problem! Sorry, everyone... Here it is, incase you're trying to play my game and getting frustrated with it:   https://dl.dropboxusercontent.com/u/7949526/readme.txt
  7. I'm gonna throw in and just say that I think Python is amazing. I went from using a little perl (for scripting purposes) to heavily relying on Python, and did it all while learning about game-related concepts. I'd recommend the free book at http://inventwithpython.com/ .It's aimed at young audiences, so it explains every bit of code, and constantly works at the concept of core game mechanics.
  8.     Ahh - sticky keys! I forgot all about that dumb thing. I'm usually around my Mac, and so ended up doing 95% of my development on it (which is also why the windows binary isn't the most up-to-date version of the game).
  9. Aspirer, did you try the mouse control? I think it's a bit more comfortable, if you're okay with the latency of paddle speed versus mouse speed.   The arrow key setup was actually not a glitch - it's very intentional on my part, though I definitely understand the frustrating aspect of the choice. If you leave the paddle in one of the hemispheres for a long time (rather than instantly changing direction), I found that fixing left/right to clockwise/counterclockwise can be just as confusing, so it was an attempt to keep the arrow keys as always "making sense."  On the other hand, what you experienced, switching keys for a rapid change in direction is also confusing if you change hemispheres. I didn't really have people to playtest, but from the little response I've got it sounds like the latter is more common. Really I should put in a time buffer after stopping the paddle so that it uses both methods.   In retrospect, I realized pretty quickly in that my design posed something of UX problem... I got a late start (halfway through the month), so I just kept on with it. Still not sure what the best control scheme would be..     EDIT: Also, right shift and left shift are fixed to clockwise/counterclockwise, if you want to try that method. Though, there is a weird bug where the first time you press one of them in the game, it doesn't register. From what I can tell, that's something strange with SFML.
  10. Hey, Nocturnus pointed out that mine (the windows version?) may not be working. Again, it's incomplete anyhow, but I think this may fix it...   https://dl.dropboxusercontent.com/u/7949526/lucentbeam.putt.windows.2fix.zip   I'm completely new to C++ and SFML, and also haven't really packaged anything before. Hopefully it works 
  11. Alright, mine are below. Unfortunately, my win condition got screwed up at the last minute and I couldn't figure it out, so I guess I'm DQ'd :-/   Anyway, I'm not sure if there are enough judges for me anyway. The OSX build is my most up-to-date:   https://dl.dropboxusercontent.com/u/7949526/lucentbeam.putt.mac.zip   For windows, below, the build is a previous one with a lot less functionality. The gameplay mechanics are all in, but incomplete in terms of win/loss condition. Bah :-(   https://dl.dropboxusercontent.com/u/7949526/lucentbeam.putt.zip       EDIT:  A little late on the competition, so I'll leave it up to the judges if they want to score or not. But I found my last minute bug (using < rather than <=... d'oh).  Here's what I believe is the fixed version, for completeness:   https://dl.dropboxusercontent.com/u/7949526/lucentbeam.putt.mac.fixed.zip
  12. Brand new to these forums, and relatively new to gamedev in general... But I'll participate!