Topics created by Dissi

@tedivm said in What did you find annoying/hard when you started out with this game?: @w4rl0ck the private server is not a test suite. While it's certainly possible to run tests on the server, it isn't possible to do things like reset the game state for each test or provide stubs for certain services. Yes I only wanted to quote the second part which is about test servers. While I agree that a test suite would be great I don’t think that this is a job for the devs to create and I don’t think that writing tests is something a screeps starter would use/miss ( which this thread is about ) I think setting up a local test server is more important for a beginner, or should be, to not do the first steps seeing the scripts moving in 4-6 second steps. Maybe a button to delay the start of the subscription. Let the user start with 10 cpu until he is ready to use more. Introduce something that let server-mods add panels or buttons to the client to create debug/helper mods that allow ui elements. Using the web simulator is ok, but it stops beeing useful soon. A local server with a server mod that allows changing the tick speed, but with the same ui like the web simulator would be the god tool for a beginner. A button to finish buildings, to change the controller level, save/restore a room .... the possibilities would be endless. I know some servers have mods that allow for example changing storage contents by script, spawning customized invader groups on command in sk rooms and it playing multiple users on the same server using the steam client to check combat code. There is also a mod to run the server tick by tick or to connect a debugger but that won’t work for a shared server. Manipulating whole room states or spawning hostile creeps with certain scripts would possibly be not hard to do if some of the experienced guys are interested in doing

Undifferentiated access unfortunately harms the ability to observe gameplay which is a significant way to experience the game and an excellent way to advertise the game. Something like a 50 tick delay for rooms outside of the player's vision would be an ideal compromise, but this is most likely a non-trivial feature. Test edit.

If WORLD_WIDTH and WORLD_HEIGHT could also get regularly updated that would be great. Right now anyone who is using it is getting the wrong information, and frankly I don't think game constants should be unreliable.

It should be pointed out that HARVEST_ENERGY and HARVEST_MINERAL powers both have the potential to harvest more than the amount of carry the power creep has, essentially requiring a container as well to make sure nothing is lost.   They should have the potential to get more carry if that is the purpose the player wants for those power creeps.

@Finndibaen I totally understand and agree that the playing field is level if everyone uses JavaScript. I only meant to suggest that, since the cost of running the servers is almost purely based on how much CPU/RAM is used, and thus the game devs wish for us to make the most CPU efficient code possible, then allowing us to use a language which is significantly more CPU efficient than JavaScript would likely go a long way to reduce their expenses. I'm sure this is no small amount of work for them as they are very heavily invested in JavaScript.  However it's something for them to consider if indeed they do want to save probably-significant money without the consequences of simplifying/reducing the game that we all enjoy playing.  

"temporarily" If the CPU whole is greater than the sum of its CPU parts, then I could take it resource-by-resource... is that right, though?  I would figure grabbing the whole thing at once then grabbing it mineral by mineral would be faster.

what about push creep  - the power creep would move to where the existing creep was, and would gain fatigue based on the size of both creeps.  This might enable quicker creeps to move away if they were in combat, and it would also allow the movement into position of 0 move creeps.

I've reported this a few months ago and was replied by Artem that it was the desired behaviour ... Hopefully his mind will have changed

@ link to source code with bug report!

I really like this idea.

I keep teaching new OCS contributors about this issue. Flag cloaking and pre-populating the memory are the only workarounds. This also means we should set the color and secondary color in memory before the flag shows up. The extra complexity is no fun

I can never make formatting work.

Related topic

There is no connection between a novice zone and the following pause. Currently, new sectors are opened for 25 days, but it doesn't mean they have to remain empty during 25 days. Also, novice zones can embrace rooms with a different history (timers) which can lead to confusion when using them for location. Solving an issue requires a goal, some objective reason to postpone the second opening. Reservation is a minute thing. You can start preparing plans after the first opening, which gives you more than 18 extra days.

Nevermind, I was mistaken, they still cause a few piles.

Found out it was on Game.flags['test'].memory access. Missed a spot somewhere while removing all references. The objects are no longer being created.