Ashbery76 Ashbery76

Deemphasize Starbases.

Deemphasize Starbases.

In my view GC2 went a bit over the top with their importance and it also added lots of unfun micromanagement.I like to see them still in the game but not so vital to every mechanic.

318,501 views 86 replies
Reply #51 Top

Quoting MarvinKosh, reply 50
I found starbases and the huge number of modules to be a bit cheesy.

A lot of people did, but a lot of people loved it (like me). And it sounds like you did what a lot of people did with GC1 & 2, adapted what it had to fit your needs and desires and made it enjoyable for you. I have faith (in fact, I am certain) that SD will give us more choices in GC3, some that some of us will love and others hate, but all of which we will be able to adapt to and adjust our use of them so the game fits our individual needs.

Reply #52 Top

Quoting Lucky, reply 51
A lot of people did, but a lot of people loved it (like me). And it sounds like you did what a lot of people did with GC1 & 2, adapted what it had to fit your needs and desires and made it enjoyable for you.

The huge number of modules also caused a problem for the AI, because it couldn't use some of them. It still isn't certain whether it is a intentional limitation or a bug, but the AI couldn't use any starbase module after the 100th in the XML-files.
This means, that, with the exception of five, the AI is unable to use any of the new modules introduced in TotA. For example, the Drengin, Korath, Iconians, Thalan and Yor can't use any of their mining and production assist modules.

That's in addition to the modules that the AI can't use, period (i.e., Terror Stars, slow enemies, sensors).

However, I very much doubt, that this will be a problem in GalCiv 3.

Reply #53 Top

I'd Like to see more specialized Star-bases like ones that you build near a system and it takes the collective production of all the inhabited planets in the system into the star-base and you can choose to make it a Shipyard which can build special kinds of ships.

I'd love a kinda Border star-base that protects your borders from enemy ships, having ships that are docked with it that automatically move to counter enemy vessels or drone weapons/fighters.

Quoting Tyrantissar, reply 17

You know what, screw GCII star base construction system, why not make them customizable by designing them beforehand, like a blueprint and the constructor will spend weeks on end trying to get a portion of it done. Once the portion is done then you keep adding constructors till it is fully complete. This way you don't have to send a million and one constructors for 7 star bases.

The limits would be the same as any other ship, you can only fit so many parts on the initial construction of the star base.

I love this idea!

Reply #54 Top

Quoting Gaunathor, reply 49


Quoting michaelwhittaker, reply 48Actually my attack is +18, so I might have been a little off, and yes this works.

That means 8 modules, just for the damage. It's not even close to the three modules total you stated earlier, and requires much more research (Medium Hulls and Starbase Fortifications II).

However, I still find it very unlikely for the starbase to defeat a Dread Frigate. The frigate will destroy the starbase on the first turn. Even if the retaliation strike of the starbase is high enough to destroy the ship, the Dread Frigate will still survive due to the tie rule.

In fact, I just tested this. I opened up a game and used the cheats to summon the Dread Lords. Then, I waited until the DL finished designing their ships. They were using mass drivers this time, instead of beam weapons like usual. So the damage was even higher, because they could fit more weapons on board. Not that that really matters. It's overkill in any case. The frigate also had only 34 HP, instead of the 47 HP like last time, because the DL didn't put any hull plating on it.

I then took control of the next best race (the Arceans) and gave them the necessary techs to build the starbase. The starbase had 55 HP due to the Arcean's HP bonus. I then attacked the starbase with the frigate. The frigate survived with 4 HP left. QED

I was playing of the campaigns I think I was the Krynn unless I can't play as Krynn on the campaigns this was one of the ones that u didn't get precursor ships. I could only get one colony; because the map was so small. I kept losing the game; until, a friend of mine explained u win by researching 3 starbase techs. This worked. I think the dread lords attack was not 119 but 174 this time around. Using gun with very little defense compared to the attack. They kept losing; until he finally told me to invade. I then beat the dread lords.

Reply #55 Top

Quoting Gaunathor, reply 52


Quoting Lucky Jack, reply 51A lot of people did, but a lot of people loved it (like me). And it sounds like you did what a lot of people did with GC1 & 2, adapted what it had to fit your needs and desires and made it enjoyable for you.

The huge number of modules also caused a problem for the AI, because it couldn't use some of them. It still isn't certain whether it is a intentional limitation or a bug, but the AI couldn't use any starbase module after the 100th in the XML-files.
This means, that, with the exception of five, the AI is unable to use any of the new modules introduced in TotA. For example, the Drengin, Korath, Iconians, Thalan and Yor can't use any of their mining and production assist modules.

That's in addition to the modules that the AI can't use, period (i.e., Terror Stars, slow enemies, sensors).

However, I very much doubt, that this will be a problem in GalCiv 3.

This confuses me, do u mean by a hundred modules on one srarbase. Do u mean 100 modules on all the starbases, or is this a designation for something else. If this is can u clarify.

I do agree that we need an Ai that can keep up with the player on starbase building.

Reply #56 Top

Quoting Camitic, reply 53

I'd Like to see more specialized Star-bases like ones that you build near a system and it takes the collective production of all the inhabited planets in the system into the star-base and you can choose to make it a Shipyard which can build special kinds of ships.

I'd love a kinda Border star-base that protects your borders from enemy ships, having ships that are docked with it that automatically move to counter enemy vessels or drone weapons/fighters.


Quoting Tyrantissar, reply 17
You know what, screw GCII star base construction system, why not make them customizable by designing them beforehand, like a blueprint and the constructor will spend weeks on end trying to get a portion of it done. Once the portion is done then you keep adding constructors till it is fully complete. This way you don't have to send a million and one constructors for 7 star bases.

The limits would be the same as any other ship, you can only fit so many parts on the initial construction of the star base.


I love this idea!

Well if I hadn't messes this idea up already, I lik3 the starbase system. But if u can make this better; then I agree,

Reply #57 Top

Quoting michaelwhittaker, reply 55
This confuses me, do u mean by a hundred modules on one srarbase. Do u mean 100 modules on all the starbases, or is this a designation for something else. If this is can u clarify.

If I'm understanding him correctly, in the game files all the modules are assigned a number. #1-7 might be the mining upgrades, #8-16 the influence modules for those bases, #17-28 the trade modules, etc. (numbers made up for convenience, which ones correspond to which modules is pretty irrelevant for this example). Then when you added a module to a starbase, the code would change a 0 (base does not have module #17) to a 1 (base does have module #17). Then when the turn processed, the code would reference the entry for module #17 and do that action when doing the starbase's part of that turn.

The point is, the were 95 listed modules in DA. TA added a bunch more, pushing the number of possible modules way over 100 - but the AI wasn't programmed to even look at modules numbered that high. The game execution code did, so the modules worked for the players, but as far as the AI was concerned those modules simply didn't exist so the AI-controlled civilizations never used those modules.

Or something like that. I admit I never tried to get into the programming aspect of the game so I could be way off.

Reply #58 Top

Quoting michaelwhittaker, reply 54
I was playing of the campaigns I think I was the Krynn unless I can't play as Krynn on the campaigns this was one of the ones that u didn't get precursor ships.

You play as the Terrans in the DL and TotA campaign, and the Drengin in the DA campaign. 

Quoting michaelwhittaker, reply 54
I kept losing the game; until, a friend of mine explained u win by researching 3 starbase techs. This worked. I think the attack was not 118 but 174 this time around.

You keep changing your argument. First it was three attack and defense modules. Then an attack value of 18, which requires much more modules. Now you say three starbase techs (probably the whole Starbase Fortification line) and an attack value of 174, which is impossible for starbases. You can only get an attack value of 65 in each category. If you are playing the Korx, you can get up to 95 in Beam weapons, but that's it.

Quoting WIllythemailboy, reply 57
If I'm understanding him correctly, in the game files all the modules are assigned a number.

I'm not a programmer, just a guy who knows how to edit XML files, but from what I understand, the game doesn't use numbers for the modules, but their InternalName, to know if they are available to use, already used, or if they even exist.

The numbering was done by me in order to give a human point of reference. It wouldn't have helped to understand the problem, if I said, that the AI can't use any module beyond Expert Refinery, because Expert Refinery isn't a fixed point. You could move it anywhere else in the file, and suddenly another module is the last one the AI can use.

Quoting WIllythemailboy, reply 57
The point is, the were 95 listed modules in DA. TA added a bunch more, pushing the number of possible modules way over 100 - but the AI wasn't programmed to even look at modules numbered that high. The game execution code did, so the modules worked for the players, but as far as the AI was concerned those modules simply didn't exist so the AI-controlled civilizations never used those modules.

That's pretty much it. Except that DA had 90 modules. The first five new modules in TotA are for the Terror Star, which the AI can't use period.

I just don't know whether this module limitation is a problem in the AI code or somewhere else, or even whether this is intentional or a bug.

Reply #59 Top

Quoting WIllythemailboy, reply 21


Quoting 18Zulukiller, reply 15


Quoting wuphonsreach,
reply 14

  - Starbase tech didn't keep up with ship advances.  A starbase (in my mind) should be competitive with even the largest ship hulls if you invest the constructors into upgrading it.  In my mind, a military starbase should be able to fend off multiple of the largest ships.


 

Agreed that's why i never built anything more than the bare minimum on a Starbase. As mid to late game there would be fleets of ships flying around all over the place with thousands of attack points. Starbase just don't stand any kind of chance against that with their pathetic weapons and defenses.


You were supposed to use ships to protect them. Park a fleet on the same tile in guard mode. Admittedly this would have been better if the starbase could have been part of the fleet and assist in its own defense, but the option wasn't there.

Or you could go the Dread Lord defense route. Build a horde of cheap 1 attack tiny hulls (which are far cheaper than contructors) and park them one at a time in guard mode on the entirely unarmed starbase. Each tiny hull takes a mobility point off the opponent's fleet to kill, and the AI wouldn't be able to burn through to the starbase in any reasonable time, giving you the opportunity to get a real fleet there to destroy the enemy.

 

That's not really viable in the type of games i play.

Reply #60 Top

[quote who="Gaunathor" reply="58" id="3412300"]

You play as the Terrans in the DL and TotA campaign, and the Drengin in the DA campaign. 

I think it was the Da then and I was the Drengin. Because the Yor was there.


Quoting michaelwhittaker, reply 54I kept losing the game; until, a friend of mine explained u win by researching 3 starbase techs. This worked. I think the attack was not 118 but 174 this time around.

I meant 174 was the attack value of the Dread lords. They were throwing 119 at me until I built a starbase. I didn't build a starbase until I had the Techs though. 174 was the Dread lords. The starbase had an attack value of +18 on all 3 weapons though. I played this a while ago, so this is not as clear as yesturday though. I'm sorry if my writing is not the most clear though. This doesn't change the fact that this worked. It was just awhile ago. The Dread lords were using guns with very little armor I think. I try not to make writing. I think the issue is I don't write much. I should get better as I go. The whole issue to this point was I said that the Ai rarely uses hulls bigger than medium hulls, and u said I was wrong. I'm not the only one who beat the Dread lords using Drengin on the campaign. This was 2011.

I do appreciate the fact that u keep bringing up my writing mistakes; hopefully, this will help me to fix my mistakes. Thank u.



Reply #61 Top

Michael, it's not really that bad, it's just that this forum uses a painfully teeny default font (at least it looks that way to me) and there isn't much line spacing.

So to be intelligible pretty much everyone has to break their text up with paragraphs. :/

 

Reply #62 Top

How about we just simplify everything down to 1 constructor?

 

1. Build constructor, send to location.

2. Choose type of starbase.

3. From there, buy needed upgrade modules. No more constructors after. Construction time takes place by being added to queue of a planet assigned by the user.

 

1 starbase needs 1 constructor. Modules are then upgraded by cash afterwards and maybe production from a nearby planet.

Reply #63 Top

Quoting UnleashedElf, reply 62
How about we just simplify everything down to 1 constructor?

 

1. Build constructor, send to location.

2. Choose type of starbase.

3. From there, buy needed upgrade modules. No more constructors after. Construction time takes place by being added to queue of a planet assigned by the user.

 

1 starbase needs 1 constructor. Modules are then upgraded by cash afterwards and maybe production from a nearby planet.

I'm going to quote my own post instead of retyping it.

Quoting WIllythemailboy, reply 28
That still doesn't match the ability to drop a full starbase in one turn. In GC2 terms: I can throw 11 constructors at an undefended resource and have a mining starbase at +60% the same turn. A planet style build queue, even rush buying, would take up to 10 turns to get to the same point, the speed of the build queue determining how many (if any) modules get built while I'm buying the others. That, of course, is if the modules aren't the linear upgrades from GC2, where having one module completed was a requirement to add the next. If so, it would take the maximum of 10 turns unless one of the modules (starting with the second) could be completed in one turn.

The constructor spam is what I would consider good micromanagement. Build exactly how many you need, get them assembled at the right place and time, and build exactly what you need. Locking players out of that level of flexibility in the interest of streamlining is a great way to ruin what was otherwise a reasonably strategic part of the game. I have to repeat: slow build would suck.

There's no reason to penalize players who were good at constructor spam because other players either weren't good at it or found it boring. Alternate construction methods like this might be good as an option, but removing the instant construction option would be a severe nerf.

Reply #64 Top

I agree with willy. This fits my play style better. In a pinch I would rather build a whole bunch of constructors. My play style usually leaves me in debt unless I am the Yor. If I can run off a whole bunch of contructors in a turn after the colony rush. Usually after the colony rush my starbases become almost fully upgraded. If constructors r to slow U can research better engines or minIterization to make them faster.  I dont like how u can put only one module on a ship. I want to be able to put multiple modules on a ship. I do agree that your starbases need to defend themselves. I get tired of having only 3 kinds of starbases. I would like to see economic starbases give economic bonuses over the planets in range. I would like tl see more creative starbases.

Reply #65 Top

Quoting WIllythemailboy, reply 63

There's no reason to penalize players who were good at constructor spam because other players either weren't good at it or found it boring. Alternate construction methods like this might be good as an option, but removing the instant construction option would be a severe nerf.

It's not "penalizing" players to change how something works in a new game. It's normal.

It's also entirely normal to change something that a lot of players find mind numbingly boring.

Reply #66 Top

I think I would like to see a couple of new functions with starbases.  Like an Ore Refinery module for starbases in far away uninhabited systems, which takes the output of a nearby mined asteroid field (thus minimsing the amount lost in transport) and turns it into a rush-buy commodity.  This in turn reduces the cost of buying out production or doing upgrades to just the labour cost, whatever that might be, until the commodity runs out.

Reply #67 Top

Quoting Tridus, reply 65


Quoting WIllythemailboy, reply 63
There's no reason to penalize players who were good at constructor spam because other players either weren't good at it or found it boring. Alternate construction methods like this might be good as an option, but removing the instant construction option would be a severe nerf.

It's not "penalizing" players to change how something works in a new game. It's normal.

It's also entirely normal to change something that a lot of players find mind numbingly boring.

 

Exactly this. There's no point in building a constructor, then building more and more just for 1 starbase. It's micro that adds little to the game, especially on larger map sizes.

 

 

Reply #68 Top

Freighters spawn a mini-freighter when they set up a trade route, starbases could similarly set up a supply freighter which ferries supplies (production) from a designated planet.  This would default to the closest planet which isn't over-committed to providing building supplies.

This would make setting up remote starbases a teeny bit more problematic, as the longer the supply line is the more chances that a supply freighter will be raided by enemies (just like trade freighters).  But if you want to do an upgrade you can just select it on the starbase, or let the auto-builder do it for you.

Losing a supply freighter would temporarily halt the current upgrade and reduce the starbase's repair rate, until the new supply freighter reaches the point where the previous one was attacked.

Reply #69 Top

We like Starbases. We don't like constructor spam, however.

Reply #70 Top

Quoting Frogboy, reply 69
We don't like constructor spam, however.

... so there is a god after all ...... :thumbsup:

I shall burn double-incense for you all if you succeed in crushing constructor fleets :rofl:

Reply #71 Top

Quoting MarvinKosh, reply 68
Freighters spawn a mini-freighter when they set up a trade route, starbases could similarly set up a supply freighter which ferries supplies (production) from a designated planet.  This would default to the closest planet which isn't over-committed to providing building supplies.

This would make setting up remote starbases a teeny bit more problematic, as the longer the supply line is the more chances that a supply freighter will be raided by enemies (just like trade freighters).  But if you want to do an upgrade you can just select it on the starbase, or let the auto-builder do it for you.

Losing a supply freighter would temporarily halt the current upgrade and reduce the starbase's repair rate, until the new supply freighter reaches the point where the previous one was attacked.

It doesn't make them problematic, it makes them nonfunctional. How fast would this model allow someone to build a fully functional starbase (10+ modules or the equivalent if GC3 doesn't use modules). What timeframe are you looking at? 5 weeks to full production? 10? 20? Range-dependent?

Reply #72 Top

Quoting Frogboy, reply 69

We like Starbases. We don't like constructor spam, however.

Glad to hear that. Although, the AI will probably be even gladder, depending on how you change the starbase upgrade system.

Reply #73 Top

Well, I don't want to see starbases tied to a single planet for supply either.

  • Break the concept of constructor into two different ship classes. 
  • One is the initial builder which lays out the basic skeleton of the starbase.  It's a slow/expensive ship, and the amount of "constructor" modules that you can place on the hull controls how big of a starbase you can ultimately build.
  • Once the skeleton is built, it functions like a special-case planet -- it has a build queue, locations where you can add upgrades, a population that is 1/100th the size of a planet, etc.
  • To actually supply the materials needed for the build queue, you should have to send fleets of the 2nd "constructor" class ships -- construction-supply ships (basically, freighters) which can shuttle back and forth from their motherworld to the starbase.
  • Those supply-run ship routes need to have some sort of tax / effect on their host planet to pay for the starbase construction supplies.

 

By setting up "trade" runs between any planet and your starbase, you have something that can be scaled as the player desires (send 10-20 supply-runs to the same starbase from multiple planets).  Those supply-run vessels can also be interdicted / destroyed.  And since you set it up once for the life of the starbase, it removes a lot of the micro.

 

By having the ultimate size of the starbase be defined by the size (or # of modules) on the initial constructor ship, we get to have tiny starbases in early game, and really massive ones in late game.

 

With starbases having "slots" (just like planets have surface slots for improvements), you can mix/match the focus of the starbase.  (For game-balance, you may still need to restrict some modules to only being mountable on military / economic / influence / mining bases.)

+1 Loading…
Reply #74 Top

Quoting wuphonsreach, reply 73
With starbases having "slots" (just like planets have surface slots for improvements), you can mix/match the focus of the starbase. (For game-balance, you may still need to restrict some modules to only being mountable on military / economic / influence / mining bases.)

If you're having construction slots on the starbase, why not allow hybrid designs? The biggest type of base might have enough space to get all the military functions as well as some of the trade boost modules and self-defense weapon modules. Or an economic/influence hybrid?

Reply #75 Top

Star bases should be used to do anything useful like increase the range of ships, provide combat support and generally make them a tactical option rather then something the series should be obsessed about.

 

Lower the focus of star bases, please don't eliminate them completely please.