oui tu as 100% raison, c'est pas beau ma récup de chaine..
et oui tu as raison il faudrait la faire dériver de std::exception mais le but de cette classe c'etait juste de faire un conteneur totalement indépendant de la STL.
par rapport à std::vector je suis encore loin de la qualité qu'il peut fournir et je ne garanti pas non plus la compatibilité de l'interface avec les conteneurs stl (iterateurs...).

c'est juste qu'en C++ les conteneurs c'est quelque chose de tres marrant a coder, et utiliser la STL c'est se priver totalement de cette expérience, c'est pour ca que je ne l'aime pas :)

merci Bki :)

bon, j'ai eu quelques problemes quand j'ai fait mon ZIP (bzip2 plutot que "Deflate" ca n'a pas plu au site).
je suis donc désolé pour les 500 tentatives manquées qui ont floodées le log des mises à jour lol. pardon encore.

moi aussi dernierement j'ai progé un générateur d'arbres procéduraux. voir:

http://serhum.epsylon.org/arbres14.png

par contre je sais pas comment tu peux faire le tiens en si peu de lignes, le miens en fait 1000.

ben non je ne connais pas vraiment de lib la dessus :(
je pensait aussi comme toi faire mes propres routines un jour où j'en aurait besoin.
(ca peut etre interressant, ne serait-ce que d'avoir le fondamental pour estimer la puissance d'un signal..)

ben non je ne connais pas vraiment de lib la dessus :(
je pensait aussi comme toi faire mes propres routines un jour où j'en aurait besoin.
(ca peut etre interressant, ne serait-ce que d'avoir le fondamental pour estimer la puissance d'un signal..)

je trouve que c'est plutot pas mal :)
par contre écrit tes constantes define en majuscules.
parce que quand j'ai lu type tabl[max+1] j'ai halluciné pendant 2 secondes avant de comprendre que c'etait une cste préprocesseur :)

bon par contre la complexité en O(n²) :(

le prochain coup fait un FFT plutot qu'une DFT :)
(vive le n log(n))

a propos des i++ et ++i, tu préfixes la premiere boucle mais pas les deux prochaines, ne t'arretes pas en si bon chemin :)

a propos de pi, tu définis _USE_MATH_DEFINES et apres tu as M_PI.

8/10 pour ces petites babioles.

#include <conio.h>
et non "conio.h"

les typedefs sur les pointeurs... no comments.
le code sort tout droit d'une pure tradiction C à ce que je vois :D
vive le C++ quand même, surtout pour se genre de type abstraits.

je sais pas avec quel editeur tu as fait le code mais y'a comme qui dirait un probleme d'indentation, et de retours à la ligne.

effectivement, mais je suis toujours vivant.
si tu as des questions, bien que j'ai quelque peut 'oublié' le langage vb je devrais quand meme pouvoir faire un effort :)

pas moyen de t'envoyer un message:
Erreur du serveur dans l'application '/'.

IIS c vraiment de la saloperie...


bon, c t juste pour savoir comment je pourrais te contacter dans 1 an quand faudra ke je GUIse tout ca :)

en fait meme peut etre avant histoire d'avoir qqch de présentable au lieu de ma fenetre windows toute kk

- Clarté du code 4.8/5
- Efficacité du moteur 3.7/5
- Capacités du moteur 2.2/5

clarté: je trouve ca bien correct
ca ressemble un peu a mon style en certains points

pour l'efficacité ya qq problemes, notament ya pas de regulation de la vitesse de déplacements, sur mon portable j'ai 300 fps et ca se joue pas du tout.
les images bon ca va mais c DirectX ki fait le boulot donc c sur c bon :)

capacités:
j'ai pas vu de gestion de passages secrets, de plateforme mouvantes, de teleporteurs, de changement de niveaux en fade-in fade-out de nuages mouvants, de fleurs qui sortent des points d'interrogation etc...
et l'editeur de niveaux est pas fini donc on peu pas le noter.

sinon bravo c'est bien