What is the goal?

• A simple efficient way to display static data on the client

Use case?

• Well all static debug data like infrastructure planning etc.

How to could we achieve that:

• A static flag on room visuals
• The ability to directly set the raw string of the serialized output from a RoomVisual object (memory buffered)

What's the difference between the two?

• static flag
  • Pro: Allows easy caching on the server side to send it only once to the client like loading the room
  • Con: Requires changes to both server and client side
• set raw
  • Pro: very flexible to use
  • Pro: only a server side change
  • Con: eats memory
  • Con: eats server bandwidth

Please inset input below

lol, that must have frustrated a whole lot of people xD

Hmm.... thanks this was really helpful.
It helped me to solve a problem that I'm thinking about all day long.
Never did it occur once to me to use a flood fill
Sometimes the simple solutions are the best

• a boost in genral market activity
• Making the market more attractive for new low-level players
• Making subscription tokens affordable by splitting them into 1d coins
• Creating a baseline for subscription tokens / coins it is currently very arbitrary
• Creating a new value and feel for subscription coins by required work
• Allowing people to "suspend" their subscription with a decent but fair penalty
• Providing a means to handle subscription programmatically, at least to know when it ends so they can switch tasks to buy coins
• Simplifying subscription management by making it a "physical" thing 1 coin = 1 day of CPU; 100 coins = 100 days (monthly subscription just gives a amount of coins)
• Refresh the revenue stream for the game to ensure continued development of such

People are cheapskates and don't want to be bound,
this will hopefully increase the amount of people who want to try out the game.

A small sample calculation:.

• avg. tick rate: 2s transfer cost: 432000E
• avg. tick rate: 5s transfer cost: 172800E

Simply carrying massive amounts E from a faster shard into a slower one could have a ROI that is profitable.

Jo make sure you have Visual Studio Code <- that is electron based and completely different from Visual Studio Community Edition.
That thing is a complete monster IDE for a lot of languages.
Code is more like a coders pet very powerful if you teach it the right tricks

This is a small Nerf for new players,
so that they have to go to all phases at least once.

Basically force them to maintain their code instead of just buying energy from the market.
Also keeps a baseline for pricing, since a lot of people will use that as orientation.
Oh and it would give energy finally some worth since it is a good sink.
It should use the weekly avg. Tick time to calculate the energy cost, adds natural fluctuations.
This way inter shard trading becomes a very interesting opportunity,
since shards with a high tick time are able to transfer cheaper.

Good day everyone

I personally think that the current market system is a bit, hmm how should I put it, uninteresting.
In order to change that, there needs to be something that is valuable but doesn't break the bank and appeals even to those who are new testing the game.

Subscription tokens are a great thing but unfortunately due to the high price tag mostly unreachable except for those with pro-ness in trading.
There for I like to change the concept a little:

Instead of the 60 day token I suggest that we get 30 x 1 day coins. Or better yet switch the entire subscription system to 1 day coins.
But those are not directly available for trading they need to be "transferred into the game" via a lvl 8 controller which requires energy of cause (maybe one day of 2 sources). However in order to transfer them back into your account you need at least 16 -1 for administration cost.

This has the following benefits:

• The price tag gets reachable enough to make the promise of "pay never" feasible
• Since it becomes a resource that is player generated, it gets a completely new value and inherently nerfes the p2w feeling a bit
• Player are now able to pseudo "suspend" their subscription by generating coins
• It should revitalize your revenue stream for the game since non-subscription players are now able to taste blood

Cons:

• requires a complete revisit of the subscription handling, but should be possible since your payment provider should allow micro transactions (<- handle coins here)
• things that I might have overlooked but for that reason there is the community

insert input below

Guys there is a fairly easy fix today,
which doesn't even require to dismantle one wall:
Think with Por... ahm I mean tunnels

While that is a undeniable fun remark it would be nice if other people could confirm that xD