View unanswered posts | View active topics It is currently Sun Dec 28, 2025 9:55 am



Reply to topic  [ 3 posts ] 
 WeaponM data storage for scripts 
Author Message
Private

Joined: Fri May 31, 2013 11:36 pm
Posts: 1
Unread post WeaponM data storage for scripts
I wrote a haggling script for WeaponM that currently has the various factors hard-wired in. I'd like to use some persistent state so I could auto-detect the most aggressive settings permissible at each port (be more aggressive if they accept my offers, dial it back if they kick me out).

I'm assuming there's no documentation on this stuff yet, but where in the app sources should I be looking for examples of how to manage persistent state in the database?


Sat Jun 01, 2013 12:58 am
Profile
Commander
User avatar

Joined: Mon Oct 29, 2001 3:00 am
Posts: 1096
Location: Tucson, AZ
Unread post Re: WeaponM data storage for scripts
There is documentation: http://chalcodes.com/maven/com/chalcode ... avadoc.jar

Check out Sector#setNote(String, String) and Sector#getNote(String). Sectors can have an unlimited number of notes, each identified by their unique name. The Database class has similar methods for global notes.

The database does not record MCICs yet. If you know how to calculate them, I'd welcome your help.

_________________
Suddenly you're Busted!


Sun Jun 02, 2013 5:07 am
Profile WWW
Private

Joined: Fri May 31, 2013 11:36 pm
Posts: 1
Unread post Re: WeaponM data storage for scripts
Mongoose wrote:
There is documentation

ah, cool, I'll check that out. thanks.


Mongoose wrote:
The database does not record MCICs yet. If you know how to calculate them, I'd welcome your help.

the only MCIC calculation info I've found doesn't produce working results for me, so I can't help there. that's why I'm planning on simple trial and error - start with a baseline set of offer/counteroffer factors and tune them for each commodity at each port based on what does and doesn't get accepted. this means that I'll waste a handful of turns when first trading at each port, but should (I expect) stabilise at a good set of values before too long.


Sun Jun 02, 2013 9:11 am
Profile
Display posts from previous:  Sort by  
Reply to topic   [ 3 posts ] 

Who is online

Users browsing this forum: No registered users and 39 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by wSTSoftware.