# Size & Osmoregulation

**URL:** https://forum.revolutionarygamesstudio.com/t/size-osmoregulation/1043
**Category:** Gameplay
**Created:** [June 18, 2023, 10:16pm UTC](https://forum.revolutionarygamesstudio.com/t/size-osmoregulation/1043 "2023-06-18T22:16:11Z")
**Posts on this page:** 1
**Showing post:** 6

<div class="post-metadata">

### Author: ![hhyyrylainen](https://thrivedevforum-cdn.b-cdn.net/user_avatar/forum.revolutionarygamesstudio.com/hhyyrylainen/32/2243_2.png) [@hhyyrylainen](https://forum.revolutionarygamesstudio.com/u/hhyyrylainen)
#### Post date: [July 31, 2023, 8:14am UTC](https://forum.revolutionarygamesstudio.com/t/size-osmoregulation/1043/6 "2023-07-31T08:14:51Z")

</div>

Regarding the opened issue ([Implement Non-Linear Osmoregulation/Size-Related Costs · Issue #4432 · Revolutionary-Games/Thrive · GitHub](https://github.com/Revolutionary-Games/Thrive/issues/4432)) it says:

> Note that this cost would probably be represented as its own thing in the “Organism Statistics” panel in the editor rather than just being a tweak of osmoregulation, as osmoregulation is its own thing.

This feels a bit wrong to be for two reasons:

- We already have a non-linear size cost implemented in auto-evo, so adding an extra non-linear cost on top of osmoregulation feels like auto-evo gets even farther from the gameplay reality, instead of being brought closer back together
- I kind of dislike having two systems that basically do the same thing. Why shouldn’t we make osmoregulation non-linear? Though, I guess for max realism we would make osmoregulation diminish with size (thanks to less surface to volume ratio) and come up with another name for the non-linear size penalty.

---

_[View the full topic](https://forum.revolutionarygamesstudio.com/t/size-osmoregulation/1043)._
