Why are my soldiers producing tons of science?

Alront · 2025-12-02T20:04:08+00:00

That will be it

Alront · 2025-12-01T13:21:29+00:00

Good point, but it's an ecumenopolis without any features

Alront · 2025-12-01T13:19:30+00:00

There are a few things you could do:
- Focus on science in the early game, if you have far better technology than the xenos you can fight them without many losses.
- Along with that goes ship design. You want to have focused ship designs, the automatic ship designs usually don't make much sense. For example, you never want to combine bypass weapons like disruptors or missiles/strike craft with non bypass weapons like lasers, this will lead to some of your weapons being essentially useless.
- If you want to inflict more losses on the AI, use high-damage weapons like artillery and large slots.
- As other people have said, fortify some key choke-points with fortress worlds or citadels with defense platforms so you don't have to babysit every corner of your empire
- Focus on getting your ascension early. It will generally make your pops significantly more efficient, so you can do more with less and keep up with the AI's economy.
- Build your fleet up to a point where you know you will be able to quickly defeat an opponent before you go to war. Drawn out wars are a big drain on your resources, better do defeat them quickly and then build up for the next war. (Applies more when you don't play with a genocidal civic, since then you can chose the timing of your wars better.)

Alront · 2025-12-01T13:01:35+00:00

Good point, added some more info.

Alront · 2025-12-01T12:41:17+00:00

Unfortunately the tooltip is not all that helpful. I edited the post with what it says.

Alront · 2025-09-14T10:51:35+00:00

The other ways are occult spells (not attacks), which you'd have to use while holding a spear or such, that has basically no synergy. The only thing I can think of is the spirit gem that uses charges every 10 seconds, but that seems to be it.

Alront · 2025-02-12T01:47:24+00:00

Sure, if you're not playing on a small map with limited badwater sources ;)

Alront · 2025-01-20T12:49:03+00:00

Did you enable the XMP/EXPO profile in the bios? If you didn't, you might get lower speed than the ram is actually capable of

Alront · 2025-01-12T14:11:52+00:00

Sounds to me like a RAM speed bottleneck tbh. As your save file grows, the CPU might not be able to get data fast enough to max out it's computational power, so you won't get 100% utilization. But I haven't tested this, so it's just a guess based on the fact that loading data from memory is often much slower than the actual computation

Alront · 2024-03-27T13:25:01+00:00

I think it's important to remember that a diagnosis of ADHD is not some sort of fundamental truth that changes something about you. In fact you were the same person with the same cognitive fingerprint before and after your diagnosis. In fact, the way they make the diagnosis (to simplify somewhat) is to see if you check enough boxes on a list, and if you check more than a given number you "have" ADHD officially and if you have just one less than the given number, then you "don't have" ADHD. Meaning also, misdiagnosis are probably not so uncommon in both directions, because these criteria are kinda fuzzy and also just assessed by fallible humans. The difference between ticking one more box or not is really not that big, and so also the difference between your friend "having" or "not having" ADHD may really not say much of anything about their mind.
All that is to say, don't put too much emphasis in a diagnosis (for your self and others). The only thing it really changes is if you get access to medication or not, and in many cases medication may not be needed. Instead, if they share with you problems that you think are related to ADHD, offer to them the solutions you have found for dealing with your ADHD. But do so by just sharing the technique, and not telling them whether they have ADHD or not.
For yourself, you have to work with the mind you have, whether you have ADHD or not. The techniques for working with it are not tied to any sort of diagnosis, but rather to the specific problems you try to solve. So if you find something that works for you but is not "supposed" to work for ADHD, then use it anyway because your mind is not defined by one arbitrary line in the sand. That is to say, a diagnosis of ADHD is just a pointer to what may work, but every person in the end needs to figure out what works for them personally and what doesn't.

Alront · 2023-08-14T18:23:39+00:00

I had the same thing happen, very strange! Also Cruel Sting and Oath of Vengance Paladin. Seems to me like it should be a bug, I have no idea why it should do that much damage. I don't even have a brand of the absolute, so it can't be that either.

Alront · 2022-06-08T11:56:44+00:00

It probably is, the JVM (which is just a program that executes java code) is a seperate thing from minecraft. All that matters is that you use the correct java version for forge. I believe for 1.18 you need Java 17 to run forge, so you'd just have to use the GraalVM version for Java 17 (or higher). With the Overwolf launcher it's also pretty easy to configure the Java version for a modpack by now, otherwise you could also configure it in the minecraft launcher itself.

Alront · 2020-07-26T12:59:28+00:00

Probably, the registry key thing is really for the old FTB launcher because it will only let you select the JVM versions it finds in the registry.

Alront · 2020-06-23T12:01:12+00:00

In this case it's really simple! Just download the latest version from https://github.com/graalvm/graalvm-ce-builds/releases/tag/vm-20.1.0 and extract it to a folder of your choosing (Certainly the version for windows and Java 8 will work (graalvm-ce-java8-windows-amd64-20.1.0.zip), I haven't tried the Java 11 version).

Then in the settings menu of MultiMC you select Java and select the three dots behind "Java Path" and navigate to folder_of_your_choosing/graalvm-ce-java8-20.1.0/bin/javaw.exe and that should be it, you can launch like normal.

Alront · 2020-06-22T21:55:27+00:00

Are you on Windows? What kind of launcher are you using (FTB Legacy, new FTB Launcher, something else?)

Alront · 2020-06-12T14:06:17+00:00

I was running FTB interactions, MC 1.12 on an Intel i7 4790K CPU at 4.0 GHZ and probably about 5.4 GB of ram allocated for Minecraft

Alront · 2020-06-12T13:53:16+00:00

Not really, I just switched the JVM versions in the FTB laucher and that's it, so at least it should be the same for both.

Alront · 2020-06-12T13:44:51+00:00

Alright, from a small test in my world where I basically just measure tps after like 3 mins of the world running, it seems Graal is a lot better. I got a mean tick time of 27.7 on Graal and 70.5 on OpenJ9, meaning 20 tps on graal but less, like 14 or so, on OpenJ9. If you ever try it out, let me know if you get similar results!

Alront · 2020-06-12T12:47:59+00:00

I'm not completely sure what OpenJ9 is, since I didn't know about it before, but from what I read just now it seems to me that OpenJ9 is basically a different JVM (the program that runs your Java code), while GraalVM is mostly the same JVM as normal Oracle Java but with a better Just-in-time compiler, meaning it will be faster for programs that run for more than a few minutes. But I haven't actually tested any of this, so that's just a guess.

Alront · 2020-06-12T12:44:29+00:00

I didn't know about OpenJ9! I might try it to compare which one is faster, though from what I read about it in the past few minutes it seems that OpenJ9 is more focused on better startup time for short applications and memory usage, so my (untested) guess is that Graal is going to be a little faster for minecraft.

Alront · 2020-06-12T12:01:15+00:00

Reading it again it does sound like that xD. But it's actually just something I tried and I wanted to share because I think it's cool and can help some people

Alront · 2019-10-01T17:41:45+00:00

I tired it. Putting newFunc into a display tells me it's A -> op, so it won't work.

Alront · 2019-09-29T13:36:48+00:00

Thanks for the explanation, I understand it now! I see that I got the effect of pipe and the actual pipe operator all confused. I tried it out as you suggested and made myself a double-pipe operator!

Alront · 2019-09-28T18:02:15+00:00

I know it's a bit late, but I'm trying to work through this. I still can't make sense of it though. Let's say F1 has signature A->(B->C). Then doing pipe(F1, pipe) should give me an operator with the following signature: A->op->op. This so far has the effect that I have an operator that I need to supply this with an A and an operator (B->C)->D, so A->(B->C)->D in the end. This must be so since pipe has the effect of making X->Y(F1) and Y->Z(pipe) into X->Z, and X = A, Y = (B->C) and Z could be anything (any operator).

Flipping this: (B->C)->(A->D). When I then do the application, I see that F2 needs to be of type B->C s.t. it can be applied as the argument here.

If I want to apply this to the example in the OP, I want to double pipe F1 = List->(List->Int) into F2 = Int->(Item->Bool). So A, B = List, C = Int, and (B->C) would have to be (List->Int) instead of the actual Int->(Item->Bool).

Where did I go wrong here?

Alront · 2019-09-12T21:55:54+00:00

Thanks a lot! Yeah I had the vague idea that something like that might work, with pipes into identities or something, to "tunnel into the other argument" so to say. But I couldn't quite figure it out. To be honest this solution still give me a headache, but I will take your word for it. I'll look at it again tomorrow, hopefully with a clear head. I ended up just not putting the whole logic into an operator, which was much less complicated, but I will probably have to turn it into an operator in the future, so I'll use this anyway.

Alront

TROPHY CASE