Print

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

[Mr.Person]

quote:Originally posted by penguinofhonor:
<STRONG>I like the idea where all the things that wouldn't fit with the UI currently would be "bonus" scripts.</STRONG>

As long as it's user-freindly. Maybe the program would let you choose any of the ones in a folder and include (optional) little descriptions?

[Noctis]

Alright, this is what I got with v0.8:

code:

version v0.27.169.88a, pid 2608, player a6
1573 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
  File "C:\Games\Dwarf Fortress v0.27.173.38a\companion\dfcompanion_prototype.py
", line 390, in <module>
    DFcmp = DFcompanion()
  File "C:\Games\Dwarf Fortress v0.27.173.38a\companion\dfcompanion_prototype.py
", line 384, in __init__
    self.initList()
  File "C:\Games\Dwarf Fortress v0.27.173.38a\companion\dfcompanion_prototype.py
", line 123, in initList
    list = self.dd.getCreatures(self.showmode)
  File "C:\Games\Dwarf Fortress v0.27.173.38a\companion\dwarfdbg.py", line 818,
in getCreatures
    col = self.getCreature(c)
  File "C:\Games\Dwarf Fortress v0.27.173.38a\companion\dwarfdbg.py", line 368,
in getCreature
    name = self.getName(c, details)
  File "C:\Games\Dwarf Fortress v0.27.173.38a\companion\dwarfdbg.py", line 255,
in getName
    lastname = self.printName(table, lang)
  File "C:\Games\Dwarf Fortress v0.27.173.38a\companion\dwarfdbg.py", line 170,
in printName
    lastname += self.rwords[lang][v]
IndexError: list index out of range

I'm no programmer, but it does seem like a error with the language. Hope it helps. Too bad we live about 7 hours apart.

- Noctis

[bartavelle]

I get it : there are now 5 languages instead of four and i harcoded it to 4. As a temporary fix, in dwarfdbg.py find the function "getWords" and change the line

code:

for race in range(4):

into

code:

for race in range(5):

It should be around line 215.

[KaelGotDwarves]

DC works for me about half the time in the new version, sometimes when I hit refresh to show the units it gives me nothing where there are obviously my adventurer and others in town.

The error I appear to be getting most often is

[bartavelle]

Yes, this consort thing i did is not ironed out ... it will however be converted into a standalone script next time.

[penguinofhonor]

.

[Valdemar]

I've gotten the terrain query/modification to work perfectly in 38a, but it does not work in 33g. Specifically, the "dbg.getDesignationCoord()" call is returning a huge (6 digit+) y-coordinate. I think the problem is just a slightly off offset.

For anyone having trouble with the terrain modification, first make sure you are using the latest companion version, 0.8. Go into the scripts folder and run the file 'designator.py' just like you would run 'dfcompanion_prototype.py'. This is not a GUI, it is more like a classic utility, so you will have to first bring up the 'K' cursor and move it to a tile. It will output six numbers in the format "<num>/<num>/<num> -> <hexnum> <hexnum> <hexnum>". The last three hex numbers are the tile information.

Setting another tile to this information is a little more complicated. You'll have to use the script through the command line, which can be difficult. I've written a quick script that simplifies things a bit, based on bartavelle's. Download it here and put it in the scripts folder. Again, bring up the 'k' cursor and move it where you want the tile placed. Run the script, and when it asks you for the info, enter the last three numbers from above, separated by spaces. The program will loop, so you can use it again without rerunning it.

I hope this helps anyone trying to use this wonderful tool!

To bartavelle: Have you had any luck figuring out what the numbers mean? I've collected some samples of tiles you can look at here. The first number seems to indicate the type of material, the second flags like revealed or designated, and the third occupancy. The data is somewhat consistent, but there are sometimes inexplicable changes.

Addendum: It just occurred to me that if you're not using a Python IDE, the window might just flash away quickly. To fix this, put this line at the end of the designator.py script, unindented:

code:

raw_input("Press any key to continue")

[penguinofhonor]

.

[bartavelle]

Try taking the link for 0.7 and changing it to 0.8   I will however overwrite this file when I release 0.8 for real.

[Trukkle]

Does anyone have PyCairo PyGObject and PyGTK handy?
The ftp site pointed to from wiki page is unresponsive.

:edit:
Nevermind, site eventually responded. Using companion-0.8-any
Getting "The procedure entry point gdk_cairo_set_source_pixmap could not be located in the dynamic link library libgdk-win32-2.0-0.dll"

Have I downloaded the wrong version of cairo?

[ February 11, 2008: Message edited by: Trukkle ]

[RP]

I'm getting the consort error message as well with 0.8-any (bartavelle, did you have a 0.8-python25 version up, or was I just hallucinating?), which is odd considering DC was working without a hitch until now.

[Captain Mayday]

quote:Originally posted by penguinofhonor:
<STRONG>Cap'n Mayday has claimed that the "terrain replication" code was available and has used it, yet I cannot find it. Where is it now?</STRONG>

It's in the scripts directory and is named designator.py

[bartavelle]

Well that's exactly why 0.8 is still a "secret link" : it doesn't work  

As for the weird errors, I'm not sure on how to correct them, but you might try:
* removing all the .pyc files
* checking if some dll is already installed somewhere and conflicting with the new one
* checking if you have python2.4 installed

[penguinofhonor]

.

[bartavelle]

Yes it doesn't copy most of the data, because i thought this data was safe for cloning (i have no clue about the other stuff).

However this would be the place to learn