Stationeers Dev Tracker

Hitting escape should pause the game. However, there are a couple of reasons it may not have paused: a bug, if someone joined your game, at which point it will unpause, or if you're running a dedicated server. I'll test tomorrow but I doubt it will be a straight forward reproduction if it's a bug.

We definitely live by a "its ready when its ready" rule. That being said, my best guess is that Bigfoot is in the right kind of ballpark.

They caused huge performance problems, however we're looking at adding cameras for rockets so that you can monitor your rocket and feel connected to them while they're off in space. If that goes well then we'll definitely look at utilizing that work for a return of security cameras. :-)

It is a serious issue for us.

We will be releasing a survey, posting the details here and on Discord, to ask the community which action they recommend we take, and how we should take it.

We are open to migrating the game to an alternate engine.

Just realized I did not read your reply properly :D I need more coffee today!

Totally understand where you are coming from, but I do I want to be very clear, it is not a "if you don't agree with me", it is this:

If you direct criticism towards or attack an employee, no matter how "legitimate" your criticism, then we will take action. This also extends to moderators, and to developers of other games as well.
This is a hard line stance, and has nothing to do with agreeing with me or not. And that includes products that I do not like, or developers that I do not like. This is simply not the place to discuss concerns with other products. And if you do so, you will be warned, the posts may be deleted, and you may be banned - regardless of the veracity of what you post.

This is a forum to discuss Stationeers, and that includes criticism of Stationeers. But it is not a space to criticize other developers, as much as it is not a space to criticize employees.

I hope that provides some clarity.

Even if the criticism is true, it is very inappropriate for that to occur on another developers forums. Even if people were to be critical of game companies I do not like here, it is just very unprofessional and inappropriate.

I'm okay with, so long as it is done respectfully, criticism of Stationeers here. But criticism of other game developers is unfair and unprofessional for us to wade into.

My purpose of the post, was to highlight the work of developers that I respect. Making games is really hard, especially nowdays as an independent. I have been fortunate to meet many developers and it helps me immensely.

I realize people would rather I didn't lock threads like that, but I cannot tolerate attacking other developers in this forum, in the same way I can't tolerate people attacking our employees.

Respectful criticism of our project is fine, and in many cases, even so far as valued.

This the change log for the update of the various binary instructions to be in line with the bitshifting update:

https://steamcommunity.com/games/544550/announcements/detail/3681176566145924827

• Added NOT bitwise operation. Performs a bitwise logical NOT operation flipping each bit of the input value, resulting in a binary complement. If a bit is 1, it becomes 0, and if a bit is 0, it becomes 1.
  
• Changed AND to be a bitwise and not a boolen operation. In most circumstances, this will not cause any issues with scripts. Performs a bitwise logical AND operation on the binary representation of two values. Each bit of the result is determined by ev...

Read more

If you want to play "peer to peer" and you are running the game through your steam account, it will use SteamP2P which will "tunnel" through the internet, so you don't need to "forward ports". This isn't the most efficient way to host if you will have many people joining, but its much easier than running a dedicated server, or using port forwarding.

If your router has UPnP, the game will try forward ports as well using that.

I think the key to remember is that low-level languages are about getting the processor to do something, not a combined bunch of somethings *unless* the processor has been predefined a way to do a bunch of things together.

Think about MIPS more as the processor is always going to execute the next line, so if you don't want that - you need to do something.

If you take AND in the traditional sense, it's a *boolean* or *binary* operation, in c notation | or || are actually slightly different, for example.

So if you want AND functionality, you need to prepare the binary yourself. Which is, actually, what the compiler will be doing in a higher level language when you use such syntax in programming. If you study the instructions involved in, say, a simulator when ... Read more

Stationeers implementation of MIPS is relatively MIPS compliant and implements all the core MIPS functionality. Like many, if not all, chipsets it implements some of its own new instructions that are related to its special use case. In the case of Stationeers, this is mainly instructions provided for batch conducting instructions.

So I don't think it's fair, or useful, to say stationeers is "not the same as real-world MIPS". In fact, I would say such a statement is quite wrong. MIPS is not a specific set of instructions, for example if you look at a variety of MIPS implementations currently in use at major universities you will see some significant differences. It is a family of implementations based around a common approach of a very reduced instruction set to control a processor. Many of the core instructions used in MIPS in stationeers, are close to if not exactly the same in most MIPS family implementations.

While some good answers to the OPs questions, nobo... Read more

Server is back up now, sorry for the downtime

Our Master Server is having an issue, will be fixed once this is reset - apologies