Processeur Intel x86 Postez ici vos problèmes/questions liés au système d'exploitation Android et aux fonctions de votre appareil.

[Zapatov]

Bonjour,

Je me renseigne actuellement au sujet de la tablette Teclast x98 air 2. Cette tablette ayant un processeur x86 je me pose des questions vis-à-vis de la compatibilité des applications Android utilisant du code natif (et ne reposant pas entièrement sur Dalvik).

À l'usage, y a-t-il beaucoup d'applications non compatibles avec les puces Intel ?

Si vous avez des témoignages sur le sujet je suis preneurs

[ATP]

Je peux me tromper ... mais je crois que tu n'as pas tout compris, au schmilblick.

Android est un OS Linux. Langage utilisé Java. Machine virtuelle, jusqu'à présent : Dalvik.
C'est cette VM qui fait fonctionner les apks.
Depuis, KitKat est apparu la VM nommée ART, qui a pour but de remplacer définitivement Dalvik.

Où est-ce que tu as lu, qu'étant donné que le matériel embarqué était de type Intel, architecture x86, les apks fonctionnaient différemment ?
J'aimerais bien lire cela, que je comprenne en quoi ! ? ...

Parce que, pour moi, c'est la même architecture système, que l'architecture matérielle soit x86, ou de type ARM.
Par contre, il est vrai les binaires ne sont pas les mêmes ... mais pour un apk donné, tu n'as normalement pas à te soucier, ni de l'architecture matérielle, ni système. C'est du Java, executé dans la VM sus-nommée.

[Zapatov]

J'étais resté sur Dalvik pour le nom de la VM

Sinon si les APK sont principalement codés en Java, il est possible d'inclure du code natif directement exécuter par le processeur (https://developer.android.com/tools/sdk/ndk/index.html). On procède ainsi pour des questions de performances ou quand on a besoin de taper dans des fonctions un peu plus bas niveau. Donc la question ARM ou x86 se pose belle et bien

[Guiver]

Les Benchmark utilisent du natif par exemple. De même pour xposed framework il me semble.

Ça reste très rare et se sont des cas particuliers. Tu ne devrais pas rencontrer de soucis (ou très peu).

[Zapatov]

Merci de ta réponse.
Je me posais la question vis-à-vis des jeux par exemple vu que les moteurs graphiques peuvent être en natif...

[Guiver]

Je ne pense pas que se soit un problème.
Quand tu parles du moteur graphique, je suppose que tu parles des bibliothèques utilisés pour l'affichage comme DirectX ou OpenGL.

Je ne connais pas le fonctionnement et je n'y connais rien en développement de jeux vidéo, mais je suppose que soit les processeurs supportent ces bibliothèques en natif, soit ce n'est pas le cas.
Je ne vois pas pourquoi, mise à part les bibliothèques graphique, on utiliserait du code natif.

Par exemple, le RK3188 intègre un Mali-400
Ce Mali 400 supporte OpenGL ES 1.1 et 2.0, Open VG 1.1
Pour le RK3288 (Mali-T764), il supporte OpenGL ES 1.1 à 3.1, OpenCL 1.1, Renderscript et DirectX 11.1
La Teclast utilise le processeur Intel Z3736F avec Intel HD Graphic Ivy Bridge supportant DirectX 11, OpenGL 4.0, OpenGL ES 3.0, OpenCL 1.1 et le Shader model 5.0
(Source wikipédia)

Donc, selon les bibliothèques que demande le jeu, tu pourras ou non y jouer indépendamment de l'architecture.

Mais comme je l'ai dis plus haut, je ne m'y connais rien en développement de jeux vidéo, peut-être que je me trompe.