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

Alexi Kirsil

  • Content count

  • Joined

  • Last visited

Community Reputation

306 Neutral

About Alexi Kirsil

  • Rank
  1. I think one could use a requirement system for the tower creation. Similar to Space Empires series ship creation, the ships have minimum needs that take space and needs to be fulfilled. A layered grid should be sufficient for a tower. (Imagine houses. Grids are rooms and layers are floors.)   Say a tower needs power supply/intake, a targeting system, rotation engine. To create a tower, the player must add these required items to complete the creation process. They could easily also have different types. f.ex. one targeting system could be able to aquire targets faster, but would sacrifice range to accomplish it, while another targeting system could do it the other way around.   After the necessary requirements are fulfilled, the player could then proceed to add other items such as armor, weapons, passive stuff, shields.   A method like this is fairly simple and allows for extremely large number of different towers. 
  2. Thanks a lot for the answers. Got what I wanted, which is awesome by any standard. As for the fourth question, you're probably right. If need be, I can just add the base stuff to the template file I got. Just thought if there were any awesome ways to make a "permanent" bar to hold information.
  3. I'm terribly new at this. (Both for programming and the community here) So, this black magic you call programming, I've been trying to summon a demon using Slick, but it seems that I need more information to conjure the next big hit in the industry. (In reality, I'm an apprentice summoner and will likely be slaughtered at the sight of anything bigger than a half-dead squirrel in a wheelchair.) Anyways, while I'm still taking the baby steps, I've been playing around with Slick in Java. There's a fairly wide variety of questions, just something I've tried to locate but miserably failed or couldn't find a source I could comprehend. (Hence, black magic) [b][size=5]1)[/size][/b] Are there any limitations as to the number of states one can have at a given time. I like to have my "code.." (no, let's keep with "scribbles") neatly packed, namely in packages. And quite a lot of classes within them. [b][size=5]2)[/size][/b] Is there any reason not to use lots of packages? They make things so neat and tidy. And I'd really like to try to keep my... scribbles clean. Classes, similar question, although this one might be too vague. [b][size=5]3)[/size][/b] Is it alright to use classes to just store and give data to other places? (I'll try to give an example to get a little tighter area. Say I got a town. Town has a population, certain building and their 'levels', Natural resources and crafted production. Is it alright to use one class to only hold this information and their getMethod() thingies? [b][size=5]4) [/size][/b]Tooltips! Actually, how can I show multiple states at the same time, if at all possible? (I recon the tooltips wouldn't need it's own state anyways, but say an... pff Action bar like thing that would show information one would need in almost all states.) Hopefully you understand them. Thanks in advance
  4. I think the buttons might work if you make them (quite a lot) darker red. Being as bright as they are now, they really stand out from there ^^ "One of them almost punched me in the face" is how much they stand out. Other than the button color, seems like a very nice menu.
  5. [quote name='Sik_the_hedgehog' timestamp='1339613601' post='4948879'] So my question here is: are there any better ideas than using lives? (or a better way to implement them) [/quote] I do believe you're asking about an alternative to lives. Not what happens after all lives are gone. And if you do ask what happens after all lives are lost, I answered on the bit in parentheses. Although I must admit, I have nothing on whether they're better than lives. [img]http://public.gamedev.net//public/style_emoticons/default/tongue.png[/img] Anyways, for the time I want to add that the time isn't an limit per se. In a normal scenario you'd have plenty, but every time you fail, you'd be losing x amount of time in addition to the time spent not-dead. Say, 3 seconds every time you're hit and 10 seconds everytime you fall down or are crushed. It would give you an alternative to lives and it has more options within it. Such as having less time will make even the same levels harder. Having an global time (across all levels) could add for some incentive to go back levels and replay them to gain more time on the last hard ones. And works as a difficulty level adjustment aswell. (if you have them) Hard having less global time than normal etc. I think it could add excitement to a platformer. Ps. I feel ya, I always write my messages on notepad. (Monospaced text, easier to edit)[img]http://public.gamedev.net//public/style_emoticons/default/wink.png[/img]
  6. How about time? Make the player have a time to complete the things he/she is supposed to do, thus having lose time in both doing the action and 'dying'. Making it so the time is plentiful if you don't make mistakes, should also allow for another way to tweak the challenge. (Have less time in some situations). If time runs out, the level would fail. This is probably the most flexible of these I'm writing about. X time before a sandstorm arrives in a desert. X time before you freeze to death at a glacier etc. Or you could think of mentality of the character. Failing could make him a little bit more mad. Success make him a tad more sane. This, like time, could work on a game-wide scale. Probably works best if the game is about the character him/herself. Or something you're about to rescue. Probably best, if you're not shy about giving gruesome ideas to the player. I was about to point out that this wouldn't be such an awesome idea in a 'happyhappy' game, but I realized it could actually give a nice contrast that something is dying as you go. (Then again, I'm curious about emotional confusion in games ) Or the love of a beloved. This one's been used a bit on other games I think. Similar mechanic to sanity. I'd have to know more about the setting the game is in to be able to give accurate descriptions on how these could work. And for some more accurate ideas.