ZGameEditor forum

rrTea wrote: ↑Tue Aug 24, 2021 12:37 pm That'd be fantastic!

I forgot to be specific: it is just the possibility to generate M1 files that works. Zge itself (the authoring tool) still needs to run on Windows. Perhaps you can run Windows in a VM like VirtualBox.

Hi, During the last year I've been involved in the process of making FL Studio running natively on M1 and this includes ZGE. So ZGE works fine on M1. Using Intel Mac binaries with Rosetta on M1 also works very well. The only reason I don't include Mac binaries in recent ZGE releases is that I don't ...

Aha, please change those lines to GL_FRAMEBUFFER_EXT and GL_COLOR_ATTACHMENT0_EXT.

Kjell reminded me that this is GL ES 2. I've tried to make changes here to fix it. Please try this version of ZBitmap.

Right, we need some good old printf-debugging. Please re-enable the call to GLESPixelsFromTexture. Then: 1. Add "ZPlatform" to the uses list in ZBitmap 2. Find the GLESPixelsFromTexture function at line 101 in ZBitmap.pas 3. Add "Platform_Error" calls after each line inside GLESP...

The log still doesn't give anything useful, sadly.

But lets try to figure out where the problem could be.

Please try comment out line 169 in ZBitmap (the call to GLESPixelsFromTexture) and then rebuild Android binary.

I think that log is filtered somehow. It should at least show some kind of info from the Android OS when it crashes. Can you check the log filter settings? I don't remember the details but I think there is some start up parameter to filter the output.

Have you rebuilt the Android binary recently? Please check that it is built from the latest ZGE sources.

Do you get any crash log?

I see. I wish there would be a generic OpenGL driver that translates calls to DirectX or Metal. The ANGLE project is interesting but only supports GLES. I would like full desktop OpenGL 1.0 to 3.0 functionality available everywhere.

Hi Kjell,

That sounds strange. How can a requirement for a certain level of DirectX compatibility end up with some GPUs only supporting OpenGL 1.1?

The official build is now 5.0 (since its been years since we last updated the version number).

Main changes in this build:
- Classes support in scripting
- ZGameEditor and the runtime engine is now 64-bit

http://www.zgameeditor.org/files/ZGameEditor_beta.zip

There is some code in frmMain that fills the most-recently-used list of filenames in the File menu. You could take a look there.

As for getting a list of filenames, I think there is some code in frmMain too that use "GetFiles".

Its been a long time since I looked at the ZGE Java code. Maybe the recommended way to initialize an OpenGL application is completely different now compared to when this code was written. When I try searching for "Android transparent OpenGL surface" then the normal problem seems to be that...

Ats wrote: ↑Fri Jul 02, 2021 11:38 am Do we get a gain in performance if using classes instead of classic functions and stuff?

Not really. It is just an optional way of organizing your code and may seem more natural if you have previously used a language such as Java.

NES Donkey Kong works pretty good.