Home World Forum
Stars! AutoHost web forums

Jump to Stars! AutoHost


 
 
Home » Stars! 2.6/7 » The Bar » Possible new utility for creating testbeds
Re: Possible new utility for creating testbeds Fri, 27 February 2009 06:02 Go to previous messageGo to previous message
PaulCr

 
Chief Warrant Officer 3
Stars! V.I.P

Messages: 187
Registered: February 2007
Location: An Island that kinda look...
[email

m.a@stars[/email] wrote on Fri, 27 February 2009 10:36]
PaulCr wrote on Thu, 26 February 2009 23:49

if you make a change and change it back it is still considered as the starbase being modified

Shouldn't that be allowed? Confused


The problem is that stars puts all the changes in the x file even when there is no net change, the app loads the hst file dragging out all the designs and then processes the x file replacing each design as it meets them and marking any it replaces as dirty, this means the last design in the x file is always used but it is marked as replacing the original even if it hasn't changed.
That is probably the way stars does it although it won't need the dirty flag, it probably does the same thing with production queues which is why I doubt my build starbase the same year will work. It's certainly the way I've done it in this which I've started coding with the eventual aim of being a turn generator, hence the app name, it automatically means that my create starbase first year won't even work in my own generator since the planet won't be colonised when it tries to change the production queue so it just gets thrown away.

To allow it not to complain when you replace the base with the same design it will need to keep a copy of all 160 bases and then check every single slot in them for a change after the x file has finished loading, it could be done if it turns out to be a problems and that might even allow the base to have stuff removed to build it quicker without penalty since that actually leads to a loss of resources and minerals but an easier way to handle it would be to rip all the design changes to the partially completed base and present the modified x file back to the user.

[email

m.a@stars[/email] wrote on Fri, 27 February 2009 10:36]

Quote:

The 3 I've come across have now been added, I'll need files and an explanation of the bug for any others that need fixing since I don't fancy spending hours trying to replicate the bugs in the must know section, especially when most of the fixable ones might have already been fixed.

There's still a couple that should not be hard to simulate/fix:

Sneaky Mineral Upload:
Stars! allows you to upload minerals to any fleet in orbit that does not belong to you. You can even do this if that fleet does not have a cargo hold. This causes the minerals to "disappear".
People have abused this bug to deny the salvage of a battle from their enemy by uploading the minerals from the surface to the enemies warfleet/bombers.

Hit Computer AR Starter Colonies:
Starter colonies for AR races will not contribute excess resources to research, unless the build queue is cleared first (using the clear button) or the hull design changed / upgraded. This is due to the "build Starter Colony" order invisibly blocks the end of the queue despite the fact that it has already been completed.

And even this one:

Head Explode WP0 pop reload ignored
If:

1. a waypoint zero unload by hand of any of your population over an uninhabited planet is performed
2. a waypoint zero dropdown command of "Colonize" is given to a fleet with a colonizer module present over that planet
3. the population is reloaded by hand

Then: the reload order will be ignored and not saved with your turn. ALL pop will die (even the colonist that you did not unload) and the planet will remain uninhabited. A possible solution is to split the fleet into multiple fleets with cargo space and merge them back. If there is only one ship you'll have to redo your turn. (link to the thread in the Academy)

Mineral upload should be doable but I thought that wasn't possible anymore, I guess I'll have to try it, I'm sure I actually tried to do that when I first read about it but couldn't. The other 2 shouldn't be disallowed, possibly a warning could be given but I don't see why the X file should be rejected.

When testing AR I've never cleared the queue on new colonies and they have contributed to research so are you sure that still occurs?

...



[Updated on: Fri, 27 February 2009 06:10]

Report message to a moderator

 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Revival of an interesting idea?
Next Topic: 0.2% Minimum Damage
Goto Forum:
  


Current Time: Tue May 14 19:04:40 EDT 2024