Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[YAHG]

Simple: A basic farming overhaul built for use in YOUR mod or vanilla if you lazy  . A tool that was useful for me and I hope will also be useful for you, fashioned for easy integration with other peoples stuff  . The idea with most changes is plant->use OR plant->replant, default in vanilla is for the most part both  .

Changes files :
plants_standard.txt
entity_default.txt

but any other changes should be ok unless you guessed the same reaction names that I used (unlikely).

I would GREATLY appreciate any feedback, input etc.

  [LOAD_DOWN]

[ABOUT]

Spoiler (click to show/hide)

This module attempts to address what I perceive to be problems with the way farming operates in vanilla df, changing as little as possible to the in-game appearance. Mainly that it does not take very much labor/space/player-involvement to 'win' at farming.

This module is intended to be used either as is (with vanilla everything else) or as a part of another mod.

Not everything is reworked, more may be done if people are interested/can help.

Some buildings and reactions are added to allow for ease of use, and for less frustration/micromanagement/etc.

[CORE_CHANGES]

Spoiler (click to show/hide)

Automatic cheese making at the kitchen.
You may get either thread OR seeds from thread plants.
You may get flour/sugar by milling the seeds or the plants instead of the plants themselves (either plant OR eat).

Farmers Workshop:

Plants (PLANT) with seeds can be turned into seeds directly for replanting OR used for food/drink/thread/etc.
Plants of various categories can be turned into seeds more efficiently (defined by reaction classes for ease of use by other modders)

Plant -> Product (Auto) Workshops:

Custom buildings requiring a CHAIR to build
Use various Labors
Preform the named reaction automatically (slightly bugged:only 1 of these will automatically que up jobs)
Small footprints, meant to be used situationly to save micromanagement/[SANITY_REMAINING]

[DIFFICULTY_BLACK]

Spoiler (click to show/hide)

This is meant to be hard mode...  [PROBABILITY:FAILURE] 

Brewing Yields: (lowest outcome)
2*PLANT=1*DRINK
2*PLANT_GROWTH=1*DRINK
2*PLANT=1*DRINK
1*HONEY=1*DRINK
1*GRAIN=1*DRINK

Seeds from plant Yields:
Slightly more than 1 seed per plant (varies)

Herbalism: Very difficult, sparse vegetation can make wagon only starts very !!FUN!!
[Clustersize:1]

Plump Helmet:
Must be cooked to be eaten and does not grow in winter, prepare in advance, plant early

[DIFFICULTY_BROWN]

Spoiler (click to show/hide)

This is not as extreme but is still more difficult than vanilla by far 

Brewing Yields: (lowest outcome)
1*PLANT=1*DRINK
1*PLANT_GROWTH=1*DRINK
1*PLANT=1*DRINK
1*HONEY=1*DRINK
1*GRAIN=1*DRINK (still 2x yield of brewing straight as threshing grain is more efficient)

Seeds from plant Yields:
Slightly more than 2 seeds per plant (varies)

Herbalism: Difficult, sparse vegetation wagon-only+peasant starts are tested possible to caravan
[Clustersize:2]

Plump Helmet:
Does not grow in winter, prepare in advance, plant early

[DIFFICULTY_GREEN]

Spoiler (click to show/hide)

Flavor changes but no inherent increase in difficulty due to low yields, more get your feet wet sort of mode.

Brewing Yields: (lowest outcome)
1*PLANT=5*DRINK
1*PLANT_GROWTH=5*DRINK
1*HONEY=5*DRINK
1*GRAIN=5*DRINK (still 2x yield of brewing straight as threshing grain is more efficient)

Seeds from plant Yields:
Slightly more than 2 seeds per plant (varies)

Herbalism: Normal Vanilla

Plump Helmet:
Year round, good safety crop .

[PROJECT_POSSIBLE:VARIABLEMODE]

Spoiler (click to show/hide)

The masterwork mod uses a gui that can parse/edit text files.

This is a WIP to allow this module to be tweaked to fit custom user preferences on a worldgen by worldgen level so as to be tweakable by individual end users.

The fake 'pseudo tags' in that mode are meant to allow a gui of the category and power of masterwork to modify values via logic.

They are fashioned after the tags Meph uses to enable/disable parts of masterwork.

Plants:

Replacing whole tags seems easier for syntax/parsing.

   ^*VAR*^-!MUSHROOM_HELMET_PLUMP!-!GROWDUR!-!632!

(parse flag for replacement)-
(name of object so that they can be individually controlled)-
(category of tag so you know what type of value it is)-
(field value, this might need to be written differently and allows the GUI to know what the intended default value is)


   ^*VAR*^-!MUSHROOM_HELMET_PLUMP!-!SEASONS!-!1110! (spring summer autumn winter as Boolean)
   ^*VAR*^-!MUSHROOM_HELMET_PLUMP!-!CLUSTERSIZE!-!INTEGER1-5! (to suggest a range for the GUI unless its made to know this automatically, although it did seem appropriate to continue with 4 arguments for consistency)

Reactions:

 Partial replacement allows for (parse->replace) to effect yields as desired while avoiding problems with material syntax's for now (no need for making a [GENIE_RAW]  )
Leaving all products as pairs with individual yields should allow for a floor-ceiling approach, while support for numbering would allow for more complex binomial distribution modeling for those so inclined 

   ^*VAR*^-!CHEESEAUTO!-!PRODUCT:CHEESE:1!-!100:1!:CHEESE:NONE:GET_MATERIAL_FROM_REAGENT:milk:CHEESE_MAT]

Similar syntax prototype here PRODUCT:CHEESE:1 is so the gui knows again what category of replacement it is and what type of item it is adjusting the yield for, while the 1 so that gui can stack them for complicated yields.

 "!100:1!" would be "%chance":INTEGER

   ^*VAR*^-!CHEESEAUTO!-!PRODUCT:CHEESE:2!-!1:1!:CHEESE:NONE:GET_MATERIAL_FROM_REAGENT:milk:CHEESE_MAT]

Same thing, place-holding with 1% yield on the second one as I do not know how hard it is to delete the whole line of the raw etc.

Special thanks to Quietust , Hugo_The_Dwarf , GavJ , and Meph for helping me with problems I had making this mod/encouragement, if I forgot you helping me etc. feel free to be upset with me about it     

p.s. please steal me in your mods 

[YAHG]

update:8-20-2014: Forgot to disable duplicate entity file

update:8-23-2014: 40.09 update and fixed missing folder 

update:8-26-2014: 40.10 update and fixed Errors in Sweet Pods / seeds causing them not to be brewable (use "brew sugar"-Still to brew the seeds)

[Hans Lemurson]

Aside from the lower seed yields which make farming in general more difficult, it looks like a lot of the challenge here comes from lower brewing yields.  This raises the total "plant consumption" for both food and drink from 2.8 per season to 7 per season (or even 12 with black), but alcohol shortages aren't inherently fatal.  So long as there is water to drink, dwarves can survive on just the basic 2 food per season, partially negating the challenge.

Still, it's certainly better than the current farming system!  The ability to convert crops to seeds at will will certainly reduce the hassle of waiting for a dwarf to get hungry or a brewer to finally choose the right plant to brew.

[YAHG]

Spoiler (click to show/hide)

Aside from the lower seed yields which make farming in general more difficult, it looks like a lot of the challenge here comes from lower brewing yields.  This raises the total "plant consumption" for both food and drink from 2.8 per season to 7 per season (or even 12 with black), but alcohol shortages aren't inherently fatal.  So long as there is water to drink, dwarves can survive on just the basic 2 food per season, partially negating the challenge.

Still, it's certainly better than the current farming system!  The ability to convert crops to seeds at will will certainly reduce the hassle of waiting for a dwarf to get hungry or a brewer to finally choose the right plant to brew.

First of all thanks for checking it out, one of the biggest changes is that with the "plant consumption" is that in vanilla you are able to get back all of your seeds while at least on the harder difficulty you do not get seeds back for most uses of plants (quarry bush strawberries and dyes). Not being able to get seeds back after using the plants to provide for your dwarves DRASTICALLY changes the way you as a player manage your food stocks, you have to plan in advance..

How many of these can we eat?

How many of these can we brew?

How many do we have to process directally to seed in order to have a crop next year or next plantable season?

Do we even have the labor to get those saved seeds back into the ground fast enough to get a 2nd or a 3rd yearly harvest?

How skilled is our labor (will we need to plant higher plot counts in order to make up for lower yield per seed invested)?

Will we use fertilizer (again a decent amount of labor depending on your skill levels) to boost ourselves (this can be a LOT of wood going into this as your population expands, and trees aren't usually in the safest of places depending on your embarks)?

^^Are we under siege?

How do we expect our population to change in the future (do we need to ramp up our gross stock of seeds in order to provide the increased throughput a larger population will require)?

You can get all of these sorts of playing as you go game-play questions by removing the positive feed back loop of (plant-BREW/EAT->seed->plant), and making it use or plant. I find that it makes farming engaging to play in a way that it wasn't really before, once you understood how to work the game menus and set up a farming plot ...

[milo christiansen]

About variable mode: Rubble would make that trivial

Code: [Select]

{!TEMPLATE;FARMING_MODE;hard;med;easy
{@IF;$FARMING_MODE;HARD;
%hard
}{@IF;$FARMING_MODE;MEDIUM;
%med
}{@IF;$FARMING_MODE;EASY;
%easy
}
}
Then anywhere you need to do something mode dependent you would:

Code: [Select]

{FARMING_MODE;mode == hard;mode == medium;mode == easy}
Which would be replaced with, for example, "mode == hard" if $FARMING_MODE was set to HARD.

To set $FARMING_MODE you would have two good choices, either have four addons, one that installs the changes and three that do nothing but set the mode, or you could set the mode explicitly by passing`-config="FARMING_MODE=HARD"` to Rubble when generating.

Rubble users could just drop a zipped version of your mod into their addon directory and be good to go, providing drop in versions for non-Rubble users would be as easy as pregenerating the addon and providing the generated files for download. The only real benefit of this for you would be that you only need to change one file to change all three versions, much less chance of bugs. Of course if you did use Rubble it has some other benefits that would save a lot of time, namely automatic insertion of reaction/building entity permissions, the ability to script repetitive changes, and the whole template system.

Rubble comes with lots of documentation, and I would be happy to help in any way I can (limited only by the fact that I only have 'net access once a week or so)