Alors cet article ?

Oki je testerait si j'ai lo'ccasion []

Tout à fait. C'est qui se passe quand un jeu ralentit (comme je disais, joue à Gradius III sur SNES et tu comprendras ^^). []

Oui je sais mais comme je l'ai dis, 60fps c'est du theorique, si t'as le moindre souci tu peux descendre en dessous nan ?
Genre si ça rame à mort le proc il envoit plus autant d'image du coup nan ? []

OK, ça marche. Bon, je vais un peu étoffer ça et rajouter des exemples, alors. []

Pourquoi pas du plus simple: Mario1 à une animation en 3d (Quake2) ?

Je peux me charger des illustrations, c'est pas un souci, surtout si tu cites pas mal de jeux en exemple. []

Merci à tous!

Lolo: Transformer ça en article, je veux bien, mais pour ce qui est des illustrations, il faudrait qu'une bonne âme se dévoue pour les faire à ma place. Parce que c'est un domaine dans lequel je suis complètement nul. []

Wild > Excellent ton brief. Laurent a raison, ça devrait faire un article.

Mew > Il n'est pas nécessaire qu'un sprite dispose de 60 poses pour du 60 fps. Prends un shoot'em up, par exemple : théoriquement, il suffit de déplacer le vaisseau verticalement ou horizontalement sans changer son aspect, pour donner l'illusion d'un déplacement fluide.

Rainmaker > Les développeurs japonais sont partis sur leur base, le 60fps (format NTSC, comme l'explique wild). Le problème vient que leur technique de programmation marche très bien chez eux et aux Etats-Unis... mais moins en Europe.

Excellent post

Mais comme je disais, si on fait un jeu qui peut afficher 60fps il faut au moins que les animations aient 60 poses, sinon c'est inutile