Steam Workshop
The big change in this update is integration with Steam Workshop. At risk of repeating what was already posted, I'll summarize the entire workshop integration here.

Steam Workshop is a feature of Steam that enables users to post content for a game that other users can share. This is a perfect fit for sharing building and spacecraft blueprints created in the game.

The connection to the workshop is handled entirely through the in-game blueprint exchanges, both for buildings and for spacecraft. Existing functionality of the exchanges was not changed. A few buttons were added to integrate with the workshop.

Publish to Steam - Uploads a blueprint to the workshop that was created by you.

Unpublish from Steam - Deletes a blueprint from the workshop that was uploaded by you. All subscriptions to the blueprint are canceled.

Subscribe - Downloads a blueprint from the workshop to your computer. After the download is complete, the blueprint is added to the appropriate library and an exchange entry is created for the library entry. If a subscribed blueprint is updated in the workshop, your game will automatically download the changes.

Unsubscribe - Stops keeping a blueprint in sync with the one in the workshop.

List - Gets a list of blueprints from the workshop. It attempts to associate workshop blueprints with exchange items that appear to be identical. Things can get out of sync if you restore an old game, for example.

Workshop blueprints are added to the exchange with a special type of item that looks slightly different (gray text color). When you select one of these items you see the preview image, design report, and terms of access, just like when you select a regular exchange item. Then you can subscribe to workshop items that you want to use. The item is downloaded to your local library and added to the exchange.

Access terms for a blueprint were simplified. There are only two possible options now: Full and Restricted. Full access grants full unrestricted use of the blueprint. Restricted access enables you to only build using the blueprint; you cannot open it in a design studio. The "view only" option was nerfed. The architect of a blueprint can always open it, regardless of the published access terms.

Workshop items can be monetized through Steam. I'm not sure how this is done yet. It may be possible right now since it is all handled through Steam. There is an API response when subscribing to an item within the game that requires me to open a certain web page. Perhaps purchase options will appear there when an item is monetized. We'll see as I find out more about this topic.

Blueprints with an association to a workshop blueprint are tracked for playtime stats. All ships and buildings trigger playtime tracking when they exist. A given blueprint, though it may be in use by several spacecraft or buildings in your game, is only tracked when its usage starts and ends. Tracking doesn't count each and every instance of the blueprint in a game so ten ships using the same blueprint won't increase the playtime by 10x. Playtime tracking begins when the first game object uses the blueprint. Playtime tracking stops when the last game object stops using the blueprint.

Architect Id Snafu
Exchange items show the architect of the blueprint. That architect information was previously your avatar name and id. Those things have no correlation to anything on Steam.

The architect id on blueprints and exchange items is now the Steam Id and Steam Name of the architect.

That means that any exchange items created by you prior to this update will no longer be recognized as yours. You won't be able to publish them in the workshop until that is fixed.

You will have to finalize your designs all over again, so the proper architect id is stored with the blueprints.

Then you will have to republish those designs into the exchange, again so the proper architect id is stored in the exchange.

Then you will be able to publish those blueprints to the Steam workshop.

Your current Steam name is stored as the architect name. You can change your name on Steam. That will not change the name that was stored in blueprints. Simply having the id is not sufficient to query Steam for a name. The only way I can show an architect's name is if I store it when I have it.

Blueprints Folder
Blueprint .SoH files are no longer distributed with the software. That reduces the game software download by about 80MB. All of those blueprints are available in the Steam Workshop if someone wants them.

The .SoH files are not required to play the game. The game startup data already includes those blueprints, finalized and ready for game play.

I'm not sure that the Blueprints folder was easily accessible when managed by Steam.

Finalize Preview
When finalizing a blueprint, you can now select the preview image from a file. Previously you just got a screen grab of the designer when you started the finalize process.

I found the preview mode of the designer worked well for getting screen grabs of things before finalizing. The appearance is more like how the thing will look in the game environment. I noticed that doors on buildings in the preview do not appear; I logged it as a bug.

Finalize Result
Finalizing a blueprint used to remove things that were not needed to use the object in the game, things like door jigs. That also meant removing crucial states of turbo lifts that left them broken and unable to create more lift stops. This made a finalized design unsuitable as a design drawing.

When finalizing a blueprint now, nothing is removed from the design automatically. You can still mark parts that are to be omitted from the final design; only those things are removed.

Design Description Bug
In the properties of a design is a box to let you type in a description. While working on the workshop I discovered a bug that caused that description text to be stored with html encoding. This is hardly noticeable except that the text always seemed a bit small. Unfortunately, that html encoding appears as raw text in the description that appears on the item in the Steam Workshop. It's very ugly.

There is a simple fix. If your drawing has any text in the description field, simply open the properties dialog and press Ok. This cleans up the text if you do so using this update.

Steam Overlay
The Steam overlay does not work in the game. There is some discussion about it on line; it sounds like games based on Qt do not support the Steam overlay. I've tried getting it to work to no avail.

Relic Story Ringworld Sector
The Relic story gets to a point where you must go find a sector that contains a ringworld. This has perplexed players in the past when they have searched countless sectors without ever finding a ringworld.

A slight change was made in a previous update. I think I mentioned it in a previous post. When a homeworld system is located for a new avatar, the code was changed to insure there was a ringworld in one of the 27 sectors (3x3x3 box) centered on the homeworld sector. Note this is not done if the "Remote" starting proximity option is selected.

In this update, the storyline finds a nearby ringworld sector by performing a radial search out from your location. In most cases, this will be within one sector distance of your current location. Xian reveals this sector as the Dangerous Exchange story segment ends, when she implores you to find Dr. Millford.

This is a new one: my ship went up into orbit, and then just stayed fixed in space as if it was stuck on something and unable to move once it left the planet. Taking the helm didn't do anything, and any input was including thrust. Cycling power on the ship didn't do anything. This issue persists through the save game. Welp, at least the ship didn't fly off into deep space.

There is an issue airports where spacecraft will hover high in the air rather than land on the pad. The crew report that the ship is landed, but it will still take damage as if it isn't at an airport.  The land underneath was modified with the grading tool, or it was placed on a platform.

Areal platforms also are a bit bugged when placing buildings.  The airport I placed on top of one allowed be to fall through the floor and inside the areal platform.  Placing the "haxus colony mine" resulted in it exploding once manufacturing jobs were set.

Accessing the hold or damage report can cause the game to lock up. This is an issue in the current Windows client, though I have reported this as being an issue before for the Linux client.  My guess is this happens more often in Linux because the Linux kernel is more unforgiving of protected mode memory access violations than Windows is.

This is largely random, but it happens quite frequently enough. You should be able to make use of Wine's debugging tools in Linux to investigate further.

I also found this happening when adding new mission orders to a ship during harvesting operations. These hangs seems to happen more frequently when the ship is actively doing something.

As you can see I did not post an update this week. Here is where things are at. 

Steam Workshop

The Steam Workshop integration is complete. I learned more about the workshop in the process. Here is how it works, which contradicts my previous statements, sorry. 

Publish - Uploads your blueprint to Steam. 

Unpublish - Deletes your blueprint from Steam. Cancels all current subscriptions to the blueprint.

Subscribe - Downloads a blueprint from Steam, including your own. Keeps your local copy in sync with changes to the blueprint on Steam. I think a Steam based micro transaction is triggered if the item is monetized. 

Unsubscribe - Stops keeping your local copy in sync with the Steam blueprint. Does not remove it from the local library or exchange. 

Note that there is no current way to update or change a published blueprint so there won’t be any syncing. Also monetizing and micro transactions have not been implemented in the game. I may not have to do anything more in the code. This may be entirely handled by Steam. It’s been a low priority so I just don’t know much about it yet.

Once downloaded, nothing causes your local copy to be removed from the library. Existing ships and buildings are unaffected by unsubscribing. This could change once I figure out how returns of monetized items are handled.  

If you restore a previous game or start a new game, subscribed blueprints are restored, unless they have been unpublished and no longer exist on Steam. That may be incorrect because Steam caches blueprints that have been downloaded. Your own blueprints can be restored by loading a .SoH file or by subscribing them in the Steam workshop. 

Game Startup Data File

I am reconstructing a file that contains data the mmo client used to get from the servers, mainly the initial spacecraft and building libraries and exchanges. 

The file used to be created using an sql query on the mmo database. Since that is no longer available, I had to do a little coding to enable the solo client to construct the data. 

The spacecraft library and exchange have been reconstructed and published to Steam. 

The building library starts with 82 blueprints so it will take a day or two to rebuild it. I have all the SoH files so that part is easy.

I added a feature to the finalize dialogs so you can pick the preview image from a file and it can be a lot bigger. I’ll need to preview each blueprint in the designer and get a screen grab, which will take a little extra time. 

When that is done I will post an update. Likely to be some day this week.

Attempting to Maximize the starmap by double-clicking the titlebar crashes the game. No ereor message.

Looks like the game is expecting some libraries which aren't part of Ubuntu 20.04 LTS (Supported until 2030):



./AuSteamClient: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by ./AuSteamClient)
./AuSteamClient: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./AuSteamClient)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./AuSteamClient)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuClientRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuAtomRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuModelRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuBodyPartsRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuTexture.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuClientMailRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuStoryRes.so.7)


Qt5 is available to be installed under Ubuntu 20.04, but the repositories only have Qt 5.14. The windows version will launch under Linux using Proton in Steam -- but this is a silly way to run a game with a native Linux build.

...Unfortunately launching the designer before running the game proved to be problematic. It tried to grab the mouse, which lead to a lot of bad clicks and resizing of the application window. It looks like the designer expects that the application has already grabbed the mouse. If the mouse pointer leaves the application, it should wait until a click happens in the window before attempting to re-grab the mouse. This aggressive mouse grabbing is happening in the game a well making it nearly unplayable unless the window is maximized right away.

Steam Workshop integration is going well. Blueprints can now be published, updated, listed, and removed. The two remaining functions will subscribe and unsubscribe to blueprints in the workshop; they should be completed by the end of next week. I’ll post an update as soon as the workshop is ready. 

Some items from the list of annoying bugs were fixed. I’ll give details when the changes are posted. 

There was a ten day interruption in my work schedule. Paula’s boss for the past 33 years died of cancer. We went to the funeral in Daytona Florida. Back home now.

Hey Hazeron Community,

Me and some other players are going to be conducting a last server event before Haxus shuts eveything down. We are going to be flying to the core of the Galaxy from the eastern cluster starting at 1700 Central European Time. 

Meet up location is the Arcadian Federation (My) homeworld. AEO Star System (1658.4, 10.6, 0.4) AEO IV (Main habitable world, closest station "Acropolis")

We will be travelling at Warp 9. You can refit your ship at my dockyard or you can get berthed over to my ship to join the ride. I also have some ships available for free if you would like to use one.

Once we arrive at the center of the galaxy we will probably find a nice planet and take a screenshot together.



Hope to see you there,

Phoenix

This is for starship but i noticed it happened to shores as well.

sectors that i have scanned revert to being unscanned sometimes.