AdrianNumbers

Oh thats unfortunate. so basicly conversion leaves only textures and orientation is that what you mean ?

Well im not really sure about this one since its technical and im no programmer. (and while writing it i realised its an overcomplicated solution for problem that might never show itself in any meaningfull way but oh well maybe it can be somehow inspirational for something entirely diferent) I assume that each fireplace scans its surroundings for closed space every tick/few ticks/seconds/game hours (probably game hours) and then based on that game decides in what range it will warm player up. This could potentialy lead to lag spikes. I would like to propose a different aproach. 1. keep a list of fireplaces (from 9 chunks area around player) with they'r coordinates in dynamic table/matrix with player coordinates also included as markers. 2. each few ticks check if player is in radius of any lit fireplace by comparing player coordinates with lit fireplaces (unlit are ignored) algoritm would subtract player coordinates from fireplaces ones starting with closest and going outwarts until it the result of substraction was either >5 or <-5 ( 5 and -5 because of max closed space dimensions) then it stops 3. if there is a lit fireplace in that radius only then it runs check for closed space and then checks if player is in that space if not second check for lit fireplaces is made this time with 2 and -2 instead and this one doesnt induce closed space scan if lit fireplace is found. this solution could make keeping temperature more dynamic while less impactful on TPS sice we are only keeping track of player immediate surroundings, there is less calculations done at once and it can be made much more often as such. You could also add other heat sources like torches, lit forge, lit firepit, blocks of lit coke oven/charcoal pit/Cementation Furnace, lava. Its just a matter of adding more stuff to that table/matrix and new conditions/ranges for searching algorythm. Anyway i can be entirelly wrong here so dont judge me too hard please.

I will start by saying that i love using chisel in VS the level of detail i can imprint into my builds thanks to it is enormous ... and tends to annoy my friend with whom i play on server because while im spending hours upon hours chiseling he would rather go and explore . Anyway even though i instaled QP's Chisel Tools which made chiseling few times faster there are still times i wish for some small additions in chisel functionality. 1. let player use the mode selection menu without looking at converted block (just disable the add material option if so) 2. add new option : convert block to/and back . i mean theres no reason for us not beeing able to convert chiseled blocks back into they'r original/normal state. Since converting blocks back to non chiseled is no go, at least converting them into chiseled without placing them in world would help a lot with multimaterial chiseling. I imagine it as a new option in chisel menu if point 1. is implemented or entire new menu (opened by right click on air with chisel), it would need to have 3 "slots" one for each orientation. 3. separate materials - reverts multimaterial blocks back into single material ones. First one purpose is half for speeding up chiseling in certain rare situations and half to enable second and third sugestion while both of those would make multimaterial chiseling much faster, you could just convert stacks of blocks each with 2 clicks and then craft them together. If after work you still have some leftovers you could just revert them into normal blocks and store them with others instead of making another chest full of mixed blocks of various shapes. And to be fair @QPTECHif you read this and decide to use those ideas its the same for me as if devs added them to vanilla, your chisel tools are already part of vanila for me so its either way the same outcome XD.

not really excluding small cracks betwen logs, besides with logs devs gone and made it so even the first layer of fire wood is around the "neck" of SV and doesnt clip through, while with peat it does. Its just that while i get that peat is close to square and as such harder to fit but still that cliping just looks ugly and out of place in my opinion

There is one small problem with pit kiln if you use peat as fuel while fireing Storage Vessel : sometimes the second layer of peat bricks has one or two that apear so low that they show part of storage vessel "under them". Sugestion : change the minimum hight value they can apear so this behavior is no longer possible.

I know i know and honestly its not the first time i though of something just to see you specifically make it into a mod XD also as a side note i think that Tyron made this game this easy to mod so he can "use" modders as testers for ideas(between other reasons). After all if you introduce something as a mod you are giving an example of how it can be made and what consequeces for gameplay it could have for him to look at for free.

But i wanted to see it in vanilla

Im playing with friend on private server and after some time i figured three things: One. We need more kitchen utensils. Two. Compost making is really slow. Three. Full vegetable cooked meals are bad. Before vegetarians start The Hate let me explain. Apart from cabbages all other vegies have much lower satiation value than meat so they are disadvantageous in using hunger blocking mechanic compared to meat and if you want to go for longer trip you will need to take much more crooks with you. In conclusion they are less energy dense than meat and its ok in terms of each individual item because its much easier to farm huge amounts of vegies compared to meat but it limits choices for food in some situations. So my proposition is adding a chopping board. Chopping board is a functional block that can be placed on any full horizontal block surface or table and in item form hung on tool rack. After its placed as block you can "store" up to 6 or n*6(balance) vegies of one type (much like in crates). Once "stored" vegetables can be sliced using knife producing : 1 unit of vegetable slices and 1 unit of vegetable peelings for each individual vegetable on board. Vegetable slices have slighly lower satiation value (by 10 / 15 / 20?) than full vegies but twice(or thrice) as much can be placed on each slot in claypot, that gives players a way to close the gap in energy density per meal between meat and vegetables but with cost of additional time used and some energy value overall. Slices decay as fast as raw meat. Also slices can be pickled but take half the time to do so and decay 25% faster afterwards. Vegetable peelings can be used as animal feed (boars) or compost material they decay as fast or faster than berries. If its to hard to make higher max stack size in claypot just for slices alternatively slices could be made from two or three units of vegetable keeping ratios in claypot unchanged. As for chopping board it is entirely immersion oriented (slicing could be made in grid as well) so making it show what and how much vegetables are curently "stored" and adding a short player animation to cutting would work wonders here. Also you could add new metal tool more specifically kitchen knife, if so normal knife should either make worse slices (coarse) taking more satiation away , use more of its durability , taking more time to slice or any combination of those. While kitchen knife should be worse than normal one in every other task.

I think by link he meant that there should be connection of some sort in handbook pages so new players will have easier time looking for those.

You mean in handbook right ?

Its probably me beeing used to drawers in moded minecraft but i think crates should have simillar interaction logic as them. That said : right click = insert 1 item right click + shift = insert stack (currently held) fast double right click = insert all items from your inventory (of the same type for example all sticks) left click = take out 1 item left click + shift = take out stack (or all thats left if there is less than stack inside) and since in VS block breaking progress doesnt disapear instantly after you stop mining something crates should check if you are actually breaking them or just clicking. To be honest its the double right click part that i miss the most but figured i could as well list it all here.

I would like to say first that im not a coder by any chance so my logic here can be entirely wrong but still based on my limited knowlage it looks fine so i decided to post this idea. On small scale game world generation is already briliant but the more you zoom out on map the more it look like just random noise. Solution i though of is based on two things height maps and marching squares techniqe. Process could look something like this 1. Generator generates a contour map of tectonic plates based on world dimentions , seed , type of generation (in settings there would be an list of possible algorythms like : continets , pangea , islands and so on) , other settings like water procentage and provided algorythm using marching squares. (Resolution could be down to chunks or even group of them as this map is just a reference point for generator to use down the line) On this step generator also decides which plates will oceans and which continets. I also sets "movement" vector for each plate based on set of rules (for example ocean plates are more likely to move away from each other) 2. Using map from step 1 as base generator produces height map (again using marching squares) of terrain formation taking into consideration how doferent plates interact with eachother on borders Ocean plates - O Continental plates - C O->I<-O underwater mountain range , islands O<-I->O underwater rifts or vulcanos , vulcanic islands O->I->O just a normal seabed or lesser versions of all other types of O-I-O border C->I<-C mountain range O->I<-C mountain range, clifs And many more possible combinations End product of step 2 looks like a topographic map resolution down to at least chunks maybe higher like 1/4 or 1/8 of chunk for Z and X cords and 4 , 2 and 1 respectively for Y 3. Adding rock type areas acording to set of rules and map from step 2 4. Temperature map made using map from step 1 and settings chosen before generation. In settings we chose how streched temperature gradient is (south north) and this gradient is influenced by oceans the depper into ocean the less extreme temperatures are, land being the other way around. 5. Simulation of water circulation and wind As we all know oceans are places where most water vapor is generated and it later drifts to other places as clouds and those are moved by wind which is generated by diferences in atmosferic pressure and temperature (there is a lot of other variations whole subject of weather is insanly complicated so i will grosely oversimplifie it here) A. Generator using maps from step 1 and 4 makes general wind pattern (wind moves from low temperature zone to high with some randomnes or not) B. Using maps from step 2 , 4 and A generator makes height map of humidity acording to rules such as humidity os highest over open water and moves from it with wind , decresing over time as it moves over land , mountains act as bariers and deplete it very fast , usualy making mountains humid from one side and dry from other , temperature would also have an impact here. C. Using maps from step 2 and B underground water level map is made thats similar to topographic map and then its compared to map from step 2 and whenever Y level of water is higher than ground generator places marker for river/lake source. D. From every point marked in step C. using map from step 2 as base generator draws concentric rings that grow from that point untill they cone across other ring or barier(mountain tops or ocean) thus drawing river/lake basin (land area that provides rain water to said river or lake) checking how terrain is formed . Depending on terrain inclination around generator either draws a lake or river. Lake is drawn if terain slopes down into one point (or in other words it goes up in every direction from its source), lakes volume is added layer by layer and calculated using sum of humidity on basin area , if lake surface is higher than any point of its basin border surface level of that lake is lowered to the same Y level and said point becomes a source of new river. River is drawn on terrain where slope goes down in at least one direction and flows always with steapest decline if it comes to a point where in all directions terrain goes up that point is marked as new lake source. If lake (surface) touches ocean it becomes part of it , if river does it it just stop growing. If two lakes touch they merge if two rivers touch they continue as one if river touches a lake it stops and its basin is added to lakes basin to recalculate its volume. The process continous till all rivers and lakes came to stop. To ease up on computation we could place a limit on how far from lake or river generator draws theyr basin. E. Using river paths and lake placement+shape , rock type , for rivers slope angle and volume for both (calculated from basin area humidity sum) generator make new topological map contaning only smplified shape of those rivers and lakes. Ok here world wide pregeneration stops. Actuall world generation down to each block will use those maps (steps 2, 3, 4, A, B and E) as basis with sone additional noise , maps 2 and E for terrain shape and the rest for biomes, flora and fauna. Pregeneration takes place when world is opened for the first time and leaves us with a crude map of whole world that later is used as guideline for actuall chunk generation (thats why it can be really low resolution its like cutting down a huge area of grass first using industrial size lawnmower and then finishing the edges with bush cutter). Im writing this one on phone and work out more refined version later when i get time. Even so i will appreciate every comment especially those pointing out any errors in my logic or problems with my understanding of world generation and its limitations. Ps. Please ignore errors in grammar and interpunction.

Its not the same . Slowing hunger down makes you eat less frequent but also eat less overal , while making the satiation bar longer only gives you more time till you need to fill it up (if you slowed hunger down and changed satiation values of all foods by the same precentage it would be the same as making bar longer). That said i think we should wait with changing hunger system till devs show us if and how will character progression look like. In my opinion hunger will have some impact on our character stats and how good they are at exousting actions like mining fighting and so on. Until then there is no point in major rework of this system. At the same time it could be nice if devs added a option in world setings to change max satiation bar value. We already have hunger speed i think so with those two you could really adjust this system to fit your playstayle. For example lets say you use on average 1500 satiation per day and for simplicity of math you eat only carrots 100 satiety each. Normaly you have 1000 satiety bar so you need to eat at least twice a day (if so you eat "n"(n=>5) and 15-n carrots at a time) after 10 days you have gobbled 150 carrots. If you cut hunger speed by 50% you need only 750 satiation per day so the same 15 carrots last you 2 days and since you have 1000 max to fill you only need to eat once 7 or 8 carrots a day, but with longer bar (1500) you still need 15 carrots per day but need to eat only once. You could also use both make bar 50% longer and hunger speed 50% faster (so 150% overall for both) and you have 1500 bar need 2250 satiation per day so you need to eat twice but this time 22 or 23 carrots per day and max 15 at once (use this if you think that there is to much food in game as you will use it 50% faster without changing how often you need to eat. There would be a lot of combinations to fit all kinds of styles.

The thing with clouds is that they are rendered as any other cube , with texture only applied to faces and since they are transparent its those textures that change how everything looks behind clouds , so if we removed faces between cloud cubes they would look the same (collor wise) no matter how thick they were. If we want them to look better i think we should change how they are rendered first , for example game engine should see them as region of space that becomes more opaque the thicker it is (from point of observation) kinda like mist (cluds are the same thing as mist irl so why not in game) and then render them as gradient of more and more opaque color ( depending on weather , season, cloud type and maybe relative sun position . Color would change in gradient as well going from white to light pink/red on sunset for example). Even if clouds are just a background they play vital role in building climat of this game so at some point they should be upgraded but for now there are many more glaring isues and important features to be added, like better fighting system or large scale world generation. So overal i agree that clouds should be changed but not now and change shouldnt be in what shape they are but how are they rendered and how they behave. I have some additional ideas for upgrading clouds that i could write down here if anyone is interested.

Or even less than one day maybe 10h they could be a food type that rewards on demand crafting/cooking instead of cooking every 2 to 4 days like with stew or soup. It would work even better if devs used this sugestion as well : since with this it would be possible to stack different sandwiches on one inv slot

Im not sure but i think there was a mod with something like that but it could have been WIP

Nah i made 4 posts in span of few hours once and it was fine.

Read this

@Pallanza thats an awesome sugestion but i think you should have made it as a standalone topic rather than comment here

The thing is seraph at this point is probably one of core pieces of lore building and story telling for devs, so introducing new playable races might even be impossible (if we want to retain game cohesion) because of that.

@Maelstrom I think you misunderstood what @David Stark wanted to say. The wooly coats that domestic sheeps have are most probably (there are few theories) a product of cross/selective breeding of bighorn sheep/muflon over the centuries. At first they were used for milk, meat and leather , only with "help" from humans have they become those fluffy clouds we know. But i wont say no to other animals as well.

Adresing the original sugestion in this post first, i think we can safely say that basic or simple shapes like 1/4x1x1 column or step (depending on orientation), 1/4x1/4x1/4 corrner (or any other ratio) and all kinds of slopes, would be great for speed building for those that want just a little more detail than full blocks if possible to craft. They could be either gated by chisel/saw or had to be made in some sort of special way like placing in world and then "morphing" into desired shape with chisel/saw using selection menu, or stright up some sort of crafting/work table. They wouldnt be hard to implement in "problem solving" sense (at least apart from slopes), it would be just a lot of manual labor to do so since we would just need to use slabs as basis and change some numbers pretty much, the assets system helps a lot in this regard. On the other hand i still hope we will get upgrades to chiseling like some sort of design system and or other shapes we can remove/add from/to blocks we edit like plane, line, or drag box. Once something like this is added simple shapes would be easy enought to make with chisel so you wouldnt really need them predefined. As for stone anvil i wholeheartedly agree with you @Pallanza that it would be much more immersive than the copper one, also it would introduce a practical aplication for whole "relieving stone blocks" machanic in game, But i think there is better way to ballance it than restricting item type (that said restriction to only copper is fine by me) that can be forged, just make it break after few times it was used like 10 or 15 for example, since restricting item types is taking out of immersion which was your goal with this in the first place i assume. Anyway i think you should make separate sugestion with this one as to divide those two topics.

yes in game but in stories they do so we can safely say that its a feature that most probably will be introduced later. as for world sentience i feel more like if it was some sort of dimensional consciousness that needs seraphs to experience time , like if seraphs presence was an energy or fuel of its existance , or maybe it knows that "The Rust" is contagious , maybe "The Rust" is a disiese of that type of beeing and seraphs have the ability to prevent/cure/mitigate it so when they are gone it goes to sleep so "The Rust" can't progress (because there cannot be any change if time is stoped). And as for the original 3 possible explanations i would go for #3 as well it just feels the most logical and leaves the most space to further expand on it , well it would depend actually on details but still...

Agreed its more of a mod material

i like the idea of more diveristy in game but to set things stright i dont see a problem with those "leftovers" , thats what Crocks are for.