Quote:
arthurtuxedo said:
You could have had a real time system with 2D, sure, but the ships wouldn't be able to pass over and under each other and planets, and I can't imagine how it would have worked with a lot of ships if they can't occupy the same square.
|
Why couldn't they occupy the same square? They can in board games like Starfire & Starfleet Battles? It's called "stacking". It happens on the system map now (and in SEIV and in SEIII). The above games had "range 0" entries on the CRT and SFB had rules for determining weapon direction at range 0 (since it had directional weapons & shields). A set of rules that can be written for a board game could certainly be programmed for a computer game.
In fact, with location quantized to a grid (hex is better, but still true for squares), the SFB proportional movement / pre-ordered movement system effectively is real-time. I can envision an almost direct real-time port of the SFB system, with the player able to pause at any impulse to change movement orders (subject to turn mode) or fire weapons that bear & are charged, and the computer just stepping through the impulses. You would not have to take the complexities of SFB internal energy management, sticking with the more simplified SF/SE assumption that (aside from ordnance & weapon cycle times) everything in the ship can be run simultaneously at full bore. You could track shields & armor by the hex side they face and determine weapon firing arcs by the side they face and how much extra $/hull space you spend on a mount with a bigger arc. A 2D system that eliminates the issues of SEIV combat is very doable...
Not to say that I dislike the SEV system, just that it wasn't the only way to skin the cat...