CRpSuite : Playing aids and game analysis utils 2.11.0

[Denniz]

Hey, Dianthus.

I just downloaded 2.7.0 and started checking out the new CRpStat program. It looks great! I can't wait to get some free time to answer I couple question I had about something I did.

FYI, the only issue I saw after a quick look was on the military tab. The unit numbers did seem to be correct. Too few workers and other units where know I a had fair number and way too many of other unit I know I only had a couple. I am not sure if the numbers should be built that turn or on-hand but I don't think either account for the numbers I am seeing.

Once again, thanks for all your efforts in producing a great suite of tools. I don't know how you find time to play civ.

 

[Dianthus]

FYI, the only issue I saw after a quick look was on the military tab. The unit numbers did seem to be correct. Too few workers and other units where know I a had fair number and way too many of other unit I know I only had a couple. I am not sure if the numbers should be built that turn or on-hand but I don't think either account for the numbers I am seeing.

About workers, I split the count up into Slaves and Workers. Slaves are those captured, so not requiring support costs, Workers are those of your own nationality. Could this account for the discrepency you're seeing?

If you've got an example of the counts being wrong just post a zipped .sav and I'll take a look.

 

[MSTK]

That sounds like something that could be added to CRpStats, just another way of presenting the data. Have you got any ideas about the format/layout for this "Story"?

Like...

4000 BC - (Leadername) establishes city of (city). Production starts on the (Production). (Production may not be possible...but I'm sure the finished build dates are, by calculating the age. And for it getting repetitive, only mention production when it's the first of a unit, building, or wonder built by that civ)
3800 BC - (City) produces the first (Production). Start on (Production). Again, production is only listed if it's the first one)
3650 BC - (Civ) meets the (Other Civ)
3600 BC - City of (Second City) founded.
3500 BC - (Other Civ) declares war on (Civ)!
3250 BC - City of (Third City) founded
3000 BC - (Other Civ) and (Civ) sign peace treaty.
3050 BC - (Civ) starts production for Great Wonder (Great Wonder) at (City)

Once I look at it agian, I'm not sure if it's all possible...

 

[Denniz]

About workers, I split the count up into Slaves and Workers. Slaves are those captured, so not requiring support costs, Workers are those of your own nationality. Could this account for the discrepency you're seeing?

In a way. It looks like you are missing the column header for the slave workers so the number are correct, they are just under the wrong header. The is an additional column of data that shows up if you copy & paste. If I shift the numbers to the right then they look correct.

I can send the sav file if you want it but I think this explains what I'm seeing.

 

[MSTK]

Strange. The 0-1-3-1 should be shifted to the left.

 

[haralz]

Great bunch of tools!
Especially the MapStat utility is really useful and saves me a lot of time and problably missed trading deals.

Concerning the new tool, I have the same problem like dvandenberg. The column headers seem to be shifted and the first "unit column" is made of zeros. Btw it's not the number of slave workers, as guessed above, their number doesn't show up anywhere.

I've traded two foreign worker in 1500 BC, so the potential slave worker column should contain the number two.

A similar problem is in the MapStat tool. The tradable worker column always shows zeros, even if the Ai offers them in the trade screen. Maybe it's the same problem with shifted columns resp. wrong indices.

One minor thing in the Domestic tab: if you haven't settled the first city there are no expenses to support units.

Thank you once again for your great efforts
haralz

PS: Could you implement to highlight the WLTKD in the Happiness tab, by a different face colour, with optional alert. The necessary data is already there, should be easy to insert.

EDIT: Btw, I'm playing PTW v1.27f(german).

 

[Dianthus]

Once I look at it agian, I'm not sure if it's all possible...

Actually, pretty much all of that is possible! The only things I'm not sure about currently are:

• 3650 BC - (Civ) meets the (Other Civ) : I can tell which civs have contact, but not which civ made the contact.
• 3500 BC - (Other Civ) declares war on (Civ)! : Again, I can tell which civs are at war, but not sure about who started it (though thinking about it, may be able to guess by the war weariness).
• 3000 BC - (Other Civ) and (Civ) sign peace treaty. : Again, I can tell when they're at peace, but not which one instigated it.

In a way. It looks like you are missing the column header for the slave workers so the number are correct, they are just under the wrong header. The is an additional column of data that shows up if you copy & paste. If I shift the numbers to the right then they look correct.

Yes! That's exactly it! I have a number of fixed columns and a number of dynamic columns. The first thing I do before displaying the data is delete all of the dynamic columns. I'd only just added that Slaves column and it looks like I forgot to increase the number of columns to keep for the Military listview, so it deletes the Slaves column before adding the data to the listview .

 

[Dianthus]

Btw it's not the number of slave workers, as guessed above, their number doesn't show up anywhere.

...

A similar problem is in the MapStat tool. The tradable worker column always shows zeros, even if the Ai offers them in the trade screen. Maybe it's the same problem with shifted columns resp. wrong indices.

I think that's due to me looking for a unittype named "Worker", but that doesn't exist in the German version.

One minor thing in the Domestic tab: if you haven't settled the first city there are no expenses to support units.

Does that happen then? I didn't realise you had to pay when you haven't got any cities!

PS: Could you implement to highlight the WLTKD in the Happiness tab, by a different face colour, with optional alert. The necessary data is already there, should be easy to insert.

Possible. I'll add that to my TODO list. I think that will come after showing more data in CRpStats and adding a "Flip" tab to CRpMapStats .

P.S. Your English is excellent!

 

[haralz]

I think that's due to me looking for a unittype named "Worker", but that doesn't exist in the German version.

In German, it's "Bautrupp". Maybe it's possible to get the right term directly from SAV file, as you did it in CRpStats, where the correct German words are displayed.

Does that happen then? I didn't realise you had to pay when you haven't got any cities!

This is the situation, if I load the startsave of my actual game.

I have no expenses of course, but CRPStats doesn't agree.

 

[Dianthus]

Ah, I understand now, I thought you meant the other way around. I've updated the bug list in the 1st post.

 

[Denniz]

If I shift the numbers to the right then they look correct

Strange. The 0-1-3-1 should be shifted to the left.

Please be kind to the directionally challenged.

 

[MSTK]

Actually, pretty much all of that is possible! The only things I'm not sure about currently are:

• 3650 BC - (Civ) meets the (Other Civ) : I can tell which civs have contact, but not which civ made the contact.
• 3500 BC - (Other Civ) declares war on (Civ)! : Again, I can tell which civs are at war, but not sure about who started it (though thinking about it, may be able to guess by the war weariness).
• 3000 BC - (Other Civ) and (Civ) sign peace treaty. : Again, I can tell when they're at peace, but not which one instigated it.

The subject should always be the "player" or "watched" civ that the person is viewing the story for. The Object should be the Other Civ...

Not sure, but I think it could work that way.

The only problem is declaration of war. I think war instigator should be a big factor. But if it's too hard, then you can't do it.

Peace I consider a mutual agreement, so it doens't really matter.

I'm very sorry if I sound too bossy or something.

 

[Denniz]

CRpMapStat - War status shown on trading tab. When at war the civs name has "(At war)" appended to it. (Suggested by Bartleby)

When a peace treaty is signed the trading tab takes off the "(At war)" text but does not resume showing trade information. This was 1.22f.

 

[CornMaster]

This is looking good. Going to try out the new features soon.

 

[CornMaster]

I like the additions to the MapStats....and the Stats program. But I wish the Stats would work with PBEM. It always shows player 1. If you could have a list of players...and ask for passwords...that would really be a HUGE help for the MP Demo Game.

 

[Dianthus]

I like the additions to the MapStats....and the Stats program. But I wish the Stats would work with PBEM. It always shows player 1. If you could have a list of players...and ask for passwords...that would really be a HUGE help for the MP Demo Game.

Ask for passwords. Doh! I'll make sure that gets in. MP was supposed to be disabled as per the other apps!

 

[anarres]

That's bad news if PBEM's can be loaded.

 

[Bartleby]

I might have found a bug...it seems to me that MapStat no longer counts the "tiles to win" properly...it's telling me how many tiles I need to reach 66% of the 12800 tiles of the entire map rather than tiles to domination limit.

 

[Dianthus]

That's bad news if PBEM's can be loaded.

Agreed. That was not intended. I'll get a bug fix release out ASAP (once I get home from work).

I might have found a bug...it seems to me that MapStat no longer counts the "tiles to win" properly...it's telling me how many tiles I need to reach 66% of the 12800 tiles of the entire map rather than tiles to domination limit.

Thank Bartleby. I must have messed that up while making CRpMapStat more spoiler friendly. I'll include that fix in the above mentioned bug fix release.

 

[CornMaster]

That's bad news if PBEM's can be loaded.

Aren't these types of tools illegal in the intersite PBEM Demo Games?