ZGameEditor forum

Another useful feature: ZGE now shows a callstack of the script if an script error occurs. Consider a project with a function f() that calls another function g() that calls h() which leads to an runtime error. Previously you would only get an error in the log window without any clue where the error ...

But this version of ZGE doesn't seem to load external dll and just displays "ZgeBullet" at start. This is most likely because this is a 64-bit build. Do you have a 64-bit ZgeBullet DLL to try with? I would prefer to have the 64-bit version as the primary ZGE build from now on if possible.

Another useful syntax enhancement in this build is the ability to initialize an array directly on declaration:
Only works with one-dimensional arrays so far.

Updated build in first post with some bugfixes.

TPlayer() { } // Is it needed even though there is nothing inside? Not needed, just an example :) inline int getLives() { return lives; } // what's the use of inline? Inline is a performance feature. It removes the overhead of a function call. See https://en.wikipedia.org/wiki/Inline_expansion clas...

Here is a build of ZGE with support for classes in scripting. Basically it is using the syntax of C# and Java for declaring and using classes. The main motivation for this feature: - it will make it easier to port code from Java and other similar languages - it makes it possible to write code in mor...

Indeed the MeshSphere does not generate tex coords automatically because I was not sure of the correct way to do this. @Kjell: I can use your method if you think it is generic enough?

Actually both Offset and Persistence are supposed to be in the 0 to 1 range. When you use the slider then they have that limit. But it seems there is no check for typing in larger values.

When you save to executable then the values are forced into that range.

I haven't had a chance to investigate this yet. Kjells suggestion sound ok, and it may not even be needed to save/restore the blend state at all. It depends on where it is used.

@ats: have you found a workaround for now so you are not stuck on this issue?

That part is Android only anyway.

Ats wrote: ↑Tue May 04, 2021 12:11 pm With this change, the fonts appears correctly on Android

Good, but the code looks correct so this could be a bug/oddity in Android GL-driver.

I don't want to commit this change just yet, please keep trying with it commented out for now.

I also tried to call the font material between two RenderText. Are you sure it doesn't help to have the UseMaterial before each RenderText? It could be a problem with the glPush/Pop routines that are emulated in ZOpenGL because they are missing in GLES. You could try commenting out this block in ZO...

Maybe change it like this:

SysUtils is not used in "minimal" build. If you check the sources there are "$ifndef minimal" blocks around every use. One of the initial design goals of ZGameEditor was to have a super-tiny runtime and I will try to maintain that even if we currently have to inflate the binaries...

Sound like a good idea for SDL and Android targets at least. For Windows I'd like to use as little of the Delphi RTL as possible for size reasons.