• Advertisement
Sign in to follow this  

Unity I want your opinions on Mobile controls and general game play.

This topic is 1776 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

The game is meant to be developed for portable tablets, specifically the Android.  It is an RPG dungeon crawler style game, using 'rogue' like dungeon generation.

 

I am debating between two control schemes for mobile devices.

1. Taps and Swipes:

Game mechanics, such as movement, attacks, etc would all be handled through tapping and swiping the screen.

2. DPad + Buttons:

Movement and actions would be performed using a DPad icon in the lower left corner, and 2-4 buttons on the lower right corner.

 

The second opinion I am interested in is for overall gameplay.

1. Turn Based:

The user would be able to move around the level freely, until combat begins, at which time combat would go into a turn based mode.  The enemies would have a turn to move and attack, then the user would have a turn to move and attack.  Initiative would be random.

2. Real Time Action:

The user would be able to move freely around the level, combat would be handled in real time.  Basically, the user would enter a room and start hacking and slashing.

 

I would appreciate any feedback about these topics.  The engine I will be using is Unity3d.  Thank you in advance.

Share this post


Link to post
Share on other sites
Advertisement

The game is meant to be developed for portable tablets, specifically the Android.

Oh, so you are a masochist. I see.

1. Taps and Swipes:

Game mechanics, such as movement, attacks, etc would all be handled through tapping and swiping the screen.

2. DPad + Buttons:

Movement and actions would be performed using a DPad icon in the lower left corner, and 2-4 buttons on the lower right corner.

I choose #3: Both, as selected by the user from the options menu. Seriously, if you can’t decide, just do both and let the user decide. They are both easy to implement, especially since you are using Unity 3D, so just do them both.

The second opinion I am interested in is for overall gameplay.
1. Turn Based:

The user would be able to move around the level freely, until combat begins, at which time combat would go into a turn based mode.  The enemies would have a turn to move and attack, then the user would have a turn to move and attack.  Initiative would be random.

2. Real Time Action:

The user would be able to move freely around the level, combat would be handled in real time.  Basically, the user would enter a room and start hacking and slashing.

Once again this is easily solved by letting the player decide. Even Chrono Trigger for the Super Famicom (oh and that lesser-known Super Nintendo Entertainment System thing) had such an option, so it should be fairly standard by today’s standards.

But if I had to choose just one I would go with turn-based.
Frankly I am rather enjoying the battle system in Valkyrie Profile: Covenant of the Plume (the first and only game I have played made by my own company!) right now which is turn-based.
Who attacks first is not stupid random uninspired crap, but rather a predictable “the one who starts the fight attacks first”.

  1. The more things that are random the worse your design is.  Predictability means potential strategy.
  2. For mobile platforms, unfortunately including Android, it is virtually required that it be turn-based, as these gamers are usually on-the-go while playing.  Speaking from experience with Valkyrie Profile: Covenant of the Plume (Nintendo 3DS), I often have to stop the game to get on or off the train.  Welcome to the land of mobiles—that is how it is.  Mobile gamers don’t have the time to get involved in a real-time system that may make them miss their train stop or crash into another car (which they deserve to do if they are gaming and driving, but the other car doesn’t deserve it so I have to paint the picture in negative light).

Turn-based systems are like chocolate cake: Brown Delicious Fun Good.

 

 

L. Spiro

Share this post


Link to post
Share on other sites
Fixed pads are horrible. For one, they don't scale well most of the time. And secondly, they don't work like people seem to imagine them working in their heads. There is no tactile feedback, and when you use a real d-pad you thumb is always touching it. You have to press it to actually get it to do something.

When it's on a screen you have to move your thumb away from the screen and then back again. You tend to miss. Or forget to lift your thumb up. And the bezel around the actual screen varies between devices. It's almost not there on a cell phone, but it's an inch or more on large tablets, making it very hard to actually get your thumb in there in the first place. On screen d-pads fail in every possible way.

You should look to Final Fantasy 3 for good dungeon crawler controls. You move with a onscreen joystick that is relative to wherever your thumb is. If you are standing next to something that can be interacted with, like a NPC or a chest, then tapping the screen anywhere will use it. Once in battle, it's menu based.

Works flawlessly.

And as L.Spiro said, it will quicksave when I need to shut it down. smile.png

I've played games that use random swipes, like that gladiator one, and they are complete trash. Yes it's a new idea, but not every idea is a good one.

You can also look at Cardinal Quest for more real time controls, but it functions like a Rogue-like.

Share this post


Link to post
Share on other sites

Thank you for the feedback guys.

 

I did want to do something like a rogue-like, so I'll check it out for sure.

Share this post


Link to post
Share on other sites

There is also a difference between  'real-time' and  'real-time' where things get out of control fast and button mashing results (which will be impacted by less than ergonomic controls).  

 

I havent played around with enough Mobiles to see if  differences in the interfaces/system response make controls irregular so that reflex type games are impacted.

Share this post


Link to post
Share on other sites

I was looking at some smartphones at a store today (I have this idea that someday they will have mini-games to connect players with MMORPs so they can do something constructive while off/away from their gaming machines)

 

Half the screen (top) reserved for the display (growing resolution on more models) and upto half (lower) for controls of about 3 rows of 5 columns of sufficiently large touch control buttons (big enough to have readable names on the buttons).

 

Now you can do alot with that many buttons even without alot of menu mutation.   I would expect alot of different games (and switching between them) so there would be the need for common control placement and ease of seeing/using  non standard (game dependant) button activations.

 

The 3D capabilities will be increasing but may take a while on the cheaper systems you may want to inclusively target.  So 2D  (2.5D) games will probably still be called for a long time yet   You can do alot with them (as was done long ago)

 

 

One advantage of the MMORPG linked game is that a less than exciting smartphone mini-game can get a real payoff in the main MMORPG game thus keeping the players interest.   A  tie-in with assets in the MMORPG  that determine the scenarios played and a campaign-like environment where continuous upgrades keep the game slowly changing.

Edited by wodinoneeye

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
  • Advertisement
  • Popular Tags

  • Advertisement
  • Popular Now

  • Similar Content

    • By 3dmodelerguy
      So I am building a turn based rogue-like (think CDDA). The game is going to have a very large map (up to 1000's x 1000's) however to alleviate most of that I obviously can't render everything so there will just be render a certain radius around the player and just load in and out data as the player moves.
      The next major system I am prototyping is making interactive tiles destructible and pretty much everything will be destructible besides basic landscape (cars, doors, windows, structures, etc. will be destructible)
      While I am only rendering a certain amount of tiles around the player, I want to keep the amount of colliders active at one time to be as small as possible for performance and currently the tilemap tool I use automatically merges colliders together.
      So instead of creating a separate colliders for each of these tiles and having the destructible behavior tied to that object (which my tilemap tool would allow me to do) I was thinking that I would store an array of all the X and Y locations for the interactive tilemap layer and let the tilemap manage the colliders. 
      Then when I hit a collider on the interactive tilemap layer, instead of of getting the behavior for how to deal with the destruction for that tile from that game object, I would pull it from the array I mentioned earlier based on the tile I attempt to interact with which I already have.
      Does this sound like a good approach? Any other recommendations would be welcomed.
    • By NDraskovic
      Hey guys,
      I have a really weird problem. I'm trying to get some data from a REST service. I'm using the following code:
       
      private void GetTheScores() { UnityWebRequest GetCommand = UnityWebRequest.Get(url); UnityWebRequestAsyncOperation operation = GetCommand.SendWebRequest(); if (!operation.webRequest.isNetworkError) { ResultsContainer rez = JsonUtility.FromJson<ResultsContainer>(operation.webRequest.downloadHandler.text); Debug.Log("Text: " + operation.webRequest.downloadHandler.text); } } The problem is that when I'm in Unity's editor, the request doesn't return anything (operation.webRequest.downloadHandler.text is empty, the Debug.Log command just prints "Text: "), but when I enter the debug mode and insert a breakpoint on that line, then it returns the text properly. Does anyone have an idea why is this happening?
      The real problem I'm trying to solve is that when I receive the text, I can't get the data from the JSON. The markup is really simple:
      [{"id":1,"name":"Player1"},{"id":2,"name":"Player2"}] and I have an object that should accept that data:
      [System.Serializable] public class ResultScript { public int id; public string name; } There is also a class that should accept the array of these objects (which the JSON is returning):
      [System.Serializable] public class ResultsContainer { public ResultScript[] results; } But when I run the code (in the debug mode, to get any result) I get an error: ArgumentException: JSON must represent an object type. I've googled it but none of the proposed solutions work for me.
      Also (regardless if I'm in the debug mode or not) when I try to do some string operations like removing or adding characters to the GET result, the functions return an empty string as a result
      Can you help me with any of these problems?
      Thank you
    • By nihitori
      The Emotional Music Vol. I pack focuses on beautiful and esoteric orchestral music, capable of creating truly emotive and intimate moods. It features detailed chamber strings, cello and piano as the main instruments, resulting in a subtle and elegant sound never before heard in video game royalty-free music assets.

      The pack includes 5 original tracks, as well as a total of 47 loops based on these tracks (long loops for simple use and short loops for custom / complex music layering).

      Unity Asset Store link: https://www.assetstore.unity3d.com/en/#!/content/107032
      Unreal Engine Marketplace link: https://www.unrealengine.com/marketplace/emotional-music-vol-i

      A 15 seconds preview of each main track is available on Soundcloud:
       
    • By RoKabium Games
      Another one of our new UI for #screenshotsaturday. This is the inventory screen for showing what animal fossils you have collected so far. #gamedev #indiedev #sama
    • By eldwin11929
      We're looking for programmers for our project.
      Our project is being made in Unity
      Requirements:
      -Skills in Unity
      -C#
      -Javascript
      -Node.js
      We're looking for programmers who can perform a variety of functions on our project.
      Project is a top-down hack-and-slash pvp dungeon-crawler like game. Game is entirely multiplayer based, using randomized dungeons, and a unique combat system with emphasis on gameplay.
      We have a GDD to work off of, and a Lead Programmer you would work under.
      Assignments may include:
      -Creating new scripts of varying degrees specific to the project (mostly server-side, but sometimes client-side)
      -Assembling already created monsters/characters with existing or non-existing code.
      -Creating VFX
      -Assembling already created environment models
      If interested, please contact: eldwin11929@yahoo.com
      This project is unpaid, but with royalties.
       
      ---
      Additional Project Info:
      Summary:
      Bassetune Reapers is a Player-verus-Player, competitive dungeon crawler. This basically takes on aspects of dungeon crawling, but with a more aggressive setting. Players will have the option to play as the "dungeon-crawlers" (called the 'Knights', or "Knight Class", in-game) or as the "dungeon" itself (literally called the 'Bosses', or "Boss Class", in-game). What this means is that players can choose to play as the people invading the dungeon, or as the dungeon-holders themselves.
      Key Features:
      -Intense, fast-paced combat
      -Multiple skills, weapons, and ways to play the game
      -Tons of different Bosses, Minibosses, creatures and traps to utilize throughout the dungeon
      -Multiple unique environments
      -Interesting, detailed lore behind both the game and world
      -Intricate RPG system
      -Ladder and ranking system
      -Lots of customization for both classes s of customization for both classes
  • Advertisement