willmer

Members
  • Content count

    12
  • Joined

  • Last visited

Community Reputation

142 Neutral

About willmer

  • Rank
    Member
  1. SunandShadow, that's an awesome idea although I'd have to figure out my multiplayer system first.   Maybe I could use the barcoding as a way to invite others before hand.  A player can send out their barcode to friends who will scan it and that player will receive a bonus for referring people.  More work than simply email but could be really cool.
  2. Since I'm newer at programming in general, I think that making the barcodes more specific would be a daunting task such Tenebrae suggested.  My thought for now was to just stick with the standard numeric barcodes and use those as a pseudo random number generator.    For example, when you scan a barcode ( 1234568), I would have a formula (%50 ?) that gets all numeric codes down to a smaller set of numbers (1-50).  1 would correspond to the skeleton family of monsters and that would be the set of monsters that could be found for those barcodes.  2 could be elementals, 3 dragons, etc.   I was thinking of limiting the number of scans per day (IAP for more scans) so they don't go and scan everything imaginable on the first day but allow them to fight any monsters they have defeated before in a random battle generator in case they want to grind.
  3. Do you remember those barcoding games from the 90's that let you scan soup barcodes to reveal monsters to fight?  The idea was so awesome but the technology didn't let you do much.   There are a few examples of mobile games that use this functionality and I'd like to discuss how this can be implemented into a mobile game that is fun and not just gimmicky.  Examples include Codemon (Android) and Barcode Beasties (android) where the monsters you fight (other than against other players in multiplayer) are found within the codes, but that's about as far as it goes.   I've been talking with some friends and we came up with a couple ideas. 1. Obviously let the barcodes contain monsters to fight. 2. Include chances to find items or powerup instead of monsters.  3. Limit the number of barcode scans using an energy mechanic (ie takes 20 energy for one scan, player has 200 energy per day).   So far, the barcode mechanic seems to be only another way of wading into the tall grass (pokemon) to find random encounters.  What other ways could barcoding be used to go further than this?    
  4. Despite experience and learning that has spanned several years, I am still a beginner in programming.  I've had experience with C++ and Java but only to the level of what you would learn in one semester of a college class.  That didn't stop me from attempting to make my own barcode battler where I had a working database of monsters and battle system similar to Pokemon albeit without much for graphics on my old android phone.   I am constantly reminded of my desire to make a great RPG/monster battler as I peruse the app stores for interesting things to fill the void that Pokemon left.  But each time I start working on a project, I start feeling like I have so much more to do than I think to finish it and as I learn about the game design and coding process, it seems like doing it on my own just isn't feasible, especially as a beginner.   So, my question is: what are my limitations as a new programmer who is interested in learning more (and focusing on one language), but that will be working primarily alone for an hour or two each night learning as I go?   What size of game could I conceivably finish in a few months time (or a year)?   Are there stepping stones I am missing by trying to tackle a big project?   Has any of you been successful learning on your own and working on projects by yourself?
  5. Servent -  I appreciate your suggestions but feel that having to maintain your monsters' happiness/hunger all the time would be tedious.  Also, I personally don't consider that mechanic to be worth any improvements it makes to the combat.  And because I would like to have lots of monsters, maybe only 3-6 in use at a time, it would be difficult to manage them all.   I like the capture mechanic.  I think that growing the crystals in the tower would be an additonal way to gate content.  After the player has reached a certain point, they can start growing crystals that are needed to capture monsters and write them into their grimoire.  Different monsters may need different crystals based on level or type.  Also some crystals might give a higher chance of capture.
  6. I've been toying with some ideas to make some android or iphone games especially after playing Zombie Farm. I realized that many of the farming games don't offer any use to the items you farm other than as decoration or a means to make money. I had the thought to create a farming focused game that required you to farm plants or other items to be used in a pokemon style game centering around fighting monsters. At the beginning, you would be limited to a few plants but as your gained experience and gold you would either encounter new plants or buy new ones that opened up high level monsters or abilities. What I'm having trouble figuring out is how to best integrate the plants you grow into the battle/monster system so that you are farming enough to be active in growing your farm but not completely limited to battling only when you have farmed items. For example, requiring every move to use one or multiple farmed plants/items. That seems too restrictive to the player and would likely cause disgust for the inventory system. What are your thoughts on the idea and specifically, how do you think I could incorporate the farming resources as an integral part of the battle and monster collection system?   [Edit]     So the game would be primarily focused on the monster battling/collecting.  The player discovers their grandfather's old grimoire which is a book containing the summoning information for the monsters.  The grimoire transports the player to the grandfather's tower where they are greeted by the old groundskeeper who sees them return.  They are tasked with clearing out the tower but each level is locked and the keys are found in the catacombs beneath.  As the levels are unlocked, the player gets access to the tools inside such as alchemy, monster fusion, crystal growing, etc.  As the player encounters new monsters, they can capture them using crystals and write them into their grimoire by making ink from that crystal (probably automaticly done for the player).  They can level up their monsters and fuse them in different ways to improve them or create new monsters.   For the farming aspect, the player would have access to the land around the tower to grow plants and inside the tower to grow crystals.  The farm resources could be used: 1. As cash crops to sell in town. 2. For alchemy - create potions that restore monster health, increase stats temporarily, do damage directly in battle, or used to solve puzzles. 3. For crafting - plants may have properties that can be infused into items worn by the player     or 4. For ink creation - players can improve their grimoire by using various inks which provides stat benefits to all their monsters 5. Feed plants to influence monsters- either giving them stats over time like fire resistance or allowing them to learn new moves.
  7. I only have experience with Java so Spring looks attractive.  Is is going to offer similar things as the other options?
  8. I am fairly new to Android development but feel confident in my ability to learn and implement new concepts.  I have been working on a Pokemon-style battle game and right now would like to focus on the multiplayer.  It would be a simple 2 player battle where each player has one monster that is fighting (maybe more in the future).  It would be turn based but I'm putting in a speed system where the order of who goes may change depending on the move used, but it is still turn based.  Having a lobby where people can select who they want to fight would be nice too.   What options do I have to implement this multiplayer battle system and which of those options is going to be easier to learn?   I have seen people suggest Skiller SDK, but it appears to be too limited to use, maybe not.  I only have a very basic understanding of servers so it would be a lot to learn (and maybe pay for?).  I know things change if I want the battle to be hosted some  place or just have the phones communicate back and forth (the latter is preferred).
  9. Jeffery thanks for your input. [quote name='jefferytitan' timestamp='1336609252' post='4938826'] - Why would you want to make a 1a if it can't be upgraded further? Maybe the "a" variants start at a higher rank than the new monsters, so therefore are the better short term option? Or they can have capabilities that the new monsters can never have? [/quote] I guess I forgot to put this but I don't think all the monsters will be able to be fused to create a new one. There will be some where there is only one combination to make (ie 1 X and Y to make Z) but others fusions will be possible with more than one (ie swordsman with any fire creature -> flame swordsman) and some where there are no fusion combinations. My idea on having the subtiers is to allow those monsters who don't fuse with others to get a little stronger and add some more depth since they can acquire new skills and stats through that fusion. It would likely be a short-term upgrade that would help if you were struggling with a boss battle. You could fuse one of your monsters to increase its stats and possibly add a new move which would be effective. Maybe you have a high attack monster but need more defense...fuse it with a high defense monsters to get those extra defense stats. [quote name='jefferytitan' timestamp='1336609252' post='4938826'] I think that a high rank 1a should be able to beat a low rank 2. Imagine a human vs a dragon. A fully grown human can kill a baby dragon, but probably not a grown up dragon. That would add to the excitement when you're outgunned but win anyway through skill. [/quote] I think that's a great idea. Maybe I'll have a scheme where tiers/ranks start to overlap...such that a tier 1, rank 4 or 5 monster will become stronger than a fresh tier 2 monster. [quote name='jefferytitan' timestamp='1336609252' post='4938826'] - I also kind of like the Pokemon idea of spontaneously evolving or up-ranking during a match based on a combo of past training, past matches and the current challenge. A nice wildcard when the chips are down. [/quote] I think that an evolution system like in pokemon would require fewer fusions or just a ton more monsters, which isn't necessarily bad. Maybe I could have some monsters "evolve" when they gain enough ranks (dragonling -> dragon) which could possibly be used in fusions. Is your suggestion permanent or temporary? It sounds like it would be an in battle thing. Do you think it would be better to allow any monster (especially tier 1's) to reach a stat level where it can compete with tier 3's or should I keep certain ones from reaching that potential. Similar to limiting pokemon to a certain level like 20 unless you evolve them and then they can reach level 40 and so on.
  10. Hello everyone. This is my first post on gamedev so I appreciate any criticism you have to hep me be a better contributor and poster on here. I am currently working on a game in a similar style of Pokemon and Dragon Warrior Monsters where you assemble a group of monsters and fight 1v1 (potentially more later) against monsters generated from a barcode scan. I recently remembered the aspect of DWM that allowed you to breed your monsters and create new ones and thought that was an appealling concept ( I know Pokemon has it too but I haven't played any of the new ones to know how it works). My question centers around whether I should include a level system for my monsters or a tier system based upon breeding or fusion. Here's what I'm currently thinking for the monster section of my game: Monsters belong to standard groups or families (Humans, Dragons, Elementals), have damage types (Fire, Water, Undead), stats (attack, defense, speed), and move sets (4-8 moves to choose from). In addition, I am currently thinking of setting them up in tiers that are based upon fusion. There would be three tiers with each tier having 30-100% better stats/moves than the previous tier. You can fuse monsters of the same tier with 2 varying outcomes. 1. Two monsters fuse together to form a new monster of the next tier. Example, a swordsman and fire elemental (both T1) form a Flame Swordsman (Tier 2) that will have higher stats, an added damage type (fire) and possibly new moves. That flame swordsman could then be fused with a Drake (both tier 2) to form a Drake Rider (tier 3). 2. One monster absorbs qualities of another. Example: a swordsman and a shield bearer are fused. The swordsman is the primary fusion so he will retain his identity but will receive extra stat points based upons the shield bearers stats, and can choose to learn 1-3 moves from the shield bearer. The swordsman will now be a tier 1a which prevents him from fusing with other monsters. So you can make a new monster or buff your current monster. Also, I am currently thinking of using a rank (level) system that allows monsters to reach a rank of 5. As you gain a rank, you can upgrade some stats (although not enough to make a t1 stronger than a t2). Also, as you gain ranks, the monster can learn more moves (start with 3 and gain 1 at every rank?). [u]How do you think this approach compares to using a leveling system (1-100 levels) which differentiates monsters based on their level and the stats that rely upon levels such as Pokemon? Would this be interesting and engaging to play or too tedious?[/u] I appreciate any feedback or suggestions. Thanks
  11. I am working on an android game that will require me to have portraits of monsters similar to collectible/trading card games such as Magic the Gathering and Yu-Gi-Oh. I'm trying to figure out my options that fit both my budget and abilities. So what I would need is 50 - 100 square portraits for monsters such as skeletons, ogres, dragons, etc. As far as I know now my options are: 1. Pay someone to create them for me - How much would I expect to pay for something like this? $1, $5, $10 an image? I think it would cost way too much for me. 2. Find freely available images to start then use some of the money I make to fund proper artwork? - I'm not even sure if there are stock images that would fit what I need. 3. Make it myself. To address #3, I have Photoshop and Illustrator on my macbook, but I don't have any experience with those programs or art in general. Based upon my research, PS is for pixel art and Illustrator does vector images, right? And it seems like the vector stuff would be easier for someone new to art design, but it also looks almost too cartoonish for me. I really like the rich images found on the Magic cards. I know that I would probably need someone to do it for me to be like the Magic cards, but would it be reasonable to think that someone new like me could use PS to somewhat recreate the feel of those images? So, do you have any suggestions or answers that would help me out? I think the biggest limiting factor to getting the game finished is the artwork and I want to do it right so that I can get people interested by the game idea and art then keep them in the game with the gameplay.