Publicité
Tout sur les Téléphones mobiles
 Derniers articles sur les Téléphones mobiles
8 bonnes raisons de ne pas acheter d'iPhone 3G

8 bonnes raisons de ne pas acheter d'iPhone 3G
Vous êtes sur le point de craquer pour le nouvel iPhone ? Attendez ! Et lisez nos huit - bonnes - raisons de ne pas l'acheter... encore. Lire la suite

Tous les articles Téléphones mobiles
Liens commerciaux

Newsletters


Questions high-tech
  • Besoin d'aide ? Publiez votre question
  • Publier

Un moteur 3D pour les téléphones

Actu suivante
Vendredi 22 février 2008 à 10:00 par Pierre Dandumont

Un processeur ARM (sous licence)Une API de plus pour la 3D ? Après Direct3D et OpenGL (et pour les plus anciens, Glide ou PowerSGL), voici Mali-JSR297. Il s’agit plus précisément d’un middleware pour la 3D sur les téléphones et autres smartphones, qui utilise en fait OpenGL ES 2.0.

Un moteur OpenGL ES 2.0

Ce moteur 3D (mais pas simplement, l’ensemble gère apparemment tout ce qui est nécessaire pour créer un jeu) en Java nécessite une puce Mali 200 (ou une autre puce qui supporte OpenGL ES 2.0). Les puces Mali sont disponibles seules (pour une intégration en parallèle avec un CPU ARM) ou dans un SoC avec une puce ARM9. La société permet donc aux constructeurs de choisir le CPU principal (dans le très grand choix de CPU ARM du marché) ou d’utiliser une puce qui intègre directement le tout. ARM compare son API à la PlayStation 3, comme la console utilise aussi OpenGL ES 2.0, mais la comparaison s’arrête là (même si les puces Mali 200 ne manquent pas de puissance).

Mali-JSR297 devrait être disponible en pratique au troisième trimestre 2008 et les premiers jeux devraient sortir dans la foulée.

Source : ARM

Commentaires
Ajouter un commentaire
B1HaZ@Rd 22/02/2008 11:11
Masquer
-0+

Non quand meme ! Pas une moteur 3D ?!

ironrounet 22/02/2008 11:35
Masquer
-0+

Oui oui UNE ^^

TapTap 22/02/2008 15:36
Masquer
-0+

Ce moteur 3D (...) en Java
L'association des deux choque un peu. Qui dit moteur 3D, dit optimisation des perfs. Or Java, c'est bien parce que c'est portable, mais côté perfs...

Drizzt 22/02/2008 16:02
Masquer
-0+

On peut compiler du code java maintenant, quand à OpenGL en Java, ben ça utilise les vraies lib opengl donc la 3D ne passe pas par la machine virtuelle, donc pas de perte de perfs.

christophe_d13 22/02/2008 17:13
Masquer
-0+

C'est quand qu'on fait un 3DMark 2006 dessus ?

Ok, je sors...

Dandu 22/02/2008 17:33
Masquer
-0+

TapTap a écrit :

Ce moteur 3D (...) en Java
L'association des deux choque un peu. Qui dit moteur 3D, dit optimisation des perfs. Or Java, c'est bien parce que c'est portable, mais côté perfs...




J'ai oublié de mettre que les processeurs ARM sont généralement capables de traiter le bytecode java en hard (Jazelle)

ultrabill 22/02/2008 23:33
Masquer
-0+

christophe_d13 a écrit :

C'est quand qu'on fait un 3DMark 2006 dessus ?

Ok, je sors...


Non non, tu peux rester :
http://www.futuremark.com/products [...] obilees20/
http://www.futuremark.com/products [...] obilees11/

Et oui :o

lesnikov 23/02/2008 00:09
Masquer
-0+

et un watercooling après un bon O/C ....
et la ultrabill va me sortir des liens ;p

vlaframboise 23/02/2008 04:12
Masquer
-0+

pas sérieux la!!!

Ce sujet ne peut plus être commenté.
Liens commerciaux