• 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

210 Neutral

About sir_laser

  • Rank

Personal Information

  1.   Yeah, I'm still not totally sure why we can't just load those items as sprites one on top of the other. According to my partner, Unity isn't able to do that (I could have sworn it could), and we need to use 9slice for "dynamic scaling", but that doesn't make any sense to me. We've got all of the assets created, and they could easily be added to a sprite sheet, so I was just hoping someone could tell me why we should go another route, or why that wouldn't be possible. Thanks!
  2. Hi, I was hoping someone could help educate me on what the best method for handling my game's GUI would be. We're developing in Unity.   Our game is a 3v3 match-3 puzzle game with combat mechanics, kind of like Puzzle Quest. Here is an example of what actual gameplay should look like:     In order to achieve the results from that mock-up, I had just assumed we could load a backdrop and load each element on top of that. For instance:   Load a background image:   On top of that, load the "character sheets":   And on top of those, load the additional UI elements, such as the Ability Buttons, Health Bars, etc:   However, I'm very ignorant when it comes to such details. My programmer seems to be set on using 9slice to segment each piece and draw it on screen (he just had me create a 32x32 gold border for him to use). He says this will make the GUI scalable. I figured there was enough empty space between the segmented elements that we could shift them a bit to accommodate varying aspect ratios to some degree, possibly adding black bars on top and bottom if necessary (16:9 is our desired aspect ration, anyway).   So yeah, I have no idea what I'm doing and any advice would be a huge help. I'll be happy to provide additional information if necessary. Thanks!   -Woody
  3. Thanks for the heads up. We're happy as long as at least one match is possible. If no matches are possible, the board completely resets, spawning a new board that must have at least one possible match available. Characters are also going to have abilities that let them manipulate the battlefield (the match area) in various ways, which should help alleviate some of those issues.
  4. Sounds good, I'll send that on to my programmer. Thanks for the heads up!
  5. Oh, absolutely. Those are jus quick filler icons for mock-up purposes. We'll be redoing most of the UI for the actual game. Thanks for the feedback!
  6. Hey guys, I really appreciate you taking the time to talk to me about this. Those answers make a lot of sense, and I really do tend to agree with you. I know it's a pain talking to a go-between (especially one as technologically ignorant as myself). These were my feelings about it, but since he's the tech guy I just assumed he knew something I didn't. Thanks for clearing that up.   -Woody
  7. Sure, I can answer all of those questions, and thanks for the quick responses. For our demo, I honestly think it's working fine, but the programmer seems to think there should be a more efficient way to detect matches. Here is a list of rules I put together for him.   Match 3 Technical Mechanics   Our match-3 system will need to be capable of the following features:   The board must be able to differentiate not only between specific tiles, but also between tile types (Ability, Combat, Structure). Ability Tiles (Strength, Tech, Skill, Power) should be the most common. Combat Tiles (Melee and Ranged) should be slightly less common. Structure Tiles should be the least common. We should be able to easily tweak the percentage chance of each type of tile. The initial chance should be something like 60%-30%-10%   The board must be able to recognize the following match types and be able to initiate specific behaviors based on match type: Match 3 Match 4 Match 5 Quantum Particle: These function as "wild card" tiles, meaning they may be matched with any Ability Tile (Strength, Skill, Tech, or Power). They also multiply the result of the match, from x2 to x5. Quantum Particles count as whatever tile type they are matched with. So a single x3 QP matched with two Skill Tiles would result in nine Skill Points being acquired. Quantum Particles can result in multiple matches. For example, the arrangement Skill-Skill-Quantum(x2)-Strength-Strength would result in 6 Skill points and 6 Strength points being acquired, as well as being considered a Chain of two.   The board must be able to keep track of how many matches occur from a single move, also known as a chain, and be able to initiate specific behaviors based on the number of chains that occur. Example: Three Power Tiles are matched, causing a Tech Tile to fall into place adjacent to two other Tech Tiles, forming an additional match. This would be a chain of two matches.   When the board is first generated (or anytime it is reset due to a lack of available matches), it needs to meet the following criteria: No tiles may be arranged in such a way that they will automatically form a match. At least one match must be possible.   The board needs to recognize when there are no more available matches. It does not take into account Active or Passive Abilities when determining this. If no more matches are possible, the board is reset (all tiles are destroyed) and all characters take 1 unavoidable damage for every Structure Tile destroyed.   When matching tiles, the board needs to be able to read character stats to determine the effect. The game needs to look at currently active and passive abilities to determine if any additional effects should take place. When matching Combat Tiles (Melee, Ranged, and Structure) the board needs to determine who the designated attacker and target are, as well as any active or passive effects that may alter the attack in some way.   The board needs to keep track of all status effects, currently active abilities, and passive abilities and apply those effects as needs. Examples include specific characters regenerating HP each turn, or some characters suffering negative status effects for 3 turns before the effect is removed.   Structure Tiles (which may be matched with Combat Tiles) are handled differently than other tiles, and will need their own behaviors: Structure tiles may not be moved by the player. The only way the player may move a Structure tile is by moving the tiles under it, thus causing it to fall, or by using certain abilities. Some abilities may allow a player to move Structure tiles. At least 3 tiles must be matched, though they may be any combination of Attack Tiles and Structure Tile, as long as the type of Attack tile remains consistent. i.e. Melee and Ranged attack tiles may not be combined in the same match; the match must include either all Melee and Structure tiles or all Ranged and Structure tiles. The only exception to this would be if multiple legal matches were formed for each type of Combat Tile. For instance, the match                                           Melee-Melee-Structure-Ranged-Ranged would result in a successful Melee Match-3 and a successful Ranged Match-3, also counting as a chain of two matches. If three or more Structure tiles are matched without including Attack tiles, the team that caused the match are all deal one damage per Structure tile matched. For example, Team A matches three Power Tiles, which results in four Structure tiles becoming adjacent and matching. Because of this, every character on Team A is dealt four damage. This damage is reduced by armor and other effects that reduce incoming damage, but ignores effects that avoid attacks. If the team possesses some ability that allows them to purposefully match Structure Tiles and the Structure Tiles are matched using this method, the results of the match are applied to the enemy team rather than the attacking team. New: Sometimes a single tile can be counted in multiple matches. Matches are only counted horizontally or vertically. However, the following arrangement would actually count as two matches: . In this arrangement, the blue tiles would form one horizontal arrangement and one vertical arrangement, with the center tile being counted in both arrangements. Each match would only count as a match-3, but the whole thing would count as a chain of 2 matches. This can also apply to Structure Tiles, as mentioned above. For example: . In this arrangement, the 3 left tiles would make a Melee Match-3 including the center Structure Tile, and the 3 right tiles would make a Ranged Match-3 including the center Structure Tile.
  8. I'm currently working with a programming friend on a match-3 rpg (Puzzle Hunters). We've made some solid progress and even have a demo running, but were hoping we could get some info about the best way to check for matches in such a game. Any advice would be appreciated, and I'd be happy to provide additional information.   The only big rule that separates our game from most other puzzle games is the inclusion of "Structure Tiles", which are basically tiles that represent terrain, walls, etc. They can't be moved directly by the player, but can be moved indirectly (by matching tiles under them, causing them to fall). They can also form matches with Ranged Tiles, Melee Tiles, or other Structure Tiles (so they act as semi-wild cards, since they won't match with Strength, Skill, Tech, or Power tiles).     Thanks!   -Brian Woody, Thunderpunch Studios
  9. If he's not willing to invest $15 in the project, I can't imagine he's willing to invest much time or effort. There's also the chance he's just trying to get you to buy him the game before cutting out. I'd forget him and look elsewhere.
  10. I'm nearing the end of preproduction on my game, but have been having difficulty putting together any sort of budget estimations. Any advice (or estimates) would be very helpful and very much appreciated!   Right now I'm just a single designer. I can't program or do art, though I run my own successful entertainment company in Iowa, so I've got business experience and a bit of extra cash to blow.   (Please excuse the background image of Tatooine. It was ripped from the internet for mock-up purposes. The rest of the artwork is my property.)   The game is basically Puzzle Quest if you strip away all of the maps, questing, and epic story, and boiled it down to 10 "missions" that exclusively involve the puzzle-based combat, along with some minor character management (swapping out characters on your team).   The game is being developed in Unity for tablets and PC. At the moment it's just a single-player experience, though I would be very interested in adding an online vs mode.   You can check out www.thunderpunchstudios.com for more info on the project. If you need more info please post a comment and I'll be happy to answer. Thanks in advance!   -Woody