kotoroshinoto

its stone-age only at the moment, so as of right now there isn't much to write about that isn't at least partially consistent with the way things used to work. Its similar enough that figuring it out isn't that difficult, provided you're aware that metal isn't a thing yet.

it'd be interesting if we could get a seed breeding mechanic similar to agricraft. (though the cross-breeding to produce different species of seed is a bit silly, i'm referring to increasing yields, perhaps improving growth rates or somesuch)

I don't think every feature should necessarily have to fit into the metal progression.

In fact, focusing too many features into metal progression just makes the game feel that much more grindy. Living off the sea is one of the things that non-industrial islander nations have done since ages back with absolutely no assistance from metalworking.

I suppose you could throw in some higher tech versions of spears etc, but putting a lot of these things behind a blockade of access to metal isn't really believable.

@Kittychanley I agree than generally speaking consistency serves the best interests of the mod, however one can make the argument for differentiation of mechanics as far as the the stone age goes. I don't really think it serves the mod well to make it behave the same as the metal tools purely for the sake of that. Metalworking and stone-working should be different, it would make sense for them to be different, not because of realism, because I know you target playability and believability and NOT realism, but also because there isn't any particular for sticks in all cases. 

Its different enough from vanilla that users are all over the wki anyway much of the time, so I really don't think that it would be too confusing for people if the stone age had slightly different, but simpler, mechanics and recipes.

its still up to you guys of course. Its not like it'll be harmful to have to get a stick.

given that vanilla already introduced a few built in rock types beyond basic stone, perhaps that could provide a basis for there being more than one for TFC2.

making TFC2 even more simplified than vanilla as far as rock types would be a bit of a shame.

You could have the sever salt the random number generator seed for the red arrow locations with a hash of the player's name or mojang ID or somesuch, so that the setting is  still pre-set but not server-universal.

some lessons on steam and non-electric power styles could be taken from mods like rotarycraft. Stuff like flywheels and rotation transmitting stations with gear ratios etc.

https://sites.google.com/site/reikasminecraft/rotarycraft

"If you want to go for realism, then some stone types (e.g. most sedimentary rocks) would also be completely useless as stone tools. "

I actually support this idea, but stone-type specificity has been proven to be a bit onerous at times, depending on how the worldgen works out.

If you could somehow tweak it so that at least one appropriate region of tool-usable stone would generate somewhere on the surface of each hex island, or each hex island within some N grid size, then perhaps it would be acceptable, but acting as too much of a block to gamers even beginning to play would put realism too far above fun. If it were to be done, they would have to be very very careful not to make it too tedious.


I have long been of the opinion that the stone-age stages do not actually last long enough. There needs to be a bit of a progression and more to do during the stone age so that players don't feel like they have to find metal right away to be able to do anything. 

There doesn't seem to be any real need to impose consistency in terms of stick consumption for  stone tools, just because thats how vanilla does it.

I mean, the entire point is to be a total conversion away from vanilla, and the stone age is a decidedly different tech type than any of the metal working, so conceptually having things be simpler and work differently shouldn't be a problem at all.

It isn't too much skin off the back of a user to have to get a stick, but if one happens to KNOW that many of real stone tools didn't actually need handles, and that such would've actually required some attachment method (like lashings) and actually been a bit more complicated than the methods used to attach many metal tool heads to their handles the inability to just do proper flaking and immediately use the tool can be a bit immersion breaking, 

its not the worst thing in the world. Kitty knows I've complained about this in the past, but I can live with it as is.. it just seems like giving up the opportunity to make this make sense, given that TF2 is already stated to be a completely different mod, and that TFC is total conversion, there is no particular reason to stick to the way things were done before. consistency is now out the window except for internal arguments for how things will be done within TFC2 itself.

That makes a certain degree of sense.  Would there be any way at all to mirror the rain shadow effect though? If there are super tall mountains surrounding the center of an island which is concave, there still wouldnt' be all that much in the way of water to collect in the center.

Super high elevations perhaps should act as disruptions of the local environment type, the vector lowering the moisture being on the opposing side from the closest ocean border, or the side where the moisture propogates from?

I've no immediate idea if such can even be figured out procedurally on worldgen based on positioning though. Probably requires too much polling of local block data. Imagine it'd cause worldgen to shit pants.

I think it should have a 2nd set of armor slots for "clothing" gear, so you don't have to choose between damage protection  and weather resistance

Either that or make the armor pieces modular so you can add or remove padding, chain-mail, etc.

 perhaps you could make it so that eating an apple would give a weak, stacking,
time-limited temporary debuff against eating more apples (stacking such that each additional apple makes the debuff
stronger up to a point), but rather than permanently tracking the last few items eaten, its similar to a potion effect in
that it wears off. 
so, you get tired of apple flavor for a little while, 
eating something different would hasten the loss of any already acquired taste boredom,
but it would also diminish over time. The favorite flavors / foods could play into this by reducing the amount of time, or
the debuff amount per stack for the favorite item, or both.

this would encourage more variety in a single meal, or short term series of meals without
conferring an immersion breaking and slightly annoying permanence to the food eating cycle.

or instead of a potion effect, a player could have flavor tolerance values similar to the
nutrition bars, but instead of them draining over time, they refill over time and get diminished when eating things. 
so if you've been eating a lot of veggies, but no meat, it would have an entirely full meat /
protein bar such that you've got a bit of a craving for that kind of item. Preferred flavors would refill the fastest.

There might need to be some fine tuning on the speed these bars decrease vs how much "food"  the player is losing over time, to make sure you don't wind up with so much stacking flavor boredom that food loses the ability to nourish the player very much on a semi permanent basis. It needs to refresh fast enough to give the system a purpose rather than making it a useless burden.

Secondary effects like regen, or extra satiation could be conferred depending on how much craving value the player had for the flavors in a food when they ate it.

Perhaps if someone maintains a healthy diet long enough, and doesn't die, you could have a sort of long term health tracker and confer protective potion effect type stuff like strength or increased damage resistances. ( not necessarily required, its just a thought to give higher importance on long term survival AND healthy eating). I somewhat like how 7 days to die handles hp and health / stamina. People who die a lot might hate this idea though.

 

It would also be nice if player choice over the long term could have an effect on character preferences.

Even if the character starts out loving tomatoes and beef and hating pork and carrots, if they end up in a scenario where pork and carrots are plentiful and tomatoes and beef are extremely scarce or completely absent, the repeated experience of eating a food and it becoming familiar could slowly make the taste grow on them. 

Perhaps you could make it so it edges toward neutrality rather than becoming their new favorite, but it'd be interesting to have taste change due to player actions and choices as opposed to it just being a random and permanent setting acquired upon joining the server.

I know how that is, don't let this affect your grades.  Do you plan to update for 78?

yes, i want to do some playtesting so I know how the system feels to play and then i'll start looking at the codebase and what I need to do to get this working.

Great work, one of my favorite mods.

yeah, i've been busy with a new baby and school, but I still intend to deal with the incomplete tool head problem.

This post makes me want to find a kirby skin.

why not put a slot for a recipe book in the meal UI, whenver a new recipe mixture is put together on that table, it gets put in the book? That way it only needs to be calculated on the fly again?

that mod is derp as hell 

its not so bad for rendering continuous volumes of water, the problem is the individual slices, the way they were handled in TFC was just too derpy. It reminded me of watching a run of the game of life. The fact that they acted like solid roaming slices was the problem really, they didn't subdivide volume enough, and never got around to implementing evaporation/boiling/pressure-leveling so it was kind of OP for farming.

at one point in time djoslin's mod allowed the water to thin out almost continuously and it would dissipate and evaporate in believable ways (it would even level-out between connected water masses using a pressure system he implemented). in fairly large floods it tended to lag a bit, but it wasn't nearly as bad as you might expect the exception being in his older implementation placing a source block at a height and making it fill the world with a huge tsunami of water. THAT tended to get insane. The newer implementation is very smooth, but it lacks the boiling/rain/pressure-leveling and adds too much bullshit (in the form of pipes, sponges, & methane that acts too much like water with inverted gravity in that if you enter the fluid you can swim and it applies a blue visual field like being underwater), but a system very much LIKE that without the unnecessary fluff would be great for TFC.

We used to have finite water here, then they found out how buggy it is

They didnt have djoslin's version and his mod isn't completely abandoned, he just has a real life and a real job and as such his dev turnaround time is LOOONG. someone developed the TFC finite water for bioxx and hasn't been around since to fix/update it & bioxx isn't a water physics guy, its not his thing. If someone developed a functional codebase for finite water that wasn't derpy as hell and didnt create immense lag via updates or include unnecessary features (like propane,pumps,sponges, & random worldgen crap) he might make use of it.

wish we could make slightly larger plank chunks that took up more than just 1 sliver of space.

100% head?? could you explain what that means?

oh you mean the damage value, if it doesn't accept damaged heads I can try to fix it.

--edit:

I've started working toward making the tfc metals version of the tools I will try to tackle the damaged-heads (not perfectly produced from anvils) issue in the process.

---edit2: Jan-9(2014)

Apologies, i've been really busy with graduate school and this project completely fell by the wayside and has been ignored for a while. I haven't forgotten about it and I plan to pick this up once Bioxx releases stable build 78 as it will likely require some changes to my code to be compatible with the "many" changes he is making to the TFC system.

--edit3 Feb-1(2014)

Decided to go ahead with fixes for imperfect toolheads and work toward creating TFC metal version of carpenters hammer and chisel.

I have figured out how this mechanism works in TFC (I found the recipe additions in the code). I will figure out the best way to create versions of the tools with appropriate TFC metal color and available # of uses.

carpenters block code underwent some cleanup and additional development so I may have to rework how I edit his methods to get it working again.

I agree with euphoric if it was removed it would make scythes near useless.

aren't scythes historically meant for crops and not tree branches?

actually it is the method that matters b/c we aren't truly recapitulating history by having 1 character invent every technology from the stone ages to 1100. for one character to do all that hes a supergenius anyway, and whatever is at his disposal should be considered usable

maybe lichens too

I propose that somebody should do it as an addon then, for ages post 1100