IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

HTML5 est-il adapté pour les jeux ? Retour sur sa puissance et ses pièges

Le , par Hinault Romaric

5PARTAGES

4  0 

La puissance et les pièges du langage explorés lors d’un événement parrainé par Google et Microsoft


Le futur standard émergeant du Web HTML5, qui est « présenté comme la technologie devant repousser les limites du Web », a été disséqué lors de l’événement « New Game Conference».

Parrainé par Google et Microsoft, «New Game Conference» est le premier événement HTML5 pour les développeurs de jeux, qui s’est déroulé à San Francisco.

Les sessions qui ont été présentées lors de la conférence ont permis d’explorer à partir d’exemples concrets, la construction des jeux HTML5 en utilisant Canvas, WebGL et JavaScript. Le port des jeux natifs iOS sur le Web a été également à l’ordre du jour.

Il en ressort que le HTML5 serait de plus en plus adopté, avec l’apparition des nouveaux outils devant faciliter le développement. « Ce que nous voyons est un flot de nouveaux outils qui abaissent les barrières pour l’écriture du code HTML5 par les développeurs Web », note Richard Hilleman, directeur de « creative officer of game maker Electronic Arts » et conférencier principal de New Game Conference.

Le support des applications HTML5 serait également effectif sur la plupart des navigateurs. «Plus de 50% des navigateurs du marché peuvent maintenant exécuter la version HTML5 du célèbre jeu Angry Brids », remarque Advocate Seth Ladd développeur chez Google.

Google essaye de faire du Web une plateforme de jeux avec notamment sa galerie Chrome Web Store et son projet Native Client qui permet d’exécuter du code natif dans le navigateur. « Si le Web a vraiment gagné, il n’a commencé à gagner que récemment […] et l’ampleur de cette victoire continue d’être débattue » conclut Advocate Seth qui voit les applications Web remplacer les solutions natives.

Malgré l’enthousiasme des participants pour le HTML5, l’entreprise Quimby, de par son expérience pour le développement des Jeux HTML5, émet quelques réserves pour les solutions mobiles. « Le message que reçoivent les consommateurs sur HTML5 est qu’il fonctionne partout. Ce n’est pas fondamentalement vrai » note l’éditeur.

Quimby estime que pour cibler autant de périphériques que possible, y compris les vieilles versions d’Android qui sont encore très utilisées en dehors des USA, le développeur devrait s’abstenir d’utiliser des technologies populaires comme JQuery, WebGL et Canvas.

Quoi qu'il en soit, cet événement a permis de constater combien le HTML5 semble permettre le développement d’applications Web complexes. « Nous pensons que le HTML5 est grand, mais nous ne pouvons utiliser dans le monde du mobile que le plus petit dénominateur commun » conclut Quimby.

Source : New Game Conference

Et vous ?

Avez-vous déjà utilisé le HTML5 pour développer des jeux ? Qu’en pensez-vous ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Strackel
Futur Membre du Club https://www.developpez.com
Le 29/11/2011 à 10:52
Avez-vous déjà utilisé le HTML5 pour développer des jeux ? Qu’en pensez-vous

J'ai déjà développer 7 mini jeux en HTML5, JavaScript et CSS 3.

Nous avons testé pas mal d'outils pour développer des jeux compatibles Iphone et Android et pour cette raison la plupart des outils ont été écarté. Viens ensuite le problème de la fluidité. nous avons donc dû utilisé le CSS 3 pour réaliser les animations.

Des problèmes se posent dès que l'on déplace des éléments de la page et que l'on veut gérer les collisions. Cela reste néanmoins faisable.

Bilan : Même si le HTML 5 semble à première vu la solution pour développer des jeux compatibles à tous les smartphones, cela limite énormément l'utilisation du HTML 5 pour que cela fonctionne et soit fluide.

Latency Kills The Game
4  0 
Avatar de Camille_B
Membre éclairé https://www.developpez.com
Le 28/11/2011 à 21:51
et ça manque de couche supplémentaire pour faire de la POO directement
Il serait bon de faire remarquer qu'iDtech 4 (le moteur de Doom 3) est écrit en ... C.

Langage qui, comme chacun sait "manque de couche supplémentaire pour faire de la POO" agréablement.

J'ajoute agréablement car, comme chacun sait, on peut de la POO en C.

Tout cela pour dire que cet argument est moins "technique" que "culturel", entendu que la gêne des devs dès qu'il n'y a pas de fonctionnalités objets à la C ou à la Java est plus lié à l'enseignement qu'aux possibilités techniques réelles.

J'en veux pour preuve id Tech 4, mais aussi, plus simplement Javascript, langage objet boudé uniquement parce que le modèle objet est celui des Prototypes qui sort des habitudes des développeurs.
6  3 
Avatar de Niark13
Membre éclairé https://www.developpez.com
Le 29/11/2011 à 8:20
@Camille_B : Tu dois confondre avec l'ancien moteur (celui de Quake 3). Parce que le code de Doom3, c'est bien du C++, pas du C.
3  0 
Avatar de Aurelien.Regat-Barrel
Expert éminent sénior https://www.developpez.com
Le 29/11/2011 à 11:04
Citation Envoyé par ferber Voir le message
Et je me dit, mais pourquoi ? Faute aux idéologies communistes ? A l'open sources ? les drogues peut-être ?
Ben Steve Jobs je ne pense pas qu'il était un coco fan d'open source, et c'est peut être lui qui a tapé le plus fort sur Adobe et flash (par contre il était fan de LSD, c'est p'têt ça effectivement...).

Citation Envoyé par Niark13 Voir le message
@Camille_B : Tu dois confondre avec l'ancien moteur (celui de Quake 3). Parce que le code de Doom3, c'est bien du C++, pas du C.
et l'utilisation du C dans Q3 répondait aussi à un besoin particulier : celui de pouvoir compiler le code client en q3asm, c.a.d du bytecode maison exécuté dans une machien virtuelle maison. Pour faire ça il faut modifier un compilo - LCC dans ce cas. Faire ça avec un compilo C, c'est nettement moins de boulot que pour du C++.
3  0 
Avatar de zecreator
Membre expert https://www.developpez.com
Le 01/12/2011 à 7:18
Je dirai que le problème majeur du développement HTML/Javascript vient du fait que chaque navigateur va interpréter le code à "sa sauce". Meme si depuis des annees, un effort est fait pour plus du compatibilité entre les navigateurs.

Avec Flash, il n'y a pas ce problème puisque le player est le même partout. Le seul gros problème de Flash vient de sa consommation en ressources système, et depuis les dernières versions du player, des plantages réguliers.

A savoir qu'Adobe a annoncé son arrêt de développement du player sur les mobiles et tablettes. La derniere en date est la version 11 (hyper buguée), il n'y aura pas de version 12. Les players seront donc, soit plus maintenus, soit développés par le constructeur lui-même (ce qui va être un beau foutoir).

Quand a HTML5, c'est bien joli, mais on constate que seulement 80% des fonctionnalités promisent sont présentent. En encore, selon le navigateur elles ne sont pas toutes prisent en compte. C'est tout de même regrettable, sachant que l'on parle de l'HTML 5 depuis plus de 5 ans, et qu'il ne semble pas évoluer plus que ça.
3  0 
Avatar de psykokarl
Membre confirmé https://www.developpez.com
Le 28/11/2011 à 22:40
Citation Envoyé par Camille_B Voir le message
Tout cela pour dire que cet argument est moins "technique" que "culturel", entendu que la gêne des devs dès qu'il n'y a pas de fonctionnalités objets à la C ou à la Java est plus lié à l'enseignement qu'aux possibilités techniques réelles.
C'est d'avantage lié à qualité l’interpréteur mis a disposition par le navigateur. Il est considéré comme étant de bonne facture quand le script est interprété correctement.
Les problèmes du javascript sont que les navigateurs sont des environnements de développement des plus médiocre, la syntaxe du langage a mal vieilli et ses limitations ont été un frein pénible pour l'évolution du web.
Peu d'outils pour diagnostiquer les erreurs, peu d'information sur celle ci si elle sont détectées, une librairie native avec une syntaxe contre intuitive, différence de librairie entre les navigateurs, possibilités limités du langage qui sont certes un plus niveau sécurité mais combien de bidouilles douteuses pour arriver à ses fins, etc...

Les choses se sont améliorés mais beaucoup en ont bavé avant d'en arrivé la...
4  2 
Avatar de thelvin
Modérateur https://www.developpez.com
Le 30/11/2011 à 11:13
Citation Envoyé par ferber Voir le message
Surtout que, a aucun moment je n'ai vue d'exemple d'html5 qui m'ont fait dire, le "html5 est au dela de flash". bien au contraire !
Et tu n'en verras pas avant très longtemps, voire si quelque chose d'autre se profile, jamais.

Un truc qui plaisait pas avec Flash, c'est qu'il vient d'une seule entreprise, qui n'a pas de compte à rendre. Il n'est pas pensé pour que chacun décide lui-même s'il le gère ou non : on peut le gérer si Adobe fait ou fait faire un player Flash, sinon on peut pas. Il y a bien eu quelques tentatives de faire des players indépendants et indépendantistes, mais ils ne marchent pas. Deux raisons :
- pour y arriver il faut une expertise sur le sujet de Flash, d'un niveau totalement déraisonnable pour une technologie de cet ordre.
- il faut fournir les mêmes bugs que l'implémentation de référence, celle sur x86 windows.
C'est pas un si gros problème que ça à mon avis, en tout cas pas encore. Mais ça plaît pas. Ce n'est pas intéropérable au sens web.

HTML5 n'a pas ce problème. Et les autres problèmes, un certain nombre peuvent être réglés avec l'évolution. C'est basé sur JavaScript et donc il n'y a pas grand-chose de neuf à spécifier, ce qui fait des specs courtes et accessibles pour une technologie de cet ordre. Si quelqu'un a un bug, il n'a qu'à le résoudre pour s'aligner avec la spec, comme les autres. C'est universel et intéropérable.
Par contre, ça demande (beaucoup) plus de ressources, et les frameworks de développement Flash n'existent pas pour HTML5. Ils pourraient exister, il suffirait de les faire, mais il n'y en a pas là, maintenant.
Et, il y a cette question de gestion des DRMs, souvent souhaité, bien que totalement contradictoire à la notion d'interopérabilité.

Je suis... Surpris, que Flash soit lâché si vite et qu'il n'ait pas de vrai remplaçant. En temps et en heure, un truc semblable à HTML5 remplacera Flash pour ce qui est souhaité interopérable, et un truc semblable à Flash restera pour ce qui est souhaité obscurci. Mais la techno n'est pas prête.
2  0 
Avatar de snopims
Membre régulier https://www.developpez.com
Le 30/11/2011 à 22:03
La réalité du web en ce moment c'est que la plupart des jeux et des sites à "forte animation" sont réalisés en flash. On peut tourner cela comme on veut mais c'est un fait. J'ai des enfants 5 à 8 ans, tous les sites sur les lequels ils jouent, sont en flash. C'est comme cela.

La question peut etre aussi pourquoi il y a 5 ans les personnes se sont tournés vers Flash plutot que Javascript. Les réponses sont multiples :
- faire une animation en flash est simple et le rendu est beau et lissé
- en javascript dès que tu fais un truc, il faut tester le navigateur car suivant le navigateur ce n'est pas le meme appel ou le même fonctionnement, c'est assez galère,
- en javascript, pas bcp d'environnement de dév...
- en javascript, des qu'il y a un nouveau naivigateur, tu es obligé de vérifier que ton code marche.

A l'heure actuelle, les choses évolues, tu peux utiliser des frameworks qui permettent de faire une certaine abstraction du navigateur (pas trop quand même). Il commence avoir des IDEs assez pro.

Le javascript ...C'est universel et intéropérable.
C'est pour cela qu'il y a tjrs xxx if pour déterminer le navigateur et le code adéquat lol. (il suffit de regarder le code de cette page)

Petit précision, HTML5 ne remplacera pas réellement flash, car il y a des choses en flash que tu ne peux pas faire en HTML5. Il va succéder, et les sites vont évoluer différement...
2  0 
Avatar de thelvin
Modérateur https://www.developpez.com
Le 01/12/2011 à 10:07
Citation Envoyé par snopims Voir le message
- faire une animation en flash est simple et le rendu est beau et lissé
Je dirais plutôt que cétait bien plus simple. En l'absence de framework, ça l'est toujours, d'ailleurs.
Il y a aussi le fait qu'à l'époque, le JavaScript ne tournait pas dans un JIT, il était très lent, bien plus que Flash qui avait optimisé les parties sensibles.

Citation Envoyé par snopims Voir le message
- en javascript dès que tu fais un truc, il faut tester le navigateur car suivant le navigateur ce n'est pas le meme appel ou le même fonctionnement, c'est assez galère,
Euh, en 95 oui, mais on est en 2000 là. Pardon, 2011.
De une, il suffit d'utiliser jQuery ou similaire. De deux, ce ne sont pas les navigateurs qu'on teste, mais ce qu'ils gèrent ou non.

Citation Envoyé par snopims Voir le message
- en javascript, pas bcp d'environnement de dév...
Pas d'objection.

Citation Envoyé par snopims Voir le message
- en javascript, des qu'il y a un nouveau naivigateur, tu es obligé de vérifier que ton code marche.
Bof, non, depuis Chrome tout le monde s'en tape. Le nouveau n'a qu'à être compatible.

Citation Envoyé par snopims Voir le message
C'est pour cela qu'il y a tjrs xxx if pour déterminer le navigateur et le code adéquat lol. (il suffit de regarder le code de cette page)
Seulement dans le code obsolète ou par les débutants ou quand tu veux faire des stats sur les navigateurs utilisés. Pourquoi cette page aurait-elle changé son code dès que cela est devenu possible, alors qu'elle marche très bien comme ça ?

Universel, ça veut pas dire que tout le monde gère, mais que tout le monde peut décider de gérer.

Citation Envoyé par snopims Voir le message
Petit précision, HTML5 ne remplacera pas réellement flash, car il y a des choses en flash que tu ne peux pas faire en HTML5. Il va succéder, et les sites vont évoluer différement...
C'est ce que j'ai dit.
2  0 
Avatar de camus3
Membre éprouvé https://www.developpez.com
Le 01/12/2011 à 18:39
Citation Envoyé par rummyworld Voir le message
bonjour,

Moi je suis convaincu qu'actuellement pour certaines catégories de jeux (jeu 2D de réflexion, d'arcade etc.), html5 est adapté pour les jeux.

Je me suis moi-même lancé dans un projet de jeu en html5...

deux exemples trouvés sur le net qui m'ont convaincu à me lancer :

- http://www.wordico.com/
- http://play.lostdecadegames.com/onslaught_arena/demo

cdt,

rummyworld
Mais des jeux étaient aussi codés en BASIC sur Amstrad , ce n'est pas une question de pouvoir ou pas , bien sur qu'on peut. Sauf que quand le jeux est un business les boites ont certaines attentes , exactement comme pour la question de la balise video et audio. La il n'y a pas de "choix" technologique puisque c'est la "seule" techno disponible.Le fait qu'elle soit standard ne la rend pas efficace pour le job, c'est tout.
2  0