Star Kingdom

All actions need something to tell you you are doing it. I thought the menu confirmation page would accomplish that but I guess it fails? Maybe it needs something more obvious?

I'm not sure the full details but a few ideas come to mind: 1) Objectives completed at the start of the game. This would be better for a single player campaign mode but worth thinking about for player training 2) Some kind of progress bar, counter, or something that lets you know how well or poorly you're doing as you're building units and exploring the galaxy. One example is how one should send at least all 9 of thier initial spy satellites and try to get information on at least 5 of the nearest planets around them. 3) This may be a cross over to the spy satellite mechanic but consider a bit of what Diablo, WOW, and other games like it do as far as objectives. 4) The suggestion of adding more planets came up as a solution but unsure how it may solve the problem directly.

This can work well with an options menu for a fully customized game experience including number of AI, randomization of resources, and so on.

OPTIONS • Number of planets • Number of AI max • Light years before AI first attack • Resources: Random | Default • Start Planet Population Size: Small | Medium | Large • Start Planet Climate: Desert | Lush | Swamp | etc. • Starting Planet: Random | [List of Planets]

If you think of the money in taxes as being part of a stock or index fund, the contribution may allow for more gains over the long run when you take only what you need to maximize growth over the long term. I can't guarantee this mechanic will work but it's one idea worth trying. You could have overblown tax income in one pool as a result, giving players too much but in practice, the money runs out very fast as more planets are conquered. Smaller planets may benefit from this also. Not sure what would determine interest rates. But we may be able to hire an economist or upgrade to a central bank to get the highest possible. In theory, it can be set high when there's not a lot of money and after a certain amount, it can go down. Or it can be totally random. Interest rate mechanics need to be simple, make sense, and benefit gameplay. It's worth adding but requires major thought. In real life, stocks gain or lose based on pessimism and optimism. It would be crazy if we allowed players to engage in intergalactic stock trading to create a means for economic invasion. But we would need to create the means for population mood to occur, and factor things such as climate, attacks, low resources such as fuel and supplies. (BINGO). Practically speaking, the amount of fuel, parts, and agriculture on a planet should drive the interest rate for money growth. If you suck a planet dry of it's resources, there's not much of a chance for the money to compound interest. But with war, it happens. Try a first pass. If it doesn't bode well or results uncertain, push back and refine later on. Easily a rabbit hole.

When new high tech home found, it attempts to update to a new destination but instead it rests, thinking it's current home is the new one. Most likely theres a code malfunction:

//choose the closest hi-tech planet as new home, if any found, pick at random if (hiTechPlanets.Any() && (!isAnyEmbarkForeign || isTechTransfer) && isPause) { print("high tech home planets found: " + hiTechPlanets.Print()); //-- make it your new home planet. (repeat home planet process) newGov = sortBest.First(); //NOTE: added for safety, check if new gov is same as current (order of operations since we're sorting again) isNewGov = newGov != currentGov; //update all empire territories and fleet with new government homePlanetO = isNewGov ? homePlanetO.SwitchFleetGovernment(currentGov, newGov, iFM, territoryPlanets) : homePlanetO; government = homePlanetO.government; //AIM update

Last time this bug was found was around the 6400 light year mark. Check and see if it can be hacked to reproduce. I did make some changes to this code as a quick fix. It may have already been solved by this point. Double check to see if it can be reproduced or if it's fixed.

Make home planet free only in this case or consider it. If this idea doesn't work, try something else. Unsure if to keep it as a mistake but you need the game to end. Another idea is to notify the player they ran out of the resources to go home and as a result their homeworld suffered a rebellion and their planet became independent, game over. In this case, think about the conditions needed for this. Consider the simplest solution.

This is to speed up the battle times which seem to take forever.

Consider this idea with meteor shower event. For play testing the idea, you might not need to get fancy, perhaps a kill spree is enough and later in Release builds or in version 1.08 add an event that excuses sudden death. Also, we might be able to simply turn sudden death into a 5 minute event that puts all the ships in a die/kill frenzy. Test and consider.

the enemy cannot attack but their forces lie in wait for your "departure to mount an attack, beware!". This is under the condition that the player is in a kingdom territory with an AI is an occupying fleet visiting but not invading.

and needs either investigating or some kind of safety.

This is somewhat related to the other bug entry suggesting to limit either the amount of time passing when in Embark or limit distance early in the game. In theory if the embark issue is fixed, this might not be an issue.

It should be the only exception when no satellites are present. (this game has too many rules, haha).

Here's an illustration of what they can look like. Minimally, add number next to planet name.

In theory this is the same as having a random advisor that check in every x number of minutes and warns of any conditions in the game, otherwise you're told "good job". If this is a repeat of any other bug, close!

consider running outcome 1 - 6 stats BEFORE occupation updates above, remove guimode as something that happens AFTER. For now, we're keeping this complex condition as a band-aid until we can improve the logic in order of operations for outcomes. (see GameManager.cs line 1456 approx for details ) if ((planet.occupyingFleet != null && planet.occupyingFleet.GetComponent().sentience != FleetManager.Sentience.Player) || (planet.postOccupationFleet != null && planet.postOccupationFleet.GetComponent().sentience != FleetManager.Sentience.Player)) planet.isPlayerDefeat = false;

When a player loses occupation of a defeated AI planet, if it's over 300 and time passes during travel, it will regain its consciousness again but fail to notify the player. The conditions are met but may end up with 0 starting units. If this happens we should do a condition check to give some kind of default amount of units to the AI after it regains awareness. That way, even if it happens, we're not taking advantage of a bug but able to still deal with a fight ahead so to speak. Also, default starting should be based on population size.

Agriculture: Agriculture produces supplies (food) and influences the price of supplies (the higher the allotment, the lower the price of supplies). Economy: The economy produces taxes as well as determines the prices of ships, supplies, and fuel. The higher the economy resource, the more taxes produced and the lower the prices of things. Note that the prices of items are determined when you arrive at a planet and do not change with a change in the economy allotment until you leave the planet. This eliminates the "cheat" of setting the economy resource high just before purchasing something, and then setting it back down to it's normal level after the purchase simply to get a price break. Industry: For advanced and superior technology planets, the industry resource determines the rate at which ship parts are produced. Ship parts are the basic components from which all ships are made. Different ships require different amounts of parts, and you can decide how best to use the available parts. Superior planets produce twice as many ship parts as an advanced planet with the same population. Military: The military resource produces troops for manning transports. When a planet is independent, the military resource affects the number of forces that planet has (in combination with the planet's population). When a planet is occupied, the military resource (in combination with the planet's population) affects the rate at which your occupation forces attrition. Mining: The mining resource produces fuel for the fleet and affects fuel prices. Note that primitive technology planets can not mine, and thus have no mining resource.

totalPopRanges should take over for small, mid, and large pop arrays .

Prod To Pop ratios are updated on population rise and set by that point. Values for production at the start of the game are meaningless. Consider making a CalcProd() function used in the GameManager and in PlanetObject at the start of the game to keep planet productions consistent.

...regardless if occupied.

Side note: With more development ahead, while it's not a minor bug there is a workaround and our priority at this point is an internal play test. We might as well move this again to the progress phase and revisit. Perhaps by then we either have a better solution or the problem goes away on it's own, whichever comes first.

Playtest note: I almost feel as though a tutorial level or something should be a serious of mission objects from start to finish t teach you the game. If not, some other means like hints from the game itself might help or an assistant. Huge considering, move to release or Core 1.8 if too BIG an item.

I added a quick concept to show the idea. Love it but let's consider it optional. Not sure how we'll capture images on Save but prayers.

This is a debateable task. I can be moved over to Progress since it's not a showstopper, the game is progressble to the end, theoretically. Also, consider moving this to v1.9 if it's too much of a pain.

https://assetstore.unity.com/packages/tools/camera/ultimate-replay-2-0-178602?fbclid=IwAR0kJPWyGh2tz346WAYBcqlx6xNHW4_hyv1ROmGgEnst_ecqhOz3s68GsVY#description recommended by Jules