Try it on one of your rooms. I don't think it works on other people's rooms.

One weird snafu I ran into:

UH is backwards. All of the rest of the [U,L,Z,K] [O,H] combinations are in that order, the [O,H] mineral always goes in the second lab.

I also had G backwards, but that's a 50/50 shot... there is no way to determine which was "supposed" to be first or second, UL or ZK. In hindsight, sure... because that's the order they're just "usually in."

At issue appears the way the lab reactions are defined. When working out my lab system, I had to redefine the data structures as they were just not useful for the purpose of building compounds, I needed them to be in a 3 deep array, like "['KO'],['K'],['O']" where index 0 of the array is what I'm making.

So my database looks like: ... ['UH','H','U'],['UO','U','O'], ... etc. Only the UH one is backwards like that.

Oh, I did not touch this in PTR, so I'm coming in cold in trying to implement it into my lab production system.

That was easy! It's literally exactly like the "runReaction" method, but backwards. All I had to do set a "shatter" state instead of a "production" state and change the rules (production on not enough, shatter on too much) and reverse the material flow.

Naturally, I use the "ring of labs" layout, with the output labs in a ring around the 2 input labs, so I can run gang production/shatter. Reversing the reaction uses the exact same layout, but with the input / output reversed.

Nicely done, Goggles.

Goggles,

Any idea as to the extents of the "rule changes" for the seasonal server? I.E. If it takes ~14M energy to level a room to level 8, and the "season" only lasts 2 and a half months... even at a 1 second tick that's going to be a pretty small colony at the end. Starting cold is a beast, and I get that exercising the cold start code will be a big part of the seasonal server, as it is in the impromptu "combat" servers on screeps plus, but the game's systems are geared for level 8 rooms.

So, to rephrase, any idea as to the changes to make leveling faster?

@artch said in Dev update 2020-03-08: new account resources:

We're going to provide a fixed amount of all account resources on the in-game market by NPC orders as well.

This is something I'm curious about with your new scheme. Currently, you need to buy the tokens from you, Ok, that's perfectly reasonable. I believe they cost somewhere in the range of 17.50 USD each. That's between a pure month to month sub (9.95 USD) and the 41.00 USD for a 6 month sub. As I'm grandfathered in, I can always switch back to the 6 month sub.

Or, you can buy them from the Steam Market. Here's where it get a bit weird: There, they sell for less than 9 bucks (That's where I get mine.) That's even cheaper than a 6 month sub. So, it would already seem that there's a source of them that drives the "value" down (Preventing some from being bought from you.) Adding an easy to buy from the NPCs source on top of that would make them even cheaper. Now, I know where a lot of them could be coming from, "bug" awards and the like... but shouldn't THOSE tokens be non transferable?

Can you stop them from being sold on the Steam Market place? Your ability to be the sole source of them needs to be sacrosanct for them to be a good revenue stream. And by "good" I mean "legit."

Don't get me wrong, I support where you're going here. I just want to be sure you legitimately get your due revenue from the tokens. If it turns out that there are actually people buying them for 17.50 USD from you, then selling them to me for 8.50 USD... great.

Interesting.

One thing that's "not fair" is the grandfathering in of existing subs. People with lifetime subs will simply not need to deal with the 24 hour token system at all. Of course, good luck touching any of that! The lifetime sub people will howl bloody murder. At the same time, you can't just cancel the subs and go full on "F2P" model, which is clearly what you "want" to do.

Suggestion: Don't make the 24 hour subs be "full CPU." All that does is encourage people to be wasteful, trying to spend ALL their CPU each cycle lest some "Go to waste." The go-to method of that is of course remote mining... one of the most CPU inefficient mechanics in the game, but it's easily switchable to "Use your free CPU." Instead, have the 24 hour tokens only unlock 10 CPU above the 20 CPU baseline. the same you get when you add a GCL up the the limit.

So... first 20 CPU is free across the board. Each 10 CPU above that requires a GCL to unlock and a 24 hour token to maintain.

Well. It is a mule, and it's currently "muleing."

.getFreeCapacity(resource); is documented. For non general stores, you need to specify what you want the free capacity of.

The reason for this is simple. What if you have something with a store that accepts only a subset of a few items? Like a lab? Or a nuker? Labs can hold 5K TOTAL, but 3K of it must be that lab's mineral resource, and 2K of it must be energy. You have to tell it which you want the free capacity of for it to be meaningful at all.

Thus, the great NaN wars started, inflicting untold devastation.

Isn't there a multiple of 10 rule when using .oox amounts? Are you in violation of that?

That sounds like a TV show! "Three creeps, lost on a parallel shard after entering the quantum portal, take on the TTL of host creeps and cannot portal out until they solve the local programming puzzle. Will the next portal take them back home?