One Hour One Life Forums

https://github.com/Civcraft/RealisticBiomes/wiki

Earlier in the year I suggested for Jason to take a further look into CivCraft, which was essentially OHOL in Minecraft. One of the aspects of it that I was trying to highlight - among all the other things it did right - was crop biome restrictions, which is basically this thread.

What I disagree with is preventing crops from growing outside of the terrain where they are normally located; that would just emulate the Specializations issue on another level. Jason could make a 'list' of which biomes the crop/tree is allowed to grow in, and potentially also set a 'value' for how quickly it grows, with the secondary biomes going slower.

It would be 'cute' and maybe an interesting game-play element if there were more 'dynamic' levers constantly adjusting what the players/family and baby/mother ratios were, depending on 'player traffic' throughout the hours, gene fitness, etc.

F

Alternate idea, can Belltowers "lock" its 100x100 square, and the 8 squares surrounding it (9 total) from being affected by the map reset? This should be enough space to secure the town's buildings from decaying and prevent the local wilderness from being 100% reset.

I am a mixed bag on this one. I kind of like that it's the whim of players to trigger map resets w/ the Apocalypse towers. Seeing a town exist for a long period of time is one of the biggest cultural things I've taken out of OHOL. (Remember San-Cal! Always.)

We have also only had a few weeks to experience the game with up-close spawning of family lineages and how that impacts resources. We've actually started to get a taste of 'resource contention' because of the incredible strain on raw materials (Iron, Milkweed as the most visible) that close-up towns cause. As players, we've got to start experiencing this more and seeing how we are impacting the environment if we take too much and don't ensure that some natural resources are regrown (planting trees, planting milkweed in the wild, etc.).

Gun to my head, I would say that we keep Apocalypse as the main vehicle to wipe BigServer 2. Manual server wiping should only be done if we're getting a severely meta-changing update (like the change to Ponds/Springs, the map radius spawning, big stuff like that).

Well that was a quick response!

Hmm, I'm not sure how well-supported a turntable would be, since the idea for turning would be for getting around long stretches of trees or impassable terrain. If there was some way to automate the turntable, that could work, but presently the lack of turning is a slight issue for track viability. (and it's a shame, too, I really love trains.)

The data is accurate strictly speaking to Steam's numbers, but the conclusion seems to be a lot more hostile and glossing over what the reason is for the number?

OHOL exploded in November because it went on Steam, and was picked up by several Youtubers/Streamers with significant followers at that time (most notably that I can recall, Strippin, Criken, Tomato, itmeJP).

OHOL is pretty parallel to some of the features visible in Space Station 13, and with how the two offer role-playing environments with no artificial limits on what you can build/learn, I consider them in the same genre of game. OHOL and SS13 also both have incredibly-small communities of players that fluctuate based on the times of the year, when the games get popular, and when controversial updates pop up.

On average days, SS13 hits 400-600 across all the different stations. The recent Ssethtide pushed their playerbase way up to 1500 consistently over the course of a month. I'm not sure if it's died down yet, but I'm sure the SS13 community sure hopes so.

Similar situation here, but with no videos blowing up to 1 million+ views; OHOL exploded up to 500 purchases, the people who played the game either got their fill of role-play or didn't like the very niche experience it offered, and stopped playing, which the hardcore slowly remained over time.

Is it a problem that the playerbase is this low? Kinda, yeah, it makes it hard for villages to continuously survive long enough for the previous generation to take over maintaining the lineage. However, I don't think it will be good for the game to go up in player count right now; there's still a lot of development this game needs to bring people in to really enjoy what OHOL offered in its initial video.

P. S. the steam numbers of active users doesn't technically match up with the current number of people playing, since some will have purchased the game independently from Steam. See: http://onehouronelife.com/reflector/ser … ion=report (As of the time of posting this, the game is at about medium population of active players)

We should bear in mind that permanently guaranteeing the Yum chain to never reset means that females in food-diverse towns will always be more likely to have kids (due to the higher chance of eating different types of food items). If that's another desired interaction by changing Yum, then this should be okay.

Is it possible that eating the same food, rather than resetting the Yum chain, or leaving it where it is, decreases the Yum chain by 1?

To condense everything down from what Jason said, and what Wio said, this is what I think on the subject:

• It is impossible to avoid the 'meta' picking up on how these specialized technologies would work.

• OHOL's tech tree is fine as it is. Procedurally generating a new one is only going to add information overload similar to how languages are painful to attempt to decode when there are hundreds of variations that you're constantly having to re-learn every hour.

• The only logical way to add specialized technology without it being easily meta'd is by not removing existing tech, but adding new, advanced versions of what we already have.
       - Special tech has a 'random % chance' every time you successfully interact w/ a structure. It would mirror accidental discovery.
       - Every time a player successfully interacts w/ a Kiln, Newcomen, Iron Vein, etc., they could have a 0.001% (1 out of 100,000) chance to learn the superior version of the technology      they were interacting with. (A lightbulb w/ sound effect could appear above their head the moment that happens)
       - When that happens, that specific player has unlocked the specialized technology, infrastructure, etc. They have until Old Age (or other means of death) to try and build the superior version of that tech. Ideally, they would be upgrading the tech structure the village currently has. (upgrading the forge, upgrading the Newcomen, etc.)

• The special technology would be attached to the individual to build, but is not restricted on use. No one else "learns" how it was built, per se, but they are able to interact with the advanced technology and use it for as long as the technology survives.

• The technology survives until all family lineages that were aware of it die off. The technology can be known to multiple family lineages, as long as they are in its presence when it is being used.
       - Once all lineages have died, the upgraded tech decays until either the normal version or a "dillapidated" version of itself, no longer able to be used or removed.

This is my take-away from the video linked at the start.

In my opinion, this is the most fair and playerbase-friendly method of implementing specialized technology that can vary from village to village. Everyone keeps their current tech tree, BUT everyone also has the chance to 'discover' a much better version of certain parts of the tech tree. As a result, they are passing that infrastructure on to their civilization, and any other family lineages that are able to travel to their town/village to see its use.

Since we have Property Gate Fences, the system could borrow the coding from that. Everyone in the lineage and any other families that see the 'special tech' become pseudo-owners, and keep the thing alive for as long as their lineages don't die. Once all lineages associated with the technology die, that's when it can 'crumble' and its knowledge is once again lost to the server.