Print

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

[Max™]

HO HO HO!

Worked out that I was army 40, so I did gui/gm-editor df.global.world.armies.all[40] > pos1 *edit* > pos2 *edit*

x288 y204:

Spoiler (click to show/hide)

x288 y405:

Spoiler (click to show/hide)

x488 y606:

Spoiler (click to show/hide)

x0 y0:

Spoiler (click to show/hide)

x0 y815:

Spoiler (click to show/hide)

x815 y0:

Spoiler (click to show/hide)

x815 y815:

Spoiler (click to show/hide)

I stopped and moved around a bit and pulled up the armies screen while resting, it didn't list the same way as while moving but I was able to check and find the ones that had controller_id = -1, controller = nil and narrow that down to the one with unk_48, 0 = true but it didn't work like I expected when I tried to teleport while sleeping, I think there is something else that controls move state vs rest state.

Generally once you start moving in travel mode it looks like your army ends up on the bottom of the list each time, but until you move it will be mixed in through the list, and it looks like once you start moving and don't exit travel mode you remain the same army on the list.

Trying to put an x or y greater than 815 and less than 0 on a 17x17 crashes as expected, btw.

For what it's worth that implies 48 possible coordinates per 1x1 world map tile, which sounds about right from the zoom travel map vs wilderness travel map scaling.

[Uzu Bash]

The army's coords were roughly 6400 x 4400, the world coords of my last incident was roughly 102000 x 70000, so the scale was throwing me off. Also I expected a controller id attached to the same entity as my incident records. Since I'm lord of an independent city-state, I'm technically the CUSTOM_LAW_MAKER of that entity.

[Max™]

Yeah, with a 100x100 world you're getting coords up to 4800x4800 in army mode, so I can see why that would be confusing, I poked at a couple 1 digit changes and couldn't see what it was doing until I ended up on a river and went "ohhhhhh" and started hopping all over the place.

Note that it was pure coincidence that I hopped from city to city to city in the first three screenshots, just added 200 and saw where I landed.

[sweitx]

Regarding the stockflow plugin, perhaps it would be easier to make it work more like workflow that's tied to a stockpile (having read a separate thread about the difficulty of having stockpile generate jobs in connected workshops)?
Instead of using job manager, stockpile will suspend/resume relevant job in the "Take from" workshops. Then each stockpile can "borrow" the workflow's interface to set up a set number/stacks of items to maintain in the stockpile.

Instead of having stockpile "create" the job, require user to create a job on repeat in the linked workshop. The stockflow UI can indicate if it can detect a relevant job it can control in the linked workshops.

[NullForceOmega]

I have used DFhack with every version of DF since 31.25, and you guys have done incredible work on it, that said, I have several problems with the latest iterations of the toolset.

1) What the hell is the init example file written in, I can read it in notepad but it becomes a horrific unformatted mess that is nearly impossible to understand.
2) I do NOT like having DFhack automatically utilize the init example on startup, there are more than a few plugins I simply don't want running AT ALL in DF, as for why this is a problem see #1

[scamtank]

It's, uh, pretty straightforward ASCII.



I'd blame whatever you're doing to read it, honestly.

[fricy]

I have used DFhack with every version of DF since 31.25, and you guys have done incredible work on it, that said, I have several problems with the latest iterations of the toolset.

1) What the hell is the init example file written in, I can read it in notepad but it becomes a horrific unformatted mess that is nearly impossible to understand.
2) I do NOT like having DFhack automatically utilize the init example on startup, there are more than a few plugins I simply don't want running AT ALL in DF, as for why this is a problem see #1

1) Blame Microsoft and use notepad++
2) The example is there to help customize the configuration to your liking. Edit the file to disable unwanted plugins. See 1)

[NullForceOmega]

I do not want the effing thing to run AT ALL unless I'm telling it what to do, what part of that is hard to comprehend?  And so I take issue with DFhack automatically running something I can't even read.

[lethosor]

The issue is that whatever you're using to read the file isn't respecting the newlines in it. You can use another editor or create a dfhack.init file (like the message states) to be used instead, which can contain whatever you want.
Anyway, what plugins don't you want to run? Most of the defaults are fairly reasonable, in my opinion.

[NullForceOmega]

I don't want to have any of the workflow stuff running, I don't really feel the need to have any of the trade stuff, I do not want max wheelbarrow at all, the advmode-contained thing does not need to be active, I don't have any idea what the hell the farm plot stuff is at all, so I would massively prefer to not have that, and I don't use the mouse for anything except switching active windows so to hell with that also, so almost everything that is enabled by default I don't want running.  Pretty much the only Items I do want are the stable material, stable cursor, and military tweaks.  ANd my problem with the init example is that windows does not acknowledge that is any type of file at all, so I have to manually tell it to load it in notepad, and that completely breaks its formatting.

[lethosor]

Here's the default dfhack.init-example: https://github.com/DFHack/dfhack/blob/master/dfhack.init-example
The only workflow-related things are keybindings, which won't actually work if you don't enable the plugin itself. Most tweaks (fast-trade, tradereq-pet-gender, farm-plot-select) are bugfixes or add a key or two to some screens to make things easier - "tweak help" or "help tweak" should list all of them. I can understand disabling things like autotrade and the max-wheelbarrow tweak if you don't expect to use them, but most of these tools won't impact performance unless you're actively using them.
If you like, you can save that file to "dfhack.init" and edit it to your liking, or create an empty dfhack.init file in the DF folder.

[Putnam]

I do not want the effing thing to run AT ALL unless I'm telling it what to do, what part of that is hard to comprehend?  And so I take issue with DFhack automatically running something I can't even read.

It's perfectly easy to understand and people are comprehending exactly what you're saying, but you're not comprehending that they're telling you how to edit the file so that it doesn't run at all and being belligerent about it.

[NullForceOmega]

Thank you lethosor, I appreciate your help.  Have a nice day Putnam.

Edit: new though related problem; I copied the Init example from the git repository, edited it and renamed it dfhack.init, now dfhack doesn't recognize it even existing and wants to use dfhack.init-example, but that file no longer exists.  Now what?

[Uzu Bash]

May I suggest enabling plugins that run in real time in a separate file? That way you could comment out the line that loads it until you're ready to troubleshoot it for instability, discrepancies, or performance issues later.

As it stands you now have to sift through each line of the main ini to sort out the bells, whistles, friendly conveniences and practical annoyances when you'd really just rather play the game with commands that only fire when they're explicitly entered.

[SquatchHammer]

To the DF hack devs. Windows recognizes any thing past a period as the type of file. For example dfhack-run.exe, windows recognizes its an executable file, while dfhack.init-example reads as INIT-EXAMPLE file. I think this is the whole problem with Null's problem. So really it should read as dfhack-example.init and I wouldnt be surprised if it ran fine.