Noted with thanks..

One other Mobile Safari issue -do you notice occasional 0.5 second freezing with this demo in Safari?

http://www.zoytek.co.uk/test/ptest/

I'm testing on an iPod 5th gen and iPad 2 and it freezes momentarily, regardless of the number of objects. PC browsers are smooth.

OK. Thanks for the info.

So, this must be why physics performance in Cordova apps is 90% lower to what I am seeing in the Safari browser?

I made a physics demo that runs at 60FPS in Safari with 100 balls, but it's barely 10FPS when built with the Intel XDK. (iPad2/iOS8.3)

http://www.zoytek.co.uk/test/ptest/

Roll on JIT....

Problem Description

CPU use is very high on iOS using asm.js engine even though project has no active events.

Attach a Capx

http://www.zoytek.co.uk/bugs/physics/Physics-CPU-High.capx

Description of Capx

The capx displays 2 immovable squares with the physics property. Both squares are rotated 90 degrees. The CPU use in the IPA is a high 90%

When the left square is NOT rotated, the CPU use is a modest 8%

Browser preview performance is fine, the high CPU use only appears when both squares are rotated 90 degees. Very odd behaviour!

Steps to Reproduce Bug

• Export the capx to Cordova, iOS8, unminified
• Build adhoc in the Intel XDK, download and install the IPA.
• Install and run to observe high CPU use. (My test device is iPod 5th Gen, iOS 8.2)
• Modify the capx to set the rotation of the left square to 0.
• Re-export, complie, and install and observe low CPU usage (hopefully you will also see what I am seeing)

Export settings:

Screenshot of high CPU use:

Screenshot of low CPU use:

Observed Result

CPU use is high with 2 squares rotated 90 degrees. CPU is OK with just one square not rotated!

I've been benchmarking physics performance and I've narrowed it down to this rotation. The strange thing is I've re-done the capx from scratch and the performance has been fine. So I am confused as to why this is the case. I hope the attached capx has captures the problem.

Box2D web is fine in both cases. Hopefully this is reproducible so you can see the unusual high CPU use with asm.js in this particular scenario.

Expected Result

The same CPU use for both scenarios. Both should be low single digits as nothing is happening in the event sheet, apart from the text box update every 0.05s

Affected Browsers

iOS problem - Cordova iOS8 App, buil with Intel XDK.

Operating System and Service Pack

Win 8.1 64 bit

Construct 2 Version ID

r200

Update:

The Intel XDK just had an update (v1912) correcting an issue where plugins were not installed correctly.. I will check to see it that is the problem.

[quote:37kl6h5q]

Issues Addressed:

Corrected the issue with intel.xdk plugins where if you selected the Emulator after selecting to include a plugin, the plugin was marked as "disabled" in the project.xdk file and thus was not included in the test or build uploads. In order for the plugins to work, you had to again deselect/select the plugin.

Corrected and issue where sometimes 3rd party plugins were not getting included in the built application.

Corrected an issue where if you selected the "Standard Cordova Plugins" check box (to select/deselect all Cordova plugins) then quickly selected/deselected individual plugins the list and build packages could get out of sync.

Problem Description

The native Admob plugin does not work on iOS 8.2, Intel XDK builds. No ads are displayed, either test or production.

It used to work fine on iOS 8.0 (last tested Jan 15) but something appears to be broken now.

Attach a Capx

http://www.zoytek.co.uk/bugs/admob/AdmobTest.capx

Description of Capx

Preloads Admob banner and interstitial, then displays both when the button is clicked.

Steps to Reproduce Bug

• Export to Cordova, unminified, iOS 8+ target
• Add 3rd party plugin, as per here: https://www.scirra.com/manual/184/admob
• Build as adhoc, install on device

Observed Result

No ads are displayed. Tested on:

iPod 5/iOS 8.2

iPad 2/iOS 8.2

Expected Result

Display ads.

Affected Browsers

XDK Cordova iOS App

Operating System and Service Pack

Win 8.1 64bit

Construct 2 Version ID

r200

[edit] also doesn't work on the recent update iOS 8.3

Did you compile with Crosswalk 7 or 10?

If you used 7, then the SSL warning could be the problem.

The file size could also be a deterrent. It's common knowledge on ASO websites that a large install file will result in fewer downloads. (People don't want to wait the extra few seconds when surfing for apps & not everyone has high speed broadband)

I've had games go from 800 installs/day to 50/day with no obvious reason.

It could also be the icon and the screenshots..?

Hmm..I'm not sure in this scenario. I doubt they would give you their cert and password...

Maybe you can publish an update with your dev cert. Try a dummy build in xcode using the app id but with your app store provisioning and cert. Create an archive and use the validate tool in the uploader to see if there are any errors.

Does the app/app id appear in your iTunes connect and the Dev center?

BasicTribe Amusing rant, and I share some of your frustrations.

C2 is a fantastic tool but there are limitations and problems especially when it comes to mobile. The Scirra guys do an amazing job for a small team.

I think a lot of problems on mobile are dismissed because Scirra haven't actually published a real game in the main app stores, with typical features. Things can work great in the lab - but in the wild of the app store with all the OS versions and devices things are different. Often the problems are due to 3rd parties outside of Scirra's control.

My advice is to work around the problems and limitations or you will be waiting a long time. Or else learn native coding...or try Unity.

CreativeMind yes the native AdMob plugin also uses Cranberry's plugin (com.cranberrygame.phonegap.plugin.ad.admob)

CreativeMind Agree Admob banners make the game jittery/laggy especially on startup. It does settle down after a while and things run smoothly, but it can be 10-15 seconds.

I also find the 'disable text ads' suggestion makes no difference. I've tried disable images as well.. no improvement.

matrixreal Totally agree Ejecta performance is far better thank the XDK!

I think it was premature to drop support for Ejecta. Despite the stated Ejecta incompatibility problems I find the XDK also has it's fair share of problems! Audio works very well in Ejecta for a start. You just need to design your game around the Ejecta's limitations. At least it does what it says it does!

Ejecta FPS is also good. And the Game Center support works well too. There are also many other benefits of having direct access to the Xcode project.

iAD CPMs are terrible these days, so we could do with better plugin ad support for Ejecta. (especially full screen ads...banners are not profitable)