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
Produits populaires
Un moteur 3D pour les téléphones
Actu suivante
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
-
Actualité précédente
Microsoft parle, l'Europe doute -
Actualité suivante
Les meilleures Geforce 9600 GT

Non quand meme ! Pas une moteur 3D ?!
Oui oui UNE ^^
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...
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.
C'est quand qu'on fait un 3DMark 2006 dessus ?
Ok, je sors...
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)
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
et un watercooling après un bon O/C ....
et la ultrabill va me sortir des liens ;p
pas sérieux la!!!