 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
2179 to johnd
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
2180 to johnd
congrats to darius on the CBA
|
|
|  |
 |
|
johndmuller
|
 |
Capitol Hill, Colony of DC
Feb 2001 time: 00:18
|
|
2180 to Darius / Angels
{Edit} Forgot to apologize for the reload - program crashed out with terranx.icd.exe (never seen both the suffixes together before, but probably just didn't notice) error when I was scanning through the base view screens to refresh my memory. Fortunately I had saved an intermediate file (for dinnertime), but strange that it would crash so soon after loading, before I had really done anything in that session.
Last edited by johndmuller on 11-09-2002 at 19:46
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
2181 to johnd
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
2182 to johnd
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
2183 to johnd
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
2184 to johnd
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
when I get the turn, I will immediately rename it to 2184a or 2185a or something to avoid confusion
So the year WAS repeated ?? I have seen this bug before where the year won't change for a couple of turns and then it went merrily along again with no other appreciable effects.
|
|
|  |
 |
|
johndmuller
|
 |
Capitol Hill, Colony of DC
Feb 2001 time: 00:18
|
|
The year wasn't repeated from my point of view; rather it seemed as if you were wanting to skip a year. The year maintained by the game itself seemed OK, it was just the filenames on the .Sav and .Zip files that were ahead of themselves. The internal game year changes after Darius' turn, but whatever he calls his .Sav and .Zip files is up to him, so perhaps he had been using lagging dates and went to leading dates, catching you by surprise or some such. Whatever happened this turn, you two have been keeping it straight much better than many games I'm in, where lots of time is wasted in pursuit of correct dates and correct files.
As to the game itself's dates failing to advance (or advancing too much), I haven't seen that happen, that I've noticed at least, although I think I've read that if someone 'resigns' or 'retires' or whatever they call it, that the game will skip to the beginning of the next MY, thus skipping the players whose turns are toward the end of the round. {So unless Flubber resigns his Flubber-2 faction before his Flubber-1 faction, there won't be any unfair advantage (to the Flub1 faction) just a skipped year from our point of view, same as if he resigns both of them at the same time - maybe he's getting Darius and I ready for when he resigns, so we will be used to skipped years.}
|
|
|  |
 |
|
johndmuller
|
 |
Capitol Hill, Colony of DC
Feb 2001 time: 00:18
|
|
There are some complicated threads here and there about problems with eliminating human players and various methods of dealing with it. As I recall, the "Resign" method was generally considered the second best solution, the preferred method being that the victim-to-be eliminate themselves by disbanding their men and obliterating their base(s) themselves. I have seen this work on several occasions without problem, although most recently it didn't work for the player about-to-be-elimated, but did work when I did it on my machine (don't know whether this is hardware, flakiness or some omission or other human error).
The self imolation method also has its drawbacks, particularly that the conqueror cannot take over the last base of the victim as it must be eliminated, but since the conqueror is probably among the leaders, he can probably afford it, while the resign method leaves an arbitrary number of players short one turn worth of resources, movement, growth and production.
The threads I mentioned earlier also cited some rather strange results to various methods of trying to get around the problem. I think that one method - where the conqueror just eliminated the player directly, without any funny business, and then restarted the game - sometimes worked perfectly, but sometimes lead to varing levels of scrambled faction data, some of which might be subtle enough to miss without looking closely.
Darius, do you think Flubber realizes that we are trying to break it to him gently by means of this roundabout discussion?
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
As for self imolation-- we saw it as the best option in most of my games -- In the case of one conqueror that wanted the advantage of the last conquered base, the defeated player (me) simply gave the conqueror the password so the conqueror (playing the defeated faction) could spit out another colony pod and establish a size 1 to destruct so he could keep the nice size 7 base
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
2185 on to johnd
|
|
|  |
 |
|
Flubber
|
|
With a view of the Rockies
Aug 2000 time: 22:18
|
|
2186 to johnd
|
|
|  |
All times are GMT. The time now is 05:18. Apolyton Time is 00:18. |
top of page
|
|
|
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is ON
vB code is ON
Smilies are ON
[IMG] code is ON
|
|
|
|
|
|