Print

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

[daemoria]

Is there any way to isolate/trouble shoot crashes in this game? I've managed to pin down reliable crashes down to spawning ambushers, so it's got to be some sort of item they carry or a specialized caste member causing it.

I could play the game without invaders, but that would get rid of most of the !!Fun!! in this game, and my Dwarves would live much too happily...

[sjohne]

First... thanks for making these great patches and bug fixes for masterwork :-).

But I just downloaded the newest SWP version to try the orcish rebalance and... it's completely unplayable because everytime I press the "+" key the game starts to zoom outward (more tiles on screen). Does not happen with 4g and makes things like adding goods on the embarking screen or navigating the contruct building screen near impossible :-(...

Any way to get a fix for that?

Err just forget this one. Setting keybinding settings in the GUI to laptop fixed it... still strange because previously I always played with default keybindings and no problems there.

PS: Aaaarg! I take this back! What have you done to the keybindings?!?! Now it's not possible to assign or scroll in a menu unless I hold shift? Please can you remove the scrolling from the "+" key in the default keybindings? Makes it otherwise totally hard to play :-(...

[splinterz]

Is there any way to isolate/trouble shoot crashes in this game? I've managed to pin down reliable crashes down to spawning ambushers, so it's got to be some sort of item they carry or a specialized caste member causing it.

I could play the game without invaders, but that would get rid of most of the !!Fun!! in this game, and my Dwarves would live much too happily...

Do you happen to have diggingInvaders enabled?

[daemoria]

Splinterz, I've disabled that feature, and all non vanilla races. It's a very barebones version of Masterwork truth be told, mostly just using the new reactions and workshops.

[splinterz]

Splinterz, I've disabled that feature, and all non vanilla races. It's a very barebones version of Masterwork truth be told, mostly just using the new reactions and workshops.

If you type enable in the dfhck console does it show the digging invader plugin as disabled?

[Billy Jack]

Seeing Meph mention that he may begin working on a RAW cleanup, I wanted make mention that I've gone through all of the inorganics and materials RAWs and removed everything that is only mentioned when it was defined.

I just started going through the reaction RAWs to see if I broke anything due to REACTION_CLASS and HAS_MATERIAL_REACTION_PRODUCT.  I can push my current fileset up for inclusion in SWP if anyone wants to start looking.

I'm working with the 4g set of RAWs, so hopefully the merge process with 4h doesn't change everything back. 

EDIT:  Forgot to mention that the only reaction I've changed as a result of this was some of the reactions for creating Stealoak weapons which were using the Steeloak inorganic instead of the material.

[Meph]

I used the current beta swp release in the 4h version. Its essentially SWP + Warlocks + Gnomes

[falconne]

Just FYI, I've updated my r4 pack with the new automelt and autodump plugins here: http://dffd.wimbli.com/file.php?id=8166

[Urist McTeellox]

Ahoy everyone,

My apologies for being away. I'm about to leave on Yet Another Speaking Tour, and the start of this year has been hectic as a result. I'm currently in the process of playing catch-up with this thread and the boards in general. I believe my current TODO list includes:

• Integrating 4h into SWP.
• Upgrading falconne's plug-ins.
• Anything else you want to remind me of here.

The good news is that I have about 20 hours worth of flights next Thursday, which should give plenty of times to write my slides play Masterwork.

Many thanks!

~ T

[randyshipp]

Dwarves now have Apostle/Nun, Priest/Priestess and High Priest/High Priestess. You can reach those levels by praying a lot in the Monastery.

I've built a monastery in 4g and sent a dwarf who was already an Apostle of Armok to pray for three months to become a Priest.  This didn't seem to change the dwarf at all.  I sent him in for a month to "become an Apostle,"  just in case I was confusing the caste name with actually being an Apostle or something.  As expected, he came out an Apostle, just as he already was.  I then sent him right back in for three months, and he came out an Apostle again.  I see the lua fix in the MDF manual, but I don't see a code to use for "Priest" in the dfhack command.  How can I get my Priest up and running?  Thanks.

Randy...

[kamikazi1231]

Dwarves now have Apostle/Nun, Priest/Priestess and High Priest/High Priestess. You can reach those levels by praying a lot in the Monastery.

I've built a monastery in 4g and sent a dwarf who was already an Apostle of Armok to pray for three months to become a Priest.  This didn't seem to change the dwarf at all.  I sent him in for a month to "become an Apostle,"  just in case I was confusing the caste name with actually being an Apostle or something.  As expected, he came out an Apostle, just as he already was.  I then sent him right back in for three months, and he came out an Apostle again.  I see the lua fix in the MDF manual, but I don't see a code to use for "Priest" in the dfhack command.  How can I get my Priest up and running?  Thanks.

Randy...

I mentioned this a while back in the bug report thread and Meph fixed it.  It should be in the studded with patches release.  If you want to use it on your current game here's the hotfix that Meph released.  It works on save games too.  It was a typo in the raws concerning how priests change.  It's also fixed in 4h if you're ready to update.

http://dffd.wimbli.com/file.php?id=8272

[IndigoFenix]

I noticed that a lot of people have been having problems with warlocks involving the skeletons leaving squads even when they're in range of the pylons.  I had a look at the code and made a few changes.  I didn't really test it, so it might not work, but it should help the issue, at least until an official solution is found.  However, it relies on the undeads not being opposed to life by default.  Not sure if that's a practical problem.

It requires the following interactions:

Spoiler (click to show/hide)

Code: [Select]

[INTERACTION:OTL_STOP]
[I_SOURCE:CREATURE_ACTION]
    [I_TARGET:A:CREATURE]
    [IT_AFFECTED_CREATURE:WARLOCK_CIV:ALL]
[IT_CANNOT_HAVE_SYNDROME_CLASS:OTL_STOPPED]
    [IT_LOCATION:CONTEXT_CREATURE]
    [I_EFFECT:ADD_SYNDROME][IE_TARGET:A][IE_IMMEDIATE]
[SYNDROME]
[SYN_CLASS:OTL_STOPPED]
[CE_SPEED_CHANGE:SPEED_PERC:100:START:0:END:16800] 

[INTERACTION:OTL_POWER_PYLON]
   [I_SOURCE:CREATURE_ACTION]
   [I_TARGET:A:CREATURE]
[IT_AFFECTED_CREATURE:CRYSTAL:ALL]
[IT_FORBIDDEN:SUPERNATURAL]
[IT_CANNOT_HAVE_SYNDROME_CLASS:POWERED]
   [IT_LOCATION:CONTEXT_CREATURE]
   [I_EFFECT:ADD_SYNDROME]
[IE_TARGET:A]
[IE_IMMEDIATE]
[SYNDROME]
[SYN_CLASS:POWERED]
[SYN_AFFECTED_CREATURE:CRYSTAL:ALL]
[CE_FLASH_TILE:TILE:80:3:0:1:FREQUENCY:2000:1000:START:0:END:5600]
      [CE_CAN_DO_INTERACTION:PROB:100:START:0:END:5600]
        [CDI:INTERACTION:POWER_PYLON]
          [CDI:TARGET_RANGE:A:25]
CDI:VERB:hum:hums in a low frequency and powers nearby pylons:NA
CDI:TARGET_VERB:starts to hum:starts to hum powered by another pylon
          [CDI:MAX_TARGET_NUMBER:A:1]
[CDI:WAIT_PERIOD:300]
[SYNDROME]
[SYN_CLASS:POWERED_CONTROL]
[SYN_AFFECTED_CREATURE:CRYSTAL:ALL]
      [CE_CAN_DO_INTERACTION:PROB:100:START:0:END:15600]
          [CDI:INTERACTION:OTL_STOP]
          [CDI:TARGET_RANGE:A:25]
          [CDI:MAX_TARGET_NUMBER:A:1]
[CDI:TARGET:A:LINE_OF_SIGHT]


[INTERACTION:TURN_OTL_START]
[I_SOURCE:CREATURE_ACTION]
    [I_TARGET:A:CREATURE]
    [IT_AFFECTED_CREATURE:WARLOCK_CIV:ALL]
[IT_CANNOT_HAVE_SYNDROME_CLASS:TURN_OTL_START]
[IT_CANNOT_HAVE_SYNDROME_CLASS:OTL_STOPPED]
    [IT_LOCATION:CONTEXT_CREATURE]
    [I_EFFECT:ADD_SYNDROME][IE_TARGET:A][IE_IMMEDIATE]
[SYNDROME]
[SYN_CLASS:TURN_OTL_START]
[CE_CAN_DO_INTERACTION:START:4200:END:8400]
[CDI:INTERACTION:TURN_OTL_READY]
[CDI:TARGET:A:SELF_ONLY]
[CDI:WAIT_PERIOD:0]
[CDI:FREE_ACTION]

[INTERACTION:TURN_OTL_READY]
[I_SOURCE:CREATURE_ACTION]
    [I_TARGET:A:CREATURE]
    [IT_AFFECTED_CREATURE:WARLOCK_CIV:ALL]
[IT_CANNOT_HAVE_SYNDROME_CLASS:TURN_OTL_READY]
[IT_CANNOT_HAVE_SYNDROME_CLASS:OTL_STOPPED]
    [IT_LOCATION:CONTEXT_CREATURE]
    [I_EFFECT:ADD_SYNDROME][IE_TARGET:A][IE_IMMEDIATE]
[SYNDROME]
[SYN_CLASS:TURN_OTL_READY]
[CE_CAN_DO_INTERACTION:START:4200:END:16800]
[CDI:INTERACTION:TURN_OTL_WARN]
[CDI:TARGET:A:SELF_ONLY]
[CDI:WAIT_PERIOD:0]
[CDI:FREE_ACTION]
[CE_CAN_DO_INTERACTION:START:8400:END:16800]
[CDI:INTERACTION:TURN_OTL_ACTIVATE]
[CDI:TARGET:A:SELF_ONLY]
[CDI:WAIT_PERIOD:0]
[CDI:FREE_ACTION]

[INTERACTION:TURN_OTL_WARN]
[I_SOURCE:CREATURE_ACTION]
    [I_TARGET:A:CREATURE]
    [IT_AFFECTED_CREATURE:WARLOCK_CIV:ALL]
[IT_CANNOT_HAVE_SYNDROME_CLASS:TURN_OTL_WARN]
[IT_CANNOT_HAVE_SYNDROME_CLASS:TURN_OTL_ACTIVATE]
[IT_CANNOT_HAVE_SYNDROME_CLASS:OTL_STOPPED]
    [IT_LOCATION:CONTEXT_CREATURE]
    [I_EFFECT:ADD_SYNDROME][IE_TARGET:A][IE_IMMEDIATE]
[SYNDROME]
[SYN_CLASS:TURN_OTL_WARN]
[CE_FLASH_TILE:TILE:'?':5:0:1:FREQUENCY:250:500:START:0:END:250]

[INTERACTION:TURN_OTL_ACTIVATE]
[I_SOURCE:CREATURE_ACTION]
    [I_TARGET:A:CREATURE]
    [IT_AFFECTED_CREATURE:WARLOCK_CIV:ALL]
[IT_CANNOT_HAVE_SYNDROME_CLASS:TURN_OTL_ACTIVATE]
[IT_CANNOT_HAVE_SYNDROME_CLASS:OTL_STOPPED]
[IT_LOCATION:CONTEXT_CREATURE]
    [I_EFFECT:ADD_SYNDROME][IE_TARGET:A][IE_IMMEDIATE]
[SYNDROME]
[SYN_CLASS:TURN_OTL_ACTIVATE]
[CE_ADD_TAG:OPPOSED_TO_LIFE:START:0:END:1200]


And in the creature file, ghouls and skeletons should have [OPPOSED_TO_LIFE] removed and be given the following interaction in place of REMOVE_OPPOSED_TO_LIFE:

Spoiler (click to show/hide)

Code: [Select]

[CAN_DO_INTERACTION:TURN_OTL_START]
[CDI:TARGET:A:SELF_ONLY]
[CDI:FREE_ACTION]
[CDI:WAIT_PERIOD:0]

while warlocks should have their remove_opposed_to_life interactions replaced by

Spoiler (click to show/hide)

Code: [Select]

[CAN_DO_INTERACTION:OTL_STOP]
[CDI:TARGET:A:LINE_OF_SIGHT]
CDI:VERB:warlock control:takes control over the undead servant again:NA
[CDI:TARGET_RANGE:A:50]
[CDI:FREE_ACTION]

and change the name of POWER_PYLON to OTL_POWER_PYLON.

[Urist McTeellox]

Ahoy everyone!

Apologies for my long absence, I'm currently changing countries every week, which puts a slight cramp on my time.

So, first of all, Meph's 4h release looks awesome, and I'm delighted to say that actual work to merge SWP with 4h was quite minimal.   Consequently, the latest SWP-gold is based upon the 4h release. Just looking at the diffs, it looks like we have the following changes between 4h official and SWP, most of which are from recent SWP contributions which landed since Warlock development started:

• Left and right bracket can be used for zooming in/out
• I'm using splinterz's DiggingInvaders config from GH 106, but would love someone to double-check this is how things should work right now.
• Gnomes once again drop scalps when butchered
• The MEDNIGHT_BLUE duplicate colour has been removed.
• Obsolete siren reactions are removed
• Numerous typo fixes ('a armorstand' -> 'an armorstand')
• Updated Orc Fortress manuals

I'll update the top-post with new information, unless someone else updates it for me first (I love it when that happens!). Since Warlocks and Orc Fortress are now in the official release, the only meaningful branch to be using is the 'gold' branch. (I'll tweaks my tools so that 'beta' and 'alpha' will continue to work, but they'll be giving you the same as 'gold' for now.)

I'm also aware that I'm mightily behind on this thread (and most others). I hope to be caught up soon, but it's worth noting that anything in the SWP issues list are easier for me to track, so if it's something important, do feel free to add it there.

Many thanks!

~ T

[There Is No Vic]

This tends to happen every time with a new pull. I somehow manage to bash enough keys to get the pull to work, but still end up having to manually copy things like macros rather frequently.

Spoiler (click to show/hide)

Code: [Select]

C:\Users\To\Documents\GitHub\masterwork-dwarf-fortress [gold_play +2 ~7 -1 !]> git pull https://github.com/ppeng/masterw
ork-dwarf-fortress gold
remote: Counting objects: 384, done.
remote: Compressing objects: 100% (374/374), done.
remote: Total 384 (delta 200), reused 26 (delta 10)
Receiving objects: 100% (384/384), 6.87 MiB | 131.00 KiB/s, done.
Resolving deltas: 100% (200/200), done.
From https://github.com/ppeng/masterwork-dwarf-fortress
 * branch            gold       -> FETCH_HEAD
error: Your local changes to the following files would be overwritten by merge:
        Dwarf Fortress/data/init/embark_profiles.txt
        Dwarf Fortress/raw/objects/creature_standard.txt
Please, commit your changes or stash them before you can merge.
Aborting

I reread the first few posts of this thread every time, and worked my way through some of the github manual, but I just can't get a feel for what's going on.

If I already did :

Code: [Select]

$ git add -A .                  # Mark all our changes for inclusion.
$ git commit                    # Commit your local customisations.
after copying macros and whatnot but play a few worlds with the version, then why do I still get the warning to commit when pulling an update?

Many thanks for your patience.

[Urist McTeellox]

If I already did :

Code: [Select]

$ git add -A .                  # Mark all our changes for inclusion.
$ git commit                    # Commit your local customisations.
after copying macros and whatnot but play a few worlds with the version, then why do I still get the warning to commit when pulling an update?

Well, that's odd, and the answer is I don't really know. The earlier messages certainly say that you've got local changes that aren't in git. If they're not your work, then they might  be from the settings program. (In which case you probably want to commit them as well.)

You can always do a git diff to see what the changes are between what's in your working directory and what was last checked into git.

~ T