Ok. thank you. I'll probably cause the effect of ffmpeg failing forcefully for my side to try to find all remaining issues.

Does not crash on ffmpeg now, but does crash when attempting to click the red X and close the empty [Introduction] window; whether launched by vanilla startup config, or by manually clicking the tutorial button. See screenshot. User cannot re-launch game from menu, but must exit to desktop, otherwise user is presented with apparent endless loop of NPEs dialogs.

possible connection to openjdk https://bugs.openjdk.java.net/browse/JDK-8050499

should no longer crash now

-QA Testing-

Still happening.

Edit: Since I cannot edit the main thread here any longer, I'm going to track my tests here. If a command results in an error, crash, or other noticeable bug, I'll put it under an "error" section. All of these tests were done spawning in or modifying an entity that had no faction block on it.

The current bug with the power being placed in rows doesn't change with the camera movement. The state of the blocks that won't allow placement doesn't change until I set a block on the nearest blocks to the ones that won't work.
In short I put down a row of 100+ another 100 blocks.
At about block 170 and above I can't attach anything else to them.
So I connect a block to 169. That triggers the system to look at what else is attached and initialize blocks 170 to 200.
I can now connect to the blocks 170 to 200. I can set it so that I am 1 block away from these blocks when I place them down and it still happens.

The range test is only for the build mode focus, and allowing a defined sphere of influence. Plus limited total amount of those purple boxes.

I'll see if I can give a better description. I put down the first row of 100 power blocks and move to extend that row. I put the second set of power blocks down and it places them you can see them. But if you try to connect another block to the end you can't it doesn't give you the build indicator box(yellow). Instead if you go down along the row of blocks flying beside it you will see some place around 70 for example the build block disappears. However. I found if you attach a block to that number 70 it will fix the remaining blocks as well. So what I end up doing is connecting a block on the side of the last one I can and remove it then go to the end and attach the next segment of blocks.

Well, there is a quite large range where you can see and connect blocks, but not see the purple boxes (for performance reasons).
Then there is a range, where you cant connect to, except with shift + v by going through a group recursive.
The idea is to prevent accidental links to blocks very far away and you may not even notice.

I set the block size you can set down at one time to being 100 length. I then set down 100 blocks attached to the core. I then set down a second set of 100. I ran along it checking with the yellow box to see if and where the blocks could be place about 20 or so blocks from the end the yellow box disappears and you can't connect any blocks to the power blocks that are visible.

We will most likely need the exact steps to reproduce written down as step by step list.
Getting a way to reproduce it, will usually lead to a way to fix it.

Just tested it myself still exists in current version. If you need I can provide screen shots or video as proof.

Closing, as this need a more specific report about the problems and exact measurement/profiling of the JavaVM behaviour.

-QA Testing-

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

Failed video will no longer crash. Until it is fixed for real it will reference the youtube channel

Possibly enough info, putting in queue. Else need feedback on what specific feedback you need.

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