Jump to content
  • Advertisement
Sign in to follow this  
  • entries
  • comments
  • views

The Cell Stage - Gameplay



For this weeks update I wanted to talk about something I'm currently working on (conceptually and actually in code):

The Cell Stage and how its gameplay works.


Disclaimer: I'm not promising anything I'm just explaining the plan we have for Lyfe and we will work hard to get as close as we can to that vision. Secondly Some of the info you read here might not yet be in the DesignDocument but it will be updated after this post.


You start out as just a membrane with some DNA in it. Floating around one of the possible bioms. Different bioms have different spawn rates for different chemicals. We haven't yet fully worked out what chemicals will be there in detail but the basics are: Oxygon, Carbon (mostly as CO2 or simple Sugars), Hydrogen (since you are under water there is quite a lot of that so it might not necessary be a ressource), Nitrogen (as Ammonium), Phosphorus (organic Phosphorus), Sulfur.

Since these are the building blocks for life. Since at the beginning you are not really a living organism yet you don't need any of it. You don't have any real means of propulsion at this point, too. You can simply wiggle around a bit and move forward this way or get carried around my the currents of whatever body of water you are currently in. At this point the game is like a low key cutscene.

This changes when you meet your first other cell. It will weither be a "Proto-Mitochondrium" or Cyanobacterium. The biom you are in has influence on this. If you are somewhere deep in the ocean cyanobacteria might be more scarce since... you know... it's dark down there and photosynthesis doesn't work so well without light.

As you might have guessed this unlocks the Mitochondrium or Chloroplast. (The other one can be unlocked later one as you move to other bioms over time.)

Both of them can produce ATP which basically is the value of how much energy you have.

The Mitochondrium uses sugar and oxygon to produce ATP while the Chloroplast uses CO2 (since Hydrogen might not be a ressource). To balance this the Chloroplast produces less ATP.

As long as you have those chemicals left energy will be produced. Other organelles you unlock on your microscobic journy will consume it to give you an advantage in surviving.

For example if you got a flagellum or cilia on your cell and move forward ATP will be consumed over time. The more organelles are on your cell the more is consumed. This will force you, the player, to think about what you really need to survive.


Some organelles you might unlock include:

Mitochondrium -> Produces ATP

Chloroplast -> Produces ATP (but less)

Vacuole -> Store more compounds

Cell Core -> better defense agains viruses 

Cell Wall -> More health but slower

Endoplasmic Reticulum -> Repairs Cell

Golgi Body -> Produces Vesicel => Reduced cost for ATP production since compounds get transported faster

Flagellum -> Movement

Ribosome -> Produces protein => your acquire DNA faster

Poison Vacuole -> Damages cells attacking you

<Poison Excretion> -> Lets you excret poison to damage enemy cells

Sensory Input -> Allows you to "see"

Cilia -> Movement


You might now have some questions like "what's it with allowing me to see?"

So basically at the beginning - and I can't stress enough how much this is just the plan we're TRYING to follow - you don't really see what's around you. You can make out your surroundings as basic shapes.  This part is basically some artsy-o vision through you see the game world. The simple reason we decided to add this is that having no eyes has a penalty in the creature stage and a consistant ruleset is an important factor in this, so it feels like one game. But we also didn't just want to make a black screen because that isn't fun. (Also we're up for suggestions on how we could solve this better.)


Then: DNA. You acquire it through absorbing other cells. The same way you can unlock new organelles. The criterium that decides if you absorb the cell or it absorbs you is how much mass you have. One simple rule that works like one browsergame proofed.


And apart from other cells viruses might also be a factor in gameplay. This is also more of a experimental-feature on which I'd like to hear your opinions. If you spot a virus you can swim away from it absorb it. If you pick the latter one of two things can happen: You gain a bonus or a malus for this "life". They are gone as soon as you die. Splitting your cell doesn't remove it.

This neatly brings us to the next point: Splitting your cell and the editor. All I want to say about it in the cell gameplay is that you need a certain amount of DNA to split and open the editor. We want it to be something the player has to work for. After all Lyfe is supposed to be a game.


Now we come to the control settings which aren't that essential to this entry but I'm currently working on them so I just want to throw this in here:

The player can chose from one of three settings:

Follow Mouse

Move To Click



I think I mentioned all I need to make clear how this part of the game works except for one thing and we're still struggling with that: How will you, the player, progress through this stage. Of collect all the organelles but those just give you options to adapt to your environment but what is the overall goal you are working towards?

For the other stages this was easy to decide because there are other games to look for examples. But for this part? Not even our big inspiration Spore really had something interesting in this place. It was basically pacman but with a full 360° range of motion. We want to improve on that. But as I said we don't have a 100% bullet proof idea, yet.

As always we're open for suggestions.


That's it for this week from the Lyfe team and me. Thanks for reading.


Recommended Comments

What is your team using as a development platform?  When will we get to see some pictures ? :D 

Share this comment

Link to comment
3 hours ago, Awoken said:

What is your team using as a development platform?  When will we get to see some pictures ? :D 

We're currently using GIT Hub. 


So far we don't have anything fancy to show. The time I creates the project page for Lyfe is also about the same time we started working. Don't expect too much, we're working on this during our spare time after all. 


A picture of the current state is on the project page. Note that it's mostly placeholder art since we're still looking for someone dedicated wholly to creating the art assets and we've been focusing on code so far. 

Share this comment

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement
  • Advertisement
  • Blog Entries

  • Similar Content

    • By Hashbrown
      Hello all  
      I want to use the right analog stick of my gamepad for throwing a rect based on the angle and intensity I flicked the analog stick. So if I flick the analog stick a little to the right, the less force is applied to the rect's rigidbody velocity property.  I should be able to move the character left and right and also toss this rect at the same time.  A good example of this gameplay mechanic would be Skate (xbox360). Granted, Skate is a lot more complex and 3D, and I just want to toss a rect. 
      So far, I've kind of figured it out, but incredibly dissatisfied with the results.

      I'm able to to get the direction of my flick, but it's so sensitive, sometimes I repeatedly toss the rect completely upwards. I also don't feel so much control over strength I toss the rect. Long story short, I don't feel as much control over my flick functionality
      The functionality is only one script, If any of you have suggestions on improving this functionality it would be greatly appreciated. I'll share the code below, you can also download this little project. Its made for playing with a gamepad though. thanks in advance!
      using System.Collections; using System.Collections.Generic; using UnityEngine; public class Player : MonoBehaviour { [SerializeField] private GameObject boxObject; private Rigidbody2D rigidbody; private Vector2 leftInput; private Vector2 rightInput; private float timeFlicking = 0.0f; // Flags private bool flicking = false; private void Start() { rigidbody = GetComponent<Rigidbody2D>(); } private void Update() { // Will use later if (flicking) timeFlicking += Time.deltaTime; leftInput = new Vector2(Input.GetAxis("Horizontal"), Input.GetAxis("Vertical")); rightInput = new Vector2(Input.GetAxis("Right Horizontal"), Input.GetAxis("Right Vertical")); float rightInputMagnitude = rightInput.magnitude; // No Analog Stick movement and make sure we're not flicking already if (rightInput != Vector2.zero && !flicking) { Debug.Log("Flicking!"); CreateBox(); flicking = true; } if (rightInput == Vector2.zero) { if (flicking) { flicking = false; } } Vector2 newVelocity = leftInput * new Vector2(10, 10); newVelocity.y = 0; rigidbody.velocity = newVelocity; } private void CreateBox () { GameObject box = Instantiate(boxObject, transform.position, Quaternion.identity); Rigidbody2D rb = box.GetComponent<Rigidbody2D>(); Vector2 dir = rightInput.normalized; box.transform.position = (Vector2) box.transform.position + dir; // I should scale this new velocity vector with the magnitude of my rightInput vector? rb.velocity = rightInput * new Vector2(40, 40); } }  
      Project (6mbs):
    • By vourkosa
      Hello everyone, I am starting today a new blog called Mobile Indie Spotlight where I will be interviewing mobile indie developers from around the world in an effort to make their stories heard and share their knowledge and experience with others. In these interviews we will be discussing around product and game design, gamification techniques, a/b testing, monetization strategies, localization, app store optimization, social mechanisms, user acquisition and other useful techniques that can help mobile app publishers design and ship better mobile apps on different app stores.
      Below you can find the first interview with Jacky Chou and his app Pluck it! Any feedback or suggestions are more than welcome!
    • By Novakin
      HI everyone
        We are looking for a game designer to assist with creating a game. It is a 3D first/third person battle simulator. Its set in the Viking age in Norway and we want to create a brutal but fun game with focus game mechanics. We would like to have a stamina system that is linked to a weapon and armour weight system. This system will require management from the player if they hope to survive. I have a rough GDD but I need a game designer to re write it and make it better. This project is intended to be commerical so if all goes well, you will recieve a share. You will also be doing other game design jobs throught the project. We have a handful of other devs that will be working on this, 3d artists, a programmer and concept. If you are reading this and your not a game designer but want to be involved please message me as we are still looking for other devs and artists but we cant start until the gdd is complete.
      thank you
    • By Tanzan
      Hello fellow-developers,
      I released my first game on google play store for android and i'm just curious what more experienced developers/publishers think of the general user-experience.
      i.e. should i work on version 2.0. or move on ? 
      Thx in advance to you all!
      p.s. To don't let it look like a covered advertising i didn't put the name in the title...
    • By Sneikyz
      I'm an amateur digital artist looking for a beginner-level project. I'd like to be a part of a team that wants to learn to create games. It might be a simple idle, mini, simulation game or a visual novel.
      I'm still a beginner at backgrounds and I usually draw females but I'm willing to learn.
      Time invested to the game creation might differ every week mostly because of my work and will be discussed separately.
      Here's my DA : https://www.deviantart.com/sneikyz

Important Information

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

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!