One Hour One Life Forums

I think you're rather oversimplifying there. Human brains are complicated, and
people often have motivations which don't agree with those of their genes.
Anonymous altruism exists. Free software contributions are often purely
pseudonymous. Those taking our ecological crises seriously are foreswearing
procreation, because they value civilisation enough that they consider
increasing the pressures pushing it towards collapse to be too high a price to
pay for furthering their particular genetic lines. Anonymous whistleblowers
act to prevent social harms while actively avoiding their actions being linked
to their identity.

Yes. Giving points for all relations takes this into account to an extent, but
it's skewed versus reality because it scores even those branches which die
out, which are worthless from an evolutionary perspective.

What would really make sense is to evaluate the score for a life at a
particular time as the sum of the relatedness of the *living* relations. But
that wouldn't work for a long-term leaderboard.

If it's a full sibling and I'm not horribly mistaken, the relatedness should
be 50% (assuming no further knowledge, like gender or agreeableness).

Maybe just as an optional "detailed tally" explaining how the score was
calculated? I'm not sure it needs to be presented in-game.

My first thought was to score a relation's life as

relatedness * max(0, (age - 20)/40)

so their life starts to count at age 20, and only counts fully if they die
from old age. But I decided that was overly complicated and fiddly, so went
for an single age at which a life counts as a success.

To decide on a number, I divided the height of the pyramid of Khufu by the
cube of its basal area, added the ratio of the longest and shortest planetary
orbits, multiplied by the extent to which the above has any relevance, added
the meaning of life, and subtracted the standard number of bollocks.

As for whether making it to 40 really means you win (in real life too), I'll
leave that open for discussion.

There were trolls, but then there were killfiles. At least on the groups I
used to frequent, most posters were sensible and respectful. Possibly this is
due my memories tinting rosily with age...

Re the contrast with TCD: It's quite ironic, given that (roughly speaking) TCD
was a game about hurting people while OHOL is a game about helping people.

I know what you mean. Here's how to sidestep the sewage:
https://onehouronelife.com/forums/searc … &user_id=2

You do get a lot of flexibility by having a separate object for the raw
resource -- you can decide in advance how much you want to be available,
inject randomness as you wish, and let different technologies exploit
different amounts of it at different rates.

More generally, movement transitions seem to allow a lot of richness in the
engine. I can imagine one possible path for the game involving letting players
exploit that richness, designing and building intricate multi-tile machines.
Just like with electricity in TCD, it can be turing complete if you ignore
size restrictions (e.g. it looks like you could implement Conway's Game of
Life using movement transitions), so there could be a lot of room for player
ingenuity. I'm not at all sure this would be a good direction for the game...
but it's interesting that it's possible!

Could you use movement transitions for this?

So one cell north of each springhead you have an object representing the
aquifer. This has "uses" representing the amount of water left in the aquifer.
On a decay timer, it tries to move south. If it hits a dried out pump, the
pump becomes ready to fire up, and the aquifer loses a use. If I'm reading the
code right, leaving behind a modified version of the moving object like this
is something the engine already allows.

Later uses of the aquifer could only trigger the transition with more advanced
pumps.

You need X, but that doesn't mean you need a head:
https://en.wikipedia.org/wiki/Xvfb

Something like this should work:
Xvfb :1337 -screen 0 1024x768x32&
export DISPLAY=:1337
OneLifeApp

Then you should be able to use the imagemagick command 'import' to take a screenshot.

If the aim is to shatter this communist utopia, I think the genetics idea was
the right one. As soon as players value their own children more than those of
their distant cousins, conflict will arise. I don't know how best to implement
it; a blunt approach which would probably work on many players would be just
to give each life a score according to how many babies your extended family
ever has after your birth, weighted according to relatedness to you.

Yes, it fully replaces the mouse. That was my primary aim - I personally
dislike using mice, and can never be comfortable using them.

It's been a long time since I've tried playing the game with mouse control, so
I'm not sure exactly how it compares. But I expect kbd control is
substantially faster for many purposes, in part because you can rely on muscle
memory for repetitive tasks, and don't have to worry about misclicks or
hunting for active pixels. A few things are more fiddly -- the worst is
checking the names of people around you, where I haven't found a mechanic
that's anything like as powerful as mousing over them. It also lacks any
equivalent of holding down the mouse button to run, but I find typing e.g.
"al" once a second to keep running to the right is fine really. There's also a
big learning curve of course; I still haven't memorised what number
corresponds to what item of clothing, for example.

Since you ask... no, I don't think this is a "great offer". I would probably
read the "Mod" in "One Hour One Life Mobile Mod" as a character-saving way of
saying "version".

More generally, your posts on this thread have given me a bad impression of
the team working on this mobile port. Jason made a very clear request. Trying
to weasel out of it like this does not look good.

jasonrohrer:
> The game encourages you to wait before eating, especially if you are eating
> high-value foods, because eating too soon wastes food.

Yes, I think this is the key problem - it's currently optimal play to let your
hunger meter get dangerously close to zero.

That would be fixed by imposing some penalty for starvation. Slowing movement
is one approach, but that also makes it harder to get to food.

So how about having reaching the "starving" state cause a *permanent*
reduction in maximum hunger pips? This would also add a subtlety to parenting -
even if you feed your child often enough to keep it alive, if you let it get
malnourished it's less likely to thrive.