Skip navigation
Currently Being Moderated

Dramatic speed issues with Air 3.5 and "-target ipa-ad-hoc"

Nov 30, 2012 3:49 PM

Tags: #air #ios #3.5 #ipa-ad-hoc

Hello there,


I'm noticing dramatically slower performance when packaging my mobile app as 'ipa-ad-hoc' compared to 'ipa-test'.  This is a new issue with Air 3.5. This hasn't been an issue with previous Air SDKs (3.1 thru 3.4, etc.). Render mode is 'Direct'.


I am packaging from the command line with this syntax:

"/SDK/AdobeAIRSDK35/bin/adt" -package -target ipa-ad-hoc -provisioning-profile "./WORK/Apple/test_app.mobileprovision" -storepass my_secret_pass -storetype pkcs12 -keystore "./mycert.p12" ./test_app.ipa ./test-app.xml  platformsdk "/Applications/ rm/Developer/SDKs/iPhoneOS6.0.sdk"

Here is what I've tried so far:

  1. Tested performance with ipa-test, ipa-ad-hoc, and ipa-debug-interpreter.  Ad-hoc is MUCH more sluggish.
  2. Tested against different versions of the iOS SDK
  3. I've removed any Flex Compiler arguments.
  4. Tested my app build with ipa-ad-hoc on an iPad 1, 2, and 3 with various versions of iOS.  I noticed sluggish speed on all three devices.
  5. I've tried render modes of 'direct', 'cpu', and 'gpu'.  'Direct' always works best for me.


What else can I check?  I'm racking my brain looking for the magic bullet.


Below is my app.xml file.


Thank you for your help!


<?xml version="1.0" encoding="utf-8" standalone="no"?>

<application xmlns="">



          <filename>Test App</filename>

          <name>Test App</name>
























    <!-- iOS specific capabilities -->











  • Currently Being Moderated
    Nov 30, 2012 4:19 PM   in reply to SFischerWI

    1. What do you mean "performance while packaging"?

    2. Isn't it normal for packaging ad-hoc to take a _lot_ longer than fast-mode test compile because of the massive amount of extra work that needs to be done converting ActionScript instructions into native ARM ones?

    Mark as:
  • Currently Being Moderated
    Dec 1, 2012 5:15 AM   in reply to SFischerWI

    That's weird, for sure.

    I've had no issue with 3.5 bar the download performance bug introduced with 3.4 on Android.

    Does the issue disappear if you revert to 3.4? Eg: Are you sure you have made no other changes that could affect this?


    Mark as:
  • Currently Being Moderated
    Dec 3, 2012 4:38 AM   in reply to SFischerWI

    It sounds like, if you can be more specific about what features are affected performance-wise, you should submit a bug report.


    Can you narrow down the items that behave badly and maybe generate a simple demonstration app?


    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points