Print

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

[milo christiansen]

I automate as much as possible, but the default Masterwork configuration system defies easy conversion.

I could make a pre tweak script to handle all settings the same way the launcher does currently, but that would defeat the purpose (unless it was a stopgap used only until everything was ported properly)

The problem is that while Rubble can automate many things, there is little reason to really put the required work into libraries and such until it is in use, and it can't go into common use until the launcher uses it for all platforms.

Trying to use Rubble only for non-windows platforms is doomed to fail, as while I have the time to do a one-off port and occasional infrastructure improvements, I do not have the time to keep a special version in sync (and as stated earlier it would be a waste to try to use Rubble to handle the current setting system as anything other than a stopgap)

If you want a prime example of how things would/could improve take a look at Better Dorfs, a Rubble addon pack that makes use of pretty much everything Rubble has to offer (please note that it uses the stable 3.13 Rubble version, where the Masterwork preview uses the alpha pre4 version)

When Rubble 4.0 is out you will be able to download a world from a friend (who also uses Rubble) and even though he uses a completely different tileset and settings you will be able to load and play his world with no issues in either your favorite tileset (via regeneration of the world) or his tileset (via prepping the world) by using Rubble to process the world using meta data Rubble attaches to the world when it is generated. Needless to say these actions are featured in the Rubble GUI and would need to be added to the masterwork GUI, but both things can be done from the command line as well.
(the only reason you can't do this with 3.13 is that some old library addons are non-deterministic, so worlds cannot be regenerated, you could still play with his tileset though)

For modders the rewards are even greater, take a look at any of the addons that come with Better Dorfs and you will see that many tasks are automatic and/or much shorter than the vanilla way, for example via "addon hooks" it is possible to add new buildings and reactions without ever modifying the entity, and if you use DFHack autosyndrome command stones are automatically generated for you by using a simple template in a reaction.

But sadly, it is not likely that Rubble could speed conversion to DF2014.

[milo christiansen]

I have decided that, as things stand, this is not worth continuing without launcher support and a commitment to use it.

Using Rubble as a backend for a large mod like Masterwork has many benefits, but the initial porting is a lot of work, and so if no one is going to use it it would be better to wait until they will.

If there ever comes a time when the GUI can interface with Rubble, and a port is wanted I will be available to do most (if not all) of  the work, but for not that is not the case.

[Mithril Leaf]

I have decided that, as things stand, this is not worth continuing without launcher support and a commitment to use it.

Using Rubble as a backend for a large mod like Masterwork has many benefits, but the initial porting is a lot of work, and so if no one is going to use it it would be better to wait until they will.

If there ever comes a time when the GUI can interface with Rubble, and a port is wanted I will be available to do most (if not all) of  the work, but for not that is not the case.

Isn't this sort of exactly what Meph would say would happen and why he wouldn't commit to it?

[milo christiansen]

Then I guess it is a circular problem I won't waste my time if it won't be used and he won't use it because it's not 100% finished (which it never will be so long as I need to hit a moving target)

If GUI support is finished
If I get a commitment from Meph to use it
Then I will continue work.

It would probably be best to combine porting to Rubble with porting to the new version that way all the disruption happens at once

[Snaaty]

Can someone help me with the script posted by splinterz?

How do I get it running on my linux os? Do I pull the code from github, and what happens next?

Also, are really no dependencies in the raws? e.g. if I manually enable Kobolds, Orcs, etc. I get a sometimes messed up embark, due to getting items I probably shouldn't be able to get.

Also, are dwarves also supposed to farm woodstalks? Because at dwarven embark with no options changed I get some woodstalk seeds.

Edit: Or is this script not supposed to be running, like, just an overview over the different options?

[jcd]

this is the json.  splinterz gui reads it in order to understand how to change a specific option.
you can use this to understand what is needed to make a specific change, or create a script to do that for you (mine is not progressing atm due to lack of time)
also you can use a wine prefix with dotnet4.0 to run the gui itself, although the 'new' theme is verrry slow for me in wine.. (the blue one is ok)