.com.unity Forums

.com.unity Forums (http://forum.shrapnelgames.com/index.php)
-   Space Empires: IV & V (http://forum.shrapnelgames.com/forumdisplay.php?f=20)
-   -   v1.13 bugs (http://forum.shrapnelgames.com/showthread.php?t=31836)

Baal November 15th, 2006 01:46 PM

v1.13 bugs
 
Still able to move planets I own in simultaneous mode if I tell both them and a ship in orbit above them to move. They will not transit warp points.

When fighters retreat they don't end up in the next hex over they end up 5 or 6 hexes over. I believe this leads to the access violation in the next bug.

When fighters destroy a ship at the edge of the retreat zone they then fly randomly off the map and "retreat" which then causes an Access Violation. It may be that the retreat after combat is concluded causes the access violation or because of the previous bug the fighters retreat to a hex not on the system map anymore.

Organix armor on satellites is not blocking weapons fire. Weapons fire damages the components underneath as if the armor were not even there. Normal armor, however, works fine.

Docwho November 15th, 2006 04:10 PM

Re: v1.13 bugs
 
On the Organic armor bug you sure the weapons being useds are not Armor skipping class?

neofit November 15th, 2006 05:24 PM

Re: v1.13 bugs
 
If you have a "No planetary bombardment" clause in a treaty, and your fleet attacks a sector with an enemy planet, none of your ships will engage any of the enemy space objects like ships, satellites, bases or fighters, if said planet has at least one weapons platform. Regardless of the fleet and TF orders, your ships will just roll away and flee. Does not apply to unarmed troop transports and Carriers armed with PD beams only, these will still charge the planet.


AI offers completely random clauses in his treaty proposals. The treaty names rarely have anything to do with the actual treaty content. The treaty names we chose shouldn't be just names but should be pre-defined packages of clauses. (I don't see this as wishlist material, but an unfinished or non-working feature).


The "Non-aggression - in neutral space" and "Share resupply" clauses can both be chosen in the same treaty, and are proposed by the AI ready for my approval. Then how is it supposed to work? To resupply we need to both get into each other's systems, but the non-aggression only works in neutral space? Even if we can resupply without going into orbit, just through the in-system resupply from a Resupply Depot, why should he be resupplying a ship that has no business being there because of another clause in the treaty?


Also, should I give the other Empire the codes to my minefields without even a "Non-aggression - in neutral space" clause in effect? Should be linked.

Phoenix-D November 15th, 2006 06:30 PM

Re: v1.13 bugs
 
There -are- cases where you'd want to do that, but mostly in multiplayer games.

And you probably shouldn't. But you can- and again, there might be a reason to do so. A temporary treaty to let him pass through a specific warp point, for example.

Baal November 15th, 2006 08:03 PM

Re: v1.13 bugs
 
The AI is using DUCs and Ripper beams when it attacks my organic armor satelites. None of the AI even bothers to use armor skipping weapons.

AgentZero November 15th, 2006 09:53 PM

Re: v1.13 bugs
 
A few that I've run into (and reported):

If I give a ship the 'Explore' order, when it goes through a WP, it comes out in a completely different system to the one it should. Odd thing is, regardless of which WP the ship goes through, it emerges from the same one every time the 'Explore' order is given. If the 'Warp' order is given, everything works fine.

-----------
If a ship is selected from a within a fleet and retrofitted, the game attempts to retrofit all the ships in the fleet to that design. While this isn't a problem if all the ships in the fleet are the same design, it does create problems when it comes to fleets where ships of different designs, (ie: close attack ship, missile ship, repair ship) all share the same hull (ie: Destroyer). In that case, if you attempt to upgrade your missile ships, your close attack and repair ships get converted to missile ships. Also, retrofit your destroyers, and you have a bunch of light cruisers in the fleet, the game attempts to retrofit the light cruisers to a destroyer design, which can cause a lot of "The sizes of the two designs must be identical" messages.

-----------
Upgrading facilities creates individual log entires for each facility upgraded, so you get 5 log entries saying "A Research Center facility... has been upgraded..." instead of 1 log entry saying "5 Research Center facilities... have been upgraded..."

Anyone else run into these?

Atrocities November 15th, 2006 11:01 PM

Re: v1.13 bugs
 
Quote:

AgentZero said:
A few that I've run into (and reported):

If I give a ship the 'Explore' order, when it goes through a WP, it comes out in a completely different system to the one it should. Odd thing is, regardless of which WP the ship goes through, it emerges from the same one every time the 'Explore' order is given. If the 'Warp' order is given, everything works fine.



This has been reported by the beta team as well. Aaron my have fixed this problem in v1.14 look in the history thread to see if that version history has been posted yet. It was at the bottom of the list of fixes.

Baal November 16th, 2006 01:02 PM

Re: v1.13 bugs
 
What I tell a fleet to attack a planet they do. However if I then retreat they attack again and again until they are out of strategic movement points (They are seeking the planet to attack again). They do not attack again if they finish combat without a retreat.

Baron Grazic November 16th, 2006 07:03 PM

Re: v1.13 bugs
 
Unless I am reading the 1.14 bug fix wrong, this should be fixed with the next patch

1.14 patch History
9. Fixed - Any ships which retreat from combat will have their orders cleared.

Baal November 16th, 2006 08:41 PM

Re: v1.13 bugs
 
Where'd you get the history.txt?


All times are GMT -4. The time now is 06:59 AM.

Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright ©1999 - 2025, Shrapnel Games, Inc. - All Rights Reserved.