Author Topic: C# Aurora v0.x Questions  (Read 183876 times)

0 Members and 1 Guest are viewing this topic.

Offline King-Salomon

  • Lieutenant
  • *******
  • Posts: 153
  • Thanked: 38 times
Re: C# Aurora v0.x Questions
« Reply #165 on: October 24, 2018, 02:59:27 AM »
Wouldn't it be possible to have them fire munitions straight from the planetary stockpile to get around this if you wanted?

If you go this way, there would be the point "Why using supply units/trucks for the defender and not usesing a planetwide supply stockpile to resupply?" .. guess this would open a nasty can of worms like "if this.. why not that too..."
 

Offline Steve Walmsley

  • Moderator
  • Star Marshal
  • *****
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: C# Aurora v0.x Questions
« Reply #166 on: October 24, 2018, 05:16:21 AM »
Not sure if I missed this information or if this has been considered but will there be a finer granulation of fighter engines now that the fuel economy are somewhat different from before. There will be a huge difference between a size 1 and size 2 engine now.

If it wouldn't be too much a trouble to make it like 1 and 0.1 increments to 2, 0.2 increments to 3 and 0.25 increments to 4 and 0.5 increments to 5 or some such.

Fighter engines start at 0.1 HS now.

http://aurora2.pentarch.org/index.php?topic=8495.msg109885#msg109885
 

Offline Whitecold

  • Commander
  • *********
  • W
  • Posts: 330
  • Thanked: 88 times
Re: C# Aurora v0.x Questions
« Reply #167 on: October 24, 2018, 05:44:12 AM »
No, I have nothing planned on those lines. I want to avoid tracking any type of munitions or ordnance for ground units and keep them relatively simple (in management terms).

Wouldn't it be possible to have them fire munitions straight from the planetary stockpile to get around this if you wanted?
The munition management would be quite simple with just drawing from the planetary stockpile. I guess the trouble would be more with missiles not fitting as integral weapon systems, you need few dedicated large sensors, and you want many launchers per FC.
At least orbital missile bases can now be covered by planetary PD
 

Offline Jorgen_CAB

  • Admiral of the Fleet
  • ***********
  • J
  • Posts: 2822
  • Thanked: 673 times
Re: C# Aurora v0.x Questions
« Reply #168 on: October 24, 2018, 07:17:31 AM »
Not sure if I missed this information or if this has been considered but will there be a finer granulation of fighter engines now that the fuel economy are somewhat different from before. There will be a huge difference between a size 1 and size 2 engine now.

If it wouldn't be too much a trouble to make it like 1 and 0.1 increments to 2, 0.2 increments to 3 and 0.25 increments to 4 and 0.5 increments to 5 or some such.

Fighter engines start at 0.1 HS now.

http://aurora2.pentarch.org/index.php?topic=8495.msg109885#msg109885

Ah... thanks... I think I missed that little tidbit of information. Great!!
 

Offline alex_brunius

  • Vice Admiral
  • **********
  • Posts: 1240
  • Thanked: 153 times
Re: C# Aurora v0.x Questions
« Reply #169 on: October 24, 2018, 08:06:53 AM »
The munition management would be quite simple with just drawing from the planetary stockpile. I guess the trouble would be more with missiles not fitting as integral weapon systems, you need few dedicated large sensors, and you want many launchers per FC.
At least orbital missile bases can now be covered by planetary PD

That reasoning leads to something interesting. I just realized that orbital missile bases should require proper ammo storage and shuttle bays now to handle the logistics of firing loads of missiles, and can't just instant transfer them from the planet anymore. That's going to change design strategy quite a bit, and make it more feasible to saturate even orbital AMM defenses if they don't have oversized logistics or deep enough magazines.

Perhaps proper missile logistics here is an advantage that adds interesting trade offs making it worth keeping them away from ground forces?
 

Offline TMaekler

  • Vice Admiral
  • **********
  • Posts: 1112
  • Thanked: 298 times
Re: C# Aurora v0.x Questions
« Reply #170 on: November 05, 2018, 09:42:53 AM »
How compatible will the databases be when you update the C# versions? Any plans to make them more compatible than in the past?
 

Offline Steve Walmsley

  • Moderator
  • Star Marshal
  • *****
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: C# Aurora v0.x Questions
« Reply #171 on: November 05, 2018, 11:29:19 AM »
How compatible will the databases be when you update the C# versions? Any plans to make them more compatible than in the past?

That issue won't really change.

it isn't a question of language or database type, but an issue caused by a mismatch between the database structure and what the program expects to see. I could spend time writing a conversion program for each release, but my time is probably better spent adding feature (more interesting too!)
 
The following users thanked this post: dag0net

Offline Rabid_Cog

  • Commander
  • *********
  • Posts: 306
  • Thanked: 28 times
Re: C# Aurora v0.x Questions
« Reply #172 on: November 06, 2018, 12:44:09 PM »
I vote for more features and less database conversions.

Aurora does not autoupdate, so I am cool with it this way  ;D
I have my own subforum now!
Shameless plug for my own Aurora story game:
5.6 part: http://aurora2.pentarch.org/index.php/topic,4988.0.html
6.2 part: http://aurora2.pentarch.org/index.php/topic,5906.0.html

Feel free to post comments!
http://aurora2.pentarch.org/index.php/topic,5452.0.html
 

Offline Jorgen_CAB

  • Admiral of the Fleet
  • ***********
  • J
  • Posts: 2822
  • Thanked: 673 times
Re: C# Aurora v0.x Questions
« Reply #173 on: November 09, 2018, 06:00:53 AM »
One question that I have for the C# Aurora.

In the old version you can set an "Order Delay", but the problem is that this delay between orders don't persist and are not shown in the order list. Will this be changed in any way?

In order to set up patrol routes with ships that have relatively low deployment times it would be very helpful if these order delays gets added to the list of orders and are repeated when you cycle an order.

This would be a huge quality of life for patrol or repeating orders where you want the crew to get some RnR between patrols. As it is it is just too much micro.
 
The following users thanked this post: dag0net

Offline Whitecold

  • Commander
  • *********
  • W
  • Posts: 330
  • Thanked: 88 times
Re: C# Aurora v0.x Questions
« Reply #174 on: November 09, 2018, 06:08:02 AM »
One question that I have for the C# Aurora.

In the old version you can set an "Order Delay", but the problem is that this delay between orders don't persist and are not shown in the order list. Will this be changed in any way?

In order to set up patrol routes with ships that have relatively low deployment times it would be very helpful if these order delays gets added to the list of orders and are repeated when you cycle an order.

This would be a huge quality of life for patrol or repeating orders where you want the crew to get some RnR between patrols. As it is it is just too much micro.
Having a dedicated RnR order would be useful for that as well. Basically wait until the timer is run down to 0.
 
The following users thanked this post: Titanian

Offline Jorgen_CAB

  • Admiral of the Fleet
  • ***********
  • J
  • Posts: 2822
  • Thanked: 673 times
Re: C# Aurora v0.x Questions
« Reply #175 on: November 09, 2018, 07:53:02 AM »
Having a dedicated RnR order would be useful for that as well. Basically wait until the timer is run down to 0.

That would be really good in addition to being able to give a specific amount of time.
 

Offline Garfunkel

  • Registered
  • Admiral of the Fleet
  • ***********
  • Posts: 2781
  • Thanked: 1048 times
Re: C# Aurora v0.x Questions
« Reply #176 on: November 09, 2018, 12:15:42 PM »
Agreed! That would also allow the creation of complex looping orders.
 

Offline Jorgen_CAB

  • Admiral of the Fleet
  • ***********
  • J
  • Posts: 2822
  • Thanked: 673 times
Re: C# Aurora v0.x Questions
« Reply #177 on: November 09, 2018, 01:56:33 PM »
Agreed! That would also allow the creation of complex looping orders.

This would be extremely useful in especially multi-faction games where you control several sides. The more you can automate individual sides ship movement the easier it will be to manage such campaigns.
 

Offline Agoelia

  • Chief Petty Officer
  • ***
  • A
  • Posts: 31
  • Thanked: 5 times
Re: C# Aurora v0.x Questions
« Reply #178 on: November 13, 2018, 03:32:02 PM »
Will Task Groups wait till the end of the cycle to check new orders?
Let me explain: If you set a ship to ''survey the next five system bodies" and then skip 30 days, the ship will execute the order and then idle for some time, sometimes for the large part of the month.  This of course only happens if the ship performes all 5 of the surveys inside the 30 days period, but the loss of time is extreme when, for instance, surveying an asteroid belt (asteroid are really fast to survey and kinda close to each other). 

Second question: When an NPR ships shoots missiles at you, it stops the game.  Now besides being annoying since you may want to skip an hour but the game stops after two minutes, most of all it gives away that the enemy is shooting missiles at you, way before your sensor actually pick it up.  I guess it's the same problems with NPRvsNPR conflicts stopping continuosly the game.  Will this be fixed?
 

Offline Garfunkel

  • Registered
  • Admiral of the Fleet
  • ***********
  • Posts: 2781
  • Thanked: 1048 times
Re: C# Aurora v0.x Questions
« Reply #179 on: November 13, 2018, 03:50:08 PM »
You can use 5-day or 1-day increments instead of 30-day increments. Since C# will run so much faster than VB, you're not losing out on playing time.

As for the second, you can never be sure if the increment slow down is because of missiles or something else. Yes, if you know there are no NPRs or spoilers active anywhere else than the new system you're exploring, then it's a bit of a giveaway, but only in that situation. And there isn't a way to "fix" it as otherwise, you run into a situation where the AI cannot shoot at you at all. Or do you mean that despite slowing down the time increments, the game should keep going without pausing until the player has a sensor contact or the missiles impact?