It was a redundant openal32.dll file in my system32 folder the game tried to call instead of the one in /Starmade/natives/windows/ folder. The redundancy caused everything to go nuts, renaming the redundant OpenAl32.dll solved both the sound and the FPS issue.

Adding error log{F17971}

OK, so after conversing with AtraUnam about this, she also encountered the bug before and the only way to save something of the ship was taking the Data folder of the blueprint and replacing the Data folder of a blueprint of a core with it. Essentially deleting all block metadata and attached entities. That makes the rails work again, but resets all blocks connections and settings on the entity.
it also ONLY and EXCLUSIVELY happens on large entities with many docked entities. I suspect metadata corruption.

on the WIP blueprint there are 4 inner ship remotes in the 2nd quickbar. The first on the left was supposed to operate the shootout rail clock chain drive but I noticed the rail fail while trying to load the pendulum entity onto it. Second from the left should open the drive pods at the back of the ship, third is supposed to extend the docked reactors (which I removed after power aux update) and the last should open the missile silo doors on top of the ship, as well as the docking arms on the bottom.

• Small ships used (L13, W9 H7) with salvage comp linked to storage
• After issuing order, drone fleet took position around asteroid then aligned orientation with the mothership, and did nothing but mimic its movements. Did not mine asteroid.

This has been around since far before the rail update. However, it became most apparent with the rails, due to effectively doubling the entity count for any ship with turrets.

Shattered Skies has a default block config, the only differences are sector sizes (and thus, weapon ranges) and warp gate ranges in the block config. Spawn is a custom-built island at 7 70 7 but the sector is locked with a warpgate leading to 2 2 2.

I also noticed that despite the graphicsinfo, and latest drivers installed, the game actually uses the integrated Radeon R4 on the CPU instead the dedicated R5 on the motherboard. Even setting javaw to high performance system in the CCC, doesn't seem to help in any way. I have seen this issue with other games that use OpenGL, like Minecraft or The Long Dark.

Nope, stayed on primary display and desktop the whole time, didn't even have another display connected to my comp.

I'll try this using Spunkie's "unsafe" methods, also, since a server reboot happened between logout and login, that could also be interesting to try.

Multiplayer, latest official release (right after updating, actually, last logout happened on previous release), clean new install, no devbuild ever used. Backup was used to restore the planet, no more experiments were made as it is a faction homebase and we didn't want to screw around with anything someone worked days for.

Needs to be reopened, these screenshots were made in last public release: