Prise en charge du modèle de processeur iPhone/NEON

Question

Je cherche un moyen de différencier à l'exécution entre les appareils équipés du nouveau processeur ARM (tels que l'iPhone 3GS et certains iPods 3G) et les appareils équipés des anciens processeurs ARM. Je sais que je peux utiliser uname() pour déterminer le modèle de l'appareil, mais comme seule une partie des iPod touch 3G a reçu un coup de pouce dans leur processeur ARM, ce n'est pas suffisant.

Par conséquent, je suis à la recherche d'un de ces:

1. Une façon de détecter le modèle de processeur - je suppose qu'il n'y a pas.
2. Une façon de déterminer si les instructions de néon ARM sont prises en charge - à partir de cela, je pourrais en tirer une réponse.
3. Une façon de déterminer la taille de stockage totale des périphériques - en combinant cela avec le modèle de périphérique déjà connu pourrait me conduire à la réponse.
4. < ENTER IDEA RANDOM>

Merci à l'avance :)

Answer 1

Une solution que je peux penser, détecte si OpenGL ES 2.0 est disponible, puisque les nouveaux processeurs permettent cela. Il y a un article at mobileorchard sur comment faire.

Answer 2

Pas exactement ce que vous demandez, mais une solution simple est de construire votre graisse d'application, de sorte qu'elle contienne du code exécutable pour ARMv6 et ARMv7. Si vous faites cela, le code approprié sera exécuté automatiquement sur le processeur et vous n'aurez pas besoin de vérifier l'exécution. En effet, vous laissez le chargeur effectuer la détection d'exécution pour vous.

Pour ce faire, modifiez le paramètre Architectures dans votre projet XCode de "Standard (ARMv6)" à "optimisé (ARMv6 ARMv7)"

Ensuite, dans votre implémentation, vous faites ceci:

#if defined __ARM_NEON__ 
    // Code that uses NEON goes here 
#else // defined __ARM_NEON__ 
    // Fallback code without NEON goes here 
#endif // defined __ARM_NEON__ 

Il existe une macro similaire que vous pouvez utiliser pour vérifier les fonctionnalités ARMv7 (non NEON), dont je ne me souviens pas du haut de ma tête.

Si vous voulez vraiment faire l'expédition d'exécution, jetez un oeil à la fonction sysctlbyname dans libc. Plus précisément, je pense que la recherche du paramètre HW_MACHINE_ARCH peut s'avérer utile pour vous.

Answer 3

Je sais que c'est minable, mais le meilleur qui me vient à l'esprit est de détecter si le périphérique prend en charge l'enregistrement vidéo. Actuellement, seuls les appareils iPhone et iPod basés sur ARM7 le prennent en charge, d'où leur légitimité, je suppose. Pour ce faire, utilisez MediaTypesForSourceType disponible de UIImagePickerController en conjonction avec isSourceTypeAvailable sur kUTTypeMovie.

Answer 4

EDIT: J'ai retiré cette réponse, car elle a laissé de côté un trou flagrant que j'ai réalisé plus tard: que faire lorsque nous obtenons un sous-type inconnu sur un futur matériel? CECI N'ETAIT PAS FUTURE. En outre, l'incertitude de l'état documenté de cette API n'aide pas, étant donné la tolérance zéro d'Apple sur l'utilisation d'API non documentées.

Vous devriez utiliser la réponse de Stephen Canon et créer votre application. La détection fiable et à l'épreuve du temps d'exécution n'est pas réalisable pour l'instant (à mon grand désarroi, je vous assure).