Search results

There may also me a native crash log in your logs directory, or base directory called "hs_err_pid####.log" if you could post that I can get more details on the issue.

The 2 materials should be swapped (dirt/rock) I just fixed it, should be in the next hotfix

The i5 will still be plenty powerful enough and supports the same SIMD instruction as the i7. The whole point of these optimisations is that you don't need such a powerful CPU to run a server.

There will probably never be support for ARM, and even if it did work most ARM chips would struggle to run a server with the current load of generating planets. You could possibly get it to work through emulation through something like this, but I don't think it would be playable.

The current dev builds will only work on windows 64 bit, this should be fixed very soon. Sorry about that.

What kind you Linux focused optimisations would you be referring to?

Yes, this will be in the next update. I just wanted to get the fix out asap. Thanks for the testing

That error is normally caused by a 32bit/64bit JVM mismatch, are you running 64bit OS and java? Edit: I built the lib using CentOS 6.8 and tested it working, so something is off.

Try the fix I posted above, I'm looking into the issue Edit: Could you also post the jvm log, it should either be in the base StarMade install dir or also in the logs dir. It should be the most recent file named similarly to this "hs_err_pid13976.log", just to give me some insight into the...

Post your logs :) Can be found in {StarMadeInstallDir}/logs/log.txt.o Just remove the .o and post it here

Java thinks Windows 10 is Windows 8.1 for some reason. This is what should come after that in the log: [2016-06-22 21:16:33] [LIBLOADER] OS Windows 8.1 - 6.3 [2016-06-22 21:16:33] [LIBLOADER] OS ARCHITECTURE amd64 [2016-06-22 21:16:33] [LIBLOADER] LOADED NATIVE LIBRARIES [2016-06-22 21:16:33]...

Calculating noise on the GPU has it's own set of problems, the main one being backwards compatibility, only newer GPUs support sending data back to the CPU. Sending data back is also very slow due to the GPU having to freeze the data so the CPU can copy it. The SIMD library supports back to SSE2...

Hi everyone! I'm a new(ish) member of Schine working as a game developer. Having recently finished my degree in "BSc (Hons) Computer Games (Software Development)" I've started working full time on StarMade. Over my last few years of coding I have become addicted to voxel environments and...

The change is now on the latest release build

This is due to servers also needing to load native libraries now, the 3 included sets of libraries support windows, linux and mac. Currently if none of these are found no native library is loaded and will cause the link error. I can set it to default to the linux libraries so it will attempt to...

Glad to see it's working, I'm guessing you don't have Win7 SP1 then?

I think I have discovered a possible reason for all this not working, AVX support requires a minimum of Win7 SP1 which contains the feature called XSAVE. This feature can also be disabled manually with a boot configuration (this is sometimes done by overclockers since their overclocks are not...

Update: Test this new version of the FastNoise SIMD preview, it does more fool proof testing in the instruction support detection.

I think I know what is causing the issue, but I'm not sure why it is happening. Your CPU has support for the AVX2 instruction set, but on your system printout at the bottom of the log it is not there, the highest shown is sse4.2. So the noise library is detecting that your CPU is AVX2 capable...

Seems like an error in the library its self, what is your exact CPU model? Also try download the exe from this page, see if it runs. And if so what is the SIMD level reported at. This is a demo for the noise library used in the new asteroids. Thanks