Je pourrais utiliser une certaine aide à obtenir mon application # AS3 / #Air fonctionnant sur #IOS!
À l'heure actuelle, j'ai un .swf (v11) que je convoities d'une option .iPa à l'aide d'Adobe Air (V3.7) sous Windows (7).
Si je fais la conversion avec le -target de l'IPA-test-interprète, cela fonctionne bien.
Si je fais la conversion avec IPA-Test, IPA-DEBUG, IPA-AD-HOC ou IPA-AppStore, l'application semble compiler bien mais lors de l'exécution de l'application sur mon iPad, il montre simplement un écran noir.
Connexion de mon iPad à une sortie de la console de bureau et de surveillance, je ne vois pas de crash ni de messages d'erreur générés; L'application semble se comporter de manière interne, il vient de perdre toute la sortie externe.
Cela signifie que je peux tester et développer, mais je ne pourrai jamais réellement déployer dans l'App-Store. Quelqu'un d'autre rencontre cela?
Googling autour de je rencontre d'autres personnes rencontrant ce problème, mais pas de solutions encore. Une chose que j'ai essayée, retirez toutes les extensions natives et j'ai également essayé de supprimer la directive -c du compilateur. Pas de chance non plus.
Pour être clair, l'application fonctionne totalement bien sur Mac, PC, Android, navigateur et sur iOS en mode interprète; C'est juste une compilation indigène sur ios qui est cassé. J'ai entendu des rumeurs que l'IPA-Test et l'IPA-Interprète ont des routines d'allocation de mémoire différentes, mais je ne sais pas assez sur le bas de gamme ici pour comprendre cela.
Le débogueur distant (dans FlashDevelop) ne semble pas se connecter non plus. Je pense que c'est échouer avant que les tirs d'exécution soient pleinement, d'une manière ou d'une autre? Je regarde également la sortie de la console à l'aide de l'utilitaire de configuration iPhone et il n'y a rien d'anormal montrant.
Lien de fichier temporaire avec exemple de projet et instructions: https://dl.dropboxusercontent.com /u/1348446/test.zip
4 Réponses :
J'ai vu cela se produire dans le passé en raison de l'utilisation des composants "restreints" de l'utilisation dans les appos aériens iOS d'applications aériennes. Plus précisément à la journée avant de pouvoir sander le chargement des ressources de l'application avec la classe de chargeur.
Commencez à arrêter et à éteindre les modules entiers de votre application et à voir lorsque l'application va construire et exécuter sur iOS. Je suis prêt à parier qu'il y a du code quelque part qui est un interprète IPA-test-interprète mais a un comportement impair sous IPA-Test
Oui, l'application a finalement été dépouillé vers un simple bonjour-monde et n'a toujours pas réussi à exécuter. grr.
Je vois que vous êtes toujours bloqué avec ce problème. Si vous pouvez trouver un MAC à tester, je parie que les instruments Xcode indiquent que vous dépassez vos limites de mémoire. C'est l'iPad un droit? Utilisez-vous des étiquettes méta intégrées par Flash?
Le jeu se bloque au bureau sur iPad1 en raison de restrictions de mémoire, oui. Mais sur iPad2 et le nouvel iPad, il reste juste sur un écran noir et ne jette aucune limite de mémoire dépassée des avertissements ou des erreurs de quelque nature que ce soit. L'application semble fonctionner normalement, sans aucune sortie. (Il n'y a pas d'image "Splash", même si l'application tente de charger)
est noir votre couleur d'arrière-plan SWF? Si tel est le cas, c'est peut-être un problème de chargement de domaine croisé, car vous chargez votre SWF et votre App.xml de 2 endroits différents. Je ne sais pas si cela le cause, mais je les garde habituellement au même endroit.
Avez-vous déjà vu votre disposition et p.12 Travailler sur un appareil? Sinon, cela pourrait être un problème avec eux.
À quelle IDE utilisez-vous pour faire cela, IDE Flash ou Flash Builder, Flash Developpement / Ant? Et si vous postez du code SRC, cela vous aiderait. Parfois, mettre vos métadonnées au mauvais endroit peut visser les choses sur iOS, mais regarde bien dans le navigateur ... donc cela pourrait être beaucoup de choses.
bonne chance.
le figuré. Rundown:
La ligne de commande ADT a un drapeau A -C pour modifier le répertoire de travail actuel de la ligne de commande, ce qui vous permet de mieux organiser votre projet et de garder la ligne de commande un peu plus sain d'esprit. -C peut être appelé autant de fois que vous le souhaitez lors de l'importation d'actifs, et je l'ai utilisé plusieurs fois. Idé comme FlashDevelop, utilisez également -c dans les fichiers de modèle d'air, de sorte qu'il s'agit de comportement standard. Comme exemple rapide d'inclusion d'actifs: est identique à (et, avec une utilisation générique) est identique à car j'ai différents ensembles d'instructions de compilation pour iOS, Android, Steam, etc., j'ai eu des répertoires de commutation ADT avec une variable à la configuration actuelle et exécutez Là-bas. Tout cela fonctionne bien et comme documenté dans le mode IPA-Test-Interprètre. Une fois en mode de code natif (test IPA), y compris l'exécutable principal .swf après une commande A -C [en quelque sorte pour une raison quelconque] gâche la trajectoire interne; Le fichier finit par être inclus mais finit par tout "fichier non trouvé" en interne lorsqu'il est exécuté, d'où l'écran vide et aucun code exécutant. de sorte que le correctif est simplement pour inclure le fichier .swf à partir du répertoire actuel , avant tout appel à -c. Comme un exemple rapide de ma solution de contournement qui vient de tester A-ok: Je suis entré en contact avec Adobe à ce sujet et j'espère qu'ils corrigeront -c -c de sorte que c'est la fonctionnalité est la même chose pour les deux cibles de compilation à l'avenir.
Votre fichier .swf est-il compilé avec le drapeau de débogage sur
vrai ?Même comportement définir de toute façon.