ZGameEditor forum

Ats wrote: ↑Mon Oct 21, 2024 10:03 am So I made a simple BitmapExpression frenzy example:

I added this line to your example because otherwise the BitmapExpression is only updated at startup:

@RefreshContent(Component:BitmapRainbow);

Can you reproduce the crash with a debugger attached?

Perhaps try playing the game in Android Studio and see if you can reproduce the crash. If it only happens with threads enabled then it is likely related to meshexpression or bitmapexpression.

Ok it should be 2 I guess for stereo output. The documentation suggested 12 but if 2 works then we should keep that.

Can you get logs from these crashes?

Looks good, please send a pull request and I can make any final edits if needed.

I wish I thought of this sooner. I forgot that ZzDC.dpr is not used for Android builds. Sorry for letting you go through all that trouble.

Something I don't think we have tried yet. In zgeandroid.pas (not zzdc.dpr), try this uses order:

Code: Select all

uses 
  cmem,
  cthreads,
  jni, 
  ZOpenGL,

Maybe the makefile from fixes_3_2 can be copied to trunk and build it that way.

What NDK version are you using now?

I think the Fpc devs are developing on Linux and Mac so they rarely test compiler building on Windows. Maybe the "fixes_3_2" branch works better to build? https://github.com/fpc/FPCSource/tree/fixes_3_2 The CheckSynchronize call is only needed if we use the Synchronize method but ZGE does ...

That version is from 2021 but I see that is the latest released version.

It would be good to test with latest trunk version. If you feel up for it, please check how to build Freepascal from source.

The log look normal to me.

It seems to boil down to that there is some general problem with Freepascal and threads on Android 64-bit.

Please remind me how you install the Freepascal compiler. Do you build it from source (if so from what branch) or do you use a prebuilt version?

The "2" parameter is the number of local Java handles needed. You can try raising it to 20. The nil in pop seems to be ok, it just indicates that we do not need a result. I'm not sure why simply calling BeginThread will causing things to fail. Do you still have cthreads as first unit in Zz...

Maybe we should try disabling more specific stuff. What happens if you comment out this line:

env^.CallNonvirtualIntMethodA(env, track, cAudioTrack, mWrite ..

Indeed, it seems you should always use the "A" version over the "V" version for 64-bit, I forgot that in the code I posted. While the game is running, the code will stay in the "while not AudioTerminated do" loop. So the "mRelease" part is for cleanup when the...

Try this change:

Code: Select all

      
      MixAndCopyData(PBuffer, Min(OnePassSize, bufferSizeInBytes));
      env^.ReleasePrimitiveArrayCritical(env, buffer, pBuffer, 0);
      env^.CallNonvirtualIntMethodV(env, track, cAudioTrack, mWrite, C([buffer, 0, Min(OnePassSize, bufferSizeInBytes)]));

ZGameEditor forum

Search found 2389 matches

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits

Re: Google Play New problem : 64bits