les collision ne sont pas difficil a gerer. suffit de checker le hero par rapport a ce qui l'entour. par contre des deplacement complexe tel que les courbe ou looping sont gerable mais un peu plus complexe. car pour bien faire, faut que je gere correctement la vitesse

Uai moi non plus je sais pas exactement comment son geres les loopings ds les sonic 2d, et encore moins ds les sonic iso... de toute facon je crois que ds Sonic Flickies Island on peut pas se ballader ds un looping, on est juste propulse ds une sequence pre etablie na ?

Pour les Sonic MD c la position du sprite meme par rapport au sprites du decors qui est checke ou est ce que cest les coordonnes du sprite du perso qui sont checkes par rapport aux coordonnes du decors ? (genre le sol est a y=5 et si le perso passe en dessous alors y_perso = 5), en imaginant que toutes les courbes du decors sont de simples equations mathematique...
Ce sont 2 methodes bien differentes de programmer, et je sais que la premiere qui check si un element touche un autre (le hitArea de flash) est tres gourmand en ressources surtout a 60 fps (mais je vois pas bien comment le pc fait pour determiner les contours dun sprite ds sonic si c pas vectoriel ??), alors que checker quelques coordonnees est bcp plus rapide...

Comment ca fonctionne exactement ? (sachant que je sais programmer ds une certaine mesure qd meme).

PS : dsl g pas daccent sur ce qwerty

en fait apres une etude, le looping c 'est pas si dur. juste checker sur quoi repose le perso, le faire incliner en fonction et prendre en compte la vitesse, si une vitesse est suffisante alors il fait le looping sinon il tombe

Ue evidemment je vois l`idee... mais je vois pas trop comment ca check la position du perso par rapport au decors en pratique

un fichier qui dedans represente des bloque du decord avec le coordonnees et quelque propriete (transparence, si ca doit etre afficher devant ou derriere le perso et un facteur de collision).
le facteur de collision indique  par exemple une pente, ou si je peux passer au travers dans un sens mais pas revenir en arriere par exempe (comme si tu sauté de aprde dessous une plateforme). apres une fois le perso afficher a l'ecran, je regarde/analyse ce qui l'entour.

ou tu pourrais séparer le looping en sections , lorsqu'il touche la 1ere section il est pas incliné , la 2e il est incliné à 45° , ensuite 90 , 135 , etc ... tu laisse une gravité , alors s'il ne touche pas les sections les unes apres les autres assé rapidement , il tombe et il se casse la tronche :lol:

tout simplement en jouant avec la gravité et le facteur de vitesse, pas besoin de se fouler a gerer le temps ce qui ferait perdre du temps en calcul inutil pour le cpu.

? non jai pas parler de temps , je veux dire s'il va pas assé vite ¬_¬

ouais c'est une idee mais j'y reflechis pas de la meme facon

N' empêche t' es dans la bonne voie, continue et bien joué ;)

en ce moment j'avance peu car chui trop claqué pour coder :D
mais y a des amelioration, un pote m'a filer une fonction pour afficher le nombre de fps et quelque conseille pour manipuler la libsdl.
en ce qui concerne le peu qui a ete fait dernierement, c'est que quelque soit la machine le jeu tourne a la meme vitesse et cela quelque soit le nombre d image par seconde. une autre option est presente dans le fichier de conf qui se nomme acceleration RLE.
l'avantage c'est que sans, je fais environ 60fps par seconde (sur mon level de test) et avec le double. donc niveau optimisation c'est deja pas mal. mais je veux encore ameliorer en faisant un decoupage de map sur le 1er plan. en gros on load des textures, on lit un fichier du level, et le moteur va construire le niveau. ca l'avantage d'etre encore plus leger en ressource et en ram.
c'est cette partie qui urge. des que je la finis, j'insere sonic sur une map de base un peu comme l'autre fangame, histoire de mettre au point les mouvements de bases. et avec un peu de bol j'aurais des sprites pour sonic fait par qqun du forum (si cette personne est ok pour ma request).

sinon c'est toujours compatible windows et linux.
mac pour le moment c'est dead, quelqu'un m a permis un acces a distance pour pouvoir compiller. le jeu pourrait tres bien passer, ca pass de la meme facon que linux, mais impossible de linker la libSDL. et sans ca, impossible de generer un executable. mais des que les sources seront assez avancé et donc libre, a qui le voudra pourra le porter sous mac. (je continue d utiliser des standard, si ca passe sous windows et linux, ya  de forte chance pour que ca passe quasi partout et peut etre pourquoi pas: les consoles de jeux)

quand tu parle la vitesse ne change pas , tu veux dire que si par exemple le fps est lent , le jeu augmente sa vitesse pour équilibrer ? ou bien tu parle de frame skip ?

bon pour te faire une idee, il te faut en gros une bride.
admettons que sur le 1er plan tu effectue un deplacement de 30 pixel/secondes.
si tu ne met pas de bride, si une machine est lente elle va mettre plus de une seconde pour faire 30pixel et inversement pour une machine puissante.
l'idee est donc de guetter les evenement de deplacement, incrementer les coordonnee de deplacement et afficher. Il te faut donc placer un timer, si tu mets sur les evenements ca sert a rien, si tu le met sur l'affichage tu bride ce dernier ca sert a rien et c'est meme mal car tu freeze pendant chaque periode, il te faut donc mettre un timer autour des incrementations
voila l'ordre d'idee, tres facil a mettre en place avec la SDL. le jeu s'adapte automatiquement et le plus simplement possible. j'affiche tout le temps ce qui me permet d eviter des defautt d affichage (si je passe une fenetre par dessus le jeu, il reaffichera l image sinon on obtiens la trace de la fenetre dans le jeu.) seul esl deplacement (go_left) sont affecter defacon reguliere et donc quelque soit la puissance de la machine

a oui cest une bonne idée , mais pour les autres evenements ? les animations du décor et tout le reste ? ils vont pas etre affecté  :?

absolument pas.
je balancerai la 0.1.3-r2 pour que tu puisse tester par toi meme, en activant le rle ou non, tu verra la fluidite differente mais les deplacement identique