Jump to content
  • Advertisement


  • Content Count

  • Joined

  • Last visited

Community Reputation

211 Neutral

About Robocop87

  • Rank

Personal Information

  • Website
  • Role
    Amateur / Hobbyist
    Business Development
    Game Designer
  • Interests
  1. Robocop87

    SODWA Update #3

    The momentum from our successful Hero Machine contest was insane. Our followers couldn't wait to see each new piece of concept art we were developing based on the characters they had submitted. It was at this time that things took a turn. Our lead concept artist and her 3d modeler husband started slowing down... The post SODWA Update #3 appeared first on SODWA Studios. View the full article
  2. Robocop87

    SODWA Update #2

    (continuing from SODWA update #1) Twelve rev-share members is too much for a developer’s first indie game. I know that now, and I should have known that then. But at the time, if someone was interested in contributing to the project, I felt obligated to let them join. This post is when I can finally […] The post SODWA Update #2 appeared first on SODWA Studios. View the full article
  3. Robocop87

    SODWA Update #1

    From a simple idea based on Final Fantasy Tactics to running a wildly successful Hero Machine fan contest, working with a famous comic book artist, getting interviewed for gamedev podcasts, working out a deal with famous comic sculptor Randy Bowen, becoming a licensed Nintendo devloper, and falling on my face more than a few times, […] The post SODWA Update #1 appeared first on SODWA Studios. View the full article
  4. Hi, I'm Woody, Project Director at SODWA Studios (which is just me and my programming partner). We're looking to add a 3d character artist to our small team. Our game, SODWA, is a tactical turn-based strategy game, similar to games like Heroclix, X-Com, and Final Fantasy Tactics. This should be a fun project for any fan of the Saturday morning cartoons of the 80s, like Masters of the Universe, Voltron, Thundercats, etc, as those series serve as the inspiration for our game world. Players get to assemble teams of colorful characters to duke it out in online 1v1, using a combination of melee attacks, weapons, magic, high technology, and superpowers. Right now we're getting our playable demo off the ground, which we'll use as the cornerstone of a Kickstarter campaign. Our demo is coming along nicely, but we're having to use 3d assets purchased from the Unity Assets Store. Feel free to join the SODWA Discord and our Reddit community. If you'd like more information, Discord is probably the best way to get a quick response, or you can comment on this post. Thanks for reading!
  5. Robocop87


    SODWA is an online turn-based strategy game that is currently under development. Gameplay has similarities to tabletop games like Heroclix and D&D and video games like Final Fantasy Tactics, Shining Force, and X-Com. The world of SODWA is inspired by the Saturday morning cartoons of the 80's, including Masters of the Universe, Voltron, TMNT, Thundercats, G.I. Joe, and others. Take on the A.I. in single player matches or battle other players in online 1v1.
  6. Robocop87

    Coming Soon

    SODWA development is in full swing, so we should soon be adding regular updates to our dev blog. Stay tuned! The post Coming Soon appeared first on SODWA Studios. View the full article
  7. Robocop87

    Specific GUI Question

      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!
  8. 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
  9. Robocop87

    Match-3 Program Question

    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.
  10. Robocop87

    Match-3 Program Question

    Sounds good, I'll send that on to my programmer. Thanks for the heads up!
  11. Robocop87

    Match-3 Program Question

    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!
  12. Robocop87

    Match-3 Program Question

    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
  13. Robocop87

    Match-3 Program Question

    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.
  14. 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
  15. Robocop87

    Concern on "paying to enter" a project

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

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!