Needs some more testing but the severe issues are gone. It's still possible from time to time where it seems to register a 180° flip but not sure yet how to reproduce that consistently.

-QA Testing-

-QA Testing-

In T2267#95036, @schema wrote:

03-05-17: good find. related to picking up a meta object (e.g. logbook) with unloaded data. has been fixed now
03-08-17: same reason as above (probably someone trying to pick up same object)
Unresponsiveness is a more serious deal. Are you able to do stacktraces/threaddump? that would help a lot trying to figure what exactly the server is doing

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-

03-05-17: good find. related to picking up a meta object (e.g. logbook) with unloaded data. has been fixed now

The fix for this could not have affected your server as it's not released yet, was looking on fix confirmation for that sector export if there was anything missing in there. Never saw the original sector so wasn't sure but nothing seems to be missing. These soft crashes must be a completely different issue so forwarded them, the task itself is fixed though.

Also: with intro enabled, no intro plays, and logs report the error:

[2017-03-21 09:08:07] ############## LOADING RESOURCE CONFIG_HUD
[2017-03-21 09:08:07] ############## LOADING RESOURCE CONFIG_GUI
[2017-03-21 09:08:07] [GLFRAME] Content has been loaded
[2017-03-21 09:08:07] java.io.IOException: Cannot run program "./lib/ffmpeg/ffmpeg-mac": error=2, No such file or directory
[2017-03-21 09:08:07] 	at java.lang.ProcessBuilder.start(ProcessBuilder.java:1047)
[2017-03-21 09:08:07] 	at obfuscated.aLk.a(SourceFile:78)
[2017-03-21 09:08:07] 	at obfuscated.aLl.a(SourceFile:46)
[2017-03-21 09:08:07] 	at obfuscated.aLl.a(SourceFile:42)
[2017-03-21 09:08:07] 	at obfuscated.aLm.<init>(SourceFile:44)
[2017-03-21 09:08:07] 	at obfuscated.RZ.a(SourceFile:128)
[2017-03-21 09:08:07] 	at obfuscated.aFx.b(SourceFile:665)
[2017-03-21 09:08:07] 	at obfuscated.U.e(SourceFile:956)
[2017-03-21 09:08:07] 	at org.schema.game.common.Starter.startMainMenu(SourceFile:1435)
[2017-03-21 09:08:07] 	at org.schema.game.common.Starter.main(SourceFile:980)
[2017-03-21 09:08:07] Caused by: java.io.IOException: error=2, No such file or directory
[2017-03-21 09:08:07] 	at java.lang.UNIXProcess.forkAndExec(Native Method)
[2017-03-21 09:08:07] 	at java.lang.UNIXProcess.<init>(UNIXProcess.java:185)
[2017-03-21 09:08:07] 	at java.lang.ProcessImpl.start(ProcessImpl.java:130)
[2017-03-21 09:08:07] 	at java.lang.ProcessBuilder.start(ProcessBuilder.java:1028)
[2017-03-21 09:08:07] 	... 9 more
[2017-03-21 09:08:12] [GUI] Offline Player Name Changed to 
[2017-03-21 09:08:12] [GUI] Offline Player Name Changed to asdf

Needs confirmation from people who had this issue.

I'm trying to get it to work by using new ContextAttribs(3, 2).withForwardCompatible(true).withProfileCompatibility(true)

While the "Creating MAC OS context for OpenGL 4.1 if possible" entry does appear, the game crashes on launch.

-QA Testing-

version 0.199.489 or higher

you should see

Just to be clear, the current block count limit does not prevent you from making something larger than specified. It does exactly what it says it does which is disable systems on a ship not conforming to the set limit.

Fixed with recent fixes to projectiles and beams

fixed longer ago. Only remaining issue is when spawning into a high load sector (physics wise)

Solved by previous optimization in the group calculation (reusing variable sized threads)

Uplink now provided with launcher, so it should be fixed with that

it will only set the player name if the name is compatible and there wasnt previously a name set. Uplink is now automatically set from launcher

Intended behavior (to not clutter database with data)

-QA Testing-

-QA Testing-

-QA Testing-

fix should be in 0.199.485

Sorry about the wait. I've been a bit overloaded at home.

-QA Testing-

-QA Testing-