|
|
|
 |
|

October 3rd, 2006, 04:16 PM
|
 |
National Security Advisor
|
|
Join Date: Oct 2001
Location: Toronto, Canada
Posts: 5,624
Thanks: 1
Thanked 14 Times in 12 Posts
|
|
Re: Ineffectual PDC for multiple ships: Solution
Strategic combat is just the same as tactical minus the graphics component - so it's likely to carry over there. However I think the current workaround in that PD weapons should fire at an increased rate is a good solution. Although I'm running some more tests to confirm the effectiveness of this change.
|

October 3rd, 2006, 07:16 PM
|
 |
First Lieutenant
|
|
Join Date: Sep 2001
Location: Edmonton, Alberta, Canada
Posts: 738
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Re: Ineffectual PDC for multiple ships: Solution
Phoenix: Yes, they were boarding one at a time. You're probably correct, but I still don't think this is a good way for the combat to work. Furthermore the odds of one boarding party to one crew quarter should be even enough (IMO) for the boarding party to cause some degree of damage.
Kwok: Thanks for forwarding that to MM. Tell them I'll buy the game either way, but a fix will make me extra giddy.
Cheers all.
[EDIT] Oh, and is there a way to avoid ALL the boarding parties heading for the same target ship? Would task groups change this?
__________________
Jimbob
The best way to have a good idea is to have lots of ideas.
-Linus Pauling
Take away paradox from the thinker and you have a professor.
-Søren Kierkegaard
|

October 4th, 2006, 12:24 AM
|
 |
Shrapnel Fanatic
|
|
Join Date: Mar 2003
Location: CHEESE!
Posts: 10,009
Thanks: 0
Thanked 7 Times in 1 Post
|
|
Re: Ineffectual PDC for multiple ships: Solution
Maybe boarding parties are killed one component at a time?
__________________
If I only could remember half the things I'd forgot, that would be a lot of stuff, I think - I don't know; I forgot!
A* E* Se! Gd! $-- C-^- Ai** M-- S? Ss---- RA Pw? Fq Bb++@ Tcp? L++++
Some of my webcomics. I've got 400+ webcomics at Last count, some dead.
Sig updated to remove non-working links.
|

October 4th, 2006, 02:16 PM
|
 |
Colonel
|
|
Join Date: Jan 2001
Posts: 1,661
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Re: Ineffectual PDC for multiple ships: Solution
Blockade of an enemy colony by a fast ship with "don't get hurt" strategy can be very powerful, too powerful IMHO. The ship can fly away and avoid combat indefenitely without leaving the sector therefore maintaining the blockade.
And in SE V a blockeded colony not only produces no resources but costs maintenance!
|

October 4th, 2006, 02:17 PM
|
National Security Advisor
|
|
Join Date: Nov 2000
Posts: 5,085
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Re: Ineffectual PDC for multiple ships: Solution
Only really a problem if the planet has ships defending it or the blockader doesn't have weapons, IMO.
__________________
Phoenix-D
I am not senile. I just talk to myself because the rest of you don't provide adequate conversation.
- Digger
|

October 4th, 2006, 02:34 PM
|
 |
National Security Advisor
|
|
Join Date: Oct 2001
Location: Toronto, Canada
Posts: 5,624
Thanks: 1
Thanked 14 Times in 12 Posts
|
|
Re: Ineffectual PDC for multiple ships: Solution
Fighters move much faster than ships so it might be a good situation to deploy them.
Although I've suggested elsewhere that ships that go "off" the combat map should move into the adjacent system sector...
|

October 4th, 2006, 03:31 PM
|
Corporal
|
|
Join Date: Aug 2001
Posts: 103
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Re: Ineffectual PDC for multiple ships: Solution
One way to deal with this, of course, is to use the sector view to place a ship, satellite, etc. right next to the blockading ship. Kind of cheap, but so is blockading with a fast ship.
|

October 4th, 2006, 06:35 PM
|
 |
Captain
|
|
Join Date: Sep 2000
Location: USA
Posts: 806
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Re: Fighters to counter don\'t-get-hurt blockader
Quote:
Captain Kwok said:
Fighters move much faster than ships so it might be a good situation to deploy them.
|
Could use drones too. They get a speed bonus.
Quote:
Captain Kwok said:Although I've suggested elsewhere that ships that go "off" the combat map should move into the adjacent system sector...
|
Agreed. And if there are enemy combat vessels there, they should be lying in wait. But, practically speaking, this has been suggested (and debated) for a LONG time (at least 6 years), and it's pretty clear that Aaron isn't going to put this in. It's not like he didn't know about the issue or the suggestion. Rightly or wrongly, he decided to implement an endless attack map. I think that his solution would work if ship movement during combat used supplies. Does it? I hadn't noticed. If it doesn't, can it be modded in? If it can, then retreating won't be such a big deal.
__________________
Give me a scenario editor, or give me death! Pretty please???
|

October 4th, 2006, 05:51 PM
|
 |
Captain
|
|
Join Date: Sep 2000
Location: USA
Posts: 806
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Re: Blockading by running away
Quote:
Q said:
Blockade of an enemy colony by a fast ship with "don't get hurt" strategy can be very powerful, too powerful IMHO. The ship can fly away and avoid combat indefenitely without leaving the sector therefore maintaining the blockade.
And in SE V a blockeded colony not only produces no resources but costs maintenance!
|
There are 4 problems that you bring up:
1) Retreating from combat is too easy. Like Kwok says, if you retreat past the edge of the map, you should wind up in the next sector. The opponent can then choose to stay away from the edge and remain in that sector, or follow and also wind up in the next sector. If the opponent chooses to follow and already has ships in that next sector, then you should start the next turn in space combat, surrounded.
2) Movement during combat should use up some supplies. So a blockader who is repeatedly attacked but keeps fleeing should run out of supplies and become a sitting duck.
3) You probably should not be able to totally blockade an undomed colony with only one ship. We usually can't do that for islands on Earth's oceans, and that's only two dimensional. And blockades should be less (or not at all) effective if the enemy has better cloaking than you have scanners.
4) Blockaded planets should be able to use their resource production to maintain themselves, even if they can't get anything in or out. (Conversely, if a blockaded planet doesn't produce the required resources to maintain its facilities and population then those should degrade. And a blockaded planet shouldn't be able to build stuff from non-existent resources.)
I think that #2 would be pretty easy to put into the game, would be well-received, and would take care of the "chicken blockader" problem, not to mention the "unstoppable colonizers" and "untouchable explorers" freely passing through hostile systems. (One can put colony components into fast hulls.)
__________________
Give me a scenario editor, or give me death! Pretty please???
|

October 4th, 2006, 06:47 PM
|
 |
Captain
|
|
Join Date: Sep 2000
Location: USA
Posts: 806
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Re: Blockade by fast don\'t-get-hurt ship
Quote:
Q said:
Blockade of an enemy colony by a fast ship with "don't get hurt" strategy can be very powerful, too powerful IMHO. The ship can fly away and avoid combat indefenitely without leaving the sector therefore maintaining the blockade.
And in SE V a blockeded colony not only produces no resources but costs maintenance!
|
A very simple solution would be that ships with the "don't get hurt" strategy do not impose any blockade. Can this be modded? Plus, normal attack ships with no working weapons, or no movement, whether due to design or damage or no ordnance/supplies, should also not impose a blockade. (Really, helpless ships orbiting a colony all by themselves should be destroyed or captured after one turn by freebooters. But I don't suppose THAT can be modded!)
__________________
Give me a scenario editor, or give me death! Pretty please???
|
Posting 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
|
|
|
|
|