|
Re: Dead at the start of battle... |
Fri, 14 June 2013 17:58 |
|
XAPBob | | Lt. Commander | Messages: 957
Registered: August 2012 | |
|
Interestingly - each side sees the other as dead in Round 1
There is only a frigate and a fort in the battle.
The owner of the fort sees something slightly odd:
It is reported in the battle as having 2688100 armour and no shields (despite actually having no additional armour and several shields...)
The owner of the frigate sees no shields, despite having them as well...
[img=http://imageshack.us/scaled/thumb/703/6p7.png]
[Updated on: Fri, 14 June 2013 18:04] Report message to a moderator
|
|
|
|
|
|
|
|
|
Re: Dead at the start of battle... |
Sun, 16 June 2013 07:11 |
|
skoormit | | Lieutenant | Messages: 665
Registered: July 2008 Location: Alabama | |
|
neilhoward wrote on Sat, 15 June 2013 22:31I suspect MA is correct about deleted ship/SB design. You might try loading the turn with only the xy and m files (ie move the history and x file out of the folder). I have seen many display conflicts arise due to the difference in how the game calculates and sends data to to player clients.
Is the game on SAH? If not, what versions are the players using?
The game is on SAH. I am one of the players involved. It is a no-comms game, so I would like to avoid revealing game-specific details here.
When XAPBob viewed the turn, he did so with only the .m and the .xy. I had not at that point sent him my game files.
Since both the fort (mine) and the other player's ship both still exist after the non-battle, this seems like a battle engine bug rather than a VCR display quirk.
Also to note: the display quirk occurred in two consecutive years (same planet, same ship, upgraded fort from one year to the next).
[Updated on: Sun, 16 June 2013 07:15]
What we need's a few good taters.Report message to a moderator
|
|
|
|
Re: Dead at the start of battle... |
Mon, 17 June 2013 01:05 |
|
|
m.a@stars wrote on Mon, 17 June 2013 04:41skoormit wrote on Sun, 16 June 2013 13:11this seems like a battle engine bug rather than a VCR display quirk.
Also to note: the display quirk occurred in two consecutive years (same planet, same ship, upgraded fort from one year to the next).
With JRC4, I'm getting a GPF when trying to review Player#3's battle, while Player#4's seems to be just a token battle report with both sides "dead" and doing nothing.
Looks like something probably went FUBAR the previous year(s) and now the whole game might be corrupted and on the brink of crashing for good.
Wish I knew what the best way to proceed is. Grabbing some old files and trying a regen could be one of the options.
Check the battle orders.
It's happened to me in homeless as well, where I get a GPF fault (using jrc4) with my ping orders (attack fuel ships only, so if no sfx exist, the pinger doesn't move) attacking a dock planet (no ships in orbit). However, when viewed in dosbox(?), the turn can be viewed.
The turn can be played in jrc, as long as the battle isn't viewed.
I know my minefields.. but I'm a chaff sweeper.
I used to curse when I got stuck in traffic... till I realised I AM traffic.Report message to a moderator
|
|
|
|
|
|
|
|
Re: Dead at the start of battle... |
Mon, 17 June 2013 18:23 |
|
|
skoormit wrote on Tue, 18 June 2013 03:38Only one question left for me. If I've ever used the default Sniper orders (or similar tactics), it's been a long time, so tell me: does the game usually show a non-battle battle (0 rounds, no ship movement, no firing) when a ship with Sniper orders orbits a planet with an armed fort?
I can confirm that.
I know my minefields.. but I'm a chaff sweeper.
I used to curse when I got stuck in traffic... till I realised I AM traffic.Report message to a moderator
|
|
|
|
|
|
|
|
|
|
Re: Dead at the start of battle... |
Wed, 19 June 2013 09:34 |
|
skoormit | | Lieutenant | Messages: 665
Registered: July 2008 Location: Alabama | |
|
XAPBob wrote on Wed, 19 June 2013 01:42yes.
There was another wierdness that I'm putting down to my dosbox setup, and just running with the latest m, and xy (since I don't have h access)
FWIW, I reproduced the huge-armor-value weirdness as well, with a current .h in use. Running Windows XP via Windows Virtual PC on Windows 7 (and a partridge in a pear tree).
I'm still not certain why the armor weirdness happened for you when viewing my game files (without the .h) and also happened in my test, but did not happen for me in the game.
More study will be required if people want to really nail that part down, but since in the final analysis it is only a display glitch for a non-battle battle, I'm not sure it's worth the effort. (Oh who am I kidding, I know we all like to dig into this stuff.)
Again, I'll post the full details after the game is over. I'm super-paranoid about leaking game info in a non-comms game.
What we need's a few good taters.Report message to a moderator
|
|
|