Not sure if a bug or my own aging brain...

Hi, welcome to the forum and thanks for your compliment!

We're extremely sorry to hear that the game does not run on your machine Can you provide us some more details about the error and your system? Is it a x64 or x86 system? If you're having a x64 system, is x64 java also installed (it often causes trouble if only x86 java is installed on a x64 machine^^)?

About the error: Does the game crash when creating a world, or when entering the menu, or already during the initial loading screen?

Hi,

I already had some compareable issues with a my shaders (not in concept). If I remember correct the problem was that I used GLSL130 language. If the system does not support this feature I got this error. As you can see above the system just supports GLSL120. Maybe this could be a reason?! I used an if statement to do something else if the system does not support GLSL130. This worked for me because the compiler just compiles what the system needs (and not the GLSL130 staff).

I would recommend to find out what shader is affected and check the code for language elements that are not supported in GLSL120.

Quote from DrohtinDev

Hi,

I already had some compareable issues with a my shaders (not in concept). If I remember correct the problem was that I used GLSL130 language. If the system does not support this feature I got this error. As you can see above the system just supports GLSL120. Maybe this could be a reason?! I used an if statement to do something else if the system does not support GLSL130. This worked for me because the compiler just compiles what the system needs (and not the GLSL130 staff).

I would recommend to find out what shader is affected and check the code for language elements that are not supported in GLSL120.

The "cannot recompile shader source" may have several reasons. The GLSL language is not the problem, we're consequently using GLSL100. The opengl features of this graphic card are also sufficient, most important features at this point are TextureArrays and NonPowerOfTwoTextures.
Not sure how much VRAM/shared memory this graphic card has (1gb is required), but I doubt that this is causing the error (at least if the game already crashes before entering the menu).

Concerning our game, in most cases the VM is not able to allocate enough direct memory, also causing this error. This is mostly related to a wrong installed java version (as mentioned, only x86 java installed on a x64 OS), or perhaps we're encountering a new bug on Mac OS here. Eventually, the startscript for the mac version is wrong, we will check it out

GLSL100? Really? Why are you doing this? Since JMonkey already need at least opengl 2.1 you can use GLSL120.

Anyway... as far as I know is this grafic card a little low with memory (just 256 MB, maybe plus 256 MB shared). You already mention that this could be a problem. But I think the system provides just 2 GB RAM (or is it 4GB?! ). That means it is not well to increase the shared memory since the game itself need also some space. I also think that so much shared memory slow down the game.
In my opinion: it could be tricky to find a configuration that works on this system. Maybe it will not work...
So I am really interested in the final solution of this problem

Quote from DrohtinDev

GLSL100? Really? Why are you doing this? Since JMonkey already need at least opengl 2.1 you can use GLSL120.

There is no particular reason, we did not use any language changes of 120. We're going to offer additionally glsl150 in the future, but this has low priority, since it also requires syntax changes.

Anyway, the memory might be a problem, but seems not related to this issue, at least if the game crash occurs before loading a world.

@Simplicus: We're going to upload a new Launcher for Mac OS this afternoon, maybe that solves the problem. I inform you as soon as the new Launcher is available

Thanks for the further information! The graphics card might be a problem indeed, but I'm not sure if it is responsible for this error. It might be anyway good to know if it runs on your wife's computer
But as mentioned, I guess the problem is that the provided startscript does not work on Mac OS, does it? We're currently preparing a "real" Mac application, but since it requires to be signed, it takes a few more hours until it's ready.

Further note; Mid-2010 iMac;

/////////////////////////////////////////////////////////////////////////////////
Report of 01.09.2014   by cwningen
OS: Mac OS X   Version: 10.10  Java version: 1.6.0_65   JVM architecture: x86_64
CPU cores: 4   Executor poolsize: 0
Memory used: 85.83 MB  reserved: 209.09 MB  max: 1065.03 MB


/////////////////////////////////////////////////////////////////////////////////
Existing buffers: 3404
(b: 1966  f: 1008  i: 8  s: 422  d: 0)
Total   heap memory held: 83821kb
Total direct memory held: 333010kb
(b: 332786kb  f: 199kb  i: 0kb  s: 23kb  d: 0kb)


/////////////////////////////////////////////////////////////////////////////////
Settings:
Resolution: 1280x720   (Windowed)
Frequency: 60   Vsync: off
DepthBits: 16
BitsPerPixel: 24
Samples: 1
MaxFrames: 200
Renderer: LWJGL-OpenGL2


Anisotropic: 0
DynamicLights: 100   Quality: 2
ViewDistance: 9    (LOD: 25)


LS(Q)/LG/ENV/PHD/NM/FOD/FXAA/SPEC/REFR: 0(50)/1/0/1/1/1/0/1/1


/////////////////////////////////////////////////////////////////////////////////
Graphics: ATI Radeon HD 5750 OpenGL Engine   Vendor: ATI Technologies Inc.   OpenGL version: 2.1 ATI-1.28.17
Accelerated Memory: 1,051,721,728b
GLMaxTextureSize: 16384
GLMaxTextureImageUnits: 16
GLMaxArrayTextureLayers: 35071
GLMaxVertexTextureImageUnits: 16
GLMaxVertexUniforms: 3072
GLMaxFragmentUniforms: 3072
GLMaxVaryingFloats: 128
GLMaxVertexAttribs: 16


Capabilities: [FrameBuffer, FrameBufferMRT, FrameBufferMultisample, OpenGL20, OpenGL21, ARBprogram, GLSL100, GLSL110, GLSL120, VertexTextureFetch, TextureArray, FloatTexture, FloatColorBuffer, FloatDepthBuffer, PackedFloatTexture, SharedExponentTexture, PackedFloatColorBuffer, NonPowerOfTwoTextures, MeshInstancing, Multisample]


/////////////////////////////////////////////////////////////////////////////////
Camera location: (0.0, 0.0, 0.0)  Camera rotation: (0.0, 0.0, 0.0, 1.0)
Total running time: 15.47946


/////////////////////////////////////////////////////////////////////////////////
Error details: 
com.jme3.renderer.RendererException: Cannot recompile shader source


-------------------------------------------------------------

Editing config.properties and disabling;

graphic_lightscattering=false
graphic_ssao=false

Allows the game to reach menu, generate worlds, and be playable.

I'm sorry to hear that this issue occurs. It seems to be related to Mac OS, and has to do with the SSAO shader. A workaround would be to open the config.properties in the main folder of your game with a texteditor, and to change the value "graphic_ssao" to false. This disables the nice-looking SSAO effect, but the game should work then. We're working on a fix for this issue.

If the value is already set to false, or changing the value does not really work, we need a log file. To create one, set the flag "game_debug_console" to true in the config-file, start the game, and as soon as the error occurs and the game stopps running, a new log-file should be created in the "Logs" folder.

You can also send it via mail to support[at]jiw-games.net (log file in attachment and your username is sufficient for us).

Offtopic: Seriously? The forum recognizes an errorlog as brainfuck source code??

//Edit: Seems that you was a lot faster than me It's good to hear that changing the value(s) made the game running again, my compliment for finding a workaround yourself, good work! As mentioned, we work on a fix for the broken SSAO effect on MacOS.