Here are the logs from the monitor.bat when starting the app.
For the changelist of the github version I am using I am not sure what version number you need or where I can find it. The Build.version file in the build folder says this:
Thanks for providing me with the logs. I see that you’re running into a Signal11 crash with your device. Are you trying to package for Daydream? If not, please try using and Android-22 to see which works best for your project.
Please upload screenshots of your Android SDK settings.
From what I gathered, Android-21 is typically used for those who are packaging for GoogleVR aka Daydream. If that’s what you’re aiming to achieve, activate the proper plugins and the build should work properly for you. If it doesn’t, upload those logs for me.
I am using and I just packaged for Android ETC2 without any trouble with ARM64 checked in the Project Settings > Android Settings.
Could you upload your logs from API22 for me?
Feel free to provide me exact reproduction steps to insure I am running the same exact test as you, steps or screenshots are greatly appreciated.
I am not aiming for GoogleVR. I just wanted too see the performance differences when using ARM64 instead of ARM7.
As I wrote, building ARM64 with API 19 or 21 is not the problem. But starting the app on the phone is. Did you try starting a ARM64 built project on Samsung Galaxy S7 Exynos Version? It just crashes for me.
For me I packaged with ASTC, but I dont think it would make a difference.
As for logs for API22: Its about the same as the links above concerning the wchar file not found problem.
Reproduction Steps: Download latest 4.13 version from Github. Make third person template. Set everything up for API21 or API19. Package project for ARM64 and ARM7. Install app on Galaxy S7 Exynos. Start…
I checked in both 4.13 Binary and 4.13 Source for the error you’re running in to. I am using a Samsung Galaxy S7 which is on Android Version 6.0.1.
The binary project did not cause any trouble once packaged and installed onto the device. I did not receive a signal 11 crash. I used ATSC for each build.
Are you able to reproduce this issue in a clean, blank project?
Can you show me screenshots of your Project Settings > Platforms > Androids set up looks like?
Thank you very much for testing ! I downloaded the binary version of 4.13 today and there ARM64 app doesnt crash on Samsung S7 Exynos on Version 6.0.1.
I will download the latest 4.13.1 version from github again and will test again and see if this is only related to 4.13.1
As I mentioned in the initial post of this thread, I saw that there was a github commit in one of the preview builds of 4.13 which concerned this ARM64 start up crash and I am 100% sure that I downloaded it from github after release of 4.13 was announced.
In the meantime I downloaded the latest 4.13 version from Github and I still managed to get this crash with ARM64 on Galaxy S7 Exynos version. The reason for this is maybe that the ARM64 fix from one of the preview builds isnt merged with this branch?
If you test it again with a c++ third person template be sure to packaging it for ASTC, ARM7/ARM64 and then only install ARM64 test it on Samsung S7 Exynos version if possible(Not US Version) to run into the same error. I used the same Android SDK files as in the screeshot above. Target API is 21. Minimum also 21.
Here is a screenshot of the branch I downloaded where you also see the latest commit:
I have entered UE-36198 for this issue. I finally was able to reproduce it with a different version of GitHub on CL 3128484. Hopefully our Android developer will have further information to resolve this issue, or have it resolved in a later build.
What is your devices model number?
Could you please confirm that you have the correct code in AndroidMemory.cpp:
FMalloc* FAndroidPlatformMemory::BaseAllocator()
{
const FPlatformMemoryConstants& MemoryConstants = FPlatformMemory::GetConstants();
// 1 << FMath::CeilLogTwo(MemoryConstants.TotalPhysical) should really be FMath::RoundUpToPowerOfTwo,
// but that overflows to 0 when MemoryConstants.TotalPhysical is close to 4GB, since CeilLogTwo returns 32
// this then causes the MemoryLimit to be 0 and crashing the app
uint64 MemoryLimit = FMath::Min<uint64>( uint64(1) << FMath::CeilLogTwo(MemoryConstants.TotalPhysical), 0x100000000);
#if PLATFORM_ANDROID_ARM64
// todo: track down why FMallocBinned is failing on ARM64
return new FMallocAnsi();
#else
return new FMallocBinned(MemoryConstants.PageSize, MemoryLimit);
#endif
}
Let me know if you have any more information to add!
My Samsung 7 Model Number is SM-G935F. Its basically the S7 that everybody buys in Europe then finds out that its not the same as in US which Brucks was so excited about :).
It looks like this is an issue with the Play Games native C++ library for ARM64. Disabling the Online Subsystem GooglePlay plugin will avoid this crash. Previous to 4.13 this library wasn’t included since we were on an older version of the libgpg without ARM64 support.