The most glaring annoyance with the designer, in my opinion, is how it makes editing difficult. This is because it has a very weak sense of semantic grouping in the form of rooms/associations and hides important information such as transporter pads. By doing this, the designer impedes organisation and makes iterative workflows a drudgery. Therefore, I suggest the following:

• Hierarchical node grouping system like in Blender. This will allow more natural semantic groupings separate from the ones needed for lighting, turbolift operation and doors. It will also make accessing the otherwise hidden properties of nodes easier, as they can be represented as children of the parent node.
  
• As implied by the first point, reification of the hidden properties of nodes. Things like seat location, seat type, emitter location, weapon style, transporter pads, etc. should all be visible and/or manipulable.
  

Vehicle Disintegration
While tracing the server crash problem, a previously unknown problem was uncovered. Vehicles were being fetched to buildings in environments that were too harsh for the vehicles to exist. The vehicles were then destroyed by the environment, causing more vehicles to be fetched and destroyed.

Vehicles no longer suffer hull stress damage when new and at a building site.

Server Crashes
The vehicle disintegration problem helped to find the etherium bug that has been plaguing the servers.

Fixed etherium bug that fatally broke some data if multiple threads simultaneously changed an atom's parent atom to something different.

Pilot to Planetoid
NPC pilot does a poor job of flying to a planetoid. He tends to fall behind it as it orbits, then chases it without ever getting close enough to be in its gravitational zone.

Navigator now leads the destination world when it is part of an asteroid belt.

Land at Airport on Planetoid
NPC pilot will not land at an airport on a planetoid in my system.

Fixed error checking for obstructions at the landing site.

Going to the Star Map Solar System Seach....



In the menu, since the filters only give results of scanned systems, leave them blank and only enter a parsec range. Receiving a full list feels like bypassing the limited filters, but it also has a generous but limited range.



"Observed, not Surveyed" status doesn't reveal resources, but reveals world dimensions and a few other things.

It feels like an exploit compared to how Ringworlds have been traditionally discovered.

The reported resource qualities does not match up with the resources I am actually mining.
I feel that this may also have to do with the phenomenon I experienced recently where the following occurred.

I had established my city and placed mines and wells to acquire resources.

After logging out for a day and logging back in, I placed a mine to harvest Crystals, but when the mine was built, there was no option for Crystals to be mined despite both the resource icon with the number of nodes being in that location, despite the rock models being in that location and capable of being collected.

The same occurred for all other resources.

I logged out and logged in with another character and all of the resource icons had moved, and the rock layer had updated to match. This would explain why new resources couldn't be collected from a newly placed mine before I logged in with a different character.

All existing mines were mining the resources that were visible until I logged in with a different character which apparently updated the rock layer on my client.

After my client had "updated" after logging in with the different character, all existing mines had their processes wiped and were mining nothing. The list of available processes only showed options for the available resources which was now accurate to the system scan.

I logged out and logged in today, and the rock layer and resource icons were back to their original state when I first established my city, which does not match up with the system scan.

So as it stands right now, I am collecting resources from a rock layer that is not what the planet is supposed to have. I cannot reproduce whatever triggers the switch between the accurate rock layer from generating and the inaccurate rock layer from generating.

Sites are not displaying in the designer preview for some reason.
I also tried it with the University by Haxus design, same problem.
There might also be issues with Sites ingame related to this bug: http://www.hazeron.com/mybb/showthread.php?tid=2173


https://i.imgur.com/ibduRQa.jpg

When ordered to leave a Gas Giant's hydrosphere, the AI pilot ascended normally all the way to the surface, but as it breaches the surface a strong force overcomes the ship.

The ship has a vertical acceleration of 55m/s/s, and is using gravity drives. It feels as if the planet's gravity is taking hold for a moment. Manual flight was needed.
The hydrosphere is 76km in diameter. 

Video of the force: 

Audio sources only play in both ears while facing about +/-45 degrees at or away from them. Turning more than 45 degrees will cause one ear to go deaf to the noise. Only after turning another ~90 degrees will the noise to return, a substantial dead zone. This can be acceptable on some speaker systems where your room helps simulate, but not on headphones.

Noises should always be heard at some level in both ears (about 10% to 25% volume, or a -20dB to -6dB reduction at 90 degrees). With the current dead zones, hearing a sound perpendicular to you will only let you feel it's direction within +/- 45 degrees. 

Below is an example of ship engines, but driving SUVs are also a good example. Pay attention to the turning marks and channel levels at the bottom. 



A good way feel it out is by closing your eyes and doing a 360 while guessing the audio direction. This can be done in-game or outdoors for comparison.

Server Crashes
A bug is causing servers to crash, about two per day.

This bug has been difficult to track. The crash is the side effect of an error that is introduced by code that does not crash. The errant code drops a little land mine in the data and some time later the server goes in face first.

This update has some slight changes that may eliminate the problem. It also has some additional error messages that may help me to find the problem, if those slight changes aren't effective.

Emojis
Someone asked for emojis.

At first I resisted this idea because I don't have time to paint thousands of emoji images and there isn't a library of free ones. That is what I thought, anyway.

It turns out that emojis are defined as part of the unicode character set. With a little searching, I found a file that categorized them nicely and I wrote some code to import the information.

They are painted using a font so they are the font color, instead of full color little pictures. This also causes some of them to be represented as sequences of multiple unicode characters, like when a face is selected that has a skin color.

I tried to paste an example here but it translated the combination into the appropriate full color emoji. That also happens when emojis appear in the galactic chat on the Hazeron.com main page.

Not all of them have representations on my computer, running Xubuntu 18. Some appear as an empty box.

I haven't seen these on Windows. It is likely they will appear a little differently from what I get on my screen.

The communications channel now has an emoji button next to the box where you type messages. The user interface is primitive but functional.

Hello Astronauts,

is there any Way to scale the font size in the windows in the game?

I've found the settings for the size of text, that appears in my sigth, while i'm in first or third person view or in overhead view.

I've even found the settings to scale the size of the menu icons.

If there are no settings inside the game, can I change the font size in one of the game files in the program folder?

Turn down my screen resolution helps a bit. But that is not a real good fix for this issue.

I've returned to this game after years and immeadeately fell in love again. Best game ever, though some inconveniences. :-)

Greetings from Europe,

Falkenkopf

In old-style cities you used to be able to request a beamup on the trade channel and all airports in range with open a transporter portal to your location.

New-style cities have had some changes to how buildings listen to communication channels. Airport and broker are the only two building types that actively listen on the trade channel, but they ONLY reply when you are on board a spacecraft. This means that you can't request a beamup to an airport while you are on foot in the wilderness outside the city.