Jump to content
Sign in to follow this  
  • entries
    7
  • comments
    12
  • views
    1252

Introduction - Organ Tree

Lyfe

933 views

For our first dev blog entry we decided to introduce you to the organ-tree which we already described in our design document.

If you haven't read you can find it in the description of our project here.

 

So about that organ-tree:

Organ-Tree_1.thumb.png.f9706ea1c4f4fff7cacf9e9f5bff5e67.png

This is it: The tool you use during the creature stage to unlock or as it will be called ingame "evolve" your organs/skin types/body parts.

Now, this is still a very rough outline but I think the intention is clear.

One important design decision we made is to split it into three categories: Aquatic, Terrestrial and Both, with you starting off mostly in the aquatic branch, since your life (or lyfe if you will) as a complex creature will start off in the beautiful and mysterious depths of the ocean.

 

Parts from the aquatic part of the tree might be useless on land or even harm you and vice versa. For example you don't want to leave the water with gills on your creature because you will run out of oxygen very quickly. This doesn't apply to all parts, though. For aquatic hands for example it is more of a design choice (We might add gameplay functionalities later like aquatic hands help with swimming but aren't good for attacking while with some hands developed from the terrestrial branch you can claw at your rivals or prey).

 

You might have noticed that every set of organs has one base set and four versions deriving from it with numbers at the end. Each new version will be a new model/have a new design and slightly different stats. We are not 100% sure if we can keep the 4 stages of each organ but we will try. Because you know what they say: "Shoot for the moon. Even if you miss you will end in the vacuum of space and die alone."

 

What's next? The skin types. This is something where we really want to make use of the advanced technology we have compared to that from Spore almost ten years ago. Skin might not have an effect on the gameplay (yet, we're planning something for our nice-to-haves) but will make your creature look fantastic. The plan was keep it a small number of types but make them well differentiated.

 

Eyes: Withou eyes you won't be able to see anything, pretty straight forward, BUT: How good your eyes are determines how well you see objects at a distance/how far you can see. As a little bonus we also added a branch that grants you nightvision if you plan on making a nocturnal creature.

 

Finally: The brain. This is an indicator for your prograss in the creature stage. You start off with the first and most basic brain. You have to unlock all three upgrades to be able to enter the next stage which we will undoubtedly discuss at some point in this blog.



8 Comments


Recommended Comments

Sounds pretty cool, I've always thought someone should have another go at the Spore concept but try to do a bit better and apply some more advanced techniques! :)

Share this comment


Link to comment
1 minute ago, jbadams said:

Sounds pretty cool, I've always thought someone should have another go at the Spore concept but try to do a bit better and apply some more advanced techniques! :)

Thanks for the reply. We will definitly do our best and some more. :)

What do you mean with 'advanced techniques'? With regard to what Spore did? Just asking so we know what people whant from this.

Share this comment


Link to comment

Yeah, I didn't have anything particular in mind, just an improvement on Spore, which was interesting enough, but for me at least never quite lived up to its promise. :)

Share this comment


Link to comment
7 hours ago, jbadams said:

Yeah, I didn't have anything particular in mind, just an improvement on Spore, which was interesting enough, but for me at least never quite lived up to its promise. :)

We want to keep our development as transparent as possible to not generate unnecessary hype the game can't live up to. 

 

Although we are still a small team now we work on expanding to get the necessary resources to make this vision come true. And with the advancement in game engines since Spore we are fairly optimistic we will improve on a lot of its shortcomings. 

Share this comment


Link to comment

the concepts around the creatures eyes sounds cool.  So then will the eyes you use for your creature directly affect your field of view in some way?

Share this comment


Link to comment
1 hour ago, Awoken said:

the concepts around the creatures eyes sounds cool.  So then will the eyes you use for your creature directly affect your field of view in some way?

It will. 

Let's say you got your first set of eyes on your creature. With those it can see about 20m (or something, game play tests will tell). After you evolve (unlock)  the second set you also have to add them to your creature to benefit from their increased stats. 

Share this comment


Link to comment
23 hours ago, Lyfe said:

What do you mean with 'advanced techniques'? With regard to what Spore did?

One of the weird things about Spore is that they showed up to E3 a couple of years before release, and showed off a build with all sorts of emergent behaviour (creatures gait was derived from the shape of it's spine and position of joints, that sort of thing). By the time release rolled around, they'd stripped out almost all of that in favour of the final "plug and play" approach where you just attached pieces for "+1 speed".

Needless to say, that was pretty disappointing. Though not surprising - the original vision was very ambitious, and the most ambitious features usually get cut when ship time comes knocking.

Share this comment


Link to comment
1 minute ago, swiftcoder said:

One of the weird things about Spore is that they showed up to E3 a couple of years before release, and showed off a build with all sorts of emergent behaviour (creatures gait was derived from the shape of it's spine and position of joints, that sort of thing). By the time release rolled around, they'd stripped out almost all of that in favour of the final "plug and play" approach where you just attached pieces for "+1 speed".

Needless to say, that was pretty disappointing. Though not surprising - the original vision was very ambitious, and the most ambitious features usually get cut when ship time comes knocking.

Ok,ok. I get what you mean.

So far we plan on having the movement calculated from your creature's bodystructure BUT also add different types of legs that give you +1 speed (just to give an example; maybe we might also just restrict that to the 'campaign') because it makes sense from a gameplay point of view.  Just to answer that point because it's something important to me, too.

 

About removing amitious features:

We are not a company. We don't have deadlines. This has it's ups and downs. For one we are a small team doing this because we share a common vision of what could be which might slow down development. On the other hand we have all the time to publish it and can stay faithful to that vision.

We just want to make the best version of this game we can.

I want to promise a lot but know I can't.

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 Jhcom
      Hey, could people please help me out with my thesis. It is a 1 minute game you can play on http://julianhana.com/comp/index.html. With this I measure movement patterns and composition techniques! 
    • By sidbhati32
      There are two Entities in the game and we controlling one of them. The other entity moves in a particular direction throughout the game and I want to make the AI like the enemy shoots at my player after some duration of time. I am using Directx 10 SDK for this.
      I think I would need to calculate the distance between the two entities and shoot it towards the player.
      I would need to calculate the distance between the two vectors and direction of A towards B.
      How to calculate the direction between the two?
    • By Anri
      I'm working on a small arcade-style Android game for phones and tablets( using Android Studio and Java ) and I'm not 100% satisfied with the touch screen controls.  The game has five buttons for control;  left and right, and three buttons for firing three different bullet types( essential to the main mechanic of the game itself ).
      The irony is that they respond very well even with scaling on different devices and the coding is bullet-proof( zero crashes or bugs since extensive testing ),  but as the game is as fast paced as Space Invaders or Columns it kinda falls apart as I switch between pressing buttons in the heat of the action.  I am now at the point where I'm having to slow the game down to make it easier to cope with the touch-screen buttons, or adopt a harsh attitude that the player will need an Android-compatible gamepad for the best possible experience...
      Quality controls with standard input is something I take very seriously, but in this case I feel action games are not suited for tablets without a gamepad.  Would this be a correct assumption or could I do better?
      Any thoughts would be most welcome - even if you are just a gamer.
       
      Cheers.
    • By FluffexStudios
      Hi everyone,
      Stitched has been released for almost a year now and our game has gone through numerous great updates and revisions thank to feedback from everyone! To conclude a wonderful summer, our game is currently on sale for 30% off on Steam from September 17th to October 1st. Check us out here: Store.steampowered.com
      Also, we would want to showcase some of our artworks for our game. Below are some of the concept arts that we did in the past.
      Firstly, the main subject we wanted to focus on before any art is the primary color of the game. We decided to choose purple as it's a color that stands out and somewhat fitting in a horror game.
      Below is the original title screen and the finalized version of the title screen of Stitched. We original wanted to give Catherine long hair but decided against it because we feel the long hairstyle was done too many times. We wanted to give Catherine a unique look hence we decided upon the new shorter hairstyle. We also touch up on her expression to make the player see that Catherine is terrified. Thirdly, we wanted to emphasize the title of the game by making it glow with light purple color.


      The below three images represent design stage for the doll character in Stitched. The first image is the original sketch. The second image is an updated version to give the character a more serious tone. The final sketch is to give the character her color which include her hair, face, and dress colors. We went through a large amount of revisions for this character to get the right color, facial expression to match her personality.



      And lastly, check out some amazing fan art for our game through this youtube video!

      For anyone who is interested in our art. Check out our deviant art page here.
      For those who have further interest in our game, check out our website here and our Steam developer page here for future projects!
      Cheers!
      Fluffex Studios
    • By ggenije
      Important: I am trying to realize in scrtach which is performance very low due to it's "virutal level" scrtach->flashplayer->java...
      Also i'm new to this forum so i'm sorry if I missed group (like last time)
      Like a title is saying:
      I have project ,and I get negative feedback on it because some people need 30 min to complete it (what is the planned time)
      but problem is that some people need EVEN 5 hours…(game is incremental/idle/upgrade type so it's important to keep same time ...)
      ———————————————————————————————————————-
      Of course people with slower computer will have less fps so game will be slower for them,
      so I have created TimeDelta system for each frame to calculate something to do per second
      for example
        Update(){move(TimeDelta*speed)}  so that mean it will be moving speed number of pixels(or units) per second so it will be same for almost each user.

      But problem is next:
      I have to change ySpeed by jumpPower (#PlayerJump in my project)
      when any jump button is pressed
      then in each frame decrease ySpeed by gravity it is(-10 * TimeDelta)
      but when someone have lower fps it will have higher TimeDelta and will fall faster but with same jump it turns out to jump significantly lower that changes core of game
      BUT even worse if fps suddenly in moment of jump then timeDelta would be 1 so player will jump much much MUCH higher , then fall much slower because timeDelta changed in meanwhile…(and the point of my game is about upgrading jump not complete game in first fps drop)


      —————————————————————————————————————————————————————

      Then I got an idea to fix TimeDelta (like in unity for rigibody) so it will be rounded like
      if calculated TimeDelta is 0.01834 it will be 0.02 fixed
      if weaker computer is using it the TImeDelta will be 0.143 so runded to 0.14 and so on…

      I did not manage to realize it… i tried to calculate it before main initialization of game objects
      but I'm afraid to fps will drop in moment that is calculating so it will be much diffirent…
      I was trying with empty loop(400)(in scrtach even this is taking time) to calculate it but i'm not sure is it right

      So is there good way to realize this fixed TimeDelta
      I only have timer function to use and time difference between frames
       
      This_is_the_link_for_the_game
×

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!