Recent Posts

Pages: [1] 2 3 ... 10
1
just realize i posted this in vb6 section.... i have no idea if it works there, i was using c# aurora.
2
For my own submarine/hunter doctrine I make liberal use of DSTS and buoys. Keeping TCS low is easy enough with cloaking reduction. In addition reducing TH and EM is easy. In the multiplayer game ran by Somebody1212, my empire exclusively uses "submarines" so in my experience I've found creating passive networks is more important than active sensor usage. It's easy to keep track of a target without active sensors. Only using active sensors when a lock is required for a MFC.

From my experience: I think the mines listed are over designed.
3
I'm no master of stealth missiles this but I finally managed to get a working design, so I'll give a reliable and tested method to all my much confused bretheren.
The idea of a submarine launched "stealth" missile, is about killing without using active sensors. You passively detect their signature, then launch missiles using a waypoint where they're heading to, and it homes in, all without revealing your location. (you cannot target passive signatures directly sadly...)

To do this, you must basically launch a rocket transported minefield. Nothing I did seemed to be able to get ordinary Missiles with active sensors on them to target lock without firecontrols. mines however do work for this task, and if you think about it, a mine is more versatile anyways. In a nutshell: You're using the first stage to transport and deploy a mine to the location you see the enemy is heading, then when it reaches the waypoint, it stops and becomes a normal mine (2nd stage), they fly into its sensors, and it targets it with 3rd stage payload missiles.

1st stage is for traveling there nothing else. sensors do nothing on this stage - it seems missiles do not start become guided by their active sensors until they're started with targeting a ship via a fire control and then lost the target.
2nd stage you need to make a "no engine" stage with nothing in it but a sensor, holding some stage 3 minelets for payload - this stage is the mother mine. The separation range for entering this stage should be 0 - if it is set say 150k distance, it will switch to stage 2 150k before it hits the waypoint. I have not tested if that breaks it, so to be safe just do 0 km, which I've confirmed works. You NEED to have an active sensor on this stage for it to function - it only runs when detected from this sensor, external sensors do nothing!
3rd stage is the payload stage. You can put whatever missile you want here - conveniently it does NOT need an active sensor on this stage! The 2nd stage's active sensor WILL stick around until the 3rd stage explodes! You may have noticed this when using 2 stage missiles, the previous stage's name weirdly stays behind. Don't forget to make the separation range for your payload similar to your active sensor's detection distance, it launches when the enemy reaches the separation range, not the active sensor range.

Note: Launching at a waypoint can be done at any distance, regardless of fire-control size, so you can put the cheapest fire control. It will fire towards the waypoint even if the missile lacks the range to actually reach it too.

And thats it basically. Now for unnecessary fun talk: Realistically speaking, if someone saw a mine field entering in front of their position, they'd move away - not to mention with them watching it come in, they now know your firing angle. Its stealthy, but it's not totally stealthy. Also, trying to calculate the narrow zone you can deploy the mine so that it it activates the moment it enters perfect range is cumbersome in practice too. Instead, its probably (?) best to launch your mines far ahead so they simply run into them.

Both the payload and detection range needs to be long enough that they cannot detect the mother mine so as to avoid its zone / shoot it down from afar, and to instill confusion as to the true source of the missiles. However it should probably be designed to defeat ordinary units with average sized sensors, and simply accept that good sensors counter it, avoiding those targets. Of course, you can always try launch into those targets.

Note Note: Mines with high resolution active sensors are potentially visible to passive em detection if they build a huge one (which they probably won't tbh) - if you use a thermal sensor mine as an extra stage before the regular mine, your mine will be invisible to em until after its triggered. And because mines are so small, they are effectively invisible to active sensors too. I have NOT tested a 4 stage transport -> thermal detection -> active detection -> payload works cuz i'm sleepy, but I assume it works. I did confirm thermally detecting a ship does sets off the next stage, though it fizzled out because in my test the next stage had no active sensors. I did not confirm if a 3 stage transport -> thermal detection ->  active sensor payload works, it probably would? I recommend not taking chances and trying the safe version.

Note i'm talking out my ass a little philosophizing here, because I didn't take the time to design a proper design yet - i really just wanted to get the basic functionality down. For all my tests, i sent them straight in range rather than using them like a mine field like i suggested, and was only 30 million km away.
4
Wiki Discussion / Wiki update for C#
« Last post by Alsadius on July 01, 2024, 12:53:20 PM »
I decided to spend some time really cleaning up the wiki for C#, because it's in a pretty archaic state right now - realistically, it should probably use C# as the main version, but for now I'd be happy just establishing equality between VB6 and C#. If anyone here wants to help, I'd appreciate the extra hands.

A few organizational notes, to make sure it's all consistent:

1) Version-specific pages should now have names starting with "VB-" or "C-", as appropriate. If a page doesn't have either one, it should be a generic page that's applicable to both versions.

2) I've created new wiki templates to help with this. Type {{bothversions}} at the top of a page that's valid for both VB6 and C#, or type {{generic}} at the top of a page that doesn't have those details. It'll give explanations of what the page is, and the {{generic}} template includes links to the VB6 and C# pages automatically.

3) If C# mechanics are similar to VB6, it's usually best to just add a few notes about the differences and use {{bothversions}}.

4) If the mechanics have changed a lot, it's usually best to copy-paste the full page to VB-PAGENAME, add a note on top linking back to the generic page, and then replace the generic with a brief explanation of the topic that only covers things that the two versions have in common. Use {{generic}} in that case.

Also, Erik, two things for you. First, I'll be cross-posting this request on Reddit and Discord - don't be surprised if a few people PM you for wiki accounts. Second, can you set the Wanted Pages cache to update more frequently, or failing that maybe perhaps do a manual update? That'll be a useful resource to clean up missing links, if it's more up to date than 2016.
5
Wiki Discussion / Re: Spammer infestation
« Last post by Erik L on April 28, 2024, 12:43:29 AM »
The account is blocked. And pages should be gone.
6
Wiki Discussion / Re: Spammer infestation
« Last post by Alsadius on April 27, 2024, 07:52:23 PM »
Ugh, that's really annoying. We're going to need an admin to fix this, I think - I've messaged Erik, and we'll see if he can clean it up. He seems to be active, at least, which is better than some similar situations I've seen before.
7
Wiki Discussion / Re: Spammer infestation
« Last post by BigBacon on April 27, 2024, 01:20:04 PM »
Quote from: Alsadius link=topic=13545. msg169555#msg169555 date=1714222718
I was searching for a wiki article just now, and noticed a nasty spammer infestation.  Seems to have been the user kishmond who posted them all, about a month ago (I assume this was a hack of his account), and I've gone through and marked a ton of them for deletion.  If an admin (Erik, maybe others) could approve the deletions, that'd be great. 

https://www. aurorawiki. pentarch. org/index. php?title=Special:AllPages is the full article list, the spam ones are obvious.  I've deleted everything alphabetically down to the ones starting with E.  If anyone with an account wants to clean up more of them, that'd help too.
Unfortunately, it would seem that he is still active and has already undone your changes to his spam pages.
8
Wiki Discussion / Spammer infestation
« Last post by Alsadius on April 27, 2024, 07:58:38 AM »
I was searching for a wiki article just now, and noticed a nasty spammer infestation. Seems to have been the user kishmond who posted them all, about a month ago (I assume this was a hack of his account), and I've gone through and marked a ton of them for deletion. If an admin (Erik, maybe others) could approve the deletions, that'd be great.

https://www.aurorawiki.pentarch.org/index.php?title=Special:AllPages is the full article list, the spam ones are obvious. I've deleted everything alphabetically down to the ones starting with E. If anyone with an account wants to clean up more of them, that'd help too.
9
Installation / Re: Downloading VB6 Aurora in 2023?
« Last post by ciringa_men on May 27, 2023, 01:38:38 PM »
thank u conrade you saved my life
10
Installation / Re: Downloading VB6 Aurora in 2023?
« Last post by Haji on May 21, 2023, 11:24:46 AM »
Here you go, the 7.1 version.
Pages: [1] 2 3 ... 10
SMF spam blocked by CleanTalk